“The number you have dialed is not in service, please check the number and dial again.”
When dialing 911 we get the above error message.
Here is the call detail from an attempt I just made. Am I missing something obvious?
dial pattern in outbound routes
Does your provider accept 911 on the CID you are sending?
911 is not something that just works without configuration. Every provider out there has to verify your address for each CID you send out before they can send it to the PSAP
To ensure I am sending the right thing, I typically make one dedicated e911 route per address. Some places like Chicago also require the floor. So yet another route per floor sometimes.
Ok, I just created the outbound route for this office (our only office) and ticked the box for emergency and then moved it to the top of the outbound routes.
We’re using flowroute for or DID’s and checked there and associated our main number with the caller ID for e911. Is there a way to test call without actually calling 911? Flowroute said I could use 933 but that doesn’t work either.
add 933 to your 911 route.
Note the context in the CDR, the inbound calls from your local extension are showing up in from-sip-external as if they are unauthenticated calls. Are you using Yealink phones perchance?
https://issues.freepbx.org/browse/FREEPBX-15238
added, still no dice but when dialing 933 it says all circuits are busy 
Yes sir, T46G phones to be more specific.
when I look on the phone itself it shows firmware 28.81.0.70
and under module admin for EPM it shows 14.0.2.188
Upgrade your phone firmware then.
Can I add my own firmware into the firmware management because the latest available for the T46G shows 28.81.0.70 but off the yealink website it shows 28.83.0.50 which I just downloaded
No it isn’t. look at your screen again. I see the solution to that in your screen shot.
You’re right, I’m not sure how I missed that. My T46G test phone is now showing the 28.82.0.50 updated firmware but I’m still unable to test call 933 and I’m getting the voice error “All circuits are busy now, please try your call again later” but normal calls are tested working, inbound and outbound.
I don’t dare try the 911 number as a test call.
This is my dial pattern for the e911 outbound route that is at the top of my outbound route list. Do I need to add our number to the caller ID field at the end of the row?
That means something is still wrong, because that is not the version of firmware in 1.18.
28.83.0.50, sorry for the typo.
I hope the formatting is ok?
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:3] GotoIf("SIP/128-00002afd", "0?report") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:4] ExecIf("SIP/128-00002afd", "1?Set(REALCALLERIDNUM=128)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:5] Set("SIP/128-00002afd", "AMPUSER=128") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:6] GotoIf("SIP/128-00002afd", "0?limit") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:7] Set("SIP/128-00002afd", "AMPUSERCIDNAME=MY NAME") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:8] ExecIf("SIP/128-00002afd", "0?Set(__CIDMASQUERADING=TRUE)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:9] GotoIf("SIP/128-00002afd", "0?report") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:10] Set("SIP/128-00002afd", "AMPUSERCID=128") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:11] Set("SIP/128-00002afd", "__DIAL_OPTIONS=HhTtr") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:12] Set("SIP/128-00002afd", "CALLERID(all)="MY NAME" <128>") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:13] GotoIf("SIP/128-00002afd", "0?limit") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:14] ExecIf("SIP/128-00002afd", "1?Set(GROUP(concurrency_limit)=128)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:15] ExecIf("SIP/128-00002afd", "0?Set(CHANNEL(language)=)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:16] NoOp("SIP/128-00002afd", "Macro Depth is 1") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:17] GotoIf("SIP/128-00002afd", "1?report2:macroerror") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (macro-user-callerid,s,18)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:18] GotoIf("SIP/128-00002afd", "1?continue") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (macro-user-callerid,s,37)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:37] Set("SIP/128-00002afd", "CALLERID(number)=128") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:38] Set("SIP/128-00002afd", "CALLERID(name)=MY NAME") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:39] GotoIf("SIP/128-00002afd", "0?cnum") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:40] Set("SIP/128-00002afd", "CDR(cnam)=MY NAME") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:41] Set("SIP/128-00002afd", "CDR(cnum)=128") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-user-callerid:42] Set("SIP/128-00002afd", "CHANNEL(language)=en") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:2] Gosub("SIP/128-00002afd", "sub-record-check,s,1(out,933,dontcare)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:1] GotoIf("SIP/128-00002afd", "0?initialized") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:2] Set("SIP/128-00002afd", "__REC_STATUS=INITIALIZED") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:3] Set("SIP/128-00002afd", "NOW=1555513956") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:4] Set("SIP/128-00002afd", "__DAY=17") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:5] Set("SIP/128-00002afd", "__MONTH=04") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:6] Set("SIP/128-00002afd", "__YEAR=2019") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:7] Set("SIP/128-00002afd", "__TIMESTR=20190417-111236") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:8] Set("SIP/128-00002afd", "__FROMEXTEN=128") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:9] Set("SIP/128-00002afd", "__MON_FMT=wav") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:10] NoOp("SIP/128-00002afd", "Recordings initialized") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:11] ExecIf("SIP/128-00002afd", "0?Set(ARG3=dontcare)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:12] Set("SIP/128-00002afd", "REC_POLICY_MODE_SAVE=") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:13] ExecIf("SIP/128-00002afd", "0?Set(REC_STATUS=NO)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:14] GotoIf("SIP/128-00002afd", "3?checkaction") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (sub-record-check,s,17)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@sub-record-check:17] GotoIf("SIP/128-00002afd", "1?sub-record-check,out,1") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (sub-record-check,out,1)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [out@sub-record-check:1] NoOp("SIP/128-00002afd", "Outbound Recording Check from 128 to 933") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [out@sub-record-check:2] Set("SIP/128-00002afd", "RECMODE=dontcare") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [out@sub-record-check:3] ExecIf("SIP/128-00002afd", "1?Goto(routewins)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (sub-record-check,out,7)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [out@sub-record-check:7] Gosub("SIP/128-00002afd", "recordcheck,1(dontcare,out,933)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [recordcheck@sub-record-check:1] NoOp("SIP/128-00002afd", "Starting recording check against dontcare") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [recordcheck@sub-record-check:2] Goto("SIP/128-00002afd", "dontcare") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (sub-record-check,recordcheck,3)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [recordcheck@sub-record-check:3] Return("SIP/128-00002afd", "") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [out@sub-record-check:8] Return("SIP/128-00002afd", "") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:3] ExecIf("SIP/128-00002afd", "0 ?Set(CDR(accountcode)=)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:4] Set("SIP/128-00002afd", "EMERGENCYROUTE=YES") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:5] Set("SIP/128-00002afd", "MOHCLASS=default") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:6] ExecIf("SIP/128-00002afd", "1?Set(TRUNKCIDOVERRIDE=5853433007)") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:7] Set("SIP/128-00002afd", "_NODEST=") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [933@from-internal:8] Macro("SIP/128-00002afd", "outisbusy,") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-outisbusy:1] Progress("SIP/128-00002afd", "") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-outisbusy:2] GotoIf("SIP/128-00002afd", "1?emergency,1") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (macro-outisbusy,emergency,1)
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] pbx.c: Executing [emergency@macro-outisbusy:1] Playback("SIP/128-00002afd", "all-circuits-busy-now&please-try-call-later") in new stack
[2019-04-17 11:12:36] VERBOSE[33082][C-00001a15] file.c: <SIP/128-00002afd> Playing 'all-circuits-busy-now.ulaw' (language 'en')
[2019-04-17 11:12:38] VERBOSE[33082][C-00001a15] file.c: <SIP/128-00002afd> Playing 'please-try-call-later.ulaw' (language 'en')
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [emergency@macro-outisbusy:2] Congestion("SIP/128-00002afd", "20") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] app_macro.c: Spawn extension (macro-outisbusy, emergency, 2) exited non-zero on 'SIP/128-00002afd' in macro 'outisbusy'
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Spawn extension (from-internal, 933, 8) exited non-zero on 'SIP/128-00002afd'
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [h@from-internal:1] Macro("SIP/128-00002afd", "hangupcall") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-hangupcall:1] GotoIf("SIP/128-00002afd", "1?theend") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (macro-hangupcall,s,3)
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-hangupcall:3] ExecIf("SIP/128-00002afd", "0?Set(CDR(recordingfile)=)") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-hangupcall:4] NoOp("SIP/128-00002afd", " montior file= ") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-hangupcall:5] GotoIf("SIP/128-00002afd", "1?skipagi") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx_builtins.c: Goto (macro-hangupcall,s,7)
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Executing [s@macro-hangupcall:7] Hangup("SIP/128-00002afd", "") in new stack
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] app_macro.c: Spawn extension (macro-hangupcall, s, 7) exited non-zero on 'SIP/128-00002afd' in macro 'hangupcall'
[2019-04-17 11:12:40] VERBOSE[33082][C-00001a15] pbx.c: Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/128-00002afd' ```It is not. wrap code/log blocks in three backticks ``` on the line before and after the code.
Did you specify a trunk? This log show no signs of it even trying one. See right here? The second row says out is busy.
On a normal working route, it should now show it is attempting the call on the trunk like this. VoIP.ms lets you test with 555-555-0911
[2019-04-16 16:24:21] VERBOSE[2875][C-00000017] pbx.c: Executing [85555550911@from-internal:8] Set("PJSIP/5782-00000021", "_NODEST=") in new stack
[2019-04-16 16:24:21] VERBOSE[2875][C-00000017] pbx.c: Executing [85555550911@from-internal:9] Macro("PJSIP/5782-00000021", "dialout-trunk,5,5555550911,,off") in new stack
Jared - You were right, it was the trunk, I missed that in the emergency outbound route when I created it. Test calls to 933 now work correctly. We’re a small shop and this system doesn’t need too much hands on so I don’t get to play with it much.
Thank you for sticking with me and helping me get this sorted out.
Now that you have tested with 933, you call 911.
When the PSAP answers you state you have no emergency. You have just installed a new phone system and need to verify that your service address is showing correctly. Then ask them to read it back to you.
A few municipalities have some extra rules for testing 911, but not many. So check that first by calling the non emergency number for the Police department to verify.
But I would never take on the liability of a phone system being able to reach 911 without dialing myself to prove it.
Done, and done!
Everything is working as intended now, thank you sir!