<?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[BGP IPv4 с IPv6 следующим прыжком]]></title><description><![CDATA[<p dir="auto">Согласно RFC 5549 и 8950, BGP может использовать соседство IPv6 для передачи семейства адресов IPv4 и наоборот. Если я правильно понимаю, эта функция не работает, если ядро является только IPv4 или IPv6. Так в чем же смысл ее использования, если для пересылки данных на интерфейсе пиринга в любом случае нужны и IPv4, и IPv6?</p>
]]></description><link>https://sla247.ru/forum/topic/898/bgp-ipv4-с-ipv6-следующим-прыжком</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 14:48:14 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/898.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 19:58:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to BGP IPv4 с IPv6 следующим прыжком on Fri, 13 Feb 2026 19:58:13 GMT]]></title><description><![CDATA[<p dir="auto">Так что, он поддерживает только IPv4 или IPv6? Когда я тестировал в iOS XE и XR, маршрутизаторы могли объявлять и узнавать маршруты друг от друга, но пересылка, похоже, не работала.</p>
]]></description><link>https://sla247.ru/forum/post/5758</link><guid isPermaLink="true">https://sla247.ru/forum/post/5758</guid><dc:creator><![CDATA[daniel ng]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:13 GMT</pubDate></item><item><title><![CDATA[Reply to BGP IPv4 с IPv6 следующим прыжком on Fri, 13 Feb 2026 19:58:12 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
@daniel ng<br />
, RFC5549 позволяет развернуть подслой DC только для IPv6 и передавать по нему трафик IPv4. Для этого не требуется, чтобы подслой был двойным стеком. Преимущество использования только IPv6 в подстилающей сети заключается в том, что конфигурация становится намного проще благодаря использованию локальных адресов канала (LLA), и поэтому не требуется явная настройка адресов IPv6. Вы также можете автоматически обнаруживать и настраивать соседей BGP с помощью информации, полученной от IPv6 neighbor discovery (ND). Более подробную информацию о развертывании DC с использованием RFC5549 можно найти в следующей презентации. <a href="https://www.ciscolive.com/c/dam/r/ciscolive/global-event/docs/2022/pdf/BRKDCN-2828.pdf" rel="nofollow ugc">https://www.ciscolive.com/c/dam/r/ciscolive/global-event/docs/2022/pdf/BRKDCN-2828.pdf</a> С уважением,<br />
Гарольд Риттер, CCIE #4168 (EI, SP)</p>
]]></description><link>https://sla247.ru/forum/post/5757</link><guid isPermaLink="true">https://sla247.ru/forum/post/5757</guid><dc:creator><![CDATA[Harold Ritter]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:12 GMT</pubDate></item><item><title><![CDATA[Reply to BGP IPv4 с IPv6 следующим прыжком on Fri, 13 Feb 2026 19:58:11 GMT]]></title><description><![CDATA[<p dir="auto">Смысл его использования заключается в том, что он упрощает плоскость управления, а не плоскость пересылки. Даже если для фактической пересылки трафика по-прежнему требуются IPv4 и IPv6, эта функция позволяет запускать сеанс BGP по одному протоколу (IPv4 или IPv6) при обмене маршрутами для другого, поэтому не нужно настраивать двойной стек на каждом пиринговом канале. Это в основном полезно для ядер, поддерживающих только IPv4 или IPv6, или во время миграции между протоколами.</p>
]]></description><link>https://sla247.ru/forum/post/5756</link><guid isPermaLink="true">https://sla247.ru/forum/post/5756</guid><dc:creator><![CDATA[engr-usmani]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:11 GMT</pubDate></item><item><title><![CDATA[Reply to BGP IPv4 с IPv6 следующим прыжком on Fri, 13 Feb 2026 19:58:10 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте<br />
[, @daniel ng] В ядрах сетей SP пересылка обычно осуществляется по протоколу MPLS или SRv6, а не по нативному IP. Таким образом, трафик IPv4 может проходить через ядро, поддерживающее только IPv6, без использования адресации IPV4 или IGP, что делает двойной стек ненужным в ядре, даже если услуги IPv4 по-прежнему предоставляются на границах... С уважением<br />
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените.ı|ı.ı|ı.</p>
]]></description><link>https://sla247.ru/forum/post/5755</link><guid isPermaLink="true">https://sla247.ru/forum/post/5755</guid><dc:creator><![CDATA[M02@rt37]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:10 GMT</pubDate></item><item><title><![CDATA[Reply to BGP IPv4 с IPv6 следующим прыжком on Fri, 13 Feb 2026 19:58:09 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
@daniel ng<br />
, &gt;<br />
Так что же, он допускает только ядро ipv4 или ipv6? Позвольте мне перефразировать. RFC5549 специально предназначен для пересылки IPv4 с использованием следующего прыжка IPv6. Таким образом, это не ядро, поддерживающее только IPv6, поскольку через ядро может пересылаться как трафик IPv4, так и IPv6. &gt;<br />
Почему-то, когда я тестировал в ios xe и xr, маршрутизаторы могли объявлять и узнавать маршруты друг от друга, но пересылка, похоже, не работала. Насколько я знаю, RFC5549 не поддерживается ни в XE, ни в XR. Документ, который я предоставил, предназначен специально для NXOS, где RFC5549 поддерживается. С уважением,<br />
Гарольд Риттер, CCIE #4168 (EI, SP)</p>
]]></description><link>https://sla247.ru/forum/post/5754</link><guid isPermaLink="true">https://sla247.ru/forum/post/5754</guid><dc:creator><![CDATA[Harold Ritter]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:09 GMT</pubDate></item></channel></rss>