Имеем 7609 SUP720+ ES20 и подключенный к ней 3750meПытаюсь настроить H-VPLS.
на 3750me прописываю:
vlan 293
name Managmentinterface FastEthernet1/0/9
switchport access vlan 293
switchport mode accessinterface Vlan293
description Managment
no ip address
xconnect 192.168.1.1 293 encapsulation mplsна 7609
l2 vfi Managment manual
vpn id 293
neighbor 192.168.1.4 encapsulation mpls no-split-horizoninterface Vlan293
description Managment
no ip address
xconnect vfi Managmentвроде все как по мануалу.
гляжу sh ip mpls l2transport vc 293 det на 3750me
там все хорошо, все поднято, даже пишет что пакетики отправляет.
гляжу тоже самое на 7609 и виже, что тоже все поднято, но:
Output interface: none, imposed label stack {267}
Preferred path: not configured
Default path: active
Next hop: Invalid ADDRЧто же делать, товарищи? Куда рыть?
>[оверквотинг удален]
>гляжу sh ip mpls l2transport vc 293 det на 3750me
>там все хорошо, все поднято, даже пишет что пакетики отправляет.
>гляжу тоже самое на 7609 и виже, что тоже все поднято, но:
>
> Output interface: none, imposed label stack {267}
> Preferred path: not configured
> Default path: active
> Next hop: Invalid ADDR
>
>Что же делать, товарищи? Куда рыть?1. нужно проверить, что по IGP и по LDP loopback на который строится xconnect прилетает с одиниковой маской.
2. Не работал с 3750Me но меня терзают мутные сомнения, что можно делать xconnect c svi. Попробуйте сделать с порта xconnect.
>[оверквотинг удален]
>> Preferred path: not configured
>> Default path: active
>> Next hop: Invalid ADDR
>>
>>Что же делать, товарищи? Куда рыть?
>
>1. нужно проверить, что по IGP и по LDP loopback на который
>строится xconnect прилетает с одиниковой маской.
>2. Не работал с 3750Me но меня терзают мутные сомнения, что можно
>делать xconnect c svi. Попробуйте сделать с порта xconnect.1. Маска одна
2. На нем как раз таки только с SVI и делается.
>[оверквотинг удален]
>гляжу sh ip mpls l2transport vc 293 det на 3750me
>там все хорошо, все поднято, даже пишет что пакетики отправляет.
>гляжу тоже самое на 7609 и виже, что тоже все поднято, но:
>
> Output interface: none, imposed label stack {267}
> Preferred path: not configured
> Default path: active
> Next hop: Invalid ADDR
>
>Что же делать, товарищи? Куда рыть?show mpls l2transport vc 293 detail на обоих железках покажите.
>show mpls l2transport vc 293 detail на обоих железках покажите.на 76-й
Local interface: VFI Managment VFI up
MPLS VC type is VFI, interworking type is Ethernet
Destination address: 192.168.1.4, VC ID: 293, VC status: up
Output interface: none, imposed label stack {267}
Preferred path: not configured
Default path: active
Next hop: Invalid ADDR
Create time: 2d13h, last status change time: 2d12h
Signaling protocol: LDP, peer 192.168.1.4:0 up
Targeted Hello: 192.168.1.1(LDP Id) -> 192.168.1.4
Status TLV support (local/remote) : enabled/not supported
Label/status state machine : established, LruRru
Last local dataplane status rcvd: no fault
Last local SSS circuit status rcvd: no fault
Last local SSS circuit status sent: no fault
Last local LDP TLV status sent: no fault
Last remote LDP TLV status rcvd: not sent
MPLS VC labels: local 496, remote 267
Group ID: local 0, remote 0
MTU: local 1546, remote 1546
Remote interface description: Managment
Sequencing: receive disabled, send disabled
VC statistics:
packet totals: receive 0, send 0
byte totals: receive 0, send 0
packet drops: receive 0, seq error 0, send 0на каталисте:
Local interface: Vl293 up, line protocol up, Eth VLAN 293 up
Destination address: 192.168.1.1, VC ID: 293, VC status: up
Output interface: Vl14, imposed label stack {496}
Preferred path: not configured
Default path: active
Next hop: 10.0.16.221
Create time: 2d13h, last status change time: 2d12h
Signaling protocol: LDP, peer 192.168.1.1:0 up
Targeted Hello: 192.168.1.4(LDP Id) -> 192.168.1.1
Status TLV support (local/remote) : enabled/not supported
Label/status state machine : established, LruRru
Last local dataplane status rcvd: no fault
Last local SSS circuit status rcvd: no fault
Last local SSS circuit status sent: no fault
Last local LDP TLV status sent: no fault
Last remote LDP TLV status rcvd: no fault
MPLS VC labels: local 267, remote 496
Group ID: local n/a, remote 0
MTU: local 1546, remote 1546
Remote interface description:
Sequencing: receive disabled, send disabled
VC statistics:
packet totals: receive 0, send 1330
byte totals: receive 0, send 90440
packet drops: receive 0, send 0
Покажите sh ip route 192.168.1.4 с 7600.
>Покажите sh ip route 192.168.1.4 с 7600.Routing entry for 192.168.1.4/32
Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 1
Last update from 10.0.16.222 on Vlan14, 3d14h ago
Routing Descriptor Blocks:
* 10.0.16.222, from 192.168.1.4, 3d14h ago, via Vlan14
Route metric is 20, traffic share count is 1
>>Покажите sh ip route 192.168.1.4 с 7600.
>
>Routing entry for 192.168.1.4/32
> Known via "ospf 1", distance 110, metric 20, type extern
>2, forward metric 1
> Last update from 10.0.16.222 on Vlan14, 3d14h ago
> Routing Descriptor Blocks:
> * 10.0.16.222, from 192.168.1.4, 3d14h ago, via Vlan14
> Route metric is 20, traffic share
>count is 1К сожалению, так не будет работать.
Трафик с 7600 в MPLS домен (до удалённой стороны EoMPLS PW) должен проходить через маршрутизируемый порт ES20 (routed), а не через SVI. У Вас же он идёт как раз через SVI (интерфейс Vlan14).
VPLS в такой конфигурации (когда MPLS трафик проходит через int vlan) не работает.
Скорее всего, это ограничение данной платформы by design, хотя саппорт мы на этот счёт особо не пытали - переделали дизайн сети на маршрутизируемые интерфейсы, и всё заработало.
>[оверквотинг удален]
>
>К сожалению, так не будет работать.
>Трафик с 7600 в MPLS домен (до удалённой стороны EoMPLS PW) должен
>проходить через маршрутизируемый порт ES20 (routed), а не через SVI. У
>Вас же он идёт как раз через SVI (интерфейс Vlan14).
>VPLS в такой конфигурации (когда MPLS трафик проходит через int vlan) не
>работает.
>Скорее всего, это ограничение данной платформы by design, хотя саппорт мы на
>этот счёт особо не пытали - переделали дизайн сети на маршрутизируемые
>интерфейсы, и всё заработало.Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с применением SVI. Буду пробовать. У меня в кольцевая топология и осталось несколько вланов в кольце. Как раз хотел от них избавиться перейдя на H-VPLS. А тут получается, что бы уйти от вланов надо сначала убрать SVI, а я это не могу сделать %-(
>[оверквотинг удален]
>>работает.
>>Скорее всего, это ограничение данной платформы by design, хотя саппорт мы на
>>этот счёт особо не пытали - переделали дизайн сети на маршрутизируемые
>>интерфейсы, и всё заработало.
>
>Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с
>применением SVI. Буду пробовать. У меня в кольцевая топология и осталось
>несколько вланов в кольце. Как раз хотел от них избавиться перейдя
>на H-VPLS. А тут получается, что бы уйти от вланов надо
>сначала убрать SVI, а я это не могу сделать %-(Мы в этой ситуации создали параллельные L2 каналы на резервных волокнах на время переноса старых услуг в MPLS... После переноса разобрали их.
>[оверквотинг удален]
>>>интерфейсы, и всё заработало.
>>
>>Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с
>>применением SVI. Буду пробовать. У меня в кольцевая топология и осталось
>>несколько вланов в кольце. Как раз хотел от них избавиться перейдя
>>на H-VPLS. А тут получается, что бы уйти от вланов надо
>>сначала убрать SVI, а я это не могу сделать %-(
>
>Мы в этой ситуации создали параллельные L2 каналы на резервных волокнах на
>время переноса старых услуг в MPLS... После переноса разобрали их.Спасибо Борис, все завелось как и требовалось. В том числе заработала терминация ATOM на SVI без привязки к физ. интерфейсу.
>[оверквотинг удален]
>>>Спасибо за мысль. Трафик то реально ходит через ES20, хоть и с
>>>применением SVI. Буду пробовать. У меня в кольцевая топология и осталось
>>>несколько вланов в кольце. Как раз хотел от них избавиться перейдя
>>>на H-VPLS. А тут получается, что бы уйти от вланов надо
>>>сначала убрать SVI, а я это не могу сделать %-(
>>
>>Мы в этой ситуации создали параллельные L2 каналы на резервных волокнах на
>>время переноса старых услуг в MPLS... После переноса разобрали их.
> Спасибо Борис, все завелось как и требовалось. В том числе заработала терминация
> ATOM на SVI без привязки к физ. интерфейсу.Отпишите что сделали по подробнее, чет я не въехал.