[erledigt, aber neues Thema bei Kabelinternt] DHCP renew löscht NAT-Tabelle?

[rene_in_le]

Hallo!

Ich kämpfe seit geraumer Zeit mit Aussetzern bei Voip über die Fritzbox an einem Kabelinternetanschluss.

Die Konfiguration ist korrekt und schon mehrfach eingegeben worden die Firmware so ziemlich aktuell.

Nun habe ich einen Hinweis erhalten, welcher das Problem mit den Aussetzer erklären könnte.

Eure Meinung dazu würde mich interessieren.

Zitat:
"Einige Router haben die komische Angewohnheit, dass sie bei einem RENEW der IP-Adresse (IP-Adresse bleibt nach einem DHCP-Request gleich) die NAT-Tabelle leeren. Das hat wiederrum das Problem zufolge, dass alle bestehenden Verbindungen hinter dem Router (Router <-> Kabelmodem) getrennt werden.

Da UDP ein verbindungsloses Protokoll ist, kann das Gespräch meistends nach 8-15 Sekunden wieder weitergeführt werden.... (Zeit des Routers, bis er die Verbindung wieder "kennt")..."


Kann dies nun meine sporadischen Aussetzer bei VoIP erklären?

Könnt ihr bestätigen ob die Fritzbox sich ebenso verhält und die Verbindungen beim DHCP renew kurz am Kabelanschluss "trennt".

Danke!
Gruß

 

[frank_m24]

Hallo,

ein Löschen der NAT Tabelle führt meines Erachtens genau so lange zu VoIP Aussetzern, bis ein UDP Paket den Router ausgehend verlässt, weil er dann den Tabellen-Eintrag wieder erstellt. Also praktisch für wenige Millisekunden.

Aber was ist komisch an dem Verhalten, bei nach einem DHCP-Request die vorhandene NAT Tabelle zu löschen? Meines Erachtens ist das nichts außergewöhnliches, da man nicht davon ausgehen kann, die gleiche IP wieder zu bekommen.

Nächster Punkt: Wie oft passiert das hinter einem Kabelmodem? Ich bin mir nicht sicher, aber da sich bei Kabelinternet die IP häufig lange Zeit nicht ändert, gehe ich davon aus, dass ein DHCP-Request nur beim Start ausgeführt wird, danach nicht wieder.

 

[gandalf94305]

Eine NAT-Tabelle muss gelöscht werden, wenn die externe IP-Adresse sich ändert. Es ist nun die Frage, ob ein Router dies auch tun muss, wenn die IP-Adresse sich trotz DHCP Renew nicht ändert.

In jedem Fall wäre die Änderung der ext. IP-Adresse eines Routers ggf. ein Problem für RTP-Ströme und auch für SIP-Registrierungen, da eigentlich ja ein "anderer Client" dem VoIP-Anbieter bekannt ist. Daher muss ein Endgerät den Wechsel der IP-Adresse erkennen und sich mit SIP Register neu anmelden. Für RTP-Datenströme gilt, daß diese natürlich zwischen zwei bestimmten Endpunkten (sprich: IP-Adressen und Ports) laufen... ändert sich eine IP-Adresse auf der einen Seite, so ist ein neuer Call-Aufbau erforderlich. Inwieweit dies nun im speziellen Fall von DHCP-Renew automatisch und sehr schnell erfolgt, oder ob dies eine Phase von ein paar Sekunden bis zum Erkennen des Wechsels und dann ein Neuaufbau stattfindet, oder ob dies überhaupt nicht passiert und man neu wählen muss, hängt vom Router ab.

Soviel zur Theorie. Mein Router sagt, daß meine DHCP-Leases bei Kabel-BW für eine Stunde gültig sind. Danach wäre ein Renew fällig. Praktisch gesehen habe ich jedoch auch bei VoIP-Telefonaten von längerer Dauer als einer Stunde keine Probleme festgestellt, da die neue IP-Adresse auch die alte ist. Bei DSL habe ich dies gerade verifizieren können: der Call bricht ab und muss neu etabliert werden (sprich: ich muss nochmals wählen). Dies gilt auch für FTP-Verbindungen.

