G.722-Verfügbarkeit zwischen easybell und Deutsche Telekom SIP-Trunk (NGN)

[Telefonhorst]

Hallo zusammen,

Frage:
hat jemand die Erfahrung gemacht, dass easybell den Codec G.722 nicht bei Deutsche Telekom SIP-Trunk (NGN)-Verbindungen untersützt?

Situation:
- Kunde A setzt Deutsche Telekom SIP-Trunk in Verbindung mit der 3CX-PBX ein.
- Kunde B setzt easybell in Verbindung mit der 3CX-PBX ein.

Beide 3CX-PBX-Instanzen untersützen den Codec G.722 über die verschiedenen Bereiche (SIP-Trunk, Codecs, Telefonprovisionierung).

Ist-Verhalten:
Wenn Kunde A nun Kunde B anruft, wird laut Wireshark zwar die komplette Bandbreite an konfiguierten Codecs angeboten, nur meldet Kunde B lediglich
den Codec G.711a zurück:



Die Sprachqualität ist dementsprechend eher bescheiden.

Soll-Verhalten:
Aufgrund der eingestellten Codecs müsste der Codec G.722 ausgehandelt werden.

Nachtrag 2022-08-01 21:02 Uhr:
Alle Teilnehmer nutzen das Yealink T48S, interne Anrufe erfolgen auch über G.722.

 

[patrickb]

Auf beiden Seiten nutzen alle ein T48S?

Wie siehts aus wenn ihr es mit der Handy-App auf beiden Seiten probiert? Selbes Problem?

Habt ihr auch im SIP Trunk, sowie in den jeweiligen Telefon-Provi Einstellungen die Codec Reihenfolge richtig eingestellt?

 

[Telefonhorst]

Auf beiden Seiten nutzen alle ein T48S?

Korrekt. Beide Teilnehmer nutzen das Yealink T48S mit der Fimrware 66.86.0.5.

Wie siehts aus wenn ihr es mit der Handy-App auf beiden Seiten probiert? Selbes Problem?

Korrekt. Die Kombinationen iOS 3CX-App <=> iOS 3CX-App und iOS 3CX-App <=> Yealink T48S führen zum gleichen Ergebnis.

Habt ihr auch im SIP Trunk, sowie in den jeweiligen Telefon-Provi Einstellungen die Codec Reihenfolge richtig eingestellt?

SIP-Trunk:


Ich vermute, dass der Codec tatsächlich auf der Providerseite blockiert wird bzw. nicht transparent durchgeleitet wird.

 

[patrickb]

Korrekt. Beide Teilnehmer nutzen das Yealink T48S mit der Fimrware 66.86.0.5.


Korrekt. Die Kombinationen iOS 3CX-App <=> iOS 3CX-App und iOS 3CX-App <=> Yealink T48S führen zum gleichen Ergebnis.



SIP-Trunk:
Anhang anzeigen 9280

Ich vermute, dass der Codec tatsächlich auf der Providerseite blockiert wird bzw. nicht transparent durchgeleitet wird.

Die Provi Einstellung der Telefone fehlt noch. Auch G722?