So further to my own investigation, I found that if you leave Home= as
blank, the Bind=x.x.x.x is processed which achieved my goals.
I do find it odd that the Bind= line has a pre-requirement of Home=
being blank. The documentation specifies that the default for Home= is
0.0.0.0 which is not entirely true. If Home= is left blank, the GNUGK
interrogates the system for interfaces, and connects to each of these
interfaces directly. This is not the same as 0.0.0.0, in which the
GNUGK connects only to 0.0.0.0 which allows for the underlying Linux
system to add and delete IP interfaces and allow the application to
connect to the new IP that was added to the system without a restart.
But by putting in 0.0.0.0 to force the proper connection, the Bind=
argument is ignored allowing GNUGK to pick an interface to source it's
packets from on it's own (and not always to the intent of the person
configuring the system).
I was wondering if someone could comment on the above.
thanks
Andrew
Andrew Herdman wrote:
> So I did a little more digging and stumbled upon;
>
> 2010/11/09 01:24:11.791 2 Toolkit.cxx(292) Default
> IP=10.10.10.36
>
> Digging further into Toolkit.cxx in function
> Toolkit::RouteTable::InitTable();
>
> // Get all the interface addresses available
> std::vector<PIPSocket::Address> home;
> PString foo = Toolkit::Instance()->GetGKHome(home);
> if (!home.empty() && home.size() > 1) {
> // Set default IP to Bind IP, if given.
> PString bind = GkConfig()->GetString("Bind", "");
> if (!bind) {
> defAddr = bind;
> } else {
> defAddr = home[0];
> }
> }
>
> This code + my configuration causes my Bind= to be ignored, specifically
> I'm wondering what;
>
> if (!home.empty() && home.size() > 1) {
>
> is trying to match. If I remove this "if" from the code, my Bind
> configuration is accepted and the above "Default IP" now returns
> correctly, and my calls also now work as the ACF packet now has the
> correct IP address for the endpoint to talk to.
>
> Thanks
> Andrew
>
>
>
>
> Andrew Herdman wrote:
>
>> Playing with heartbeat and gnugk to create a non-h323 compliant high
>> availability to get around endpoint issues that don't support alt
>> properly and have run into a problem.
>>
>> I have two gnugk's (10.10.10.36, and 10.10.10.37) running under Debian
>> Linux with heartbeat running using vitual ip 10.10.10.38. The failover
>> with heartbeat works well, and even starts and stops gnugk if I want it to.
>>
>> Now my problem, even with the following config;
>>
>> Home=10.10.10.38
>> NetworkInterfaces=10.10.10.38/26
>> Bind=10.10.10.38
>> External=10.10.10.38
>>
>> Some packets still leak out from the 10.10.10.36 (running on the first
>> gnugk) IP address. This doesn't work because information is
>> encapsulated to the endpoint and it tries to use the 10.10.10.36 to
>> connect to. (IP Addresses changed to protect the guilty)
>>
>> Any ideas? Any configuration changes I can make to accommodate this?
>>
>>
>> tcpdump -n port 1719 or port 1720
>> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
>> listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
>> 19:22:36.007726 IP 10.10.1.88.1719 > 10.10.10.38.1719: UDP, length 99
>> 19:22:36.015331 IP 10.10.10.38.1719 > 10.10.1.88.1719: UDP, length 31
>> 19:22:36.037680 IP 10.10.1.88.5564 > 10.10.10.36.1720: S
>> 1699762826:1699762826(0) win 16384 <mss 1460,nop,wscale
>> 0,nop,nop,timestamp 1064935081 0>
>> 19:22:36.037715 IP 10.10.10.36.1720 > 10.10.1.88.5564: R 0:0(0) ack
>> 1699762827 win 0
>> 19:22:36.057563 IP 10.10.1.88.1719 > 10.10.10.38.1719: UDP, length 71
>> 19:22:36.058328 IP 10.10.10.38.1719 > 10.10.1.88.1719: UDP, length 3
>>
>> Thanks and Best Regards
>> Andrew
>>
>> ------------------------------------------------------------------------------
>> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
>> David G. Thomson, author of the best-selling book "Blueprint to a
>> Billion" shares his insights and actions to help propel your
>> business during the next growth cycle. Listen Now!
>> http://p.sf.net/sfu/SAP-dev2dev
>> _______________________________________________________
>>
>> 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/
>>
>
>
> ------------------------------------------------------------------------------
> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
> David G. Thomson, author of the best-selling book "Blueprint to a
> Billion" shares his insights and actions to help propel your
> business during the next growth cycle. Listen Now!
> http://p.sf.net/sfu/SAP-dev2dev
> _______________________________________________________
>
> 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/
>
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________________
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/
