IPv6 in freifunk.coburg - routingproblem

Robert Langhammer rlanghammer at web.de
Mi Mai 13 22:22:51 CEST 2020


Hallo, 

ich bin zwar auch in der Hood, allerdings ist der nexthop jeweils das
Gateway fff-gw-mc.fff.community. Da muss der Gatewaybetreiber noch mal
schauen.

Bei fd43:5602:29bd:cb::3 funktioniert es, bei 2a0c:b642:1030:b::1 als
nexthop bleibt der trace hängen.

Viele Grüße
Robert


Am 13.05.20 um 18:22 schrieb Christian Dresel:
> Hallo newmy
>
> Nachdem hier anscheinend niemand sonst weiterhilft, versuche ich mal
> mein Glück. Ich bin aus diesem System mittlerweile schon etwas raus,
> daher leicht oberflächig aber vllt. hilft es dir (nachdem die Mail nun
> fertig ist und ich nochmal drüber gelesen habe, wohl eher nicht :().
>
> On 03.05.20 13:28, Ulrich Neumann wrote:
>> Hi,
>> ich bin in der Hood Coburg.
>>
>> Ich bekomme mehrere IPV6 Adressen mit entsprechenden Routen:
>>
>> IPv6 Route Table
>> ===========================================================================
>> Active Routes:
>>  If Metric Network Destination      Gateway
>>  35    311 ::/0                     fe80::66:66:66:4
>>  35    311 ::/0                     fe80::1235
>>   1    331 ::1/128                  On-link
>>  35    311 2a06:e881:340a:8100::/64 On-link
>>  35    311 2a06:e881:340a:8100:4d3d:1715:d16:efb7/128
>>                                     On-link
>>  35    311 2a06:e881:340a:8100:9d6a:766c:22d0:5aa2/128
>>                                     On-link
>>  35    311 2a0c:b642:1030:b::/64    On-link
>>  35    311 2a0c:b642:1030:b:4d3d:1715:d16:efb7/128
>>                                     On-link
>>  35    311 2a0c:b642:1030:b:9d6a:766c:22d0:5aa2/128
>>                                     On-link
>>  35    311 fc00::/7                 fe80::66:66:66:4
>>  35    311 fc00::/7                 fe80::1235
>>  35    311 fd43:5602:29bd:cb::/64   On-link
>>  35    311 fd43:5602:29bd:cb:4d3d:1715:d16:efb7/128
>>                                     On-link
>>  35    311 fd43:5602:29bd:cb:9d6a:766c:22d0:5aa2/128
>>                                     On-link
>>  35    311 fe80::/64                On-link
>>  35    311 fe80::9d6a:766c:22d0:5aa2/128
>>                                     On-link
>>   1    331 ff00::/8                 On-link
>>  35    311 ff00::/8                 On-link
>> ===========================================================================
>> Persistent Routes:
>>   None
>>
>> Die Problematik ist, dass durch die gleiche Metric die Routen wohl
>> gleichwertig sind und bei Zugriffen die RoundRobin mäßig genutzt
>> werden.
> Das ist soweit absicht, eigentlich sollten beide Routen funktionieren da
> beide Gateways den richtigen Weg kennen sollten.
>
>> Das fürt oft dazu, dass die Netzte wohl nicht richtig erreicht werden.
>> z.B. ein Router in der Hood Münchberg:
>>
>> richtig:
>> C:\Users\NeumannUlrich>tracert -6 fd43:5602:29bd:4b:0:c46e:1f9d:e112
>>
>> Tracing route to fd43:5602:29bd:4b:0:c46e:1f9d:e112 over a maximum of 30 hops
>>
>>   1    31 ms    11 ms    11 ms  fd43:5602:29bd:cb::3
>>   2    17 ms    14 ms    18 ms  fd43:5602:29bd:ffff::feee
>>   3    20 ms    19 ms    19 ms  fd43:5602:29bd:ffff::64
>>   4    62 ms    67 ms    63 ms  fd43:5602:29bd:4b:0:c46e:1f9d:e112
>>
>> Trace complete.
>>
>> Nach kurzer Zeit aber:
>>
>> C:\Users\NeumannUlrich>tracert -6 fd43:5602:29bd:4b:0:c46e:1f9d:e112
>>
>> Tracing route to fd43:5602:29bd:4b:0:c46e:1f9d:e112 over a maximum of 30 hops
>>
>>   1    52 ms    12 ms    11 ms  2a0c:b642:1030:b::1
>>   2    25 ms    18 ms    19 ms  aquarius.sgstbr.de
>> [2a01:4f8:160:14d5:a04b:0:6171:7561]
>>   3    18 ms    22 ms    18 ms  2a01:4f8:1c1c:3548::1
>>   4     *        *        *     Request timed out.
>>   5     *        *        *     Request timed out.
>>
>>
>> Hier scheint es dann ins Leere zu laufen.
> ich tippe mal darauf, das eins der Gateways das ganze falsch routet. Die
> Frage ist nur welches und aus deimem Traceroutes werde ich leider nicht
> ganz schlau. Theoretisch müssten sich die Gatewaybetreiber mal zusammen
> setzen und das Problem gemeinsam lösen, aus der ferne ist das kaum
> möglich sinnvoll zu analysieren, das muss von den Gateways aus gemacht
> werden
>
>> Was mache ich falsch?
> Das du diese zentralen Layer 2 Kram machst wo du von anderen abhängig bist.
>
> Wir haben mittlerweile eine Layer 3 Firmware und die möglichkeiten sind
> dort weitaus besser und du bist nicht von irgendwelchen unerreichbaren
> Gateway Admins abhängig sondern hat es selbst in der Hand, bzw. kennst
> deine Peeringpartner so das du diese direkt bei Probleme anschreiben
> kannst. Probier es doch mal aus ;) Hier eine Hand voll Links:
>
> * https://wiki.freifunk-franken.de/w/Anbindung#Anbindung_an_das_Layer-3_Netz
> * https://wiki.freifunk-franken.de/w/Layer3Firmware
> * https://wiki.freifunk-franken.de/w/Dezentrale_Hood
>
> Viel Erfolg
>
> Gruß
>
> Christian
>
>> LG
>> newmy
>>


Mehr Informationen über die Mailingliste franken