911 Issue

[telcomII]

Hello, I have a PRI installed on an option 11C rls 5.5 sw. I am trying to get the correct name and address come through to the PSAP. The vendor has updated the ALI database to recognized the DID number and entered the correct address. but each time I call 9911 the PSAP gets the billing telephone number. I believe that the issue may be on my end as from what I can see that the area code is not going out when a 911 call is made. Am i on the right track and how can i correct it. I have included the Dch message text and a print of the SPN.

MEM AVAIL: (U/P): 2500301 USED U P: 418961 79010 TOT: 2998272
DISK RECS AVAIL: 768
REQ
DCH 5 UIPE_OMSG CC_SETUP_REQ REF 00000025 CH 2 23 TOD 11:07:10 CK DC1D4D71
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7349433998 NUM PLAN: E164 TON: NATL This is my first test and the DID number is correct
CALLED #:17347185793 NUM PLAN: E164 TON: NATL
DCH 5 UIPE_IMSG CC_PROCEED_IND REF 00000025 CH 2 23 TOD 11:07:10 CK DC1D4EBE

DCH 5 UIPE_IMSG CC_ALERT_IND REF 00000025 CH 2 23 TOD 11:07:10 CK DC1D583E
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 5 UIPE_IMSG CC_SETUP_CONF REF 00000025 CH 2 23 TOD 11:07:24 CK DC1DBAFC

DCH 5 UIPE_OMSG CC_DISC_REQ REF 00000025 CH 2 23 TOD 11:07:24 CK DC1DC277
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_IMSG CC_RELEASE_IND REF 00000025 CH 2 23 TOD 11:07:24 CK DC1DC3C0
DCH 5 UIPE_OMSG CC_RELEASE_RESP REF 00000025 CH 2 23 TOD 11:07:24 CK DC1DC3CA

DCH 5 UIPE_OMSG CC_SETUP_REQ REF 00000026 CH 2 23 TOD 11:08:00 CK DC1ED153
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:9433998 NUM PLAN: E164 TON: LOCL "Here is the 911 call and I thinking that not having AC is an issue"
CALLED #:911 NUM PLAN: E164 TON: LOCL

DCH 5 UIPE_IMSG CC_PROCEED_IND REF 00000026 CH 2 23 TOD 11:08:00 CK DC1ED2AC

DCH 5 UIPE_IMSG CC_ALERT_IND REF 00000026 CH 2 23 TOD 11:08:02 CK DC1EE44D

DCH 5 UIPE_IMSG CC_SETUP_CONF REF 00000026 CH 2 23 TOD 11:08:04 CK DC1EFD7B

DCH 5 UIPE_OMSG CC_DISC_REQ REF 00000026 CH 2 23 TOD 11:08:24 CK DC1F952A
CAUSE: #16 - NORMAL CALL CLEARING
DCH 5 UIPE_IMSG CC_RELEASE_IND REF 00000026 CH 2 23 TOD 11:08:24 CK DC1F9620
DCH 5 UIPE_OMSG CC_RELEASE_RESP REF 00000026 CH 2 23 TOD 11:08:24 CK DC1F9629

SPN 911
FLEN 0
INPL NO
CLTP NATL
RLI 8
SDRR NONE
ITEI NONE

 

[trvlr1]

Have you checked your caller ID tables to make sure they are all set up correctly and assigned correctly on the phone. This makes it look like the HNTN entry in CLID is not filled out with the area code #.

Also you might want to check with your telco to make sure they are not sending out the main number instead of caller ID if the above does not work for you.

 

[EddieDuece]

Sounds like a CLID table issue. Make sure you have the CLIDS built out correctly.

 

[telcomII]

Here is my clid table associated with all the adjustment that were made on the ESA side but still no change. I am getting the correct number with area code when dialing the 17347185793 number I use for test. BTW it a 5 digit extension onthe phone Ext 33998. I have to be missing some thing.

ENTRY 1
HNTN 734
ESA_HLCL
ESA_INHN YES
ESA_APDN YES
HLCL 94
DIDN YES
HLOC
LSC
CLASS_FMT DN

 

[jamie2]

Do you have ESA setup in LD 24? Is 911 going out correctly and the issue is only with 9,911?

 

[telcomII]

