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 cisco.com]
> Sent: Friday, May 26, 2006 2:51 PM
> To: James Grace
> Cc: cisco-voippuck.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-voippuck.nether.net
> h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
|