FBF 5010 Firmware 23.04.01 keine Verbindung mehr zu GMX (483 - too many Hops)

risaer

Neuer User
Mitglied seit
25 Apr 2005
Beiträge
169
Punkte für Reaktionen
0
Punkte
16
Die neue Firmware für die 5010 mit tollen neuen Funktionen ist seit
einiger Zeit da.


Nach dem Upgrade bekomme ich allerdings keine Registrierung mehr bei GMX hin.
Web.de funktioniert aber weiter. Mit der alten Firmware klappt die
Registrierung wieder.

Hat jemand ähnliche Erfahrungen gemacht?
 
Hallo,

483 ist ein generelles Routing Problem. Wenn du die Box direkt als DSL Modem betreibst, dann sollte das nicht vorkommen.
Ist die Box in irgendwelchen LANs, womöglich noch im Ausland, dann ist der TTL Wert vielleicht tatsächlich aufgebraucht.
Wenn du ein Ping auf sip.gmx.de machst, welcher TTL wird angezeigt?

Viele Grüße

Frank
 
Mit der alten Firmware läufts ja aber super.
und mit der neuen Ist die Anmeldung bei web.de auch
ok. Nur bei gmx nich. Hab wieder downgegraded:

da schauts so aus:
bis auf viell. jeden 20.Wert (time=40ms) ist das ergebnis:
84 bytes from 212.227.15.197: icmp_seq=27 ttl=52 time=20.0 ms

TTL zu kurz?
 
Hallo,

nee, sollte passen. Bei mir is TTL nur noch 50 und es geht trotzdem problemlos VoIP mit GMX.

Tja, da bin ich leider ratlos. :( Hat die Suche hier im Forum nach 483 irgendwas gebracht?

Viele Grüße

Frank
 
Na ich hab zumindest bis jetzt noch nix gefunden.
Hat sonst noch jemand ne idee?
 
Hallo,

ich noch mal. :huhu:

Hilft das hier vielleicht weiter?

Viele Grüße

Frank
 
Also das "483 - too many Hops" hat nichts mit der TTL bei Pings zu tun.

Auszug aus der RFC 3261:

8.1.1.6 Max-Forwards

The Max-Forwards header field serves to limit the number of hops a
request can transit on the way to its destination. It consists of an
integer that is decremented by one at each hop. If the Max-Forwards
value reaches 0 before the request reaches its destination, it will
be rejected with a 483(Too Many Hops) error response.

A UAC MUST insert a Max-Forwards header field into each request it
originates with a value that SHOULD be 70. This number was chosen to
be sufficiently large to guarantee that a request would not be
dropped in any SIP network when there were no loops, but not so large
as to consume proxy resources when a loop does occur. Lower values
should be used with caution and only in networks where topologies are
known by the UA.


3. Max-Forwards check

The Max-Forwards header field (Section 20.22) is used to limit the
number of elements a SIP request can traverse.

If the request does not contain a Max-Forwards header field, this
check is passed.

If the request contains a Max-Forwards header field with a field
value greater than zero, the check is passed.

If the request contains a Max-Forwards header field with a field
value of zero (0), the element MUST NOT forward the request. If
the request was for OPTIONS, the element MAY act as the final
recipient and respond per Section 11. Otherwise, the element MUST
return a 483 (Too many hops) response.


21.4.21 483 Too Many Hops

The server received a request that contains a Max-Forwards (Section
20.22) header field with the value zero.

Mit anderen Worten: Jedes System, das deinen Anruf verarbeitet erniedriegt das Max-Forwards-Feld im SIP-Protokoll um Eins. Sobald der Wert 0 erreicht hat, wird eine Fehlermeldung ausgegeben.
Ich denke die neue Firmware hat bestimmt einen Bug.


zoo
 
habs heute nach langem nochmal den Versuch gestartet mit der neuen
firmware und gmx ging natürlich wieder nicht.

@frank! Danke für den Link. Das wars:

wenn in den Anmeldedaten im Feld "Proxy-Server" etwas eingetragen ist, dann kommt es bei mir auch zu der 483 Meldung. Wird das Feld leer gelassen, so klappt die Anmeldung.
:rolleyes:

warum auch immer! Strange!
 
Kostenlos!

Statistik des Forums

Themen
248,913
Beiträge
2,304,842
Mitglieder
378,621
Neuestes Mitglied
Ansh