Discussions (German)

Registered 5 years 187 days

Samuel 4515 Monday, 1 July 2019, 03:58 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Bitte nur antworten, wenn ihr ähnliche Erfahrungen gemacht habt oder sofort Ideen habt. Möchte keine Supportleistunge erschleichen ;)

Registered 8 years 22 days

Feschi Monday, 1 July 2019, 05:24 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hallo Samuel

Nur so eine spontane Idee:

Ich hatte mit meiner Maschine (Fujitsu Laptop) ein Problem beim letzten Update v13 Training. Die Installation der PBX ging bei Aufgabe mit unterschiedlichen Browsern eifach nicht durch. Es lag auch nicht an der Firewall (alles abgeschaltet). Schlussendlich habe ich mein privates Surface genommen und schwubs funktionierte alles wie geschmiert.

Gruss Sandro

Registered 7 years 344 days

Muschelpuster Monday, 1 July 2019, 09:37 PM in response to Samuel 4515

1 of 1 users consider this post helpful

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Moin Sam,

ich habe in einer ähnlichen Konstellation ein Ticket am Laufen (oder eher in der Warteschleife). Aus meiner Sicht tickt ICE im Softphone nicht richtig. Ich kann jedoch nach extern telefonieren (MediaRelay auf dem Trunk aktiv), nur nicht vom Homeoffice nach intern. Mein Reverse-Proxy/TURN hat 2 IPs (intern & extern) und mein Softphone im Homeoffice versucht mit der internen Adresse des TURN zu kommunizieren. Ich kann mir vorstellen, dass sich das Problem in den verschiedenen Konstellationen unterschiedlich darstellt. Egal wie - es nervt

stumme Grüße

Niels

Registered 8 years 255 days

Michel 2733 Monday, 20 September 2021, 07:33 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Moin,

gibt es hier schon Lösungen/Workarounds außer einem autarken TURN ?

Ich habe in der selben Konstellation auch dieses Problem, ETH0 des SBC/TURN hängt im Voice-VLAN und ETH1 am LANCOM zum Provider.

Wenn myApps SoftPhone von außen mit einigen (nicht allen) Teilnehmern kommunizieren möchte, wird versucht die interne IP des ETH1 für die RTP zu nehmen. Das klappt natürlich nicht.

Teilweise funktioniert es aber auch mal. Das macht die Logik dahinter nicht einleuchtender...

Beste Grüße, Michèl

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 08:15 AM in response to Samuel 4515

1 of 1 users consider this post helpful

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hallo Sam,

das ist schon ein interessanter Fall.

Wenn du die Softphone-App im Kontext von myApps.exe betreibst, dann arbeitet dort unsere eigene ICE/DTLS-Implementierung. Das ist der gleiche Code, der auch auf den Telefonen und Gateways läuft.

Wenn ein Tischtelefon mit der Gegenstelle zurechtkommt bezüglich ICE/DTLS, dann sollte das auch mit der Softphone-App klappen.

Dann könnte es noch einen Unterschied in den Parametern geben. Das ist hier nur die STUN/TURN-Konfiguration. Wobei auch das nur eine Rolle spielt, wenn die RTP-Gegenstelle nicht im lokalen Netz liegt.

Wie telefonierst Du nach draußen?

Geroutet über die PBX zu einem Gateway, dass an einem SIP-Provider angebunden ist?

Macht dieses Gateway Media-Relay?

Falls ja, ist dieses Gateway die RTP-Gegenstelle für die Softphone-App. Dann sollte kein STUN oder TURN nötig sein für die RTP-Verbindung.

Falls nicht, dann würde die Softphone-App direkt mit dem SIP-Provider das ICE/DTLS machen wollen. Das unterstützen nicht viele SIP-Provider. Das könnte das Problem sein.

Gruß

Thomas

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 08:30 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Moin Thomas,

in der V13 ist es ja eigentlich recht schwer, die Konfig des Softphone abweichend von den Tischtelefonen zu gestalten. Da muss man sich ja richtig anstrengen

