Re: Re: Re: GnuGK controlled via status port

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

 



In general, it would be good to agree on which attributes (and how) should be used
for call routing. Good idea is to use standard attributes, like the ones mentioned (h323-redirect-xxx).

----- Original Message ----- 
From: "P. P." <block111@xxxxxxx>
Sent: Monday, March 01, 2004 11:32 PM


> > Alexandre Aractingi <aaractingi@xxxxxxxxxxxxxx> wrote:
> > >Le lun 01/03/2004 Ю 13:42, Zygmuntowicz Michal a Иcrit :
> > >> These are virtual queues and RoutingRequest messages. You can
> > >> take a look at the ACD application how it is done.
> > >
> > >Ok, I see what you mean. But it\'s not possible (yet) to always let an
> > >external app make the routing decisions (on "regular" calls), right?
>
> Hello,
> I wrote some simple billing applicaation and from there it appeared to be very easy to control everything I needed to control. All
sorts of routing logic is just not simple to control through some configuration (some people might have crazy ideas, and they'll
always be asking "..how to do this and that?..")
> That's why I think it's a good decision to move this logic to radius. Everything is controlled from a compiled perl script - all
types of database handling etc are possible as well, just the way with usual perl script. So, I really think it's a very good
decision to go radius way :))
> Maybe interested people post their suggestions, so that someone could implement it.
> In my opinion all is needed is proper handling of h323-gw-id, h323-redirect-ip-address, Cisco-Gateway-Id, h323-redirect-number.
With all above mentioned complexity reduces greatly as all the complex stuff is easy to manage through perl scripts.
> It's only my opinion...
> I could contribute on that, but I'm very unfamiliar with the way gnugk works, and all its internals - I broke all my bones while
trying to add simple stuff I needed :) And as I checked, 2.2 version differs considerably from 2.0.7
>
> > If calling endpoints are registered with the gatekeeper and support
> > canMapAlias feature, it is possible to configure a virtual queue
> > to intercept all calls and make routing decisions. This technique
> > does not suit all situations, but, if used smartly, can be quite powerful.
> >
> > Soon we will have a similar, but a bit more advanced way
> > to make routing decision through RADIUS.
> >
> > Regards,
> > Michal



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56&alloc_id438&op=click
_______________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id┘49
Homepage: http://www.gnugk.org/

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

  Powered by Linux