<?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[Распределение нагрузки L2VPN (VPLS-VPWS) между несколькими каналами связи]]></title><description><![CDATA[<p dir="auto">Привет всем Мне интересно, есть ли способ сбалансировать нагрузку трафика l2vpn. Например, вот сценарий: CE1 ---- PE1 ===== Сеть MPLS ===== PE2 ---- CE2 ---- Один канал ==== Два канала Затем я настраиваю xconnect между PE, и трафик проходит только через одно соединение. Я могу проверить это, введя «show mpls l2 vc [id] detail», и будет отображаться только один следующий узел. Даже если я ввожу «show ip route [PE IP]» или «show ip cef [PE IP]», мне показывается несколько путей. Возможно ли распределить нагрузку трафика между двумя или более ссылками? (например, cef per packet balancing или что-то в этом роде) Спасибо, Амир</p>
]]></description><link>https://sla247.ru/forum/topic/2681/распределение-нагрузки-l2vpn-vpls-vpws-между-несколькими-каналами-связи</link><generator>RSS for Node</generator><lastBuildDate>Thu, 14 May 2026 21:46:05 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/2681.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 03 Mar 2026 15:52:30 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Распределение нагрузки L2VPN (VPLS-VPWS) между несколькими каналами связи on Tue, 03 Mar 2026 15:52:32 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
@Amirmahdi.M<br />
. &gt; Необходимо ли добавлять метку энтропии на оба PE или ее можно настроить только в одном направлении? Метка энтропии mpls ldp включена на выходном PE. Оба PE, заканчивающие xconnect, будут действовать как входные/выходные PE для псевдопровода. Вы можете включить эту функцию только в одном направлении, но правильная балансировка нагрузки будет происходить только в этом направлении. Имейте в виду, что использование метки энтропии добавит 2 метки в стек меток (индикатор метки энтропии (значение метки = 7) + фактическая метка энтропии). Это необходимо учитывать для основного MTU. Это может не быть проблемой, если ваш основной MTU уже намного больше, чем MTU на сервисных интерфейсах. Платформы и версии программного обеспечения, которые вы используете, должны подходить. С уважением, С уважением,<br />
Гарольд Риттер, CCIE #4168 (EI, SP)</p>
]]></description><link>https://sla247.ru/forum/post/19609</link><guid isPermaLink="true">https://sla247.ru/forum/post/19609</guid><dc:creator><![CDATA[Harold Ritter]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:32 GMT</pubDate></item><item><title><![CDATA[Reply to Распределение нагрузки L2VPN (VPLS-VPWS) между несколькими каналами связи on Tue, 03 Mar 2026 15:52:31 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
@Amirmahdi.M<br />
. Отсутствие возможности балансировки нагрузки является известной проблемой L2VPN. Чтобы ее решить, необходимо добавить метку энтропии (RFC6790) к каждому потоку, чтобы обеспечить правильную балансировку нагрузки. Один из способов сделать это — включить поддержку меток энтропии mpls ldp на PE. Это зависит от того, поддерживается ли эта функция на PE. Какая ОС и версии в настоящее время используются на ваших PE? Поддержка метки энтропии MPLS LDP: <a href="https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mp_ldp/configuration/xe-16/mp-ldp-xe-16-book/mp-ldp-entropy.html#:~:text=Benefits%20of%20MPLS%20LDP%20Entropy%20Label%20Support,-Each%20transit%20LSR&amp;text=If%20the%20transit%20LSR%20is,cost%20paths%20exiting%20a%20LSR" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mp_ldp/configuration/xe-16/mp-ldp-xe-16-book/mp-ldp-entropy.html#:~:text=Преимущества поддержки энтропийных меток MPLS LDP, - Каждый транзитный LSR&amp;text=Если транзитный LSR, пути с наименьшей стоимостью..</a><br />
. С уважением, С уважением,<br />
Гарольд Риттер, CCIE #4168 (EI, SP)</p>
]]></description><link>https://sla247.ru/forum/post/19608</link><guid isPermaLink="true">https://sla247.ru/forum/post/19608</guid><dc:creator><![CDATA[Harold Ritter]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:31 GMT</pubDate></item></channel></rss>