Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Ian Wells
On 11 July 2016 at 12:52, Sam Yaple wrote: > After lots of fun on IRC I have given up this battle. I am giving up > quickly because frickler has purposed a workaround (or better solution > depending on who you ask). So for all of you keeping track at home, if you > want your

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Ihar Hrachyshka
evin > > From: Ian Wells [ijw.ubu...@cack.org.uk] > Sent: Monday, July 11, 2016 12:04 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] Neutron and MTU advertisements -- post newton > > On 11 July 2016 at 11:49, Sean M. Collins &l

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Sam Yaple
evelopment Mailing List (not for usage questions) > *Subject:* Re: [openstack-dev] Neutron and MTU advertisements -- post > newton > > On 11 July 2016 at 11:49, Sean M. Collins <s...@coreitpro.com> wrote: > >> Sam Yaple wrote: >> > In this situation, since yo

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Fox, Kevin M
it does happen. Thanks, Kevin From: Ian Wells [ijw.ubu...@cack.org.uk] Sent: Monday, July 11, 2016 12:04 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] Neutron and MTU advertisements -- post newton On 11 July 2016

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Ian Wells
On 11 July 2016 at 11:49, Sean M. Collins wrote: > Sam Yaple wrote: > > In this situation, since you are mapping real-ips and the real world runs > > on 1500 mtu > > Don't be so certain about that assumption. The Internet is a very big > and diverse place OK, I'll

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Ian Wells
On 11 July 2016 at 11:12, Chris Friesen wrote: > On 07/11/2016 10:39 AM, Jay Pipes wrote: > > Out of curiosity, in what scenarios is it better to limit the instance's >> MTU to >> a value lower than that of the maximum path MTU of the infrastructure? In >> other >>

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Sean M. Collins
Sam Yaple wrote: > In this situation, since you are mapping real-ips and the real world runs > on 1500 mtu Don't be so certain about that assumption. The Internet is a very big and diverse place -- Sean M. Collins __

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Matt Kassawara
All MTU changes must occur on a layer-3 device, typically a router. If a router receives a packet with an MTU larger than the next-hop interface, it can either fragment it or use path MTU discovery (PMTUD) to inform the sender of the next-hop interface MTU value [1]. Fragmentation causes

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Chris Friesen
On 07/11/2016 10:39 AM, Jay Pipes wrote: Out of curiosity, in what scenarios is it better to limit the instance's MTU to a value lower than that of the maximum path MTU of the infrastructure? In other words, if the infrastructure supports jumbo frames, why artificially limit an instance's MTU

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Sam Yaple
On Mon, Jul 11, 2016 at 4:39 PM, Jay Pipes wrote: > On 07/11/2016 07:45 AM, Sam Yaple wrote: > >> Hello, >> >> There was alot of work to get MTU advertisement working well in Mitaka. >> With the work that was done we can finally have 1500 mtu networks for >> tunneled

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

2016-07-11 Thread Jay Pipes
On 07/11/2016 07:45 AM, Sam Yaple wrote: Hello, There was alot of work to get MTU advertisement working well in Mitaka. With the work that was done we can finally have 1500 mtu networks for tunneled networks if the underlying infrastructure supports jumbo frames. Its fantastic for people who