[PATCH] fff-network: enable accept_ra

[Tim Niemeyer]

Es war forwarding auf 1 und accept_ra auf 1 jeweils auf dem San interface. Da kann man dann lange warten..;)

Am 8. September 2019 21:44:15 MESZ schrieb "Fabian Bläse" <fabian at blaese.de>:
>"richtig" ist immer Auslegungssache.. :-)
>
>Da es nicht weh tut und defintiv erwartetes verhalten ist, dass RA auf
>WAN akzeptiert werden, ist es wohl dennoch nicht verkehrt:
>Reviewed-by: Fabian Bläse <fabian at blaese.de>
>
>Ich bin mir aber dennoch sehr sicher, dass deine Problematik daher kam,
>ich hab das auch schon häufiger beobachtet, auch mit accept_ra=2.
>"forwarding" ist aber aktuell schon richtig eingestellt, oder wo denkst
>du ist es falsch?
>
>Gruß
>Fabian
>
>On 08.09.19 21:39, Tim Niemeyer wrote:
>> Würde mich wundern. Der hing schon echt ewig am Netz. Und am Ende war
>ja die forwarding und accept_ra Kiste falsch eingestellt auf dem iface.
>> 
>> Tim
>> 
>> Am 8. September 2019 21:37:09 MESZ schrieb "Fabian Bläse"
><fabian at blaese.de>:
>>> Doch, geht. Ich verwende das ja schon.
>>>
>>> Du bist vermutlich in ein Problem gelaufen, für das ich bisher keine
>>> gute Lösung habe:
>>> Linux sendet nur wenige Router Solicitations und verringert die Rate
>>> auch sehr schnell. (vgl.: https://tools.ietf.org/html/rfc7559)
>>>
>>> Sobald ein Link UP geht, fängt Linux mit den RS (und auch der
>>> Verringerung der Rate) an.
>>> Weil das Interface intern aber an einem Switch hängt, ist es immer
>UP
>>> und die RS beginnen schon, bevor WAN tatsächlich aktiv ist.
>>>
>>> Gruß
>>> Fabian
>>>
>>> On 08.09.19 21:07, Tim Niemeyer wrote:
>>>> Is mir eigentlich Wurst. Der Punkt ist, dass auf der GW Firmware
>kein
>>> v6 am WAN ging. :P
>>>>
>>>> Tim
>>>>
>>>> Am 8. September 2019 20:46:53 MESZ schrieb "Fabian Bläse"
>>> <fabian at blaese.de>:
>>>>> Hey Tim,
>>>>>
>>>>> Theoretisch ein guter Fund. Praktisch ist es egal, weil
>"forwarding"
>>>>> von der gleichen Funktion für das Interface auf 0 gesetzt wird.
>>> Sonst
>>>>> wäre IPv6 auch in der Node Firmware kaputt, dort ist Forwarding
>>>>> ebenfalls aktiv.
>>>>> Ich bin hier noch etwas unschlüssig, wie genau wir accept_ra jetzt
>>>>> setzen sollten..
>>>>>
>>>>> Gruß
>>>>> Fabian
>>>>>
>>>>> On 08.09.19 17:04, Tim Niemeyer wrote:
>>>>>> Else we can't enable accept_ra while forwarding is enabled.
>>>>>>
>>>>>> Signed-off-by: Tim Niemeyer <tim at tn-x.org>
>>>>>> ---
>>>>>>
>>>>>>  .../fff/fff-network/files/usr/sbin/configurenetwork        | 7
>>>>> ++++++-
>>>>>>  1 file changed, 6 insertions(+), 1 deletion(-)
>>>>>>
>>>>>> diff --git
>>>>> a/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
>>>>> b/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
>>>>>> index 448bd04..0b47b4f 100755
>>>>>> ---
>a/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
>>>>>> +++
>b/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
>>>>>> @@ -33,10 +33,15 @@ setAutoConf() {
>>>>>>      # Usage: setAutoConf <interface> <[0|1]>
>>>>>>      local iface=$1
>>>>>>      local on=$2
>>>>>> +    local ra=$2
>>>>>> +
>>>>>> +    if [ "$ra" -eq "1" ]; then
>>>>>> +        ra=2;
>>>>>> +    fi
>>>>>>  
>>>>>>      sysctlfile="/etc/sysctl.d/51-fff-network-$iface.conf"
>>>>>>      echo "# Generated from configurenetwork" > "$sysctlfile"
>>>>>> -    echo "net.ipv6.conf.$iface.accept_ra = $on" >> "$sysctlfile"
>>>>>> +    echo "net.ipv6.conf.$iface.accept_ra = $ra" >> "$sysctlfile"
>>>>>>      echo "net.ipv6.conf.$iface.accept_ra_defrtr = $on" >>
>>>>> "$sysctlfile"
>>>>>>      echo "net.ipv6.conf.$iface.accept_ra_pinfo = $on" >>
>>>>> "$sysctlfile"
>>>>>>      echo "net.ipv6.conf.$iface.autoconf = $on" >> "$sysctlfile"
>>>>>>