Caller ID Help

[snootalope]

Hello

I'm using CCM 3.3 and currently our phone company is denying us of using caller id. But! We're about to get that switched so our IP phones can see the callers number.

My question is, what do I have to do to see if our system is configured correctly to display incoming calls "caller id's"? What about outgoing calls? I understand the masks and everything, but I guess I don't understand WHERE incoming/outgoing callers numbers are/will be/being stopped or blocked.

Can anyone shine some light on this for me please, or if you have a good cisco document i could read that'd be good too! I apprecaite any help!

snoots

 

[talbotpat]

Go grab this page from CCO:

http://www.cisco.com/en/US/products..._guide_chapter09186a00801f00ed.html#wp1175954

Do a search on the page for:

Table 44-4 E1/T1 PRI Configuration Settings

You will see info on the config parameters for T1 PRI connectivity which is what I assume is the interface you will be using to the PSTN to get caller id support.

Snippet from the page that talks about caller id settings:

_________________________________________________________

Calling Party Presentation
Choose whether you want the CiscoCallManager to transmit or block caller ID.

Choose Default if you do not want to change calling party presentation. Choose Allowed if you want CiscoCallManager to send "Caller ID Allowed". Choose Restricted if you do not want CiscoCallManager to send "Caller ID Restricted."

For more information about this field, see Table22-4 in the "Calling Party Transformations Settings" section

Calling Party Selection
Any outbound call on a gateway can send directory number information. Choose which directory number is sent:

•Originator—Send the directory number of the calling device.

•First Redirect Number—Send the directory number of the redirecting device.

•Last Redirect Number—Send the directory number of the last device to redirect the call.

•First Redirecting Party (External)—Send the directory number of the first redirecting device with the external phone mask applied.

•Last Redirecting Party (External)—Send the directory number of the last redirecting device with the external phone mask applied.

_______________________________________________________

Good Luck!

Pat

 

[snootalope]

Thanks alot! Hey, I changed my Calling Party Presentation to Allowed and outbound calls are still showing up as Unavailable on caller ID equipted phones outside the company..

Any ideas? i'll keep diggin around..

 

[snootalope]

Just curious.. But to allow my internal extentions to foward outside of my gateway (VG200) do I have change anything 'inside' the gateway itself? I know i have to change stuff on the call manager, but I noticed there's a CLID command on my gateway that manipulates the Caller ID options.

Do i need to do anything with that?

 

[talbotpat]

You running the VG200 as MGCP or H.323 gateway? If MGCP, then you can place what you want to show the PSTN user as the calling line ID into the calling party field on the route pattern. There are other places you can populate calling line id info, such as the DN, route list, T1 port on the gateway config, etc. There is an order to the process and if you have different info in the fields, then precedence will be given in a given order...

http://www.cisco.com/en/US/products...nistration_guide_chapter09186a00801ec5a4.html

check out the section on 'Caller Identification and Restriction' for a rather detailed explanation of how CallManager determines what is presented to the PSTN.

Pat

 

[snootalope]

Thanks man.. The vg200 is setup as an h.225 gateway.

Right now, i have an external mask setup on my CCM Route Pattern of 515558XXXX and that's working great. Doing a sh call active voice brief on that gateway shows me that EVERY ONE of those digits are getting to the gateway, but their just not forwarding from there.

I'm going to start digging into the T1 configuration on there, the problem's got to be on the gateway..

Any more idear's?

snoots

 

[talbotpat]

Here are some debugs that will help you out. We need to see the conversations happening from a signaling perspective on the PRI to the telco.

debug isdn q931
debug isdn q921

These will help you see calling line id info being sent from and accepted by the telco switch.

debug vpm all

More verbose, but vpm stands for voice processing module and will show a truckload of info. Only use if you don't get anywhere with the isdn debugs.

Pat

 

[snootalope]

Thanks PAT, but the IOS i'm running does not have isdn as an option for debug.. only Interface and IP. That was the first thing I tried when i started working on this.

The next best thing i've found is debugging cch323 and gives me a bit.

I'll give that vpm a try.
snoots