Carlos Chavez
2007-Nov-21 22:31 UTC
[asterisk-users] Problem dialing certain numbers with an E1 PRI
I have a server running Asterisk 1.4.14, Zaptel 1.4.6, Libpri-1.4.2 on
a CentOS 5 server. The server has a single TE110 card connected to a
provider called Alestra in Monterrey, Mexico. Since we installed
everything we have been having problems dialing certain numbers, those
numbers always fail when dialed from Asterisk but if you dial from your
cell phone they always go through. I once has a similar problem when
using Asterisk with R2, anytime you would dial a number belonging to
another company you would get a busy tone. The way to solve it in R2 is
to modify a timer "T1" in mfcr2.c and increase the default value.
I do not know if there is an equivalent when using ISDN. Here is the
output from the CLI when making a call to one of those numbers:
-- Executing [911070665 at oficina-sup:1] Set("SIP/199-b7d023e0",
"TIMEOUT(absolute)=3600") in new stack
-- Channel will hangup at 2007-11-21 23:15:05 UTC.
-- Executing [911070665 at oficina-sup:2] Dial("SIP/199-b7d023e0",
"Zap/g1/11070665||Ww") in new stack
-- Making new call for cr 33190
-- Requested transfer capability: 0x00 - SPEECH> Protocol Discriminator: Q.931 (8) len=34
> Call Ref: len= 2 (reference 422/0x1A6) (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 05 21 81 31 39 39]
> Calling Number (len= 7) [ 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) '199' ]> [70 09 a1 31 31 30 37 30 36 36 35]
> Called Number (len=11) [ Ext: 1 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '11070665'
]> [a1]
> Sending Complete (len= 1)
q931.c:2881 q931_setup: call 33190 on channel 1 enters state 1 (Call
Initiated)
-- Called g1/11070665
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 422/0x1A6) (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)
q931.c:3428 q931_receive: call 33190 on channel 1 enters state 3
(Outgoing call Proceeding)
-- Zap/1-1 is proceeding passing it to SIP/199-b7d023e0
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 422/0x1A6) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 84 9f]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: Public network serving the remote user (4)
< Ext: 1 Cause: Normal, unspecified (31), class Normal
Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3563 q931_receive: call 33190 on channel 1 enters state 12
(Disconnect Indication)
-- Channel 0/1, span 1 got hangup request, cause 31
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
peerstate Disconnect Request
q931.c:2716 q931_release: call 33190 on channel 1 enters state 19
(Release Request)> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 422/0x1A6) (Originator)
> Message type: RELEASE (77)
> [08 02 81 9f]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: Private network serving the local user (1)> Ext: 1 Cause: Normal, unspecified (31), class Normal
Event (1) ]
-- Hungup 'Zap/1-1'
[Nov 21 16:15:05] NOTICE[8991]: cdr.c:434 ast_cdr_free: CDR on channel
'Zap/1-1' not posted
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [911070665 at oficina-sup:3]
Congestion("SIP/199-b7d023e0", "") in new stack
== Spawn extension (oficina-sup, 911070665, 3) exited non-zero on
'SIP/199-b7d023e0'
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 422/0x1A6) (Terminator)
< Message type: RELEASE COMPLETE (90)
Here is the config for that span:
pbxarrgon*CLI> pri show span 1
Primary D-channel: 16
Status: Provisioned, Up, Active
Switchtype: EuroISDN
Type: CPE
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3
--
Telecomunicaciones Abiertas de M?xico S.A. de C.V.
Carlos Ch?vez Prats
Director de Tecnolog?a
+52-55-91169161 ext 2001
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20071121/a02ce3c9/attachment-0001.pgp
Matthew Fredrickson
2007-Nov-21 23:38 UTC
[asterisk-users] Problem dialing certain numbers with an E1 PRI
Carlos Chavez wrote:> I have a server running Asterisk 1.4.14, Zaptel 1.4.6, Libpri-1.4.2 on > a CentOS 5 server. The server has a single TE110 card connected to a > provider called Alestra in Monterrey, Mexico. Since we installed > everything we have been having problems dialing certain numbers, those > numbers always fail when dialed from Asterisk but if you dial from your > cell phone they always go through. I once has a similar problem when > using Asterisk with R2, anytime you would dial a number belonging to > another company you would get a busy tone. The way to solve it in R2 is > to modify a timer "T1" in mfcr2.c and increase the default value.It doesn't look like the problem you're having is caused by your local timers timing out. The other end is the one initiating the DISCONNECT. They send that before any of the local ISDN timers could time out. The cause is normal clearing, so it doesn't indicate really anything useful, just that it is hanging up the call out of nowhere.> > I do not know if there is an equivalent when using ISDN. Here is the > output from the CLI when making a call to one of those numbers: > > -- Executing [911070665 at oficina-sup:1] Set("SIP/199-b7d023e0", > "TIMEOUT(absolute)=3600") in new stack > -- Channel will hangup at 2007-11-21 23:15:05 UTC. > -- Executing [911070665 at oficina-sup:2] Dial("SIP/199-b7d023e0", > "Zap/g1/11070665||Ww") in new stack > -- Making new call for cr 33190 > -- Requested transfer capability: 0x00 - SPEECH >> Protocol Discriminator: Q.931 (8) len=34 >> Call Ref: len= 2 (reference 422/0x1A6) (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 05 21 81 31 39 39] >> Calling Number (len= 7) [ 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) '199' ] >> [70 09 a1 31 31 30 37 30 36 36 35] >> Called Number (len=11) [ Ext: 1 TON: National Number (2) NPI: > ISDN/Telephony Numbering Plan (E.164/E.163) (1) '11070665' ] >> [a1] >> Sending Complete (len= 1) > q931.c:2881 q931_setup: call 33190 on channel 1 enters state 1 (Call > Initiated) > -- Called g1/11070665 > < Protocol Discriminator: Q.931 (8) len=10 > < Call Ref: len= 2 (reference 422/0x1A6) (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) > q931.c:3428 q931_receive: call 33190 on channel 1 enters state 3 > (Outgoing call Proceeding) > -- Zap/1-1 is proceeding passing it to SIP/199-b7d023e0 > < Protocol Discriminator: Q.931 (8) len=9 > < Call Ref: len= 2 (reference 422/0x1A6) (Terminator) > < Message type: DISCONNECT (69) > < [08 02 84 9f] > < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 > Location: Public network serving the remote user (4) > < Ext: 1 Cause: Normal, unspecified (31), class > Normal Event (1) ] > -- Processing IE 8 (cs0, Cause) > q931.c:3563 q931_receive: call 33190 on channel 1 enters state 12 > (Disconnect Indication) > -- Channel 0/1, span 1 got hangup request, cause 31 > NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, > peerstate Disconnect Request > q931.c:2716 q931_release: call 33190 on channel 1 enters state 19 > (Release Request) >> Protocol Discriminator: Q.931 (8) len=9 >> Call Ref: len= 2 (reference 422/0x1A6) (Originator) >> Message type: RELEASE (77) >> [08 02 81 9f] >> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 > Location: Private network serving the local user (1) >> Ext: 1 Cause: Normal, unspecified (31), class > Normal Event (1) ] > -- Hungup 'Zap/1-1' > [Nov 21 16:15:05] NOTICE[8991]: cdr.c:434 ast_cdr_free: CDR on channel > 'Zap/1-1' not posted > == Everyone is busy/congested at this time (1:0/0/1) > -- Executing [911070665 at oficina-sup:3] > Congestion("SIP/199-b7d023e0", "") in new stack > == Spawn extension (oficina-sup, 911070665, 3) exited non-zero on > 'SIP/199-b7d023e0' > < Protocol Discriminator: Q.931 (8) len=5 > < Call Ref: len= 2 (reference 422/0x1A6) (Terminator) > < Message type: RELEASE COMPLETE (90) > > Here is the config for that span: > > pbxarrgon*CLI> pri show span 1 > Primary D-channel: 16 > Status: Provisioned, Up, Active > Switchtype: EuroISDN > Type: CPE > Window Length: 0/7 > Sentrej: 0 > SolicitFbit: 0 > Retrans: 0 > Busy: 0 > Overlap Dial: 0 > T200 Timer: 1000 > T203 Timer: 10000 > T305 Timer: 30000 > T308 Timer: 4000 > T309 Timer: -1 > T313 Timer: 4000 > N200 Counter: 3 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Matthew Fredrickson Software/Firmware Engineer Digium, Inc.