[asterisk-users] redirected call failure

Mostyn Surname
2007-12-05T15:45:25Z

Hi,

I have the following setup:

(sip clients) -internet- asterisk A -IAX- asterisk B -PRI- (pstn)

This works fine for regular calls sip->pstn. the calls go through
perfectly.  However, when one of the sip clients (a snom320) is set to
redirect to the pstn, then all I hear is congestion tones when I call that
sip client.  I am at a loss to see why the redirected call would fail, when
the redirecting sip client can dial the same number successfully.

In the pri debug trace below (from asterisk host B), the sip phone at
extension 340340 (local ext) is set to redirect to 131166 (a pstn number).
I notice that "340340" appears in the PRI debug on asterisk host B
even
though it has no direct contact with the sip client.  The callerid is set
exactly the same as a regular call from ext 340340 would be.  What else is
different from asterisk host B's point of view in this case?

    -- Accepting AUTHENTICATED call from 192.168.10.101:
       > requested format = g729,
       > requested prefs = (g729),
       > actual format = g729,
       > host prefs = (g729),
       > priority = caller
    -- Executing [131166 at from-holly-v2:4]
Goto("IAX2/holly-v2-g729-3",
"terminate-pri|131166|1") in new stack
    -- Goto (terminate-pri,131166,1)
    -- Executing [131166 at terminate-pri:3]
Dial("IAX2/holly-v2-g729-3",
"ZAP/g1/131166|240") in new stack
-- Making new call for cr 44126
    -- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8)  len=50
> Call Ref: len= 2 (reference 11358/0x2C5E) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer
capability: Speech (0)
>                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode
(16)
>                              Ext: 1  User information layer 1: A-Law (35)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive
Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 1 ]
> [6c 0c 00 83 30 33 39 30 31 33 31 37 30 30]
> Calling Number (len=14) [ Ext: 0  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)
>                           Presentation: Presentation allowed of network
provided number (3)  '0390131700' ]
> [70 07 80 31 33 31 31 36 36]
> Called Number (len= 9) [ Ext: 1  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)  '131166' ]
> [74 09 00 01 8f 33 34 30 33 34 30]
> Redirecting Number (len=11) [ Ext: 0  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)
>                               Ext: 0  Presentation: Presentation
permitted, user number passed network screening (1)
>                               Ext: 1  Reason: Forwarded unconditionally
(15)
  '340340' ]
> [a1]
> Sending Complete (len= 1)
q931.c:2881 q931_setup: call 44126 on channel 1 enters state 1 (Call
Initiated)
    -- Called g1/131166
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 11358/0x2C5E) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive
Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 1 ]
-- Processing IE 24 (cs0, Channel Iden

Can anyone suggest what might be causing this behaviour?

Thanks,


Mostyn.
--
*mmbadb at gmail.com

*
-------------- next part --------------
An HTML attachment was scrubbed...