jkeller@isecorp.com
2005-Apr-11 18:23 UTC
[Asterisk-Users] Problem Detecting Answer on a PRI Outcall (sometimes)
Hello, all! I have an asterisk setup that I am just starting to deploy, but I've run into a snag. I have a problem that manifests itself as the user being unable to use the 1-9 keys on his phone to interact with a voice menu, but only on some calls. Here are the system details: I am running CVS_HEAD for zaptel, libpri and asterisk (as of 5:30 PST tonight), just to see if it fixes the problem, no joy. The phone is the Uniden UIP200 FW 2.63, and I have a Digium TE110P card hooked to a full T-1 PRI. I also have a TDM interface that I'm currently not using. Using "sip debug peer," I was able to track it down to the fact that the zap channel never reports that the called party was ringing or answered. Therefore, the UIP200 never gets that indication that the call was answered and won't allow the user to access the DTMF routines (or HOLD or FLASH button for that matter). The example phone number that doesn't work is American Airlines 800 reservations at 1-800-433-7300. I notice that there is no ring when I call that number, it jumps right to the voice menu. Having said that, Citibank's Card Services (800-950-5114) has no initial ring, but it works! The budgetone I have works, but it seems to let me generate DTMF tones whenever I want. Any ideas on what I can tweak on the zaptel or SIP configurations? Thanks! -Jesse FYI, here is my zaptel.conf file: [channels] context=international signalling=fxo_ks usecallerid=yes hidecallerid=no callwaiting=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=no echocancel=yes echocancelwhenbridged=yes echotraining=yes echotraining=800 callprogress=yes mailbox=1234 rxgain=0.0 txgain=0.0 callerid="Fax"<(555) 555-5555> channel => 25 callerid="ISE"<(555) 555-5555> channel => 26 signalling=fxs_ks context=mainmenu callerid="" group=1 channel=>28 ; ; PRI (CPE) config ; context=did switchtype = national pridialplan=unknown signalling = pri_cpe callerid="" group = 2 callerid="My company"<(858) 555-5555> channel => 1-23
jkeller@isecorp.com
2005-Apr-11 18:54 UTC
[Asterisk-Users] Problem Detecting Answer on a PRI Outcall (sometimes)
Hello, again.
Here is some more information. I got this by starting 'asterisk -cvvvr'
and typing 'pri debug span 1'.
I'm not a PRI person, but the calls look sufficiently different to be
interesting. Any ideas, or better place to post?
Thanks!
-Jesse
A normal call to 800-950-5114:
-- Executing SetCallerID("SIP/793-4596", ""ISE
Corporation
<858-413-1720>"") in new stack
-- Executing Dial("SIP/793-4596", "Zap/g2/18009505114")
in new stack
-- Making new call for cr 32778
-- Requested transfer capability: 0x00 - SPEECH> Protocol Discriminator: Q.931 (8) len=66
> Call Ref: len= 2 (reference 10/0xA) (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 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 ]
> [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 11 b1 22 49 53 45 20 43 6f 72 70 6f 72 61 74 69 6f 6e]
> Display (len=17) Charset: 31 [ "ISE Corporation ]
> [6c 0c 21 81 38 35 38 34 31 33 31 37 32 30]
> 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)
'8584131720' ]> [70 0c 80 31 38 30 30 39 35 30 35 31 31 34]
> Called Number (len=14) [ Ext: 1 TON: Unknown Number Type (0) NPI:
Unknown Number Plan (0) '18009505114' ]
-- Called g2/18009505114
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 10/0xA) (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 Identification)
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 10/0xA) (Terminator)
< Message type: PROGRESS (3)
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0)
0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Inband
information or appropriate pattern now available. (8) ]
-- Processing IE 30 (cs0, Progress Indicator)
-- Zap/1-1 is making progress passing it to SIP/793-4596
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 10/0xA) (Terminator)
< Message type: CONNECT (7)> Protocol Discriminator: Q.931 (8) len=5
> Call Ref: len= 2 (reference 10/0xA) (Originator)
> Message type: CONNECT ACKNOWLEDGE (15)
-- Zap/1-1 answered SIP/793-4596
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Connect
Request> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 10/0xA) (Originator)
> Message type: DISCONNECT (69)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Private network serving the local user (1)> Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
-- Hungup 'Zap/1-1'
== Spawn extension (internal, 918009505114, 2) exited non-zero on
'SIP/793-4596'
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 10/0xA) (Terminator)
< Message type: RELEASE (77)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release
Request> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 10/0xA) (Originator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Private network serving the local user (1)> Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
----------------------------------------------------------------------
A weird call to 1-800-433-7300:
-- Executing SetCallerID("SIP/793-3135", ""ISE
Corporation
<858-413-1720>"") in new stack
-- Executing Dial("SIP/793-3135", "Zap/g2/18004337300")
in new stack
-- Making new call for cr 32777
-- Requested transfer capability: 0x00 - SPEECH> Protocol Discriminator: Q.931 (8) len=66
> Call Ref: len= 2 (reference 9/0x9) (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 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 ]
> [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 11 b1 22 49 53 45 20 43 6f 72 70 6f 72 61 74 69 6f 6e]
> Display (len=17) Charset: 31 [ "ISE Corporation ]
> [6c 0c 21 81 38 35 38 34 31 33 31 37 32 30]
> 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)
'8584131720' ]> [70 0c 80 31 38 30 30 34 33 33 37 33 30 30]
> Called Number (len=14) [ Ext: 1 TON: Unknown Number Type (0) NPI:
Unknown Number Plan (0) '18004337300' ]
-- Called g2/18004337300
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 9/0x9) (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 Identification)
< Protocol Discriminator: Q.931 (8) len=13
< Call Ref: len= 2 (reference 9/0x9) (Terminator)
< Message type: PROGRESS (3)
< [08 02 82 ff]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Public network serving the local user (2)
< Ext: 1 Cause: Interworking, unspecified (127), class
Interworking (7) ]
< [1e 02 82 81]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0)
0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Call is not
end-to-end ISDN; further call progress information may be available
inband. (1) ]
-- Processing IE 8 (cs0, Cause)
-- Processing IE 30 (cs0, Progress Indicator)
;*************************************************
;* The nice AA lady starts talking here, *
;* I let it run for a few seconds, then hangup *
;*************************************************
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Outgoing call Proceeding,
peerstate Incoming Call Proceeding> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 9/0x9) (Originator)
> Message type: DISCONNECT (69)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Private network serving the local user (1)> Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
-- Hungup 'Zap/1-1'
== Spawn extension (internal, 918004337300, 2) exited non-zero on
'SIP/793-3135'
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 9/0x9) (Terminator)
< Message type: RELEASE (77)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release
Request> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 9/0x9) (Originator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Private network serving the local user (1)> Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
(old message below)
> Hello, all!
>
> I have an asterisk setup that I am just starting to deploy, but I've
run
> into a snag. I have a problem that manifests itself as the user being
> unable to use the 1-9 keys on his phone to interact with a voice menu, but
> only on some calls.
>
> Here are the system details:
>
> I am running CVS_HEAD for zaptel, libpri and asterisk (as of 5:30 PST
> tonight), just to see if it fixes the problem, no joy.
> The phone is the Uniden UIP200 FW 2.63, and I have a Digium TE110P card
> hooked to a full T-1 PRI. I also have a TDM interface that I'm
currently
> not using.
>
> Using "sip debug peer," I was able to track it down to the fact
that the
> zap channel never reports that the called party was ringing or answered.
> Therefore, the UIP200 never gets that indication that the call was
> answered and won't allow the user to access the DTMF routines (or HOLD
or
> FLASH button for that matter).
>
> The example phone number that doesn't work is American Airlines 800
> reservations at 1-800-433-7300. I notice that there is no ring when I
> call that number, it jumps right to the voice menu. Having said that,
> Citibank's Card Services (800-950-5114) has no initial ring, but it
works!
>
> The budgetone I have works, but it seems to let me generate DTMF tones
> whenever I want.
>
> Any ideas on what I can tweak on the zaptel or SIP configurations?
>
> Thanks!
> -Jesse
>