Hallo Mathias,
von heut' auf Morgen, bedeutet ja i.d.R.: Es hat sich etwas in der Systemumgebung verändert.
Die vorherigen Hinweise sind aus meiner Sicht alle richtig.
Wenn du der Ursache auf den Grund gehen willst, kommst du um ein paar Blicke in die Netzwerkumgebung und Einsicht in Traces nicht herum.
Erstmal stellt sich mir die Frage, ob das Problem wirklich nur bei Gesprächen mit externen Teilnehmern auftritt, oder auch bei rein internen Gesprächen.
Dann könnte man in so einem Gesprächsaufbau mal auf das ICE Handling im Trace gucken.
Dort sollte sich finden lassen, welche IP-Adressen da so in der Aushandlung im Spiel sind.
Meist findet man da schon den entscheidenden Hinweis und kann mit der Antwort zu der oben gestellten Frage eine Idee bekommen.
STUN und TURN-Server müssen auf der Kundenseite (ob nun über DNS-Auflösung oder direkt über IP) natürlich erreichbar sein, sonst verschenkt man hier unnötig Aushandlungszeit.
Zu bedenken ist aber, dass die innovaphone-"Endgeräte" den Stream zum externen(!) Teilnehmer i.d.R. nicht direkt aufbauen, sondern dies über den kundenseitigen Endpunkt des SIP-Trunks passiert (daher das aktive Media-Relay im SIP Trunk). Das dürfte geschätzt bei 90% der Installationen der Fall sein.
Dabei betrachten wir noch nicht, dass die innovaphone-"Endgeräte" im lokalen Netz zur Signalisierung und Aushandlung fast immer H.323 und nicht SIP verwenden.
Die PBX muss daher als "Vermittlungsmann" zwischen den beiden Welten dienen.
Ein weiterer Punkt ist, ob sich die PCs und die PBX-Komponenten im selben (V)LAN befinden.
Wenn nicht, hasst du dazwischen eine Firewall/Router und im schlimmsten Fall routingaktive Layer3+ Switche, die für das Routing und damit die Erreichbarkeit der Dienste zwischen den Netzen verantwortlich sind.
Dann können je nach Systemdesign, die Namensauflösungen in den einzelnen Netzen zu unterschiedlichen Ergebnissen kommen, oder Mediaaushandlungen scheitern.
Verzögerte Grüße
Uwe
