[cisco-voip] we are recieving a N/A on calling number

[Kevin Thorngren]

I believe that message is coming from the TELCO not CCM.  Have you 
verified that the ISDN switch type you have defined is the correct one?

Michael has a good point that we were overlooking the call reference in 
the setup and disconnect messages :-)  The same applies below.  More 
debug info is needed to see the disconnect that corresponds to the call 
setup.

What is 3035?  Can you complete calls without caller ID to other 
destinations?

Have you looked at CCM traces to see what CCM is doing with the call?

What are the differences in the debug isdn q931 for a working call from 
your cell phone versus the non-working call from your cell phone.  
Hopefully to the same destination.

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

>
> We I do a *67 on my cell.  I get  “Im sorry we are currently 
> experiencing system problems.
>  
>
> From: Kevin Thorngren [mailto:kthorngr at cisco.com]
> Sent: Friday, May 26, 2006 2:51 PM
> To: James Grace
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] we are recieving a N/A on calling number
>  
>
> The below debug looks normal and there are no errors or reject 
> messages from the CCM to the telco. The same is true with the previous 
> debug you sent, except we did not see the disconnect cause code. The 
> ISDN signaling looks to be fine. The call is being disconnected from 
> the PSTN side, whether the disconnect is initiated by the telco or the 
> caller would be interesting to know. Again, what does the caller hear 
> when placing the call?
>
>  CCM does not care about the calling party info. Have you compared 
> q931 debug to a working call to see what differences there are in the 
> signaling?
>
>  Kevin
>  On May 26, 2006, at 1:59 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 .
>   
>   
>  *May 26 15:24:41.164: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8  
> callref = 0x01E
>          Bearer Capability i = 0x8090A2
>                  Standard = CCITT
>                  Transfer Capability = Speech
>                  Transfer Mode = Circuit
>                  Transfer Rate = 64 kbit/s
>          Channel ID i = 0xA98381
>                  Exclusive, Channel 1
>          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:24:41.180: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8  
> callref = 0
>          Channel ID i = 0xA98381
>                  Exclusive, Channel 1
>  *May 26 15:24:41.408: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8  
> callref = 0x
>          Progress Ind i = 0x8088 - In-band info or appropriate now 
> available
>  *May 26 15:24:41.548: ISDN Se0/0/0:23 Q931: TX -> CONNECT pd = 8  
> callref = 0x80
>  *May 26 15:24:41.572: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8  
> callref =0
>  *May 26 15:24:47.692: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8  
> callref =
>          Cause i = 0x8390 - Normal call clearing
>  *May 26 15:24:47.704: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8  
> callref = 0x80
>  *May 26 15:24:47.732: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 
> 8  callref 0
>   
>  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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 8486 bytes
Desc: not available
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20060526/660354e3/attachment-0001.bin