At 09:12 PM 25/03/2006, you wrote:
Hi
I have been posting messages for quite a time but havent recieved any
solution or any word from anyone.
I have been trying to manage multiple Originating gateways and
multiple Terminating gateways using Clustered GnuGK. I have tried:
1. Neighbor approach but it does not allow authentication on
neighbouring GK to which LRQ is forwarded, which is a requirement.
Why is authentication required if you are clustering GNUGK gatekeepers? The
LRQ's will only be accepted from the IP address that you specify as a
neighbor and you can throttle the LRQ's to send/received by prefix.
2. Alternate GnuGK approach, but it does not seem to be working, First
GK rejects the endpoint instead of forwarding it to alternate
GK.Anybody having any working sample configuration, please send.
The complate.ini in the etc directory has example code on using alternate GK.
http://cvs.sourceforge.net/viewcvs.py/openh323gk/openh323gk/etc/
Note: Sendto port is 1719 (this is wrong on previous email you had 1720)
3. I dont have the exact idea of [Endpoint] section in conf, manual
says it's for building "Heirarchies"(Parent-Child I guess but thats
what Neighbors GKs do, right?), how, I have no idea, anybody any
working knowledge about it please help.
Refer child.ini in the above link.
Parent-Child is different to neighbors as you register the child GK with
the parent GK. Neighbors are equals which exchange LRQ's
4. I added the other GNuGKs as [RasSrv::PermanentEndPoint] but it aint
working as well...
You need to register them as gateway type. But if they are all GNUGK I
think you should chose either Neighbor or Parent/Child
Any comments or suggestions are welcome
It is unclear whether you are just using GW -> GK -> GW or you are using
some form of EP registration.
If you are clustering for EP registrations.
I suggest you take the parent/child approach where your cluster registers
with a parent signalling only (no public registrations) gatekeeper, with
failover, autorestart, which you can centrally control redirecting the
calls to the specified gateways depending on the prefix. The gateways are
registered as permanent endpoints in the parent Gatekeeper ini file, NOTE:
there is no DB support for this.
The cluster of child gatekeepers (with proxy and NAT support) are metered
(ie limited to X Registrations etc) where any registrations over this
threshold are forwarded to any other gatekeeper so you never overload a
gatekeeper. If you are using endpoint registrations you should create
_H323rs._udp SRV records for all the cluster GK's so if one of the GK's
goes down then the EP can register directly with another GK. The latest
version of PacPhone supports this cluster registration feature (also has
NAT support).
If you are not dong any EP registrations
I suggest you use the Parent/Child approach (signalling only, no media
proxy) and not cluster at all, use the H323ID from the incoming GW to route
the call signal to that prefix gatekeeper (which has an outbound gateway
registered). The media is routed directly between the gateways. Unless the
inbound Gateways support SRV then you have limitations on clustering/fail
over/redundancy support.
Simon
Thanks in advance
Regards
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmdk&kid0944&bid$1720&dat1642
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id?49
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id?49
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
