Can't call 911 ... 3

I should clarify that the dialplan settings are from the Nortel settings section (global).

Based on these settings, dialing 911 on a Nortel phone should immediately pass the call to the configured trunk for that outbound route with the digits 911 passed to the trunk. You should look at the logs to see why the call got rejected (most likely by the CO).

Thanks for the reply. This is strange - I can't seem to find anything wrong in the logs - it looks like any other call does. Which is leading me to believe that it's our CO provider, and not a system-related issue. For grins, here's the applicable text from the log - could you take a quick scan through and see if you notice anything? FYI - Names and last four digits of trunk replaced with X's:

[pre]
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:11] Set("UCX/222@222-0", "CALLERID(all)="xxx (PO)" <222>") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:12] GotoIf("UCX/222@222-0", "0?limit") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:13] ExecIf("UCX/222@222-0", "1?Set(GROUP(concurrency_limit)=222)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:14] ExecIf("UCX/222@222-0", "0?Set(CHANNEL(language)=)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:15] GotoIf("UCX/222@222-0", "1?continue") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (macro-user-callerid,s,28)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:28] Set("UCX/222@222-0", "CALLERID(number)=222") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:29] Set("UCX/222@222-0", "CALLERID(name)=xxx (PO)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:30] Set("UCX/222@222-0", "CDR(cnum)=222") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:31] Set("UCX/222@222-0", "CDR(cnam)=xxx (PO)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-user-callerid:32] Set("UCX/222@222-0", "CHANNEL(language)=en") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [911@from-internal:2] Set("UCX/222@222-0", "ROUTE_ID=17") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [911@from-internal:3] Set("UCX/222@222-0", "MOHCLASS=default") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [911@from-internal:4] Set("UCX/222@222-0", "_NODEST=") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [911@from-internal:5] Gosub("UCX/222@222-0", "sub-record-check,s,1(out,911,)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:1] Set("UCX/222@222-0", "REC_POLICY_MODE_SAVE=") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:2] GotoIf("UCX/222@222-0", "1?check") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (sub-record-check,s,7)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:7] Set("UCX/222@222-0", "__MON_FMT=WAV") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:8] GotoIf("UCX/222@222-0", "1?next") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (sub-record-check,s,11)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:11] ExecIf("UCX/222@222-0", "0?Return()") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:12] ExecIf("UCX/222@222-0", "0?Set(__REC_POLICY_MODE=)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:13] GotoIf("UCX/222@222-0", "0?out,1") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:14] Set("UCX/222@222-0", "__REC_STATUS=INITIALIZED") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:15] Set("UCX/222@222-0", "NOW=1428952555") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:16] Set("UCX/222@222-0", "__DAY=13") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:17] Set("UCX/222@222-0", "__MONTH=04") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:18] Set("UCX/222@222-0", "__YEAR=2015") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:19] Set("UCX/222@222-0", "__TIMESTR=20150413-141555") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:20] Set("UCX/222@222-0", "__FROMEXTEN=222") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:21] Set("UCX/222@222-0", "__CALLFILENAME=out-911-222-20150413-141555-1428952555.10721") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@sub-record-check:22] Goto("UCX/222@222-0", "out,1") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (sub-record-check,out,1)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [out@sub-record-check:1] ExecIf("UCX/222@222-0", "1?Set(__REC_POLICY_MODE=dontcare)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [out@sub-record-check:2] GosubIf("UCX/222@222-0", "0?record,1(exten,911,222)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [out@sub-record-check:3] Return("UCX/222@222-0", "") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [911@from-internal:6] Macro("UCX/222@222-0", "dialout-trunk,3,911,,off") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:1] Set("UCX/222@222-0", "DIAL_TRUNK=3") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:2] GosubIf("UCX/222@222-0", "0?sub-pincheck,s,1()") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:3] GotoIf("UCX/222@222-0", "0?disabletrunk,1") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:4] Set("UCX/222@222-0", "DIAL_NUMBER=911") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:5] Set("UCX/222@222-0", "DIAL_TRUNK_OPTIONS=tTr") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:6] Set("UCX/222@222-0", "OUTBOUND_GROUP=OUT_3") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:7] Set("UCX/222@222-0", "SCA_TAG=SCGUser") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:8] GotoIf("UCX/222@222-0", "1?nomax") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (macro-dialout-trunk,s,10)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:10] GotoIf("UCX/222@222-0", "0?skipoutcid") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:11] Set("UCX/222@222-0", "DIAL_TRUNK_OPTIONS=tT") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:12] Macro("UCX/222@222-0", "outbound-callerid,3") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:1] ExecIf("UCX/222@222-0", "0?Set(CALLERPRES()=)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:2] ExecIf("UCX/222@222-0", "0?Set(REALCALLERIDNUM=222)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:3] GotoIf("UCX/222@222-0", "1?normcid") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (macro-outbound-callerid,s,6)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:6] Set("UCX/222@222-0", "USEROUTCID=") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:7] Set("UCX/222@222-0", "EMERGENCYCID=") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:8] Set("UCX/222@222-0", "TRUNKOUTCID=1608249xxxx") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:9] GotoIf("UCX/222@222-0", "1?trunkcid") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (macro-outbound-callerid,s,14)
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:14] ExecIf("UCX/222@222-0", "1?Set(CALLERID(all)=1608249xxxx)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:15] ExecIf("UCX/222@222-0", "0?Set(CALLERID(all)=)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:16] ExecIf("UCX/222@222-0", "0?Set(CALLERID(all)=)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:17] ExecIf("UCX/222@222-0", "0?Set(CALLERPRES()=prohib_passed_screen)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:18] Set("UCX/222@222-0", "CDR(outbound_cnum)=1608249xxxx") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:19] Set("UCX/222@222-0", "CDR(outbound_cnam)=") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:13] GosubIf("UCX/222@222-0", "0?sub-flp-3,s,1()") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:14] Set("UCX/222@222-0", "OUTNUM=911") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:15] Set("UCX/222@222-0", "custom=SIP/LINE2-608249xxxx") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:16] ExecIf("UCX/222@222-0", "0?Set(DIAL_TRUNK_OPTIONS=M(setmusic^default)tT)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:17] ExecIf("UCX/222@222-0", "0?Set(DIAL_TRUNK_OPTIONS=tTM(confirm))") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:18] Macro("UCX/222@222-0", "dialout-trunk-predial-hook,") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk-predial-hook:1] MacroExit("UCX/222@222-0", "") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:19] GotoIf("UCX/222@222-0", "0?bypass,1") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:20] ExecIf("UCX/222@222-0", "1?Set(CONNECTEDLINE(num,i)=911)") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:21] GotoIf("UCX/222@222-0", "0?customtrunk") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-dialout-trunk:22] Dial("UCX/222@222-0", "SIP/LINE2-608249xxxx/911,300,tT") in new stack
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] netsock2.c: == Using SIP RTP TOS bits 184
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] netsock2.c: == Using SIP RTP CoS mark 5
[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] app_dial.c: -- Called SIP/LINE2-608249xxxx/911
[2015-04-13 14:15:56] VERBOSE[11882][C-00000b40] app_dial.c: -- SIP/LINE2-608249xxxx-0000070b is ringing
[2015-04-13 14:16:12] VERBOSE[11882][C-00000b40] app_dial.c: -- SIP/LINE2-608249xxxx-0000070b answered UCX/222@222-0
[2015-04-13 14:16:12] VERBOSE[11883][C-00000b41] pbx.c: -- Executing [s@from-internal:1] Macro("UCX/222@222-26", "hangupcall") in new stack
[2015-04-13 14:16:12] VERBOSE[11883][C-00000b41] pbx.c: -- Executing [s@macro-hangupcall:1] GotoIf("UCX/222@222-0<ZOMBIE>", "1?theend") in new stack
[2015-04-13 14:16:12] VERBOSE[11883][C-00000b41] pbx.c: -- Goto (macro-hangupcall,s,3)
[2015-04-13 14:16:12] VERBOSE[11883][C-00000b41] pbx.c: -- Executing [h@from-internal:1] Hangup("UCX/222@222-0<ZOMBIE>", "") in new stack
[2015-04-13 14:16:12] VERBOSE[11883][C-00000b41] pbx.c: == Spawn extension (from-internal, h, 1) exited non-zero on 'UCX/222@222-0<ZOMBIE>'
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [h@macro-dialout-trunk:1] Macro("UCX/222@222-26", "hangupcall,") in new stack
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-hangupcall:1] GotoIf("UCX/222@222-26", "1?theend") in new stack
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: -- Goto (macro-hangupcall,s,3)
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-hangupcall:3] ExecIf("UCX/222@222-26", "0?Set(CDR(recordingfile)=)") in new stack
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-hangupcall:4] Hangup("UCX/222@222-26", "") in new stack
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] app_macro.c: == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'UCX/222@222-26' in macro 'hangupcall'
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: == Spawn extension (macro-dialout-trunk, h, 1) exited non-zero on 'UCX/222@222-26'
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] app_macro.c: == Spawn extension (macro-dialout-trunk, s, 22) exited non-zero on 'UCX/222@222-26' in macro 'dialout-trunk'
[2015-04-13 14:16:30] VERBOSE[11882][C-00000b40] pbx.c: == Spawn extension (from-internal, 911, 6) exited non-zero on 'UCX/222@222-26'
[/pre]

