Incoming calls from PSTN doesn't display the access code of the calling party on the IP Phone display. I have an E1 voice on Cisco 2851 SRST. My problem is that It only displays 7-digit number of the calling party. I expect it to display the access code or area code of the calling party. Does it have to do on my part or on my telco? Please help and thanks a lot.
Thanks for your reply. The solution that you suggested works for local calls. What if incoming calls are from different access codes (for example.: 555, 444, 333, 222, etc.)? Or what if I'm not sure of the access codes prefixes of incoming calls? What I would like to happen is to display all the digits that the Telco is sending to my SRST router. During debug isdn q931...it only displays 7 digit numbers of the calling party.
If your provider is not sending the access codes and it there is more than 1 possible access code for a number, it would be your provider's responsibility to send it to you.
If 'debug isdn q931' shows them sending digits that are ambiguous, I would start a conversation with them to have this fixed. There isn't a way we can 'know' what the codes are supposed to be. It's also possible that they're sending it via facility or another format later in the call, but this is less likely.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...