[Gelöst] Änderung der Audiocodecs -> raustelefonieren nicht mehr möglich

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
KvR

KvR

Neuer User
Mitglied seit
15 Jul 2006
Beiträge
103
Punkte für Reaktionen
0
Punkte
16
Zuletzt bearbeitet:
Nach meinen Informationen unterstützt bellshare folgende Codecs: G729, iLBC, G.711, G726-32, G728, G722, G723.1

Wahrscheinlich gibt es in der FBF ein Problem mit der Wahl der abgehenden Codecs. Was steht denn im Log?

--gandalf.
 
Das Log sieht so aus:
Code: 
# Aug 13 17:09:24 voipd[436]: incoming(5:appl=5 plci=0x1105 ncci=0x0 incoming): 10 0049711xxxx <- 0
Aug 13 17:09:24 voipd[436]: telapp_incoming - running (voip=0)
Aug 13 17:09:24 voipd[436]: 0: connected    vcc 1/32/PPPoE/32 stay online 1
 Aug 13 17:09:24 voipd[436]: 0: ip 217.9.27.154/217.9.24.1 mtu 1492 dns 217.9.16.25/217.9.16.24
Aug 13 17:09:24 voipd[436]: VoIP led value = 18
 Aug 13 17:09:24 voipd[436]: allowed bandwidth 80000 for sip:[email protected]
Aug 13 17:09:24 voipd[436]: [email protected]: bandwidth left 80000
 Aug 13 17:09:24 voipd[436]: >>>UDP Request: INVITE sip:[email protected]
Aug 13 17:09:24 voipd[436]: <<<UDP Status: 407 Proxy Authentication Required
 Aug 13 17:09:24 voipd[436]: >>>UDP Request: ACK sip:[email protected]
 Aug 13 17:09:24 voipd[436]: allowed bandwidth 80000 for sip:[email protected]
Aug 13 17:09:24 voipd[436]: [email protected]: bandwidth left 80000
 Aug 13 17:09:24 voipd[436]: >>>UDP Request: INVITE sip:[email protected]
Aug 13 17:09:24 voipd[436]: <<<UDP Status: 100 trying -- your call is important to us
Aug 13 17:09:25 voipd[436]: <<<UDP Status: 488 Not acceptable here
 Aug 13 17:09:25 voipd[436]: >>>UDP Request: ACK sip:[email protected]
Aug 13 17:09:25 voipd[436]: VoIP led value = 1
Aug 13 17:09:25 voipd[436]: ocfree: fail 0 normal 0 small 0 large 0
Aug 13 17:09:25 voipd[436]:         underrun 0 max_ackqueuelen 0
Aug 13 17:09:25 voipd[436]:         small packets merged 0, output 0 and consumed from CNG 0
Aug 13 17:09:25 voipd[436]: ocmode: normal 0 merged 0 delayed 0
Aug 13 17:09:25 voipd[436]: dropped 0 packets with 0 samples and one sample in 0 packets
Aug 13 17:09:25 voipd[436]: generated noise: oben 0/unten <=0
Aug 13 17:09:25 voipd[436]: CONNECT_RESP with sip value 488
 Aug 13 17:09:25 voipd[436]: call to sip:[email protected] terminated (488)
Aug 13 17:09:25 voipd[436]: EVENT(78): Internettelefonie mit 0049711xxxx ³ber sipsnip.com war nicht erfolgreich. Ursa
che: Not acceptable here (488)
Aug 13 17:09:26 voipd[436]: <<<UDP Status: 488 Not acceptable here
 Aug 13 17:09:26 voipd[436]: >>>UDP Request: ACK sip:[email protected]
Aug 13 17:09:28 voipd[436]: <<<UDP Status: 488 Not acceptable here
 Aug 13 17:09:28 voipd[436]: >>>UDP Request: ACK sip:[email protected]
Aug 13 17:09:32 voipd[436]: <<<UDP Status: 488 Not acceptable here
Aug 13 17:09:32 voipd[436]: no transaction for status: 488 Not acceptable here
Aug 13 17:09:35 voipd[436]: disconnected(appl=5 plci=0x1105 ncci=0x0 incoming): remote: 0x3490 (0x0000) -
Aug 13 17:09:36 voipd[436]: <<<UDP Status: 488 Not acceptable here
Aug 13 17:09:36 voipd[436]: no transaction for status: 488 Not acceptable here
Aug 13 17:09:40 voipd[436]: <<<UDP Status: 488 Not acceptable here
Aug 13 17:09:40 voipd[436]: no transaction for status: 488 Not acceptable here
Aug 13 17:09:44 voipd[436]: <<<UDP Status: 488 Not acceptable here
Aug 13 17:09:44 voipd[436]: no transaction for status: 488 Not acceptable here
Aug 13 17:09:48 voipd[436]: <<<UDP Status: 488 Not acceptable here
Aug 13 17:09:48 voipd[436]: no transaction for status: 488 Not acceptable here
Aug 13 17:09:52 voipd[436]: <<<UDP Status: 488 Not acceptable here
Aug 13 17:09:52 voipd[436]: no transaction for status: 488 Not acceptable here
Erreichbar bin ich übrigens doch nicht. Beim Abheben bekommt der Anrufer das Besetzt-Zeichen und steht folgendes im Log:
Code: 
 # Aug 13 17:18:59 voipd[436]: <<<UDP Request: INVITE sip:[email protected];uniq=A27E27FA2A99296A404A3FBA48B8F
