Hi All, I need some instructions to, how to install JavaGui for GnuGK. Thanks Tahir Bhutta Network Engineer DDI: +44 (0) 845 084 3004 Mobile: +44 (0) 7977 453 365 Fax: +44 (0) 845 084 3030 Video IP: 195.58.67.107 Video ISDN: +44 (0) 161 919 5519 Website: videonations.com Address: Unit 20, Edward Court, Altrincham Business Park, Altrincham, Cheshire, WA14 5GL This email and its contents are subject to our corporate disclaimer -----Original Message----- From: openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx [mailto:openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx] Sent: 26 April 2009 07:21 To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Subject: Openh323gk-users Digest, Vol 35, Issue 3 Send Openh323gk-users mailing list submissions to openh323gk-users@xxxxxxxxxxxxxxxxxxxxx To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/openh323gk-users or, via email, send a message with subject or body 'help' to openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx You can reach the person managing the list at openh323gk-users-owner@xxxxxxxxxxxxxxxxxxxxx When replying, please edit your Subject line so it is more specific than "Re: Contents of Openh323gk-users digest..." Today's Topics: 1. GNU GK timers (Denis Kochmashev "Enforta") 2. Re: GNU GK timers (Zygmuntowicz Michal) 3. GnuGK Released-2.2.8 / Latest CVS version is sending [127.0.0.1] as [NAS-IP-Address] !! (Tusar) 4. Re: GnuGK Released-2.2.8 / Latest CVS version issending [127.0.0.1] as [NAS-IP-Address] !! (Zygmuntowicz Michal) 5. Re: GnuGK Released-2.2.8 / Latest CVS version is sending [127.0.0.1] as [NAS-IP-Address] !! (Georgiewskiy Yuriy) 6. Outbound callerid setting as [STRICT] rule (Tusar) ---------------------------------------------------------------------- Message: 1 Date: Sat, 25 Apr 2009 11:01:03 +0600 From: "Denis Kochmashev \"Enforta\"" <d.kochmashev@xxxxxxxxxxx> Subject: GNU GK timers To: "'GNU Gatekeeper Users'" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Message-ID: <432F5E298B85405CA298C57EAC2360F2@kochmashev> Content-Type: text/plain; charset="us-ascii" Hello! I have questions about GNU GK timers. >From documentation: > SetupTimeout=4000 > Default: 8000 > A timeout value (in milliseconds) to wait for a first message (Setup) to be received after a signaling > TCP channel has been opened. I'm getting strange results with this parameter in Routed Mode (!). If I set it to 4000 and called endpoint does not respond to Setup sent from GK (e.g. does not send CallProceeding), GNU GK drops the call (sending ReleaseComplete to both endpoints - calling and called) after approximately 8000ms. So to make GNU GK drop the call in this scenario after 4000ms I have to set SetupTimeout=2000. Why does this happen? >From documentation: > SignalTimeout=10000 > Default: 30000 > A timeout value (in milliseconds) to wait for a signaling channel to be opened after an ACF message > is sent or to wait for an Alerting message after a signaling channel has been opened. This option can > be thought as a maximum allowed PDD (Post Dial Delay) value. Will this timer be stopped if Progress message is received insted of Alerting? Thanks ------------------------------ Message: 2 Date: Sat, 25 Apr 2009 08:43:17 +0200 From: "Zygmuntowicz Michal" <m.zygmuntowicz@xxxxxxx> Subject: Re: GNU GK timers To: "GNU Gatekeeper Users" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Message-ID: <6E726B037CDC4BCEA8C46F8A0B7F0032@zlap> Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Hi, 1. This is hardcoded to be a double value of SetupTimeout. 2. Yes, a Progress message will trigger the same timer. ----- Original Message ----- From: "Denis Kochmashev "Enforta"" <d.kochmashev@xxxxxxxxxxx> Sent: Saturday, April 25, 2009 7:01 AM Subject: GNU GK timers > Hello! > > I have questions about GNU GK timers. > >>From documentation: >> SetupTimeout=4000 >> Default: 8000 >> A timeout value (in milliseconds) to wait for a first message (Setup) to > be received after a signaling >> TCP channel has been opened. > > I'm getting strange results with this parameter in Routed Mode (!). If I > set > it to 4000 and called endpoint does not respond to Setup sent from GK > (e.g. > does not send CallProceeding), GNU GK drops the call (sending > ReleaseComplete to both endpoints - calling and called) after > approximately > 8000ms. So to make GNU GK drop the call in this scenario after 4000ms I > have > to set SetupTimeout=2000. Why does this happen? > >>From documentation: >> SignalTimeout=10000 >> Default: 30000 >> A timeout value (in milliseconds) to wait for a signaling channel to be > opened after an ACF message >> is sent or to wait for an Alerting message after a signaling channel has > been opened. This option can >> be thought as a maximum allowed PDD (Post Dial Delay) value. > > Will this timer be stopped if Progress message is received insted of > Alerting? > > Thanks ------------------------------ Message: 3 Date: Sat, 25 Apr 2009 11:09:49 +0200 From: Tusar <tusarbd@xxxxxxxxx> Subject: GnuGK Released-2.2.8 / Latest CVS version is sending [127.0.0.1] as [NAS-IP-Address] !! To: GNU Gatekeeper Users <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Message-ID: <a223d4f60904250209m627e5ebfrbb1a26400099e97@xxxxxxxxxxxxxx> Content-Type: text/plain; charset="iso-8859-1" Hi, GnuGK is sending [127.0.0.1] as NAS-IP-Address in RRQ/ARQ when [Home] is NOT set and RADIUS server is running on another server. If I set [Home] then it is acting as expected . It is happening with latest CVS or relaese version 2.2.8 . /etc/gnugk.ini =============== [Gatekeeper::Main] Fourtytwo=42 Name=TestGW #Home=69.88.xx.yy [RoutedMode] GKRouted=1 H245Routed=1 [Proxy] Enable=1 [Gatekeeper::Auth] RadAliasAuth=required;RRQ,ARQ,Setup,SetupUnreg default=allow [RadAliasAuth] Servers=69.88.xx.zz *<== Different Server IP* DefaultAuthPort=1812 SharedSecret=secret RequestRetransmissions=2 AppendCiscoAttributes=1 IncludeTerminalAliases=1 IncludeEndpointIP=1 CheckSetupUnregisteredOnly=1 UseDialedNumber=1 ================ gnugk.log ========== 2009/04/25 14:46:18.292 3 radproto.cxx(2169) RADIUS Sending PDU to RADIUS server 69.88.13.17 (69.88.13.17:1812) from port:17320[active requests: 0, ID space: 85-86], PDU: { code = 1 (Access-Request) id = 85 length = 160 octets authenticator = 16 octets { a8 cb 9b ad 36 16 f4 9e 33 fd 3b 1a 63 af f8 95 ....6...3.;.c... } attributes = 8 elements { [0]= { type = 1 (User-Name) length = 15 octets value = 13 octets { 31 32 33 34 35 36 37 38 39 30 31 32 33 1234567890123 } } [1]= { type = 4 (NAS-IP-Address) length = 6 octets value = 4 octets { 7f 00 00 01 .... *<== 127.0.0.1* } } [2]= { type = 32 (NAS-Identifier) length = 8 octets value = 6 octets { 54 65 73 74 47 57 TestGW } } [3]= { type = 61 (NAS-Port-Type) length = 6 octets value = 4 octets { 00 00 00 05 .... } } [4]= { type = 6 (Service-Type) length = 6 octets value = 4 octets { 00 00 00 01 .... } } [5]= { type = 8 (Framed-IP-Address) length = 6 octets value = 4 octets { c0 a8 0a 0b .... } } Am I missing something ? Can any one push me to the right direction for resolving this problem. Best regards, //Tusar\\ -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 4 Date: Sat, 25 Apr 2009 11:42:27 +0200 From: "Zygmuntowicz Michal" <m.zygmuntowicz@xxxxxxx> Subject: Re: GnuGK Released-2.2.8 / Latest CVS version issending [127.0.0.1] as [NAS-IP-Address] !! To: "GNU Gatekeeper Users" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Message-ID: <DC38D776DF064377AA1351E2653E02AC@zlap> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original It takes the first interface from an internal gatekeeper interface list, if Home is not defined. Maybe 127.0.0.1 is the first interface on this list on your system. Try setting Home to all neccessary interfaces except 127.0.0.1. The correct solution would be to query the system for a local interface that should be used to reach the destination address with each request being sent, but it's not implemented. ----- Original Message ----- From: "Tusar" <tusarbd@xxxxxxxxx> Sent: Saturday, April 25, 2009 11:09 AM Subject: GnuGK Released-2.2.8 / Latest CVS version issending [127.0.0.1] as [NAS-IP-Address] !! > Hi, > > GnuGK is sending [127.0.0.1] as NAS-IP-Address in RRQ/ARQ when [Home] is > NOT > set and RADIUS server is running on another server. If I set [Home] then > it > is acting as expected . It is happening with latest CVS or relaese version > 2.2.8 . ------------------------------ Message: 5 Date: Sat, 25 Apr 2009 13:34:31 +0400 (MSD) From: Georgiewskiy Yuriy <bottleman@xxxxxxxxxx> Subject: Re: GnuGK Released-2.2.8 / Latest CVS version is sending [127.0.0.1] as [NAS-IP-Address] !! To: GNU Gatekeeper Users <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Message-ID: <Pine.LNX.4.64.0904251333150.22845@xxxxxxxxxxxxxx> Content-Type: text/plain; charset="koi8-r" On 2009-04-25 11:09 +0200, Tusar wrote GNU Gatekeeper Users: try LocalInterface=xxx.xxx.xxx.xxx in [RadAliasAuth]/[RadAuth] sections. T>Hi, T> T>GnuGK is sending [127.0.0.1] as NAS-IP-Address in RRQ/ARQ when [Home] is NOT T>set and RADIUS server is running on another server. If I set [Home] then it T>is acting as expected . It is happening with latest CVS or relaese version T>2.2.8 . T> T> T>/etc/gnugk.ini T>=============== T>[Gatekeeper::Main] T>Fourtytwo=42 T>Name=TestGW T>#Home=69.88.xx.yy T> T>[RoutedMode] T>GKRouted=1 T>H245Routed=1 T> T>[Proxy] T>Enable=1 T> T>[Gatekeeper::Auth] T>RadAliasAuth=required;RRQ,ARQ,Setup,SetupUnreg T>default=allow T> T>[RadAliasAuth] T>Servers=69.88.xx.zz *<== Different Server IP* T>DefaultAuthPort=1812 T>SharedSecret=secret T>RequestRetransmissions=2 T>AppendCiscoAttributes=1 T>IncludeTerminalAliases=1 T>IncludeEndpointIP=1 T>CheckSetupUnregisteredOnly=1 T>UseDialedNumber=1 T>================ T> T>gnugk.log T>========== T>2009/04/25 14:46:18.292 3 radproto.cxx(2169) RADIUS Sending PDU T>to RADIUS server 69.88.13.17 (69.88.13.17:1812) from port:17320[active T>requests: 0, ID space: 85-86], PDU: { T> code = 1 (Access-Request) T> id = 85 T> length = 160 octets T> authenticator = 16 octets { T> a8 cb 9b ad 36 16 f4 9e 33 fd 3b 1a 63 af f8 95 ....6...3.;.c... T> } T> attributes = 8 elements { T> [0]= { T> type = 1 (User-Name) T> length = 15 octets T> value = 13 octets { T> 31 32 33 34 35 36 37 38 39 30 31 32 33 1234567890123 T> } T> } T> [1]= { T> type = 4 (NAS-IP-Address) T> length = 6 octets T> value = 4 octets { T> 7f 00 00 01 .... *<== T>127.0.0.1* T> } T> } T> [2]= { T> type = 32 (NAS-Identifier) T> length = 8 octets T> value = 6 octets { T> 54 65 73 74 47 57 TestGW T> } T> } T> [3]= { T> type = 61 (NAS-Port-Type) T> length = 6 octets T> value = 4 octets { T> 00 00 00 05 .... T> } T> } T> [4]= { T> type = 6 (Service-Type) T> length = 6 octets T> value = 4 octets { T> 00 00 00 01 .... T> } T> } T> [5]= { T> type = 8 (Framed-IP-Address) T> length = 6 octets T> value = 4 octets { T> c0 a8 0a 0b .... T> } T> } T> T> T>Am I missing something ? Can any one push me to the right direction for T>resolving this problem. T> T>Best regards, T> T>//Tusar\\ T> C ????????? With Best Regards ???????????? ????. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 ???? +7 4872 711143 fax +7 4872 711143 ???????? ??? "?? ?? ??????" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@xxxxxxxxxxxxxx JID: GHhost@xxxxxxxxxxxxxx YG129-RIPE YG129-RIPE ------------------------------ Message: 6 Date: Sun, 26 Apr 2009 08:20:44 +0200 From: Tusar <tusarbd@xxxxxxxxx> Subject: Outbound callerid setting as [STRICT] rule To: GNU Gatekeeper Users <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Message-ID: <a223d4f60904252320t55c24b67ua6513d1b05e2ac1@xxxxxxxxxxxxxx> Content-Type: text/plain; charset="iso-8859-1" Hi, Trying to find a way for outbound callerid setting like below. If client A from 192.168.10.60 is sending 10 digit callerid then we want to forward it as it is .But if he sends callerid other than 10 digits (below/above) then callerid will be rewritten to default [12643020000-12643029999] as RANDOM basis. [RewriteCLI] out:192.168.10.60=any pi=allow cli:..........*=.......... # [10 digit specific] out:any=any any=12643020000-12643029999 # [Default Rule] But it is not working . >From http://www.gnugk.org/gnugk-manual-6.html#ss6.8 I found.. "After a match for caller's/caller's IP is found, no more rules are checked, even if no prefix/number is matched inside the set of rules for these IPs." That means it is working per manual or guideline as [LOOSE] rule . But I believe most of the users will agree to set callerid as [STRICT] rule. If a rule does not match strictly (including ip/prefix/number) then we should set the [DEFAULT] rule . Can anyone sheds some lights on this issue . Thanks in advance. Best Regards, //Tusar\\ -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ ------------------------------------------------------------------------ ------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ------------------------------ _______________________________________________ Openh323gk-users mailing list Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/openh323gk-users End of Openh323gk-users Digest, Vol 35, Issue 3 *********************************************** ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
