bwping - En ligne dans le Cloud

PROGRAMME:

Nom

bwctl, bwping, bwtraceroute - Application cliente pour demander le débit, traceroute, ping
et des tests owamp.

SYNOPSIS

bwctl [Options] -c hôte recv -s hôte d'envoi
bwctl [Options] -c hôte recv
bwctl [Options] -s hôte d'envoi
baiser [Options] -c hôte recv -s hôte d'envoi
baiser [Options] -c hôte recv
baiser [Options] -s hôte d'envoi
bwtraceroute [Options] -c hôte recv -s hôte d'envoi
bwtraceroute [Options] -c hôte recv
bwtraceroute [Options] -s hôte d'envoi

DESCRIPTION

bwctl est une application cliente en ligne de commande utilisée pour lancer des tests de débit.

Cette version de bwctl est capable d'initier Iperf, Nutcp, Iperf3, Ping, Traceroute,
Chemin de trace ainsi que Owamp Des tests.

bwctl fonctionne en contactant un bwctld démon sur l'hôte de réception et l'hôte d'envoi.
bwctld gère et planifie les ressources de l'hôte sur lequel il s'exécute. Dans le cas où seul
l'un des hôtes de réception ou d'envoi est spécifié, bwctl suppose que l'hôte local est
l'autre extrémité. bwctl tentera de contacter un local bwctld si c'est possible. Si il n'y a pas
locales bwctld fonctionnement, bwctl suppose que l'hôte local ne nécessite pas de contrôles de stratégie et
exécutera le bwctld fonctionnalité requise pour exécuter le test directement.

Si les cas où bwctl exécute directement le test sur l'hôte, il y a plusieurs
options de configuration partagées avec bwctld. Ces options de configuration peuvent être définies
utilisant l' bwctlrc(5) fichier de configuration d'une manière très similaire à la façon dont ils sont
spécifié dans le bwctld.conf(5) fichier.

La bwctl, baiser ainsi que bwtraceroute CLIENTS d'utiliser à nécessaire le voulu type of
débit, latence or traceroute test. Les inspections régulières contribuent également à la sécurité des passagers. En identifiant et en traitant les risques potentiels pour la sécurité, tels que des freins usés, un éclairage défectueux ou le remplacement du revêtement de sol, les inspections permettent de réduire le risque d'accidents et de blessures et d'améliorer la sécurité générale du service. Les inspections régulières sont un moyen concret de mettre en valeur l'engagement des prestataires de services de transport en faveur du bien-être des passagers et des conducteurs. it demandes quand le test est voulu.
bwctld sur chaque point d'extrémité répond soit par une réservation provisoire, soit par un tester dénié
un message. Une fois que bwctl est en mesure d'obtenir une réservation correspondante des deux bwctld processus (un
pour chaque hôte impliqué dans le test), il confirme la réservation. Puis le bwctld
les processus exécutent le test et renvoient les résultats. Les résultats sont retournés au client à partir de
les deux côtés du test de la respective bwctld processus. De plus, le bwctld
les processus partagent les résultats de leur côté respectif du test les uns avec les autres.

BWCTL (bwctl ainsi que bwctld) est utilisé pour permettre des tests de mesure de réseau non spécifiques aux hôtes
sans avoir à donner des comptes d'utilisateur complets sur les systèmes donnés. Les utilisateurs veulent pouvoir
exécuter des tests de débit pour déterminer la bande passante atteignable ou disponible entre une paire de
hôtes. Il est souvent utile de tester plusieurs points le long d'un chemin réseau pour déterminer le
caractéristiques du réseau le long de ce chemin. Typiquement, les utilisateurs qui veulent faire ce chemin
décomposition doivent contacter directement les administrateurs réseau/système qui contrôlent le
hôtes le long du chemin. L'administrateur doit soit exécuter la moitié du test pour l'utilisateur
ou donnez-leur un compte d'utilisateur sur l'hôte. De plus, les chemins réseau d'intérêt sont généralement
contrôlé par plusieurs administrateurs. Ces obstacles ont fait ce genre de test
difficile en pratique.

BWCTL a été conçu pour aider à résoudre ce problème. Il permet à un administrateur de configurer un
donné l'hôte en tant que Iperf, Iperf3, Nutcpou Owamp point final. Le point de terminaison peut être un paquet
expéditeur (par ex. Iperf client) ou un récepteur de paquets (par exemple Iperf serveur). Il peut être partagé par
plusieurs utilisateurs sans craindre que ces utilisateurs interfèrent les uns avec les autres. Spécifique
les limites de la politique peuvent être appliquées à des utilisateurs spécifiques, et des tests individuels sont programmés afin qu'ils
n'interféreront pas les uns avec les autres. De plus, aucun compte utilisateur complet n'est requis pour
les utilisateurs exécutant les tests.

BWCTL permet à l'administrateur de classer les connexions entrantes en fonction d'un nom d'utilisateur et
Combinaison de touches AES ou, alternativement, basée sur un IP/netmask. Une fois la connexion
classé, le bwctld peut déterminer le type exact et l'intensité des tests de débit
cela sera autorisé. Plus d'informations sur les contrôles de politique peuvent être trouvées dans le
bwctld(8) page de manuel.

BWCTL utilise un algorithme d'ordonnancement distribué. Chaque hôte maintient un horaire
indépendamment. Lorsqu'un client demande un test, les deux terminaux sont contactés et chacun
bwctld le serveur répond avec le premier créneau horaire disponible disponible. Cela permet à la demande
tests pour coexister avec des tests réguliers puisque les tests réguliers sont
mis en œuvre en faisant tester la demande du client à intervalles réguliers. Différentes priorités
peut être mis en œuvre à l'aide de événement_horizon directive de configuration à bwctld. (En permettant
clients qui mettent en œuvre des tests réguliers pour réserver leurs plages horaires plus loin dans
l'avenir.)

ARGUMENTS

Connexion/Authentification Arguments:
-4, --ipv4
Force bwctl à utiliser uniquement les adresses IPv4.

Valeur par défaut:
Non spécifié (IPv6 est préférable).

-6, --ipv6
Force bwctl à utiliser uniquement les adresses IPv6.

Valeur par défaut:
Non spécifié (IPv6 est préférable).

-A méthode d'authentification
méthode d'authentification est utilisé pour spécifier la méthode d'authentification bwctl le client est prêt
à utiliser pour communiquer avec le bwctld sur le hôte d'envoi ainsi que hôte recvL’
options d'authentification de bwctl sont destinés à être extensibles. La communication
du bwctl client à chaque bwctld le serveur peut prendre différentes options pour
différents types d'authentification. Si la méthode d'authentification l'option est spécifiée pour
soit le -sou de la -c argument, il remplace le méthode d'authentification spécifié avec le
-A option pour la communication avec cet hôte particulier. (Par conséquent, la -A argument
n'est vraiment utile que si la même authentification peut être utilisée avec les deux hôtes.)

Autoriser différentes méthodes d'authentification pour chaque connexion devrait permettre à un client
d'utiliser différentes méthodes d'authentification avec différents serveurs qui devraient à leur tour
permettre aux tests inter-domaines de se produire plus facilement.

Le format pour méthode d'authentification est:

mode authentifié [système d'authentification schémaopts]

mode authentifié
Spécifie le mode d'authentification avec lequel le client est prêt à parler avec un
serveur. Il doit être défini comme une chaîne de caractères avec tout ou partie des
caractères "OEA". Les modes sont :

A [A]authentifié. Ce mode crypte la connexion de contrôle.

E [E]crypté. Ce mode crypte la connexion de contrôle. Si l'essai
prend en charge le cryptage, ce mode cryptera en plus le test
flux. (Le chiffrement du flux de test n'est actuellement pas pris en charge, donc
ce mode est actuellement identique à authentifié.)

O [O]stylo. Aucun cryptage d'aucune sorte n'est effectué.

Le client peut spécifier tous les modes avec lesquels il souhaite
communiquer. Le mode le plus strict que le serveur et le client sont à la fois
prêt à utiliser sera sélectionné.

Valeur par défaut:
"OEA"

schéma d'authentification schémaopt
schéma d'authentification indique le schéma d'authentification qui doit être utilisé pour
atteindre le authentifié or crypté modes. schémaopt sont une liste de
arguments spécifiques à chaque schéma d'authentification particulier. Prise en charge
schéma d'authentification les valeurs suivent (répertoriées avec le schémaopt chaque schéma nécessite):

AESKEY userid [fichier clé]
Il s'agit du modèle initial de secret partagé "simple" (clé AES). userid is
requis pour identifier quel secret partagé le serveur et le client doivent
utiliser. fichier clé spécifie éventuellement un fichier pour récupérer la clé AES
de. Si fichier clé n'est pas spécifié, l'utilisateur sera invité à entrer un
mot de passe. fichier clé peut être généré à l'aide du aespasswd(1)
.

Valeur par défaut:
Non authentifié

schéma d'authentification ainsi que schémaopt ne sont nécessaires que si la communication authentifiée (A or E
modes de mode authentifié) est recherché avec hôte d'envoi ainsi que hôte recv.

-B, --adresse locale cœur
Liez l'adresse locale du socket client à cœur. cœur peut être spécifié
en utilisant un nom DNS ou en utilisant des notations textuelles standard pour les adresses IP.

Valeur par défaut:
Non spécifié (sélection d'adresse générique).

-c, --destinataire hôte recv[:port] [méthode d'authentification]
Spécifie l'hôte qui exécutera le Iperf, Iperf3 or Nutcp serveur. Le port
suffixe est facultatif et n'est nécessaire que si bwctld est exécuté sur un port autre que celui par défaut
numéro. Si une adresse IPv6 est spécifiée, notez que le format accepté
contient l' hôte recv partie de la spécification entre crochets comme :
[fe80::fe9f:62d8]:4823. Cela garantit que le numéro de port est distinct de l'adresse
spécification et n'est pas nécessaire si le suffixe :port n'est pas utilisé.

Au moins un des -c or -s les options doivent être spécifiées. Si l'un d'eux n'est pas
spécifié, il est supposé être l'hôte local.

méthode d'authentification est une liste de mots-clés spécifiquement ordonnée qui n'est nécessaire que si
une communication authentifiée est souhaitée avec hôte recv. Ces mots-clés sont utilisés pour
décrire le type de communication et d'authentification à utiliser pour
contacter le hôte recv. Si hôte recv ainsi que hôte d'envoi partager la même authentification
méthodes et identités, il est possible de spécifier la méthode d'authentification pour les deux hôte recv
ainsi que hôte d'envoi utilisant l' -A argument. Un méthode d'authentification spécifié avec le -c option
remplacera un méthode d'authentification spécifié avec le -A argument pour communiquer avec
le hôte recv.

Le format pour méthode d'authentification et une description de l'actuellement disponible
les méthodes d'authentification sont décrites avec le -A argument.

-Oui, --expéditeur hôte d'envoi[:port] [méthode d'authentification]
Spécifie l'hôte qui exécutera le Iperf, Iperf3 or Nutcp client. Le port
suffixe est facultatif et n'est nécessaire que si bwctld est exécuté sur un port autre que celui par défaut
numéro. Si une adresse IPv6 est spécifiée, notez que le format accepté
contient l' hôte d'envoi partie de la spécification entre crochets comme :
[fe80::fe9f:62d8]:4823. Cela garantit que le numéro de port est distinct de l'adresse
spécification et n'est pas nécessaire si le suffixe :port n'est pas utilisé.

Au moins un des -c or -s les options doivent être spécifiées. Si l'un d'eux n'est pas
spécifié, il est supposé être le locales.

méthode d'authentification est une liste de mots-clés spécifiquement ordonnée qui n'est nécessaire que si
une communication authentifiée est souhaitée avec hôte d'envoi. Ces mots-clés sont utilisés pour
décrire le type de communication et d'authentification à utiliser pour
contacter le hôte d'envoi. Si hôte recv ainsi que hôte d'envoi partager la même authentification
méthodes et identités, il est possible de spécifier la méthode d'authentification pour les deux hôte recv
ainsi que hôte d'envoi utilisant l' -A argument. Un méthode d'authentification spécifié avec le -s option
remplacera un méthode d'authentification spécifié avec le -A argument pour communiquer avec
le hôte d'envoi.

Le format pour méthode d'authentification et une description de l'actuellement disponible
les méthodes d'authentification sont décrites avec le -A argument.

-o, --retourner
Par défaut, l'expéditeur se connectera au destinataire. L'option --flip provoque le
récepteur pour se connecter à l'expéditeur. Cette option n'est pas disponible pour tous les types de tests
(par exemple pour les tests iperf). Ceci est particulièrement utile si le récepteur est derrière un pare-feu.

bwctl Teste Arguments:
Les arguments ont été nommés pour correspondre à leurs homologues dans Iperf aussi étroitement que possible.

-T, --outil
Spécifiez le testeur de débit à utiliser :

iperf

hyperf3

noix

Valeur par défaut:
Rien. Sélectionne un outil que le client et le serveur ont en commun

-S, --tos CGU
Définissez l'octet TOS dans les paquets d'envoi.

Valeur par défaut:
Aucun.

-RÉ, --dscp DSCP
Définissez une valeur DSCP de style RFC 2474 pour l'octet TOS dans les paquets d'envoi. Ceci peut
être défini à l'aide d'une valeur numérique de 6 bits en décimal, hexadécimal ou octal. De plus, le
ensemble suivant de symbolique DSCP les constantes de nom sont comprises. (Exemple d'application
sont tirés de la RFC 4594.)

?? ??
│ Nom │ Valeur │ Service Classe │ Exemples │
?? ??
│NONE │ │ │ │
│DEFAULT │ 000000 │ Standard │ Indifférencié │
│DF │ │ │ │
│CS0 │ │ │ │
?? ??
│CS1 │ 001000 │ Données de faible priorité │ Aucune assurance BW │
?? ??
│AF11 001010 │ │
│AF12 │ 001100 │ Données à haut débit │ Stockage et transfert │
│AF13 001110 │ │
?? ??
│CS2 010000 │ OAM │ OAM&P │
?? ??
│AF21 010010 │ │
│AF22 │ 010100 │ Données à faible latence │ Commande en ligne │
│AF23 010110 │ │
?? ??
│CS3 │ 011000 │ Diffusion vidéo │ TV & événements en direct │
?? ??
│AF31 011010 │ │
│AF32 │ 011100 │ Streaming multimédia │ Streaming vidéo et audio │
│AF33 011110 │ │
?? ??
│CS4 │ 100000 Interactif en temps réel │ Conf et jeux vidéo │
?? ??
│AF41 100010 │ │
│AF42 │ 100100 │ Conférence multimédia │ Vidéoconférence H.323 │
│AF43 100110 │ │
?? ??
│CS5 │ 101000 │ Signalisation │ Conf vidéo et jeux │
?? ??
│EF │ 101110 │ Téléphonie │ Porteur de téléphonie IP │
?? ??
│CS6 │ 110000 │ Contrôle réseau │ Routage réseau │
?? ??
│CS7 111000 │ │
?? ??
Valeur par défaut:
Désarmé.

-b, --bande passante bande passante
Limiter le débit d'envoi UDP à bande passante (bits/s).

Valeur par défaut:
1 Mb

-je, --report_interval intervalle
Intervalle de rapport (secondes).

Valeur par défaut:
non défini (aucun intervalle signalé)

-l, --buffer_length len
longueur des tampons de lecture/écriture (octets).

Valeur par défaut:
8 Ko TCP, 1470 octets UDP

-Ô, --omettre secondes
Période initiale de données à omettre des statistiques finales. C'est pour que vous puissiez
ignorez les conditions initiales telles que TCP Slow Start. Actuellement mis en œuvre uniquement par
le hyperf3 outil.

-P, --parallèle nFlux
Nombre de flux simultanés pour le test. Voir le -P option de Iperf pour en savoir plus.

-t,--test_durée fiable
Durée du test (secondes).

Valeur par défaut:
10

-tu, --udp
Test UDP.

Valeur par défaut:
Test TCP

-W,--fenêtre_dynamique fenêtre
Identique au -w option, sauf que la valeur est consultative. bwctl tentera de
déterminer dynamiquement la fenêtre TCP appropriée, en fonction des informations RTT
recueillies à partir de la prise de contrôle. Si bwctl est incapable de déterminer dynamiquement un
fenêtre, la valeur fenêtre sera utilisé.

Valeur par défaut:
Non défini (valeurs par défaut du système)

-w, --la fenêtre fenêtre
Tailles de tampon de socket (octets). Pour TCP, cela définit la taille de la fenêtre TCP. Pour UDP, cela
définit la taille du tampon de réception du socket.

Valeur par défaut:
Non défini (valeurs par défaut du système)

baiser Teste Arguments:
-T, --outil
Spécifiez le testeur de débit à utiliser :

ping

ouah

Valeur par défaut:
Rien. Sélectionne un outil que le client et le serveur ont en commun

-ET, --no_endpoint
Autorisez l'exécution d'un test ping là où le récepteur n'a peut-être pas bwctl disponible.

-l, --packet_length longueur
La taille des paquets à envoyer pour le test ping ou owamp

Valeur par défaut:
Paquets de taille minimale

-N, --num_paquets nPaquets
Le nombre de paquets à envoyer dans ce test

Valeur par défaut:
10

-je, --packet_interval secondes
Le temps entre le moment où chaque paquet est envoyé pour le test

Valeur par défaut:
en 1.0 secondes

-t, --ttl ttl
La valeur TTL avec laquelle marquer chaque paquet. Cela ne s'applique qu'aux tests ping.

Valeur par défaut:
Aucun

bwtraceroute Teste Arguments:
-T, --outil
Spécifiez le testeur de débit à utiliser :

traceroute

chemin de trace

Valeur par défaut:
Rien. Sélectionne un outil que le client et le serveur ont en commun

-ET, --no_endpoint
Autorisez l'exécution d'un test là où le récepteur n'a peut-être pas bwctl disponible.

-l, --packet_length longueur
La taille des paquets à envoyer pour les tests

Valeur par défaut:
Paquets de taille minimale

-F, --first_ttl ttl
Le TTL minimum à définir pour traceroute. Ceci définit le premier saut dans la route qui
sera retourné. Cela ne fonctionne pas pour les tests de tracepath.

Valeur par défaut:
Aucun

-M, --max_ttl ttl
La durée de vie maximale à définir pour traceroute. Ceci définit le dernier saut de la route qui
sera retourné. Cela ne fonctionne pas pour les tests de tracepath.

Valeur par défaut:
Aucun

-t, --durée du test secondesfR
La durée maximale d'attente pour la fin du test traceroute.

Valeur par défaut:
en 10 secondes

Planification Arguments:
-une, --allow_ntp_unsync synchronisation
Autoriser bwctl fonctionner sans horloge système synchronisée. Utilisez ceci pour spécifier dans quelle mesure
off l'horloge locale est de UTC. bwctl préfère avoir un NTP système synchronisé
horloge pour s'assurer que les deux points finaux du test concordent réellement avec le même
fenêtre de temps prévue pour l'exécution du test.

Si deux systèmes n'ont PAS une notion assez proche du temps, alors le test de débit
échouera éventuellement car un point de terminaison du test tentera de s'exécuter à un
heure différente de l'autre.

Si le système d'exploitation prend en charge le NTP appels système, et l'horloge système est
déterminé comme non synchronisé, les messages d'erreur seront toujours signalés en fonction
sur la valeur de la -e drapeau.

Lors du calcul des erreurs de temps, cette valeur sera ajoutée pour tenir compte de la
différence. Le décalage temporel maximal peut être limité côté serveur, à l'aide de la
max_time_error, pour empêcher une attaque par déni de service. S'il est défini, le serveur
rejettera toute demande de test avec un homologue qui a une erreur d'horodatage trop élevée.

Valeur par défaut:
Non défini (Par défaut à définir pour les systèmes sans le NTP appels système)

-JE, --test_intervalle intervalle
Spécifie que bwctl devrait essayer d'exécuter un test de débit tous les intervalle
secondes.

Valeur par défaut:
Désarmé. S'il n'est pas configuré, bwctl n'exécute le test qu'une seule fois.

-L, --dernière_heure le plus long
Spécifie la durée la plus longue pendant laquelle le client est prêt à attendre un
fenêtre de réservation. Lorsque bwctl demande un test au bwctld serveur, il précise
l'heure la plus tôt et l'heure la plus tardive qu'il est prêt à accepter. La dernière heure est
déterminé en ajoutant ceci le plus long option au plus tôt. La première heure est
essentiellement « maintenant ». Les le plus long le temps est spécifié en nombre de secondes.

Valeur par défaut:
If intervalle est défini, la valeur par défaut est 50 % de intervalle. Sinon, la valeur par défaut
est le double de la durée du test fiable mais pas moins de 10 minutes. (Voir -t.)

-n, --num_tests nIntervalles
Nombre de tests à effectuer si le -I l'option est définie.

Valeur par défaut:
Cyber ​​reconnaissance

-R, --randomiser Alpha
Randomiser l'heure de début du test dans ce Alpha pour cent de la intervalle.
Valeurs valides pour Alpha sont de 0-50. bwctl tentera d'exécuter le test tous les
intervalle +/- Alpha pour cent. Par exemple, si le intervalle est de 300 secondes et Alpha
est fixé à 10 pour cent, alors bwctl tentera d'exécuter un test toutes les 270 à 330 secondes.
Cette option n'est utile qu'avec le -I option.

Valeur par défaut:
0 (pas d'aléatoire)

Sortie Arguments:
-ré, --rép_sortie dir
Spécifie le répertoire des fichiers de résultats si le -p l'option est définie.

-e, --établissement facilité
syslog facilité pour enregistrer les messages.

Valeur par défaut:
LOG_USER

-F, --unités unités
Spécifiez les unités que l'outil doit utiliser lors de l'affichage des résultats. L'accepté
valeurs pour unités sont spécifiques à l'outil.

Iperf :

k Kilobits par seconde

K Kilooctets par seconde

m Mégabits par seconde

M Mégaoctets par seconde

-h, --Aidez-moi
Imprimez un message d'aide.

-p, --imprimer
Placer les résultats des tests dans des fichiers. Imprimer les noms de fichiers sur stdout lorsque les résultats sont
complète.

-q, --silencieux
Sortie silencieuse. Sortez le moins possible.

-r, --syslog_to_stderr
Envoyez des messages syslog à stderr. Il s'agit de la valeur par défaut à moins que le -q option est
spécifié, donc cette option n'est utile qu'avec le -q option.

-V, --version
Imprimer les informations sur la version et quitter.

-dans, --verbeux
Sortie verbeuse. Spécification supplémentaire -v's augmente la verbosité.

-X, --les deux
Sortez les résultats de l'expéditeur et du destinataire. Par défaut, seuls les résultats de la
côté approprié pour l'outil donné sont affichés. Si la -p l'option est spécifiée, le
les résultats de l'expéditeur sont placés dans un fichier supplémentaire.

-oui, --format le format
Spécifiez le format de sortie de l'outil. Les valeurs acceptées pour le format sont un outil
spécifique.

Iperf :

c [c]sortie séparée par des omma

ENVIRONNEMENT VARIABLES

bwctl Environment Variable utilisé défaut

?? ??

BWCTLRC Config filet ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET Compenser 0.0 (secondes)

EXEMPLES

bwctl -c unhôte.exemple.com

Exécutez un test TCP par défaut de 10 secondes dès que possible avec locales en tant qu'expéditeur et
somehost.example.com en tant que récepteur, en utilisant les outils qu'ils ont en commun.
Renvoyez les résultats du côté réception du test.

bwctl -x -c unhôte.exemple.com

Comme le test précédent, mais renvoie également les résultats du côté expéditeur du
test.

bwctl -x -c unhôte.exemple.com -s autrehôte.exemple.com

Comme le test précédent, mais avec otherhost.example.com comme expéditeur au lieu de
locales.

bwctl -t 30 -T iperf -s unhôte.exemple.com

Exécuter un TCP de 30 secondes Iperf test avec somehost.example.com comme expéditeur et locales as
le récepteur.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s unhôte.exemple.com

Exécutez un test UDP de 10 secondes environ toutes les heures (3600 +/- 360 secondes) avec l'expéditeur
débit limité à 10 Mbits par seconde de somehost.example.com à locales.

bwctl -s unhôte.exemple.com AE AESKEY somuser

Exécutez le test TCP par défaut de 10 secondes. Authentification à l'aide de l'identité somuser. bwctl
demandera une phrase secrète qui sera utilisée pour créer une clé AES.

baiser --no_endpoint -N 30 -i 0.5 --ttl 150 -c unhôte.exemple.com

Exécutez un test de ping qui envoie 30 pings, un paquet par demi-seconde, avec un TTL de 150
à somehost.example.com de locales. Si somehost.example.com n'a pas de bwctl
en cours d'exécution, le test ping s'exécute quand même.

bwtraceroute -T chemin de trace -E -c unhôte.exemple.com

Exécutez un test de tracepath vers somehost.example.com à partir de locales. Si unhôte.exemple.com
n'a pas bwctl en cours d'exécution, le test tracepath s'exécute quand même.

Utilisez bwping en ligne en utilisant les services onworks.net