Hi Michal > there is no failover, but the question did not mention this > scenario I think. > On the other hand, such scenarios should be solved by using > an approtiate pbx solution, like Asterisk, which provides you > with call center features. Disagree with you in this particular point. Hunting, crankback and failover support is a key feature that should be supported by a Gatekeeper. Of couse similar functionality is also supported in pbx solution but in a different context (i.e. least cost routing). Basically i agree with you - one should choose very carefully what kind of functionality should get implemented into a gatekeeper. A gatekeeper's primary job is to do fast and reliable routing, not adding value added services. Performance, reliabilty and functionality often are a trade-off. Greetings Frank > > ----- Original Message ----- > From: "Teodor Georgiev" <tgeorgiev@xxxxxxxxx> > Sent: Sunday, September 04, 2005 12:09 PM > > > > Michal, what would happen if the first gateway (with > priority=1) will fail > > to place the call through? > > Will it be routed to the next gateway in the list? > > As far as I know, GnuGK would not do it. > > > > > > ----- Original Message ----- > > From: "Zygmuntowicz Michal" <m.zygmuntowicz@xxxxxxx> > > To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> > > Sent: Friday, September 02, 2005 2:50 AM > > Subject: Re: Routing H.323 calls to the > first open > > machine > > > > > >> You can either: > >> 1. Use the external ACD application (see www.gnugk.org). > >> 2. Define a few gateways for the same prefix with capacity = 1 and > >> priority = 1. > >> An incoming call will be routed to the first available gateway. > >> 3. Use your own external scripts to route calls. > >> > >> ----- Original Message ----- > >> From: "Nachman Yaakov Ziskind" <awacs@xxxxxxxxxx> > >> Sent: Thursday, September 01, 2005 11:15 PM > >> > >> > >>> ... I have a bunch of H.323 machines, all functionally > equivalent (i.e., > >>> a call center of sorts) and until now I've just published > a list of IPs > >>> and hoped that whatever one the caller picked would get answered. > >>> > >>> Now, there's enough of them that this is getting > cumbersome. SO, I'd like > >>> a device that would accept an incoming call and route it > to any available > >>> machine - dosen't matter which one, really. I thought > that a gatekeeper > >>> would do this, but the commercial gatekeeper that we > purchased earlier > >>> does NOT do this. Oh, well. > >>> > >>> So, does this gatekeeper do this? Does any other, that > anyone knows of? > >>> Or, do I need an entirely different machine? > >>> > >>> Thanks! > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development > Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * > Testing & QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________________ > > Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > Unsubscribe: > http://lists.sourceforge.net/lists/listinfo/openh323gk-users > Homepage: http://www.gnugk.org/ > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
