Reply to H-vpls N-Pe-redundancy настроен, но MAC-адреса не пересылаются on Tue, 03 Mar 2026 15:56:26 GMT

DaddyGoat — Tue, 03 Mar 2026 15:56:26 GMT

Я нашел решение на случай, если другие столкнутся с той же проблемой. Проблема заключалась в размещении x-connect с помощью команды l2vpn x-connect context.
Я считаю, что в документации Cisco, на которую я ссылался в предыдущем посте, есть ошибка в размещении x-connect. Xconnect не обращен к N-PES, а находится на UPE, обращенном к стороне клиента. Похоже, что x-connect пересылает MAC-адрес в bridge-domain на NPE, который затем обращается к vfi и пересылает его своим пирам. В этом решении
MAC-адреса не отображаются на upe. Вместо этого они находятся на N-PES.
Вот команда, обращенная к CPE на интерфейсе
UPE GigabitEthernet1
no ip address
negotiation auto
no mop enabled
no mop sysid
service instance 700 ethernet
encapsulation dot1q 700
rewrite ingress tag pop 1 symmetric Вот правильное заявление x-connect на UPE с членом, обращенным к CPE, и IP-адресом члена, обращенным к PE 3 и PE4 на схеме выше.
l2vpn xconnect context Parts_Department_700
remote link failure notification
member GigabitEthernet1 service-instance 700
member 30.30.30.30 700 encapsulation mpls group pwred priority 9
member 40.40.40.40 700 encapsulation mpls group pwred priority 10 Вот конфигурации на NPE NPE config
l2vpn vfi context Parts_Department_700
vpn id 700
member 20.20.20.20 encapsulation mpls (отправляет целевое приветствие PE2)
member 40.40.40.40 encapsulation mpls (отправляет целевое приветствие PE4)
member 10.10.10.10 инкапсуляция mpls (отправляет целевое приветствие PE1)
bridge-domain 700
member vfi Parts_Department_700 (указывает PE пересылать MAC в UPE. Автоматически отключает split-horizon в UPE)
member 1.1.1.1 700 encapsulation mpls (указывает PE, кому UPE должен пересылать MAC в bridge-domain 700) Не забудьте создать мост, который необходим на PE для хранения MAC-адресов
. Кроме того, в документации Cisco не указано, что интерфейсы между вашими соединениями UPE и NPE будут уровня 2. Поскольку они являются уровнем 2, у них не будет IP-адресов. Вместо этого вы можете создать интерфейс bdi, пометить его dot1q и присвоить ему IP-адрес. Убедитесь, что он находится в той же подсети, что и ваши NPE (подумайте о сценарии управления VLAN), а затем сформируйте соседство igp и mpls. Это гарантирует, что у вас есть путь lsp между вашими upes через вашу основную сеть. Повторите это для других устройств.
Устранение неполадок можно выполнить следующим образом.
На вашем upe должно быть 2 соединения x-connect. Одно из них всегда будет UP UP (активное x-connect), другое (сегмент IA 1, сегмент SB 2).
См. пример ниже West-UPE#show xconnect peer 40.40.40.40 vcid 700
Легенда: XC ST=Состояние Xconnect S1=Состояние сегмента 1 S2=Состояние сегмента 2
UP=Вверх DN=Вниз AD=Администратор вниз IA=Неактивный
SB=Режим ожидания HS=Горячий режим ожидания RV=Восстановление NH=Без оборудования XC ST Сегмент 1 S1 Сегмент 2
S2------+---------------------------------+--+---------------------------------+--
IA pri ac Gi1:700(Eth VLAN) UP mpls 40.40.40.40:700 SB Как только вы увидите это, ваш x-connect будет готов. Проверьте ваши bridge-domains на ваших NPE, они должны иметь mac-адреса от своих соответствующих upe, и если ваши mpls / vfi peer настроены, они будут обмениваться mac. Пример того, как ваш bridge-domain на PE выглядит, приведен ниже.
R3#show bridge-domain 700
Bridge-domain 700 (всего 4 порта)
Состояние: UP Mac learning: Enabled
Aging-Timer: 300 секунд
Максимальный предел адресов: 65536
vfi Parts_Department_700 neighbor 10.10.10.10 700
vfi Parts_Department_700 neighbor 40.40.40.40 700
vfi Parts_Department_700 neighbor 20.20.20.20 700
vfi Parts_Department_700 сосед 1.1.1.1 700
AED MAC-адрес Политика Тег Срок действия Псевдопорт
0 5254.0019.0BB2 пересылка динамическая 298 Parts_Department_700.404010 (CPE-1 mac)
0 5254.001A.9796 пересылка динамическая 297 Parts_Department_700.404013 (CPE-2 mac) Теперь между CPES должна быть обеспечена связь. Если это не так, убедитесь, что на каждом интерфейсе, по которому будет проходить ваш пакет, установлена команда rewrite ingress tag pop 1 symmetric.
Наконец, чтобы проверить наличие резервирования, можно смоделировать сценарий, в котором PE выходит из строя. Запустите ping между CPES и убедитесь, что он успешно доходит до конечной точки. Затем проверьте статус x-connect между UPE и соответствующими PE. Один x-connect будет в режиме ожидания (SB) (используйте команду show x-connect peer ip address vcid #). Отключите активный x-connect, отключив все интерфейсы. Проверьте статус upe x-connect, и вы увидите, что x-connect в режиме ожидания включился. Ваш CPE должен снова иметь возможность выполнить ping другого CPE. Вы даже можете стимулировать полную потерю PE с помощью команды interface rang gig1-4,loo0. Вы должны увидеть очень быстрое автоматическое переключение. Удивительным в этой функции является то, что если вы не отключаете интерфейсы на PE, который вы отключили (стимулируя восстановление PE), x-connect обнаружит это и переключится на x-connect с наименьшим номером.