1. MTU 1500 пробовали ставить на ge-0/0/3 ? 2. Почему no-control-word ? Yury Yaroshevsky пишет:

Добрый день.

Есть схема:

Switch1 - Router1(C7604) ---MPLS--- Router2(J6350) -- Switch2

Между R1 и R2 настроил EoMPLS(l2circit в терминологии JunOS). Работает без проблем только в случае совпадения номеров VLAN терминированых в R1 И R2 со стороны свитчей. Если пытаться соединить через EoMPLS разные номера VLAN - трафик на Switch2 не поступает, хотя по счетчикам на Router1 видно, что он пакеты в MPLS отправляет.

Куски конфигураций с обоих сторон привожу ниже:

Juniper:

ge-0/0/3 { per-unit-scheduler; vlan-tagging; mtu 1564; encapsulation vlan-ccc; unit 1 { encapsulation vlan-ccc; vlan-id 514; } [skip] }

l2circuit { neighbor x.x.x.x { interface ge-0/0/3.1 { virtual-circuit-id 214; no-control-word; mtu 1500; } } }

CISCO:

service instance 11 ethernet encapsulation dot1q 214 xconnect y.y.y.y 214 encapsulation mpls mtu 1500

Со стороны CISCO пробовались разные варианты rewrite тегов. Также переносил терминацию на subinterfaces. Эти манипуляции не решают проблемы.

Если соединять через EoMPLS CISCO-CISCO - проблем нет.

Возникшие вопросы:

1) Как на Juniper моджно посмотреть счетчики на l2circuit соединении?

2) Работают ли у кого-нибудь l2circuit с разными номерами VLAN с двух сторон соединения?

3) Что такого волшебного нужно сказать со стороны Juniper, что бы моя связка заработала?

4) Если это как в принципе работает, то поддерживается ли эта возможность (l2circuit с разными номерами VLAN) на J6350 ?

Заранее спасибо.

PS. В google рылся, но нашел только :

http://noc.caravan.ru/testlab/JC-MPLS2.htm http://markmail.org/message/mdqcz6atjtiyl3q7

В обоих местах рекомендуют что бы номера VLAN совпадали.

У меня это не возможно, так как есть соединения, которые на CISCO терминируются как QinQ. :(

-- Best regards, Egor Zimin

Vladimir Litovka пишет:

Привет,

вот еще что приходит в голову - попробуй использовать pw-class с параметром interworking ip:

http://www.cisco.com/en/US/docs/ios/mpls/command/reference/mp_e1.html#wp1013...

и с соответствующими настройками со стороны J. По идее, это должно кибенизировать L2 подложку из транспортируемого фрейма, со сбором ее from scratch на стороне получателя.

Сразу прошу извинения что не отписал о решении проблемы, видимо в "запарке" был. BTW, спасибо за информацию, посмотрю ее на досуге. Возможно это то, что реализовал я в результате экспериментов. Ниже описано как это реализовал я: На CISCO: pseudowire-class MPLS-to-Juniper encapsulation mpls interworking ethernet int gi3/0/10 service instance B ethernet description -=[ Gi3/0/10 si B xxxxxxxxxxxxxxx ]=- encapsulation dot1q A second-dot1q B rewrite ingress tag translate 2-to-1 dot1q B symmetric service-policy input pm-limit-in-256K xconnect JUNIPER-IP B encapsulation mpls pw-class MPLS-to-Juniper mtu 1546 На J6350 : interfaces { ... ge-0/0/3 { ... unit 8 { description "ge-0/0/3.8 xxxxxxxx"; encapsulation vlan-ccc; vlan-id B; family ccc { policer { input policer-256k; } } } ... } } ... protocols { ... l2circuit { ... neighbor CISCO-IP { ... interface ge-0/0/3.8 { virtual-circuit-id B; description "ge-0/0/3.8 xxxxxxxxxx"; no-control-word; mtu 1546; encapsulation-type ethernet; } ... } ... } ... } Конкретные варианты варьируются от исходный данных (что с чем соединить нужно), но выше представлено общее решение. Не настаиваю на его правильности, но может быть кому-то и это полезно будет.

2009/4/8 Yury Yaroshevsky :

...

Добрый день.

Есть схема:

Switch1 - Router1(C7604) ---MPLS--- Router2(J6350) -- Switch2

Между R1 и R2 настроил EoMPLS(l2circit в терминологии JunOS). Работает без проблем только в случае совпадения номеров VLAN терминированых в R1 И R2 со стороны свитчей. Если пытаться соединить через EoMPLS разные номера VLAN - трафик на Switch2 не поступает, хотя по счетчикам на Router1 видно, что он пакеты в MPLS отправляет.

Куски конфигураций с обоих сторон привожу ниже:

Juniper:

ge-0/0/3 { per-unit-scheduler; vlan-tagging; mtu 1564; encapsulation vlan-ccc; unit 1 { encapsulation vlan-ccc; vlan-id 514; } [skip] }

l2circuit { neighbor x.x.x.x { interface ge-0/0/3.1 { virtual-circuit-id 214; no-control-word; mtu 1500; } } }

CISCO:

service instance 11 ethernet encapsulation dot1q 214 xconnect y.y.y.y 214 encapsulation mpls mtu 1500

Со стороны CISCO пробовались разные варианты rewrite тегов. Также переносил терминацию на subinterfaces. Эти манипуляции не решают проблемы.

Если соединять через EoMPLS CISCO-CISCO - проблем нет.

Возникшие вопросы:

1) Как на Juniper моджно посмотреть счетчики на l2circuit соединении?

2) Работают ли у кого-нибудь l2circuit с разными номерами VLAN с двух сторон соединения?

3) Что такого волшебного нужно сказать со стороны Juniper, что бы моя связка заработала?

4) Если это как в принципе работает, то поддерживается ли эта возможность (l2circuit с разными номерами VLAN) на J6350 ?

Заранее спасибо.

PS. В google рылся, но нашел только :

http://noc.caravan.ru/testlab/JC-MPLS2.htm http://markmail.org/message/mdqcz6atjtiyl3q7

В обоих местах рекомендуют что бы номера VLAN совпадали.

У меня это не возможно, так как есть соединения, которые на CISCO терминируются как QinQ. :(

Alexander Shikoff пишет:

On Thu, Jul 09, 2009 at 11:56:19AM +0300, Yury Yaroshevsky wrote:

...

Vladimir Litovka пишет:

...

Привет,

вот еще что приходит в голову - попробуй использовать pw-class с параметром interworking ip:

[skip]

...

Конкретные варианты варьируются от исходный данных (что с чем соединить нужно), но выше представлено общее решение. Не настаиваю на его правильности, но может быть кому-то и это полезно будет.

Просматривал только что англоязычную джуниперовскую рассылку - там еще такое решение показали:

On Juniper side this can be added to your logical unit configuration:

unit 614 { encapsulation vlan-ccc; vlan-id 614; input-vlan-map { swap; vlan-id 461; # swap dot1.q tag before sending over network } output-vlan-map swap; # swaps to 614 before sending to local CE }

Это на какую версию? Я это пробовал еще на 9.3.xxx Там этого не было ...