<?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-Wan.]]></title><description><![CDATA[<p dir="auto">Здравствуйте, В моей компании используется множество протоколов динамической маршрутизации, как в рамках VRF, так и без VRF, таких как EIGRP, OSPF, eBGP, ISIS и статическая маршрутизация. Я хорошо с ними справляюсь и не нуждаюсь в каких-либо обновлениях. У меня есть MPLS L2 VPN/MPLS L3 VPN, MPLS TE и IP-маршрутизация. Должен ли я внедрить SG или SD-WAN, чтобы добиться лучших результатов? Кто-нибудь может высказать свое мнение? С уважением,</p>
]]></description><link>https://sla247.ru/forum/topic/929/мнения-о-сегментной-маршрутизации-и-sd-wan</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 07:12:19 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/929.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 19:58:59 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:07 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Джозеф. Благодарю за твой откровенный комментарий. С уважением,</p>
]]></description><link>https://sla247.ru/forum/post/5979</link><guid isPermaLink="true">https://sla247.ru/forum/post/5979</guid><dc:creator><![CDATA[rpalmeida]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:07 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:06 GMT]]></title><description><![CDATA[<p dir="auto">Да, сэр! Еще Cisco?!<br />
Еще спортзал?!<br />
Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Будем очень признательны!</p>
]]></description><link>https://sla247.ru/forum/post/5978</link><guid isPermaLink="true">https://sla247.ru/forum/post/5978</guid><dc:creator><![CDATA[Enes Simnica]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:06 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:05 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Энес, Спасибо за ваш конструктивный комментарий. С уважением.</p>
]]></description><link>https://sla247.ru/forum/post/5977</link><guid isPermaLink="true">https://sla247.ru/forum/post/5977</guid><dc:creator><![CDATA[rpalmeida]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:05 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:04 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Но есть ли разрыв в производительности между технологиями динамической маршрутизации и SD-Wan? Думаю, не многие выберут путь внедрения SD-WAN... С моей точки зрения, протоколы маршрутизации пересылают пакеты именно так, как мы хотим... Если есть много каналов, eBGP имеет некоторые функции для обеспечения отказоустойчивости, балансировки нагрузки и т. д., поэтому я не уверен, что SD-WAN может дать мне то, чего не может дать протокол маршрутизации. Можете ли вы оба дать мне совет? С уважением.</p>
]]></description><link>https://sla247.ru/forum/post/5976</link><guid isPermaLink="true">https://sla247.ru/forum/post/5976</guid><dc:creator><![CDATA[rpalmeida]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:04 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:03 GMT]]></title><description><![CDATA[<p dir="auto">Should i need to implement SG or SD-WAN to get better? Сегментная маршрутизация и Sd-wan значительно улучшают производительность<br />
и контроль , но оба могут быть объединены в разных случаях использования и требованиях <a href="https://www.balajibandi.com" rel="nofollow ugc">BB</a><br />
=====Пренаямо Васудевам=====<br />
***** Оценить все полезные ответы *****<br />
<a href="https://www.balajibandi.com/?p=1507" rel="nofollow ugc">Как обратиться за помощью к сообществу Cisco</a></p>
]]></description><link>https://sla247.ru/forum/post/5975</link><guid isPermaLink="true">https://sla247.ru/forum/post/5975</guid><dc:creator><![CDATA[balaji.bandi]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:03 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:02 GMT]]></title><description><![CDATA[<p dir="auto">gDay<br />
<a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rpalmeida" aria-label="Profile: rpalmeida">@<bdi>rpalmeida</bdi></a><br />
Если ваша текущая настройка MPLS и маршрутизации работает хорошо, нет необходимости спешить с переходом на SD-WAN или SG my G! SD-WAN<br />
отлично подходит, если вам нужен централизованный контроль, лучшая интеграция с облаком или использование нескольких WAN-соединений.<br />
SG/SDA<br />
больше помогает с сегментацией и безопасностью на основе идентификации. ЭТО ОЗНАЧАЕТ, что если производительность и управление сегодня в порядке, вы уже находитесь в хорошем положении. Обратите внимание на SD-WAN в основном, если вы хотите упростить операции или повысить прозрачность... Надеюсь, это поможет, и МИР! -Энес Еще Cisco?!<br />
Еще спортзал?!<br />
Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Буду очень признателен!</p>
]]></description><link>https://sla247.ru/forum/post/5974</link><guid isPermaLink="true">https://sla247.ru/forum/post/5974</guid><dc:creator><![CDATA[Enes Simnica]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:02 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:01 GMT]]></title><description><![CDATA[<p dir="auto">NB: Я начал этот ответ раньше, чем<br />
@Enes Simnica<br />
, но он также рекламирует то же самое основное преимущество, т. е. SD-WAN может максимально повысить производительность. <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rpalmeida" aria-label="Profile: rpalmeida">@<bdi>rpalmeida</bdi></a><br />
написал:<br />
Но есть ли разница в производительности между технологиями динамической маршрутизации и SD-WAN? Я считаю, что да. Я полагаю (???), что SD-WAN использует технологию, впервые представленную в OER/PfR, т. е. динамический мониторинг производительности и реактивную маршрутизацию, включая интеграцию с QoS. <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rpalmeida" aria-label="Profile: rpalmeida">@<bdi>rpalmeida</bdi></a><br />
написал:<br />
С моей точки зрения, протоколы маршрутизации пересылают пакеты именно так, как мы хотим...<br />
Если есть много ссылок, eBGP имеет некоторые функции для обеспечения отказоустойчивости, балансировки нагрузки и т. д., поэтому я не уверен, что SD-WAN может дать мне то, чего не может дать протокол маршрутизации. Конечно, вы можете пересылать пакеты так, как хотите, но всегда ли вы достигаете желаемых результатов по производительности, особенно без приобретения чрезмерного количества ($$$) пропускной способности? Предполагая, что то, что я написал выше, верно, т. е. SD-WAN является продолжением технологии OER/PfR, я могу сказать вам из собственного опыта, что использование OER/PfR — это «магия» по сравнению с традиционной динамической маршрутизацией (которую она контролирует). Верьте или нет, но когда я внедрил OER/PfR, единственной неожиданной проблемой было то, что команда по мониторингу сети жаловалась, что все проблемы с производительностью WAN (MPLS) исчезли. (Они по-прежнему возникали, но OER/PfR обнаруживал их и обходил так быстро, что мониторинг сети их не «видел». [Решением этой проблемы стало исключение трафика сетевого мониторинга из OER/PfR и/или сетевого мониторинга для анализа OER/PfR, его действий и сообщений.]) Однако следует понимать, что для полного использования этой возможности между источником и пунктом назначения должно быть несколько путей. По крайней мере, OER/PfR «под капотом» использовал свои собственные статистические данные NetFlow и (опционально) свой собственный мониторинг SLA для анализа производительности каждого потока и/или результатов тестирования SLA для потоков, направляемых по разным путям. Кстати, не только сетевой мониторинг перестал «видеть» проблемы с производительностью, но и пользователи перестали их замечать. Последнее является основным преимуществом, которое, по моему мнению, SD-WAN пытается предоставить, а традиционная/классическая динамическая маршрутизация сама по себе не может.</p>
]]></description><link>https://sla247.ru/forum/post/5973</link><guid isPermaLink="true">https://sla247.ru/forum/post/5973</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:01 GMT</pubDate></item><item><title><![CDATA[Reply to Мнения о сегментной маршрутизации и SD-Wan. on Fri, 13 Feb 2026 19:59:00 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rpalmeida" aria-label="Profile: rpalmeida">@<bdi>rpalmeida</bdi></a><br />
Здравствуйте, и это справедливое замечание, мой друг. Потому что eBGP — это настоящий монстр в плане отказоустойчивости и распределения нагрузки, вы абсолютно правы. Настоящая разница заключается не в том, что пересылает пакеты, а в том, как принимаются решения.<br />
eBGP<br />
анализирует сетевой путь: работает ли канал связи или нет? А<br />
SD-WAN<br />
анализирует пользовательский опыт: есть ли сейчас прерывания в звонке Zoom? Да, оба канала могут быть «активными» для BGP, но SD-WAN может увидеть, что ваш MPLS перегружен, и мгновенно перенести только трафик Zoom на широкополосную связь, сохраняя плавность звонка, в то время как все остальное остается на месте. В этом и заключается магия, мой друг! Это больше похоже на разницу между приложение-ориентированным и путь-ориентированным подходами. Надеюсь, это поможет, и на сегодня я ухожу! МИР -Энес Еще Cisco?!<br />
Еще спортзал?!<br />
Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Буду очень признателен!</p>
]]></description><link>https://sla247.ru/forum/post/5972</link><guid isPermaLink="true">https://sla247.ru/forum/post/5972</guid><dc:creator><![CDATA[Enes Simnica]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:59:00 GMT</pubDate></item></channel></rss>