The amount of VoIP traffic will not be "exact" if you have VAD enabled. It will not be calculated like a traditional PBX style phone call in the sense that you take 1 64k trunk to make a phone call. VoIP will only use what bandwidth it needs, i.e. so if you are talking with someone and they put you on hold without music, it would easily look like that phone conversation dropped off, because VAD will not pass a huge 64k (if using 711glaw) RTP stream, it will be much smaller, i.e. 1k/s.
Just my 2 cents...... -----Original Message----- From: Bogaç Özdöl [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 1:54 AM To: [EMAIL PROTECTED] Subject: [mrtg] Re: Measuring Traffic over FXO / FXS port /Question is changed :) Ok. I should change my question. I want to calculate the percentage of outgoing Voip traffic in outgoing traffic over a Serial (Frame Relay) link. So is the formula 1 (I mean ...) [the size of voice traffic in bytes / the size of outgoing traffic over a Serial Port (Data+Video+Voice+etc...)= Or could I calculate voice traffic with a priority-list "access-list 150 permit ip any any precedence critical " So is the formula 2 (I mean ...) ( delta count of Voip packets * approximate packet size of used voip codec ) Thanks for advice.. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Daniel J McDonald Sent: Thursday, April 03, 2003 4:10 PM To: Bogaç Özdöl Cc: [EMAIL PROTECTED] Subject: [mrtg] Re: Measuring Traffic over FXO / FXS port On Thu, 2003-04-03 at 04:03, Bogaç Özdöl wrote: > Hi All , > > How could I get traffic over FXS or FXO port with mrtg ? > ifInOctets/ifOutOctets doesn't works... :) What do you mean by traffic? FXO and FXS don't carry bits.... If you mean you want to track the traffic generated by a voip application feeding particular ports, well... I did something like that once, but the mibs are pretty nasty to work with. I ended up using radius accounting to get what I wanted and dumped it into a mysql database. Then, in mrtg I wrote a script that would query for the most recent numbers and update it... But it wasn't a very clean solution, because you get all of the bits at the end of a call (e.g., a 1 hour call has zero bits for the first 11 polling intervals, then a huge spike on the 12th). I ended up just counting the number of up interfaces so I could figure out how many simultaneous calls I had in progress, and used the database to calculate cost savings on the back-end. In any respect, mrtg didn't really help with that application... > > Thanks ... > > > Saygilarimla > > Emin Bogaç ÖZDÖL > > Sistem Destek Uzmani > Pargem Bilisim Sistemleri A.S. > Direkt Telefon: (212) 340 0 316 > Mobil Telefon : (542) 366 60 82 > > Iletisim Çözümlerinde > Tek numara: (212) 340 0 340 > Tek adres: www.pargem.com.tr > > Prof.Dr.Bülent Tarcan Cd. No:9 Gayrettepe Istanbul > Faks : (212) 212 61 68 > Video : (212) 336 92 78 > Pargem, bir Borusan Holding istirakidir. > > -- > Unsubscribe mailto:[EMAIL PROTECTED] > Archive http://www.ee.ethz.ch/~slist/mrtg > FAQ http://faq.mrtg.org Homepage http://www.mrtg.org > WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi -- Daniel J McDonald <[EMAIL PROTECTED]> Austin Energy -- Unsubscribe mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/mrtg FAQ http://faq.mrtg.org Homepage http://www.mrtg.org WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi -- Unsubscribe mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/mrtg FAQ http://faq.mrtg.org Homepage http://www.mrtg.org WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi -- Unsubscribe mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/mrtg FAQ http://faq.mrtg.org Homepage http://www.mrtg.org WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
