<?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)]]></title><description><![CDATA[<p dir="auto">Почему я вижу, что некоторые люди настраивают VXLAN с использованием send-community both? Я успешно настроил его, используя только расширенные сообщества. Я также не понимаю, почему в руководствах по настройке часто встречается soft-reconfiguration inbound, если это увеличивает нагрузку на оперативную память маршрутизаторов. Обновление маршрута гораздо эффективнее, чем soft-reconfiguration, поэтому я предполагаю, что для этого есть причина, связанная с VXLAN или MP-BGP EVPN. Вот пример:<br />
<a href="https://www.packetcoders.io/how-to-build-a-nxos-9000v-based-evpn-vxlan-fabric/" rel="nofollow ugc">https://www.packetcoders.io/how-to-build-a-nxos-9000v-based-evpn-vxlan-fabric/</a></p>
]]></description><link>https://sla247.ru/forum/topic/1876/отправить-сообществу-и-мягкую-переконфигурацию-vxlan</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 13:59:19 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1876.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 26 Feb 2026 21:56:31 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to отправить сообществу и мягкую переконфигурацию (VXLAN) on Thu, 26 Feb 2026 21:56:37 GMT]]></title><description><![CDATA[<p dir="auto">Привет, <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/johnvining" aria-label="Profile: johnvining">@<bdi>johnvining</bdi></a><br />
Хотя существуют случаи использования расширенных сообществ наряду с IPv4 Unicast AFI / SAFI, для сферы применения, описанной в представленном документе, это не требуется. Спасибо, Кристиан.</p>
]]></description><link>https://sla247.ru/forum/post/13409</link><guid isPermaLink="true">https://sla247.ru/forum/post/13409</guid><dc:creator><![CDATA[Cristian Matei]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:56:37 GMT</pubDate></item><item><title><![CDATA[Reply to отправить сообществу и мягкую переконфигурацию (VXLAN) on Thu, 26 Feb 2026 21:56:36 GMT]]></title><description><![CDATA[<p dir="auto">Спасибо за ответ.</p>
]]></description><link>https://sla247.ru/forum/post/13408</link><guid isPermaLink="true">https://sla247.ru/forum/post/13408</guid><dc:creator><![CDATA[johnvining]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:56:36 GMT</pubDate></item><item><title><![CDATA[Reply to отправить сообществу и мягкую переконфигурацию (VXLAN) on Thu, 26 Feb 2026 21:56:35 GMT]]></title><description><![CDATA[<p dir="auto">Привет<br />
[, <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/johnvining" aria-label="Profile: johnvining">@<bdi>johnvining</bdi></a>]<br />
, Вы правы, когда говорите, что настройка «send-community extended» для семейства адресов ipv4 бессмысленна. Я не понимаю, почему она была включена в этот документ. С уважением,<br />
Гарольд Риттер, CCIE #4168 (EI, SP)</p>
]]></description><link>https://sla247.ru/forum/post/13407</link><guid isPermaLink="true">https://sla247.ru/forum/post/13407</guid><dc:creator><![CDATA[Harold Ritter]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:56:35 GMT</pubDate></item><item><title><![CDATA[Reply to отправить сообществу и мягкую переконфигурацию (VXLAN) on Thu, 26 Feb 2026 21:56:34 GMT]]></title><description><![CDATA[<p dir="auto">Отличный ответ. Позвольте спросить, почему в конфигурации, на которую я дал ссылку, VXLAN_LEAF bgp peer template address family ipv4 unicast также отправляет расширенные обновления сообщества, но не стандартные? Разве это не необходимо только в конфигурации l2vpn evpn, поскольку мы используем только L2VPN EVPN для подключения и маршрутизации? Я не понимаю, зачем мне нужно отправлять расширенные сообщества как через ipv4 unicast, так и через l2vpn evpn.</p>
]]></description><link>https://sla247.ru/forum/post/13406</link><guid isPermaLink="true">https://sla247.ru/forum/post/13406</guid><dc:creator><![CDATA[johnvining]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:56:34 GMT</pubDate></item><item><title><![CDATA[Reply to отправить сообществу и мягкую переконфигурацию (VXLAN) on Thu, 26 Feb 2026 21:56:33 GMT]]></title><description><![CDATA[<p dir="auto">Привет, <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/johnvining" aria-label="Profile: johnvining">@<bdi>johnvining</bdi></a> 1. Почему в большинстве конфигураций BGP в большинстве сценариев используется send-community both, потому что даже если для работы AFI / SAFI достаточно одного типа сообщества (стандартного или расширенного), позже может понадобиться и другой тип сообщества. Возьмем, к примеру, VXLAN, где для работы требуется только расширенное сообщество; если вы добавите оба типа с самого начала, это означает, что вы будете распространять и стандартные сообщества, если они присутствуют (что может быть как желательным, так и нежелательным); если вы добавите только расширенное с самого начала, а в какой-то момент вам понадобится и стандартное, вы увидите, что они удалены, и можете забыть, что сначала нужно включить эту функцию, что усложнит устранение неполадок. В конце концов, это выбор, с плюсами и минусами с обеих сторон: активировать с самого начала оба, или только то, что необходимо для работы AFI / SAFI, что в случае VXLAN является расширенным. 2. Потребление памяти при входящей мягкой переконфигурации — это скорее миф. Проведите тест с 1 000 000 префиксов, с мягкой переконфигурацией и без нее, и обратите внимание на разницу в потреблении памяти. Заметна ли она? Не особо. Теперь, с функциональной точки зрения, мягкая реконфигурация входящего трафика помогает, поскольку вы можете видеть, что вам отправил удаленный сосед (а не то, что прошло через входные фильтры), без необходимости выполнять отладку или доверять тому, что, по-видимому, отправляет удаленная сторона, поэтому это помогает в устранении неполадок, поскольку вы не можете увидеть это через route-refresh без выполнения отладки. В то же время, поскольку должен быть и минус, в направлении входящего трафика вы не можете иметь одновременно обновление маршрута и мягкую реконфигурацию (даже если, конечно, обновление маршрута согласовано как возможность), одно имеет приоритет над другим, и по умолчанию это мягкая реконфигурация, что в некоторых случаях является большим минусом, поскольку при любом изменении входящего фильтра вы полагаетесь на удаленную сторону, которая повторно отправляет лучшие пути, с вашей стороны ничего не поделаешь. Спасибо, Кристиан.</p>
]]></description><link>https://sla247.ru/forum/post/13405</link><guid isPermaLink="true">https://sla247.ru/forum/post/13405</guid><dc:creator><![CDATA[Cristian Matei]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:56:33 GMT</pubDate></item><item><title><![CDATA[Reply to отправить сообществу и мягкую переконфигурацию (VXLAN) on Thu, 26 Feb 2026 21:56:32 GMT]]></title><description><![CDATA[<p dir="auto">Привет<br />
[, <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/johnvining" aria-label="Profile: johnvining">@<bdi>johnvining</bdi></a>]<br />
, &gt;<br />
Почему я вижу, что некоторые люди настраивают VXLAN с send-community both? Включение «send-community both» не требует больших затрат и делает дизайн вашей фабрики более гибким. Есть некоторые случаи, когда объявление стандартного сообщества в фабрике будет полезным. Например, если листья устанавливают сеансы BGP с клиентскими устройствами, и вам нужно распространить стандартные сообщества, полученные от этих сеансов BGP, на удаленный клиент. &gt; Обновление маршрута гораздо более эффективно, чем мягкая переконфигурация, поэтому я предполагаю, что для этого есть причина, связанная с VXLAN или MP-BGP EVPN. Я согласен с вами, что обновление маршрута более эффективно, и лично не вижу никаких конкретных причин для использования мягкой переконфигурации. С уважением,<br />
Гарольд Риттер, CCIE #4168 (EI, SP)</p>
]]></description><link>https://sla247.ru/forum/post/13404</link><guid isPermaLink="true">https://sla247.ru/forum/post/13404</guid><dc:creator><![CDATA[Harold Ritter]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:56:32 GMT</pubDate></item></channel></rss>