Il s'agit de la commande netperfmeter qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
netperfmètre — Indicateur de performance du réseau
SYNOPSIS
netperfmètre [Port]
netperfmètre [Le port de destination] -local=Adresse[,Adresse,...] -runtime=Secondes -config=Nom
-scalar=Nom -vector=Nom -activenodename=Description
-passivenodename=Description -silencieux -verbeux -verbosity=Niveau -tcp -mptcp -sctp
-udp -dccp [FLOW SPEC] [...]
DESCRIPTION
netperfmètre est un compteur de performances réseau pour le transport UDP, TCP, MPTCP, SCTP et DCCP
protocoles. Il transmet simultanément des flux bidirectionnels à un point d'extrémité et mesure la
largeurs de bande de flux résultantes. Les résultats sont écrits sous forme de fichiers vectoriels et scalaires.
ARGUMENTS
Les arguments suivants doivent être fournis :
Port Le numéro de port du socket de données du côté passif. Le numéro de port du contrôle
socket sera port+1. La spécification d'un numéro de port fait passer netperfmeter en mode passif,
c'est-à-dire qu'il attendra les connexions entrantes.
Le port de destination
Spécifie le point de terminaison de destination auquel se connecter. Cela transformera le netperfmeter en
mode actif, c'est-à-dire qu'il se connectera au point de terminaison distant spécifié.
local=Adresse[,Adresse,...]
Spécifie les adresses du point de terminaison local. Pour TCP, UDP et DCCP, seul le premier
l'adresse est utilisée !
d'exécution
Spécifie la durée d'exécution de la mesure en secondes. Après le laps de temps donné,
netperfmeter terminera la mesure.
config=Nom
Spécifie le nom du fichier de configuration à écrire. La valeur par défaut est output.config.
vecteur=Nom
Spécifie le modèle de nom des fichiers vectoriels à écrire. Si le suffixe de ce nom
est .bz2, le fichier sera compressé BZip2 à la volée. Le nom du vecteur est
automatiquement étendu pour nommer les fichiers vectoriels de flux en ajoutant
- - - avant le suffixe. La valeur par défaut est
vector.vec.bz2, d'où le nom du fichier vecteur pour le flux 5, flux 2 sur le
le nœud passif sera vector-passive-00000005-0002.vec.bz2.
scalaire=Nom
Spécifie le modèle de nom des fichiers scalaires à écrire. Si le suffixe de ce nom
est .bz2, le fichier sera compressé BZip2 à la volée. Le nom scalaire est
automatiquement étendu pour nommer les fichiers scalaires de flux en ajoutant
- - - avant le suffixe. La valeur par défaut est
scalar.vec.bz2, d'où le nom du fichier scalaire pour le flux 5, flux 2 sur le
le nœud passif sera scalar-passive-00000005-0002.vec.bz2.
nomnodeactif=Description
Définit une description textuelle du nœud actif (par exemple Client).
nom_de_noeud_passif=Description
Définit une description textuelle du nœud passif (par exemple, serveur).
silence Réduit la verbosité de la sortie du journal. Peut être spécifié plusieurs fois.
verbeux
Augmente la verbosité de la sortie du journal. Peut être spécifié plusieurs fois.
verbosité=Niveau
Définit la verbosité de la sortie du journal à un niveau donné, de 0 (le plus bas) à 6
(plus haut).
sctp Établir une nouvelle association SCTP. Les flux de cette association doivent être précisés
par une ou plusieurs spécifications FLOWSPEC en tant que paramètres suivants.
tcp Établit une nouvelle connexion TCP ou MPTCP. Le débit de cette connexion doit être
spécifié par une spécification FLOWSPEC comme paramètre suivant. Prise en charge MPTCP dans
NetPerfMeter est réalisé comme un socket "MPTCP" supplémentaire (c'est-à-dire un autre socket TCP, mais
lié à un autre numéro de port et avec CMT activé). Autrement dit, pour l'utilisation MPTCP, il
doit contenir l'option cmt=mptcp (voir ci-dessous) pour utiliser le socket MPTCP au lieu de
le socket TCP.
udp Établir une nouvelle connexion UDP. Le débit de cette connexion doit être spécifié par un
Spécification FLOWSPEC comme paramètre suivant.
dccp Établir une nouvelle connexion DCCP. Le débit de cette connexion doit être spécifié par un
Spécification FLOWSPEC comme paramètre suivant. Notez que DCCP n'est pas disponible sur
toutes les plateformes encore. Actuellement, seul Linux fournit DCCP dans son noyau officiel.
FLUXSPEC
Spécifie un nouveau flux. Le format est :
outgoing_frame_rate:outgoing_frame_size:incoming_frame_size:incoming_frame_rate:option :...
Les quatre premiers paramètres
(outgoing_frame_rate:outgoing_frame_size:incoming_frame_size:incoming_frame_rate:option)
peut être remplacé par l'option "default", créant un flux avec plus ou moins
paramètres par défaut utiles.
taux_de_cadre_sortant
La fréquence de trame du transfert sortant (c'est-à-dire du nœud actif au nœud passif).
S'il est défini sur const0, l'expéditeur sera saturé, c'est-à-dire qu'il essaiera d'envoyer en tant que
autant que possible.
taille_cadre_sortante
La taille de la trame du transfert sortant (c'est-à-dire du nœud actif au nœud passif).
S'il est défini sur const0, il n'y aura *pas* de transmission de données dans cette direction.
taux_images_entrants
La fréquence d'images du transfert entrant (c'est-à-dire du nœud passif au nœud actif).
Voir outgoing_frame_rate pour plus de détails.
taille_image_entrante
La taille de la trame du transfert entrant (c'est-à-dire du nœud actif au nœud passif).
Voir outgoing_frame_size pour plus de détails.
Options possibles:
id=Identifiant de flux
Définit un numéro d'identification pour le flux. Les identifiants d'une mesure doivent être
unique!
description=Description
Définit une description textuelle du flux (par exemple, HTTP-Flow). Ne pas utiliser
espaces dans la description!
maxmsgsize=octets
Divise les trames en messages d'au plus le nombre d'octets donné.
Les messages ne doivent pas dépasser 65535 octets.
defragtimeout=Millisecondes
Messages non reçus dans ce délai après le dernier
les messages reçus avec succès sont comptabilisés comme perdus. REMARQUE : cela aussi
se produit si le protocole de transport est fiable et que le message est
effectivement reçu plus tard !
non ordonné=Fraction
Spécifie la fraction des messages qui seront envoyés dans
mode non ordonné (SCTP uniquement).
ordonné=Fraction
Spécifie la fraction des messages qui seront envoyés dans l'ordre
mode (SCTP uniquement).
fiable=fraction
Spécifie la fraction des messages qui seront envoyés de manière fiable
mode (SCTP uniquement).
non fiable=fraction
Spécifie la fraction des messages qui seront envoyés dans
mode non fiable (SCTP uniquement).
rtx_timeout=Millisecondes
Définit le délai de retransmission des messages non fiables (SCTP uniquement ;
pas disponible sur toutes les plateformes !)
rtx_trials=Essais
Définit les essais de retransmission pour les messages non fiables (SCTP uniquement ;
pas disponible sur toutes les plateformes !)
rcvbuf=octets
Définit la taille du tampon du récepteur au nombre d'octets donné.
sndbuf=octets
Définit la taille du tampon de l'expéditeur au nombre d'octets donné.
onoff=t1,t2,...
Une liste d'horodatages lorsque le flux doit être activé ou
désactivé. Si onoff est donné, le flux est désactivé au démarrage. À t1,
il sera allumé ; à t2, il sera éteint, etc. Heure
les timbres peuvent être donnés en valeurs absolues (par exemple onoff=0,10,30 - pour tourner
allumé à t=0, éteint à t=10 et rallumé à t=30 jusqu'à la fin de
mesure) ou des valeurs relatives (par exemple on=10,+30,+60 - pour allumer à
t=10, éteindre à t=40 et rallumer à t=100 jusqu'à la fin de
la mesure).
error_on_abort=activé|désactivé
Par défaut, le côté actif s'arrête avec une erreur lorsqu'une transmission
queues (par exemple lors d'un abandon de connexion). Ce paramètre transforme ce
comportement activé ou désactivé.
cmt=off|cmt|cmtrpv1|cmtrpv2|like-mptcp|mptcp-like|mptcp
Configure l'utilisation de Concurrent Multipath Transfer (CMT) : désactivé (activé
désactivé; par défaut), cmt (chemins indépendants), cmtrpv1 (CMT/RPv1), cmtrpv1
(CMT/RPv2), mptcp/like-mptcp/mptcp-like (MPTCP), 0-255 (personnalisé
valeur). Actuellement uniquement pris en charge par CMT-SCTP sur les systèmes FreeBSD et
MPTCP sur les systèmes Linux. Remarque : CMT pour MPTCP utilise toujours MPTCP
contrôle des encombrements.
EXEMPLES
Quelques exemples d'utilisation du netperfmeter :
netperfmètre 9000
Démarrez en mode passif, c'est-à-dire en acceptant les connexions, sur le port 9000.
netperfmeter 172.16.255.254:9000 -vector=output.vec.bz2 -scalar=output.sca.bz2 -sctp
const5:exp1000:const3:exp500:description="Alpha":onoff=+10
const5:exp1000:const3:exp500:description="Beta":onoff=+30 -tcp
const5:exp1000:const3:exp500:description="Gamma":onoff=+60 -runtime=300
Démarrez en mode actif, c'est-à-dire établissez la connexion à 172.16.255.254, port 9000.
Les trames seront segmentées en messages de 4096 octets maximum. Écrire des vecteurs sur
output.vec.bz2 (BZip2-compressé). Écrire des scalaires dans output.sca.bz2
(BZip2-compressé). Établir l'association SCTP. A t=10s, démarrer le flux "Alpha" comme
premier flux de cette association, en utilisant une fréquence d'images de 5 (constante) et une moyenne
taille de trame de 1000 octets (distribution exponentielle négative) pour les données sortantes
et une fréquence d'images de 3 (constante) et une taille de trame moyenne de 500 octets (négative
distribution exponentielle) pour les données entrantes. A t=30s, démarrez le flux "Beta" comme
second flux sur l'association SCTP (mêmes paramètres que le flux "Alpha"). Démarrer TCP
lien. A t=60s, lancer le flux "Gamma" sur la connexion TCP (mêmes paramètres
comme flux "Alpha"). A t=300s, arrêter la mesure.
AUTEURS
Thomas Dreibholz
http://www.iem.uni-due.de/~dreibh/netperfmeter
mailto: //[email protected]
Utiliser netperfmeter en ligne en utilisant les services onworks.net