Schon wieder: zwei VOIP Verbindungen an der FBF 7050 (PreAuth Failed, Fehlercode 480)

[Eagle2]

Hallo zusammen,

bei mir kommt eine FBF 7050 (FW 14.03.89) im IP-Modus zum Einsatz. Hintendran hängt eine Agfeo TK-Analage am internen S0 der 7050, von der aus alle Telefone erzeugt werden. Sinn ist die Verwendung von VOIP aus der Agfeo-Anlage heraus. Klappt soweit auch ganz gut. Ist die abgehende MSN am Telefon in der TK-Anlage gleich einer VOIP-MSN, so wird für das abgehende Gespräch der VOIP-Provider verwendet. Es hakt allerdings bei einer zweiten Verbindung. Hier ein konkreter Fall:

1. abgehende Verbindung per VOIP ins dt. Festnetz
2. Drücken auf die Rückfragentaste
3. Nummer für zweite Verbindung ins dt. Festnetz wird gewählt

Was hier nun passiert ist folgendes: Das zweite Gespräch wird nicht über VOIP ausgeführt (obwohl die entsprechende abgehende MSN verwendet wird), sondern es wird über das Festnetz geroutet. Im Lautsprecher des Telefons hört man das Zeichen für das Festnetz-Fallback.
Durch die Suchfunktion hier habe ich ähnliche Problemstellungen gefunden - die liefen aber alle auf die Tatsache hinaus, daß zu wenig Bandbreite vorhanden wäre bzw. das der Provider parallel dazu keinen dynamischen Codec-Wechsel zuläßt (wäre auch von mir nicht gewüscht - Setting steht auf "immer Festnetzqualität"). Im konkreten Fall kann ich diese Probleme aber ausschließen: Leitung ist eine T-DSL 6144/640 Kbit/s, die zudem auch zur gegebenen Zeit durch nichts anderes belegt war (also noch massig Platz für eine zweite VOIP-Verbindung). Verwendeter Provider: Strato (sowohl für VOIP als auch für DSL). Laut Rückfrage beim Support sind im gegebenen Tarif drei parallele Verbindungen per VOIP möglich. Im Log erscheint parallel dazu die Meldung

08.02.06 14:29:41 Internettelefonie mit 062xxxxxxx über strato-iphone.de fehlgeschlagen. Fehlergrund: PreAuth Failed (480)

Hat jemand dazu eine Idee? :noidea:

PS: Wenn ich noch Infos vergessen habe, bitte mitteilen; ich poste sie dann entsprechend, wenn ich sie erstellen kann.

 

[gandalf94305]

Hmm... 480 ist temporarily not available, d.h. nun ist die Frage, ob die FBF parallel zwei Verbindungen über den gleichen SIP-Account durchführen kann... Kannst Du denn eine Wahlregel definieren, so daß das zweite Gespräch über einen anderen Provider läuft? Zweite Frage: was sagt denn das voipd log in den 20 Zeilen vor der Meldung 480? ;-)

--gandalf.


--gandalf.

 

[Eagle2]

Wahlregeln: Sieht diesbzgl. eher schlecht aus. Ich kann nicht vorhersagen, welche beiden Rufnummern denn das sein könnten, die da parallel gewählt werden. Über eine recht komplizierte Steuerung à la 062 bitte auf VOIPMSN1, aber 063 bitte auf VOIPMSN2 könnte es klappen, aber wenn ich zwei mal in Richtung 062 telefoniere, habe ich da schon gelitten.

Log von VOIPD: Habe es gerade eben mal künstlich mit zwei Telefonaten hergestellt. Hier ist das dazugehörige Log (ich habe die Rufnummern sowie die eine Festnetz-MSN ausgexxxt)

