Hallo,
also analysieren wir mal:
Du hast DSL1000 und da läuft bereits über 1und1 ein Gespräch nach Frankfurt. Du möchtest ein zweites Gespräch aufbauen. Die Fritz!Box stellt fest, dass dafür mit dem PCMA-Codec die Bandbreite nicht ausreicht. Sie versucht dynamisch, das laufende Gespräch auf einen komprimierenden Codec umzustellen:
Code:
Feb 12 14:42:54 voipd[555]: allowed bandwidth 72000 for sip:[email protected]
Feb 12 14:42:54 voipd[555]: [email protected]: bandwidth left 72000
Feb 12 14:42:54 voipd[555]: lower bandwidth of sip:[email protected]
Feb 12 14:42:54 voipd[555]: >>>udp Request: INVITE sip:4969xxxxxxxx@subscriber1. interconnect.mgc.voip.telefonica.de:5060
Feb 12 14:42:54 voipd[555]: <<<udp Status: 100 trying -- your call is important to us
Feb 12 14:42:54 voipd[555]: <<<udp Status: 488 Not Acceptable Here
Feb 12 14:42:54 voipd[555]: >>>udp Request: ACK sip:[email protected] erconnect.mgc.voip.telefonica.de:5060
Feb 12 14:42:54 voipd[555]: reInvite failed (488).
Aber wie man sieht, hat 1und1 die Codec-Umstellung abgelehnt: 488 not acceptable here
Jetzt kann die FBF also nur noch mit der verbleibenden Upstream-Bandbreite von 45067 kbps das zweite Gespräch aufbauen:
und diese Verbindung wird auch bis zum Klingeln aufgebaut:
Code:
Feb 12 14:42:55 voipd[555]: <<<udp Status: 100 trying -- your call is important to us
Feb 12 14:42:56 voipd[555]: <<<udp Status: 180 Ringing
Feb 12 14:42:56 voipd[555]: ringing appl=4 plci=0x1605 ncci=0x0 incoming sip:[email protected]
Feb 12 14:42:56 voipd[555]: X-Route-Info: costvalue is "PSTN" (INVITE)
Feb 12 14:43:06 voipd[555]: <<<udp Status: 200 Ok
Bis dahin ist kein Fehler zu erkennen.
Aber dann werden zwischen den beiden SIP-Endpunkten die Codecs ausgehandelt, und da gibt es dann ein Problem:
Code:
Feb 12 14:43:06 voipd[555]: allowed bandwidth 45067 for sip:[email protected]
Feb 12 14:43:06 voipd[555]: [email protected]: bandwidth left 45067
Feb 12 14:43:06 voipd[555]: audio: 8 (<NORTPMAP>)
Feb 12 14:43:06 voipd[555]: audio: 8 (<NORTPMAP>) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 0 (<NORTPMAP>)
Feb 12 14:43:06 voipd[555]: audio: 0 (<NORTPMAP>) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 99 (99 G726-16/8000)
Feb 12 14:43:06 voipd[555]: audio: 99 (99 G726-16/8000) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 102 (102 G726-24/8000)
Feb 12 14:43:06 voipd[555]: audio: 102 (102 G726-24/8000) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 2 (<NORTPMAP>)
Feb 12 14:43:06 voipd[555]: audio: 2 (<NORTPMAP>) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 103 (103 G7231-H/8000)
Feb 12 14:43:06 voipd[555]: audio: 103 (103 G7231-H/8000) => NOT SUPPORTED
Feb 12 14:43:06 voipd[555]: audio: 4 (<NORTPMAP>)
Feb 12 14:43:06 voipd[555]: audio: 4 (<NORTPMAP>) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 104 (104 G7231-L/8000)
Feb 12 14:43:06 voipd[555]: audio: 104 (104 G7231-L/8000) => NOT SUPPORTED
Feb 12 14:43:06 voipd[555]: audio: 105 (105 G729b/8000)
Feb 12 14:43:06 voipd[555]: audio: 105 (105 G729b/8000) => NOT SUPPORTED
Feb 12 14:43:06 voipd[555]: audio: 106 (106 G7231a-H/8000)
Feb 12 14:43:06 voipd[555]: audio: 106 (106 G7231a-H/8000) => NOT SUPPORTED
Feb 12 14:43:06 voipd[555]: audio: 107 (107 G7231a-L/8000)
Feb 12 14:43:06 voipd[555]: audio: 107 (107 G7231a-L/8000) => NOT SUPPORTED
Feb 12 14:43:06 voipd[555]: audio: 18 (<NORTPMAP>)
Feb 12 14:43:06 voipd[555]: audio: 18 (<NORTPMAP>) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 0 (<NORTPMAP>)
Feb 12 14:43:06 voipd[555]: audio: 0 (<NORTPMAP>) => NOT CONFIGURED
Feb 12 14:43:06 voipd[555]: audio: 125 (125 GnX64/8000)
Feb 12 14:43:06 voipd[555]: audio: 125 (125 GnX64/8000) => NOT SUPPORTED
Feb 12 14:43:06 voipd[555]: audio: 101 (101 telephone-event/8000)
Feb 12 14:43:06 voipd[555]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Feb 12 14:43:06 voipd[555]: audio: 100 (100 X-NSE/8000)
Feb 12 14:43:06 voipd[555]: audio: 100 (100 X-NSE/8000) => NOT SUPPORTED
Die als "not configured" markierten Codecs stehen wegen der knappen Bandbreite nicht zur Verfügung, die stärker komprimierenden Codecs werden von mindestens einer der beiden Seiten "not supported". Es wird kein Codec gefunden, den beide verstehen und der mit der Bandbreite auskommt, deshalb verabschieden sich die beiden ordentlich, und das war's:
Code:
Feb 12 14:43:06 voipd[555]: >>>udp Request: ACK sip:[email protected] t.mgc.voip.telefonica.de:5060
Feb 12 14:43:06 voipd[555]: >>>udp Request: BYE sip:[email protected] t.mgc.voip.telefonica.de:5060
Feb 12 14:43:06 voipd[555]: <<<udp Status: 200 Ok
Feb 12 14:43:06 voipd[555]: 49892020xxxx: BYE complete
Fazit: wenn du mit der eingeschränkten Bandbreite zwei Gespräche gleichzeitig führen willst, musst du dir einen Provider suchen, der geeignete komprimierende Codecs und dynamische Codecwechsel unterstützt.
Ich hab das gleiche mal mit dus.net ausprobiert, da wird im Gespräch (mit etwas Knacksen) auf G726-32 umgeschaltet, das zweite Gespräch ebenfalls mit G726-32 aufgebaut und nach dem Ende des zweiten Gesprächs sogar wieder auf PCMA zurückgeschaltet. Wie das im Telnet-Protokoll aussieht, hab ich in
diesem Post als Textdatei angehängt.
HTH
radio_junkie
