OID representaiton for cricket

Hi,

I am trying to configure OID for the routers in cricket.
I have a situation where i amtrying to find, if there is anyway where i can 
represent OID in recursive format.

for eg:

is an output from an xml file.

<GROUP name="invocationManager" oid="10">
<TABLE name="invocationManagerTable"	access="not-accessible" 
status="mandatory" description="A list of invocation Manager entries.  The 
number of entries is the number of active product(s)."	oid="1" 
entry="InvocationTableEntry">
<ROW name="invocationTableEntry"	access="not-accessible" status="mandatory" 
description="An invocationManager entry containing informations on a 
particular Invocation Manager." oid="1">
	<INDEX value="imIndex"/>
<OBJECT syntax="INTEGER" name="imIndex" access="read-only" 
status="mandatory" description="A unique value for each invocation manager 
started on the platform." oid="1"></OBJECT>
<OBJECT ............></OBJECT>
<OBJECT ............></OBJECT>
<OBJECT ............></OBJECT>
</ROW>
</TABLE>
</GROUP>

I am not sure if something like enterprise.10.1.1.%imindex%.1 (OID 

t6 well ,you never know

Load Balancing

RE: Load Balancing

Since you state you've split the subtree sets in much smaller ones
(which is good, since a single lockup won't stall the entire subtree),
you could run subtrees on different servers while sharing the
directories over nfs.

Let's say you've got all your cricket stuff (logs, binaries (well, perl
scripts), rrds) in /home/cricket/, which you then nfs share to your
collector hosts. Each host would collect 1 or more subtrees, load
permitting. You can even run your web frontend on yet another nfs
server.

// nick

-----Original Message-----
From: cricket-users-admin <at> lists.sourceforge.net
[mailto:cricket-users-admin <at> lists.sourceforge.net] On Behalf Of Dermot
Williams
Sent: Friday, September 02, 2005 12:14 PM
To: cricket-users <at> lists.sourceforge.net
Subject: [cricket-users] Load Balancing

Hi,

Does anyone have any experiences with trying to load-balance Cricket
that they would care to share? We have reached a point with our
implementation where we are graphing nearly 9000 nodes. As a result, the
server that we are running Cricket on has started to creak at the seams
- some of our subtree-sets have grown so large that they were taking
over 20 minutes to run and weren't graphing properly! I split them out
so they were smaller, but obviously running this number of collector
processes (plus web services etc.) is just hammering the box even more.

Has anyone any ideas on how to implement a load-balance solution?

Also, anyone had any success solving the core dump issues with Perl
5.8.7 on FreeBSD?

TIA

Dermot Williams

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Re: Load Balancing

Hi Dermot,

I assume the load balancing needs you have are on the poller side, not
the web presentation.  Correct me if I am wrong.

I distributed our polling needs over several cricket boxes (pollers) by
doing the following.

1.  Setup cricket on remote pollers as usual.

2.  Start polling on the remote poller, make sure rrds look good.  

3.  On the central/master Cricket box (where your users access
grapher.cgi).  Copy cricket-config/<whatever you setup> from remote
poller to master cricket/cricket-config/.  As you can see, the tree
structure/nodes you poll need to be unique across all your cricket
boxes.

6.  Edit the remote cricket Target files on the master cricket server
and add "collect = false" to every entry.  If you setup custom Defaults
on remote poller be sure to import the settings into the master cricket
Defaults files.

7.  compile on master cricket

8.  create appropriate cricket-data directories for remote poller
devices on master cricket box cricket-data/.

9.  copy rrd files from remote poller to master poller in some routine
fashion.  Need not bother with *meta files.

Took me a little while to figure this out since there was no
documentation on it, but it seems to work quite well.

Regards,
John Clinton

On Fri, 2005-09-02 at 11:14 +0100, Dermot Williams wrote:
> Hi,
> 
>  
> 
> Does anyone have any experiences with trying to load-balance Cricket
> that they would care to share? We have reached a point with our
> implementation where we are graphing nearly 9000 nodes. As a result,
> the server that we are running Cricket on has started to creak at the
> seams – some of our subtree-sets have grown so large that they were
> taking over 20 minutes to run and weren’t graphing properly! I split
> them out so they were smaller, but obviously running this number of
> collector processes (plus web services etc.) is just hammering the box
> even more.
> 
>  
> 
> Has anyone any ideas on how to implement a load-balance solution?
> 
>  
> 
> Also, anyone had any success solving the core dump issues with Perl
> 5.8.7 on FreeBSD?
> 
>  
> 
> TIA
> 
>  
> 
> Dermot Williams
> 
> 

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

RE: Load Balancing

John,

Yeah, the load balancing needs to be on the poller side. We've basically
hit the point where we have to have so many pollers running at the same
time in order to hit every node in a timely fashion that the box that
Cricket is running on is getting hammered.

Your solution sounds fairly robust, but how often do you need to copy
the RRDs from the "slave" to the "master" and how does this affect your
network?

Regards,

Dermot

-----Original Message-----
From: John Clinton [mailto:jclinton <at> tandbergtv.com] 
Sent: 02 September 2005 14:44
To: Dermot Williams
Cc: cricket-users <at> lists.sourceforge.net
Subject: Re: [cricket-users] Load Balancing

Hi Dermot,

I assume the load balancing needs you have are on the poller side, not
the web presentation.  Correct me if I am wrong.

I distributed our polling needs over several cricket boxes (pollers) by
doing the following.

1.  Setup cricket on remote pollers as usual.

2.  Start polling on the remote poller, make sure rrds look good.  

3.  On the central/master Cricket box (where your users access
grapher.cgi).  Copy cricket-config/<whatever you setup> from remote
poller to master cricket/cricket-config/.  As you can see, the tree
structure/nodes you poll need to be unique across all your cricket
boxes.

6.  Edit the remote cricket Target files on the master cricket server
and add "collect = false" to every entry.  If you setup custom Defaults
on remote poller be sure to import the settings into the master cricket
Defaults files.

7.  compile on master cricket

8.  create appropriate cricket-data directories for remote poller
devices on master cricket box cricket-data/.

9.  copy rrd files from remote poller to master poller in some routine
fashion.  Need not bother with *meta files.

Took me a little while to figure this out since there was no
documentation on it, but it seems to work quite well.

Regards,
John Clinton

On Fri, 2005-09-02 at 11:14 +0100, Dermot Williams wrote:
> Hi,
> 
>  
> 
> Does anyone have any experiences with trying to load-balance Cricket
> that they would care to share? We have reached a point with our
> implementation where we are graphing nearly 9000 nodes. As a result,
> the server that we are running Cricket on has started to creak at the
> seams - some of our subtree-sets have grown so large that they were
> taking over 20 minutes to run and weren't graphing properly! I split
> them out so they were smaller, but obviously running this number of
> collector processes (plus web services etc.) is just hammering the box
> even more.
> 
>  
> 
> Has anyone any ideas on how to implement a load-balance solution?
> 
>  
> 
> Also, anyone had any success solving the core dump issues with Perl
> 5.8.7 on FreeBSD?
> 
>  
> 
> TIA
> 
>  
> 
> Dermot Williams
> 
> 

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

RE: Load Balancing

> -----Original Message-----
> From: cricket-users-admin <at> lists.sourceforge.net [mailto:cricket-users-
> admin <at> lists.sourceforge.net] On Behalf Of Dermot Williams
> Sent: Friday, September 02, 2005 10:21 AM
> To: John Clinton
> Cc: cricket-users <at> lists.sourceforge.net
> Subject: RE: [cricket-users] Load Balancing
> 
> John,
> 
> Yeah, the load balancing needs to be on the poller side. We've
basically
> hit the point where we have to have so many pollers running at the
same
> time in order to hit every node in a timely fashion that the box that
> Cricket is running on is getting hammered.
> 
> Your solution sounds fairly robust, but how often do you need to copy
> the RRDs from the "slave" to the "master" and how does this affect
your
> network?

I do the same sort of thing with our distributed boxes. I rsync the RRD
files over every 3 hours (~2.1G per box, 4 boxes). The effect on your
network is a function of how much data you're sending and what bandwidth
you have available. High data + low bandwidth == high impact. High data
+ high bandwidth = low impact, etc...

John talks about editing all your targets files on your central box to
collect=false but that's not necessary if your central box doesn't do
any collection at all.

--
Marc

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

RE: Load Balancing

Currently, we have an rsync process that syncs several data files
(including the RRD's) from remote machines to our central site daily.  I
would prefer an RRD "refresh" more often, but the daily update is a good
balance of cpu/bandwidth.

The rsync process is CPU intensive on the central host and can be
bandwidth intensive depending your network setup.

Feel free to contact me off the list if you need some assistance.
Please use the email jjclinton <at> bellsouth.net

Take care and good luck,
John

On Fri, 2005-09-02 at 16:20 +0100, Dermot Williams wrote:
> John,
> 
> Yeah, the load balancing needs to be on the poller side. We've basically
> hit the point where we have to have so many pollers running at the same
> time in order to hit every node in a timely fashion that the box that
> Cricket is running on is getting hammered.
> 
> Your solution sounds fairly robust, but how often do you need to copy
> the RRDs from the "slave" to the "master" and how does this affect your
> network?
> 
> Regards,
> 
> Dermot
> 
> -----Original Message-----
> From: John Clinton [mailto:jclinton <at> tandbergtv.com] 
> Sent: 02 September 2005 14:44
> To: Dermot Williams
> Cc: cricket-users <at> lists.sourceforge.net
> Subject: Re: [cricket-users] Load Balancing
> 
> Hi Dermot,
> 
> I assume the load balancing needs you have are on the poller side, not
> the web presentation.  Correct me if I am wrong.
> 
> I distributed our polling needs over several cricket boxes (pollers) by
> doing the following.
> 
> 1.  Setup cricket on remote pollers as usual.
> 
> 2.  Start polling on the remote poller, make sure rrds look good.  
> 
> 3.  On the central/master Cricket box (where your users access
> grapher.cgi).  Copy cricket-config/<whatever you setup> from remote
> poller to master cricket/cricket-config/.  As you can see, the tree
> structure/nodes you poll need to be unique across all your cricket
> boxes.
> 
> 6.  Edit the remote cricket Target files on the master cricket server
> and add "collect = false" to every entry.  If you setup custom Defaults
> on remote poller be sure to import the settings into the master cricket
> Defaults files.
> 
> 7.  compile on master cricket
> 
> 8.  create appropriate cricket-data directories for remote poller
> devices on master cricket box cricket-data/.
> 
> 9.  copy rrd files from remote poller to master poller in some routine
> fashion.  Need not bother with *meta files.
> 
> Took me a little while to figure this out since there was no
> documentation on it, but it seems to work quite well.
> 
> Regards,
> John Clinton
> 
> On Fri, 2005-09-02 at 11:14 +0100, Dermot Williams wrote:
> > Hi,
> > 
> >  
> > 
> > Does anyone have any experiences with trying to load-balance Cricket
> > that they would care to share? We have reached a point with our
> > implementation where we are graphing nearly 9000 nodes. As a result,
> > the server that we are running Cricket on has started to creak at the
> > seams - some of our subtree-sets have grown so large that they were
> > taking over 20 minutes to run and weren't graphing properly! I split
> > them out so they were smaller, but obviously running this number of
> > collector processes (plus web services etc.) is just hammering the box
> > even more.
> > 
> >  
> > 
> > Has anyone any ideas on how to implement a load-balance solution?
> > 
> >  
> > 
> > Also, anyone had any success solving the core dump issues with Perl
> > 5.8.7 on FreeBSD?
> > 
> >  
> > 
> > TIA
> > 
> >  
> > 
> > Dermot Williams
> > 
> > 
> 
> 
--

-- 
==================================
John Clinton
NMS Contractor
Operations Development
TANDBERG Television
Tel: +1-678-689-6589
Fax: +1-678-689-6689
Mobile: +1-678-717-8864
Email: jclinton <at> tandbergtv.com
==================================

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Re: Load Balancing

I think that an NFS solution or SMB would be better for this. Or a san/nas 
solution...

If you have let's say, AIX on IBM with a NAS, you can mount the same directory 
on multiple boxes.

Now, on each box, collect a different part of the tree while pointing it to the 
same directory.

Using NFS is very similar, but this requires one of the boxes to be a master 
repository for the data and a NFS center of the world. Using the NAS makes the 
NAS the center of the world, not the individual polling hosts.

Another solution would be to have totally separate and distinct polling systems 
with their own responsibilities... say:

HOSTA --- Switches
HOSTB --- Routers
HOSTC --- Perfmon
HOSTD --- Latency
	  SAA Agents
	  IMAP/SMTP Performance
HOSTE --- Miscellaneous

Each system would look like an independent Cricket box complete with its own 
grapher.cgi etc.

Now,

HOSTF --- Master Web Server

On this host, you will get creative with HTML and basically it is a master 
linker to the individual poller systems. When someone clicks Routers on a master 
page, they get re-routed to the HOSTB poller... etc. etc.

There are definitely more ways tha one to get this working. It will be nice when 
it is more integrated in Cricket itself

Cheers.
Manny

John Clinton wrote:
> Hi Dermot,
> 
> I assume the load balancing needs you have are on the poller side, not
> the web presentation.  Correct me if I am wrong.
> 
> I distributed our polling needs over several cricket boxes (pollers) by
> doing the following.
> 
> 1.  Setup cricket on remote pollers as usual.
> 
> 2.  Start polling on the remote poller, make sure rrds look good.  
> 
> 3.  On the central/master Cricket box (where your users access
> grapher.cgi).  Copy cricket-config/<whatever you setup> from remote
> poller to master cricket/cricket-config/.  As you can see, the tree
> structure/nodes you poll need to be unique across all your cricket
> boxes.
> 
> 6.  Edit the remote cricket Target files on the master cricket server
> and add "collect = false" to every entry.  If you setup custom Defaults
> on remote poller be sure to import the settings into the master cricket
> Defaults files.
> 
> 7.  compile on master cricket
> 
> 8.  create appropriate cricket-data directories for remote poller
> devices on master cricket box cricket-data/.
> 
> 9.  copy rrd files from remote poller to master poller in some routine
> fashion.  Need not bother with *meta files.
> 
> Took me a little while to figure this out since there was no
> documentation on it, but it seems to work quite well.
> 
> Regards,
> John Clinton
> 
> On Fri, 2005-09-02 at 11:14 +0100, Dermot Williams wrote:
> 
>>Hi,
>>
>> 
>>
>>Does anyone have any experiences with trying to load-balance Cricket
>>that they would care to share? We have reached a point with our
>>implementation where we are graphing nearly 9000 nodes. As a result,
>>the server that we are running Cricket on has started to creak at the
>>seams – some of our subtree-sets have grown so large that they were
>>taking over 20 minutes to run and weren’t graphing properly! I split
>>them out so they were smaller, but obviously running this number of
>>collector processes (plus web services etc.) is just hammering the box
>>even more.
>>
>> 
>>
>>Has anyone any ideas on how to implement a load-balance solution?
>>
>> 
>>
>>Also, anyone had any success solving the core dump issues with Perl
>>5.8.7 on FreeBSD?
>>
>> 
>>
>>TIA
>>
>> 
>>
>>Dermot Williams
>>
>>
> 
> 

--

-- 
Manny Gonzalez, CCIE #9013 .............. Network Design Manager
CORE Resources ................... NewYork Presbyterian Hospital
PH18-129 .................... Columbia University Medical Center
manny <at> nyp.org ............................... mag58 <at> columbia.edu

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Architecture x86_64-linux-thread-multi not supported yet

Howdy folks,

I am hoping somebody can help me out here. I am new to
cricket and unfamiliar with perl (but know unix, c,
bash, python, snmp fairly well).

I am working on a project to trend/monitor a 3COM
backbone switch. I have cricket 1.0.5 installed and I
compiled and a mini version of my config (1 switch, 1
Port). I then ran the collector against it by hand.
The collector debug output shows that it is getting
data (ifInOctets, ifOutOctets), but when I try to look
at the graph thorugh grapher.cgi I get graphs with no
output. Instead I get the following error message -
"Summary Current values not available: Architecture
x86_64-linux-thread-multi not supported yet."

Any ideas on what could be going wrong and how to go
about debugging this problem? The output of uname,
./compile and 2 collector runs is attached below.

I am happy to supply any additional information you
may want. Thanks in advance for your help!

-rdcc.

[nagios <at> Station cricket]$ uname -a
Linux Station 2.6.9-11.ELsmp #1 SMP Fri May 20
18:25:30 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux

[nagios <at> Station cricket]$ ./compile
[04-Sep-2005 16:47:11 ] Log level changed from warn to
info. [04-Sep-2005 16:47:11 ] Starting compile:
Cricket version 1.0.5 (2004-03-28)
[04-Sep-2005 16:47:11 ] Config directory is
/usr/local/cricket/cricket-config
[04-Sep-2005 16:47:11 ] Processed 3 nodes (in 3 files)
in 0 seconds.

[nagios <at> Station cricket]$ ./collector /switch-ports
-logLevel debug
[04-Sep-2005 16:47:46 ] Log level changed from warn to
debug.
[04-Sep-2005 16:47:46 ] Starting collector: Cricket
version 1.0.5 (2004-03-28)
[04-Sep-2005 16:47:46 ] Processing
/switch-ports/3com1...
[04-Sep-2005 16:47:46 ] Preparing (1..1)
[04-Sep-2005 16:47:46 ] Evaling inst which is: (1..1)
[04-Sep-2005 16:47:46 ] target 3com1
        auto-base = /usr/local/cricket/cricket-config
        auto-root = /..
        auto-target-path = /switch-ports
        datadir =
/usr/local/cricket/cricket-config/../cricket-data//switch-ports
        email-program = /usr/bin/mailx
        inst = 1
        persistent-alarms = false
        rrd-datafile =
/usr/local/cricket/cricket-config/../cricket-data//switch-ports/3com1-1.rrd
        rrd-poll-interval = 300
        short-desc = Main switch
        show-path = no
        snmp = public <at> 3com1:161:2.0:5:1.0:1
        snmp-backoff = 1.0
        snmp-community = public
        snmp-host = 3com1
        snmp-port = 161
        snmp-retries = 5
        snmp-timeout = 2.0
        snmp-version = 1
        summary-loc = top
        switch = 3com1
        target-type = switch-port

[04-Sep-2005 16:47:46 ] Creating datafile
/usr/local/cricket/cricket-config/../cricket-data//switch-ports/3com1-1.rrd
for target name 3com1.
[04-Sep-2005 16:47:46 ] RRDs::create
/usr/local/cricket/cricket-config/../cricket-data//switch-ports/3com1-1.rrd
--start 1125272865 --step 300 DS:ds0:DERIVE:1800:0:U
DS:ds1:DERIVE:1800:0:U RRA:AVERAGE:0.5:1:600
RRA:AVERAGE:0.5:6:600 RRA:AVERAGE:0.5:24:600
RRA:MAX:0.5:24:600 RRA:AVERAGE:0.5:288:600
RRA:MAX:0.5:288:600
[04-Sep-2005 16:47:46 ] Retrieving data for target
3com1 (1) (switch-port)
[04-Sep-2005 16:47:46 ] ds0 is:
//public <at> 3com1:161:2.0:5:1.0:1/ifInOctets.1
[04-Sep-2005 16:47:46 ] ds1 is:
//public <at> 3com1:161:2.0:5:1.0:1/ifOutOctets.1
[04-Sep-2005 16:47:46 ] Getting from
public <at> 3com1:161:2.0:5:1.0:1 1.3.6.1.2.1.2.2.1.10.1
1.3.6.1.2.1.2.2.1.16.1
[04-Sep-2005 16:47:46 ] Got: 3646110787 4239948377
[04-Sep-2005 16:47:46 ] Retrieved data for 3com1 (1):
3646110787,4239948377
[04-Sep-2005 16:47:46 ] Processing
/switch-ports/3com1...
[04-Sep-2005 16:47:46 ] Preparing (1..1)
[04-Sep-2005 16:47:46 ] Evaling inst which is: (1..1)
[04-Sep-2005 16:47:46 ] Processed 1 targets in 0
seconds.

[nagios <at> Station cricket]$./collector /switch-ports
-logLevel debug
[04-Sep-2005 16:50:43 ] Log level changed from warn to
debug.
[04-Sep-2005 16:50:43 ] Starting collector: Cricket
version 1.0.5 (2004-03-28)
[04-Sep-2005 16:50:43 ] Processing
/switch-ports/3com1...
[04-Sep-2005 16:50:43 ] Preparing (1..1)
[04-Sep-2005 16:50:43 ] Evaling inst which is: (1..1)
[04-Sep-2005 16:50:43 ] target 3com1
        auto-base = /usr/local/cricket/cricket-config
        auto-root = /..
        auto-target-path = /switch-ports
        datadir =
/usr/local/cricket/cricket-config/../cricket-data//switch-ports
        email-program = /usr/bin/mailx
        inst = 1
        persistent-alarms = false
        rrd-datafile =
/usr/local/cricket/cricket-config/../cricket-data//switch-ports/3com1-1.rrd
        rrd-poll-interval = 300
        short-desc = Main switch
        show-path = no
        snmp = public <at> 3com1:161:2.0:5:1.0:1
        snmp-backoff = 1.0
        snmp-community = public
        snmp-host = 3com1
        snmp-port = 161
        snmp-retries = 5
        snmp-timeout = 2.0
        snmp-version = 1
        summary-loc = top
        switch = 3com1
        target-type = switch-port

[04-Sep-2005 16:50:43 ] Retrieving data for target
3com1 (1) (switch-port)
[04-Sep-2005 16:50:43 ] ds0 is:
//public <at> 3com1:161:2.0:5:1.0:1/ifInOctets.1
[04-Sep-2005 16:50:43 ] ds1 is:
//public <at> 3com1:161:2.0:5:1.0:1/ifOutOctets.1
[04-Sep-2005 16:50:43 ] Getting from
public <at> 3com1:161:2.0:5:1.0:1 1.3.6.1.2.1.2.2.1.10.1
1.3.6.1.2.1.2.2.1.16.1
[04-Sep-2005 16:50:43 ] Got: 3650646777 4258795795
[04-Sep-2005 16:50:43 ] Retrieved data for 3com1 (1):
3650646777,4258795795
[04-Sep-2005 16:50:43 ] Processing
/switch-ports/3com1...
[04-Sep-2005 16:50:43 ] Preparing (1..1)
[04-Sep-2005 16:50:43 ] Evaling inst which is: (1..1)
[04-Sep-2005 16:50:43 ] Processed 1 targets in 0
seconds.

[nagios <at> Station cricket]$ cat
../cricket-config/switch-ports/switches

target --default--
    inst=(1..1)

target  3com1
    short-desc  =   "Main switch"

[cricket-config/Defaults and
cricket-config/switch-ports/Defaults are the same as
the 1.0.5 samples]

	
		
______________________________________________________
Click here to donate to the Hurricane Katrina relief effort.
http://store.yahoo.com/redcross-donate3/

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf