Re: More netmeeting woes w/ gnugk

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

 



> You should definitelly review your config. In particular,
> you should not use [Endpoint] section to register your
gatekeeper with itself;)

I've removed this.

> The problem is that your call does not pass through the
gatekeeper (proxy)
> - instead, the originating party sends call directly to the
terminating party.
> But you can try to disable the option
ArjReasonRouteCallToGatekeeper
> - maybe it will help.

I haven't bothered with this yet...  Because the eventual goal is
to run this on our NAT box here, we _need_ it to proxy (from my
understanding).

> But the real solution is to send calls though the proxy, not
directly to the terminating party.
> Maybe something like: tracker@xxxxxxxxxxxx would work in your
example. You would
> need then to change CallSignalPort=1721 parameter to
CallSignalPort=1720 and enable
> ParseEmailAliases option. Try this with the new 2.0.8 release
or 2.2b4, earlier versions
> may not understand tracker@xxxxxxxxxxxx NM syntax.

I've switched the CallSignalPort=1720, and have
ParseEmailAliases=1 as well.

Host Tracker (192.168.1.4) logs into the GK (192.168.1.40), with
the account name trackertest (to eliminate the ambiguity with
hostname)

Host Derek (192.168.1.3) _does not_ log into the GK
(192.168.1.40)

I'm running :
tcpdump -pnX "src or dst 192.168.1.40 and not src or dst port
ssh"

On the gatekeeper.

Using any of the following URLs:

callto:trackertest+gateway=192.168.1.40
callto:trackertest@xxxxxxxxxxxx+gateway=192.168.1.40
callto:trackertest@xxxxxxxxxxxx

Or typing trackertest@xxxxxxxxxxxx in the phone number box in
netmeeting, and pressing "call" results in the (eventual)
message:

"NetMeeting could not find the name of the person you are trying
to call on the directory server.  Check to make sure the address
is correct, or change the address type in the Using box."

And there is no traffic generated to/from the GK during these
trials.

However, if host Derek does log into the GK as derektest,  the
call is completed without a hitch.

I've omitted the gnugk log this time, nothing (besides the
registration of trackertest) gets logged, becuase the traffic
doesn't go to the GK.  I have attached my new gnugk.ini (for
completeness)....

Thanks for your help thus far Michal!

Cheers,
Derek

gnugk netmeeting nat h323 gateway callto routeCallToGatekeeper
ParseEmailAliases

Attachment: gnugk.ini
Description: Binary data


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

  Powered by Linux