длительное время сходимости OTV
-
Здравствуйте, у меня OTV настроено на двух сайтах с двумя пограничными устройствами на каждом сайте. Во время тестирования отказоустойчивости я перезагрузил одно пограничное устройство на одном сайте. Во время перезагрузки, когда я ввел «show otv vlan» на втором пограничном устройстве на том же сайте, я получил следующий результат: d1-OTV# sh otv vlan Расширенные VLAN OTV и информация о состоянии пограничного устройства (* - AED) Легенда:
(NA) — не AED, (VD) — Vlan отключен, (OD) — Overlay Down
(DH) — Delete Holddown, (HW) — HW: состояние Down
(NFC) — не способен к пересылке VLAN Auth. Пограничное устройство Состояние Vlan
Наложение---- ----------------------------------- ---------------------- ------24 неактивен (осталось 240 с) Overlay1
25 неактивен (осталось 240 с) Overlay1 Мне пришлось ждать почти 4 минуты, чтобы получить ожидаемый результат: d1-OTV# sh otv vlan Расширенные VLAN OTV и информация о состоянии пограничных устройств (* - AED) Легенда:
(NA) — не AED, (VD) — Vlan отключен, (OD) — Overlay Down
(DH) — Delete Holddown, (HW) — HW: состояние Down
(NFC) — не поддерживает пересылку VLAN Auth. Пограничное устройство Состояние Vlan
Наложение---- ----------------------------------- ---------------------- ------24* d1-OTV активный Overlay1
25* d1-OTV активный Overlay1 Почему это занимает так много времени? Для чего используется такое длительное время удержания? Можно ли как-то настроить его? Четырехминутный перерыв в работе для меня неприемлем. До перезагрузки вывод выглядел следующим образом: d1-OTV# sh otv vlan Расширенные VLAN OTV и информация о состоянии пограничных устройств (* - AED) Легенда:
(NA) — не AED, (VD) — Vlan отключен, (OD) — Overlay Down
(DH) — Delete Holddown, (HW) — HW: состояние Down
(NFC) — не способен к пересылке VLAN Auth. Пограничное устройство Состояние Vlan
Наложение---- ----------------------------------- ---------------------- ------24 d2-OTV неактивный(NA) Overlay1
25* d1-OTV активный Overlay1 Петр -
Таймер 240 секунд — это стандарт, который используется для обеспечения правильной конвергенции всех состояний внутренних компонентов для функций OTV. В настоящее время мы не можем обойти или изменить это время, но в будущем, возможно, появится регулятор для настройки таймера. В вашем случае переход VLAN с L2 trunk на OTV потребует 4-минутного отключения. Я заметил, что в этой ветке есть другие вопросы, на которые я хотел бы ответить 1. Таймер 240 секунд не применяется при отработке отказа между AED на локальном сайте. Время сходимости может составлять менее секунды в нескольких различных сценариях. Если вы заметили что-то другое, то было бы хорошо открыть заявку в TAC и проследить за ее рассмотрением. 2. Когда неисправный AED возвращается в сеть, он начинает обратный отсчет от 240 секунд до 0, чтобы взять на себя роль AED для нечетных или четных VLAN. В течение этого периода другой локальный AED на сайте по-прежнему пересылает трафик как для нечетных, так и для четных VLAN. Если у вас есть вопросы, дайте мне знать. -Радж
-
Я заметил то же самое и хотел бы узнать, есть ли у кого-нибудь решение или обходной путь для ускорения времени сходимости. Между дата-центрами существует задержка в 10 мс, и мне кажется, что 240 секунд ожидания перед пересылкой трафика — это довольно долго.
-
У меня возникла такая же проблема во время упражнения по переносу моего DCI (Data Centre Interconnect) с магистрали (с Spanning-Tree) на архитектуру OTV. У меня есть соединения для архитектуры OTV, и OTV уже поддерживает некоторые VLAN. У меня также есть соединения для поддержки старых магистральных/STP VLAN. Моя процедура заключается в переносе одной VLAN за раз. Я удаляю ее из старого магистрального канала, а затем расширяю ее на OTV. Но OTV требуется четыре минуты (как описано в исходном портировании), чтобы начать пересылку. Четыре минуты — это недопустимо, и у меня нет возможности отключить центры обработки данных для проведения изменений. (Если быть полностью честным, соединения OTV не являются полностью независимыми — они будут туннелироваться через VLAN на старых магистральных соединениях до завершения миграции). Кевин Доррелл Люксембург
-
Спасибо, Радж, это позволяет мне немного яснее понять проблему, а также оправдать 4-минутное простоя перед моим боссом.
![:winking_face:] Кевин
-
Привет, Радж, Время сходимости теперь сократилось до менее чем 240 секунд?
-
Здравствуйте, Вы нашли решение своей проблемы? И продолжаете тестировать время сближения? У меня точно такая же проблема. Но с более длительным временем сбоя. В моем случае, когда перезагруженное устройство AED загружается и становится активным, требуется около 5-10 минут, чтобы соединение с центром обработки данных стабилизировалось. В течение 5-10 минут я наблюдал чрезмерные потери пинга. Для обнаружения сбоев вы можете попробовать включить функцию OTV Fast Convergence, которая позволяет обнаруживать сбои примерно за 5 секунд. Заранее спасибо, Сан
-
Уважаемые коллеги, У нас тоже есть такая же проблема: время переключения составляет почти 2 минуты. Есть ли какой-нибудь способ уменьшить это время? С уважением, Ранжит
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти