-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Sam: We're using the Cisco ML cards in the 15454's. The inbound port from the switch is just a .1Q trunk. The ML cards do the Q-in-Q encapsulation of all frames coming inbound, although this is just one configuration scenario that happened to work well for our application. These particular cards can take any frame up to 9000 bytes, so pre-encapsulated traffic types such a Q-in-Q or MPLS frames are no problem. We have not seen any issues with encapsulated types, but of course, your mileage may vary. Mike

-----Original Message----- From: Sam Stickland [mailto:sam_ml@spacething.org] Sent: Wednesday, July 07, 2004 3:28 AM To: Michael Smith Cc: nanog@nanog.org Subject: RE: 802.17 RPR and L2 Ethernet interoperablity (Ethernet over RPR)

Thanks for the reply. Pretty much everyone has told me that it's vendor specific, although the implementation mentioned below sounds nice. Any chance of naming that vendor?

One question about this, the Q-in-Q tunnelling would have to take place on the switch connected to the ring - what happens if the packet has already been placed in a dot1Q tunnel? I haven't really worked much with dot1Q tunneling - are their any know problems with extra tags? (aside from MTU issues, but I imagine most rings will support at least 9bytes)

Sam

On Tue, 6 Jul 2004, Michael Smith wrote:

...

Hello:

I think this is pretty provider-specific. However, we are doing this right now with a particular vendor using their flavor of RPR. The ring uses Q in Q tunneling in the core and all switches communicate directly to one another using .1Q encapsulated frames.

Mike

...

-----Original Message----- From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of sam_ml@spacething.org Sent: Tuesday, July 06, 2004 11:50 AM To: nanog@nanog.org Subject: 802.17 RPR and L2 Ethernet interoperablity (Ethernet over RPR)

Hi,

This is probably a fairly simply question, I'm probably just not quite groking the layers involved here.

If I had the following setup:

Endstation A -- Switch A === RPR Ring === Switch B -- Endstation B

could there be a VLAN setup such that Endstations A and B are both in it, and can communicate as if they are on the same LAN segment? (And I mean natively. ie. not using an MPLS VPN). ie. Will the switches involved tranlate the different framing formats in use? Is this vendor dependent?

Sam

-----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQOwTjZzgx7Y34AxGEQITygCfVnf2TwHWTM2RKIOlwpWxv2CCop8AoMxK tLDj65xi20rBuWtR6to8uMDq =JWVZ -----END PGP SIGNATURE-----