Issue is both ways. I don't think LD 24 is setup. Would you have a sample of your configuration for LD 24

 

[jamie2]

EXAMPLE OF ESA SETUP in LD 24. Can we see a print of your RLI 8 and its associated DMI? Your TON: equals LOCL and for ours to work it must be NATL. Let's try getting this to work before setting up ESA.

REQ prt
TYPE esa
CUST 0

ENTR 0
ESDN 911
ESRT 14
DDGT 911
MISDIAL_PREVENTION YES
MISDIAL_DELAY 3
ALOW_LASTDIG_REPEAT YES
DFCL
OSDN 7006

 

[telcomII]

Jamie Thanks for your help. RLI 8 is below and nothing is defined on DMI 0. I think Iam going to create a new RLI for 911 so I don't mess up anything pointed to RLI 8

RLI 8
ENTR 0
LTER NO
ROUT 1
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
CNV NO
EXP NO
FRL 2
DMI 0
FCI 0
FSNI 0
SBOC NRR
IDBB DBA
IOHQ NO
OHQ NO
CBQ YES
ISET 1
NALT 5
MFRL 2
OVLL 0

This is the new RLI 14 and DMI 9 that I created. How does this look?

RLI 14
ENTR 0
LTER NO
ROUT 1
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
CNV NO
EXP NO
FRL 2
DMI 9
FCI 0
FSNI 0
SBOC NRR
IDBB DBA
IOHQ NO
OHQ NO
CBQ YES

ISET 1
NALT 5
MFRL 2
OVLL 0

DMI 9
DEL 0
ISPN NO
CTYP NPA

 

[jamie2]

Try that if it still doesn't work, just of yucks DEL 3 and INST 911.

 

[telcomII]

Ok. PSAP still reporting same Billing telephon numberand not CLID of DID but I am liking what I see on the calling number below. I haven't tried the del and insert yet but I wanted to let you know what changed first.


DCH 5 UIPE_OMSG CC_SETUP_REQ REF 0000002F CH 2 23 TOD 11:13:42 CK E675EE27
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7349433998 NUM PLAN: E164 TON: NATL
CALLED #:911 NUM PLAN: E164 TON: NATL
DCH 5 UIPE_IMSG CC_PROCEED_IND REF 0000002F CH 2 23 TOD 11:13:42 CK E675EF85

DCH 5 UIPE_IMSG CC_ALERT_IND REF 0000002F CH 2 23 TOD 11:13:44 CK E676013A

DCH 5 UIPE_IMSG CC_SETUP_CONF REF 0000002F CH 2 23 TOD 11:13:48 CK E6761977

DCH 5 UIPE_OMSG CC_DISC_REQ REF 0000002F CH 2 23 TOD 11:14:08 CK E676BDA1
CAUSE: #16 - NORMAL CALL CLEARING
DCH 5 UIPE_IMSG CC_RELEASE_IND REF 0000002F CH 2 23 TOD 11:14:08 CK E676BE9F
DCH 5 UIPE_OMSG CC_RELEASE_RESP REF 0000002F CH 2 23 TOD 11:14:08 CK E676BEA8

 

[jamie2]

Looks better!!
CALLING #:7349433998 NUM PLAN: E164 TON: NATL
CALLED #:911 NUM PLAN: E164 TON: NATL

Are you sure that 734943399 is in the PSALI database? We use Intrado and we can go in and see what is loaded. Do you have that capability?

 

[telcomII]

That is what I requested from my PRI Vendor/ Vendor I got the DIDs through. Yes I have heard them mention Intrado before. They said that it was programmed a week ago. When I tested and things weren't working, I felt a need to investyigate my side. Aas you agree things are looking much better. Will circle back with vendor after the holiday. I appreciate your help....always cool to learn new things. Lately its been 911 which will help with the implematation of E911 coming up.

Thanks and have a great holiday!

 

[jamie2]

Is your vendor your carrier? The carrier may need to make a change so the Billing Number isn't sent too? Might check with carrier too!

 

[telcomII]

Yes its the carrier but a third party carrier. I thought that was the purpose for the Intrado database. Need to read more on its operation as I was under the assumption that if the was not an entry it would revert to BTN of the circuit. I also sread that they can ignore anything you send and just push the BTN. I am at a good point to work hand in hand to resolve this issue.

Thanks Again Jamie