Kennst Du mein Ticket 256385? Da wurde ja schon relativ ausführlich zu dem Thema getracet. Ich bin zwar froh, wenn ich die Traces ansatzweise verstehe, aber ein Vergleich mit einem IP222-Trace zeigt eindeutig unterschiedliches Verhalten bei (vermeintlich) gleichen Einstellungen.

Ich habe in unserer Not schon auf der PBX das Media Relaying global aktiviert - auch das bringt keine Besserung (wird scheinbar ignoriert).

leidgeprüfte Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 08:51 AM

1 of 1 users consider this post helpful

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Ja Niels, das stimmt, die Softphone-App bekommt die gleiche STUN/TURN-Config aufgedrückt, wie das Tischtelefon. Die Voraussetzungen sollten also für beide gleich sein.

Aber wie gesagt, die ICE/STUN-Implementierung ist auch die gleiche.

Im Console-Trace könnte man mal einen Blick auf die RTP-ICE-Kandidaten werfen.

Dazu am besten den Output eines Rufes filtern mit "RemoteRtp".

Da kann man erkennen:

ob SRFLX-Kandidaten vorhanden sind (mittels STUN-Server bezogen)
ob RELAY-Kandidaten vorhanden sind (mittels TURN-Server bezogen)
ob die direkten HOST-Kandidaten eine Chance hätten

Man sieht auch, ob beide Seiten DTLS unterstützen.

Falls nicht, wird kein DTLS gemacht, was wiederum bedeutet, dass es daran nicht scheitern kann.

PS: Ticket liegt beim Support. Wegen der Urlaubszeit etwas dünner besetzt, aber geht nicht verloren und wird bearbeitet.

Gruß

Thomas

Registered 13 years 122 days

Peter 627 Tuesday, 2 July 2019, 09:10 AM

2 of 2 users consider this post helpful

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hallo Thomas

"Ja Niels, das stimmt, die Softphone-App bekommt die gleiche STUN/TURN-Config aufgedrückt, wie das Tischtelefon..."

Ist das wirklich so ? Ich verstehe das so, dass die Softphone App die Einträge für STUN und TURN aus den Einträgen nimmt, die die PBX als STUN und TURN Server verwendet. Wohingehen die Telefone unabhängig davon einen eigenen Eintrag bzw. Konfigurationspunkt für STUN / TURN haben.

Das alte Softphone hatte ja als eigener VOIP Client auch eigene Konfigurationspunkte für STUN /TURN.

Mitunter ist das auch nachteilig, denn wenn man davon ausgeht, kann es ja durchaus sein, dass die PBX vielleicht einen anderen TURN Server verwenden soll als die Endpunkte/Softphones draußen. (Je nach DMZ / Firewall / Netzwerkumgebung).

Gruß

Peter

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 09:51 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Moin Peter,

der Ansatz ist durchaus interessant und deckt sich in etwa mit meinen 'Befürchtungen'. Bislang bin ich davon ausgegangen, dass die Einstellungen aus 'Devices-App -> Domänen -> Domäne -> Media global' kommt. Aber egal, von hier wir auch meine PBX (oder genauer die IPVA auf welcher die PBX läuft) beglückt. Die Steuerung der anzusprechenden IP erfolgt über eine unterschiedliche DNS-Auflösung im privaten und im öffentlichen Netz. Wenn nun natürlich das Softphone den Job der DNS-Auflösung auf der PBX machen lässt, dann kommt da Schrott bei raus.

Bislang bin ich davon ausgegangen, dass ich ja mit der V13 einen App-Container habe und die Apps immer gleich ticken (egal ob im Windows-Launcher, Browser oder auf dem Smartphone). Ein kleiner Test hat dies verneint, wie Thomas ja eigentlich auch schon geschrieben hat. Im Browser bleibt meine Verbindung stehen (Sprache konnte ich gerade aus Ermangelung einer willigen Gegenstelle nicht testen), im Launcher bricht die Verbindung nach kurzer Zeit ab. Bei der Browser-Verbindung sehe ich im Wireshark eine DNS-Anfrage auf den TURN-Namen, bei der Launcher-Verbindung nicht (ok, kann vielleicht noch vom Windows gecacht sein?!). Die Browser-Verbindung versucht nur wenige Pakete mit der internen IP meines TURN auszustauschen, die Launcher-Verbindung versucht dies ohne Unterbrechung.

geteste Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 10:21 AM

1 of 1 users consider this post helpful

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hi Niels,

Deine Beobachtung ist korrekt.

Softphone-App im Kontext von myApps.exe (Native Client) funktioniert anders als im Browser-Kontext(Chrome/Firefox).

Im Native-Client-Kontext läuft unsere eigene ICE/DTLS-Implementierung.

Im Browser-Kontext läuft die ICE/DTLS-Implementierung des Browsers (WebRTC).

Allerdings bekommen beide Variantenn die STUN/TURN-Server-Config von der Softphone-App (somit die von der PBX).

Die STUN/TURN-Server-Config wird von der Softphone-App direkt an die ICE/DTLS-Implementierung durchgereicht. D.h. DNS-Namen gehen als DNS-Namen an die ICE/DTLS-Implementierung.

Die jeweilige ICE/DTLS-Implementierung kümmert sich um die Auflösung der Namen. Die passiert also immer auf dem PC, wo die Softphone-App läuft.

Letztlich muss man sich die gewonnenen ICE-Kandidaten anschauen und die Kandidaten der Gegenseite. Dann kann man beurteilen, ob STUN/TURN funktioniert hat und ob eine RTP-Verbindung möglich ist oder nicht.

/Thomas

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 11:20 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Herzlichen Glückwunsch Thomas,

Über das Softwarephone im Browser habe ich keine Probleme, nur auf dem Smartphone und im Launcher. Damit wird der Kreis der Verdächtigen kleiner

Wie kann ich denn bei den beiden Varianten am besten die ausgetauschten ICE-Kandidaten sehen?

reduzierte Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 11:32 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Genau andersherum, als ich es erwartet hätte zwinkernd

Dann den Problemfall untersuchen mit:

Rechstklick auf den myApps-Client -> Untersuchen
In den "Developement Tools" auf "Console"
Console mal leeren und "RemoteRtp" als Filter einsetzen
Dann den Problemruf machen

Die Console sollte nun ein paar Messages anzeigen:

"AllocChannelResult" enthält die lokalen ICE-Kandidaten
"ConnectChannel" enthält die ICE-Kandidaten der Gegenseite
"ConnectChannelResult" zeigt einen Fehler an?

Wenn in den lokalen ICE-Kandidaten die Typen "SRFLX" und "RELAY" fehlen, gäbe es ein Problem mit der Alloziierung mittels STUN/TURN.

Liefert die Gegenseite auch "SRFLX" und "RELAY" Kandidaten?

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 12:05 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Danke Thomas,

das war zu einfach.

Grundsätzlich sieht das (mit dem was ich erkennen kann) am Launcher-SW-Phone nicht schlecht aus:

innovaphone.appwebsocket.connection.js:301 send: {"mt":"AllocChannel","channel":"90614400-0a1b-4621-98f5-b0be994ad16f","iceServers":[{"urls":"turn:myturn.mydom.mytld:3478?transport=udp","username":"myUser","credential":"myPW","credentialType":"password"},{"urls":"stun:stun.innovaphone.com"}],"dn":"Niels","type":"RemoteRtp","kind":"audio"}

