[185859] in North American Network Operators' Group
Re: EoMPLS vlan rewrite between brands; possibly new bug in Cisco
daemon@ATHENA.MIT.EDU (Jeff Tantsura)
Sat Nov 14 19:26:54 2015
X-Original-To: nanog@nanog.org
From: Jeff Tantsura <jeff.tantsura@ericsson.com>
To: Jonas Bjork <mr.jonas.bjork@me.com>
Date: Sun, 15 Nov 2015 00:26:49 +0000
In-Reply-To: <C18EB2B5-0FAD-4884-A7E9-D4DB0C5B4BA4@me.com>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
Been forever since i looked at cisco, however sounds like vc type mismatch.=
They used to have it as a platform capability, perhaps SW upgrade changed =
the default.
to my memory "show mpls l2 transport" should provide enough details.
Hope this helps
Regards,
Jeff
> On Nov 14, 2015, at 4:50 AM, Jonas Bjork <mr.jonas.bjork@me.com> wrote:
>=20
> Hi, I am using a couple of AToM/EoMPLS tunnels in order to carry customer=
voice and data traffic across our IP/MPLS core, and it is currently workin=
g just fine. The first side consists of a Cisco 7600 router (rsp) and the o=
ther one is an HP A5500-HI routing switch with full LER/E-LSR capability. A=
t the HP site, the tunnels are facing the access ports towards our premium =
end-customers; and on the Cisco PE I terminate the tunnels on one of the 2x=
10GE portchannel backbone links. There is vlan X on the HP side and vlan Y =
on the Cisco side - vlan rewrite is working perfectly - as long as I use IO=
S 12.
>=20
> After upgrading the Cisco router software to IOS 15 the tunnels won't com=
e up. sh mpls l2 vc Y d says:
> ...
> Last error: Imposition VLAN rewrite capability mismatch with peer
> ...
>=20
> I use almost exactly the same Cisco configuration before and after the up=
grade (only minor changes and nothing related to this) and I havn't touched=
the HP. Apparently they don't talk the same L2PW language. I wonder though=
, why now? We use service instances on the HP switchport as endpoint, we in=
itiate the targetted LDP session in addition to the pseudowire handshake fr=
om a sub interface MPLS crossconnect. There is no MTU mismatch; not here - =
not anywhere.
>=20
> Anyone heard of this issue or experienced it?
>=20
> Best regards,
>=20
> Jonas Bj=F6rk
> SNE, Europe/Sweden (hope you guys will help me anyway:)
