Yes, the MTU on the Physical interface needs to be at least as high as the MTU 
required on the Xconnect.

Be aware that the 903 (RSP1 and RSP2 at least, haven't tested with RSP3) can 
only support 6 different MTU values at the same time, so 5 custom values other 
than the default 1500.  Once you hit the limit (which will trigger a syslog 
message) the MTU command will simply not take affect and a seemingly random MTU 
value is applied in hardware.

Kind regards,
Sibbi

From: Mohammad Khalil <[email protected]<mailto:[email protected]>>
Date: Wednesday 11 November 2015 08:36
To: Spyros Kakaroukas 
<[email protected]<mailto:[email protected]>>, Lukas 
Tribus <[email protected]<mailto:[email protected]>>, "Sigurbjorn B. 
Larusson" <[email protected]<mailto:[email protected]>>, George 
Giannousopoulos <[email protected]<mailto:[email protected]>>
Cc: "[email protected]<mailto:[email protected]>" 
<[email protected]<mailto:[email protected]>>
Subject: RE: [c-nsp] ASR903 Service instance MTU

So I have to raise the MTU on the physical interface that holds the service 
instances and then raise it on the pseudwire interfaces?

> From: [email protected]<mailto:[email protected]>
> To: [email protected]<mailto:[email protected]>; 
> [email protected]<mailto:[email protected]>; 
> [email protected]<mailto:[email protected]>; 
> [email protected]<mailto:[email protected]>
> CC: [email protected]<mailto:[email protected]>
> Subject: RE: [c-nsp] ASR903 Service instance MTU
> Date: Tue, 10 Nov 2015 10:12:21 +0000
>
> Hi,
>
> You are correct. IIRC, changing the MTU on the pseudowire, changes just what
> you report as the MTU of the AC. Usually the parser will prevent you from
> doing something that won't work, or fix it for you, but I don't like to
> depend on that. Either way, you will have to at least increase the MTU on
> the ACs.
>
> My thoughts and words are my own.
>
> Kind Regards,
>
> Spyros
>
>
> -----Original Message-----
> From: cisco-nsp [mailto:[email protected]] On Behalf Of
> Mohammad Khalil
> Sent: Tuesday, November 10, 2015 9:17 AM
> To: Lukas Tribus <[email protected]<mailto:[email protected]>>; 
> Sigurbjörn Birkir Lárusson
> <[email protected]<mailto:[email protected]>>; George 
> Giannousopoulos <[email protected]<mailto:[email protected]>>
> Cc: [email protected]<mailto:[email protected]>
> Subject: Re: [c-nsp] ASR903 Service instance MTU
>
> Thanks Lukas
> What am facing actually is that I got a request from my customer to raise
> the MTU for all his L2VPN connections (VFI,XCONNECT) AM afraid if I raised
> the MTU on the pseudowire interface while the physical interface MTU is
> still 1500 to cause an issue
>
> > From: [email protected]<mailto:[email protected]>
> > To: [email protected]<mailto:[email protected]>; 
> > [email protected]<mailto:[email protected]>; 
> > [email protected]<mailto:[email protected]>
> > CC: [email protected]<mailto:[email protected]>
> > Subject: RE: [c-nsp] ASR903 Service instance MTU
> > Date: Sun, 8 Nov 2015 19:00:14 +0100
> >
> > Hi Mohammad,
> >
> >
> > > Hi all
> > > I have discovered that I can change the MTU as the below syntax
> > > interface GigabitEthernet0/0/1 no ip address
> > >
> > > service instance 100 ethernet
> > > xconnect x.x.x.x {VC_ID} encapsulation mpls mtu {}
> > >
> > > But If I configured the below
> > > l2vpn xconnect context {NAME}
> > >
> > > There is no option for the MTU under it
> >
> >
> > You have to configure it on the pseudowire interface:
> > http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mp_l2_vpns/configurat
> > ion/xe-3s/mp-l2-vpns-xe-3s-book/mp-any-transport-xe.html#concept_B3B08
> > 5AFF0384B5C867E3EF9A4C58564
> >
> >
> >
> > Lukas
> >
>
> _______________________________________________
> cisco-nsp mailing list 
> [email protected]<mailto:[email protected]>
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to