innovaphone.appwebsocket.connection.js:77 recv: {"mt":"AllocChannelResult","channel":"90614400-0a1b-4621-98f5-b0be994ad16f","type":"RemoteRtp","channels":{"source":"REMOTE","audio_rtcp_mux":true,"audio_ice":{"fingerprint":"DA6F9A4FAA1887A2B994B0E5C46CA24D9D26F6AC9E4E867F65F89F9017CCBF37","usr":"A13R","pwd":"s5QwtI8G7LZLRXZf81IWil","candidate":[{"addr":"172.17.139.76","rtp":50000,"rtcp":50001,"r_rtp":0,"r_rtcp":0,"rtp_prio":2129289983,"rtcp_prio":2129290238,"type":"HOST","foundation":"0"},{"addr":"10.25.30.222","rtp":50000,"rtcp":50001,"r_rtp":0,"r_rtcp":0,"rtp_prio":2129289983,"rtcp_prio":2129290238,"type":"HOST","foundation":"1"},{"addr":"my:ipv6:addr:of:my::lte:connection:secondary","rtp":50000,"rtcp":50001,"r_rtp":0,"r_rtcp":0,"rtp_prio":2129289983,"rtcp_prio":2129290238,"type":"HOST","foundation":"2"},{"addr":"my.public.ipv4.addr","r_addr":"172.17.139.76","rtp":50000,"rtcp":50001,"r_rtp":50000,"r_rtcp":50001,"rtp_prio":1693082879,"rtcp_prio":1693083134,"type":"SRFLX","foundation":"3"},{"addr":"my.TURN.IP.Addr","r_addr":"172.17.139.76","rtp":19412,"rtcp":19413,"r_rtp":50000,"r_rtcp":50001,"rtp_prio":16641791,"rtcp_prio":16642046,"type":"RELAY","foundation":"4"}]},"ch":[{"coder":"G711_A","number":0,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":8},{"coder":"G711_u","number":1,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":0},{"coder":"G722","number":2,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":9},{"coder":"G729","number":3,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":18},{"coder":"G729A","number":4,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":18},{"coder":"G729B","number":5,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":18},{"coder":"G729AB","number":6,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":18},{"coder":"OPUS_NB","number":7,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":109},{"coder":"OPUS_WB","number":8,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":109},{"coder":"DTMF","number":9,"xmit":0,"recv":0,"rate":0,"addr":"172.17.139.76","port":50000,"mcPort":0,"flags":0,"pt":101}]}}

innovaphone.appwebsocket.connection.js:301 send: {"mt":"ConnectChannel","channel":"90614400-0a1b-4621-98f5-b0be994ad16f","type":"RemoteRtp","role":"controlled","channels":{"source":"H323EFC","flags":"T38_X","ch":[{"coder":"G722","xmit":20,"recv":20,"addr":"0.0.0.0","port":9},{"coder":"DTMF","addr":"0.0.0.0","port":9,"pt":101,"recv":0,"xmit":0}],"audio_rtcp_mux":true,"audio_ice":{"fingerprint":"7b0af1f0ef791699082a6abc95082f8fb6d29daeb6f62fa57ef3beca2bdd1bb8","usr":"MupN","pwd":"eihII7/LbV3WFJWd+xPECk","candidate":[{"addr":"172.20.31.60","rtp":16432,"rtcp":16433,"r_rtp":0,"r_rtcp":0,"rtp_prio":2130569471,"rtcp_prio":2130569726,"type":"HOST"},{"addr":"192.168.0.252","r_addr":"172.20.31.60","rtp":19396,"rtcp":19397,"r_rtp":16432,"r_rtcp":16433,"rtp_prio":16641279,"rtcp_prio":16641534,"type":"RELAY"}]}},"kind":"audio"}

innovaphone.appwebsocket.connection.js:77 recv: {"mt":"ConnectChannelResult","channel":"90614400-0a1b-4621-98f5-b0be994ad16f","type":"RemoteRtp","state":"failed"}

innovaphone.appwebsocket.connection.js:301 send: {"mt":"ReleaseChannel","channel":"90614400-0a1b-4621-98f5-b0be994ad16f","type":"RemoteRtp","kind":"audio"}

innovaphone.appwebsocket.connection.js:77 recv: {"mt":"ReleaseChannelResult","channel":"90614400-0a1b-4621-98f5-b0be994ad16f","type":"RemoteRtp"}

Jedoch bekomme ich von der Gegenstelle (welche intern steht) auch die interne IP des TURN (192.168.0.252) mitgeteilt und daran beißt sich das SW-Phone scheinbar fest und versucht nicht mehr mit der öffentlichen IP des TURN zu kommunizieren, von der ich lesen kann, dass sie durchaus bekannt ist.

Dann taucht noch die IP 10.25.30.222 auf, die ich aus unserem Netzwerk nicht kenne. Das passt aus meiner Sicht auch nicht zu den Transfernetzen des Providers. Ist das eine intern von Innovaphone verwendete IP?

mitgeschnittene Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 12:36 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Dann versuche ich mich auch mal an einer Interpretation:

Die lokalen Kandidaten:

HOST:172.17.139.76
HOST:10.25.30.222
HOST:my:ipv6:addr:of:my::lte:connection:secondary
SRFLX:my.public.ipv4.addr
RELAY:my.TURN.IP.Addr

Die Remote-Kandidaten:

HOST:172.20.31.60
RELAY:192.168.0.252

Jede Seite testet alle Kombinationen von Kandidaten durch, um einen funktionierenden Weg zu finden. Wenn bei einem Kandidaten keine Antwort kommt (z.B. 192.168.0.252), wird sie als "nicht brauchbar" aussortiert.

Die lokale 10.25.30.222 wird für die Gegenseite nicht erreichbar sein.
Die lokale 172.17.139.76 könnte u.U. für die Gegenseite erreichbar sein. Hängt vom IP-Routing ab.
Die lokale ipv6:addr entfällt, da die Gegenseite kein IPv6 offeriert.
Ob die SRFLX für die Gegenseite brauchbar ist, hängt vom NAT-Router-Typ ab. Bei einem Full-Cone-NAT sollte es möglich sein, sonst nicht.
Ob die RELAY für die Gegenseite brauchbar ist, ist schwer zu sagen.

Ich denke der Weg über TURN sollte in Frage kommen und evtl. die beiden 172er Adressen.

Die 10.25.30.222 ist eine lokale IP-Adresse vom PC, wo Launcher-SW-Phone läuft. Solltest Du mit "ipconfig -all" auch aufgelistet bekommen.

Um nun genau zu sehen, wie durchgetestet wird und ob überhaupt irgendwo Kontakt zur Gegenseite gefunden wird, müsste man als nächstes mit Wireshark auf dem PC tracen, wo Launcher-SW-Phone läuft.

Kannst du auch gerne mal machen und mit Display-Filter "stun or dtls" exportieren und posten.

Dann können wir das noch gemeinsam untersuchen.

Könnte für alle hier ganz hilfreich sein

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 02:02 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hallo Thomas,

'natürlich' kommt die 10.25.30.222 von meiner LTE-Verbindung - wie konnte ich das übersehen! Das hatte ich doch schon mal gesucht & gefunden

Das Problem ist ganz klar, dass die Relay-Adresse (192.168.0.252) vom Partner genommen wird. Die ist für meinen PC ebenso nicht erreichbar wie die 172er-Netze.

Warum nehmen die Hardwarephones, das alte Softwarephone und die Webbrowser als Relay das Ergebnis ihrer eigenen Namensauflösung, nur das neue Softwarephone nicht?

Ein Wireshark ist kein Problem, nur das anonymisieren, um ihn hier zu posten. Es ist aber zu sehen, dass eine Session an der öffentlichen IP des TURN erfolgreich angemeldet wird, nur die wird anschließend nicht genutzt.

Ich musste mir schon mal sagen lassen, dass eine PBX und ein TURN mit 2 Interfaces für ICE nicht optimal sind. Das ist aber ein Szenario, welches in der Kursdoku so aufgezeigt wird.

Grundsätzlich verstehe ich (umso mehr ich mich damit beschäftige) nicht wirklich, warum es bislang überhaupt funktioniert, denn ICE tauscht ja immer nur IPs aus. Unser internen Telefone haben aber kein Zugriff auf's Internet und die Externen erreichen die interne TURN-IP nicht. Aber irgendwie finden die sich trotzdem auf dem TURN...

interessierte Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 04:12 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Dass die Gegenseite überhaupt keine für die SW-App brauchbare Adresse anbietet, muss noch nicht schlimm sein.

Wenn dann wenigstens die SW-App etwas anbietet, was die Gegenseite erreichen kann, werden sie zueinanderfinden.

Also wenigsten eine der beiden Seiten muss mindestens eine brauchbare Adresse anbieten.

Dann wird in einer Richtung ein ICE-Check durchkommen und beantwortet werden. Und dann wird auch in Gegenrichtung ein ICE-Check gesendet werden.

D.h. wenn die Remote-Kandidaten (172.20.31.60 und 192.168.0.252) für die SW-App komplett unerreichbar sind, dann muss man prüfen, ob wenigsten bei den lokalen Kandidaten der SW-App etwas dabei ist, was die Gegenseite erreichen kann.

Man könnte von der Gegenseite aus auch mal händisch mit PING die IP-Adressen durchtesten.

Oder machen, dass die Gegenseite einen brauchbaren RELAY-Kandidaten liefert.
TURN-Server woanders hin verlegen.

/Thomas

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 05:29 PM in response to Thomas Ackermann (innovaphone)

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Das Schöne ist, dass wir das Konstrukt unter aktiver Beihilfe von Innovaphone aufgebaut haben

Jetzt wollte ich doch erst einmal wissen, warum überhaupt etwas funktioniert, was nicht funktionieren kann, denn es gibt keine Kandidaten, die sich erreichen können. Das Geheimnis lautet wohl XOR-PEER-ADRESS. Mein Webbrowser schickt seinen Stream an die öffentliche IP des TURN, allerdings mit dem Zusatz der internen Adresse als XOR-PEER-ADRESS. Der interne Teilnehmer schickt seinen Stream 'ganz normal' an die interne TURN-IP.

neugierige Grüße

Niels

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 05:32 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Trace vom Stream des Webbrowser (öffentliche IP des TURN ausgeblendet):

Stream_Web-SW-Phone.png

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 05:33 PM in response to Muschelpuster

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Trace vom Stream des internen Phones:

Stream_Phone_intern.png

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 05:35 PM in response to Muschelpuster

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

STUN vom Webbrowser:

stun_webbrowser_k.png

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Wednesday, 3 July 2019, 08:53 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Guten Morgen,

ich glaube im letzten Screenshot sieht man, dass die SW-App keine Antworten auf ihre ICE-Requests bekommt (Binding Request).

Sie schickt ICE-Requests an alle mögliche Remote-Kandidaten raus, ohne eine Response zu bekommen.

Keine Antwort von der 82..79 Adresse (TURN-Srv).

Keine Antwort von der 19..52 Adresse (TURN-Srv).

Keine Antwort von der 17..3 Adresse (Remote-HOST).

Nur einmal bekommt sie einen ICE-Request von 17..3 rein. Den beantwortet die SW-App auch mit einer Success-Response.

Aber eigene ICE-Requests an 17..3 bleiben unbeantwortet.

Deshalb scheitert der Verbindungsaufbau.

Wenn die beiden Endpunkte sich nicht direkt erreichen können über ihre eigenen HOST-Adressen (weil in getrennten Netzen, zwischen denen kein IP-Routing stattfindet), dann muss der TURN-Server helfen. Der muss von beiden Endpunkten aus erreichbar sein und seinerseits auch beide Endpunkte erreichen können, sonst kann er seine "Vermittlungs-Funktion" nicht erfüllen.

Der TURN-Server soll die Verbindung zwischen den getrennten Netzen herstellen für RTP-Medien-Ströme.

Hier scheint der TURN-Srv nicht zu funktionieren.

/Thomas

stun_webbrowser_k.png

Registered 7 years 344 days

Muschelpuster Wednesday, 3 July 2019, 10:19 AM

1 of 1 users consider this post helpful

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Mhh, das ist aber der Trace einer funktionierenden Verbindung. Der TURN funktioniert also (irgendwie).

Ich halte mal für mich fest, dass es nicht funktionieren kann, aber trotzdem funktioniert, solange nicht das V13 Softwarephone benutzt wird.

Genau genommen macht also nur das Softwarephone alles richtig und die Hardwarephones sowie die Browser haben einen Bug, der die Funktion ermöglicht.

satirische Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Wednesday, 3 July 2019, 01:00 PM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hi Niels,

ich bin da auch etwas verunsichert.

Es geht mit Tischtelefonen und SW-App im Browser (WebRTC).

Aber es geht nicht mit SW-App im myApps.

Alles richtig soweit?

Man könnte versuchen zu ermitteln, welcher Medien-Pfad per ICE gefunden wird bei SW-App im Browser.

Und dann überlegen, warum SW-App im myApps diesen Pfad nicht findet.

Du kannst das lokal auf einem PC mit Wireshark tracen mit Display-Filter "stun or dtls".

Auf dem selben PC:

Einmal mit SW-App im Browser.
Einmal mit SW-App im myApps.

Wenn SW-App im Browser funktioniert, dann kommt es nach der ICE-Phase zur DTLS-Phase. Da sieht man dann, welcher Pfad bei ICE gefunden wurde.

Wenn SW-App im myApps scheitert, dann kommt nicht zur DTLS-Phase. Dann sieht man nur vergebliche ICE-Checks im Capture.

/Thomas

Registered 7 years 344 days

Muschelpuster Wednesday, 24 July 2019, 08:22 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Moin Thomas,

sorry für die verspätete Antwort - ich war im Urlaub.

Es geht mit Tischtelefonen und SW-App im Browser (WebRTC).

Aber es geht nicht mit SW-App im myApps.

Alles richtig soweit?

Genau so ist es.

Ich werde nochmal Tracen.

erholte Grüße

Niels

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 09:59 AM in response to Peter 627

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hallo Peter,

ich glaube, Du hast Recht.

Softphone-App und Phone-App bekommen die STUN- und TURN-Server von der PBX mitgeteilt.

Das Tischtelefon hat eine eigene Config (IP4/General/STUN).

Das bedeutet, dass die Ursache von RTP-Problemen in der Softphone-App doch durch eine unpassende STUN/TURN-Server-Config verursacht sein können. Aber auch nur dann, wenn die RTP-Gegenstelle über HOST-Kandidaten nicht erreichbar ist. Also ein NAT-Router dazwischen liegt.

Danke

Thomas

Registered 5 years 187 days

Samuel 4515 Tuesday, 2 July 2019, 10:22 AM in response to Peter 627

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Also ich habe in den Telefonen und in der PBX ohne jegliches Zutun die gleichen Einträge stehen. Ist es dann nicht so, dass die Telefone sich die Einträge von der PBX ziehen? Häkchen "auf alle Geräte anwenden" ist gesetzt.

Da ich die gleichen Einträge auf Telefonen und PBX habe und ich mit den Telefonen ja RTP bekomme, wird es wohl doch nicht daran liegen?

Moderator

Registered 11 years 357 days

Thomas Ackermann (innovaphone) Tuesday, 2 July 2019, 10:31 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

@Sam

Kann auch sein, dass alle Deine Geräte deshalb die gleiche STUN/TURN-Config haben, weil sie per DHCP an alle verteilt wird.

Vorausgesetzt, die Geräte (PBX und Tischtelefone) stehen alle im selben lokalen Netz.

/Thomas

Registered 7 years 344 days

Muschelpuster Tuesday, 2 July 2019, 10:50 AM

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

In der V13 gehe ich eher davon aus, dass die Konfig aus der Devices-App auf alle Geräte gebügelt wird.

globale Grüße

Niels

Registered 5 years 187 days

Samuel 4515 Tuesday, 2 July 2019, 08:57 AM in response to Thomas Ackermann (innovaphone)

Re: [V13] Sprachdatenübertragung mit Softphone App failes (Windows Launcher)

Hallo Thomas, danke für die Antwort!

Ich weiß, dass unsere inno-PBX hinter einem Avaya Sessionmanager als SIP-Router und einem AudioCodes SBC hängt. Ich werde das Routing mal mit einem Kollegen aufdröseln und die Konfigurationen bezügl. Media-Relay prüfen. Dann melde ich mich nochmal.

You are here