https://m.opennet.dev/openforum/vsluhforumID6/18245.html Имеем 7609 SUP720+ ES20 и подключенный к ней 3750me<br><br>Пытаюсь настроить H-VPLS.<br>на 3750me прописываю:<br>vlan 293<br>name Managment<br><br>interface FastEthernet1/0/9<br> switchport access vlan 293<br> switchport mode access<br><br>interface Vlan293<br> description Managment<br> no ip address<br> xconnect 192.168.1.1 293 encapsulation mpls<br><br>на 7609<br><br>l2 vfi Managment manual<br> vpn id 293<br> neighbor 192.168.1.4 encapsulation mpls no-split-horizon<br><br>interface Vlan293<br> description Managment<br> no ip address<br> xconnect vfi Managment<br><br>вроде все как по мануалу.<br><br>гляжу sh ip mpls l2transport vc 293 det на 3750me<br>там все хорошо, все поднято, даже пишет что пакетики отправляет.<br>гляжу тоже самое на 7609 и виже, что тоже все поднято, но:<br> Output interface: none, imposed label stack {267}<br> Preferred path: not configured<br> Default path: active<br> Next hop: Invalid ADDR<br><br>Что же делать, товарищи? Куда рыть? <br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#11 Wed, 04 May 2011 12:11:11 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с <br>&gt;&gt;&gt;применением SVI. Буду пробовать. У меня в кольцевая топология и осталось <br>&gt;&gt;&gt;несколько вланов в кольце. Как раз хотел от них избавиться перейдя <br>&gt;&gt;&gt;на H-VPLS. А тут получается, что бы уйти от вланов надо <br>&gt;&gt;&gt;сначала убрать SVI, а я это не могу сделать %-( <br>&gt;&gt; <br>&gt;&gt;Мы в этой ситуации создали параллельные L2 каналы на резервных волокнах на <br>&gt;&gt;время переноса старых услуг в MPLS... После переноса разобрали их.<br>&gt; Спасибо Борис, все завелось как и требовалось. В том числе заработала терминация <br>&gt; ATOM на SVI без привязки к физ. интерфейсу.<br><br>Отпишите что сделали по подробнее, чет я не въехал.<br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#10 Mon, 23 Feb 2009 08:46:03 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;интерфейсы, и всё заработало. <br>&gt;&gt;<br>&gt;&gt;Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с <br>&gt;&gt;применением SVI. Буду пробовать. У меня в кольцевая топология и осталось <br>&gt;&gt;несколько вланов в кольце. Как раз хотел от них избавиться перейдя <br>&gt;&gt;на H-VPLS. А тут получается, что бы уйти от вланов надо <br>&gt;&gt;сначала убрать SVI, а я это не могу сделать %-( <br>&gt;<br>&gt;Мы в этой ситуации создали параллельные L2 каналы на резервных волокнах на <br>&gt;время переноса старых услуг в MPLS... После переноса разобрали их. <br><br>Спасибо Борис, все завелось как и требовалось. В том числе заработала терминация ATOM на SVI без привязки к физ. интерфейсу.<br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#9 Wed, 18 Feb 2009 12:34:20 GMT &gt;[оверквотинг удален]<br>&gt;&gt;работает. <br>&gt;&gt;Скорее всего, это ограничение данной платформы by design, хотя саппорт мы на <br>&gt;&gt;этот счёт особо не пытали - переделали дизайн сети на маршрутизируемые <br>&gt;&gt;интерфейсы, и всё заработало. <br>&gt;<br>&gt;Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с <br>&gt;применением SVI. Буду пробовать. У меня в кольцевая топология и осталось <br>&gt;несколько вланов в кольце. Как раз хотел от них избавиться перейдя <br>&gt;на H-VPLS. А тут получается, что бы уйти от вланов надо <br>&gt;сначала убрать SVI, а я это не могу сделать %-( <br><br>Мы в этой ситуации создали параллельные L2 каналы на резервных волокнах на время переноса старых услуг в MPLS... После переноса разобрали их.<br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#8 Wed, 18 Feb 2009 12:13:28 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;К сожалению, так не будет работать. <br>&gt;Трафик с 7600 в MPLS домен (до удалённой стороны EoMPLS PW) должен <br>&gt;проходить через маршрутизируемый порт ES20 (routed), а не через SVI. У <br>&gt;Вас же он идёт как раз через SVI (интерфейс Vlan14). <br>&gt;VPLS в такой конфигурации (когда MPLS трафик проходит через int vlan) не <br>&gt;работает. <br>&gt;Скорее всего, это ограничение данной платформы by design, хотя саппорт мы на <br>&gt;этот счёт особо не пытали - переделали дизайн сети на маршрутизируемые <br>&gt;интерфейсы, и всё заработало. <br><br>Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с применением SVI. Буду пробовать. У меня в кольцевая топология и осталось несколько вланов в кольце. Как раз хотел от них избавиться перейдя на H-VPLS. А тут получается, что бы уйти от вланов надо сначала убрать SVI, а я это не могу сделать %-(<br><br><br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#7 Wed, 18 Feb 2009 10:48:15 GMT &gt;&gt;Покажите sh ip route 192.168.1.4 с 7600. <br>&gt;<br>&gt;Routing entry for 192.168.1.4/32 <br>&gt; Known via "ospf 1", distance 110, metric 20, type extern <br>&gt;2, forward metric 1 <br>&gt; Last update from 10.0.16.222 on Vlan14, 3d14h ago <br>&gt; Routing Descriptor Blocks: <br>&gt; * 10.0.16.222, from 192.168.1.4, 3d14h ago, via Vlan14 <br>&gt; Route metric is 20, traffic share <br>&gt;count is 1 <br><br>К сожалению, так не будет работать.<br>Трафик с 7600 в MPLS домен (до удалённой стороны EoMPLS PW) должен проходить через маршрутизируемый порт ES20 (routed), а не через SVI. У Вас же он идёт как раз через SVI (интерфейс Vlan14).<br>VPLS в такой конфигурации (когда MPLS трафик проходит через int vlan) не работает.<br>Скорее всего, это ограничение данной платформы by design, хотя саппорт мы на этот счёт особо не пытали - переделали дизайн сети на маршрутизируемые интерфейсы, и всё заработало.<br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#6 Wed, 18 Feb 2009 09:05:05 GMT &gt;Покажите sh ip route 192.168.1.4 с 7600. <br><br>Routing entry for 192.168.1.4/32<br> Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 1<br> Last update from 10.0.16.222 on Vlan14, 3d14h ago<br> Routing Descriptor Blocks:<br> * 10.0.16.222, from 192.168.1.4, 3d14h ago, via Vlan14<br> Route metric is 20, traffic share count is 1<br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#5 Wed, 18 Feb 2009 07:32:49 GMT Покажите sh ip route 192.168.1.4 с 7600.<br> https://m.opennet.dev/openforum/vsluhforumID6/18245.html#4 Wed, 18 Feb 2009 05:57:48 GMT &gt;show mpls l2transport vc 293 detail на обоих железках покажите. <br><br>на 76-й<br>Local interface: VFI Managment VFI up<br> MPLS VC type is VFI, interworking type is Ethernet<br> Destination address: 192.168.1.4, VC ID: 293, VC status: up<br> Output interface: none, imposed label stack {267}<br> Preferred path: not configured<br> Default path: active<br> Next hop: Invalid ADDR<br> Create time: 2d13h, last status change time: 2d12h<br> Signaling protocol: LDP, peer 192.168.1.4:0 up<br> Targeted Hello: 192.168.1.1(LDP Id) -&gt; 192.168.1.4<br> Status TLV support (local/remote) : enabled/not supported<br> Label/status state machine : established, LruRru<br> Last local dataplane status rcvd: no fault<br> Last local SSS circuit status rcvd: no fault<br> Last local SSS circuit status sent: no fault<br> Last local LDP TLV status sent: no fault<br> Last remote LDP TLV status rcvd: not sent<br> MPLS VC labels: local 496, remote 267<br> Group ID: local 0, remote 0<br> MTU: local 1546, r https://m.opennet.dev/openforum/vsluhforumID6/18245.html#3 Wed, 18 Feb 2009 05:48:36 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Preferred path: not configured <br>&gt;&gt; Default path: active <br>&gt;&gt; Next hop: Invalid ADDR <br>&gt;&gt;<br>&gt;&gt;Что же делать, товарищи? Куда рыть? <br>&gt;<br>&gt;1. нужно проверить, что по IGP и по LDP loopback на который <br>&gt;строится xconnect прилетает с одиниковой маской. <br>&gt;2. Не работал с 3750Me но меня терзают мутные сомнения, что можно <br>&gt;делать xconnect c svi. Попробуйте сделать с порта xconnect. <br><br>1. Маска одна<br>2. На нем как раз таки только с SVI и делается.<br>