Skip to content
  • Категории
  • Последние
  • Метки
  • Популярные
  • Пользователи
  • Группы
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • По умолчанию (Нет скина)
  • Нет скина
Collapse

Networks Engineering

  1. Главная
  2. Сети (Routing & Switching)
  3. Другие темы сетевой архитектуры
  4. маршрут по умолчанию к интернет-провайдеру

маршрут по умолчанию к интернет-провайдеру

Запланировано Прикреплена Закрыта Перенесена Другие темы сетевой архитектуры
6 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • N Не в сети
    N Не в сети
    netacaduser575395547
    написал в отредактировано
    #1

    Здравствуйте У меня есть 2 маршрутизатора от интернет-провайдера: один основной и один резервный. Оба подключены к сети. Оба подключены к 4500. Я установил статический маршрут: 0.0.0.0 0.0.0.0 192.168.1.1 0.0.0.0 0.0.0.0 192.168.2.1 10 Мой вопрос: это лучшая практика? Что произойдет, если у основного маршрутизатора возникнут проблемы с интернетом, но порт будет работать? Как CS узнает, когда нужно переключиться на резервную ссылку? Кроме того, есть ли способ использовать оба канала для балансировки нагрузки? Оба канала активны с одинаковой скоростью. 100 м

    1 ответ Последний ответ
    0
    • J Не в сети
      J Не в сети
      Joseph W. Doherty
      написал в отредактировано
      #2

      «
      Мой вопрос: является ли это лучшей практикой?» Нет, но я бы сказал, что это не лучшая практика, а обычная практика. Лучшей практикой может быть также использование IPSLA, как описано
      @MHM Cisco World
      . «Что произойдет, если у основного сервера возникнут проблемы с интернетом, но порт будет работать?» Это повлияет на ваш интернет-трафик. Серьезность последствий зависит от характера проблемы с интернетом. Это может быть даже «черная дыра». «Как CS узнает, когда нужно переключиться на резервный канал?» Когда основной маршрут имеет физический интерфейсный сбой. «Есть ли способ использовать оба канала для балансировки нагрузки?» Конечно, для этого нужно, чтобы два статических маршрута имели одинаковое значение AD. Поймите, что это «статическая» балансировка нагрузки, т. е. скорее распределение нагрузки, чем настоящая балансировка, но это верно для большинства многопутевых маршрутизаций. Кроме того, ECMP, использующий только статические маршруты, потенциально имеет те же самые серьезные проблемы. Единственная технология Cisco, о которой я знаю, которая хорошо справляется с «проблемами» Интернета и поддерживает (динамическое) распределение нагрузки, даже при использовании статических маршрутов, — это PfR. Знайте, что решение проблем с производительностью Интернета может быть проблематичным даже с PfR.

      1 ответ Последний ответ
      0
      • D Не в сети
        D Не в сети
        DanielP211
        написал в отредактировано
        #3

        Здравствуйте,
        если первый маршрут не работает, второй маршрут будет использоваться из-за более высокой метрики. Если вы хотите распределить нагрузку, вам понадобится ECMP с динамической маршрутизацией, такой как ospf.
        BR Пожалуйста, оцените все полезные сообщения*

        1 ответ Последний ответ
        0
        • J Не в сети
          J Не в сети
          Joseph W. Doherty
          написал в отредактировано
          #4

          «
          Если вы хотите обеспечить балансировку нагрузки, вам понадобится ECMP с динамической маршрутизацией...» Несколько статических маршрутов с одинаковым AD?

          1 ответ Последний ответ
          0
          • M Не в сети
            M Не в сети
            MHM Cisco World
            написал в отредактировано
            #5

            Обычно для этой конфигурации мы используем IP sla в основном и высокий AD в резервном Вы настраиваете высокий AD для резервного, но вам по-прежнему нужен IP SLA (для основного), чтобы определить, работает ли следующий узел или нет. MHM

            1 ответ Последний ответ
            0
            • N Не в сети
              N Не в сети
              netacaduser575395547
              написал в отредактировано
              #6

              Спасибо за вашу поддержку, ребята. Очень полезная информация. Теперь я должен использовать IPSLA, если мне нужно лучшее решение для основного/резервного копирования. «Как CS узнает, когда нужно переключиться на резервный канал?» Я бы спросил, если у ISP возникнут проблемы с интернетом, например, нет пинга на 8.8.8.8, но порты работают, CS переключится на резервную линию?

              1 ответ Последний ответ
              0

              Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.

              Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.

              С вашими комментариями этот пост может стать ещё лучше 💗

              Зарегистрироваться Войти
              Ответить
              • Ответить, создав новую тему
              Авторизуйтесь, чтобы ответить
              • Сначала старые
              • Сначала новые
              • По количеству голосов


              • Войти

              • Нет учётной записи? Зарегистрироваться

              • Login or register to search.
              • Первое сообщение
                Последнее сообщение
              0
              • Категории
              • Последние
              • Метки
              • Популярные
              • Пользователи
              • Группы