Onderwerp: snmp traffic monitoring

Origineel geplaatst door electric


ik heb bij 2 switches ( hp & cisco ) iig niet gezien dat zodra ie uit gelezen is de counters weer op 0 zet hoor

idd, 3com idem

Code:

Port:                3             Port Speed:          100Mbps HD Auto

Received Stats                     Transmit Stats
--------------                     --------------
Unicast Packets:     666820        Unicast Packets:     310023324
Non Unicast Packets: 5195          Non Unicast Packets: 193225472
Octets:              168970208     Octets:              12639283
Fragments:           20476         Collisions:          20445

Errors
------
Undersize:           20414         Oversize:            0
CRC Error:           0             Jabbers:             0

Packet Size Analysis
--------------------
64 Octets:           294709265     256 to 511 Octets:   3298020
65 to 127 Octets:    195591208     512 to 1023 Octets:  1661045
128 to 255 Octets:   4603478       1024 to 1518 Octets: 4037381

Origineel geplaatst door electric
ik heb bij 2 switches ( hp & cisco ) iig niet gezien dat zodra ie uit gelezen is de counters weer op 0 zet hoor

Dat klopt, want ze lezen de huidige waarde uit. Dan hoeft er niets gereset te worden. (zie andere posting)

Origineel geplaatst door ProServe


Dat klopt, want ze lezen de huidige waarde uit. Dan hoeft er niets gereset te worden. (zie andere posting)

mrtg leest inderdaad de huidige waarde af, maar de switch zelf blijft gewoon door tellen

Dat zijn dan andere counters, die niets met de counters te maken hebben die MRTG uitleest.

Origineel geplaatst door ProServe
Dat zijn dan andere counters, die niets met de counters te maken hebben die MRTG uitleest.

stug volhouden , laat maar zien dan

ik zal ff iets aanhalen van de mrtg site "MRTG consists of a Perl script which uses SNMP to read the traffic counters of your routers"

zal het maar in nederlands onder zetten voordat we daar weer gebakelij over krijgen, hij leest de verkeers tellers uit ! en dus niet de snelheid.

Origineel geplaatst door ProServe


Dat klopt, daar heb je helemaal gelijk in. En dat is wel waar. Probleem is alleen dat je nooit weet wanneer een ISP de counters uitleest.

lang leve de mrtg index file , daarin staat de laatste poll tijd, met beetje f5 drukken kun je aardig recht schatten. + meer mogelijke mogelijkheden om erachter te komen

Origineel geplaatst door Mikey
lang leve de mrtg index file , daarin staat de laatste poll tijd, met beetje f5 drukken kun je aardig recht schatten. + meer mogelijke mogelijkheden om erachter te komen

Dan moet je alleen nog even de tijd van je server gelijkzetten met die van je hoster. Als je zover wilt gaan om onder je traffic kosten uit te komen, ben je een beetje verkeerd bezig naar mijn idee.

Origineel geplaatst door Mikey
stug volhouden , laat maar zien dan

Mij maakt het niet zoveel uit hoor, wat je gelooft. Ik heb genoeg ervaring om te weten dat dit zo is Bewijs het tegendeel maar.

Uhm... het leek mij ook duidelijk dat MRTG steeds momentopnames van SNMPD pakt.

Naar mijn mening is dit bewijs genoeg
Overigens in MRTG ook zo in te stellen om elke 30minuten te controleren via een CRONJOB. Je zult andere averages zien als je om de 5 minuten controleert dan om de 60 minuten.

Dit heeft ermee te maken dat hij niet de averages van de hele dag neemt, maar van wat hij heeft gecontroleerd.

Ook weet MRTG helemaal niet hoe vaak hij zelf wordt uitgevoerd.

Origineel geplaatst door ProServe


Mij maakt het niet zoveel uit hoor, wat je gelooft. Ik heb genoeg ervaring om te weten dat dit zo is Bewijs het tegendeel maar.

http://www.webhostingtalk.nl/showthr...492#post316492

http://people.ee.ethz.ch/~oetiker/we...mrtg/mrtg.html


ik vind het een beetje vreemd dat je zelf absoluut met geen hard feit komt. Graag wil ik en denk andere ook wel weten hoe het nu precies zit, en mocht ik er langs zitten zou ik zeker niet verlegen zijn omdat toe te geven.

mocht het kloppen, dan zijn tevens ook de rekening die je krijgt van je isp ongeldig. Want als hij mrtg alleen pieken meet is de waarde niet kloppend. Dan is mrtg gewoon geen correct meet tool, en niet eens goed genoeg om een schatting te geven.

Origineel geplaatst door Mikey
mocht het kloppen, dan zijn tevens ook de rekening die je krijgt van je isp ongeldig. Want als hij mrtg alleen pieken meet is de waarde niet kloppend. Dan is mrtg gewoon geen correct meet tool, en niet eens goed genoeg om een schatting te geven.

Goed, dan mag jij elke isp/carrier in de wereld gaan vertellen dat ze wat anders mogen gaan verzinnen. De meeste van onze klanten worden trouwens afgerekend op echt verbruikt verkeer, afleesbaar per ip.

Origineel geplaatst door Mikey
http://www.webhostingtalk.nl/showthr...492#post316492
http://people.ee.ethz.ch/~oetiker/we...mrtg/mrtg.html
ik vind het een beetje vreemd dat je zelf absoluut met geen hard feit komt. Graag wil ik en denk andere ook wel weten hoe het nu precies zit, en mocht ik er langs zitten zou ik zeker niet verlegen zijn omdat toe te geven.

Wat zie jij als verkeers tellers en snelheid tellers?
Als je bewijs wilt hoe het werk, mail de maker van MRTG, of check de source. Waar denk je dat de cuin en cuout variabele voor staat? Misschien current in en current out?

Origineel geplaatst door ProServe


Wat zie jij als verkeers tellers en snelheid tellers?
Als je bewijs wilt hoe het werk, mail de maker van MRTG, of check de source. Waar denk je dat de cuin en cuout variabele voor staat? Misschien current in en current out?

wanneer kom je nou eens met een concreet stukje text van het net ofzo ?