Unitymedia Telefon funktioniert nicht mit SIP

[Thorsten92]

Hallo,

ich betreibe ein eigenes Cisco-3208. Das Internet mit dual stack funktioniert problemlos. Ich habe eine alte Fritzbox-7312 angeschlossen um darüber ein DECT Telefon zu nutzen. Leider bekomme ich mit den SIP Daten keinen Anruf durchgestellt. Benutzername, Passwort und Resgistrar sind eingetragen und die Fritte meldet das die Nummer registriert wurde.
Sobald ich versuche einen Anruf aufzubauen wählt das Telefon brav und dann kommt entweder ein Besetztzeichen oder die Ansage "Ihr Anruf kann nicht durchgeführt werden bitte überprüfen sie die Nummer und wählen sie erneut"

Wenn ich von einem anderen Anschluss aus auf meinem UM Anschluss anrufe klingelt das Telefon und zeigt mir die Nummer des Anrufers im Display, hebe ich ab herrscht Stille und der Anrufer bekommt ein Besetztzeichen.

Unter Ereignisse zeigt mir die Fritte folgendes:
Wenn ich versuche einen Anruf zu führen
Anmeldung der Internetrufnummer xxxxxxxx war nicht erfolgreich. Ursache: Gegenstelle antwortet nicht. Zeitüberschreitung.
Wenn ich angerufen werde
Internettelefonie mit [email protected] über hiq4b-sbcv461a.kabelbw.de war nicht erfolgreich. Ursache: (408)
(die Nummern habe ich jeweils gegen xxx ausgetauscht )

Ich komme hier leider nicht weiter und UM verweist darauf, dass es an meinem Endgerät liegen muss.

Irgendwelche Vorschläge was ich da noch machen kann?


Anbei die Telefonspezifischen Einstellungen in der Fritte:

 

[F-orced-customer]

"Anmeldung immer über eine Internetverbindung" aus und nur IPv4.

 

[Thorsten92]

Danke @ F-orced-customer
Das hat leider auch nichts gebracht. Kann das an der etwas in die Jahre gekommen Fritzbox-7312 liegen (FritzOS Version: FRITZ!OS:06.54)?
SIP-gate funktioniert perfekt und es kommt ja auch "etwas" an, also zumindest klingelt es


Noch irgendwelche Vorschläge??

 

[F-orced-customer]

Versuch IPv6 und ein v6 registrar.

 

[Thorsten92]

Ich habs hinbekommen!
Die "tx_packetsize_in_ms" steht standardmäßig auf 30 Millisekunden. Bei Unitymedia braucht man da aber anscheinend 20 Millisekunden... In meiner uralten 7312 gibt es dafür leider keine Einstellungsmöglichkeit, ich habe mir zum Editieren also den ollen FBEditor (https://github.com/olistudent/FBEditor) installiert und damit die Einstellung per hand von 30 auf 20 gesetzt --> Et voila, es funktioniert!

Vielleicht sollte man das irgendwo anpinnen - falls noch jemand das Problem hat ...

Warum steht sowas eigentlich nicht direkt bei Unitymedia / bei den SIP Daten? Ich bin mir ziemlich sicher, dass ich das über die Hotline nicht in 1000 Jahren gelöst bekommen hätte ...

 

[F-orced-customer]

Das hätte der UM support wissen müssen.

 

[F-orced-customer]

In meiner uralten 7312

Sollte man aus Sicherheitsgründen nicht mehr am öffentlichen Internet verwenden:

https://avm.de/service/ende-des-produktsupports-und-der-produktweiterentwicklung/fritzbox/

Das Cisco EPC3208 auch nicht, völlig veraltet.

 

[Thorsten92]

In meiner uralten 7312

Sollte man aus Sicherheitsgründen nicht mehr am öffentlichen Internet verwenden:

https://avm.de/service/ende-des-produktsupports-und-der-produktweiterentwicklung/fritzbox/

Das Cisco EPC3208 auch nicht, völlig veraltet.

Die Fritte hängt jetzt im Clientmodus hinter einem OpenWRT Router und sollte so also kein wirkliches Problem darstellen. Am Cisco geht leider mangels vernünftiger Alternativen kein Weg vorbei...

 

[F-orced-customer]

Die 6490. Und hinter NAT braucht die FB einen STUN- server und NAT keep alive oder openwrt udp timeout > sip register timeout, die 20 statt 30ms rtp packettime können da nicht helfen,

warum erwähnst Du den Router jetzt erst?

 

[Thorsten92]

Die 6490. Und hinter NAT braucht die FB einen STUN- server und NAT keep alive oder openwrt udp timeout > sip register timeout, die 20 statt 30ms rtp packettime können da nicht helfen,

warum erwähnst Du den Router jetzt erst?

Ich habe keinen STUN-Server eingetragen und es geht trotzdem. Die OpenWRT Firewall hat nur die Standartregeln drinne ob da NAT keep alive oder openwrt udp timeout > sip register eingestellt sind bezweifle ich, checke ich aber zur Sicherheit nochmal.

Die Fritte hing für den ersten Versuch (da ich ausschließen wollte, dass das Problem am Router liegt) direkt am Cisco. Nachdem es dann mit 20 statt 30ms rtp packettime funktioniert hat habe ich die Fritte auf Clientmode gestellt und hinter die OpenWRT Box gepackt. Bisher funktioniert es noch

Zum Thema 6490: schrottiges WLAN und Puma ...

 

[F-orced-customer]

Puma bug der FB ist seit 6.87 gefixt und das AVM wlan ist das beste was es zu kaufen gibt.

Bis die openwrt die udp verbindung wieder zumacht, dann kommen keine anrufe mehr rein bis zum nächsten sip register.

Gut dass der UM SBC kein STUN braucht, sipgate auch nicht.

 

[Andreas1969]

Ich bin mir ziemlich sicher, dass ich das über die Hotline nicht in 1000 Jahren gelöst bekommen hätte ...

Nee, warum auch :kratz:
Die haben da keine Ahnung von. :traurig:
Du bist als Kunde mit eigenem Gerät selbst für die ordnungsgemäße Konfiguration zuständig. :winken:

 

[F-orced-customer]

Die haben da keine Ahnung von. :traurig:

Von ihren eigenen systemen haben sie ahnung zu haben :zerstör:

Oder stehen die 20ms in der schnittstellenbeschreibung?

 

[Andreas1969]

Von ihren eigenen systemen haben sie ahnung zu haben

Wunschdenken :zunge:

 

[F-orced-customer]

Aber der T.e.u.e.r-kom support ist besser oder was?

 

[Andreas1969]

Aber der T.e.u.e.r-kom support ist besser oder was?

Ja :super:

 

[F-orced-customer]

Dann gugg mal ins IPPF wieviel asterisker da am telekom sip trunk verzweifeln.

 

[Andreas1969]

Dann gugg mal ins IPPF wieviel asterisker da am telekom sip trunk verzweifeln.

Was soll ich da reinkucken, wenn alles läuft :kratz:

 

[F-orced-customer]

Ja bei mir gehts auch, aber das nützt leuten mit problemen nix.

Bundespest... dann lieber nix zu weihnachten :zunge:

 

[Thorsten92]

Die 6490. Und hinter NAT braucht die FB einen STUN- server und NAT keep alive oder openwrt udp timeout > sip register timeout, die 20 statt 30ms rtp packettime können da nicht helfen,

udp timeout bei OpenWRT ist standardmäßig 60 sec, wenn das sip Register Timeout auf 1 Minute gestellt ist funzt es dauerhaft.
Hält die Fritzbox wenn sie direkt am Anschluss hängt nicht auch den Port offen, sicherheitstechnisch sollte das doch eigentlich keinen Unterschied machen??

 

[Thorsten92]

Die 6490. Und hinter NAT braucht die FB einen STUN- server und NAT keep alive oder openwrt udp timeout > sip register timeout, die 20 statt 30ms rtp packettime können da nicht helfen,

udp timeout bei OpenWRT ist standardmäßig 60 sec, wenn das sip Register Timeout auf 1 Minute gestellt ist funzt es dauerhaft.
Hält die Fritzbox wenn sie direkt am Anschluss hängt nicht auch den Port offen, sicherheitstechnisch sollte das doch eigentlich keinen Unterschied machen??

kleine Korrektur, der Wert für den Timeout ist standardmäßig 180 Sekunden. SIP Register Timeout auf 2 Minuten setzten sollte also auch funktionieren.

 

[F-orced-customer]

Den kann der client zwar setzen wird aber oft vom server ignoriert.

 

[Thorsten92]

Den kann der client zwar setzen wird aber oft vom server ignoriert.

Mit "Portleitung aktiv halten" auf 2 Minuten, funktioniert das Ganze jetzt astrein ohne, dass ich am OpenWRT Router dafür was ändern muss :super:
Lediglich nach Änderungen der Rufnummerneinstellung muss im Anschluss die "rtp packettime" wieder von 30 auf 20 ms gesetzt werden (per FBEditor).

 

[lupus]

Meine Telefonie geht heute seit 3 Monaten auch wieder. Habe mal mit dem FB Editor gespielt und den Proxy Eintrag entfernt. Und zack, es geht wieder. Gegenprobe gemacht unitymedia.de als Proxy eingetragen, geht nicht. FB Editor genommen, Eintrag entfernt, geht wieder. Sowas simples.... Bescheuert ist auch dass man in der FB den Eintrag nicht löschen kann sondern den Editor nehmen muss...

 

[Andreas1969]

Meine Telefonie geht heute seit 3 Monaten auch wieder. Habe mal mit dem FB Editor gespielt und den Proxy Eintrag entfernt. Und zack, es geht wieder. Gegenprobe gemacht unitymedia.de als Proxy eingetragen, geht nicht. FB Editor genommen, Eintrag entfernt, geht wieder. Sowas simples.... Bescheuert ist auch dass man in der FB den Eintrag nicht löschen kann sondern den Editor nehmen muss...

Hast Du eine Providerbox :kratz:
Dann wäre das eine Frechheit :motz: