<![CDATA[длительное время сходимости 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 Петр

]]>https://sla247.ru/forum/topic/215/длительное-время-сходимости-otvRSS for NodeFri, 15 May 2026 03:17:36 GMTTue, 03 Mar 2026 14:47:41 GMT60<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:48 GMT]]>Уважаемые коллеги, У нас тоже есть такая же проблема: время переключения составляет почти 2 минуты. Есть ли какой-нибудь способ уменьшить это время? С уважением, Ранжит

]]>https://sla247.ru/forum/post/17839https://sla247.ru/forum/post/17839Tue, 03 Mar 2026 14:47:48 GMT<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:47 GMT]]>Здравствуйте, Вы нашли решение своей проблемы? И продолжаете тестировать время сближения? У меня точно такая же проблема. Но с более длительным временем сбоя. В моем случае, когда перезагруженное устройство AED загружается и становится активным, требуется около 5-10 минут, чтобы соединение с центром обработки данных стабилизировалось. В течение 5-10 минут я наблюдал чрезмерные потери пинга. Для обнаружения сбоев вы можете попробовать включить функцию OTV Fast Convergence, которая позволяет обнаруживать сбои примерно за 5 секунд. Заранее спасибо, Сан

]]>https://sla247.ru/forum/post/17838https://sla247.ru/forum/post/17838Tue, 03 Mar 2026 14:47:47 GMT<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:46 GMT]]>Привет, Радж, Время сходимости теперь сократилось до менее чем 240 секунд?

]]>https://sla247.ru/forum/post/17837https://sla247.ru/forum/post/17837Tue, 03 Mar 2026 14:47:46 GMT<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:45 GMT]]>Спасибо, Радж, это позволяет мне немного яснее понять проблему, а также оправдать 4-минутное простоя перед моим боссом.
![:winking_face:] Кевин

]]>https://sla247.ru/forum/post/17836https://sla247.ru/forum/post/17836Tue, 03 Mar 2026 14:47:45 GMT<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:44 GMT]]>У меня возникла такая же проблема во время упражнения по переносу моего DCI (Data Centre Interconnect) с магистрали (с Spanning-Tree) на архитектуру OTV. У меня есть соединения для архитектуры OTV, и OTV уже поддерживает некоторые VLAN. У меня также есть соединения для поддержки старых магистральных/STP VLAN. Моя процедура заключается в переносе одной VLAN за раз. Я удаляю ее из старого магистрального канала, а затем расширяю ее на OTV. Но OTV требуется четыре минуты (как описано в исходном портировании), чтобы начать пересылку. Четыре минуты — это недопустимо, и у меня нет возможности отключить центры обработки данных для проведения изменений. (Если быть полностью честным, соединения OTV не являются полностью независимыми — они будут туннелироваться через VLAN на старых магистральных соединениях до завершения миграции). Кевин Доррелл Люксембург

]]>https://sla247.ru/forum/post/17835https://sla247.ru/forum/post/17835Tue, 03 Mar 2026 14:47:44 GMT<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:43 GMT]]>Я заметил то же самое и хотел бы узнать, есть ли у кого-нибудь решение или обходной путь для ускорения времени сходимости. Между дата-центрами существует задержка в 10 мс, и мне кажется, что 240 секунд ожидания перед пересылкой трафика — это довольно долго.

]]>https://sla247.ru/forum/post/17834https://sla247.ru/forum/post/17834Tue, 03 Mar 2026 14:47:43 GMT<![CDATA[Reply to длительное время сходимости OTV on Tue, 03 Mar 2026 14:47:42 GMT]]>Таймер 240 секунд — это стандарт, который используется для обеспечения правильной конвергенции всех состояний внутренних компонентов для функций OTV. В настоящее время мы не можем обойти или изменить это время, но в будущем, возможно, появится регулятор для настройки таймера. В вашем случае переход VLAN с L2 trunk на OTV потребует 4-минутного отключения. Я заметил, что в этой ветке есть другие вопросы, на которые я хотел бы ответить 1. Таймер 240 секунд не применяется при отработке отказа между AED на локальном сайте. Время сходимости может составлять менее секунды в нескольких различных сценариях. Если вы заметили что-то другое, то было бы хорошо открыть заявку в TAC и проследить за ее рассмотрением. 2. Когда неисправный AED возвращается в сеть, он начинает обратный отсчет от 240 секунд до 0, чтобы взять на себя роль AED для нечетных или четных VLAN. В течение этого периода другой локальный AED на сайте по-прежнему пересылает трафик как для нечетных, так и для четных VLAN. Если у вас есть вопросы, дайте мне знать. -Радж

]]>https://sla247.ru/forum/post/17833https://sla247.ru/forum/post/17833Tue, 03 Mar 2026 14:47:42 GMT