<?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[проблема с псевдопроводом между IOS&#x2F;IOS-XR]]></title><description><![CDATA[<p dir="auto">Здравствуйте, У меня возникла проблема, и я был бы признателен за вашу помощь. Вот моя топология: Клиент A (ASR1K) — dot1q — PE (IOS) — P (IOS-XE) — PE (IOS XR) — dot1q — Клиент B (NCS5500) Я пытаюсь установить псевдопровод между двумя клиентами через магистраль MPLS. L2-цепь запускается успешно, без проблем с сигнализацией, но между маршрутизаторами клиентов нет IP-соединения. Поскольку я ограничен в производственной сети, я воспроизвел сценарий в виртуальной лаборатории и выполнил захват пакетов, чтобы понять, что происходит — и обнаружил нечто неожиданное: Когда я пингую с клиента B на клиента A, я вижу, что ARP-запрос доходит до клиента A, но он имеет двойную инкапсуляцию dot1q (QinQ). Я полагаю, что именно поэтому он не работает. Когда я отправляю ping от клиента A к клиенту B, запрос ARP достигает клиента B, но без тега VLAN, несмотря на то, что он поступает на подинтерфейс, ожидающий dot1q. С самого начала я подозревал проблему с обработкой dot1q, но не знал, как это доказать, пока не запустил захват. Интересно, что если я удаляю инкапсуляцию dot1q на обоих концах и использую простые физические интерфейсы, псевдопровод работает отлично, и я получаю полную связь в лаборатории. Я попробовал применить rewrite ingress tag pop 1 symmetric на IOS XR PE, но это не помогло — трафик даже не достигает ядра MPLS, когда применяется эта команда. Кто-нибудь сталкивался с чем-то подобным или имеет идеи, как справиться с таким поведением dot1q на смешанных платформах? Конфигурация IOS: interface Gi0/0.2161 инкапсуляция dot1q 2161 xconnect x.x.x.x 2161 инкапсуляция mpls Для IOS-XR я использую:<br />
<a href="https://www.cisco.com/c/en/us/td/docs/iosxr/ncs5500/vpn/75x/b-l2vpn-cg-ncs5500-75x/configure-point-to-point-layer-2-services.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/iosxr/ncs5500/vpn/75x/b-l2vpn-cg-ncs5500-75x/configure-point-to-point-layer-2-services.html</a> Снова PW работает, но нет подключения по ping. Заранее спасибо! С уважением,</p>
]]></description><link>https://sla247.ru/forum/topic/2680/проблема-с-псевдопроводом-между-iosios-xr</link><generator>RSS for Node</generator><lastBuildDate>Thu, 14 May 2026 19:46:35 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/2680.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 03 Mar 2026 15:52:27 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to проблема с псевдопроводом между IOS&#x2F;IOS-XR on Tue, 03 Mar 2026 15:52:32 GMT]]></title><description><![CDATA[<p dir="auto">Всем привет, Я нашел первопричину проблемы — и да, вы были частично правы. Когда я применил команду rewrite ingress tag pop 1 symmetric на стороне IOS XR, сначала не заметил, что псевдопровод вышел из строя из-за несоответствия MTU. IOS XR автоматически настраивает MTU при применении команды rewrite, что привело к разнице, которую я не учел. После того как я исправил значение MTU, связь была восстановлена. Однако это все еще не решило проблему в производственной сети. Настоящая проблема заключалась в следующем: при настройке xconnect на подинтерфейсе в IOS платформа обрабатывает его как псевдопровод типа 5 (сырой Ethernet, без тега VLAN). Но на стороне IOS XR я настроил его на основе VLAN, что означает псевдопровод типа 4 (Ethernet VLAN, ожидает тег VLAN). Это несоответствие и было причиной сбоя. Как только я изменил конфигурацию IOS XR на использование типа 5, все заработало правильно. Итак, ключевой вывод: «На основе VLAN» в IOS и «vlan transport-mode» в IOS XR не означают одно и то же. В следующий раз я сосредоточусь исключительно на типе PW (4 или 5), чтобы избежать таких несоответствий. Еще раз спасибо за ваши комментарии!</p>
]]></description><link>https://sla247.ru/forum/post/19606</link><guid isPermaLink="true">https://sla247.ru/forum/post/19606</guid><dc:creator><![CDATA[sebas7]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:32 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с псевдопроводом между IOS&#x2F;IOS-XR on Tue, 03 Mar 2026 15:52:31 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Да, я попробовал эту команду. Когда я ее применил, я не смог увидеть трафик, поступающий на маршрутизатор P. Без этой команды трафик проходит без проблем — только когда он достигает конечных точек, я сталкиваюсь с описанной ранее проблемой. С уважением</p>
]]></description><link>https://sla247.ru/forum/post/19605</link><guid isPermaLink="true">https://sla247.ru/forum/post/19605</guid><dc:creator><![CDATA[sebas7]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:31 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с псевдопроводом между IOS&#x2F;IOS-XR on Tue, 03 Mar 2026 15:52:30 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Ниже приведена конфигурация в IOS-XR PE. l2vpn xconnect group EoMPLS-PW-2161 p2p EoMPLS-PW-2161 interface GigabitEthernet0/0/0/1.2161 neighbor ipv4 1.1.1.1 pw-id 2161 интерфейс GigabitEthernet0/0/0/1.2161 l2transport инкапсуляция dot1q 2161 Цепь установлена правильно, все работает, и если я использую физический интерфейс без какого-либо подинтерфейса, все работает нормально. Проблема заключается в подинтерфейсе. Спасибо.</p>
]]></description><link>https://sla247.ru/forum/post/19604</link><guid isPermaLink="true">https://sla247.ru/forum/post/19604</guid><dc:creator><![CDATA[sebas7]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:30 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с псевдопроводом между IOS&#x2F;IOS-XR on Tue, 03 Mar 2026 15:52:29 GMT]]></title><description><![CDATA[<p dir="auto">Привет<br />
[, <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/sebas7" aria-label="Profile: sebas7">@<bdi>sebas7</bdi></a>] Пожалуйста, поделитесь конфигурацией ios-xr. С уважением<br />
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените.ı|ı.ı|ı.</p>
]]></description><link>https://sla247.ru/forum/post/19603</link><guid isPermaLink="true">https://sla247.ru/forum/post/19603</guid><dc:creator><![CDATA[M02@rt37]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:29 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с псевдопроводом между IOS&#x2F;IOS-XR on Tue, 03 Mar 2026 15:52:28 GMT]]></title><description><![CDATA[<p dir="auto">Привет<br />
[, <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/sebas7" aria-label="Profile: sebas7">@<bdi>sebas7</bdi></a>.]<br />
Вы<br />
пробовали использовать «rewrite ingress tag pop 1 symmetric» в подинтерфейсе?<br />
Джостер Брондани<br />
CCIE SP/EI<br />
CCDE</p>
]]></description><link>https://sla247.ru/forum/post/19602</link><guid isPermaLink="true">https://sla247.ru/forum/post/19602</guid><dc:creator><![CDATA[Joéster Brondani]]></dc:creator><pubDate>Tue, 03 Mar 2026 15:52:28 GMT</pubDate></item></channel></rss>