Onderwerp: Dataverkeer, verschil in diverse metingen

Ik heb een windowsserver welke in de periode november december voor mijn idee nogal flink dataverkeer heeft gehad. Vrijwel zeker een hack. Dat is inmiddels opgelost, echter blijft het mij een raadsel waarom dataverkeer niet gelijk loopt tussen de metingen van de colocator (Cacti) en mijn meter(s) Dumeter / Netlimiter en Plesk

Plesk in naar mijn mening het meest onbetrouwbare omdat deze alleen dataverkeer meet van de websites.

DU meter Netlimiter Plesk Opgave Colo
Maand GB GB GB GB
nov-08 onbekend onbekend 460,00 607,18
dec-08 114,30 126,00 162,75 459,36
jan-09 119,20 102,00 85,96 189,38
feb-09 147,20 126,00 107,39 404,13

De server is enige tijd geleden verplaatst. De poorten zijn gecontroleerd en juist.

Wat nu nog meer verbaasd is dat de waarden in Cacti nu helemaal niet meer overeenkomen. Daar staan nu totalen van slechts een paar honderd MB !!! tot 2GB per maand.

Er is gescand met 2 verschillende rootkitscanners en ook het antiviruspakket heeft niets gevonden.

Kunnen de verschillen nu zo groot zijn ?
Betreft een windows SBS 2003 server + plesk.

Gezien de facturen die ik nu krijg voor dataverkeer heb ik sterke twijfels en zoek naar een oplossing.

Cacti is trouwens geen goede manier om dataverkeer te meten (voor billing doeleinden), gezien deze werkt met snapshots. Het geeft een benadering, maar geen exacte waarden. De enige correcte manier om te meten in op routerniveau.

(bij ons bvb zit er ook al snel 15% verschil op de metingen in cacti en deze op routerniveau, onze cacti neemt wel maar snapshots om de 5 minuten (standaard), maar het scheelt toch veel hoor)


Wanneer de provider op routerniveau zou meten en deze waarden hoger zijn dan cacti, plesk, ..., dan is dat eventueel wel te verklaren (traffiek die aangeboden wordt, maar gedropt wordt door router of dergelijke)

Sven

Oorspronkelijk geplaatst door sdetroch

Cacti is trouwens geen goede manier om dataverkeer te meten (voor billing doeleinden), gezien deze werkt met snapshots. Het geeft een benadering, maar geen exacte waarden. De enige correcte manier om te meten in op routerniveau.

(bij ons bvb zit er ook al snel 15% verschil op de metingen in cacti en deze op routerniveau, onze cacti neemt wel maar snapshots om de 5 minuten (standaard), maar het scheelt toch veel hoor)


Wanneer de provider op routerniveau zou meten en deze waarden hoger zijn dan cacti, plesk, ..., dan is dat eventueel wel te verklaren (traffiek die aangeboden wordt, maar gedropt wordt door router of dergelijke)

Sven

Ik zou zeggen dat verkeer dat aangeboden wordt maar niet doorgezonden wordt door de router niet voor de kosten van de klant moet komen (immers: hij heeft zelf niet mogen bepalen wat er mee gebeurt) en daarnaast zal cacti wel het verkeer meten in GB wat daadwerkelijk wordt verzonden/ontvangen (in mbits is dit per 5 minuten een 'snapshot')

Misschien kunnen ze met snmp ook je windows server uitlezen dan kunnen die statistieken 1-op-1 naast elkaar worden gezet in hun cacti systeem.

Zodra je gaat samplen gaat er data verloren, 't gaat erom dat je samples de waarheid benaderen en aangezien zo'n beetje iedereen 95 percentiel met een 5 minuut sample gebruikt zal daar wel enige betrouwbaarheid in zitten.

mijn probleem is eigenlijk meer het grote verschil tussen de verschillende metingen. Cacti heeft bijvoorbeeld in december bijna 3x zoveel als de andere metingen. Dus ja.. wat kun je nog vertrouwen. Zeker nu ik waarden zie in dezelfde cacti die totaal niet meer kloppen. Deze geven ook over die perioden waarden aan die compleet anders zijn: Van 30-11 t/m 29-12 staat nu een waarde van totaal ca 93GB ! tegenover 460GB die er eerst in de tabel stonden.

Oorspronkelijk geplaatst door sdetroch

Cacti is trouwens geen goede manier om dataverkeer te meten (voor billing doeleinden), gezien deze werkt met snapshots. Het geeft een benadering, maar geen exacte waarden. De enige correcte manier om te meten in op routerniveau.

snapshots in de zin van de counters die je switch bijhoud, cacti bekijkt de laatste waarde met de waarde die op dat moment aanwezig is, en het verschil is je verbruik in die 5 minuten.

"Here's how MRTG works: It periodically collects two values using SNMP and displays them over time via an HTML page and PNG images. It does this by using SNMP GETs to retrieve SNMP counters--ifInOctets (OID 1.3.6.1.2.1.2.2.1.10) and ifOutOctets (1.3.6.1.2.1.2.2.1.16)--that record the number of bytes coming into (ifInOctetes) and out of (ifOutOctets) a single interface.