Sprach-/Dateiübertragung messen - Voice-/Filetransfer

Moin, sowas finde ich toll, das schätze ich an dem "Experten Forum", es gibt hier auch Probleme die meist nur von Experten gelöst werden können. Dafür finden wir uns hier alle zusammen, Systemintegratoren, Anwendungsentwickler, Elektrotechniker, Teamspeak-Freaks usw.

Beim Durchlesen deines Threads sind mir einige Dinge aufgefallen und ich glaube dir fehlt nur der kleine "Schubs" auf den richtigen Lösungsansatz Da helfe ich gerne

Okay, analysieren wir mal das Problem:

Vorhaben:

Es soll eine Anwendung programmiert werden die in der Lage ist, den angefallenen Datentraffic (Voice & Filetransfer) einer Teamspeak-Instanz in einem Diagramm darzustellen.

Problem:

Eine zuverlässige und gute Quelle von der die statistischen Daten entnommen werden können.
Zudem ist nicht ganz klar wie diese Daten zusammengefasst werden sollen (bin ich jedenfalls der Meinung)

Werkzeuge:

Der Teamspeak-Server
Eine MySQL Datenbank
Ein Webspace mit PHP
Eine API für Diagramme/Graphen

Abgrenzungskriterien:

• Sowohl Voice- als auch Filetransfer-Traffic soll erfasst werden
• Es soll das Traffic der Instanz (aller Server) gemessen werden
• Beim Hinzufügen eines Servers oder ändern eines Server-Ports soll keine Anpassung am Script notwendig sein
• Die Darstellung im Graphen erfolgt immer für einen gesamten Tag / 24 Stunden

Nachdem wir nun die Rahmenbedingungen definiert haben analysieren wir mal was du schon herausgefunden hast und wo der eventuell Denkfehler verborgen sind:

Zitat

Hier speicher ich einfach die Datenrate in "kbit/s"

Meiner Meinung nach der falsche Ansatz. Wieso willst du die aktuelle Datenrate messen? Du willst doch wissen wie viel Traffic in & out gegangen sind und kannst anhand dieser Daten später ggf. einen Durchschnitt pro Sekunde angeben.
Dabei wäre das richtige Vorgehen: Du misst alle n Sekunden das Gesamttraffic, danach rechnest du:

Danach erhält du das durchschnittliche Traffic pro Sekunde innerhalb von Zeitspanne n.

Zitat

die auf einer 5 Sekunden Zeitspanne gemessen wurde

Die Auflösung von 5 Sekunden würde ich an deiner Stelle nochmal überdenken.

Wir nehmen an du ermittelst alle 5 Sekunden das Traffic, wenn du jeden dieser Punkte darstellen willst auf 1 Pixel, dann sind das pro Tag 17280 Pixel, wenn wir davon ausgehen das du zwischen jeden Punkt im Graphen ca. 5px Freiraum lässt kommen wir auf insgesamt 103680px in der Breite um den Graphen darzustellen in deiner angegebenen Auflösung von n = 5.
Nun wirst du sagen: Ja, ich nehme ja noch Durchschnittswerte von z.B. n = 60, dann kommen wir also immer noch auf 8640px nach dem Rechenweg wie oben.
Heißt praktisch, in der Realität lässt sich vielleicht n = 300 oder so ähnlich darstellen, diese könnte man von n = 60 Messungen als AVG() berechnen lassen, dann haben wir eine höhere Genauigkeit in einer niedrigeren Auflösung.

Okay, ich merke gerade selbst das es ggf. zu komplex wird, lassen wir das mal so stehen und gehen erstmal weiter im Text.

Zitat

Pakete/Bytes über die Zeit der Instanz Uptime helfen mir nichts

Falsch, das ist mit die beste Lösung.

Ich erkläre einfach mal mit hilfe von Pseudocode (mit Bezug auf PHP): [Durchlauf alle 60 Sekunden | n = 60]

$traffic_aktuell = $teamspeak->.....


$traffic_letzteMessung = $mysql->.....


if($traffic_aktuell->UPTIME > $traffic_letzteMessung->UPTIME) {


    SchreibeInSQL($traffic_aktuell & DifferenzAus Aktueller-LetzterMessung)


}else{


    //In diesem Fall wurde der Server neugestartet
    SchreibeInSQL($traffic_aktuell & DifferenzAus Aktueller-0)


}


if(ServerAus) {
    SchreibeInSQL(Alles 0)
}

Dem Graphen kannst du dann später immer die AVG()-Werte in 25 Minuten zusammengefasst übergeben, so kommst du auf 96 Zeitpunkte pro Tag, damit sollte der Graph anschaulich genug sein.
Für Stundengraphen kannst du die Auflösung dann immer noch anpassen und kannst trotzdem sehr anschaulich das Traffic pro Stunde darstellen.

Als Tabelle genügt dann:

So, ich hoffe es wurde verständlich wie ich das meine. Rechne mit den Werten von Teamspeak, miss nicht mit den kb/s sondern dem totalen Traffic und der Differenz zur Messung davor.
Oder benutzt das connection_bandwidth_received_last_minute_total & connection_bandwidth_sent_last_minute_total

Gruß

Stefan

Läufts mittlerweile?