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

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

 



 


Simon Lai                                                                                           

Value Creative (International) Limited

Sales Director ìììì

Tel : +852 31840678
Fax : +852 31840679

Email : simon@xxxxxxxxxxxxxxxxx

MSN   : simonpilot@xxxxxxxxxxx (Chat)

Yahoo : simonpilot@xxxxxxxxx   (Chat)

Corporate Website: www.valuecreative.com

 

ã

The information in this email and any attachments is confidential. It is intended solely for the attention and use of the named addressee (s). If you are not the intended recipient, please notify the sender immediately at Value Creative (International) Limited. Email transmissions cannot be guaranteed to be secure or error-free whether within the sender's control or not. We therefore do not accept any liability or any errors or omissions in the contents of this message.

 


-----Original Message-----
From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx
Sent: Monday, April 18, 2005 11:14 AM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Openh323gk-users digest, Vol 1 #1810 - 10 msgs

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-admin@xxxxxxxxxxxxxxxxxxxxx

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


Today's Topics:

   1. Using FileAcct (Tamas J)
   2. Re: need help about gkgui again (iaf)
   3. Problem with SQLPasswordAuth in child gk->parent gk setup (Frank Fischer)
   4. Re: Using FileAcct (Gabriel Georgescu)
   5. Re: Using FileAcct (Tamas J)
   6. AW:  Using FileAcct (Frank Fischer)
   7. Re: AW:  Using FileAcct (Tamas J)
   8. Re: Re: need help about gkgui again (Chetan Sarva)
   9. Re: Using FileAcct (Chetan Sarva)
  10. gateway priority on fail (Michael)

--__--__--

Message: 1
Date: Sun, 17 Apr 2005 11:55:07 +0200
From: Tamas J <thomasj@xxxxxxxxx>
Organization: eWorld Com
To:  openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject:  Using FileAcct
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Hello!

I'm thinking about using FileAcct as CDR collection. As far as I know, there is no such thing as rotatecdr on the status interface. From source codes (and tests) I see, that if I remove the cdr logfile, FileAcct doesn't recognize that and tryes to log into non-existant file. What is interesting, that it doesn't report any error, neither re-creates the cdr logfile.
My goal would be to have CDR logging into file and processing some time (maybe from cron), however I don't know how to make it.

My idea would be to put a rotatecdr command for the status interface. As I have seen in codes, I need to call the FileAcct::Rotate() method, but I don't know how to access it in GkStatus.cxx.
Could anybody help? (unfortunately I'm not a C++ programmer)

Regards,
	Tamas


--__--__--

Message: 2
Date: Sun, 17 Apr 2005 23:47:59 +0800 (CST)
From: "iaf"<iaf@xxxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxxx
Cc: 
Subject:  Re: need help about gkgui again
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Dear Chetan,

I find a bug in your new patched release (gkgui-0.9.1). Yes, It works well when loggin the monitor with usrname & password, everything runs fine...
Untill you disconnect and connect it again. Have such below:

Connecting to gatekeeper at 192.168.0.6:7000
Exception: java.lang.NullPointerException 

You must close the session. 

This error is not happened in gkgui-0.9.0.

Since I don't know Java at all, please help to correct it. Thanks.

Best Regards
Brandon
 Dana Lingga wrote:
 
 > I already restrict access with give rule = password  >in [GkStatus::Auth] section and give userid and  >password with make addpassword. And when i test with  >telnet status  port it"s no problem. But when i use  >gkgui i can"t login, because no prompt from gkgui to  >login. Is there can i configure so i can monitor  >gatekeeper with gkgui?
 >  Thank you
 >
 >
 >perdana sinulingga
 >
 >
 Hi,
 
 I"ve patched gkgui to add this feature. Let me know if you have any  problems.
 
 http://www.pixelcop.org/pub/code/gkgui-0.9.1.zip
 http://www.pixelcop.org/pub/code/gkgui-0.9.1-src.zip
 
 Regards,
 
 Chetan

----------------------------------------------
21CNèçïéæG
http://mail.21cn.com/huodong/0504/mail/
çïååååå!èèæé! 
http://qipai.g.21cn.com
çéææææåèæåæ
http://super.21cn.com/
ææéæåéãèåæææé
http://y.21cn.com/club/
èéçåéçéãåééèææ
http://pas.21cn.com/
ïåè2005ååèèéã
http://callme.21cn.com 


----------------------------------------------
21CNèçïéæG
http://mail.21cn.com/huodong/0504/mail/
çïååååå!èèæé! 
http://qipai.g.21cn.com
çéææææåèæåæ
http://super.21cn.com/
ææéæåéãèåæææé
http://y.21cn.com/club/
èéçåéçéãåééèææ
http://pas.21cn.com/
ïåè2005ååèèéã
http://callme.21cn.com 







--__--__--

Message: 3
From: "Frank Fischer" <frank.fischer@xxxxxxxxxxxxxxxx>
To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Date: Sun, 17 Apr 2005 18:07:26 +0200
Subject:  Problem with SQLPasswordAuth in child gk->parent gk setup
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx


Hi

I found some 'unexpected' behaviour with SQLPasswordAuth in 2.0.9 - maybe someone knows if  i did some misconfiguration or if it's a bug?

Here's what i did: I have (parent) gatekeeper (2.0.9) (signaling mode) (routing done by an external application) that works fine so far. Now i set up another gatekeeper (2.0.9) (full proxy mode) and registered it to the parent as endpoint typ terminal. 



[Endpoint]
Gatekeeper= xxx.xxx.xxx.xxx
Type=Terminal
H323ID=abcdefg
Password=aaa
TimeToLive=900
RRQRetryInterval=30
ARQTimeout=10
UnregisterOnReload=1


Registration works fine and call routing from parent to child gk works too. 
But when i try to set up a call from the child to the parent the ARQ gets rejected on the parent with reason security denial. A debug trc 5 shows the
following:


2005/04/17 17:22:22.332	1	      RasSrv.cxx(1653)	GK	ARQ Received
2005/04/17 17:22:22.332	5	       gksql.cxx(326)	SQLPasswordAuth
Executing query: SELECT H235Password FROM subscribers WHERE H323ID = 'abcdefg'
2005/04/17 17:22:22.332	5	       gksql.cxx(326)	SQLPasswordAuth
Executing query: SELECT H235Password FROM subscribers WHERE H323ID = '2527_gkfi'
2005/04/17 17:22:22.332	4	     sqlauth.cxx(482)	SQLPasswordAuth
Password not found for alias '2527_gkfi'
2005/04/17 17:22:22.332	5	       gksql.cxx(326)	SQLPasswordAuth
Executing query: SELECT H235Password FROM subscribers WHERE H323ID = '123456789'
2005/04/17 17:22:22.332	4	     sqlauth.cxx(482)	SQLPasswordAuth
Password not found for alias '123456789'
2005/04/17 17:22:22.332	3	      gkauth.cxx(1710)	GKAUTH
SQLPasswordAuth password not found for '123456789'
2005/04/17 17:22:22.332	3	      gkauth.cxx(1243)	GKAUTH
SQLPasswordAuth ARQ check failed
2005/04/17 17:22:22.332	2	      RasSrv.cxx(1924)
ARJ|62.167.xxx.xxx:1720|99999999:dialedDigits|123456789:dialedDigits|fal
ARJ|se|s
ecurityDenial; 


The parent gk first looks up the H323ID (alias) in the DB. There is no "result"; could the gk find a password or not? If you look at the two following lookups for the EndpointId and the E164Number which both fails. 
What happend to the first lookup? It should have passed the password test, since I'm sure the H323ID and password are correct and this is already proven by the fact that the child gk could actually register with the parent using the same username/password.
So this check should succeed and there is no need to lookup with the EndpointId or caller phonenumber (which is IMHO a security issue - caller phonenumbers should only be used for authentication in a RRQ but not in an ARQ). 

This only happens in that specific situation with child gk/parent gk. If an ARQ from an Endpoint that is directly registered with the parent gk is received, only H323Id/password is checked and the check succeeds, so an ACF is issued. 

Anyone has an idea what happend here? Bug or configuration issue?

Thanks a lot for your help in advance!

Greetings
Frank





--__--__--

Message: 4
Date: Sun, 17 Apr 2005 20:36:44 +0300
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
From: Gabriel Georgescu <gaby@xxxxxxxxxxxxxx>
Subject: Re:  Using FileAcct
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

--=====================_544485734==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Why don't you use:
    * Rotate=hourly | daily | weekly | monthly | L... | S...
in the config file under [FileAcct] section?

You can find more details in the manual: 
http://www.gnugk.org/gnugk-manual-8.html

Regards,
Gabriel


At 12:55 PM 4/17/2005, you wrote:
>Hello!
>
>I'm thinking about using FileAcct as CDR collection. As far as I know, 
>there is no such thing as rotatecdr on the status interface. From 
>source codes (and tests) I see, that if I remove the cdr logfile, 
>FileAcct doesn't recognize that and tryes to log into non-existant 
>file. What is interesting, that it doesn't report any error, neither 
>re-creates the cdr logfile.
>My goal would be to have CDR logging into file and processing some time 
>(maybe from cron), however I don't know how to make it.
>
>My idea would be to put a rotatecdr command for the status interface. 
>As I have seen in codes, I need to call the FileAcct::Rotate() method, 
>but I don't know how to access it in GkStatus.cxx.
>Could anybody help? (unfortunately I'm not a C++ programmer)
>
>Regards,
>         Tamas
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide Read honest & candid 
>reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________________
>
>Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
>Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
>Unsubscribe: 
>http://lists.sourceforge.net/lists/listinfo/openh323gk-users
>Homepage: http://www.gnugk.org/

--=====================_544485734==.ALT
Content-Type: text/html; charset="us-ascii"

<html>
<body>
Why don't you use:
<ul>
<li>Rotate=hourly | daily | weekly | monthly | L... | S...
</ul>in the config file under [FileAcct] section?<br><br> You can find more details in the manual:
<a href="http://www.gnugk.org/gnugk-manual-8.html"; eudora="autourl"> http://www.gnugk.org/gnugk-manual-8.html</a><br><br>
Regards,<br>
Gabriel<br><br>
<br>
At 12:55 PM 4/17/2005, you wrote:<br>
<blockquote type=cite class=cite cite="">Hello!<br><br> I'm thinking about using FileAcct as CDR collection. As far as I know,<br> there is no such thing as rotatecdr on the status interface. From source<br> codes (and tests) I see, that if I remove the cdr logfile, FileAcct<br> doesn't recognize that and tryes to log into non-existant file. What is<br> interesting, that it doesn't report any error, neither re-creates the<br> cdr logfile.<br> My goal would be to have CDR logging into file and processing some time<br> (maybe from cron), however I don't know how to make it.<br><br> My idea would be to put a rotatecdr command for the status interface.
As<br>
I have seen in codes, I need to call the FileAcct::Rotate() method, but<br> I don't know how to access it in GkStatus.cxx.<br> Could anybody help? (unfortunately I'm not a C++ programmer)<br><br> Regards,<br> <x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Tamas<br>
<br>
<br>
-------------------------------------------------------<br>
SF email is sponsored by - The IT Product Guide<br> Read honest &amp; candid reviews on hundreds of IT Products from real users.<br> Discover which products truly live up to the hype. Start reading now.<br> <a href="http://ads.osdn.com/?ad_id=6595&amp;alloc_id=14396&amp;op=click"; eudora="autourl"> http://ads.osdn.com/?ad_id=6595&amp;alloc_id=14396&amp;op=click</a><br>
_______________________________________________________<br><br>
Posting:
<a href="mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx"; eudora="autourl"> mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx</a><br>
Archive:
<a href="http://sourceforge.net/mailarchive/forum.php?forum_id=8549"; eudora="autourl"> http://sourceforge.net/mailarchive/forum.php?forum_id=8549</a><br>
Unsubscribe:
<a href="http://lists.sourceforge.net/lists/listinfo/openh323gk-users"; eudora="autourl"> http://lists.sourceforge.net/lists/listinfo/openh323gk-users</a><br>
Homepage:
<a href="http://www.gnugk.org/"; eudora="autourl">http://www.gnugk.org/</a>
</blockquote></body>
</html>

--=====================_544485734==.ALT--



--__--__--

Message: 5
Date: Sun, 17 Apr 2005 19:51:45 +0200
From: Tamas J <thomasj@xxxxxxxxx>
Organization: eWorld Com
To:  openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re:  Using FileAcct
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx


Hello!

I read those things already ;) As a workaround L option looks good, but what if there are no calls in for longer time? CDRs won't be processed until required lines will be filled. The same thing is with S option. I would like to have around 10 minute CDR processing so daily rotation is too big.

