call setup through parent GK in proxy mode

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

 



Hi all,

we have a strange call setup behavior in a special situation. I hope
that it has to do with the gnugk config so that we can somehow fix it.

We use gnugk in proxy mode (without any problems). Our gk is connected
to a gatekeeper hierarchy (one neighbor/parent gk).

Consider 2 different types of external endpoints I try to call from a
local endpoint:

1) Endpoints that are not in any way connected to our Gatekeeper
hierarchy, I call them by IP-Address
2) Endpoints that are connected to (=known in) our Gatekeeper hierarchy,
but not registered directly with our GK.

The first type of endpoint works perfectly.
The second type works perfectly when dialing via h323alias/E.164
However when trying to call these endpoints by using the IP-Address, the
problem starts:
First we realized an "unreachable destination" error at the local
endpoint. This is in a somehow "closed" and NATted network environment.
(when not behind NAT/firewall restrictions, the situation I describe
below is the same, but the call setup nevertheless works).

We realized that the local endpoint tries to connect to the parent
gatekeeper directly (at a very late point in time of the call setup).

Further analysis:
The local endpoint gets a "h.225 CS facility" packet from our gnugk at
an early point in the call setup.
In this packet there is mentioned the IP-Address of the parent GK as
"alternativeAddress".
This facility packet does not appear in any of the other call setup
scenarios (in the working scenarios there occurs an "Alerting" packet
instead).
The admissionRequest/admissionConfirm log entries on gnugk have
absolutely identical flags and options regardless of the call setup
scenario.

Gnugk just seems not not be able to do a "normal" call setup in that
special case. The problem occurs with several remote endpoints, so it
seems to be a general issue.
I have detailed gnugk-logs and wireshark packet traces (from the local
endpoint) available (via PM) in case this is necessary. However I hope
that this behavior is somehow known (and can be fixed easily).

Btw: The situation happens also with the very newest gnugk release.

I very much hope you can help me somehow,
tia,
Tobias

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/


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

  Powered by Linux