<p dir="ltr">PMTUD for link local multicast?</p>
<p dir="ltr">Henning</p>
<div class="gmail_quote">Am 24.12.2014 15:41 schrieb "Teco Boot" <<a href="mailto:teco@inf-net.nl">teco@inf-net.nl</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">DF=1 and no PMTUD makes no sense.<br>
Having a function that circumvent fragments is great. But set DF and discard PTB messages is wrong.<br>
<br>
If both sides of a link have different MTU, there could still be a problem.<br>
<br>
Teco<br>
<br>
> Op 24 dec. 2014, om 12:48 heeft Henning Rogge <<a href="mailto:hrogge@gmail.com">hrogge@gmail.com</a>> het volgende geschreven:<br>
><br>
> On Wed, Dec 24, 2014 at 10:46 AM, Jernej Kos <<a href="mailto:jernej@kos.mx">jernej@kos.mx</a>> wrote:<br>
>> Hello!<br>
>><br>
>> The absence of HELLOs led me to investigate the MTUs more closely and it<br>
>> now seems that there is actually some issue with MTU discovery on the<br>
>> broker side -- nodes configure the correct MTU towards the broker, but<br>
>> the broker sometimes fails to configure correct MTU towards the nodes.<br>
>><br>
>> So this may be the cause of the problem and not OLSR as HELLOs from the<br>
>> server might then be dropped as being too large when received at the<br>
>> node. Will report back when I determine what is causing this.<br>
><br>
> Yes, I could see this becoming a problem.<br>
><br>
> olsrd uses the advertised MTU to make the packets as small as<br>
> necessary and mark them as "do not fragment"... if the MTU is wrong,<br>
> the packets might be dropped.<br>
><br>
> Henning Rogge<br>
><br>
> --<br>
> Olsr-users mailing list<br>
> <a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
> <a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
<br>
</blockquote></div>