Richard, do have a look at Elastrix http://www.elastrix.org it is a bundle of your asterisk pbx together with other modules like call center module, virtual fax, Sugar CRM, IM, Caller Detail Records IVR, etc its really extensive and good. I think it will be your best bet.
On Sat, Apr 17, 2010 at 7:45 PM, Samuel Alioni <[email protected]> wrote: > 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. > --------------------------------------- > >
_______________________________________________ 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. ---------------------------------------
