F_REDIRECT mit snom: Rauschen/Kein Ton auf Handy

[shrimps24]

Hallo Forum,

ich habe ein Problem mit einem Snom 320 (FW 7.3.30 6059) und Asterisk (SVN-branch-1.4-r181990). Eine Funktionstaste wurde mit einem F_REDIRECT belegt. Diese Weiterleitung erfolgt über Sipgate.

Wenn ich als Weiterleitungsziel eine Festnetznummer nutze funktioniert die Weiterleitung tadellos. Wenn ich allerdings als Ziel ein Mobiltelefon verwende und der Anrufer von extern anruft, dann rauscht das Mobiltelefon (oder gar kein Ton) und der Anrufer hört gar nichts.

Also: Intern anrufen mit Weiterleitung über Snom funktioniert. Wenn allerdings ein eingehendes Gespräch von mISDN oder SIP kommt und auf das Mobiltelefon weitergeleitet werden soll habe ich nur Rauschen (oder gar kein Ton) und der Anrufer hört nichts.

Ich kann das Problem nicht ganz nachvollziehen. Es werden sowohl bei der internen als auch bei der externen "Variante" jeweils dieselben Codecs verwendet. Die Codec-Translation gsm2law und andersherum scheint grundsätzlich zu funktionieren.

So sieht es aus, wenn ich von Nebenstelle auf Nebenstelle anrufe und die Weiterleitung greift:

    -- Executing [12@sip-out1:1] Dial("SIP/11-0823b8f8", "SIP/12|60|MtT") in new stack
    -- Called 12
    -- Got SIP response 302 "Moved Temporarily" back from 192.168.10.42
    -- Now forwarding SIP/11-0823b8f8 to 'Local/0151*****@sip-out1' (thanks to SIP/12-08258dd8)
    -- Executing [0151*****@sip-out1:1] Dial("Local/0151*****@sip-out1-4ed1,2", "SIP/0151*****@sipgate1|60|tT") in new stack
Really destroying SIP dialog '[email protected]' Method: INVITE
    -- Called 0151*****@sipgate1
    -- SIP/sipgate1-08268148 is ringing
    -- Local/0151*****@sip-out1-4ed1,1 is ringing
    -- SIP/sipgate1-08268148 is making progress passing it to Local/0151*****@sip-out1-4ed1,2
    -- Local/0151*****@sip-out1-4ed1,1 is making progress passing it to SIP/11-0823b8f8
    -- SIP/sipgate1-08268148 answered Local/0151*****@sip-out1-4ed1,2
    -- Local/0151*****@sip-out1-4ed1,1 stopped sounds
    -- Local/0151*****@sip-out1-4ed1,1 answered SIP/11-0823b8f8
  == Spawn extension (sip-out1, 0151*****, 1) exited non-zero on 'Local/0151*****@sip-out1-4ed1,2'
Really destroying SIP dialog '[email protected]' Method: INVITE

sip show channels bei interner Anruf und Weiterleitung:

Peer             User/ANR    Call ID      Seq (Tx/Rx)  Format           Hold     Last Message
217.*.79.9      0151*****  53447f1e727  00103/00000  0x80004 (ulaw|h  No       Tx: ACK
192.168.10.41    11          19915632eae  00101/1065314250  0x4 (ulaw)       No       Rx: ACK
2 active SIP channels

Und so sieht es aus, wenn ein externer Anrufer auf das Handy weitergeleitet wird - also kein Ton oder nur Rauschen am Ziel zu hören ist.

    -- Executing [1*36282@sip-in:2] Dial("SIP/1*39960e2-0823b8f8", "SIP/11&SIP/12&SIP/17&SIP/19|30|tT") in new stack
    -- Called 11
    -- Called 12
Really destroying SIP dialog '[email protected]' Method: INVITE
[Jan 14 16:47:00] WARNING[15359]: app_dial.c:1237 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
    -- Called 19
    -- Got SIP response 302 "Moved Temporarily" back from 192.168.10.42
    -- Now forwarding SIP/1*39960e2-0823b8f8 to 'Local/0151*****@sip-out1' (thanks to SIP/12-0824c9f0)
    -- Executing [0151*****@sip-out1:1] Dial("Local/0151*****@sip-out1-5d88,2", "SIP/0151*****@sipgate1|60|tT") in new stack
    -- Called 0151*****@sipgate1
Really destroying SIP dialog '[email protected]' Method: INVITE
    -- SIP/19-08268148 is ringing
    -- SIP/11-08258dd8 is ringing
    -- SIP/sipgate1-0826c150 is ringing
    -- Local/0151*****@sip-out1-5d88,1 is ringing
    -- SIP/sipgate1-0826c150 is making progress passing it to Local/0151*****@sip-out1-5d88,2
    -- Local/0151*****@sip-out1-5d88,1 is making progress passing it to SIP/1*39960e2-0823b8f8
    -- SIP/sipgate1-0826c150 answered Local/0151*****@sip-out1-5d88,2
    -- Local/0151*****@sip-out1-5d88,1 stopped sounds
    -- Local/0151*****@sip-out1-5d88,1 answered SIP/1*39960e2-0823b8f8

sip show channels bei externem Anruf und Weiterleitung:

Peer             User/ANR    Call ID      Seq (Tx/Rx)  Format           Hold     Last Message
217.*.79.9      0151*****  674e28460cf  00103/00000  0x80004 (ulaw|h  No       Tx: ACK
217.*.79.9      1*39960e2   5b07b606609  00101/00102  0x4 (ulaw)       No       Rx: ACK
2 active SIP channels

Und hier noch die Translation-Tabelle:

         Translation times between formats (in milliseconds) for one second of data
          Source Format (Rows) Destination Format (Columns)

          g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722
     g723    -   -    -    -        -     -    -     -    -     -    -    -    -
      gsm    -   -    3    3        4     -    2     5    -     -    -    4    -
     ulaw    -   6    -    1        3     -    1     4    -     -    -    3    -
     alaw    -   6    1    -        3     -    1     4    -     -    -    3    -
 g726aal2    -   7    3    3        -     -    2     5    -     -    -    1    -
    adpcm    -   -    -    -        -     -    -     -    -     -    -    -    -
     slin    -   5    1    1        2     -    -     3    -     -    -    2    -
    lpc10    -   8    4    4        5     -    3     -    -     -    -    5    -
     g729    -   -    -    -        -     -    -     -    -     -    -    -    -
    speex    -   -    -    -        -     -    -     -    -     -    -    -    -
     ilbc    -   -    -    -        -     -    -     -    -     -    -    -    -
     g726    -   7    3    3        1     -    2     5    -     -    -    -    -
     g722    -   -    -    -        -     -    -     -    -     -    -    -    -

In der sip.conf sind die Codecs alaw, ulaw und gsm erlaubt.

Hat jemand eine Idee, wo ich bei der Fehlersuche ansetzen soll?

Vielen Dank für Eure Hilfe!

 

[metlab]

Problem gelöst?

 

[shrimps24]

jein... sagen wir so, ich habe das Problem umgangen...

Ich habe die Umleitung jetzt so gelöst, dass ich mich bei Sipgate deregistere und die Offlione-Rufumleitung direkt bei Sipgate greift.

Eine andere Lösung wäre mir lieber gewesen, hat aber den Vorteil, dass ich nun auch die Original-Anrufernummer auf dem Handy sehe.