>If we use RADIUS, > >How we can send ivr-in message ? > >IT says, unknown attrubute ivr-in and/or h323-ivr-in >Therefore we cannot send >ivr-in=priority-queue:gw1,gw.example.com,somethingelse.org:1800,123.23.45.76 >.... >OR >h323-ivr-in=priority-queue:gw1,gw.example.com,somethingelse.org:1800,123.23.45.76 >.... >Is it in use now? or just an idea ? > This is an idea. It supposed to be send without any problems - it's CiscoAv-Pair h323-ivr-in=some:data >> Please dont include radius in it. >> As it is not necesary that all ppl r using radius. else they wud not be >> benifited. >> There shud be in ini file the gateways listings or can be modified Jan's >> virtual queue application () for it. >> Mical. >> LCR. >> Its all very good if u r thinking on these lines. As this feature is >> desparately needed. How will you track gateways that they r offline or >> online. u can implemnt them in separate service (as i told above) >> 2. what about balance showing feature on RRQ,ACF and after call >> terminated. >> Will you provide this feature? if so then when? >> >> >> >> >> >> ----- Original Message ----- >> From: "PS" <block111@xxxxxxxxx> >> To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> >> Sent: Saturday, 26 June, 2004 11:41 AM >> Subject: Re: least cost rounting and failed calls. >> >> >>> >>> > >>> >some calls just dont get setup, like send a call, i get back imediate >> reject >>> >message or i get back no ckt no channel. i think this could be >>> re-sent >> to >>> >radius so that radius server would have the ability to define another >> route >>> >as in the current logic of least cost routing. >>> >>> >>> >>> Not the best way - you'll also need to find some way for radius to >> distinguish between a simple access request and rerouting request. It's >> better to define something like an extra attribute that could be sent by >> radius and understand by gnugk: >>> >> ivr-in=priority-queue:gw1,gw.example.com,somethingelse.org:1800,123.23.45.76 >> :1720; >>> so that gnugk will try sequentially all provided routes. >>> >>> >>> >>> >small step to migrate to letting radius handle re-route issues. >>> > >>> >im actually not one of the persons that requires this re-route >>> feature, >> im >>> >happy with the ability for radius to provide least cost routing >> information. >>> >i also understand the other participants issues since they would like >> gnugk >>> >to be in effect a soft switch. i also feel once we provide hooks for >> radius >>> >to route, then radius could be the mechanism for this re-routing if we >> define >>> >a clear set of conditions that require re-routing. again this would be >>> a >> much >>> >future items. >>> > >>> >last note, i sent a post about my latest compile, any feedback. >>> >thanks my friend. >>> >ray >>> > >>> > >>> > >>> > >>> > >>> >------------------------------------------------------- >>> >This SF.Net email sponsored by Black Hat Briefings & Training. >>> >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>> >digital self defense, top technical experts, no vendor pitches, >>> >unmatched networking opportunities. Visit www.blackhat.com >>> > >>> >_______________________________________________________ >>> > >>> >List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx >>> >Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 >>> >Homepage: http://www.gnugk.org/ >>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email sponsored by Black Hat Briefings & Training. >>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>> digital self defense, top technical experts, no vendor pitches, >>> unmatched networking opportunities. Visit www.blackhat.com >>> >>> _______________________________________________________ >>> >>> List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx >>> Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 >>> Homepage: http://www.gnugk.org/ >> >> >> >> ------------------------------------------------------- >> This SF.Net email sponsored by Black Hat Briefings & Training. >> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >> digital self defense, top technical experts, no vendor pitches, >> unmatched networking opportunities. Visit www.blackhat.com >> >> _______________________________________________________ >> >> List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx >> Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 >> Homepage: http://www.gnugk.org/ > > > >-- >Sait KARALAR >Intersan voIP Telephony > > >------------------------------------------------------- >This SF.Net email sponsored by Black Hat Briefings & Training. >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >digital self defense, top technical experts, no vendor pitches, >unmatched networking opportunities. Visit www.blackhat.com > >_______________________________________________________ > >List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx >Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 >Homepage: http://www.gnugk.org/ ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