OK, "dumb question" time...What type of trunks are you using? If you are using a PRI, this issue is most likely a Telco C.O. issue. HOWEVER, IF you are using SIP Trunks, such as voip.ms, then you have to pay an extra $1.50 per month per trunk for the E-911 services in order to get the full E-911 service.

This is from the voip.ms portal, "When an emergency (911) call is placed over our VoIP network, the physical address you will enter at the time of e911 registration for a specific DID will be passed along to your local PSAP providing the dispatcher with the exact location help is required.

Use of our 911 Service costs a recovery setup fee of $ 1.50 on activation and a regulatory recovery fee of $ 1.50 per DID number activated per month. We do not make a cent on this charge, it is simply what we must pay to provide you with this service.

You are not required to enable this feature. However, you will not be able to dial 911 from your Voip.ms account unless you have activated this service."

I can't answer for other SIP Trunk providers, but this is something you might want to check if you are using SIP Trunks.

Just thought ....Have a blessed day!

Stocking Distributor for E-Metrotel

Thanks for the helpful reply! We use lines from our cable service provider (phone, internet and cable bundled). The lines come in to the demarc point, and from there, they go into our grandstream device. We do pay the monthly 911 fee on our four outbound trunks. I have a feeling that it's something on the provider's end. I'm just hoping to confirm that our UCx isn't the problem, and from the sounds of it, it's not, unless I'm missing something.

