[PATCH] fff-network: enable accept_ra

[Fabian Bläse]

"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"
>>>>>

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20190908/6a4f883b/attachment.sig>