<?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[несколько удаленных цветов с петлевыми TLOC]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Я имею в виду рисунок 5-25 из книги «Cisco Catalyst SD-WAN: проектирование, развертывание и защита вашей WAN»: ![IMG_20251222_115652.jpg] В ней говорится: «Решением проблемы является создание интерфейсов обратной связи в режиме привязки на концентраторе для удаленных филиалов, которые физически там не присутствуют. Означает ли это, что несколько интерфейсов обратной связи в качестве туннельных интерфейсов могут быть привязаны к одному и тому же физическому интерфейсу? Если физические интерфейсы одновременно являются туннельными интерфейсами, будут ли они по-прежнему перенаправлять трафик на loopback?</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/6d79f367a031d33df4a5e1f8a9aa5b69ee941e68.jpg" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/topic/611/несколько-удаленных-цветов-с-петлевыми-tloc</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 16:05:25 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/611.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 12 Feb 2026 14:31:18 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to несколько удаленных цветов с петлевыми TLOC on Thu, 12 Feb 2026 14:31:20 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/iores" aria-label="Profile: iores">@<bdi>iores</bdi></a><br />
Да, вы можете привязать несколько интерфейсов обратной связи к одному физическому интерфейсу, что позволит вам запускать несколько цветов TLOC через одно физическое соединение. Физический интерфейс действует строго как транспортная подложка, поэтому он будет правильно пересылать весь трафик, связанный с привязанными интерфейсами обратной связи. Это стандартная конструкция, описанная в Руководстве по настройке систем и интерфейсов Cisco Catalyst SD-WAN, которая позволяет обеспечить большую детализацию политик.</p>
]]></description><link>https://sla247.ru/forum/post/4004</link><guid isPermaLink="true">https://sla247.ru/forum/post/4004</guid><dc:creator><![CDATA[Stefan Mihajlov]]></dc:creator><pubDate>Thu, 12 Feb 2026 14:31:20 GMT</pubDate></item><item><title><![CDATA[Reply to несколько удаленных цветов с петлевыми TLOC on Thu, 12 Feb 2026 14:31:19 GMT]]></title><description><![CDATA[<p dir="auto">Привет, Прежде всего, необходимо прояснить понятия режима привязки и отвязки. Режим bind означает, что весь трафик, поступающий на интерфейс loopback и отправляемый с него, ДОЛЖЕН выходить и входить через связанный физический интерфейс (обычно используется в дизайне, как показано на предоставленном снимке экрана, где ваш IP-адрес loopback маршрутизируется через один физический интерфейс, либо потому, что у вас есть только одно физическое соединение, либо потому, что IP-адрес loopback может маршрутизироваться через одно физическое соединение, хотя у вас может быть несколько физических соединений). Режим развязки или стандартный режим означает, что трафик, поступающий на интерфейс loopback и исходящий из него, может выходить и входить через разные физические интерфейсы (обычно используется в проектах, где у вас есть несколько физических подключений и ваш IP-адрес loopback может маршрутизироваться через несколько физических подключений; на практике это происходит, когда физические подключения являются общедоступными / основанными на Интернете, и ваш loopback имеет общедоступный IP-адрес, настроенный непосредственно на интерфейсе или через NAT, или когда физические подключения являются частными / MPLS и от одного и того же поставщика услуг). Далее, отвечая на ваш первый вопрос, в обоих случаях, в режиме привязки и отвязки, вы можете иметь несколько loopback в качестве туннельных интерфейсов с уникальными назначенными TLOC, при этом трафик к/от всех loopback входит и выходит через один физический интерфейс (режим привязки) или несколько физических интерфейсов (режим отвязки). Далее, что касается вашего второго вопроса, в обоих случаях, в режиме привязки и отвязки, физический интерфейс также может действовать как TLOC / туннельный интерфейс. Чтобы понять последствия, прочтите здесь, начиная с раздела «Информация о неявном ACL на интерфейсах loopback»: <a href="https://www.cisco.com/c/en/us/td/docs/routers/sdwan/configuration/system-interface/ios-xe-17/systems-interfaces-book-xe-sdwan/configure-interfaces.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/routers/sdwan/configuration/system-interface/ios-xe-17/systems-interfaces-book-xe-sdwan/configure-interfaces.html</a> Моя рекомендация, чтобы избежать всех вышеперечисленных сложностей и следовать принципу KISS, который является ориентиром в проектировании сетей, — использовать либо Loopbacks в качестве TLOC, либо физический интерфейс, через который трафик к/от Loopbacks маршрутизируется в качестве TLOC, поэтому не смешивайте их. С помощью этой конструкции вы можете достичь любой цели, так зачем ее усложнять? Во-вторых, в вашем сценарии, с несколькими Loopbacks через один и тот же физический интерфейс, я бы выбрал режим bind, как и было предложено, по той простой причине, что не придется беспокоиться о маршрутизации, если в будущем будут добавлены дополнительные физические ссылки. Спасибо, Кристиан.</p>
]]></description><link>https://sla247.ru/forum/post/4003</link><guid isPermaLink="true">https://sla247.ru/forum/post/4003</guid><dc:creator><![CDATA[Cristian Matei]]></dc:creator><pubDate>Thu, 12 Feb 2026 14:31:19 GMT</pubDate></item></channel></rss>