[Home]

Summary:ASTERISK-07353: unable to bridge voip calls to PSTN using TDM4xxp
Reporter:r. m. alarcon (rmalarc)Labels:
Date Opened:2006-07-18 08:31:41Date Closed:2011-06-07 14:03:04
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Applications/app_dial
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:hello, this is my setup

                (IAX/SIP)
SOFT PHONES -------------|
                        |
                        |
PHONE SYSTEM  -------> ASTERISK -------> PSTN
             (T1/PRI)          (T1/PRI)

I'm able to bridge calls from the phone system to the PSTN.

I'm unable to bridge calls from soft phones or remote peers to the PSTN. See additional information for pri debug output.

Please advise.


Regards,


Renato Alarcon

****** ADDITIONAL INFORMATION ******

-- Making new call for cr 32801
   -- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8)  len=102
> Call Ref: len= 2 (reference 33/0x21) (Originator)
> Message type: SETUP (5)
> [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 83]
> 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: 3 ]
> [1c 24 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 16 02 01 0c 02 01 00 80 0e 52 65 6e 61 74 6f 20 41 6c 61 72 63 6f 6e]
> Facility (len=38, codeset=0) [ 0x9f, 0xaa, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8b, 0x01, 0x00, 0xa1, 0x16, 0x02, 0x01, 0x0c, 0x02, 0x01, 0x00, 0x80, 0x0e, 'Renato', 0x20, 'Alarcon' ]
> [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 0f b1 52 65 6e 61 74 6f 20 41 6c 61 72 63 6f 6e]
> Display (len=15) Charset: 31 [ Renato Alarcon ]
> [6c 0c 21 81 35 31 36 32 36 37 36 37 30 32]
> Calling Number (len=14) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>                           Presentation: Presentation permitted, user number passed network screening (1) '5162676702' ]
> [70 0c a1 31 38 30 30 35 35 35 38 33 35 35]
> Called Number (len=14) [ Ext: 1  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '18005558355' ]
   -- Called g2/18005558355
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 33/0x21) (Terminator)
< Message type: RELEASE COMPLETE (90)
< [08 02 82 b2]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Public network serving the local user (2)
<                  Ext: 1  Cause: Unknown (50), class = Service or Option not Available (3) ]
-- Processing IE 8 (cs0, Cause)
   -- Channel 0/3, span 2 got hangup
   -- Channel 0/3, span 2 received AOC-E charging 136179360 units
Jul 18 09:08:46 WARNING[10402]: app_dial.c:713 wait_for_answer: Unable to forward voice
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
   -- Hungup 'Zap/27-1'
 == Everyone is busy/congested at this time (1:0/0/1)
   -- Executing Hangup("IAX2/cherry-4", "") in new stack
 == Spawn extension (default, 1118, 4) exited non-zero on 'IAX2/cherry-4'
   -- Executing NoOp("IAX2/cherry-4", "null  channelvar ") in new stack
   -- Executing GotoIf("IAX2/cherry-4", "1?6:3") in new stack
   -- Goto (default,h,6)
   -- Executing Hangup("IAX2/cherry-4", "") in new stack
 == Spawn extension (default, h, 6) exited non-zero on 'IAX2/cherry-4'
   -- Hungup 'IAX2/cherry-4'
Comments:By: r. m. alarcon (rmalarc) 2006-07-18 08:56:37

I was able to troubleshoot this issue further, and this only happens then the cidname is set to something. If I set the cidname to null, then the call is bridged succesfully.
By: Russell Bryant (russell) 2006-07-20 09:54:58

So it sounds like you have figured out your own issue.  It sounds like your PRI will not accept calls with a callerid name set.  If that is the case, there certainly is nothing we can do about it ...