Telefon wählt an
Feb 8 17:16:45 voipd[1092]: incoming(5:appl=1 plci=0x205 ncci=0x0 incoming): 11 062xxxxxxx <- 0
Feb 8 17:16:45 voipd[1092]: telapp_incoming - NOT running (voip=0)
Feb 8 17:16:45 voipd[1092]: 0: connected vcc 0/0/RBE/14 stay online 1
Feb 8 17:16:45 voipd[1092]: dns: _stun._udp.iphone-stun.strato-iphone.de: query
Feb 8 17:16:45 voipd[1092]: dns; _stun._udp.iphone-stun.strato-iphone.de: not found
Feb 8 17:16:45 voipd[1092]: STUN: udp 5060 -> 62.104.80.140:5060
Feb 8 17:16:45 voipd[1092]: STUN: udp 7082 -> 62.104.80.140:7082
Feb 8 17:16:45 voipd[1092]: STUN: udp 7083 -> 62.104.80.140:7083
Feb 8 17:16:45 voipd[1092]: allowed bandwidth 589067 for sip:[email protected]
Feb 8 17:16:45 voipd[1092]: >>> Request: INVITE sip:[email protected]
Feb 8 17:16:45 voipd[1092]: <<< Status: 407 Proxy Authentication Required
Feb 8 17:16:45 voipd[1092]: >>> Request: ACK sip:[email protected]
Feb 8 17:16:45 voipd[1092]: allowed bandwidth 589067 for sip:[email protected]
Feb 8 17:16:45 voipd[1092]: >>> Request: INVITE sip:[email protected]
Feb 8 17:16:46 voipd[1092]: <<< Status: 100 trying -- your call is important to us
Feb 8 17:16:46 voipd[1092]: <<< Status: 480 PreAuth Failed
Feb 8 17:16:46 voipd[1092]: >>> Request: ACK sip:[email protected]
Feb 8 17:16:46 voipd[1092]: ocfree: fail 0 normal 0 small 0 large 0
Feb 8 17:16:46 voipd[1092]: underrun 0 max_ackqueuelen 0
Feb 8 17:16:46 voipd[1092]: small packets merged 0, output 0 and consumed from CNG 0
Feb 8 17:16:46 voipd[1092]: ocmode: normal 0 merged 0 delayed 0
Feb 8 17:16:46 voipd[1092]: dropped 0 packets with 0 samples and 1 sample in 0 packets
Feb 8 17:16:46 voipd[1092]: generated noise: 0
Feb 8 17:16:46 voipd[1092]: capiqueue[0]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[1]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[2]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[3]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[4]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[5]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[6]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: capiqueue[7]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[0ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[10ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[20ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[30ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[40ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[50ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[60ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[70ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[80ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[90ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[100ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[110ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[120ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[130ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[140ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[150ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[160ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[170ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[180ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[190ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[200ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[210ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[220ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: txqueue[230ms]: 0 ( 0.0%)
Feb 8 17:16:46 voipd[1092]: CONNECT_RESP with sip value 480
Feb 8 17:16:46 voipd[1092]: call to sip:[email protected] terminated (480)
Feb 8 17:16:46 voipd[1092]: EVENT(78): Internettelefonie mit 062xxxxxx über strato-iphone.de fehlgeschlagen. Fehlergrund: PreAuth Failed (480)
ID 3 ProceedingState: 45 Cause 0x34a9
* state change Umlto1 ID 3: D_ConnectPending Reason: 34a9 *
Feb 8 17:16:46 voipd[1092]: <<< Status: 480 PreAuth Failed
Feb 8 17:16:46 voipd[1092]: >>> Request: ACK sip:[email protected]
LCR: Fallback Route: PSTN
LCR: Fallback CPN: 062xxxxxxx
ConnectBChannelRerout 5<->9
* state change Umlto1 ID 3: D_ConnectPending Reason: 0 *
Dial_NT: ID 3 Redial (062xxxxxx)
Feb 8 17:16:49 voipd[1092]: disconnected(appl=1 plci=0x205 ncci=0x0 incoming): remote: 0x3490 (0x0000) -
* state change Umlto1 ID 3: D_DisconnectPending Reason: 0 *
08.02.06 17:16 0s Slot: -1 ID: 3 CIP: 4 SIP0 outgoing 062xxxxxx ChargeU: 0
* state change Umlto1 ID 3: Disconnected Reason: 3400 *
Disconnectreason: 3400
SIP-MSN: 123456 changed to ISDN-MSN: 97xxxx
SIP-MSN: 123456 changed to ISDN-MSN: 97xxxx
ReroutCall: Reroute[5] Ctrl(2) MSN(97xxxx) CPN(062xxxxxx)
AB_LED: B1 On
* state change Umlto1 ID 3: D_ConnectPending Reason: 0 *
ID 3 BChan 0x00
ConnectBChannelRerout 5<->0
* state change Umlto1 ID 3: D_ConnectPending Reason: 0 *
CCNR info retain: CallLinkageID == 1
Set LinkageID: ffffffff to 8001; Slot: 5
Dial_NT: ID 3 fallback cleared Alert
CCBS erase LinkageID: 8001; Slot: 5
ID 3 Connected Number: 0x21 0x81 62xxxxxx
ID 2 Connected Number: 062xxxxxx set
* state change Umlto1 ID 3: D_Connected Reason: 0 *
Con ID: 2 Set D2Handle: 0
ConnectBChannelRerout 5<->0
Uml1 FromID 2 <-> ToID 3 changed
* state change Umlto1 ID 3: D_Connected Reason: 0 *
* state change Umlfrom1 ID 2: D_Connected Reason: 0*
ID 3 ProceedingState: 45 Cause 0x3490
* set state Umlto1 ID 2: D_DisconnectPending *
* state change Umlfrom1 ID 3: D_DisconnectPending Reason: 3490*
08.02.06 17:16 5s Slot: 5 ID: 3 CIP: 4 97xxxx outgoing 062xxxxxx ChargeU: 0
* set state Umlto1 ID 2: D_DisconnectPending *
* state change Umlfrom1 ID 3: Disconnected Reason: 3490*
Disconnectreason: 3490
AB_LED: B1 Off
08.02.06 17:16 7s Slot: 5 ID: 2 CIP: 4 062xxxxxx incoming 123456 ChargeU: 0
* state change Umlto1 ID 2: Disconnected Reason: 3490 *
Disconnectreason: 3490

 

[radio_junkie]

Hallo,

ok, der wie üblich sicher sehr sachkundige Heißleiner von Strato sagt, dass drei gleichzeitige Verbindungen bei deinem Tarif erlaubt sind. Dein Testaufbau ist aber ein anderer: Du versuchst zu makeln. Da müsste man in der Leistungsbeschreibung von Strato nachsehen (es wird aber wahrscheinlich nicht drin stehen) oder bei der Hotline nachfragen, ob makeln bei Strato möglich ist. Versuch doch einfach mal, mit zwei an der FBF angeschlossenen Telefonen parallel zwei Gespräche (ins Festnetz) zu führen, denn das ist der "Normalfall"

Gruß
radio_junkie

 

[Eagle2]

Hallo radio_junkie,

Deine Aussage über Makeln ist zunächst einmal richtig. So habe ich auch die ursprüngliche Anfrage formuliert (und so ist auch das eigentliche Problem). So wie ich allerdings die Technik verstehe, ist Makeln nicht ein Dienstproblem des VOIP-Providers sondern des ATAs (hier: der FBF).
Im Übrigen stammt das von mir kürzlich gepostete Logfile nicht von einer "Makel-Session" (also ein Endgerät versucht zwei Ziele zu erreichen), sondern vom Aufbau zweier Verbindungen von zwei seperaten Telefonen (beide allerdings an der TK-Anlage angeschlossen) aus (Im Log ist allerdings nur der Aufbau der zweiten Verbindung zu sehen). Das Problem und die Fehlermeldung ist allerdings exakt die gleiche. Insofern verstehe ich die Problem im Sinne des SIP-Protkolls als gleichwertig.