cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
616
Views
2
Helpful
6
Replies

oubound caller id to ATT wireless

k.grossman
Level 1
Level 1

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

6 Replies 6

jbarcena
Level 9
Level 9

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

Yeah, I was sure of that. I'm just curious if anyone else has come across this with cellular providers.

dennisbehrens
Level 4
Level 4

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

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

Hi, your trace is of an incoming call (RX <-).

You should look at an outgoing one (TX ->).

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).

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: