Стандартные сообщества VXLAN EVPN
-
Привет, Вот исходная ситуация Лист 1 отправляет обновление маршрута типа 2 со стандартным сообществом на лист 2 (пограничный лист), а затем этот /32 перераспределяется в ipv4 vrf и объявляется за пределами структуры EVPN. Проблема заключается в том, что стандартное сообщество удаляется при объявлении за пределами структуры evpn. Почему так происходит и как исправить эту проблему? Спасибо! Импортировано из 11.11.11.11:4:[5]:[0]:[0]:[32]:[192.168.10.11]/224
AS-Path: NONE, путь, исходящий из AS
11.11.11.11 (метрика 81) от 1.1.1.1 (1.1.1.1)
Неполное происхождение, MED 0, localpref 100, вес 0
Полученная метка 100
Сообщество: 65001:70
Внешнее сообщество: RT:65000:100 ENCAP:8 MAC маршрутизатора:520f.505d.1b08
Исходный адрес: 11.11.11.11 Список кластеров: 1.1.1.1 с внешней точки зрения: Запись таблицы маршрутизации BGP для 192.168.10.11/32, версия 29
Пути: (2 доступных, лучший #1, таблица по умолчанию)
Объявлено для групп обновления:
4 5
Период обновления 1
65000
10.99.99.1 от 10.99.99.1 (192.168.10.1)
Источник IGP, localpref 100, действительный, внешний, лучший
rx pathid: 0, tx pathid: 0x0
Обновлено 18 сентября 2024 г. 10:59:16 UTC Я, конечно, настроил сообщество отправки. Захват пакетов показывает обновление BGP без стандартного сообщества. Это означает, что оно теряется где-то на LEAF 2. ![shados_0-1726659769696.png]
-
Это неверно. Когда Leaf получает маршруты EVPN 5 и 2, они перераспределяются в IPv4 VRF и объявляются одноранговым узлам в этом VRF. Я уже нашел ответ. Сообщество было удалено, потому что оно было применено к перераспределению HMM, а Leaf выбрал лучший маршрут типа 2 против 5, импортировал его в IPv4 VRF и объявил его внешним одноранговым узлам.
-
тип 5 используется для рекламы префикса во внешнем устройстве, а не тип 2 MHM
-
Тип маршрута 1 — это тип маршрута Ethernet Auto-Discovery (EAD), используемый для объявления идентификатора сегмента Ethernet, идентификатора тега Ethernet и информации об экземпляре EVPN. Объявления о маршрутах EAD могут отправляться для каждого экземпляра EVPN или для каждого сегмента Ethernet.
Тип маршрута 2 — объявляет информацию о доступности конечных точек, включая MAC- и IP-адреса конечных точек или VTEP.
Тип маршрута 3 — выполняет объявление маршрутизатора многоадресной рассылки, объявляя о возможности и намерении использовать входную репликацию для определенных VNI.
Тип маршрута 4 — это маршрут сегмента Ethernet, используемый для объявления идентификатора сегмента Ethernet, длины IP-адреса и IP-адреса исходного маршрутизатора.
Тип маршрута 5 — это маршрут префикса IP, используемый для
объявления внутренней
подсети IP и
внешних
маршрутов, полученных для сети VXLAN. Поэтому я уверен, что это тип 5, даже если вы делитесь типом 5. Импортировано из 11.11.11.11:4:[
5
]:[0]:[0]:[32]:[192.168.10.11]/224 MHM -
Я уже говорил вам, что то, что вы предлагаете, неверно. Я проверил это в лаборатории и в производственной среде. Вот Cisco Live на ту же тему ![shados_0-1727096173989.png] Они рекламируют маршрут хоста типа 2 /32, который импортируется в vrf и рекламируется внешним пирам. То, что я вставил, было частичным выводом из sh bgp l2vpn evpn 192.168.10.11 Поскольку у меня было перераспределение HMM и EVPN типа 2, в моей таблице маршрутизации было два маршрута, но я не видел, что лучшим был маршрут типа 2, и поэтому он рекламировался внешним пирам без сообщества. Вот вывод без перераспределения hmm ![shados_1-1727096511873.png] и он рекламируется ipv4 ebgp peer в vrf.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти