[c-nsp] transparent tunnel via MPLS (ala L2TPv3)

[Fernando de Aquilino Corrêa]

Hi,

Have you tried using a pseudowire-class on your xconnect?

You can configure "interworking ethernet" on it.

Fernando

-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Leif Sawyer
Sent: quinta-feira, 19 de junho de 2008 19:01
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] transparent tunnel via MPLS (ala L2TPv3)

All --

 I've got a number of L2TPv3 tunnels set up around our metro area
feeding raw ethernet span data (pre-filtered)  into a collection device:

/span1/ -> /7206 L2TPv3/ -> (metro net) -> 
/span2/ -> /7206 L2TPv3/ -> (metro net) -> 
/span3/ -> /7206 L2TPv3/ -> (metro net) -> 
           /7206 L2TPv3 collector -> VLAN trunk/ -> / 3750 /

where the 3750 at the end provides the VLAN termination for each span
on a per-port (i.e., Fa1/0/1 == span1,  Fa1/0/2 = span2, etc..)

We've got some new sites that are 6524/MPLS enabled, and don't have a
7206
available for the L2TPv3 tunnel, so we're trying to provide the same
functionality via MPLS.

I can get a Xconnect  session to work, but -only-  if the interfaces on
each
end are "equal" -- meaning that since the collector 7206 endpoint is a
subinterface vlan,  the session won't come up on the 6524 MPLS side.

Is there any way to have the xsession ignore the interface type
mismatch?
This seems to be an asinine requirement in the first place, but I can't
seem to find any ways around it after searching google.  Granted,
my mpls  experience is very low, so I may not be approaching this with
the right frame of reference.

 Thanks...

--
Leif Sawyer
Network & Security Engineer -- General Communication Inc.

_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/