[j-nsp] Use of lt-Interfaces on Juniper MX for binding multiple VPLS Instances to several CCC (unidirectional Ethernet P2P) Servcies RxTx-loop to same interface
Prochaska Gerhard
gerhard.prochaska at a1telekom.at
Fri Oct 8 08:17:05 EDT 2010
Hi Roger !
I am able to glue a VPLS Instance together with a CCC Service using a physical Hairpin. But alas to spend two 10G Interfaces just to stich a service ....
Next thing i tried was to use the LT-Interface. I was surprised to see that i can only replicate unidirectional Traffic (eg Audio or Video) on a VPLS Instanz and then send it over the Netzwork with
P2MP LSPs by stitching the services on an lt-Interface and that it does NOT work in the other direction.
I wanted to replicate the streams on in the Target Node (as i do on the source node) using a VPLS Instance and binding the lt- port to the VPLS.
Its strange but this did NOT work.
So i like to find out if this is a bug or if there is a reason for this behaviour.
Next i tried to use just a single port for the physical loop. Two ports are too expensive. Maybe i do something wrong in my config here for i m not familiary what can be done with
VLAN Tag swapping and what restrictions exist here.
What i mean with single port physical loop is that i connect the Rx and Tx Fiber of the same port and loop back the traffic exiting from one interface back to the same physical interface.
I guess i can do this as VLAN-CCC wont do any MAC learning.
The only thing is when i define the whole port with:
encapsulation flexible-ethernet-service
flexible-vlan-tagging
and then define a unit which i like to connect to the VPLS Instance and one to bind to the CCC Service i can not find the correct syntax to swap VLAN-IDs to make traffic arriving on one the CCC unit
go to the VPLS unit when reinserted to the port by the RxTx-Loop.
Do you know if this can be done ?
greetings
Gerhard
________________________________
Von: roger ratcliff [mailto:ratcliff.roger at googlemail.com]
Gesendet: Freitag, 08. Oktober 2010 13:42
An: Prochaska Gerhard
Betreff: Re: [j-nsp] Use of lt-Interfaces on Juniper MX for binding multiple VPLS Instances to several CCC (unidirectional Ethernet P2P) Servcies
Hi Gerhard !
As ccc is an uniderectional service it might be possible that the behaviour on an LT Interface differs for vpls to ccc stitching an ccc to vpls stitching.
Is an interesting question as ccc is much easier to implement than standard Layer 2 point to point services. Please let me know the results if you get out of forum response for that problem.
roger
On Thu, Oct 7, 2010 at 7:05 PM, Prochaska Gerhard <gerhard.prochaska at a1telekom.at<mailto:gerhard.prochaska at a1telekom.at>> wrote:
When i tie a VPLS Instance to a CCC Service using an lt-Interface:
Interface lt-x/x/x
unit 100
encapsulation vlan-vpls
vlan-id 100
peer-unit 200
unit 200
encapsulation vlan-ccc
vlan-id 100
peer-unit 100
protocol connections
p2mp-receive switch "name"
transmitt-p2mp-lsp "p2mp-lsp-name"
input-interface lt-x/x/x.200
Everything works as expected. So the lt-Interface transports traffic from the VPLS Instance to the p2mp Tree.
When i change my config to pass traffic from the CCC Side to a VPLS Instance via an lt-Interface my troubles start.
Interface lt-x/x/x
unit 100
encapsulation vlan-vpls
vlan-id 100
peer-unit 200
unit 200
encapsulation vlan-ccc
vlan-id 100
peer-unit 100
protocol connections
p2mp-receive switch "name"
receive-p2mp-lsp "p2mp-lsp-name"
output-interface lt-x/x/x.200
monitor interface lt-x/x/x shows traffic arriving at the lt-Interface from the CCC Side but it is not passed on to the VPLS.
Is this expected behaviour or a bug ? In other words:
As CCC is a unidirectional service did Juniper only implement the VPLS -> CCC direction and skip the CCC -> VPLS Part or should an LT-Interface alsways be usable to tie VPLS and CCC together in both directions.
VPLS -> CCC as well as CCC -> VPLS.
Quick response would be very welcome !!
Thx
Gerhard
_______________________________________________
juniper-nsp mailing list juniper-nsp at puck.nether.net<mailto:juniper-nsp at puck.nether.net>
https://puck.nether.net/mailman/listinfo/juniper-nsp
More information about the juniper-nsp
mailing list