OK! IF the the trunks are analog from the demarc point and THEN are converted to SIP through the UCx, put a butt set on the OUT Port of the cable demarc point and attempt the 911 call. That will tell you if the issue is in the cable provided trunks because your test will be in front of the UCx. Simple test and will probably assist in identifying the issue.

Stocking Distributor for E-Metrotel

Great! Will do that and report my finding. Thanks again.

Executing [911@from-internal:2] Set("UCX/222@222-0", "ROUTE_ID=17") in new stack"

2 questions, 1st one for UCX techs maybe.

Does that mean 911 grabbed Route 17?
And if so does Route 17 have access to the trunks?



________________________________________
We take the time to try to answer your questions for free, please return the favor and take the time to answer back and include any resolution you found elsewhere, thanks.

=----(((((((((()----=


Toronto Canada

You masked the last 4 digits of line # which is good for posting!

[2015-04-13 14:15:55] VERBOSE[11882][C-00000b40] app_dial.c: -- Called SIP/LINE2-608249xxxx/911
[2015-04-13 14:15:56] VERBOSE[11882][C-00000b40] app_dial.c: -- SIP/LINE2-608249xxxx-0000070b is ringing
[2015-04-13 14:16:12] VERBOSE[11882][C-00000b40] app_dial.c: -- SIP/LINE2-608249xxxx-0000070b answered UCX/222@222-0

the call was ringing for 16 seconds on line 2 before it was answered.

What does trunk and route configuration have for outbound caller id?

1602824xxx was sent as the caller id to the provider.
Not sure if Comcast requires the digit 1 in your outgoing caller id

15:55] VERBOSE[11882][C-00000b40] pbx.c: -- Executing [s@macro-outbound-callerid:8] Set("UCX/222@222-0", "TRUNKOUTCID=1608249xxxx") in new stack

Yes.
ROUTE_ID=17 means that the digits 911 matched a rule in an outbound route with ID 17
DIAL_TRUNK=3 means that there is a trunk with ID 3 used by that route
Dial("UCX/222@222-0", "SIP/LINE2-608249xxxx/911,300,tT") means that a SIP trunk with the name LINE2 was used for the outbound call from 222 to 911 (at 14:15:55)
SIP/LINE2-608249xxxx-0000070b answered UCX/222@222-0 means the call was answered by the far end (at 14:16:12)
Executing [s@macro-hangupcall:1] GotoIf("UCX/222@222-26", "1?theend") means the call was terminated by the extension 222 (at 14:16:30)

In short, the call went out over LINE2 SIP trunk, was ringing from 14:15:55 to 14:16:12, was active 18 seconds after that and finally the user of 222 hung up.

I 'm still interested in what happens when the call is attempted to be placed straight off the Comcast analog demarcation....

Stocking Distributor for E-Metrotel

Thanks everybody for the continued help on this. It happened just as ucxguy said - when the call is answered at the remote end, that's when I hear the recording that says, "We're sorry, your call did not go through. Please try your call again." The call then disconnects after two announcements of the same words. I don't see any reason why the call shouldn't go through. I think we'll have to get a POTS telephone and test at the demarc point to troubleshoot further. Will get to that and report back my findings. Thanks again!

You can use an analog POTS phone or a butt set. I'm not a "gambling man", but if I were, I would bet the issue is with Comcast! Yes, please do let us know what you find as this may help someone else as well..

Stocking Distributor for E-Metrotel

Thanks ucxguy for explanation..


________________________________________
We take the time to try to answer your questions for free, please return the favor and take the time to answer back and include any resolution you found elsewhere, thanks.

=----(((((((((()----=


Toronto Canada

Well friends ... bad news. The testing at the demarc point went fine - all four of our outside lines were able to reach 911. Still no dice from the UCx. For grins, I tried 411 and 611, and those worked fine. What would be different for these numbers than 911? I'm stumped ...

OK ... perhaps a little more information that might help.

When I call 411 and 611, the set goes from dialing to ringing to online VERY quickly.

When I call 911, I don't get the word "dialing" at all. All I get is "ringing", and it stays that way for about three to four rings. When it changes to "online", that's when I get the recording that the call did not go through. I'm wondering if it's a setting in the Grandstream perhaps?

Thanks everybody for the continued help!

Did you check the dial plan rules in the GrandStream? Example from a GXW400X

"Example of a simple dial plan used in a Home/Office in the US:
{ ^1900x. | <=1617>[2-9]xxxxxx | 1[2-9]xx[2-9]xxxxxx | 011[2-9]x. | [3469]11 }
Explanation of example rule (reading from left to right):
• ^1900x. - prevents dialing any number started with 1900
•<=1617>[2-9]xxxxxx -allowsdialingtolocalareacode(617)numbersbydialing7 numbers and 1617 area code will be added automatically
• 1[2-9]xx[2-9]xxxxxx |- allows dialing to any US/Canada Number with 11 digits length
• 011[2-9]x. - allows international calls starting with 011
[3469]11 - allow dialing special and emergency numbers 311, 411, 611 and 911"

I don't use the Dialing Patterns in the phone. Is it possible to move the 911 pattern to the top of the list in both locations?

We're sorry, your call did not go through. Please try your call again."

Is it possible you dialed destination code 9 it then grabbed a trunk then it dialed 11?
So instead if you dial 9911 it works?

If so you then need to play with the dialing table.




________________________________________
We take the time to try to answer your questions for free, please return the favor and take the time to answer back and include any resolution you found elsewhere, thanks.

=----(((((((((()----=


Toronto Canada

Thanks for the help, curlycord. We don't have an outside line code programmed for outdialing (at least to the best of my knowledge). Once a user dials a number, the system matches it to the plan, selects a trunk and dials the number. Where would I find the dialing table to take a look at what's in it? The thing that stumps me is that I would think the system would treat 411 611 and 911 the same way, but because it's a "9", perhaps you're on to something, curlycord. I wasn't around when the phone tech came out to test the lines at the demarc point. Maybe what I'll do is clamp on to the first line and listen for the digits that are passed to the trunk. Maybe it's not getting all of them?

All of my other X11 numbers work:
411 to directory assistance
511 to the WI Department of Transportation
611 to phone company repair
811 to Digger's Hotline

It's gotta be something with that 9 digit. But the recording I receive "we're sorry, your call did not go through," ... it's not the "UCx lady" voice that would make me think it's something with the UCx. I don't know if this is a carrier recording or some other recording.