dslreports logo
site
 
    All Forums Hot Topics Gallery
spc

spacer




how-to block ads


Search Topic:
uniqs
1809
share rss forum feed


DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

CUCM caller ID question

Is it possible to get the name of the caller to display? (IE not just for internal but for when an external caller calls?)

I'm not the pbx person but that person hasn't replied to my e-mails lately and some people want to see more than just the number of the caller when the caller is external.
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv


LondonDave

join:2011-09-05
canada
Reviews:
·Bell Fibe

If you have your PRI or FXO ports configured and subscribe to caller id it should pass through. If using fxo make sure you have callerid enabled under each fxo port in the mgcp gateway. With the PRI I think you need to add checks next to Display IE Delivery and Send Extyra Leading Character in Display depending on the PRI your phone company uses. You can also debug your gateways to see if callerid is coming in.



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

Well we have a PRI

I know the carrier should still be sending the data as we didn't tell them to change anything and the avaya system showed the caller ID, the cisco atm just shows the number

could you give a list of the commands to do this?
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv


LondonDave

join:2011-09-05
canada

I think the debug command is: Debug isdn q931. You also need to make sure the pri switch type is set correctly ie. dms-100, dms-250 or Lucent 5e5ss. You can ask your telco for that info.



rsaturns

join:2004-12-06
Beaverton, OR
reply to DarkLogix

The command I think you're looking for is the following it goes under the D channel serial interface like the following:

Command:
isdn supp-service name calling

interface Serial0/0/0:23
no ip address
encapsulation hdlc
description PBC Avaya 01A11
isdn switch-type primary-qsig
isdn timer T310 120000
isdn protocol-emulate network
isdn incoming-voice voice
isdn supp-service name calling
no cdp enable
trunk-group Avaya
--
»tripplehelix.net



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

ok well now if I call from my cell to my desk I get pending where I'd expect the name to be
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

interface Serial0/0/0:23
no ip address
encapsulation hdlc
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
isdn outgoing ie display
no cdp enable

Anything else that needs to be done to enable this?
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



rsaturns

join:2004-12-06
Beaverton, OR

Is this an H323 / SIP or MGCP GW?
--
»tripplehelix.net



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

Its a 2921 with a T1 connecting to the PRI and gig eth to the network

where in the config should I look to answer your question? (I'm not a voip guy just touching it a little)
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

dial-peer voice 26 voip
translation-profile incoming CUCM_IN
session protocol sipv2
session target ipv4:*.*.*.*
incoming called-number .
voice-class codec 1
dtmf-relay rtp-nte
!
dial-peer voice 25 voip
translation-profile incoming CUCM_IN
session protocol sipv2
session target ipv4:*.*.*.*
incoming called-number .
voice-class codec 1
dtmf-relay rtp-nte
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3
reply to rsaturns

ok had to do
conf t
interface Serial0/0/0:23
no isdn supp-service name calling
end

that command broke internal to external calling
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



rsaturns

join:2004-12-06
Beaverton, OR
reply to DarkLogix

Ah you're falling to the VoIP trap now. I think you're close but hitting MTP media resource negotiation when it was trying to send you CNAM. SIP media resource negotiation is a big PITA and if you get it wrong you get greeted with fast busy.

Check out this thread:
»www.gossamer-threads.com/lists/c···sp/53439

(Remind me why I want to be a CCNP Voice??)
--
»tripplehelix.net



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

said by rsaturns:

(Remind me why I want to be a CCNP Voice??)

Because you want to setup stuff like this apparently
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv


DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

I'm really a noob at VoIP (in fact I'd likely not even bother but users want something and I'm not getting replies from the contractor that corp hired)

oh how I hate having co-workers 6-7 hours ahead of me.
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



rsaturns

join:2004-12-06
Beaverton, OR
reply to DarkLogix

Here's an awesome blog post about the whole thing. Relevant to you is ISDN and SIP.

»x-ccie.blogspot.com/2011/11/call···pri.html
»x-ccie.blogspot.com/2011/12/mapp···-to.html
--
»tripplehelix.net


DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

its looking like I might not want to mess with it
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



rsaturns

join:2004-12-06
Beaverton, OR
reply to DarkLogix

I don't know your run time hours for voice there, but it's something best labed up to get it all in a row or after hours when you can afford some lack of calling. You're touching on some of the deeper protocol intricacies of voice.
--
»tripplehelix.net



DarkLogix
Texan and Proud
Premium
join:2008-10-23
Baytown, TX
kudos:3

ya which is why it might be best to keep trying to get the contractor to do it (he'd be able to do it before we start the day) (time zone differences)

and I wouldn't be sure of myself enough to be sure I have it right. (I was hoping it might be something simple) but I don't know enough about how our viop is setup to feel confident
--
semper idem
1KTzRMxN1a2ATrtAAvbmEnMBoY3E2kHtyv



jester121
Premium
join:2003-08-09
Lake Zurich, IL

Old SBC territory in particular, and I'm sure a bunch of others, didn't use the display-name field for caller ID name, they used facility-something. We had to tell the PRI on our end not to use that function so the name could come in:

interface Serial0/0/0:23
no ip address
encapsulation hdlc
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
no isdn outgoing ie facility
no cdp enable

(I know it says "outgoing" but I'm pretty sure this command fixed incoming caller ID name for us). There was an old IOS bug that was finally fixed in 2006 or so, I think it was related to this thread: »supportforums.cisco.com/thread/96761



Covenant
Premium,MVM
join:2003-07-01
England
reply to DarkLogix

From your dial-peer config, it is using H.323 as the call control protocol.

H.323 is not great for caller id from PSTN however there are work arounds.

I am sure you have already resolved this but if you haven't, you need to determine how the caller ID is presented to your gateway.

This is done via a debug isdn q931 and seeing whether you get a facility message or a display message with the caller ID.

Then from there, you can start implementing commands to allow caller ID to be recognised by the CUCM so it can display it on the IP phones.
--
A word to the wise ain't necessary, it's the stupid ones who need the advice!