well, well, there is this tool called ntop. i think its worth trying. I have been trying so much to use it and it seems to be working well especially for network monitoring. Though they say it also does work for IP phones. can give it a try. But remember there is this rare commodity called a hub that it will need.
Sam On 4/17/10, [email protected] <[email protected]> wrote: > Send LUG mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://kym.net/mailman/listinfo/lug > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of LUG digest..." > > > Today's Topics: > > 1. Re: VOIP monitoring (Sanga Collins) > 2. National ICT Backbone (Mugarura Cavin) > 3. Re: OT: Cisco Based IDS (Mark Tinka) > 4. Re: National ICT Backbone (Mark Tinka) > 5. Re: National ICT Backbone (Mugarura Cavin) > 6. Re: VOIP monitoring (Richard Zulu) > 7. ClamAV EOL (Simon Vass) > 8. Blackberry server + Lotus Notes (Malcolm) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 16 Apr 2010 17:06:29 -0400 > From: Sanga Collins <[email protected]> > Subject: Re: [LUG] VOIP monitoring > To: Linux Users Group Uganda <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii; format=flowed; > delsp=yes > > Any more ideas on this. My company is selling more and more idealix/ > asterix solutions to clients and I haven't setup any comprehensive > monitoring for them in nagios > > > > Sent from my iPhone > > On Apr 16, 2010, at 4:25 AM, "Markus A. Wipfler" > <[email protected]> wrote: > >> Hi, >> >> cacti is great for monitoring asterisk. You can do your own perl, >> php, etc... scripts to get the data and feed it to your cacti box. >> You can also have a look at res_snmp. You might have to install some >> additional snmp packages and then recompile asterisk for it to work. >> >> In my experience it has also helped to tweak cacti to run the poller >> every 60 secs instead of the default 300. I mean sometimes your >> phone calls are less than 1 min so the more frequently you run the >> poller the more accurate your data / graphs. >> >> Regards >> >> -- >> Markus >> >> >> >> >> >> >> >> >> >> >> >> >> On Apr 14, 2010, at 2:25 PM, Chris Wilson wrote: >> >>> Hi Richard, >>> >>> On Wed, 14 Apr 2010, Richard Zulu wrote: >>> >>>> Anyone with an idea on the best open source tool i can use for >>>> monitoring my voip network (or a combination of them). >>>> >>>> I need to monitor the traffic usage , call data record ("whos >>>> talking to >>>> who"), call quality by identifying network latency, jitter and >>>> packet >>>> loss, type of call, duration. >>>> >>>> I am using asterisk PBX. I came across having to use ntop and >>>> nprobe but >>>> any other ideas are welcome >>> >>> Asterisk and some phones have statistics on call quality that can be >>> monitored remotely, e.g. by Munin (writing a plugin) or Cacti. >>> >>> Cheers, Chris. >>> -- >>> Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 >>> The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES >>> >>> Aptivate is a not-for-profit company registered in England and Wales >>> with company number 04980791. >>> _______________________________________________ >>> LUG mailing list >>> [email protected] >>> http://kym.net/mailman/listinfo/lug >>> >>> LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ >>> >>> All Archives can be found at http://www.mail-archive.com/[email protected]/ >>> >>> The above comments and data are owned by whoever posted them >>> (including attachments if any). The List's Host is not responsible >>> for them in any way. >>> --------------------------------------- >> >> _______________________________________________ >> LUG mailing list >> [email protected] >> http://kym.net/mailman/listinfo/lug >> >> LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ >> >> All Archives can be found at http://www.mail-archive.com/[email protected]/ >> >> The above comments and data are owned by whoever posted them >> (including attachments if any). The List's Host is not responsible >> for them in any way. >> --------------------------------------- >> > > > ------------------------------ > > Message: 2 > Date: Fri, 16 Apr 2010 17:31:29 -0400 > From: Mugarura Cavin <[email protected]> > Subject: [LUG] National ICT Backbone > To: lug <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > The advantages of the national backbone optic fiber cable are well known to > all of us, > unfortunately, this Uganda project might join my black book of failed ICT > projects(pun intended). > i mentioned this about three years ago on i-network, before i abandoned that > mailing list. > > The issue of the cable not having sufficient capacity, is quite minor. > Despite recent actions, where the Press jumped tables over this issue. > > a) Planning. Its very hard to maintain such a large process without clear > planning. On a typical Monday, MTN will dig a road, on Tuesday NWSC, > Wednesday WARID, etc > whether there is an agency (read UNRA) taking care of this infrastructure > properly can be left to anyone's imagination > b) Cable capacity. According to Moore's law, computing power doubles every > 18 months (actual law talks about transistors on an IC), now by the time, > the good Chinese complete the work, they will be cables with 8 times faster > speeds, and probably cheaper > c) Competition. This project was awarded to Huawei, after it competed with > itself. Reminds me of some political parties. > d) QA & QC. Who is doing the doing this? > > d) the interesting part, is that MTN tried to block this project in > parliament, since they had started a similar project. > > however, i will pray for this project, since divine intervention, might be > the only method, that has not been tried to salvage this project > > > > good weekend > > -- > The real danger is not that computers will begin to think like men, > but that men will begin to think like machines. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://orion.kym.net/pipermail/lug/attachments/20100416/17e91d4b/attachment.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Apr 2010 10:31:19 +0800 > From: Mark Tinka <[email protected]> > Subject: Re: [LUG] OT: Cisco Based IDS > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > On Friday 16 April 2010 01:23:01 pm Markus A. Wipfler wrote: > >> Check out NBAR. It does deep packet inspection (router >> looks at layer 4 to 7 as well) and actively prevents an >> attack from happening (at least cisco will try to tell >> you that), rather than just reporting it like most open >> source IDS. So I guess NBAR is an IPS, since it actually >> prevents an attack from happening by looking at traffic >> flow characteristics and other fun things. I think most >> recent IOS version support it. Your router needs to be >> CEF capable. > > NBAR is badly broken in a number of code revisions. Test as > many releases as you can to get an implementation that > works, for the most part. > > IDS features are rife in IOS, nearly on all platforms. Your > issue is going to be their actual usability and scalability, > and whether they actually do what you need. > > Cheers, > > Mark. > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 836 bytes > Desc: This is a digitally signed message part. > Url : > http://orion.kym.net/pipermail/lug/attachments/20100417/bcdb4137/attachment.pgp > > ------------------------------ > > Message: 4 > Date: Sat, 17 Apr 2010 10:37:43 +0800 > From: Mark Tinka <[email protected]> > Subject: Re: [LUG] National ICT Backbone > To: [email protected] > Cc: Mugarura Cavin <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > On Saturday 17 April 2010 05:31:29 am Mugarura Cavin wrote: > >> The issue of the cable not having sufficient capacity, is >> quite minor. Despite recent actions, where the Press >> jumped tables over this issue. > > Agree. > >> a) Planning. Its very hard to maintain such a large >> process without clear planning. On a typical Monday, MTN >> will dig a road, on Tuesday NWSC, Wednesday WARID, etc >> whether there is an agency (read UNRA) taking care of >> this infrastructure properly can be left to anyone's >> imagination > > City council needs to control when roads are opened up so > that disruption to traffic, telecommunications, water, > power, e.t.c. are kept to a minimum. > > If service providers (both telecoms and non-telecoms) miss > the next "open the roads" cycle, too bad. > >> b) Cable capacity. According to Moore's law, computing >> power doubles every 18 months (actual law talks about >> transistors on an IC), now by the time, the good Chinese >> complete the work, they will be cables with 8 times >> faster speeds, and probably cheaper > > Up to about native 40Gbps wavelengths, the cable won't > determine future speed. So I wouldn't worry about this. > >> c) Competition. This project was awarded to Huawei, after >> it competed with itself. Reminds me of some political >> parties. > > RFP's and Procurement processes for government projects of > this scale have always been vague - remember the choppers? > >> d) QA & QC. Who is doing the doing this? > > I'm guessing the government left it to the contractor. What > we needed was our own folk managing the contractor, even if > it were a reliable consultant. > >> d) the interesting part, is that MTN tried to block this >> project in parliament, since they had started a similar >> project. > > There can never be enough fibre in the ground. If we get > more folk laying glass, we can only be better off. > > Cheers, > > Mark. > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 836 bytes > Desc: This is a digitally signed message part. > Url : > http://orion.kym.net/pipermail/lug/attachments/20100417/e85a7389/attachment.pgp > > ------------------------------ > > Message: 5 > Date: Fri, 16 Apr 2010 22:48:51 -0400 > From: Mugarura Cavin <[email protected]> > Subject: [LUG] Re: National ICT Backbone > To: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Mark, > > the MTN issue was a joke. > I dont mind 300 companies laying cables, > the amusing part is that, they tried to block this project citing > duplication and wastage. > > MTN, Warid, et al can lay cables, but don't try to block the national > service, > compete fair and square. > > They wanted to be the only bull in the kraal, > our not so gallant MPs, threw out their proposal (and acted gallantly) > > >> d) the interesting part, is that MTN tried to block this >> > project in parliament, since they had started a similar >> > project. >> >> There can never be enough fibre in the ground. If we get >> more folk laying glass, we can only be better off. >> >> Cheers, >> >> Mark. >> > > > > -- > The real danger is not that computers will begin to think like men, > but that men will begin to think like machines. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://orion.kym.net/pipermail/lug/attachments/20100416/dfaa33a0/attachment.html > > ------------------------------ > > Message: 6 > Date: Sat, 17 Apr 2010 08:36:46 +0300 > From: Richard Zulu <[email protected]> > Subject: Re: [LUG] VOIP monitoring > To: Linux Users Group Uganda <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Sure Markus, > > I will look into Cacti! I need as many ideas as possible too, just like > Sanga! > > > > > -- > Check out my Blog: > http://i-sakaza.blogspot.com > > Have you tried Google trader? > http://www.google.co.ug/africa/trader > > Time Information Company > www.time.co.ug > > http://datamart.co.ug > > Alt Email: [email protected] > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://orion.kym.net/pipermail/lug/attachments/20100417/4e8d14c1/attachment.html > > ------------------------------ > > Message: 7 > Date: Sat, 17 Apr 2010 09:52:02 +0300 (EAT) > From: Simon Vass <[email protected]> > Subject: [LUG] ClamAV EOL > To: Linux Users Group Uganda <[email protected]> > Message-ID: <21583330.4201271487122139.javamail.r...@mail> > Content-Type: text/plain; charset=utf-8 > > Think this might be of interest to some of you. I had a old Zimbra server > stop receiving mail because of this. > > http://www.clamav.net/2009/10/05/eol-clamav-094 > > In case any of you do the upgrade page is > > http://wiki.zimbra.com/wiki/ClamAV_-_Updating_clamd_for_releases_earlier_than_ZCS_5.0.16 > > > > Simon Vass > Technical Manager > E-Tech Uganda Ltd > http://www.etech.ug > Tel: +256 (0) 312260620 or (0) 312260621 > Email: [email protected] > > > > > ------------------------------ > > Message: 8 > Date: Sat, 17 Apr 2010 10:36:16 +0300 > From: Malcolm <[email protected]> > Subject: [LUG] Blackberry server + Lotus Notes > To: Linux Users Group Uganda <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Hello, > i knw this topic featured before but any ideas for an open source black > berry server that wld work with Lotus Mail server. Thanks > > Malcolm > > -- > ~MCTS 70-640~ > ~MCTS 70-642~ > ~MCTS 72-643~ > ~MCTS 72-680~ > > +256-774661330 > +256-701661331 > > I aspire to Greatness and the Scope of my Goal will Determine the Height of > My Ascension. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://orion.kym.net/pipermail/lug/attachments/20100417/fc23f28f/attachment.html > > ------------------------------ > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > > > End of LUG Digest, Vol 68, Issue 32 > *********************************** > -- Own a Beautiful website today at an incredibly low price. Take that advantage today call: +256 712 886802 or visit http://alionis.easysites.ug _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ All Archives can be found at http://www.mail-archive.com/[email protected]/ The above comments and data are owned by whoever posted them (including attachments if any). The List's Host is not responsible for them in any way. ---------------------------------------
