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. Re: quintum origination problem (Tusar) (qeng7)
2. RE: gnugk behind NAT ADSL modem (Stewart Nelson) (Arturo Sandrigo)
3. Re: Call slamming (bluce ree)
4. Re: Call slamming (bluce ree)
--__--__--
Message: 1
Date: Fri, 23 Dec 2005 05:25:26 -0800 (PST)
From: qeng7 <qeng7@xxxxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: quintum origination problem (Tusar)
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
This is not the forum for "Quintum only" questions.
You can find user information on Quintum's website:
http://www.quintum.com/support/products
You have an A800 Gen1 box, from the CLI enter "disp
v", look at the line "Feature Bit Status: +PS/+RB/-ER"
and verify that "+RB" is shown. This will verify that
you have the proper hardware for Reverse Battery.
To set the config from the CLI:
- Go to "config pstntg1#"
- enter "cassig 5" to set the interface for RevBattery
QEng7
__________________________________
Yahoo! for Good - Make a difference this year.
http://brand.yahoo.com/cybergivingweek2005/
--__--__--
Message: 2
Date: Fri, 23 Dec 2005 14:34:33 +0100
From: Arturo Sandrigo <arturo.sandrigo@xxxxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: RE: gnugk behind NAT ADSL modem (Stewart
Nelson)
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
------=_Part_13101_2039446.1135344873542
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
As Stewart Nelson has remarked some gnugk version has nat traversal
problem
... for this reason I had to use the 2.0.9 version and this network
configuration in order to solve a problem like your one (gnugk behind nat
and with 2 intefaces say 192.168.0.1 and 192.168.1.1) :
=20
eth0:192.168.0.1<http://192.168.1.234/>
EP1--------------------------------------------------GNUGK1
192.168.0.x <http://192.168.1.11/>
eth1:192.168.1.1 <http://192.168.5.2/>
|
|
GNUGK2
=20
eth1:192.168.1.3<http://192.168.5.2/>
|
|
=20
eth0:192.168.1.2<http://192.168.5.1/>
ADSL
eth1:A.B.C.D
|
|
|
External client
(behind nat or not)
Like you can see I had to insert a new gnugk between the the first gnugk
an=
d
the adsl router (the gatekeeper are configured like neighboors), this
because even the 2.0.x version had some trouble handling the internet
address (probably a routing problem, or this is what I suppose since with
only one interface the internet address is handled without any problem).
with this solution all is working correctly .... :).
Now, I didn't tried the latest version so I don't know if they solve this
problem but, if you are using it, probably not :(.
Merry Christmas and Happy new Year!!!
Arturo Sandrigo.
------=_Part_13101_2039446.1135344873542
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
As Stewart Nelson has remarked some gnugk version has nat traversal
problem=
...
for this reason I had to use the 2.0.9 version and this network
configurati=
on in order to solve a
problem like your one (gnugk behind nat and with 2 intefaces say
<a href=3D"http://192.168.0.1/"; target=3D"_blank" onclick=3D"return
top.js.=
OpenExtLink(window,event,this)">192.168.0.1</a> and <a
href=3D"http://192.1=
68.1.1/" target=3D"_blank" onclick=3D"return
top.js.OpenExtLink(window,even=
t,this)">
192.168.1.1</a>) :<br>
<br>
eth0:<a
href=3D"htt=
p://192.168.1.234/" target=3D"_blank" onclick=3D"return
top.js.OpenExtLink(=
window,event,this)">192.168.0.1</a><br>
EP1--------------------------------------------------GNUGK1<br>
<a href=3D"http://192.168.1.11/"; target=3D"_blank" onclick=3D"return
top.js=
.OpenExtLink(window,event,this)">192.168.0.x</a>
eth1:<a
href=
=3D"http://192.168.5.2/"; target=3D"_blank" onclick=3D"return
top.js.OpenExt=
Link(window,event,this)">192.168.1.1</a><br>
<div><div>
|<br>
|<br>
GNUGK2<br> &nb=
sp; =
&nb=
sp; =
&nb=
sp;
eth1:<a href=3D"http://192.168.5.2/"; target=3D"_blank" onclick=3D"return
to=
p.js.OpenExtLink(window,event,this)">192.168.1.3</a><br>
|<br>
|<br>
eth0:<a
href=
=3D"http://192.168.5.1/"; target=3D"_blank" onclick=3D"return
top.js.OpenExt=
Link(window,event,this)">192.168.1.2</a><br>
ADSL<br>
eth1:A.B.C.D<br>
|<br>
|<br>
|<br> &n=
bsp;  =
; &n=
bsp;  =
;
External client (behind nat or not)<br>
<br></div>
Like you can see I had to insert a new gnugk between the the first
gnugk and the adsl router (the gatekeeper are configured like
neighboors), this because even the 2.0.x version had some
trouble handling the internet address (probably a routing
problem, or this is what I suppose since with only one interface the
internet address is handled without any problem).<br>
with this solution all is working correctly .... :).<br>
Now, I didn't tried the latest version so I don't know if they solve this
p=
roblem but, if you are using it, probably not :(.<br>
Merry Christmas and Happy new Year!!!<br><span>
Arturo Sandrigo.</span></div>
------=_Part_13101_2039446.1135344873542--
--__--__--
Message: 3
Date: Fri, 23 Dec 2005 20:46:34 -0800 (PST)
From: bluce ree <bluceree@xxxxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx,
openh323gk-developer@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: Call slamming
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
--0-2049668255-1135399594=:17057
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
I'm disappointed that none of the core developers had any comments
whatsoever. Since there doesn't seem to be any viable solution I was
forced to optimize it instead. It now comfortably handles over 300+ calls
per second without stressing the cpu.
bluce ree <bluceree@xxxxxxxxx> wrote:
Does anybody have anything to suggest as a solution to control the rate
of calls per second?
bluce ree <bluceree@xxxxxxxxx> wrote:
Thanks for the reply but completely blocking the customer isn't what I
want to do. I would like to control the rate of calls in some manner that
allows me to discard new connections when calls per second exceed a
certain rate or when a certain number of calls are in queue that have not
yet undergone translation or some other means to control rate of call
flow.
From: Muhammad Asif Ali <m@xxxxx>
Re: Call slamming
2005-12-15 23:20
Hi Bluce I had the same problem and I was advised two options by a
friend of mine : 1) Quick and dirty method is to block the IP in
IPChains of your system, but that wont relieve the system fully as
request would still be coming but now your system would be dropping the
request from that IP. 2) Other method is to get that IP blocked @
gateway, that wud completely relieve ur system from that IP Hope it
helps
bluce ree <bluceree@xxxxxxxxx> wrote:
Anyone have any thoughts or suggestions on how to limit the rate of
incoming calls per second?
I tried reducing the value of "ListenQueueLength" as far down as 1 with
no positive effect. Calls coming in continue to slow the GK to almost a
complete halt as the queue flushes at rates of 100 - 200 calls per second.
Faster CPU doesn't help (quad opteron).
bluce ree <bluceree@xxxxxxxxx> wrote:
One more thing, I only want to slow the rate of calls per second. I
don't want to limit the total number of concurrent calls.
bluce ree <bluceree@xxxxxxxxx> wrote: We have a situation where a
customer occasionally hits our box with hundreds of calls per second and
it brings the gatekeeper down almost to a complete halt.
Is there any way to control the incoming rate of calls? In the config
file i see the following parameter:
ListenQueueLength=1024
If I reduce that number to, say, 50, would that help?
Would reducing that number cause any other issues I should consider?
Is there another way I can limit the incoming connection queue to prevent
being slammed?
---------------------------------
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
---------------------------------
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
---------------------------------
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---------------------------------
Yahoo! DSL Something to write home about. Just $16.99/mo. or less
--0-2049668255-1135399594=:17057
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
<DIV>I'm disappointed that none of the core developers had any comments
whatsoever. Since there doesn't seem to be any viable solution I was
forced to optimize it instead. It now comfortably handles over 300+ calls
per second without stressing the cpu.</DIV> <DIV><BR><BR><B><I>bluce ree
<bluceree@xxxxxxxxx></I></B> wrote:</DIV> <BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px
solid"> <DIV>Does anybody have anything to suggest as a solution to
control the rate of calls per second?</DIV> <DIV> </DIV>
<DIV><BR><BR><B><I>bluce ree <bluceree@xxxxxxxxx></I></B>
wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px;
MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <DIV> </DIV>
<DIV>Thanks for the reply but completely blocking the customer isn't what
I want to do. I would like to control the rate of calls in some manner
that allows me to discard new connections when calls per second exceed a
certain
rate or
when a certain number of calls are in queue that have not yet undergone
translation or some other means to control rate of call flow.</DIV>
<DIV><BR> </DIV> <DIV> <TABLE width="100%" border=0> <TBODY> <TR>
<TD noWrap bgColor=#dddddd>From: Muhammad Asif Ali <m@xxxxx> <BR><A
href="http://sourceforge.net/mailarchive/message.php?msg_id=14202588";><B><IMG
height=12 alt="" src="http://images.sourceforge.net/images/msg.gif";
width=10><FONT color=#0033cc> Re: Call slamming</FONT></B></A>
<BR>2005-12-15 23:20 </TD></TR> <TR> <TD><PRE> Hi Bluce I had the
same problem and I was advised two options by a friend of mine : 1)
Quick and dirty method is to block the IP in IPChains of your system, but
that wont relieve the system fully as request would still be coming but
now your system would be dropping the request from that IP. 2) Other
method is to get that IP blocked @ gateway, that wud completely relieve
ur system from that IP Hope it helps
</PRE></TD></TR></TBODY></TABLE><BR><B><I>bluce ree
<bluceree@xxxxxxxxx></I></B> wrote:</DIV> <BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px
solid"> <DIV> </DIV> <DIV>Anyone have any thoughts or suggestions
on how to limit the rate of incoming calls per second? </DIV>
<DIV> </DIV> <DIV>I tried reducing the value of "ListenQueueLength"
as far down as 1 with no positive effect. Calls coming in continue to slow
the GK to almost a complete halt as the queue flushes at rates of 100 -
200 calls per second. Faster CPU doesn't help (quad opteron).</DIV>
<DIV><BR><BR><B><I>bluce ree <bluceree@xxxxxxxxx></I></B>
wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px;
MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <DIV id=RTEContent>One
more thing, I only want to slow the rate of calls per second. I don't want
to limit the total number of concurrent calls.<BR><BR><B><I>bluce ree
<bluceree@xxxxxxxxx></I></B> wrote: <BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px
solid"> <DIV id=RTEContent>We have a situation where a customer
occasionally hits our box with hundreds of calls per second and it brings
the gatekeeper down almost to a complete halt.</DIV> <DIV> </DIV>
<DIV>Is there any way to control the incoming rate of calls? In the config
file i see the following parameter:</DIV> <DIV> </DIV>
<DIV>ListenQueueLength=1024</DIV> <DIV> </DIV> <DIV>If I reduce
that number to, say, 50, would that help? </DIV> <DIV> </DIV>
<DIV>Would reducing that number cause any other issues I should
consider?</DIV> <DIV> </DIV> <DIV>Is there another way I can limit
the incoming connection queue to prevent being slammed?</DIV> <DIV> <HR
SIZE=1> Yahoo! Shopping<BR>Find Great Deals on Holiday Gifts at <A
href="http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1";>Yahoo!
Shopping</A> </DIV></BLOCKQUOTE><BR></DIV> <DIV> <HR SIZE=1> Yahoo!
Shopping<BR>Find Great Deals on Holiday Gifts at <A
href="http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1";>Yahoo!
Shopping</A> </DIV></BLOCKQUOTE> <DIV><BR></DIV> <DIV> <HR SIZE=1>
Yahoo! Shopping<BR>Find Great Deals on Holiday Gifts at <A
href="http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1";>Yahoo!
Shopping</A> </DIV></BLOCKQUOTE> <DIV><BR></DIV>
<DIV>__________________________________________________<BR>Do You
Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around
<BR>http://mail.yahoo.com </DIV></BLOCKQUOTE> <DIV><BR>
</DIV>
<div>__________________________________________________<BR>Do You
Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around
<BR>http://mail.yahoo.com </div></BLOCKQUOTE> <DIV><BR></DIV><p>
<hr size=1> <a
href="http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=37474/*http://promo.yahoo.com/broadband/
">Yahoo! DSL</a> Something to write home about. Just $16.99/mo. or less
--0-2049668255-1135399594=:17057--
--__--__--
Message: 4
Date: Fri, 23 Dec 2005 20:46:57 -0800 (PST)
From: bluce ree <bluceree@xxxxxxxxx>
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx,
openh323gk-developer@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: Call slamming
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
--0-693789324-1135399617=:44903
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
I'm disappointed that none of the core developers had any comments
whatsoever. Since there doesn't seem to be any viable solution I was
forced to optimize it instead. It now comfortably handles over 300+ calls
per second without stressing the cpu.
bluce ree <bluceree@xxxxxxxxx> wrote:
Does anybody have anything to suggest as a solution to control the rate
of calls per second?
bluce ree <bluceree@xxxxxxxxx> wrote:
Thanks for the reply but completely blocking the customer isn't what I
want to do. I would like to control the rate of calls in some manner that
allows me to discard new connections when calls per second exceed a
certain rate or when a certain number of calls are in queue that have not
yet undergone translation or some other means to control rate of call
flow.
From: Muhammad Asif Ali <m@xxxxx>
Re: Call slamming
2005-12-15 23:20
Hi Bluce I had the same problem and I was advised two options by a
friend of mine : 1) Quick and dirty method is to block the IP in
IPChains of your system, but that wont relieve the system fully as
request would still be coming but now your system would be dropping the
request from that IP. 2) Other method is to get that IP blocked @
gateway, that wud completely relieve ur system from that IP Hope it
helps
bluce ree <bluceree@xxxxxxxxx> wrote:
Anyone have any thoughts or suggestions on how to limit the rate of
incoming calls per second?
I tried reducing the value of "ListenQueueLength" as far down as 1 with
no positive effect. Calls coming in continue to slow the GK to almost a
complete halt as the queue flushes at rates of 100 - 200 calls per second.
Faster CPU doesn't help (quad opteron).
bluce ree <bluceree@xxxxxxxxx> wrote:
One more thing, I only want to slow the rate of calls per second. I
don't want to limit the total number of concurrent calls.
bluce ree <bluceree@xxxxxxxxx> wrote: We have a situation where a
customer occasionally hits our box with hundreds of calls per second and
it brings the gatekeeper down almost to a complete halt.
Is there any way to control the incoming rate of calls? In the config
file i see the following parameter:
ListenQueueLength=1024
If I reduce that number to, say, 50, would that help?
Would reducing that number cause any other issues I should consider?
Is there another way I can limit the incoming connection queue to prevent
being slammed?
---------------------------------
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
---------------------------------
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
---------------------------------
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---------------------------------
Yahoo! for Good - Make a difference this year.
--0-693789324-1135399617=:44903
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
<DIV>I'm disappointed that none of the core developers had any comments
whatsoever. Since there doesn't seem to be any viable solution I was
forced to optimize it instead. It now comfortably handles over 300+ calls
per second without stressing the cpu.</DIV> <DIV><BR><BR><B><I>bluce ree
<bluceree@xxxxxxxxx></I></B> wrote:</DIV> <BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px
solid"> <DIV>Does anybody have anything to suggest as a solution to
control the rate of calls per second?</DIV> <DIV> </DIV>
<DIV><BR><BR><B><I>bluce ree <bluceree@xxxxxxxxx></I></B>
wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px;
MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <DIV> </DIV>
<DIV>Thanks for the reply but completely blocking the customer isn't what
I want to do. I would like to control the rate of calls in some manner
that allows me to discard new connections when calls per second exceed a
certain
rate or
when a certain number of calls are in queue that have not yet undergone
translation or some other means to control rate of call flow.</DIV>
<DIV><BR> </DIV> <DIV> <TABLE width="100%" border=0> <TBODY> <TR>
<TD noWrap bgColor=#dddddd>From: Muhammad Asif Ali <m@xxxxx> <BR><A
href="http://sourceforge.net/mailarchive/message.php?msg_id=14202588";><B><IMG
height=12 alt="" src="http://images.sourceforge.net/images/msg.gif";
width=10><FONT color=#0033cc> Re: Call slamming</FONT></B></A>
<BR>2005-12-15 23:20 </TD></TR> <TR> <TD><PRE> Hi Bluce I had the
same problem and I was advised two options by a friend of mine : 1)
Quick and dirty method is to block the IP in IPChains of your system, but
that wont relieve the system fully as request would still be coming but
now your system would be dropping the request from that IP. 2) Other
method is to get that IP blocked @ gateway, that wud completely relieve
ur system from that IP Hope it helps
</PRE></TD></TR></TBODY></TABLE><BR><B><I>bluce ree
<bluceree@xxxxxxxxx></I></B> wrote:</DIV> <BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px
solid"> <DIV> </DIV> <DIV>Anyone have any thoughts or suggestions
on how to limit the rate of incoming calls per second? </DIV>
<DIV> </DIV> <DIV>I tried reducing the value of "ListenQueueLength"
as far down as 1 with no positive effect. Calls coming in continue to slow
the GK to almost a complete halt as the queue flushes at rates of 100 -
200 calls per second. Faster CPU doesn't help (quad opteron).</DIV>
<DIV><BR><BR><B><I>bluce ree <bluceree@xxxxxxxxx></I></B>
wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px;
MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <DIV id=RTEContent>One
more thing, I only want to slow the rate of calls per second. I don't want
to limit the total number of concurrent calls.<BR><BR><B><I>bluce ree
<bluceree@xxxxxxxxx></I></B> wrote: <BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px
solid"> <DIV id=RTEContent>We have a situation where a customer
occasionally hits our box with hundreds of calls per second and it brings
the gatekeeper down almost to a complete halt.</DIV> <DIV> </DIV>
<DIV>Is there any way to control the incoming rate of calls? In the config
file i see the following parameter:</DIV> <DIV> </DIV>
<DIV>ListenQueueLength=1024</DIV> <DIV> </DIV> <DIV>If I reduce
that number to, say, 50, would that help? </DIV> <DIV> </DIV>
<DIV>Would reducing that number cause any other issues I should
consider?</DIV> <DIV> </DIV> <DIV>Is there another way I can limit
the incoming connection queue to prevent being slammed?</DIV> <DIV> <HR
SIZE=1> Yahoo! Shopping<BR>Find Great Deals on Holiday Gifts at <A
href="http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1";>Yahoo!
Shopping</A> </DIV></BLOCKQUOTE><BR></DIV> <DIV> <HR SIZE=1> Yahoo!
Shopping<BR>Find Great Deals on Holiday Gifts at <A
href="http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1";>Yahoo!
Shopping</A> </DIV></BLOCKQUOTE> <DIV><BR></DIV> <DIV> <HR SIZE=1>
Yahoo! Shopping<BR>Find Great Deals on Holiday Gifts at <A
href="http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1";>Yahoo!
Shopping</A> </DIV></BLOCKQUOTE> <DIV><BR></DIV>
<DIV>__________________________________________________<BR>Do You
Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around
<BR>http://mail.yahoo.com </DIV></BLOCKQUOTE> <DIV><BR>
</DIV>
<div>__________________________________________________<BR>Do You
Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around
<BR>http://mail.yahoo.com </div></BLOCKQUOTE> <DIV><BR></DIV><p>
<hr size=1>Yahoo! for Good -
<a
href="http://us.rd.yahoo.com/mail_us/taglines/charity/*http://brand.yahoo.com/cybergivingweek2005/";>Make
a difference this year.</a>
--0-693789324-1135399617=:44903--
--__--__--
_______________________________________________
Openh323gk-users mailing list
Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openh323gk-users
End of Openh323gk-users Digest
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
![http://images.sourceforge.net/images/msg.gif"](http://images.sourceforge.net/images/msg.gif"){kind=link}