Would it be worth investigating keeping track of the performance of a gateway and after reaching a specified threshold, stop sending calls to that gateway? This way, if a second gateway is specified for a prefix and both have a preference, calls would only be routed to the lower priority gateway if one of any of the following triggers occurred: 1) Gateway #1 is unreachable 2) Gateway #1 is dropping in performance. Performance being defined as NER, not ASR. It would also be nice to be able to measure delay and packet loss, but that would be outside the scope of the gatekeeper. After investigation or problem resolution, the gateway could be reenabled either automatically or manually or disabled till a later date. Outside interaction (an external process) with the status would help - like the PSTN fallback option on the Cisco Gateways. Fail-over routing based on the treatment code (or Q.931 disconnect cause) would be nice, but what are the pitfalls? Another feature that would be a nice fit is A-number and B-number analysis, or being able to route on any combination of calling or called number comparisions. A basic if-then-else structure to the routing logic. Just a few ideas I've had as to what I want to work on - but first I need to update my 2.2 source and see what changes have been made since I last looked at it. On Wed, 2 Jun 2004, Zygmuntowicz Michal wrote: > Rerouting can be a very simple task or a very complicated one. > Evil resides in details (you can perform rerouting using various > approaches, none is perfect). General idea is to avoid rerouting, > as it degrades user experience (long dialing stage). One good point > for rerouting is to detect and skip offline gateways. > > The second thing, radius routing, is on its way. Should be soon > in the cvs (sounds familar;). I need to get time and commit patches. > Fortunatelly, as now we released 2.2b4 and 2.0.8, it should be possible. > > ----- Original Message ----- > From: "derrickb" <derrickb@xxxxxxxxx> > Sent: Friday, May 28, 2004 10:49 PM > Subject: Alternate Routes: > > > Hi all.. > > Just got out of the office with my boss and I'm looking at a serious > request from him. > > We are going to be using the GNUGK for wholesale routing, and we need > the ability to route to alternate endpoints for a single call.. > > Currently this is what I understand happens: > > Call Comes in > Tries Endpoint > Call Rejected > Call is dropped > > This is what I need: > > Call comes in: > Tries Endpoint 1 > Call Rejected > Tries Endpoint 2 > Call Rejected > Tries Endpoint 3 > Call is accpeted > Call is completed > > > The call reject can be for any reason, no circuit/channel avail, > rejected, out of order, etc.... > > Is anyone else working with an idea like this? If not, we start hacking > code on Monday! > > The other thing we are going to look at is having the radius return a > rewritten E164... Will make our life so much easier... > > We have a few ideas on how to approach this, but if anyone else is > interested, drop me a line! > > Thanks, > > Derrick Bradbury > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. > >From Windows to Linux, servers to mobile, InstallShield X is the one > installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > > _______________________________________________________ > > List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > Homepage: http://www.gnugk.org/ > ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. >From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
