Cisco SD-WAN vSmart Controller
-
Никакого влияния Проверьте соединение управления SDWAN Если vedge имеет соединение управления с обоими sdwan и есть соединение между vsmart, то Vedge получит префикс от vsmart, который работает MHM
-
Спасибо. Вы упомянули оба SDWAN: это оба vSmart?
-
Оба vsmart MHM
-
В вашей конфигурации с двумя контроллерами vSmart, как правило, если один контроллер перезагружается, другой должен продолжать обрабатывать трафик, сводя к минимуму любое воздействие. Однако прерывание может быть вызвано такими факторами, как синхронизация контроллеров, что может привести к кратковременному сбою во время выполнения технического обслуживания. Всегда полезно уточнить детали в службе поддержки Cisco, поскольку каждая среда может иметь уникальные конфигурации. На будущее, если вам понадобятся какие-либо сведения об управлении этим процессом с другой точки зрения, например, советы
экспертов
по
контролю заражений
о минимизации простоев в критически важных системах, не стесняйтесь обращаться к нам! -
Спасибо. Я не могу открыть ссылку из-за некоторых ограничений. Посмотрю позже.
А пока хотел бы узнать, есть ли какой-нибудь способ проверить, синхронизированы ли оба контроллера vSmart? -
Здравствуйте, проверьте таблицу OMP, чтобы понять, какие маршруты, распределенные vSmart, являются предпочтительными. Начните обслуживание со вторичного vSmart. После этого, если вы выключите основной vSmart, вторичные маршруты будут переустановлены в RIB/FIB, что может привести к очень короткому перерыву в работе (возможно, даже незаметному) — возможно, это и есть причина, по которой Cisco сообщила о возможном перерыве в работе. Надеюсь, это поможет.
Пожалуйста, оцените и отметьте как принятое решение, если вы нашли какую-либо из предоставленной информации полезной. -
Спасибо. Я проверю. Но у меня есть следующий базовый вопрос.
cEdge уже будет иметь маршруты, полученные от vSmart (это может быть любой из vSmart).
Таким образом, детали маршрутизации уже доступны в cEdge. В случае, если будут изучены новые маршруты, это может иметь влияние, поскольку vSmart не может объявить маршруты для cEgde.
Но если предположить, что в маршрутизации нет изменений, будет ли все равно иметь влияние? cEdges уже будет иметь маршруты.
Пожалуйста, помогите мне прояснить этот вопрос. -
Здравствуйте, SD-WAN overlay FIB основан на информации о маршрутизации OMP. В таблице OMP у вас есть два маршрута (как минимум) для одного и того же назначения/удаленного TLOC. Это связано с тем, что оба vSmart объявляют один и тот же маршрут. Обычно предпочтение отдается vSmart с самым низким системным IP-адресом, и его маршруты устанавливаются в RIB/FIB (в таблице OMP вы видите C, I, R). В то время как для вторичного маршрутизатора есть только C,R OMP (не установлены). Когда вы теряете основной (основной означает предпочтительный) vSmart, его маршруты считаются «устаревшими», а маршруты вторичного vSmart — «активными». Таким образом, таблица OMP заполняется заново. Это приведет к перепрограммированию аппаратного обеспечения, т. е. FIB. Это действие может привести к очень короткому перерыву в работе, однако обычно пользователи его не замечают. HTH,
Пожалуйста, оцените и отметьте как принятое решение, если вы нашли какую-либо из предоставленной информации полезной. -
Кроме того, есть таймер плавного перезапуска. Насколько я понимаю, по умолчанию он установлен на 12 часов.
Поэтому даже если оба контроллера vSmart выйдут из строя (скажем, на 2 часа), это не должно иметь никакого влияния, поскольку значение таймера плавного перезапуска составляет 12 часов. cEdge будет иметь информацию о маршрутизации для работы своей плоскости данных. Я понимаю, что в случае появления новых маршрутов, получения новой информации или каких-либо изменений в маршрутизации, они не будут обновлены в cEdge.
Но если обновлений нет, это не должно иметь никакого влияния. Сообщите мне, верно ли мое понимание. -
Вы правы Благодаря плавному перезапуску cedge/vedge сохраняют префикс, даже если CC к vsmart потерян Но мы рассматриваем неблагоприятный сценарий, в котором обновление занимает больше времени, чем «плавное время». В этом случае, поскольку у вас есть два vsmart и вы обновляете их по одному, проблем не возникает. По окончании плавного перехода cedge получит префикс от другого vsmart. Снова необходимо проверить, соединены ли vsmart между собой. Обычно они соединены, но вы должны быть уверены в этом. MHM
-
В моем сценарии Cisco будет выполнять обновление контроллера vSmart 1 раз в день. В запланированный день будет обновлен только 1 контроллер vSmart. Поэтому, на мой взгляд, это не должно повлиять на работу.
-
Если vsmart's взаимосвязаны Идея здесь Cedge1 и cedge2, а также vsmart1 и vsmart2 Cedge1 подключен только к vsmart1 Cedge2 подключен только к vsmart2 Если вы обновите vsmart1, то cedge1 потеряет префикс через 12 часов (плавно) Но если vsmart1 и vsmart2 соединены между собой, то vsmart2 узнает префикс от vsmart1 и повторно объявит его cedge1, даже если vsmart1 будет обновлен, cedge1 не потеряет свой префикс. Вам необходимо проверить, как подключена ваша сеть MHM
-
Мой cEdge подключен как к vSmart 1, так и к vSmart 2. (
Cedge1 и cedge2, а также vsmart1 и vsmart2).
Я не знаю, как проверить, подключены ли vSmart1 и vSmart2 друг к другу. Подскажите, как это сделать.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти