01-11-2008 08:43 AM - edited 03-13-2019 04:52 PM
I have a customer who asked me to change their system so it passes caller id at the phone level. Some phones display their full number, some pass the main number. It works well everywhere except when they dial ATT cellular numbers. When they call it will say "unknown" on the cell phone. I know that we are passing the correct info through debugs. I've also had our telco verify that we pass the correct digits.
Has anyone run into something like this?
Thanks
01-11-2008 10:01 AM
Actually the problem is with ATT, you are sending the correct caller ID, the router is sending it to the Telco, and you are saying that the telco is receiving the correct digits so you need to check with ATT why they are not processing the caller id.
//Jorge
01-11-2008 11:04 AM
Yeah, I was sure of that. I'm just curious if anyone else has come across this with cellular providers.
01-13-2008 03:19 PM
I'm making the assumption that you are using ISDN PRI. If so, check the plan/type of the Calling Party Number IE in the Q931 setup message.
Log into your router and go into enable mode. If you are using telnet or ssh, be sure to type "terminal monitor" to have output directed to your screen. Use "debug isdn q931", and place an oubound call. You should see something like this:
May 16 15:27:49.111: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0005
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Calling Party Number i = 0x2181, '2162221111'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '2162221112'
Plan:ISDN, Type:National
May 16 a15:27:49.239: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8005
Channel ID i = 0xA98397
Exclusive, Channel 23
May 16 15:27:51.031: ISDN Se0/1/0:23 Q931: RX <- ALERTING pd = 8 callref = 0x8005
Progress Ind i = 0x8488 - In-band info or appropriate now available
May 16 15:27:51.055: ISDN Se0/1/0:23 Q931: RX <- CONNECT pd = 8 callref = 0x8005
Progress Ind i = 0x8582 - Destination address is non-ISDN
May 16 15:27:51.071: ISDN Se0/1/0:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0005
May 16 15:28:01.503: ISDN Se0/1/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x0005
Cause i = 0x8090 - Normal call clearing
May 16 15:28:01.547: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x8005
May 16 15:28:01.579: ISDN Se0/1/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0005
Look for the "Calling Party Number" type and plan. If they are going out as "UNKNOWN", this is likely your problem. I've found that not specifying "National / ISDN" will cause some carriers to not display the Caller ID.
If you have a MGCP gateway, go into the gateway configuration screen and find "Calling Party Plan" and "Calling Party Type" and set them to ISDN and National respectively.
If you're using H323, send your configuration and I'll be happy to help.
Dennis
01-14-2008 12:20 PM
You're assumption is correct. I think it's all set up good. Perhaps ATT wireless is looking for a different calling plan set up?
Here's my Q931 output. (and it is H323):
SDN Se1/0:23: RX <- SETUP pd = 8 callref = 0x03DB
Bearer Capability i = 0x8090A2
Channel ID i = 0xA98382
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x2183, '2013276050', Plan:ISDN, Type:Na
Called Party Number i = 0x80, '4004', Plan:Unknown, Type:Unknown
ISDN Se1/0:23: TX -> CALL_PROC pd = 8 callref = 0x83DB
Channel ID i = 0xA98382
ISDN Se1/0:23: TX -> ALERTING pd = 8 callref = 0x83DB
ISDN Se1/0:23: TX -> CONNECT pd = 8 callref = 0x83DB
ISDN Se1/0:23: RX <- CONNECT_ACK pd = 8 callref = 0x03DB
ISDN Se1/0:23: CALL_PROGRESS: CALL_CONNECTED call id 0x33C, bchan 1, dsl
ISDN Se1/0:23: RX <- SETUP pd = 8 callref = 0x034D
Bearer Capability i = 0x8090A2
Channel ID i = 0xA98383
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x2183, '6096776050', Plan:ISDN, Type:Na
Called Party Number i = 0x80, '2076', Plan:Unknown, Type:Unknown
ISDN Se1/0:23: TX -> CALL_PROC pd = 8 callref = 0x834D
Channel ID i = 0xA98383
ISDN Se1/0:23: TX -> ALERTING pd = 8 callref = 0x834D
ISDN Se1/0:23: RX <- DISCONNECT pd = 8 callref = 0x03DB
Cause i = 0x8090 - Normal call clearing
ISDN Se1/0:23: TX -> RELEASE pd = 8 callref = 0x83DB
ISDN Se1/0:23: RX <- RELEASE_COMP pd = 8 callref = 0x03DB
ISDN Se1/0:23: TX -> CONNECT pd = 8 callref = 0x834D
ISDN Se1/0:23: TX -> DISCONNECT pd = 8 callref = 0x86F9
Cause i = 0x8090 - Normal call clearing
01-14-2008 12:47 PM
Hi, your trace is of an incoming call (RX <-).
You should look at an outgoing one (TX ->).
01-14-2008 12:48 PM
These appear to be inbound calls... can you send a capture of an outbound call, along with your router configuration (remove passwords and IP addresses).
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide