RE: Openh323gk-users digest, Vol 1 #697 - 10 msgs

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

 



Dear GNU friends,

Last week I installed a GNU version on my server and planned to start using
it this week to run IP traffic through it. Since I am not techy at all, but
can understand some stuff, I am looking for a easy way to config or handle
the GK. My Question: Is there anybody who has developed a Web interface
already?

Roel

-----Original Message-----
From: openh323gk-users-admin@lists.sourceforge.net
[mailto:openh323gk-users-admin@lists.sourceforge.net]On Behalf Of
openh323gk-users-request@lists.sourceforge.net
Sent: woensdag 8 oktober 2003 5:15
To: openh323gk-users@lists.sourceforge.net
Subject: Openh323gk-users digest, Vol 1 #697 - 10 msgs


Send Openh323gk-users mailing list submissions to
	openh323gk-users@lists.sourceforge.net

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@lists.sourceforge.net

You can reach the person managing the list at
	openh323gk-users-admin@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Openh323gk-users digest..."


Today's Topics:

   1. Re: Call controll: PrefixAuth and Q931 Setup (Andrey S Pankov)
   2. Re[2]:  GnuGK bug report (h323@ke.kiev.ua)
   3. Download of the new version 2.0.7 (Dr. Costin Marinescu)
   4. Re: Download of the new version 2.0.7 (Jan Willamowius)
   5. Re: GnuGK bug report (Zygmuntowicz Michal)
   6. Re: Call controll: PrefixAuth and Q931 Setup (Zygmuntowicz Michal)
   7. Failover (Zygmuntowicz Michal)
   8. LCR (Zygmuntowicz Michal)
   9. RADIUS interim session accounting updates (Zygmuntowicz Michal)
  10. Re: Call controll: PrefixAuth and Q931 Setup (Franz J Ehrengruber
(iptelenet))

--__--__--

Message: 1
From: Andrey S Pankov <casper@kbuapa.kharkov.ua>
To: openh323gk-users@lists.sourceforge.net
Subject: Re:  Call controll: PrefixAuth and Q931 Setup
Date: Tue, 7 Oct 2003 17:50:23 +0300
Reply-To: openh323gk-users@lists.sourceforge.net

> 4. modify sql.conf :
> authorize check query = "SELECT id,UserName,Attribute,Value,op FROM
> ${authcheck table} WHERE Username = '%{SQL-User-Name}' AND IP =
> '%{Framed-IP-Address}' AND '%{Called-Station-Id}' REGEXP REG ORDER BY id
> LIMIT 1"

Can you please explain how do you use Attribute,Value,op fields?

--
Best regards,
Andrey S Pankov.


--__--__--

Message: 2
Date: Tue, 7 Oct 2003 18:39:17 +0400
From: h323@ke.kiev.ua
To: Andrey S Pankov <openh323gk-users@lists.sourceforge.net>
Subject: Re[2]:  GnuGK bug report
Reply-To: openh323gk-users@lists.sourceforge.net


Hello

ASP> This is the correct behavior, GnuGK originates packets from ip, defined
in
ASP> Home. In the case in-kernel routing table should be configured
accordingly.
You are wrong !!!!

It bined and listen to Home=... (yes I can confirm it).

But some outgoing packets are originated from default route
interface and not from Home=...

UDP source source IP bug is known story in GNUGK !!!

It was confirmed more then 6 month ago (as I remember I
was discuss it here in list when GnukGK 2.03 was latest
version... )
Nobody was try to solve it.

But at same time I am not sure that this bug is source
point for problem with two GnuGK on same host because I
set different RTP port ranges in INI file.

So look like it is additional bug to known UDP source IP bug.

ASP> Please send me offline ifconfig, netstat -rn output and
ASP> level 4 tracelog from GnuGK
Feel free to make tests yourself with 2 copy of GnuGK
on same host (both in full proxy mode)

Ivanov




--__--__--

Message: 3
From: "Dr. Costin Marinescu" <costinm@hotmail.com>
To: <openh323gk-users@lists.sourceforge.net>
Date: Tue, 7 Oct 2003 14:37:56 -0400
Subject:  Download of the new version 2.0.7
Reply-To: openh323gk-users@lists.sourceforge.net

Can anybody share with me the link for the new version of Gnugk - 2.0.7. Is
it stable? Which are the additions?

Thank you and Regards to all Gnugk users!

Costin


--__--__--

Message: 4
Date: Tue, 7 Oct 2003 23:11:33 +0200
From: Jan Willamowius <jan@willamowius.de>
To: openh323gk-users@lists.sourceforge.net
Subject: Re:  Download of the new version 2.0.7
Reply-To: openh323gk-users@lists.sourceforge.net

Hi,

2.0.7 is not released, yet.
You have to get the current version via CVS.

- Jan

Dr. Costin Marinescu wrote:
> Can anybody share with me the link for the new version of Gnugk - 2.0.7.
Is
> it stable? Which are the additions?
>
> Thank you and Regards to all Gnugk users!
>
> Costin


--
Jan Willamowius, jan@willamowius.de, http://www.willamowius.de/


--__--__--

Message: 5
From:	"Zygmuntowicz Michal" <m.zygmuntowicz@onet.pl>
To:	<openh323gk-users@lists.sourceforge.net>
Subject: Re:  GnuGK bug report
Date:	Wed, 8 Oct 2003 01:12:23 +0200
Reply-To: openh323gk-users@lists.sourceforge.net

Hi Julius,

could I take a look at the patch?:)

----- Original Message -----
From: "Julius Stavaris" <TJST@bite.lt>
Sent: Tuesday, October 07, 2003 3:21 PM


  Well not sure if it is a bug but when you run gnugk in proxy mode not all
packets get originated from ip address
defined in "Home=" setting ( UDPProxySocket::Bind and inside of
CallSignalSocket::SetRemote in ProxyChannel.cxx). With
some help I was able to patch gnugk to force gnugk to originate all packets
from "home" address. After that gatekeepers
could pass calls to each other.
  Being network engineer and very poor programmer I never made an "elegant"
patch (patched gnugk always requires "Home"
to be set), so I never committed patch to public, but if you're interested I
can send updated ProxyChannel.cxx to you or
to the public list if anyone is willing to polish the patch to be included
into release version.



--__--__--

Message: 6
From:	"Zygmuntowicz Michal" <m.zygmuntowicz@onet.pl>
To:	<openh323gk-users@lists.sourceforge.net>
Subject: Re:  Call controll: PrefixAuth and Q931 Setup
Date:	Wed, 8 Oct 2003 01:14:49 +0200
Reply-To: openh323gk-users@lists.sourceforge.net

Would you be interested in testing LDAP in GNU GK?
I am going to provide a new LDAP implementation for GK 2.2,
but I do not have too much possibilities to test it.

----- Original Message -----
From: "Franz J Ehrengruber (iptelenet)" <franz@iptelenet.com>
Sent: Tuesday, October 07, 2003 4:54 PM


> Thanks for your excellent guide! Although I don't use radius myself (yet),
> since LDAP is the my favoured mechanism, I find your comments and
associated
> links very useful.



--__--__--

Message: 7
From:	"Zygmuntowicz Michal" <m.zygmuntowicz@onet.pl>
To:	<openh323gk-users@lists.sourceforge.net>
Date:	Wed, 8 Oct 2003 01:30:08 +0200
Subject:  Failover
Reply-To: openh323gk-users@lists.sourceforge.net

Hello,

I like the idea to provide failover support - if the patch is well designed
I am ready to incorporate it into gk.

A few my comments on this:
*) a simple failover can be done only under the following circumstances:
    - ARQ is received and a destination is not registered with the gk,
    - Setup is received, but remote endpoint does not accept tcp signalling
connection,
    - Setup is received and forwarded to the remote side and remote side
       replies with ReleaseComplete, but:
       - H.245 channel has not been yet opened (and specified to the calling
endpoint)
         either by means of fast start/h.245 tunneling or a separate h.245
