[Olsr-users] [Olsr-dev] olsrd 0.6.6.1 (and earlier) ipv6 problems

[Teco Boot]

Sure.

What is your goal, having IP fragmentation work well and support for up to 64KB packets and/or fragmentation in OLSR, where messages are split off at say 1KB?
First one should work easily, just turn off df=1.
Maybe OpenVPN tunnel MTU is not set correctly and as a result second one fails.

Teco


Op 29 mrt. 2014, om 15:20 heeft Henning Rogge <(spam-protected)> het volgende geschreven:

> Still we should look into the problem with the fragmentation anyways.
> 
> Henning
> 
> On Sat, Mar 29, 2014 at 3:18 PM, Teco Boot <(spam-protected)> wrote:
>> What I have *is* dynamic.
>> 
>> What is missing in OpenVPN: float. With float, the tunnel doesn't depend on
>> smartgateway or whatever, the tunnel would survive changing attachment
>> points. Float  is in 2.4 (I hope).
>> 
>> Teco
>> 
>> 
>> Op 29 mrt. 2014, om 07:33 heeft Russell Senior <(spam-protected)>
>> het volgende geschreven:
>> 
>> We could switch to a static routing regime, but olsr is (has been) nice for
>> handling it all dynamically for us.
>> 
>> Is this limitation in olsr we have encountered correctable in the near term,
>> or should we be looking at converting to static routes?
>> 
>> Thanks!
>> 
>> 
>> On Fri, Mar 28, 2014 at 9:58 AM, Teco Boot <(spam-protected)> wrote:
>>> 
>>> Running a MANET protocol over a VPN hub&spoke infrastructure is not
>>> something I recommend. On hub, all TC messages are pushed on all tunnels.
>>> Can introduce problems when packet rate isn't shaped.
>>> 
>>> What we have is a VPN tunnel for each OLSR router. On spokes, RFC1918
>>> routes go into the tunnel. Hub has /24 routes back, generated from
>>> certificate. Scales very well.
>>> 
>>> Teco
>>> 
>>> Op 28 mrt. 2014, om 14:54 heeft Ferry Huberts <(spam-protected)> het
>>> volgende geschreven:
>>> 
>>>> 
>>>> 
>>>> On 28/03/14 10:34, Henning Rogge wrote:
>>>>> Hi,
>>>>> 
>>>>> I must admit that I am not convinced that its an Olsrd bug what we are
>>>>> seeing...
>>>>> 
>>>>> If I see it correctly Olsrd is running over the VPN interface
>>>>> connection (interface name "vpn"), right?
>>>>> 
>>>>> Is the VPN connection between the nodes still active during the route
>>>>> loss? Most of the nodes seem to have direct connections and the "30
>>>>> seconds until recovery" sounds like an ETX value slowly going down and
>>>>> then dropping the link.
>>>> 
>>>> 30 seconds is also something we see when our vpn connections break...
>>>> 
>>>> --
>>>> Olsr-users mailing list
>>>> (spam-protected)
>>>> https://lists.olsr.org/mailman/listinfo/olsr-users
>>> 
>> 
>> 
>> 
>> --
>> Olsr-dev mailing list
>> (spam-protected)
>> https://lists.olsr.org/mailman/listinfo/olsr-dev