snmp traffic monitoring

Afdrukvoorbeeld

Toon 40 bericht(en) van dit onderwerp op één pagina

24/02/04, 12:55
Mikey

Citaat:

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
24/02/04, 13:02
ProServe

Citaat:

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)
24/02/04, 13:08
electric

Citaat:

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 :)
24/02/04, 13:14
ProServe

Dat zijn dan andere counters, die niets met de counters te maken hebben die MRTG uitleest.
24/02/04, 13:22
Mikey

Citaat:

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

stug volhouden :D , laat maar zien dan :)
24/02/04, 13:26
Mikey

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.
24/02/04, 13:28
Mikey

Citaat:

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
24/02/04, 15:44
ProServe

Citaat:

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.
24/02/04, 15:46
ProServe

Citaat:

Origineel geplaatst door Mikey
stug volhouden :D , 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.
24/02/04, 15:53
Dennis

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.
24/02/04, 16:10
Mikey

Citaat:

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.
24/02/04, 16:31
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.
24/02/04, 17:27
ProServe

Citaat:

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.
24/02/04, 17:29
ProServe

Citaat:

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?
24/02/04, 17:42
Mikey

Citaat:

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 ?

Toon 40 bericht(en) van dit onderwerp op één pagina