[cisco-voip] cant recieve call from 614 and 216

[James Grace]

So cm do care if the caller is hiding ani. I understand that part.  But the
problem is the we are change between 2 different telco circuits (atnt and
another vendor)and both are doing the same thing and to add to that now I
can reproduce the error with my own cell phone by doing a *67 plus the # .
and im local  

-----Original Message-----
From: Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: Friday, May 26, 2006 2:21 PM
To: James Grace
Subject: Re: [cisco-voip] cant recieve call from 614 and 216

CM doesn't care if the calling party is empty.  According to your  
debug the gateway is most definitely not rejecting the call.  They  
are sending the disconnect right after we send alerting.

And for issues like this you don't need the q921 debug.  It's only  
useful when debugging layer 2.  Q931 is layer 3 and that is all you  
need.

-Ryan

On May 26, 2006, at 2:04 PM, James Grace wrote:


Is there a way to tell CM or the GW to complete the call when the  
calling
number = N/A.  I just talk to the carrier ATnT  and they said we  
rejecting
the call because of what they are send us.  we are receiving a N/A on
calling number when I do isdn q931 .



-----Original Message-----
From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: Friday, May 26, 2006 11:49 AM
To: James Grace
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] cant recieve call from 614 and 216

Assuming this is an inbound call the telco is sending the Disconnect
message.

Have you called them yet?

-Ryan

On May 26, 2006, at 11:00 AM, James Grace wrote:

cant receive call from area code 614 and 216

we are having a strange issue.  When I do a debug isdn q931 921  I
get this ::



*May 26 15:02:08.312: ISDN Se0/0/0:23 Q931: SETUP pd = 8  callref =
0x01BB

          Bearer Capability i = 0x8090A2

                  Standard = CCITT

                  Transfer Capability = Speech

                  Transfer Mode = Circuit

                  Transfer Rate = 64 kbit/s

          Channel ID i = 0xA98383

                  Exclusive, Channel 3

          Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have
in-band in

          Calling Party Number i = 0x00C3, N/A

                  Plan:Unknown, Type:Unknown

          Called Party Number i = 0x80, '3035'

                  Plan:Unknown, Type:Unknown

*May 26 15:02:08.312: ISDN Se0/0/0:23 Q921: User TX -> RR sapi=0
tei=0 nr=38

*May 26 15:02:08.332: ISDN Se0/0/0:23 Q921: User TX -> INFO sapi=0
tei=0, ns=718

*May 26 15:02:08.332: ISDN Se0/0/0:23 Q931: CALL_PROC pd = 8  callref
= 0x81BB

          Channel ID i = 0xA98383

                  Exclusive, Channel 3

*May 26 15:02:08.340: ISDN Se0/0/0:23 Q921: User RX <- RR sapi=0
tei=0 nr=72

*May 26 15:02:08.528: ISDN Se0/0/0:23 Q921: User TX -> INFO sapi=0
tei=0, ns=728

*May 26 15:02:08.528: ISDN Se0/0/0:23 Q931: ALERTING pd = 8  callref
= 0x81BB

          Progress Ind i = 0x8088 - In-band info or appropriate now
available

*May 26 15:02:08.536: ISDN Se0/0/0:23 Q921: User RX <- RR sapi=0
tei=0 nr=73

*May 26 15:02:08.536: ISDN Se0/0/0:23 Q921: User TX -> INFO sapi=0
tei=0, ns=738

*May 26 15:02:08.536: ISDN Se0/0/0:23 Q931: DISCONNECT pd = 8
callref = 0x0127





It show that when a call comes in from NA,  it does not connect.
Callers all others type of calls work. I can see them going in and
out.  This is ld and local.



James D. Grace

CCNP CCNA MCSE MCDBA

Sr. System Engineer / Professional Svc.

Digitel Corporation



_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

---



---

---



---