keli at carocomp
Sep 16, 2008, 11:42 PM
Post #4 of 4
Most probably this is what happened (in the mean time, the provider
Re: what to debug when calls disconnect "normally"?
[In reply to]
reported, that they have solved the issue, and it was on their side)
And to Ryan: I know it was disconnected on the user side, since a) I was
seeing TX->DISCONNECT in the q931 debugs, and b) the cause code begins
with 0x80, that says, the code was originated at user's side.
Thanks for the help anyway. Next time, I'll make sure to ask, how
exactly was the call disconnected :)
Justin Steinberg wrote:
> Is your client hearing an operator message/busy signal during the call
> which is causing the calling party to end the call thus making it
> appear as though the router is initiating the disconnect?
> On Tue, Sep 16, 2008 at 3:46 AM, Kelemen Zoltan <keli [at] carocomp
> <mailto:keli [at] carocomp>> wrote:
> We have a client with CCME 4.3, 7940 and 7911 phones, and ISDN PRI
> complaining about some calls being dropped prematurely (they claim
> only calls to a certain, third party provider, not the one giving
> them the ISDN line).
> However, debugging isdn q931 shows only Cause code 0x8090, "normal
> call clearing" for all the calls they've mentioned as prematurely
> While I tend to believe it's a problem on their provider's side,
> it still disturbing, that the router is the one initiating the
> disconnect, not the provider. The calls can last anywhere from 0
> to 20 seconds, but always disconnect normally.
> Any idea, what to debug now, to find out more?
> cisco-voip mailing list
> cisco-voip [at] puck <mailto:cisco-voip [at] puck>
cisco-voip mailing list
cisco-voip [at] puck