[solved] Sprachverbindung "zeitweise" nur in eine

Hallo!

Ich habe ein eigenartiges Problem das normalerweise typisch für falsches Portforwarding wäre was hier aber wohl ausscheidet. Nach dem Start des Asterisk habe ich eine saubere bidirektionale Kommunikation von einem an der HFC angeschlossenen Telefon über ein SIP-Gateway zu externen Teilnehmern im Telefonnetz (ich gehe hierbei über 1und1 raus). Wenn Asterisk dann einiges Stunden läuft und ich eine Verbindung wähle wird diese zwar aufgebaut und der Gesprächspartner am anderen Ende hört mich auch (ob dies immer der Fall ist konnte noch nicht geprüft werden), aber ich höre nichts. Ein reload am CLI behebt dieses Problem umgehend wieder und alles funktioniert wie es soll.

Woran kann das wohl liegen? Wo soll ich mit der Fehlersuche anfangen? am CLI gibt Asterisk nichts hilfreiches aus, die Protokollierung ist identisch wenn das Problem auftritt wie auch nach einem reload wenn das Problem behoben ist..
Portforwarding odr mein Router dürfte eigentlich ausscheiden, denn ein reload des * würde das Problem ja dann nicht beheben.

Wer hat ein paar Ideen für mich?

Ich verwende ein analoges DECT-Telefon an einer Fritz!Box Fon die hier nur als Terminaladapter eingesetzt wird und nicht für SIP. Die Box ist an der im NT-Mode betriebenen HFC eingesetzt.

Bin für alle Tipps dankbar.

Gruß,

Jui

@rollo