Aug 13 17:18:59 voipd[436]: <unknown>: refresh in 900 seconds
Aug 13 17:18:59 voipd[436]: <unknown>: expire in 1800 seconds
Aug 13 17:18:59 voipd[436]: [email protected]: bandwidth left 4294967295
Aug 13 17:18:59 voipd[436]: audio: 0 (0 PCMU/8000)
Aug 13 17:18:59 voipd[436]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Aug 13 17:18:59 voipd[436]: audio: 97 (97 iLBC/8000)
Aug 13 17:18:59 voipd[436]: audio: 97 (97 iLBC/8000) => NOT CONFIGURED
 Aug 13 17:18:59 voipd[436]: call from sip:[email protected] to 0 (sip0:tocall491727353456)
Aug 13 17:18:59 voipd[436]: VoIP led value = 18
Aug 13 17:18:59 voipd[436]: >>>UDP Status: 100 Trying
Aug 13 17:18:59 voipd[436]: alerting(appl=5 plci=0x1505 ncci=0x0 outgoing)
Aug 13 17:18:59 voipd[436]: >>>UDP Status: 180 Ringing
Aug 13 17:19:04 voipd[436]: alerting(appl=5 plci=0x1505 ncci=0x0 outgoing)
Aug 13 17:19:04 voipd[436]: plci_connected(appl=5 plci=0x1505 ncci=0x0 outgoing)
Aug 13 17:19:04 voipd[436]: connected(appl=5 plci=0x1505 ncci=0x11505 outgoing) NCPIlen=0
 Aug 13 17:19:04 voipd[436]: allowed bandwidth 80000 for sip:[email protected]
Aug 13 17:19:04 voipd[436]: [email protected]: bandwidth left 80000
Aug 13 17:19:04 voipd[436]: audio: 0 (0 PCMU/8000)
Aug 13 17:19:04 voipd[436]: audio: 0 (0 PCMU/8000) => NOT CONFIGURED
Aug 13 17:19:04 voipd[436]: audio: 97 (97 iLBC/8000)
Aug 13 17:19:04 voipd[436]: audio: 97 (97 iLBC/8000) => NOT CONFIGURED
 Aug 13 17:19:04 voipd[436]: allowed bandwidth 80000 for sip:[email protected]
Aug 13 17:19:04 voipd[436]: [email protected]: bandwidth left 80000
Aug 13 17:19:04 voipd[436]: >>>UDP Status: 488 Not Acceptable Here
 Aug 13 17:19:04 voipd[436]: <<<UDP Request: ACK sip:[email protected];uniq=A27E27FA2A99296A404A3FBA48B8F
Aug 13 17:19:04 voipd[436]: VoIP led value = 1
Aug 13 17:19:04 voipd[436]: ocfree: fail 0 normal 0 small 0 large 0
Aug 13 17:19:04 voipd[436]:         underrun 0 max_ackqueuelen 0
Aug 13 17:19:04 voipd[436]:         small packets merged 0, output 0 and consumed from CNG 0
Aug 13 17:19:04 voipd[436]: ocmode: normal 0 merged 0 delayed 0
Aug 13 17:19:04 voipd[436]: dropped 0 packets with 0 samples and one sample in 0 packets
Aug 13 17:19:04 voipd[436]: generated noise: oben 0/unten <=0
 Aug 13 17:19:04 voipd[436]: call from sip:[email protected] terminated (488)
Aug 13 17:19:04 voipd[436]: EVENT(78): Internettelefonie mit tocall49172735xxxx ueber 212.227.23.221 war nicht erfolgreic
h. Ursache: Not Acceptable Here (488)
Aug 13 17:19:04 voipd[436]: disconnected(appl=5 plci=0x1505 ncci=0x11505 outgoing): local: 0x3490 (0x3301) -
Der Abschnitt für die Codecs in der Konfiguration sieht bei mir so aus:

use_audiocodecs = yes;
audiocodecs = "G723", "G726-24", "G726-32", "PCMA", "PCMU";
verbose = yes;
sip_prio = 0;
rtp_prio = 0;
dyn_codecs = yes;
prio_low_codec = no;
send_ringtone = no;
blacklist = no;
 
Zuletzt bearbeitet:
Passiert etwas anderes, wenn Du PCMU als ersten Codec aufführst?

Geht es, wenn Du statt der SIP-URI @sipsnip.com die Endung @bellshare.com verwendest?

--gandalf.
 
gandalf94305 schrieb:
Passiert etwas anderes, wenn Du PCMU als ersten Codec aufführst?
Zum Vergrößern anklicken....

Das habe ich jetzt nicht probiert, dafür aber die Zeile audiocodecs angepasst:
audiocodecs = "iLBC", "G726-24", "G726-32", "G726-40", "PCMA", "PCMU";

Nach langem Stöbern habe ich im Forum gelesen, dass FBF iLBC kann. Sipsnip hat im Log iLBC angeboten, und budgetphone.nl übrigens auch. Bei letzterem hat es auch nicht funktioniert. Es gab bis jetzt nur ein füchterliches Rauschen, wenn ich über budgetphone telefoniert habe. Das war der eigentliche Anlass für die Codec-Modifikation.

Beide funktionieren nun. Sipsnip und budgetphone bauen die Verbindung mit iLBC auf, betamax und web.de mit G726-32. Das ist für DSL-Light wohl das beste, wenn ich die Beiträge zu diesem Thema richtig gelesen habe.

@ gandalf94305
Vielen Dank für Deinen Tipp zum Thema Codec!
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,906
Beiträge
2,303,635
Mitglieder
378,539
Neuestes Mitglied
prabakaranps

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten