[Home]

Summary:ASTERISK-00206: T-Mobile (Rochester NY market) roaming on Microcell Hamilton/Toronto is unable to successfully call TE410P-terminated PRI
Reporter:Ryan Tucker (rtucker)Labels:
Date Opened:2003-09-02 12:53:56Date Closed:2011-06-07 14:10:00
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) microcelltrace.txt
Description:Greetings...

On a recent weekend trip to the Hamilton, Ontario region, I noticed that calls from my GSM phone to a number terminated by our TE410P would barf out... the call would set up, then immediately drop.  Some panic ensued, but I was eventually able to get through by switching over to Rogers/AT&T instead of Microcell/Fido.

I grabbed a pri intense debug off of a failed session; it is attached.

I'm not sure if this is a bug, or where the bug lies, or whatnot.  But it might be.  :-)  -rt
Comments:By: Mark Spencer (markster) 2003-09-03 23:23:56

It's odd that we're sending "SETUP ACKNOWLEDGE".  This would suggest we think the number being supplied is somehow incomplete (might take some looking at your dialplan).  You can also turn overlap dial support off in zapata.conf so we always respond with reject or proceeding and never setup acknowedge.  Once we give them setup acknowledge, thing really start to get wacky.  They send us status and then some kind of connect acknowledge message and then a facility.  I think the real fix is to be sure overlap dial is off since it is rarely used in the U.S.
By: otmar (otmar) 2003-09-04 04:43:16

Have you tried applying the patch from http://bugs.digium.com/bug_view_page.php?bug_id=0000176 ? I needed that one when dialing from my A1 mobile to a Colt PRI here in Vienna.
By: x martinp (martinp) 2003-09-04 15:10:27

What extension did handle that call ? If asterisk sends SETUP_ACK then it's 99% too long extenion that partially matches the incoming number.
By: Ryan Tucker (rtucker) 2003-09-04 16:58:14

I don't need overlap dialing as far as I know (what *IS* overlap dialing, anyway?), so I'll turn that off during tonight's tweak session.

I might be able to hit Microcell early next week to give it a shot.  -rt
By: x martinp (martinp) 2003-09-04 17:10:37

You cannot turn off this feature. You have check your extension entry since it's propably trying to match too many digits for an incoming number. Can you post the extension that that call was hitting ?
By: Ryan Tucker (rtucker) 2003-09-04 17:20:50

It'd be:

[inbound]
; 585-419-9898: Temperature query
exten => 5854199898,1,Answer
exten => 5854199898,2,Wait(1)
exten => 5854199898,3,Playback(${SOUNDS}/netacc/datacentertemperature2)
exten => 5854199898,4,AGI(temperature.py|datacenter)
exten => 5854199898,5,Playback(${SOUNDS}/netacc/degreesfahrenheit)
exten => 5854199898,6,Wait(1)
exten => 5854199898,7,Playback(${SOUNDS}/netacc/noctemperature)
exten => 5854199898,8,AGI(temperature.py|systems)
exten => 5854199898,9,Playback(${SOUNDS}/netacc/degreesfahrenheit)
exten => 5854199898,10,Hangup

I also tried with some "simpler" ones, e.g.:

exten => 5854199895,1,Macro(stdexten|SIP/netacc-9895|netacc|9895)

Note that there are a few other entries in that context that involve matching:

exten => _58541982XX,1,Dial(Zap/g1/${EXTEN:6})
exten => _58541982XX,2,Congestion
exten => _585.,1,Answer
exten => _585.,2,Wait(2)
exten => _585.,3,Zapateller
exten => _585.,4,Playback(${SOUNDS}/loligo/discon-or-out-of-service)
exten => _585.,5,NoOp
exten => _585.,6,Wait(1)
exten => _585.,7,SayDigits(${EXTEN:6})
exten => _585.,8,Hangup
By: x martinp (martinp) 2003-09-04 18:41:39

hmm, do you have overlapdial=yes in zapata.conf ?
By: Ryan Tucker (rtucker) 2003-09-04 18:56:29

Yup.  I was planning on disabling that this evening to see if it makes a difference.
By: x martinp (martinp) 2003-09-04 20:20:30

That's exactly what's causing it. In the overlap PRI mode (sending) we assume that the switch talks overlap (that's what SETUP_ACK is for).