--gandalf.

 

[rene_in_le]

Traceroute nach Hause

Hallo!

Da ich mittlerweile eher an Verbindungsprobleme bei meinem Kabelnetz denke, habe ich im KDG-Forum auch einen Thread laufen.
Dort habe sich schon einige gemeldet und ihr Ideen eingebracht.
Eine davon war der Gedanke mit dem DHCP-renew.

Ein andere war der "Upstream Frequency Power"-Wert bei 56 dBmV des Kabelmodems. (seit gestern seltsamerweise 58dBmV)
Laut der "Experten" soll dieser wohl max. bei 53 liegen, sonst könnte es zu Paketverlusten kommen.
Allerdings sehe ich in der FB maximal 0,1% bis 0,4% Pakatverluste --> wobei das sicher schon zu viel sein kann.

Unten habe ich den dort schon beschriebenen Test gepostet.

Hier noch der ganze Thread: http://www.kdgforum.de/viewtopic.php?f=52&t=4011


Ich habe einen Dauer-trace am laufen, welcher mir ein interessantes Ergebnis brachte. Bitte gebt mal Eure Meinung dazu ab.



Kurze zusammenfassung meines Testes:


Ich hatte etwas Freiraum und habe mir ein Script gebastelt, welches meine Fritzbox von einem Linux-Rechner aus an einem T-Online DSL-Zugang tracert.
Quasi mal von einer anderen Seite übers Internet zu KD und nach Hause.

Dieses Script habe ich mittlerweile so modifiziert, dass sich die Daten in Excel importieren lassen und ich am Ende einen Graphen über die Zeit erhalte. (Pivot-Tabelle).


Gestern habe ich gegen 10:12 mit "zu Hause" telefoniert und da war wieder ein Aussetzer drin.
Darauf hin habe ich mir den Trace angeschaut und exakt zu dieser Zeit war beim letzten Hop, also eigentlich genau bei meiner Box die Laufzeit bei 2500ms!!!

(Spalte 1: HH--MM--ss /2: IP /3: Loop 1 / 2 / 3 / Mittelwert )

10--12--10 217.0.64.218 69.956 76.077 81.956 75.996
10--12--10 62.154.32.230 97.938 104.061 107.979 103.326
10--12--10 4.68.127.241 114.122 119.982 126.125 120.076
10--12--10 4.68.115.254 134.001 140.131 147.961 140.698
10--12--10 4.68.128.38 169.130 175.015 181.164 175.103
10--12--10 4.68.108.176 64.261 74.479 76.517 71.752
10--12--10 212.162.4.98 83.648 89.501 95.395 89.515
10--12--10 83.169.128.6 116.566 121.459 128.564 122.196
10--12--10 83.169.128.13 124.588 130.489 136.607 130.561
10--12--10 88.134.251.38 147.408 153.542 159.427 153.459
10--12--10 88.134.251.73 166.564 173.426 179.567 173.186
10--12--10 83.169.183.74 139.832 146.563 152.448 146.281
10--12--13 83.169.181.18 139.072 145.478 151.611 145.387
10--12--13 xx.xx.xxx.xx(N!) 2.482.151 2.481.780 2.480.759 2.481.563

xx.xx.xxx.xx(N!) --> Wäre die IP meiner Fritzbox

Das wird wohl der Grund gewesen sein.

Nun stellt sich mir die Frage, woran lag diese lange Laufzeit auf meiner Seite von Fritzbox <--> 1. KD-Router ??

(Fritzbox, Modem, Kabelnetz, 1. Gateway)


Danke
Rene

 

[rene_in_le]

Traceauswertung 24h

Hallo!

Ich habe jetzt mal den Trace von gestern bis heute Morgen ausgewertet und habe folgende Peaks in den Laufzeiten zu meiner Box festgestellt:

18:32 Uhr: 1800ms
02:11 Uhr: 1100ms
03:29 Uhr: 2900ms
04:47 Uhr: 2900ms
06:06 Uhr: 3500ms
07:26 Uhr: 3600ms
08:49 Uhr: 1500ms

