Cannot figure out why 911 works vs 9911

[rejackson]

We have a new law starting tomorrow in Texas that requires 911 work without dialing the FAC (9 in our system). I thought I would have to program the ARS tables with a match on 11 and insert a 9 using a route. But someone tested and it works without it. I cannot find any other way in the docs or forum to make 911 work without the ARS changes. I sent a long change request in to make up new routes and change the ARS tables and now I don't know how to explain why it isn't necessary.

The first trace shows dialing 911. The setup digits line still shows the 9 in front. The next trace shows dialing another number and the 9 has been removed at the setup digits stage. The only thing that looks different is the inter-digit delay message. Can anyone explain why this works? Routes 261 and 263 are the same except for the FRL. 261 is the route used by the 911 entry in the ARS table. There are no entries in the table for less than 3 digits. Is it just that the digit expiration somehow makes it leave the 9 in front?

22:05:09 active station 262420 cid 0x1833
22:05:09 G711MU ssff ps:20
rgn:10 [10.1.230.30]:2722
rgn:10 [10.0.31.71]:2068
22:05:13 short inter-digit delay due to overlapping entries cid 0x1833
22:05:13 dial 911# route:ARS
22:05:13 term trunk-group 26 cid 0x1833
22:05:13 dial 911# route:ARS
22:05:13 route-pattern 261 preference 1 location 26 cid 0x1833
22:05:13 seize trunk-group 26 member 14 cid 0x1833
22:05:13 Setup digits 911
22:05:13 Calling Number & Name 4125354400 NO-CPName
22:05:13 G729A ssff ps:20
rgn:10 [10.1.230.30]:2722
rgn:26 [10.2.104.14]:2064
22:05:13 Proceed trunk-group 26 member 14 cid 0x1833
22:05:14 idle station 262420 cid 0x1833



22:09:28 active station 262420 cid 0x1836
22:09:28 G711MU ssff ps:20
rgn:10 [10.1.230.30]:2722
rgn:10 [10.0.31.71]:2066
22:09:31 dial 91469525 route:ARS
22:09:31 term trunk-group 10 cid 0x1836
22:09:31 dial 914695257901 route:ARS
22:09:31 route-pattern 263 preference 1 location 26 cid 0x1836
22:09:31 seize trunk-group 10 member 2 cid 0x1836
22:09:31 Setup digits 14695257901
22:09:31 Calling Number & Name 4125354400 NO-CPName
22:09:31 G711MU ssff ps:20

 

[letman2]

list ars digit-conversion should show how it works

 

[rejackson]

Thanks Letman2

Ok I have
match 11 location all min 2 max 2 dell 2 replace 911 net ars conv y

So it looks like a mix of an ars entry and the digit replacement of the route. I guess this would explain why it is reporting overlapping entries. does this happen before it does the ars look up so the ars lookup can still mark it as an alert call and send it out the correct route for the location?

What would explain the 4 second delay since this is supposed to match on 2 digits?

 

[kyle555]

Yes, the digit conversion happens before ARS lookup.

Check dialplan analysis and UDP - Are the 9000-9800's a valid extn range? If that's the case, then dialing 911 needs to wait for a digit timeout before the PBX guesses you meant to dial 11 in ARS to get converted to 911 instead of extension 9110.

 

[rejackson]

Kyle555

So the 9 entered for an outside line is stripped before the digit conversion, which is before the ARS lookup. So when the digit conversion puts it back in it is there for the ARS table lookup to match as 911. Understanding all of the steps and that order in the flow makes it clear.

However I am still not clear on the delay. It may not be important. the dial plan has 9 and a 1 digit fac. No other references like extensions. The features show it as the ASR access code.

Flash Maybe the problem is the 6 digit extensions starting with 1. Does it care about those when it is in the ARS analysis?

 

[Stinney]

If you have 6 digit extensions and dial just 11, the system is looking for additional digits to be dialed (up to 6 to see if it matches an extension). It then times out using the Short Interdigit Timer, this is set under system-parameter features (pg 6 in CM 5.2.1).

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius

 

[joe2938]

we do ours just adding 11 in ars and add the 9 in the route pattern