bwping - Online nel cloud

PROGRAMMA:

NOME

bwctl, bwping, bwtraceroute - Applicazione client per richiedere throughput, traceroute, ping
e test owamp.

SINOSSI

bwctl [Opzioni] -c revhost -s host di invio
bwctl [Opzioni] -c revhost
bwctl [Opzioni] -s host di invio
bwping [Opzioni] -c revhost -s host di invio
bwping [Opzioni] -c revhost
bwping [Opzioni] -s host di invio
bwtracero [Opzioni] -c revhost -s host di invio
bwtracero [Opzioni] -c revhost
bwtracero [Opzioni] -s host di invio

DESCRIZIONE

bwctl è un'applicazione client della riga di comando utilizzata per avviare i test di velocità effettiva.

Questa versione di bwctl è in grado di iniziare iperf, Nuttcp, iperf3, Ping, traceroute,
Tracciato ed Ohamp test.

bwctl funziona contattando a bwctld demone sia sull'host ricevente che sull'host mittente.
bwctld gestisce e pianifica le risorse dell'host su cui viene eseguito. Nel caso in cui solo
è specificato uno degli host di ricezione o di invio, bwctl presuppone che l'host locale sia
l'altro estremo. bwctl tenterà di contattare un locale bwctld se può. Se non c'è
locale bwctld in esecuzione, bwctl presuppone che l'host locale non richieda controlli dei criteri e
eseguirà il bwctld funzionalità necessarie per eseguire direttamente il test.

Se i casi in cui bwctl sta eseguendo direttamente il test sull'host, ce ne sono diversi
opzioni di configurazione condivise con bwctld. Queste opzioni di configurazione possono essere impostate
usando il bwctlrc(5) file di configurazione in un modo molto simile a come sono
specificato in bwctld.conf(5) dossier.

I bwctl, bwping ed bwtracero clienti sono utilizzato a richiesta , il desiderato Digitare of
portata, latenza or traceroute test. Per di più, it richieste quando il test è voluto.
bwctld su ciascun endpoint risponde con una prenotazione provvisoria o a test negato
Messaggio. Una volta bwctl è in grado di ottenere una prenotazione corrispondente da entrambi bwctld processi (uno
per ogni host coinvolto nel test), conferma la prenotazione. Poi il bwctld
i processi eseguono il test e restituiscono i risultati. I risultati vengono restituiti al cliente da
entrambi i lati del test dai rispettivi bwctld processi. Inoltre, il bwctld
i processi condividono tra loro i risultati del rispettivo lato del test.

BWCTL (bwctl ed bwctld) viene utilizzato per consentire test di misurazione della rete non specifici agli host
senza dover fornire account utente completi sui sistemi forniti. Gli utenti vogliono la possibilità di
eseguire test di throughput per determinare la larghezza di banda realizzabile o disponibile tra una coppia di
padroni di casa. È spesso utile eseguire test su più punti lungo un percorso di rete per determinare il
caratteristiche della rete lungo quel percorso. Tipicamente, gli utenti che vogliono fare questo percorso
decomposizione devono contattare direttamente gli amministratori di rete/di sistema che controllano il
ospiti lungo il percorso. L'amministratore deve eseguire metà del test per l'utente
o fornisci loro un account utente sull'host. Inoltre, i percorsi di rete di interesse sono in genere
controllato da più amministratori. Questi ostacoli hanno reso questo tipo di test
difficile in pratica.

BWCTL è stato progettato per aiutare con questo problema. Consente a un amministratore di configurare a
dato host come an iperf, iperf3, Nuttcp, o Ohamp punto finale. L'endpoint può essere un pacchetto
mittente (es iperf client) o un ricevitore di pacchetti (ad es iperf server). Può essere condiviso da
più utenti senza preoccuparsi che tali utenti interferiscano tra loro. Specifica
i limiti dei criteri possono essere applicati a utenti specifici e i singoli test sono programmati in modo che
non interferiranno tra loro. Inoltre, non sono richiesti account utente completi per
gli utenti che eseguono i test.

BWCTL consente all'amministratore di classificare le connessioni in entrata in base a un nome utente e
Combinazione di tasti AES o, in alternativa, basata su IP/netmask. Una volta che la connessione è
classificato, il bwctld può determinare il tipo esatto e l'intensità dei test di througput
che sarà consentito. Maggiori informazioni sui controlli delle policy sono disponibili nel
bwctld(8) pagina man.

BWCTL utilizza un algoritmo di pianificazione distribuito. Ogni host mantiene un programma
indipendentemente. Quando un client richiede un test, i due endpoint vengono contattati e ciascuno
bwctld il server risponde con il primo slot di pianificazione aperto disponibile. Ciò consente su richiesta
test per coesistere con i test regolarmente programmati poiché i test regolarmente programmati sono
implementato facendo eseguire test di richiesta del cliente a intervalli regolari. Priorità diverse
può essere implementato utilizzando il orizzonte degli eventi direttiva di configurazione a bwctld. (Permettendo
clienti che implementano test regolarmente programmati per riservare ulteriormente le proprie fasce orarie
il futuro.)

ARGOMENTI

Connessione/Autenticazione Argomenti:
-4, --ipv4
Forza bwctl a utilizzare solo indirizzi IPv4.

Predefinito:
Non specificato (è preferibile IPv6).

-6, --ipv6
Forza bwctl a utilizzare solo indirizzi IPv6.

Predefinito:
Non specificato (è preferibile IPv6).

-A metodo di autenticazione
metodo di autenticazione viene utilizzato per specificare il metodo di autenticazione bwctl il cliente è disposto
da utilizzare per la comunicazione con il bwctld sul host di invio ed revhost.
opzioni di autenticazione di bwctl sono destinati ad essere estensibili. La comunicazione
dal bwctl cliente a ciascuno bwctld il server potrebbe richiedere diverse opzioni per
diversi tipi di autenticazione. Se la metodo di autenticazione l'opzione è specificata per
sia la -so -c argomento, prevale sul metodo di autenticazione specificato con il
-A opzione per la comunicazione con quel particolare host. (Quindi, il -A argomento
è davvero utile solo se la stessa autenticazione può essere utilizzata con entrambi gli host.)

Consentire diversi metodi di autenticazione per ogni connessione dovrebbe consentire a un client
utilizzare metodi di autenticazione diversi con server diversi che dovrebbero a loro volta
consentono di eseguire più facilmente i test tra domini.

Il formato per metodo di autenticazione è:

modalità di autorizzazione [schema di autorizzazione schemi]

modalità di autorizzazione
Specifica la modalità di autenticazione con cui il client è disposto a parlare a
server. Deve essere impostato come una stringa di caratteri con uno o tutti i
caratteri "AEO". Le modalità sono:

A [A]autenticato. Questa modalità crittografa la connessione di controllo.

E [E]criptato. Questa modalità crittografa la connessione di controllo. Se il test
supporta la crittografia, questa modalità crittograferà inoltre il test
flusso. (La crittografia del flusso di prova non è attualmente supportata, quindi
questa modalità è attualmente identica a quella autenticata.)

O [O]penna. Non viene eseguita alcuna crittografia di alcun tipo.

Il cliente può specificare tutte le modalità con cui è disposto
comunicare. La modalità più rigorosa che sono sia il server che il client
disposti a utilizzare saranno selezionati.

Predefinito:
"AEO"

schema di autorizzazione schemiopts
schema di autorizzazione indica lo schema di autenticazione che dovrebbe essere usato per
raggiungere il autenticato or crittografato modalità. schemiopts sono un elenco di
argomenti specifici per ogni particolare schema di autenticazione. Supportato
schema di autorizzazione seguono i valori (elencati con il schemiopts ogni schema richiede):

ESKEY userid [file di chiavi]
Questo è il modello di segreto condiviso (chiave AES) iniziale "semplice". userid is
richiesto per identificare quale segreto condiviso il server e il client dovrebbero
utilizzare. file di chiavi specifica facoltativamente un file per recuperare la chiave AES
a partire dal. Se file di chiavi non è specificato, all'utente verrà richiesto un
frase d'accesso. file di chiavi può essere generato utilizzando il aespasswd(1)
applicazione.

Predefinito:
Non autenticato

schema di autorizzazione ed schemiopts sono necessarie solo se la comunicazione autenticata (A or E
modalità di modalità di autorizzazione) è voluto con host di invio ed revhost.

-B, --indirizzo locale cuore
Associa l'indirizzo locale del socket client a cuore. cuore può essere specificato
utilizzando un nome DNS o utilizzando notazioni testuali standard per gli indirizzi IP.

Predefinito:
Non specificato (selezione dell'indirizzo con caratteri jolly).

-C, --ricevitore revhost[:porta] [metodo di autenticazione]
Specifica l'host che eseguirà il iperf, iperf3 or Nuttcp server. Il porto
il suffisso è facoltativo ed è necessario solo se bwctld viene eseguito su una porta non predefinita
numero. Se viene specificato un indirizzo IPv6, notare che il formato accettato
contiene l' revhost parte della specifica tra parentesi quadre come:
[fe80::fe9f:62d8]:4823. Ciò garantisce che il numero di porta sia distinto dall'indirizzo
specifica e non è necessario se non viene utilizzato il suffisso :port.

Almeno uno dei -c or -s le opzioni devono essere specificate. Se uno di loro non lo è
specificato, si presume che sia l'host locale.

metodo di autenticazione è un elenco di parole chiave specificamente ordinato che è necessario solo se
si vuole una comunicazione autenticata con revhost. Queste parole chiave sono usate per
descrivere il tipo di comunicazione e autenticazione che dovrebbe essere utilizzato per
contattare il revhost. Se revhost ed host di invio condividere la stessa autenticazione
metodi e identità, è possibile specificare il metodo di autenticazione per entrambi revhost
ed host di invio usando il -A discussione. Un metodo di autenticazione specificato con il -c opzione
sovrascriverà un metodo di autenticazione specificato con il -A argomento per la comunicazione con
, il revhost.

Il formato per metodo di autenticazione e una descrizione dell'attuale disponibile
i metodi di autenticazione sono descritti con il -A discussione.

-S, --mittente sendhost[:porta] [metodo di autenticazione]
Specifica l'host che eseguirà il iperf, iperf3 or Nuttcp cliente. Il porto
il suffisso è facoltativo ed è necessario solo se bwctld viene eseguito su una porta non predefinita
numero. Se viene specificato un indirizzo IPv6, notare che il formato accettato
contiene l' host di invio parte della specifica tra parentesi quadre come:
[fe80::fe9f:62d8]:4823. Ciò garantisce che il numero di porta sia distinto dall'indirizzo
specifica e non è necessario se non viene utilizzato il suffisso :port.

Almeno uno dei -c or -s le opzioni devono essere specificate. Se uno di loro non lo è
specificato, si presume che sia il locale.

metodo di autenticazione è un elenco di parole chiave specificamente ordinato che è necessario solo se
si vuole una comunicazione autenticata con host di invio. Queste parole chiave sono usate per
descrivere il tipo di comunicazione e autenticazione che dovrebbe essere utilizzato per
contattare il host di invio. Se revhost ed host di invio condividere la stessa autenticazione
metodi e identità, è possibile specificare il metodo di autenticazione per entrambi revhost
ed host di invio usando il -A discussione. Un metodo di autenticazione specificato con il -s opzione
sovrascriverà un metodo di autenticazione specificato con il -A argomento per la comunicazione con
, il host di invio.

Il formato per metodo di autenticazione e una descrizione dell'attuale disponibile
i metodi di autenticazione sono descritti con il -A discussione.

-oh, --Flip
Per impostazione predefinita, il mittente si connetterà al destinatario. L'opzione --flip fa sì che il
ricevitore per connettersi al mittente. Questa opzione non è disponibile per tutti i tipi di test
(ad es. per i test iperf). Questo è molto utile se il ricevitore si trova dietro un firewall.

bwctl Test Argomenti:
Gli argomenti sono stati nominati per corrispondere alle loro controparti in iperf il più vicino possibile.

-T, --attrezzo
Specifica quale tester di velocità effettiva utilizzare:

iperf

iperf3

nocciola

Predefinito:
Nessuno. Seleziona uno strumento che il client e il server hanno in comune

-S, --tos QUELLI
Imposta il byte TOS nei pacchetti di invio.

Predefinito:
Nessuno.

-D, --dscp DSCP
Impostare un valore DSCP in stile RFC 2474 per il byte TOS nei pacchetti di invio. questo può
essere impostato utilizzando un valore numerico a 6 bit in decimale, esadecimale o ottale. Inoltre, il
seguente serie di simboli DSCP le costanti del nome sono comprese. (Esempi di applicazioni
sono presi da RFC 4594.)

? ?
│ Nome │ Valore │ Servizi Classe │ Esempi │
? ?
│NONE │ │ │ │
│PREDEFINITO │ 000000 │ Standard │ Indifferenziato │
│DF │ │ │ │
│CS0 │ │ │ │
? ?
│CS1 │ 001000 │ Dati a bassa priorità │ Nessuna garanzia BW │
? ?
│AF11 001010 │ │ │
│AF12 │ 001100 │ Dati ad alta produttività │ Archivia e inoltra │
│AF13 001110 │ │ │
? ?
│CS2 010000 OAM │ OAM&P
? ?
│AF21 010010 │ │ │
│AF22 │ 010100 │ Dati a bassa latenza │ Ordinazione basata sul Web │
│AF23 010110 │ │ │
? ?
│CS3 │ 011000 │ Trasmissione video │ TV ed eventi dal vivo │
? ?
│AF31 011010 │ │ │
│AF32 │ 011100 │ Streaming multimediale │ Streaming video e audio │
│AF33 011110 │ │ │
? ?
│CS4 │ 100000 │ Interattivo in tempo reale │ Videoconf e giochi │
? ?
│AF41 100010 │ │ │
│AF42 │ 100100 │ Conferenze multimediali │ Videoconferenze H.323 │
│AF43 100110 │ │ │
? ?
│CS5 │ 101000 │ Segnalazione │ Videoconf e giochi │
? ?
│EF │ 101110 │ Telefonia │ Portante telefonia IP │
? ?
│CS6 │ 110000 │ Controllo di rete │ Instradamento di rete │
? ?
│CS7 111000 │ │ │
? ?
Predefinito:
Non settato.

-B, --larghezza di banda larghezza di banda
Limita la velocità di invio UDP a larghezza di banda (bit/sec).

Predefinito:
1 Mb

-io, --intervallo_report intervallo
Intervallo di rapporto (secondi).

Predefinito:
non impostato (nessun intervallo riportato)

-l, --lunghezza_buffer len
lunghezza dei buffer di lettura/scrittura (byte).

Predefinito:
8 KB TCP, 1470 byte UDP

-Oh, --omettere secondo
Periodo iniziale di dati da omettere dalle statistiche finali. Questo è così che puoi
saltare le condizioni iniziali precedenti come TCP Slow Start. Attualmente implementato solo da
, il iperf3 strumento.

-P, --parallelo nStream
Numero di flussi simultanei per il test. Vedi il -P possibilità di iperf per i dettagli.

-t,--durata_test tempo
Durata della prova (secondi).

Predefinito:
10

-tu, --udp
Prova UDP.

Predefinito:
Prova TCP

-W,--finestra_dinamica finestra
Come il -w opzione, tranne che il valore è consultivo. bwctl tenterà di
determinare dinamicamente la finestra TCP appropriata, in base alle informazioni RTT
raccolto dalla presa di controllo. Se bwctl non è in grado di determinare dinamicamente a
finestra, il valore finestra verrà utilizzato.

Predefinito:
Disattivato (predefiniti di sistema)

-w, --finestra finestra
Dimensioni del buffer del socket (byte). Per TCP, imposta la dimensione della finestra TCP. Per UDP, questo
imposta la dimensione del buffer di ricezione del socket.

Predefinito:
Disattivato (predefiniti di sistema)

bwping Test Argomenti:
-T, --attrezzo
Specifica quale tester di velocità effettiva utilizzare:

ping

wamp

Predefinito:
Nessuno. Seleziona uno strumento che il client e il server hanno in comune

- Ehi, --nessun_endpoint
Consentire l'esecuzione di un test ping in cui il ricevitore potrebbe non avere bwctl disponibile.

-l, --lunghezza_pacchetto lunghezza
La dimensione dei pacchetti da inviare per il test ping o owamp

Predefinito:
Pacchetti di dimensioni minime

-N, --num_pacchetti nPacchetti
Il numero di pacchetti da inviare in questo test

Predefinito:
10

-io, --intervallo_pacchetto secondo
Il tempo che intercorre tra l'invio di ciascun pacchetto per il test

Predefinito:
1.0 secondi

-T, --ttl TTL
Il valore TTL con cui contrassegnare ogni pacchetto. Questo vale solo per i test ping.

Predefinito:
Nessuna

bwtracero Test Argomenti:
-T, --attrezzo
Specifica quale tester di velocità effettiva utilizzare:

traceroute

tracciato

Predefinito:
Nessuno. Seleziona uno strumento che il client e il server hanno in comune

- Ehi, --nessun_endpoint
Consentire l'esecuzione di un test in cui il destinatario potrebbe non avere bwctl disponibile.

-l, --lunghezza_pacchetto lunghezza
La dimensione dei pacchetti da inviare per i test

Predefinito:
Pacchetti di dimensioni minime

-F, --first_ttl TTL
Il TTL minimo da impostare per traceroute. Questo imposta il primo salto nel percorso che
verrà restituito. Questo non funziona per i test tracepath.

Predefinito:
Nessuna

-M, --max_ttl TTL
Il TTL massimo da impostare per traceroute. Questo imposta l'ultimo salto nel percorso che
verrà restituito. Questo non funziona per i test tracepath.

Predefinito:
Nessuna

-T, --test_durata secondifR
Il tempo massimo di attesa per il completamento del test traceroute.

Predefinito:
10 secondi

Programmazione Argomenti:
-un, --allow_ntp_unsync syncfuzz
Consentire bwctl per funzionare senza un orologio di sistema sincronizzato. Usalo per specificare quanto lontano
spento l'orologio locale è da UTC. bwctl preferisce avere un NTP sistema sincronizzato
orologio per garantire che i due punti finali del test siano effettivamente d'accordo sullo stesso
finestra temporale pianificata per l'esecuzione del test.

Se due sistemi NON hanno una nozione di tempo abbastanza vicina, allora il test del throughput
alla fine fallirà perché un endpoint del test tenterà di essere eseguito a
tempo diverso dall'altro.

Se il sistema operativo supporta il NTP chiamate di sistema e l'orologio di sistema è
determinato non sincronizzato, i messaggi di errore verranno comunque segnalati a seconda
sul valore di -e bandiera.

Quando si calcolano gli errori di tempo, questo valore verrà aggiunto per tenere conto del
differenza. L'offset di tempo massimo può essere limitato lato server, utilizzando il tasto
direttiva max_time_error, per prevenire un attacco Denial of Service. Se impostato, il server
rifiuterà qualsiasi richiesta di test con un peer che ha un errore di timestamp troppo elevato.

Predefinito:
Disinserito (impostazione predefinita per i sistemi senza il NTP chiamate di sistema)

-IO, --test_intervallo intervallo
Specifica che bwctl dovrebbe tentare di eseguire un test del throughput ogni intervallo
secondi.

Predefinito:
Non settato. Se non è impostato, bwctl esegue il test solo una volta.

-L, --ultima_ora più lunga
Specifica il periodo di tempo più lungo che il cliente è disposto ad aspettare per un
finestra di prenotazione. quando bwctl richiede un test dal bwctld server, specifica
la prima e l'ultima volta che è disposto ad accettare. L'ultima volta è
determinato aggiungendo questo più lunga opzione al primo momento. La prima volta è
essenzialmente "adesso". Il più lunga il tempo è specificato come numero di secondi.

Predefinito:
If intervallo è impostato, il valore predefinito è 50% di intervallo. In caso contrario, l'impostazione predefinita
è il doppio della durata del test tempo ma non inferiore a 10 minuti. (Vedere -t.)

-N, --num_test nIntervalli
Numero di test da eseguire se il -I l'opzione è impostata.

Predefinito:
Educazione

-R, --rendi casuale alfa
Randomizza l'ora di inizio del test all'interno di questo alfa per cento del intervallo.
Valori validi per alfa sono da 0-50. bwctl tenterà di eseguire il test ogni
intervallo +/- alfa per cento. Ad esempio, se intervallo è 300 secondi e alfa
è impostato al 10 percento, quindi bwctl tenterà di eseguire un test ogni 270-330 secondi.
Questa opzione è utile solo con il -I opzione.

Predefinito:
0 (nessuna casualità)

Uscita Argomenti:
-D, --dir_output dir
Specifica la directory per i file dei risultati se il -p l'opzione è impostata.

-e, --servizio, struttura facilità
syslog facilità in cui registrare i messaggi.

Predefinito:
LOG_UTENTE

-F, --unità unità
Specificare le unità da utilizzare per lo strumento durante la visualizzazione dei risultati. L'accettato
valori per unità sono specifici dello strumento.

Iperf:

k Kilobit al secondo

K Kilobyte al secondo

m Megabit al secondo

M Megabyte al secondo

-H, --Aiuto
Stampa un messaggio di aiuto.

-P, --Stampa
Inserisci i risultati del test nei file. Stampa i nomi dei file su stdout quando i risultati sono
completare.

-Q, --silenzioso
Uscita silenziosa. Uscita il meno possibile.

-R, --syslog_to_stderr
Invia messaggi syslog a stderr. Questa è l'impostazione predefinita a meno che non sia -q opzione è
specificato quindi questa opzione è utile solo con il -q opzione.

-V, --versione
Stampa le informazioni sulla versione ed esci.

-in, --verboso
Uscita dettagliata. Specificare addizionale -vAumenta la verbosità.

-X, --entrambi
Emetti i risultati sia del mittente che del destinatario. Per impostazione predefinita, solo i risultati del
viene emesso il lato appropriato per lo strumento dato. Se la -p l'opzione è specificata, il
i risultati del mittente vengono inseriti in un file aggiuntivo.

-sì, --formato formato
Specificare il formato di output dello strumento. I valori accettati per formato sono uno strumento
specifica.

Iperf:

c [c]output separato da virgola

AMBIENTE VARIABILI

bwctl Ambiente Variabile uso difetto

? ?

BWCTLRC Config filetto ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET Offset 0.0 (secondi)

ESEMPI

bwctl -c qualchehost.esempio.com

Esegui un test TCP di 10 secondi predefinito il prima possibile con locale come mittente e
somehost.example.com come destinatario, utilizzando gli strumenti che hanno in comune.
Restituire i risultati dal lato di ricezione del test.

bwctl -x -c qualchehost.esempio.com

Come il test precedente, ma restituisci anche i risultati dal lato mittente del
test.

bwctl -x -c qualchehost.esempio.com -s altrohost.esempio.com

Come il test precedente, ma con otherhost.example.com come mittente invece di
locale.

bwctl -t 30 -T iperf -s qualchehost.esempio.com

Esegui un TCP di 30 secondi iperf prova con somehost.example.com come mittente e locale as
il ricevente.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s qualchehost.esempio.com

Esegui un test UDP di 10 secondi circa ogni ora (3600 +/- 360 secondi) con il mittente
velocità limitata a 10 Mbit al secondo da somehost.example.com a locale.

bwctl -s qualchehost.esempio.com AE ESKEY qualche utente

Esegui il test TCP di 10 secondi predefinito. Autenticati utilizzando l'identità qualche utente. bwctl
richiederà una passphrase che verrà utilizzata per creare una chiave AES.

bwping --nessun_endpoint -N 30 -i 0.5 --ttl 150 -c qualchehost.esempio.com

Esegui un test ping che invia 30 ping, un pacchetto per mezzo secondo, con un TTL di 150
a somehost.example.com da locale. Se somehost.example.com non ha bwctl
in esecuzione, il test del ping viene eseguito comunque.

bwtracero -T tracciato -E -c qualchehost.esempio.com

Esegui un test tracepath su somehost.example.com da locale. Se somehost.example.com
non ha bwctl in esecuzione, il test tracepath viene eseguito comunque.

Usa bwping online utilizzando i servizi onworks.net