<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Стандартные сообщества VXLAN EVPN]]></title><description><![CDATA[<p dir="auto">Привет, Вот исходная ситуация Лист 1 отправляет обновление маршрута типа 2 со стандартным сообществом на лист 2 (пограничный лист), а затем этот /32 перераспределяется в ipv4 vrf и объявляется за пределами структуры EVPN. Проблема заключается в том, что стандартное сообщество удаляется при объявлении за пределами структуры evpn. Почему так происходит и как исправить эту проблему? Спасибо! Импортировано из 11.11.11.11:4:[5]:[0]:[0]:[32]:[192.168.10.11]/224<br />
AS-Path: NONE, путь, исходящий из AS<br />
11.11.11.11 (метрика 81) от 1.1.1.1 (1.1.1.1)<br />
Неполное происхождение, MED 0, localpref 100, вес 0<br />
Полученная метка 100<br />
Сообщество: 65001:70<br />
Внешнее сообщество: RT:65000:100 ENCAP:8 MAC маршрутизатора:520f.505d.1b08<br />
Исходный адрес: 11.11.11.11 Список кластеров: 1.1.1.1 с внешней точки зрения: Запись таблицы маршрутизации BGP для 192.168.10.11/32, версия 29<br />
Пути: (2 доступных, лучший #1, таблица по умолчанию)<br />
Объявлено для групп обновления:<br />
4 5<br />
Период обновления 1<br />
65000<br />
10.99.99.1 от 10.99.99.1 (192.168.10.1)<br />
Источник IGP, localpref 100, действительный, внешний, лучший<br />
rx pathid: 0, tx pathid: 0x0<br />
Обновлено 18 сентября 2024 г. 10:59:16 UTC Я, конечно, настроил сообщество отправки. Захват пакетов показывает обновление BGP без стандартного сообщества. Это означает, что оно теряется где-то на LEAF 2. ![shados_0-1726659769696.png]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3542bcb3775fdf184b189055329241f01694c0bc.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/topic/1946/стандартные-сообщества-vxlan-evpn</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 09:00:54 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1946.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 26 Feb 2026 21:58:40 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Стандартные сообщества VXLAN EVPN on Thu, 26 Feb 2026 21:58:44 GMT]]></title><description><![CDATA[<p dir="auto">Я уже говорил вам, что то, что вы предлагаете, неверно. Я проверил это в лаборатории и в производственной среде. Вот 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.</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/98e489ad6738ce257d8ba7346935640931396747.png" alt="" class=" img-fluid img-markdown" /></p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3e08416f634150d12985eef92585d4c09bbed638.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/13787</link><guid isPermaLink="true">https://sla247.ru/forum/post/13787</guid><dc:creator><![CDATA[shados]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:58:44 GMT</pubDate></item><item><title><![CDATA[Reply to Стандартные сообщества VXLAN EVPN on Thu, 26 Feb 2026 21:58:43 GMT]]></title><description><![CDATA[<p dir="auto">Тип маршрута 1 — это тип маршрута Ethernet Auto-Discovery (EAD), используемый для объявления идентификатора сегмента Ethernet, идентификатора тега Ethernet и информации об экземпляре EVPN. Объявления о маршрутах EAD могут отправляться для каждого экземпляра EVPN или для каждого сегмента Ethernet.<br />
Тип маршрута 2 — объявляет информацию о доступности конечных точек, включая MAC- и IP-адреса конечных точек или VTEP.<br />
Тип маршрута 3 — выполняет объявление маршрутизатора многоадресной рассылки, объявляя о возможности и намерении использовать входную репликацию для определенных VNI.<br />
Тип маршрута 4 — это маршрут сегмента Ethernet, используемый для объявления идентификатора сегмента Ethernet, длины IP-адреса и IP-адреса исходного маршрутизатора.<br />
Тип маршрута 5 — это маршрут префикса IP, используемый для<br />
объявления внутренней<br />
подсети IP и<br />
внешних<br />
маршрутов, полученных для сети VXLAN. Поэтому я уверен, что это тип 5, даже если вы делитесь типом 5. Импортировано из 11.11.11.11:4:[<br />
5<br />
]:[0]:[0]:[32]:[192.168.10.11]/224 MHM</p>
]]></description><link>https://sla247.ru/forum/post/13786</link><guid isPermaLink="true">https://sla247.ru/forum/post/13786</guid><dc:creator><![CDATA[MHM Cisco World]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:58:43 GMT</pubDate></item><item><title><![CDATA[Reply to Стандартные сообщества VXLAN EVPN on Thu, 26 Feb 2026 21:58:42 GMT]]></title><description><![CDATA[<p dir="auto">тип 5 используется для рекламы префикса во внешнем устройстве, а не тип 2 MHM</p>
]]></description><link>https://sla247.ru/forum/post/13785</link><guid isPermaLink="true">https://sla247.ru/forum/post/13785</guid><dc:creator><![CDATA[MHM Cisco World]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:58:42 GMT</pubDate></item><item><title><![CDATA[Reply to Стандартные сообщества VXLAN EVPN on Thu, 26 Feb 2026 21:58:41 GMT]]></title><description><![CDATA[<p dir="auto">Это неверно. Когда Leaf получает маршруты EVPN 5 и 2, они перераспределяются в IPv4 VRF и объявляются одноранговым узлам в этом VRF. Я уже нашел ответ. Сообщество было удалено, потому что оно было применено к перераспределению HMM, а Leaf выбрал лучший маршрут типа 2 против 5, импортировал его в IPv4 VRF и объявил его внешним одноранговым узлам.</p>
]]></description><link>https://sla247.ru/forum/post/13784</link><guid isPermaLink="true">https://sla247.ru/forum/post/13784</guid><dc:creator><![CDATA[shados]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:58:41 GMT</pubDate></item></channel></rss>