Re: undisconnected calls on calling party only

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 
does that happen for all calls?
Run a debug on the GnuGK and Cisco (for Cisco a good one is "debug cch323 h225").
Check if GnuGK sends a "Release complete" message to Cisco and if Cisco is actually getting it. 
 
----- Original Message -----
From: VeniGlobe
Sent: Sunday, October 17, 2004 8:57 AM
Subject: undisconnected calls on calling party only

Hi,
 
I'm running 2.0.8 on a linux with below config. The call flows are like this
 
CISCO 5300-->CISCO GK-->GNUGK-->CISCO 5300
 
[RoutedMode]
GKRouted=1
H245Routed=1
CallSignalPort=1720
AcceptNeighborsCalls=1
AcceptUnregisteredCalls=1
DropCallsByReleaseComplete=1
SendReleaseCompleteOnDRQ=1
SupportNATedEndpoints=1
ScreenCallingPartyNumberIE=xxxx
 
[Proxy]
Enable=0
 
however, the GNUGK isn't registered to the CISCO gk and the termination 5300 isn't registered to GNUGK either.
 
what we found was when the call is over and the called party hang up the phone, both GNUGK and termination 5300 can recongnize the disconnection and generate correct CDR, but on the calling party side, the call on both CISCO GK and 5300 keeps running, unless the calling party actually hangup the phone. It has raised billing inconsistence. Can anyone kindly let me know what is missing or wrong?\
 
 
another unrelated question is; if using proxy enable=1, and set
T120PortRange=50000-59999
RTPPortRange=50000-59999
what is the limitaion on concurrent calls, if any?
Thanks
 
Jeff
 

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux