[cisco-voip] we are recieving a N/A on calling number
Erick Bergquist
erickbe at yahoo.com
Fri May 26 20:07:01 EDT 2006
The error message "Im sorry we are currently experiencing system problems" sounds like call may be going to a IPCC Express/CRS application -- is 3035 a CTI Route Point? How about if you temporarily fwd all that to a IP Phone to isolate it down to a CRS issue if it is going to CRS? If this works, then maybe there is an issue with that application/script on CRS server tied to that JTAPI trigger or perhaps codec mismatch issues (region) when call transfers to an agent.
The debug is not complete, call ref's were cut off.
Is the gateway H.323 or MGCP?
----- Original Message ----
From: Kevin Thorngren <kthorngr at cisco.com>
To: James Grace <jgrace at digitelusa.net>
Cc: ciscovoip Voip <cisco-voip at puck.nether.net>
Sent: Friday, May 26, 2006 3:12:57 PM
Subject: Re: [cisco-voip] we are recieving a N/A on calling number
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
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:
<excerpt>
<fontfamily><param>Arial</param><color><param>0000,0000,8080</param><x-tad-bigger>We
I do a *67 on my cell. I get “Im sorry we are currently experiencing
system problems.</x-tad-bigger></color></fontfamily>
<fontfamily><param>Arial</param><color><param>0000,0000,8080</param><x-tad-bigger> </x-tad-bigger></color></fontfamily>
<bold><fontfamily><param>Tahoma</param><x-tad-bigger>From:</x-tad-bigger></fontfamily></bold><fontfamily><param>Tahoma</param><x-tad-bigger>
Kevin Thorngren [mailto:kthorngr at cisco.com]</x-tad-bigger></fontfamily>
<bold><fontfamily><param>Tahoma</param><x-tad-bigger>Sent:</x-tad-bigger></fontfamily></bold><fontfamily><param>Tahoma</param><x-tad-bigger>
Friday, May 26, 2006 2:51 PM</x-tad-bigger></fontfamily>
<bold><fontfamily><param>Tahoma</param><x-tad-bigger>To:</x-tad-bigger></fontfamily></bold><fontfamily><param>Tahoma</param><x-tad-bigger>
James Grace</x-tad-bigger></fontfamily>
<bold><fontfamily><param>Tahoma</param><x-tad-bigger>Cc:</x-tad-bigger></fontfamily></bold><fontfamily><param>Tahoma</param><x-tad-bigger>
cisco-voip at puck.nether.net</x-tad-bigger></fontfamily>
<bold><fontfamily><param>Tahoma</param><x-tad-bigger>Subject:</x-tad-bigger></fontfamily></bold><fontfamily><param>Tahoma</param><x-tad-bigger>
Re: [cisco-voip] we are recieving a N/A on calling number</x-tad-bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> </bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>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?</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> 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?</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> Kevin</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> On May 26,
2006, at 1:59 PM, James Grace wrote:</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> 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 .</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> </bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> </bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:41.164: ISDN Se0/0/0:23 Q931: RX <<- SETUP pd = 8 callref =
0x01E</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Bearer Capability i = 0x8090A2</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Standard = CCITT</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Transfer Capability = Speech</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Transfer Mode = Circuit</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Transfer Rate = 64 kbit/s</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Channel ID i = 0xA98381</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Exclusive, Channel 1</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band in</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Calling Party Number i = 0x00C3, N/A</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Plan:Unknown, Type:Unknown</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Called Party Number i = 0x80, '3035'</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Plan:Unknown, Type:Unknown</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:41.180: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Channel ID i = 0xA98381</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Exclusive, Channel 1</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:41.408: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Progress Ind i = 0x8088 - In-band info or appropriate now available</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:41.548: ISDN Se0/0/0:23 Q931: TX -> CONNECT pd = 8 callref =
0x80</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:41.572: ISDN Se0/0/0:23 Q931: RX <<- CONNECT_ACK pd = 8 callref
=0</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:47.692: ISDN Se0/0/0:23 Q931: RX <<- DISCONNECT pd = 8 callref =</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
Cause i = 0x8390 - Normal call clearing</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:47.704: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8 callref =
0x80</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> *May 26
15:24:47.732: ISDN Se0/0/0:23 Q931: RX <<- RELEASE_COMP pd = 8
callref 0</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> </bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> James D.
Grace </bigger></bigger></fontfamily>
<bold><fontfamily><param>Times New Roman</param><bigger><bigger>CCNP
CCNA MCSE MCDBA</bigger></bigger></fontfamily></bold>
<fontfamily><param>Times New Roman</param><bigger><bigger> Sr. System
Engineer / Professional Svc.</bigger></bigger></fontfamily>
<bold><fontfamily><param>Times New Roman</param><bigger><bigger>Digitel
Corporation</bigger></bigger></fontfamily></bold>
<fontfamily><param>Times New Roman</param><bigger><bigger> </bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
_______________________________________________</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger> cisco-voip
mailing list</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
cisco-voip at puck.nether.net</bigger></bigger></fontfamily>
<fontfamily><param>Times New Roman</param><bigger><bigger>
https://puck.nether.net/mailman/listinfo/cisco-voip</bigger></bigger></fontfamily>
</excerpt>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
More information about the cisco-voip
mailing list