Re: [c-nsp] MPLS and links with limited MTU size

2016-01-25 Thread Saku Ytti
On 25 January 2016 at 11:23, Adam Vitkovsky wrote: > Interesting I didn't know that, do you know if LU or MQ is responsible for > the fragmentation? But I'm afraid it would overload the Trio ensemble pretty > quickly. > Yeah, on ASR9K the "to be fragmented" traffic

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-25 Thread Adam Vitkovsky
> Saku Ytti > Sent: Sunday, January 24, 2016 8:05 PM > To: Alexandre Snarskii > Cc: cisco-nsp@puck.nether.net > Subject: Re: [c-nsp] MPLS and links with limited MTU size > > On 24 January 2016 at 16:35, Alexandre Snarskii <s...@snar.spb.ru> wrote: > > Not

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-25 Thread Adam Vitkovsky
Hey Saku, > Saku Ytti [mailto:s...@ytti.fi] > Sent: Monday, January 25, 2016 10:09 AM > On 25 January 2016 at 11:23, Adam Vitkovsky > wrote: > > > Interesting I didn't know that, do you know if LU or MQ is responsible for > the fragmentation? But I'm afraid it would

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-24 Thread Nick Hilliard
Victor Sudakov wrote: > I was thinking perhaps about some tunneling technology, like maybe > MPLS over GRE over those links? I'm sure I'm not the first to > encounter such a situation. GRE will fragment packets. Fragmentation means reassembly before the packets can be used by mpls. You would

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-24 Thread Alexandre Snarskii
On Sat, Jan 23, 2016 at 01:06:12PM +0600, Victor Sudakov wrote: > Dear Colleagues, > > There is an IP MPLS network with MTU=1600 on all routers' interfaces. > There are plans to add some backup Ethernet links whose maximum frame > size cannot exceed 1500 (hardware limit). > > Is there any way

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-24 Thread Wes Smith
Sorry That should have read... Use a route map to clear the DO Not Frag DF bit. Sent from my iPhone > On Jan 24, 2016, at 11:03 AM, Wes Smith wrote: > > We deal with Mtu issues on all out site to site vpn. Gre plus IPSec plus > other uses up 60 to 90 bytes. > There are

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-24 Thread Wes Smith
We deal with Mtu issues on all out site to site vpn. Gre plus IPSec plus other uses up 60 to 90 bytes. There are some good docs on ciscos site. Standard solution for tcp flows is, ... for the constrained or tunnel int. "IP Mtu 1400" "IP tcp adjust-mss 1360" This will cause the tcp 3way

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-24 Thread Saku Ytti
On 24 January 2016 at 16:35, Alexandre Snarskii wrote: > Not sure if it can be done with Cisco, with Juniper MX it's possible > since JunOS 14.2. MX Trio has very good fragmentation rate, it's done in the NPU (there is per-flow limit which is no where near wirerate). But for

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-23 Thread Nick Hilliard
Victor Sudakov wrote: > Is there any way those links can be put to any good use in the MPLS > network? no. They're basically useless for an mpls provider network. Nick ___ cisco-nsp mailing list cisco-nsp@puck.nether.net

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-23 Thread Adam Vitkovsky
> Victor Sudakov > Sent: Saturday, January 23, 2016 7:06 AM > > Dear Colleagues, > > There is an IP MPLS network with MTU=1600 on all routers' interfaces. > There are plans to add some backup Ethernet links whose maximum frame > size cannot exceed 1500 (hardware limit). > > Is there any way those

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-23 Thread Mark Tinka
On 23/Jan/16 23:51, Adam Vitkovsky wrote: > Dear Victor, > > If you are using MPLS routers that perform forwarding in SW you can test in > the lab if they would be able to handle the fragmentation so during the > failure of primary link they would have to fragment. > Otherwise the

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-23 Thread Victor Sudakov
Nick Hilliard wrote: > Victor Sudakov wrote: > > Is there any way those links can be put to any good use in the MPLS > > network? > > no. They're basically useless for an mpls provider network. I was thinking perhaps about some tunneling technology, like maybe MPLS over GRE over those links?

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-23 Thread Victor Sudakov
Mark Tinka wrote: > > > > > > If you are using MPLS routers that perform forwarding in SW you can test in > > the lab if they would be able to handle the fragmentation so during the > > failure of primary link they would have to fragment. > > Otherwise the fragmentation would have to be done

Re: [c-nsp] MPLS and links with limited MTU size

2016-01-23 Thread Victor Sudakov
Adam Vitkovsky wrote: > > There is an IP MPLS network with MTU=1600 on all routers' interfaces. > > There are plans to add some backup Ethernet links whose maximum frame > > size cannot exceed 1500 (hardware limit). > > > > If you are using MPLS routers that perform forwarding in SW you can >

[c-nsp] MPLS and links with limited MTU size

2016-01-22 Thread Victor Sudakov
Dear Colleagues, There is an IP MPLS network with MTU=1600 on all routers' interfaces. There are plans to add some backup Ethernet links whose maximum frame size cannot exceed 1500 (hardware limit). Is there any way those links can be put to any good use in the MPLS network? Thanks in advance