Thanks for the great suggestions. I tried setting the tag
type manually and things worked great for both tagged or
untagged.
That said, I have to think that there's a non-kludgy
(please pardon the expression) way of doing this though, no
? I mean, how do folks deliver Transparent Lan Services to
their customers?
I'll use the 'tag-type' workaround if I must..........but
must I ? I've tried 'raw-mode' with untagged endpoints,
which works great for untagged, but as soon as it's tagged,
it only works in 1 direction (from Juniper to XMR, not the
other way around). the MTU is 1500, but the test set is
generating 1280 frames, so MTU shouldn't be hindering it...
vll xmrtop-t640-vll 500 raw-mode
vll-peer 172.16.0.1
untag e 2/11
David
On 11/04/2008, Asoka De Saram <adesaram yahoo.com> wrote:
> Try to using SAV + VLL
>
> XMR global config
>
> tag-type 9100 e 1/1
>
> router mpls
> vll test100 100
> vll-peer <juniper>
> untag e 1/1
>
> You can send traffic with any VLAN ID and XMR will
transparently switch.
>
> Sent via BlackBerry from T-Mobile
>
> -----Original Message-----
> From: "David Ball" <davidtball gmail.com>
>
> Date: Thu, 10 Apr 2008 20:34:48
> To:foundry-nsp puck.nether.net
> Subject: [f-nsp] Transparent VLL between XMR and
Juniper T-series
>
>
> Is it possible to build a transparent VLL from an
XMR? I've
> successfully got a VLL running between an XMR and a
Juniper, with the
> XMR endpoint specified as 'untagged' and the VLL in
'raw-mode'. If I
> send untagged traffic, all is well. As soon as I send
tagged traffic,
> it breaks. Given the 'untagged' command for the XMR
endpoint, I guess
> I'm not surprised, but I'd ideally like to be able to
receive untagged
> OR tagged traffic and just send it to the far end (ie.
transparent,
> not caring if tagged or untagged). I'd rather not have
to
> manage/maintain any VLANs that the customer may be
sending us, but I'm
> still trying to get my head around how it might be done
(do I use
> raw-mode or not? Is the XMR endpoint untagged or
tagged if I don't
> want to 'care'?). Nudges in the right direction would
be appreciated.
>
> David
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp puck.nether.net
> h
ttp://puck.nether.net/mailman/listinfo/foundry-nsp
>
_______________________________________________
foundry-nsp mailing list
foundry-nsp puck.nether.net
h
ttp://puck.nether.net/mailman/listinfo/foundry-nsp
|