[cisco-voip] what to debug when calls disconnect "normally"?

[Kelemen Zoltan]

Most probably this is what happened (in the mean time, the provider 
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. 
(http://www.cisco.com/en/US/docs/ios/11_3/debug/command/reference/disdn.html)

Thanks for the help anyway. Next time, I'll make sure to ask, how 
exactly was the call disconnected :)

  Zoltan


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.ro 
> <mailto:keli at carocomp.ro>> 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
>     disconnected.
>
>     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?
>
>     thanks,
>      Zoltan
>     _______________________________________________
>     cisco-voip mailing list
>     cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>     https://puck.nether.net/mailman/listinfo/cisco-voip
>
>