Any other idea?

Thanks for your comment.

Regards,
	Tamas

Gabriel Georgescu wrote:
> Why don't you use:
> 
>     * Rotate=hourly | daily | weekly | monthly | L... | S... 
> 
> in the config file under [FileAcct] section?
> 
> You can find more details in the manual:
> http://www.gnugk.org/gnugk-manual-8.html
> 
> Regards,
> Gabriel
> 
> 
> At 12:55 PM 4/17/2005, you wrote:
> 
>> Hello!
>>
>> I'm thinking about using FileAcct as CDR collection. As far as I 
>> know, there is no such thing as rotatecdr on the status interface. 
>> From source codes (and tests) I see, that if I remove the cdr 
>> logfile, FileAcct doesn't recognize that and tryes to log into 
>> non-existant file. What is interesting, that it doesn't report any 
>> error, neither re-creates the cdr logfile.
>> My goal would be to have CDR logging into file and processing some 
>> time (maybe from cron), however I don't know how to make it.
>>
>> My idea would be to put a rotatecdr command for the status interface. 
>> As I have seen in codes, I need to call the FileAcct::Rotate() 
>> method, but I don't know how to access it in GkStatus.cxx.
>> Could anybody help? (unfortunately I'm not a C++ programmer)
>>
>> Regards,
>>         Tamas



--__--__--

Message: 6
From: "Frank Fischer" <frank.fischer@xxxxxxxxxxxxxxxx>
To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Subject: AW:  Using FileAcct
Date: Sun, 17 Apr 2005 19:57:29 +0200
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Why then not use a simple little database?
IMHO this would fit better your needs than a flat file db......

> -----Urspr=FCngliche Nachricht-----
> Von: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx=20
> [mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] Im=20  Auftrag 
>von Tamas J
> Gesendet: Sonntag, 17. April 2005 19:52
> An: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Betreff: Re:  Using FileAcct =20 =20  Hello!
>=20
> I read those things already ;) As a workaround L option looks=20  
>good, but what if there are no calls in for longer time? CDRs=20  won't 
>be processed until required lines will be filled. The=20  same thing is 
>with S option. I would like to have around 10=20  minute CDR processing 
>so daily rotation is too big.
>=20
> Any other idea?
>=20
> Thanks for your comment.
>=20
> Regards,
> 	Tamas
>=20
> Gabriel Georgescu wrote:
> > Why don't you use:
> >=20
> >     * Rotate=3Dhourly | daily | weekly | monthly | L... | S...=20 
> >=20  in the config file under [FileAcct] section?
> >=20
> > You can find more details in the manual:
> > http://www.gnugk.org/gnugk-manual-8.html
> >=20
> > Regards,
> > Gabriel
> >=20
> >=20
> > At 12:55 PM 4/17/2005, you wrote:
> >=20
> >> Hello!
> >>
> >> I'm thinking about using FileAcct as CDR collection. As far as I=20 
> >> know, there is no such thing as rotatecdr on the status 
> >> interface.=20 From source codes (and tests) I see, that if I remove 
> >> the cdr=20 logfile, FileAcct doesn't recognize that and tryes to 
> >> log into=20 non-existant file. What is interesting, that it doesn't 
> >> report any=20 error, neither re-creates the cdr logfile.
> >> My goal would be to have CDR logging into file and processing 
> >> some=20 time (maybe from cron), however I don't know how to make it.
> >>
> >> My idea would be to put a rotatecdr command for the status=20
> interface.=20
> >> As I have seen in codes, I need to call the FileAcct::Rotate()=20 
> >> method, but I don't know how to access it in GkStatus.cxx.
> >> Could anybody help? (unfortunately I'm not a C++ programmer)
> >>
> >> Regards,
> >>         Tamas
>=20
>=20
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide Read honest &=20  
>candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________________
>=20
> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=3D8549
> Unsubscribe:=20
> http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/
>=20
>=20





--__--__--

Message: 7
Date: Sun, 17 Apr 2005 20:11:36 +0200
From: Tamas J <thomasj@xxxxxxxxx>
Organization: eWorld Com
To:  openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: AW:  Using FileAcct
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx


I don't want to put database neither RADIUS on the given server. BTW, why did developers invent rotatelog command? ;) This would be very similar, won't be?

Tamas

Frank Fischer wrote:
> Why then not use a simple little database?
> IMHO this would fit better your needs than a flat file db......
> 
> 
>>-----Ursprîgliche Nachricht-----
>>Von: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
>>[mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] Im Auftrag von 
>>Tamas J
>>Gesendet: Sonntag, 17. April 2005 19:52
>>An: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
>>Betreff: Re:  Using FileAcct
>>
>>
>>Hello!
>>
>>I read those things already ;) As a workaround L option looks good, 
>>but what if there are no calls in for longer time? CDRs won't be 
>>processed until required lines will be filled. The same thing is with 
>>S option. I would like to have around 10 minute CDR processing so 
>>daily rotation is too big.
>>
>>Any other idea?
>>
>>Thanks for your comment.
>>
>>Regards,
>>	Tamas
>>
>>Gabriel Georgescu wrote:
>>
>>>Why don't you use:
>>>
>>>    * Rotate=hourly | daily | weekly | monthly | L... | S... 
>>>
>>>in the config file under [FileAcct] section?
>>>
>>>You can find more details in the manual:
>>>http://www.gnugk.org/gnugk-manual-8.html
>>>
>>>Regards,
>>>Gabriel
>>>
>>>
>>>At 12:55 PM 4/17/2005, you wrote:
>>>
>>>
>>>>Hello!
>>>>
>>>>I'm thinking about using FileAcct as CDR collection. As far as I 
>>>>know, there is no such thing as rotatecdr on the status interface.
>>>>From source codes (and tests) I see, that if I remove the cdr 
>>>>logfile, FileAcct doesn't recognize that and tryes to log into 
>>>>non-existant file. What is interesting, that it doesn't report any 
>>>>error, neither re-creates the cdr logfile.
>>>>My goal would be to have CDR logging into file and processing some 
>>>>time (maybe from cron), however I don't know how to make it.
>>>>
>>>>My idea would be to put a rotatecdr command for the status
>>
>>interface. 
>>
>>>>As I have seen in codes, I need to call the FileAcct::Rotate() 
>>>>method, but I don't know how to access it in GkStatus.cxx.
>>>>Could anybody help? (unfortunately I'm not a C++ programmer)
>>>>
>>>>Regards,
>>>>        Tamas
>>


--__--__--

Message: 8
Date: Sun, 17 Apr 2005 19:37:29 -0400
From: Chetan Sarva <asterisk@xxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re:  Re: need help about gkgui again
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

iaf wrote:

>Dear Chetan,
>
>I find a bug in your new patched release (gkgui-0.9.1). Yes, It works well when loggin the monitor with usrname & password, everything runs fine...
>Untill you disconnect and connect it again. Have such below:
>
>Connecting to gatekeeper at 192.168.0.6:7000
>Exception: java.lang.NullPointerException
>
>You must close the session. 
>
>This error is not happened in gkgui-0.9.0.
>
Hi Brandon,

Thanks for the feedback. I found the problem and corrected it. New builds are here:

http://www.pixelcop.org/pub/code/gkgui-0.9.2.zip
http://www.pixelcop.org/pub/code/gkgui-0.9.2-src.zip


I added a bit more error checking here and there and disabled certain menus when they aren't appropriate (i.e. if not connected to any gk). 
Let me know if you find any other bugs.

Regards,

Chetan


--__--__--

Message: 9
Date: Sun, 17 Apr 2005 19:46:21 -0400
From: Chetan Sarva <asterisk@xxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re:  Using FileAcct
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Tamas J wrote:

>Hello!
>
>I'm thinking about using FileAcct as CDR collection. As far as I know, 
>there is no such thing as rotatecdr on the status interface. From 
>source codes (and tests) I see, that if I remove the cdr logfile, 
>FileAcct doesn't recognize that and tryes to log into non-existant 
>file. What is interesting, that it doesn't report any error, neither 
>re-creates the cdr logfile.
>My goal would be to have CDR logging into file and processing some time 
>(maybe from cron), however I don't know how to make it.
>  
>
I haven't tried this but cronolog may work for you. I use it to rotate my apache logs and it works great. Basically, instead of writing directly to a file it pipes through cronolog. i.e. a sample config in apache looks like this:

ErrorLog "|/usr/sbin/cronolog -S /var/log/apache2/error_log /var/log/apache2/%Y/%m/%d/error_log"

This allows me to rotate my log files daily.

http://cronolog.org/

Regards,

Chetan


--__--__--

Message: 10
Date: Sun, 17 Apr 2005 18:37:59 -0700
From: Michael <gnugk@xxxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject:  gateway priority on fail
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Hi All,

I was reading on the 2.2.1 version of the GNUGK manual, and in the section [RasSrv::PermanentEndpoints] it shows:


--------------- snip -----------
[RasSrv::PermanentEndpoints]
192.168.1.1=gw1;48
192.168.1.2=gw2;48,!4850,!4860,!4869,!4888

[EP::gw1]
Capacity=60
GatewayPriority=1

[EP::gw2]
Capacity=30
GatewayPriority=2

In this example, calls will be sent to the gateway gw1 until its capacity is 
fully utilized (60 concurrent calls) and then to the gateway gw2. 

-------------------- snip ---------

My question is, what happens to the calls when "gw1" is down (i.e. cannot be 
contacted on the network)?  Are all the calls automatically directed 
to "gw2"?  And what happens to the calls when gw2's specified capacity (30) is 
reached?


thanks in advance for any insights!






--__--__--

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


End of Openh323gk-users Digest



__________ NOD32 1.1067 (20050417) Information __________

This message was checked by NOD32 antivirus system.
http://www.nod32.com




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&opÌk
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id…49
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/


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

  Powered by Linux