[Wien] Zwei Knoten mit ständig tauschende IP-Adressen

[Erich N. Pekarek]

Nachtrag:
der rts-Wert ist mit 2347 eher für Heimrouter gedacht. Üblicherweise 
benützen wir 250 oder 300, um zu gewährleisten. Das soll sicherstellen, 
dass Übertragungen mit einer höheren Wahrscheinlichkeit zuverlässig 
ankommen.

nvram set rts=300
nvram commit
nvram save
reboot

Am 2014-11-25 um 12:43 schrieb Erich N. Pekarek:
> Hallo!
>
> Am 2014-11-25 um 11:27 schrieb Igor Kerstges:
>> Hallo FunkFeuer Gemeinde, ich suche Hilfe!
>>
>> Problembeschreibung: Ich habe 2 getrennte FF Knoten registriert aber 
>> beide Stationen bekommen ständig wechselnd die jeweilige öffentliche 
>> IP Adressen. http://www.whatismyip.com/ zeigt mir die eine Minute 
>> 193.238.158.217 und die nächste Minute 78.41.112.246! So geht nicht 
>> viel. :(
> Im Normalfall konfigurierst Du die Adressen statisch. D.h. ein 
> "Wechseln" oder "Bekommen" ist technisch weder vorgesehen, noch möglich.
> Whatsmyip is irrelevant, da wechselnde Absenderadressen bei einem 
> dynamischen Routingprotokoll, wie OLSR eines ist, grundsätzlich 
> gewünscht sind.
> Wenn allerdings Verbindungen nicht stabil sind oder auch nur "ähnlich 
> gut" sind, kann es zu der beschriebenen Symptomatik kommen.
>
> Anstelle von whatsmyip solltest Du mit Traceroute(eventuell besser: 
> tracepath) und Ping arbeiten und die Ergebnisse posten, falls Dir 
> keiner der Hinweise hilft.
> Aus der Routeninformation lässt sich mehr herauslesen; aufgrund der 
> Laufzeit der Pakete kann man auch Vermutungen anstellen.
>>
>> Kurz: Ich habe 2 nodes mit jeweils einem Device im Redeemer 
>> registriert mit IP Adressen 193.238.158.217 (tha130panel) und 
>> 78.41.112.246 (wh8panel). Beide Router sind noch alte Modelle 
>> (wrt54gl), ich habe sie meines wissens konfiguriert wie im Wiki 
>> vorgegeben, firmware v1.7.4.11-0xff-markit und OLSR 0xffolsr: 0.6.2.5 
>> 2012/06/04.
> Was aber sein kann, ist, dass diese Adressen schon zuvor in Verwendung 
> waren, freigegeben wurden, aber versehentlich weiter benutzt werden.
> In diesesm Fall muss der "Schuldige" (derjenige, der nicht im Frontend 
> eingetragen ist) seine IPs ändern.
>>
>> Status Seite: http://tha130panel.tha130panel.wien.funkfeuer.at/
>>
>> Screenshots der wichtigste Verwaltungsseiten habe ich hier abgelegt: 
>> http://imgur.com/a/qjNj5/all
>>
> ...
>> Was mir auch aufgefallen ist: auf status seiten und 
>> https://map.funkfeuer.at/wien/ wird immer eine direkte Verbindung 
>> zwischen beide Knoten gezeigt obwohl sie einander nicht 'sehen' können..
>
> Wenn die IP doppelt vergeben sein sollte und eine Linie zwischen den 
> Routern angezeigt wird, hat einer Deiner unmittelbaren Nachbarn die 
> falsche IP.
> Tunnel können diese Information verfälschen.
>> Ich würde mich über hinweise freuen!
>>
> Der tha130 scheint aufgrund der öffentlich einsehbaren NVRAM-Werte 
> soweit korrekt konfiguriert zu sein. Eventuell möchtest Du das Beacon 
> Intervall noch mit dem auf bici abgleichen. Unterschiede können im 
> Adhoc-Mode Probleme begünstigen. Standardwert ist 100; 1000 sind 
> meistens kein Problem.
>
> traceroute to tha130panel.tha130panel.wien.funkfeuer.at 
> (193.238.158.217), 30 hops max, 60 byte packets
>  1  vpn.tunnel.wien.funkfeuer.at (193.238.159.100)  15.104 ms 15.063 
> ms  15.021 ms
>  2  roof.kryptaroof.wien.funkfeuer.at (78.41.112.110)  20.508 ms 
> 20.472 ms  20.532 ms
>  3  zeltozw.zelter7.wien.funkfeuer.at (78.41.113.97)  20.512 ms 23.153 
> ms  23.140 ms
>  4  tiefschnee.bici.wien.funkfeuer.at (193.238.159.24)  27.319 ms 
> 28.936 ms  30.264 ms
>  5  pulverschnee.bici.wien.funkfeuer.at (193.238.158.198)  30.249 ms  
> 33.503 ms  33.483 ms
>  6  tha130panel.tha130panel.wien.funkfeuer.at (193.238.158.217) 38.099 
> ms  22.259 ms  22.214 ms
>
>
> Wh8 kann ich von mir aus im Moment gar nicht erreichen. Ich komme 
> dabei von einem Router, der über den zentralen Tunnelserver angebunden 
> ist.
> In der Routingtabelle scheint diese IP bei mir nicht auf. Wer sollten 
> denn geplantermaßen seine Nachbarn sein?
>
>> LG,
>> Igor
>
> LG
> Erich
>
>
> --
> Wien mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/wien

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20141125/4f085423/attachment.htm>