Re: [Openh323gk-users] gnugk NAT problem.
H.323 Gatekeeper for VoIP and videconferencing
Brought to you by:
willamowius
From: Zygmuntowicz M. <m.z...@on...> - 2005-02-28 21:30:23
|
Hmm, strange. The NAT traversal trick used to work fine in both versions. I guess your endpoint may handle it in some different way. Are you able to generate a log at trace level 5 and build a debug version to get a backtrace from a core dump? If you need guidance, we can work on it offline. ----- Original Message ----- From: "Prashant Samant" <pra...@st...> Sent: Monday, February 28, 2005 6:52 PM > I am facing this problem with 2.2.0. I have tried with 2.0.5 and got the > same problem. > > NATet endpoint means it's behind a NAT box. The NAT box is doing > MASQUERADING. so for outgoing calls it does port forwarding. Incomming > calls works on the basis of citronNAT. In RCF the GK tells the EP that > it's behind nat and the EP keeps a NAT socket open on a random port (say > 1724) > > Incomming calls works as long as I don't disconnect. > > As far as I checked the logs There is some problem is disconnection > handling. Or may be my EP is misconfigured. The gk send DCF and then tries > to send a ReleaseComplete. In DCF it my be closing the socket and While > sending ReleaseComplete It dies. It's just a guess. > > In logs It's always after USocket distructer(It prints the last line in > distructer). > > Regards, > Prashant, > Trikon Electronics Pvt. Ltd. > Mob: 9821321280 > Off: 91-22-24216325 |