Werde den router mal neu starten. Es ist ein Draytek Vigor 2500WE den ich erstmal VoIP-fähig machen musste, aber es läuft ja alles problemlos wenn * gestartet wird. Bis irgendwann der eine Sprachkanal weg ist (und zwar immer von extern ZU mir. Ich habe es jetzt noch mehrfach getestet und mein Gegenüber kann mich immer hören. Das ist eigentlich doch typisch für RTP-Probleme, oder?
Ich habe abr 100 UDP-Ports per Forwarding auf den *-Server im Router eingetragen und diese Ports auch korrekt im Asterisk rtp.conf eingetragen.
Ach ja, muss man eigentlich auch 5060 TCP öffenen? Habe da verschiedene Meinungen zu gehört. Aber daran dürfte es kaum liegen da die signalisierung ja erfolgreich ist. Evtl. ist auch der nat-eintrag für meinen SIP-Provider in der sip.conf noch relevant? Der * läuft ja im internen Netzwerk hinter dem Router der NAT macht. Auch da gibt es diverse Meinungen was man in der sip.conf setzen soll (nat= qualify=)
Habe derzeit nat=no und qualify=yes eingetragen für meine 1und1 Registrierung.

Gruß,

Jui

@rollo

Danke für das Feedback, werde das gleich prüfen. 5060 UDP ist natürlich offen.

OT: Ich sehe an Deiner Signatur, dass Du die AVM als Router einsetzt und "dahinter" dann offensichtlich Asterisk. Klappt das ohne Probleme? Wie hast Du eine Portrange für RTP in der Fritz einerichtet, Ranges kann man dort ja nicht angeben. Irgendwelche Beonderheiten bei dieser Kombination?

Der 2500w sollte mindestens die firmwware 2.51 haben und dann müsste halt noch per telnet ein 'sys sip_alg 0' erfolgen - soll ab der 2.53 dann default sein!

Zum Vergrößern anklicken....

Ähm ... nix für ungut Netview, aber hast Du mein Posting gelesen?
Genau um diese Ratschläge zu vermeiden habe ich ja angegeben, dass der 2500WE von mir VoIP-fähig gemacht WURDE!
Daran sollte es nicht mehr legen und wenn er nicht VoIP-fähig wäre wurde wohl garnix klappen, vor allem würde sich nach einem *-Reboot nichts ändern. Der Router IST auf aktuellem Stand und per sys sip_alg 0 VoIP-fähig gemacht worden.

Da das Problem nur nach einer gewissen Laufzeit des * auftritt und nur in eine Richtung existiert (übrigens habe ich auf dem Server die Firewallfunktion deaktiviert) bin ich ja so sehr am rätseln.

Gruß,

Jui

@Netview

No problem
Das mit qualify=no werde ich mal testen. Aber bei 100 UDP-Ports die geöffnet sind und einem kleinen Testtelefon dürfte es nicht eng werden, ausser es findet ständig irgend eine Art von Kommunikation über udp mit den SIP-Providern statt (was die engl. Zitate ja ggf. hergeben). Ich habe 4 SIP-Provider eingetragen bei denen der * registriert ist. Ob es da eng werden kann auch ohne Gespräche? Einen Versuch ist es jedoch auf jeden Fall wert. Werde wohl auch mal einen tcpdump aufzeichnen mit beiden Einstellungen.

@Netview


qualify = no bring keine Verbesserung. Ich stelle jetzt mal die Kiste in die DMZ, aber ich nehme an, dass es nicht am Router liegt, sondern woanders auf dem *-Server oder in der *-Konfiguration.

@all

auch wenn asterisk in der dmz steht keine besserung. nach einer gewissen betriebszeit funktioniert ein verbindungsaufbau weiterhin wie im ursprünglichen posting beschrieben, aber die sprache nur noch unidirektional, d.h. von mir zum Angerufenen, aber ich höre nichts.
Hat niemand sonst ein solches Problem? Wer setzt Asterisk mit 1und1 ein und wählt über 1und1 raus? Möglicherweise ein 1und1 Problem?
Habe keinen Punkt an dem ich mit weiterer Fehlersuche ansetzen kann. Ein asterisk-reload und alles geht wieder für ne gewisse Zeit normal.

@all
Also: es hängt nun definitiv damit zusammen, dass ich eine dynamische öffentliche IP habe denn es ist reproduzierbar, dass sobald sich meine IP ändert dieses Problem auftritt. eigenartigerweise ist ja nur eine Richtung des Sprachkanals beroffen, alles andere (Signalisierung und Sprache von mir zum Gegenüber) funktioniert. Ich hatte schon von Problemen mit dynamischen IP's gelesen, aber niemand hatte dieses Phänomen beschrieben.
Was sind denn die besten Lösungsansätze um nach IP-Änderung einen automatischen Reload durchzuführen? Gut wäre es wenn ich meinen Draytek (wie es die Frotz!Box Fon bietet) zu einer bestimmten Zeit nachts zu einer kurzen Trennung zwingen könnte und unmittelbar danach den reload ausführe, aber als Fallback muss auch eine erkennung vorhanden sein die ungeplante verbindungstrennungen erkennt und einen reload durchführt. Bin für Hinweise dankbar!

Ich verwende natürlich auch dyndns und habe dieses unter externip eingetragen. Ich dachte genau das würde solche Probleme verhindern, tut es aber nicht. Auch nach langer Wartezeit nach der Zwangstrennung besteht dieses Problem immernoch, erst ein asterisk reload behebt dieses seltsame phänomen. Mich wundert, dass es anscheinend nicht bei allen usern auftritt und schon garnicht in der gleichen Form.
Ich würde gerne mal sip.conf-Auszüge sehen von mehreren usern die betroffen sind von problemen und von welchen die nicht betroffen sind. Alle sollten jedoch von einem an einer HFC angeschlossenen Telefon (ISDN) über SIP-Provider (1&1, sipgate) regelmässig raustelefonieren. Nur dann kann man vielleicht zusammenhänge erkennen.

Hast Du eigentlich srvlookup = yes? Nur so, da ich damit keine registrierung beim sip-provider hinkriege und der * beim starten ne weile hängt bevor er weiterläuft. Werde dazu mal einen extra thread aufmachen..