Добрый день. Есть схема: 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. :(
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
Привет,
вот еще что приходит в голову - попробуй использовать pw-class с
параметром interworking ip:
http://www.cisco.com/en/US/docs/ios/mpls/command/reference/mp_e1.html#wp1013...
и с соответствующими настройками со стороны J. По идее, это должно
кибенизировать L2 подложку из транспортируемого фрейма, со сбором ее
from scratch на стороне получателя.
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. :(
-- /doka
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. :(
On Thu, Jul 09, 2009 at 11:56:19AM +0300, Yury Yaroshevsky wrote:
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; } ... } ... } ... }
Конкретные варианты варьируются от исходный данных (что с чем соединить нужно), но выше представлено общее решение. Не настаиваю на его правильности, но может быть кому-то и это полезно будет.
Просматривал только что англоязычную джуниперовскую рассылку - там еще такое решение показали: 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 } -- Kind Regards, Alexander Shikoff AMS1-UANIC
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 Там этого не было ...
On Fri, Feb 12, 2010 at 09:48:38AM +0200, Yury Yaroshevsky wrote:
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 Там этого не было ...
А вот версия автором не указана... Оригинал треда: http://www.gossamer-threads.com/lists/nsp/juniper/21502 У меня на 9.4R1.8 есть возможность добавить input-vlan-map на саб-интерфейс. -- Kind Regards, Alexander Shikoff AMS1-UANIC
participants (4)
-
Alexander Shikoff
-
Egor Zimin
-
Vladimir Litovka
-
Yury Yaroshevsky