Die restlichen Zeiten beliefen sich so auf 50 - 200ms.

Wie komme ich dem Grund auf die Spur?

 

[gandalf94305]

Kann das eine Überlastung des KD-DHCP-Servers sein, so daß Du eine Weile keine neue IP-Adresse bekommst und per Backoff sich damit längere Wartezeiten ergeben?

--gandalf.

 

[rene_in_le]

Kann das eine Überlastung des KD-DHCP-Servers sein, so daß Du eine Weile keine neue IP-Adresse bekommst und per Backoff sich damit längere Wartezeiten ergeben?

--gandalf.

Wie soll ich das feststellen?
PS: Die IP ist eigentlich immer die gleiche, dennoch muss sicherlich ein renew abgesetzt werden. Würde da eine Überlastung auch stören.
Und warum sind die Werte gerade diese Nacht häufig so hoch?
Da sollte es keine Überlastung geben.

rene

 

[gandalf94305]

Das sollte eigentlich im Router-Log zu finden sein. Wann wird der DHCP-Request für Renew ausgelöst und wann wird die IP-Adresse erneuert?

--gandalf.

 

[rene_in_le]

Die Fritzbox lässt sich offiziell nicht so leicht in die Karten gucken.

Ich glaube mal gelesen zu haben, dass wenn man sich auf die Box per telnet "hackt", dass dann für immer sichtbar als unberechtigter Eingriff verzeichnet wird.
Wegen Garantie oder Support ist mir das ein wenig zu heiß.

 

[informerex]

der unberechtige Eingriff kann durch aufspielen des Recovery-Images zurückgesetzt werden.

Also ran an deine weitere Analyse

 

[rene_in_le]

Habe mich noch nicht auf die Box getraut, aber eine neue Erkenntnis kann ich allerdings liefern:

Ich habe mir mal wieder den 24h-Trace von gestern angeschaut und festgestellt, dass die Abständen zwischen den Peaks, wenn sie der Trace mal erwischt hat, so ziemlich genau 1h 24 min betragen. Der Trace wird sicherlich nicht immer jeden Peak messen, aber wenn mal eine Lücke war, war der Abstand dann auch 2 Mal 1h24m.

Es handelt sich also offensichtlich doch nicht um ein sporadisch und willkürliches Problem, sondern eher regelmäßiger.

Würde das DHCP wieder mehr Gewicht geben, als dem dB-Wert?
Aber da stellt sich mir die Frage, warum mein Kollege mit seiner Fritzbox am Kabelmodem keine solche Aussetzer hat, wenn der DHCP bzw. die Box typischerweise so arbeiten würde. Und da dieses Modell älter ist, wird das Problem ja eher bei meiner korrigiert sein, als bei seiner.

Wenn ich zum Test mal nur 1 PC (XP) an das Modem hänge (allerdings fehlt mir dann das Telefon - daher wird das eher Abends was),
kann ich dann nicht die Leasetime auslesen und evtl. passt das ja zu den 1h24min ???

 

[rene_in_le]

Problem besser eingegrenzt...

Hallo!

Schon mal vorab.
Die langen Laufzeiten im Trace (zumindest von zu Hause aus) habe ich auch ohne Fritzbox dazwischen.
Heute Abend habe ich nur den PC ans Modem gehangen und habe wieder aller 1h24Min hohe Laufzeiten von 3500ms.
Dies Lease-Time war in den meisten Fällen allerdings mindestens 15 Minuten entfernt.
Das heißt der Lease wurde erneuert und es gab keinen Aussetzer.
Aber 15 oder 30 Minuten später (egal wie) kam dann doch wieder der "Aussetzer" und das wieder schön 1h24m vom vorherigen entfernt.

Welches Ereignis oder Problem kann das nun noch verursachen, nachdem ich nun außer dem Modem eine völlig ander Hardware am KD-Anschuss habe???

Kann evtl. jemand von euch mal bei sich am KD-Anschluss tracen, ob da auch zwischendurch solche Laufzeiten auftreten?

Was denkt ihr darüber?

Danke & Gruß
René