<?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[Проектирование SD-Access]]></title><description><![CDATA[<p dir="auto">Всем привет! В проекте SD-Access с маршрутизацией доступа уровня 3 я заметил, что коммутаторы доступа соединены с коммутаторами распределения, но не напрямую друг с другом. Поэтому я хотел бы узнать, раз решение о маршрутизации принимается непосредственно на коммутаторах доступа, почему бы не соединить их напрямую друг с другом в дополнение к соединению с коммутаторами распределения?</p>
]]></description><link>https://sla247.ru/forum/topic/845/проектирование-sd-access</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 08:03:05 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/845.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 20:11:26 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Проектирование SD-Access on Fri, 13 Feb 2026 20:11:30 GMT]]></title><description><![CDATA[<p dir="auto">Я хорошо понимаю этот принцип в случае VXLAN, но просто спрашиваю, возможно ли напрямую соединять коммутаторы доступа с помощью каналов.</p>
]]></description><link>https://sla247.ru/forum/post/6759</link><guid isPermaLink="true">https://sla247.ru/forum/post/6759</guid><dc:creator><![CDATA[jeanciriacdorgelest]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:30 GMT</pubDate></item><item><title><![CDATA[Reply to Проектирование SD-Access on Fri, 13 Feb 2026 20:11:29 GMT]]></title><description><![CDATA[<p dir="auto">Коммутаторы доступа bc создают туннели VXLAN между собой, когда трафик должен быть доставлен между конечными точками в произвольной виртуальной сети SDA Site. В противном случае трафик покидает SDA Site через BN. Наличие коммутаторов распределения посередине является вопросом архитектуры подстилающего уровня (когда BN не имеют достаточно портов для соединения с каждым коммутатором доступа или/и ограничения пропускной способности BN).</p>
]]></description><link>https://sla247.ru/forum/post/6758</link><guid isPermaLink="true">https://sla247.ru/forum/post/6758</guid><dc:creator><![CDATA[Andrii Oliinyk]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:29 GMT</pubDate></item><item><title><![CDATA[Reply to Проектирование SD-Access on Fri, 13 Feb 2026 20:11:28 GMT]]></title><description><![CDATA[<p dir="auto">Хорошо, я понимаю. Спасибо за ответ . С уважением</p>
]]></description><link>https://sla247.ru/forum/post/6757</link><guid isPermaLink="true">https://sla247.ru/forum/post/6757</guid><dc:creator><![CDATA[jeanciriacdorgelest]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:28 GMT</pubDate></item><item><title><![CDATA[Reply to Проектирование SD-Access on Fri, 13 Feb 2026 20:11:27 GMT]]></title><description><![CDATA[<p dir="auto">Теоретически можно было бы построить даже полностью сетчатую структуру L3 вместо IP CLOS, но какой в этом был бы смысл? Какая выгода от оплаты межкоммутационных соединений от одного EN к каждому EN в структуре? Представьте себе сайт с одной структурой и 20 EN. От каждого EN в нем вам пришлось бы выделить 19 соединений для подключения к другим EN (помимо соединений с BN). В основном, цель DN — обеспечить связь в подстилающем слое.</p>
]]></description><link>https://sla247.ru/forum/post/6756</link><guid isPermaLink="true">https://sla247.ru/forum/post/6756</guid><dc:creator><![CDATA[Andrii Oliinyk]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:27 GMT</pubDate></item></channel></rss>