asterisk users - Apr 2007 - Call forwarding (from PHONE configuration) with PRI

Hi folks.

My client is wanting to use call forwarding configured on their phones
(Linksys SPA942), with a PRI from their provider. When we configure call
forwarding, we invariably get a "The number you have dialed is not in
service" message from the providers.

Examining the detailed dial plan debugging as well as the PRI debugging,
the number is dialed correctly. The only difference noticed between a
forwarded call versus a "normal" outbound call is that an extended
attribute of "Forwarded Unconditionally".

The (slightly edited -- I've edited the phone numbers to protect the
innocent) trace is below. Is this an asterisk issue, or an ILEC issue? I
have a ticket open with the ILEC as well, but they tend to be less than
helpful (their response has been to turn on their call forwarding option).

Any thoughts appreciated!
> [ 02 01 01 1e ]
    -- Got SIP response 302 "Moved Temporarily" back from 192.168.1.55
mail*CLI>

    -- Now forwarding Zap/1-1 to
'Local/19370000000@from-internal' (thanks to SIP/2105-08217980)
    -- Executing Macro("Local/19370000000@from-internal-599a,2",
"to-pstn-standard|19370000000") in new stack
    -- Executing NoOp("Local/19370000000@from-internal-599a,2",
""CALLERID(num)=" 9370000001") in new stack
    -- Executing NoOp("Local/19370000000@from-internal-599a,2",
""MACRO_EXTEN=" 19370000000") in new stack
    -- Executing GotoIf("Local/19370000000@from-internal-599a,2",
"0?:7") in new stack
    -- Goto (macro-to-pstn-standard,s,7)
    -- Executing NoOp("Local/19370000000@from-internal-599a,2",
""Call
Forwarded"") in new stack
    -- Executing Set("Local/19370000000@from-internal-599a,2",
"CALLERID(name)="CLIENT NAME"") in new stack
    -- Executing Set("Local/19370000000@from-internal-599a,2",
"CALLERID(num)=5130000001") in new stack
    -- Executing Dial("Local/19370000000@from-internal-599a,2",
"Zap/g1/19370000000||r") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
mail*CLI>
> [04 03 80 90 a2]
> 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: u-Law
(34)
> [18 03 a9 83 82]
> 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: 2 ]
> [1e 02 80 83]
> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)
0: 0   Location: User (0)
>                               Ext: 1  Progress Description: Calling
equipment is non-ISDN. (3) ]
> [28 19 b1 22 46 57 44 20 46 52 4f 4d 20 42 4c 55 45 20 4c 4f 4f 50 20
4c 4c 43 22]
> Display (len=25) Charset: 31 [ "FWD FROM xxxxxxxxx" ]
> [6c 0c 49 80 35 31 33 32 30 34 32 31 30 30]
> Calling Number (len=14) [ Ext: 0  TON: Subscriber Number (4)  NPI:
Private Numbering Plan (9)
>                           Presentation: Presentation permitted, user
number not screened (0) '5130000001' ]
> [70 0c c9 31 39 33 37 34 32 37 39 30 30 30]
> Called Number (len=14) [ Ext: 1  TON: Subscriber Number (4)  NPI:
Private Numbering Plan (9) '19370000000' ]
> [74 07 49 01 8f 32 31 30 35]
> Redirecting Number (len= 9) [ Ext: 0  TON: Subscriber Number (4)  NPI:
Private Numbering Plan (9)
>                               Ext: 0 Presentation: Presentation
permitted, user number passed network screening (1)
>                               Ext: 1 Reason: Forwarded unconditionally
(15) '2105' ]
    -- Called g1/19370000000
    -- Local/19370000000@from-internal-599a,1 is ringing
mail*CLI>


-- 
Barry D. Hassler
President, HCST

http://www.hcst.net/
937-427-9000
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20070409/3464cab9/attachment.htm