tcp connection
*) a failover could be configured using some concept of failover groups
like:

    [Gatekeeper::Failover]
    Group1=alias11,alias12,alias13,...
    Group2=alias21,alias22,alias23,...
    ...
    GroupN=aliasN1,aliasN2,aliasN3,...

    so if the failover should be applied, endpoint failover group membership
is checked
    and failover destinations are processed (in the order specified, maybe).

    Maybe we could then write:

    [Gatekeeper::Failover]
    AnsweringMachine=*,voicemail_alias

Any comments?

---
Zygmuntowicz Michal


--__--__--

Message: 8
From:	"Zygmuntowicz Michal" <m.zygmuntowicz@onet.pl>
To:	<openh323gk-users@lists.sourceforge.net>
Date:	Wed, 8 Oct 2003 01:33:12 +0200
Subject:  LCR
Reply-To: openh323gk-users@lists.sourceforge.net

I agree that we should not make gk more complex than required,
so LCR processing should be done by external script.

I think the best way would be to allow number rewrite by external tools,
so some external tool gets the number, finds the lcr and rewrites the number
with a prefix to the approtiate gateway.

Currently, I am considering how to implement number rewrite with RADIUS,
but other mechanisms should also be available.

---
Zygmuntowicz Michal


--__--__--

Message: 9
From:	"Zygmuntowicz Michal" <m.zygmuntowicz@onet.pl>
To:	<openh323gk-users@lists.sourceforge.net>
Date:	Wed, 8 Oct 2003 01:43:46 +0200
Subject:  RADIUS interim session accounting updates
Reply-To: openh323gk-users@lists.sourceforge.net

The newest cvs 2.0 version knows how to make
accounting updates for calls in progress. Radius
accounting module (RadAcct) can be configured
to send periodical session updates to the server.
Example config settings:

[CallTable]
AcctUpdateInterval=60

[Gatekeeper::Acct]
RadAcct=required;start,update,stop

For more details please refer to the etc/complete.ini
and etc/radacct.ini.

By default this new feature is disabled (AcctUpdateInterval=0).

Everyone is welcome to test the new feature and provide feedback.

This feature enables billing systems to maintain real time call database,
to control precisely multiple calls from a signle account or to minimize
billing information loss on gk crash (due to sw/hw failure).

RadAcct module performs accounting updates in more robust way
than regular Access-Requests/Accounting-Requests - it just sends
Accounting-Requests updates to the server and does not wait for a response
in order to minimize impact on gk overall performance.

---
Zygmuntowicz Michal


--__--__--

Message: 10
From: "Franz J Ehrengruber \(iptelenet\)" <franz@iptelenet.com>
To: <openh323gk-users@lists.sourceforge.net>
Subject: Re:  Call controll: PrefixAuth and Q931 Setup
Date: Wed, 8 Oct 2003 01:11:29 +0100
Reply-To: openh323gk-users@lists.sourceforge.net

> Would you be interested in testing LDAP in GNU
> GK? I am going to provide a new LDAP
> implementation for >GK 2.2,
> but I do not have too much possibilities to test it.

Michael,
I'm currently porting GNUGK's v 2_0_6 LDAP implementation to Windows, using
the MS LDAP SDK, as I have !! FAILED !! to compile OpenLDAP under Windows
(Grrrrrrr....). So far,  the LDAPPasswordAuth and LDAPAliasAuth features are
working and were successfully tested with Netmeeting and GnomeMeeting. I'm
hoping to publish the code within the next few weeks or so.

We have 2 LDAP servers running here (SiteServer 3.0 with a SQL backend and
ADAM) on w2k/2003. You are welcome to use either for testing. Please contact
me via franz@iptelenet.com.

Yes, I would be very interested to test your LDAP implementation, thanks.

Regards,
Franz.





--__--__--

_______________________________________________
Openh323gk-users mailing list
Openh323gk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openh323gk-users


End of Openh323gk-users Digest



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
List: Openh323gk-users@lists.sourceforge.net
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/

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

  Powered by Linux