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
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
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
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
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
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
>>
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
__
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
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
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
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
11 matches
Mail list logo