bwtraceroute - Online na nuvem

PROGRAMA:

NOME

bwctl, bwping, bwtraceroute - aplicativo cliente para solicitar taxa de transferência, traceroute, ping
e testes de owamp.

SINOPSE

bwctl [opções] -c recvhost -s host de envio
bwctl [opções] -c recvhost
bwctl [opções] -s host de envio
pulando [opções] -c recvhost -s host de envio
pulando [opções] -c recvhost
pulando [opções] -s host de envio
bwtraceroute [opções] -c recvhost -s host de envio
bwtraceroute [opções] -c recvhost
bwtraceroute [opções] -s host de envio

DESCRIÇÃO

bwctl é um aplicativo cliente de linha de comando usado para iniciar testes de rendimento.

Esta versão do bwctl é capaz de iniciar Iperf., Nuttcp, Iperf3, Ping, Traceroute,
Caminho de rastreamento e Owamp testes.

bwctl funciona entrando em contato com um bwctld daemon no host de recebimento e no host de envio.
bwctld gerencia e agenda os recursos do host em que é executado. No caso de apenas
um do host de recebimento ou host de envio é especificado, bwctl assume que o host local é
o outro endpoint. bwctl tentará entrar em contato com um local bwctld se puder. Se não há
local bwctld corrida, bwctl assume que o host local não requer controles de política e
irá executar o bwctld funcionalidade necessária para executar o teste diretamente.

Se casos onde bwctl está executando o teste diretamente no host, existem vários
opções de configuração que são compartilhadas com bwctld. Essas opções de configuração podem ser definidas
usando o bwctlrc(5) arquivo de configuração de uma forma muito semelhante à forma como são
especificado no bwctld.conf(5) arquivo.

A bwctl, pulando e bwtraceroute clientes e guarante que os mesmos estão usava para solicitar da desejado tipo of
Taxa de transferência, latência or traceroute teste. Além disso, it pedidos quando o teste é desejado.
bwctld em cada endpoint responde com uma reserva provisória ou um teste negado
mensagem. Uma vez bwctl é capaz de obter uma reserva correspondente de ambos bwctld processos (um
para cada host envolvido no teste), ele confirma a reserva. Então o bwctld
os processos executam o teste e retornam os resultados. Os resultados são devolvidos ao cliente de
ambos os lados do teste do respectivo bwctld processos. Além disso, o bwctld
os processos compartilham os resultados de seus respectivos lados do teste.

BWCTL (bwctl e bwctld) é usado para permitir testes de medição de rede não específicos para hosts
sem ter que fornecer contas de usuário completas nos sistemas fornecidos. Os usuários desejam a capacidade de
execute testes de rendimento para determinar a largura de banda alcançável ou disponível entre um par de
hospedeiros. Muitas vezes é útil testar vários pontos ao longo de um caminho de rede para determinar o
características da rede ao longo desse caminho. Normalmente, os usuários que desejam fazer este caminho
decomposição deve contatar diretamente os administradores de rede / sistema que controlam o
hosts ao longo do caminho. O administrador precisa executar metade do teste para o usuário
ou forneça a eles uma conta de usuário no host. Além disso, os caminhos de rede de interesse são normalmente
controlado por vários administradores. Esses obstáculos tornaram esse tipo de teste
difícil na prática.

BWCTL foi projetado para ajudar com este problema. Ele permite que um administrador configure um
dado hospedeiro como um Iperf., Iperf3, Nuttcpou Owamp ponto final. O endpoint pode ser um pacote
remetente (por exemplo Iperf. cliente) ou um receptor de pacote (por exemplo Iperf. servidor). Pode ser compartilhado por
múltiplos usuários, sem preocupação de que eles interfiram uns com os outros. Específico
limites de política podem ser aplicados a usuários específicos, e testes individuais são agendados para que eles
não irão interferir um com o outro. Além disso, contas de usuário completas não são necessárias para
os usuários que executam os testes.

BWCTL permite ao administrador classificar as conexões de entrada com base em um nome de usuário e
Combinação de teclas AES ou, alternativamente, com base em um IP / máscara de rede. Assim que a conexão for
classificado, o bwctld pode determinar o tipo exato e as intensidades dos testes de rendimento
isso será permitido. Mais informações sobre os controles de política podem ser encontradas no
bwctld(8) página de manual.

BWCTL faz uso de um algoritmo de escalonamento distribuído. Cada anfitrião mantém uma programação
independentemente. Conforme um cliente solicita um teste, os dois endpoints são contatados e cada um
bwctld o servidor responde com o primeiro slot de programação aberto disponível. Isso permite sob demanda
testes para coexistir com testes agendados regularmente, uma vez que os testes agendados regularmente são
implementado fazendo com que o cliente solicite testes em intervalos regulares. Prioridades diferentes
pode ser implementado usando o Horizonte de eventos diretiva de configuração para bwctld. (Permitindo
clientes que implementam testes agendados regularmente para reservar seus slots de tempo ainda mais em
o futuro.)

ARGUMENTOS

Conexão / Autenticação Argumentos:
-4, --ipv4
Força o bwctl a usar apenas endereços IPv4.

Padrão:
Não especificado (é preferível o IPv6).

-6, --ipv6
Força o bwctl a usar apenas endereços IPv6.

Padrão:
Não especificado (é preferível o IPv6).

-A método de autenticação
método de autenticação é usado para especificar o método de autenticação do bwctl o cliente está disposto
para usar para comunicação com o bwctld na host de envio e recvhost. O
opções de autenticação de bwctl destinam-se a ser extensíveis. A comunicação
do bwctl cliente para cada bwctld servidor pode ter opções diferentes para
diferentes tipos de autenticação. Se o método de autenticação opção é especificada para
quer o -s, ou o -c argumento, ele substitui o método de autenticação especificado com o
-A opção de comunicação com esse host específico. (Portanto, o -A argumento
é realmente útil apenas se a mesma autenticação puder ser usada com ambos os hosts.)

Permitir diferentes métodos de autenticação para cada conexão deve permitir que um cliente
usar métodos de autenticação diferentes com servidores diferentes que, por sua vez,
permitir que os testes entre domínios ocorram mais facilmente.

O formato para método de autenticação é:

modo de autenticação [esquema de autenticação schemaopts]

modo de autenticação
Especifica o modo de autenticação com o qual o cliente está disposto a falar com um
servidor. Deve ser definido como uma string de caracteres com qualquer ou todos os
caracteres "AEO". Os modos são:

A [A] uthenticated. Este modo criptografa a conexão de controle.

E [E] criptografado. Este modo criptografa a conexão de controle. Se o teste
suporta criptografia, este modo irá criptografar adicionalmente o teste
Stream. (A criptografia do fluxo de teste não é compatível atualmente, então
este modo é atualmente idêntico ao autenticado.)

O [O]caneta. Nenhuma criptografia de qualquer tipo é feita.

O cliente pode especificar todos os modos com os quais está disposto a
comunicar. O modo mais estrito que o servidor e o cliente são
dispostos a usar serão selecionados.

Padrão:
"AEO"

esquema de autenticação Scheopts
esquema de autenticação indica o esquema de autenticação que deve ser usado para
alcançar o autenticado or criptografada modos. Scheopts são uma lista de
argumentos específicos para cada esquema de autenticação particular. Suportado
esquema de autenticação valores a seguir (listados com o Scheopts cada esquema requer):

AESKEY ID de usuário [arquivo-chave]
Este é o modelo inicial de segredo compartilhado "simples" (chave AES). ID de usuário is
necessário para identificar qual segredo compartilhado o servidor e o cliente devem
usar. arquivo-chave especifica opcionalmente um arquivo para recuperar a chave AES
a partir de. Se arquivo-chave não for especificado, o usuário será solicitado a fornecer um
passphrase. arquivo-chave pode ser gerado usando o aespasswd(1)
aplicação.

Padrão:
Não autenticado

esquema de autenticação e Scheopts são necessários apenas se a comunicação autenticada (A or E
modos de modo de autenticação) é procurado com host de envio e recvhost.

-B, --Endereço local srcddr
Vincule o endereço local do soquete do cliente a srcddr. srcddr pode ser especificado
usando um nome DNS ou usando notações textuais padrão para os endereços IP.

Padrão:
Não especificado (seleção de endereço curinga).

-c, --receptor recvhost [: porta] [método de autenticação]
Especifica o host que irá executar o Iperf., Iperf3 or Nuttcp servidor. O Porto
o sufixo é opcional e só é necessário se bwctld está sendo executado em uma porta não padrão
número. Se um endereço IPv6 estiver sendo especificado, observe que o formato aceito
contém o recvhost parte da especificação entre colchetes como:
[fe80 :: fe9f: 62d8]: 4823. Isso garante que o número da porta seja diferente do endereço
especificação e não é necessário se o sufixo: port não estiver sendo usado.

Pelo menos um dos -c or -s opções devem ser especificadas. Se um deles não é
especificado, presume-se que seja o host local.

método de autenticação é uma lista ordenada especificamente de palavras-chave que só é necessária se
a comunicação autenticada é desejada com recvhost. Essas palavras-chave são usadas para
descrever o tipo de comunicação e autenticação que deve ser usado para
contate o recvhost. Se recvhost e host de envio compartilhe a mesma autenticação
métodos e identidades, é possível especificar o método de autenticação para ambos recvhost
e host de envio usando o -A argumento. Um método de autenticação especificado com o -c opção
irá substituir um método de autenticação especificado com o -A argumento para comunicação com
da recvhost.

O formato para método de autenticação e uma descrição do atualmente disponível
métodos de autenticação são descritos com o -A argumento.

-sim, --remetente sendhost [: porta] [método de autenticação]
Especifica o host que irá executar o Iperf., Iperf3 or Nuttcp cliente. O Porto
o sufixo é opcional e só é necessário se bwctld está sendo executado em uma porta não padrão
número. Se um endereço IPv6 estiver sendo especificado, observe que o formato aceito
contém o host de envio parte da especificação entre colchetes como:
[fe80 :: fe9f: 62d8]: 4823. Isso garante que o número da porta seja diferente do endereço
especificação e não é necessário se o sufixo: port não estiver sendo usado.

Pelo menos um dos -c or -s opções devem ser especificadas. Se um deles não é
especificado, presume-se que seja o local.

método de autenticação é uma lista ordenada especificamente de palavras-chave que só é necessária se
a comunicação autenticada é desejada com host de envio. Essas palavras-chave são usadas para
descrever o tipo de comunicação e autenticação que deve ser usado para
contate o host de envio. Se recvhost e host de envio compartilhe a mesma autenticação
métodos e identidades, é possível especificar o método de autenticação para ambos recvhost
e host de envio usando o -A argumento. Um método de autenticação especificado com o -s opção
irá substituir um método de autenticação especificado com o -A argumento para comunicação com
da host de envio.

O formato para método de autenticação e uma descrição do atualmente disponível
métodos de autenticação são descritos com o -A argumento.

-ó, --virar
Por padrão, o remetente se conectará ao destinatário. A opção --flip faz com que o
receptor para se conectar ao remetente. Esta opção não está disponível para todos os tipos de teste
(por exemplo, para testes iperf). Isso é mais útil se o receptor estiver atrás de um firewall.

bwctl Teste Argumentos:
Os argumentos foram nomeados para corresponder aos seus homólogos em Iperf. o mais próximo possível.

-T, --ferramenta
Especifique qual testador de taxa de transferência usar:

iperf

iperf3

nuttcp

Padrão:
Nenhum. Seleciona uma ferramenta que o cliente e o servidor têm em comum

-S, --para% s PARA% S
Defina o byte TOS nos pacotes de envio.

Padrão:
Nenhum.

-D, --dscp DSCP
Defina um valor DSCP de estilo RFC 2474 para o byte TOS nos pacotes de envio. Isso pode
ser definido usando um valor numérico de 6 bits em decimal, hex ou octal. Além disso, o
seguinte conjunto de simbólico DSCP constantes de nome são compreendidas. (Aplicativos de exemplo
são retirados do RFC 4594.)

┌──────────┬────────┬────────────────────────────┬────────────────────────────────────────────────── ────────────────────────┐
│ Nome │ Valor │ Serviço Aula │ Exemplos │
├──────────├────────├────────────────────────────├────────────────────────────────────────────────── ────────────────────────┤
│NENHUM │ │ │ │
│PADRÃO │ 000000 │ Padrão │ Indiferenciado │
│DF │ │ │ │
│CS0 │ │ │ │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS1 │ 001000 │ Dados de baixa prioridade │ Sem garantia de BW │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ Dados de alta capacidade │ Armazenar e encaminhar │
│AF13 │ 001110 │ │ │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS2 │ 010000 │ OAM │ OAM & P │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ Dados de baixa latência │ Pedidos com base na web │
│AF23 │ 010110 │ │ │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS3 │ 011000 │ Transmissão de vídeo │ TV e eventos ao vivo │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ Streaming de multimídia │ Streaming de vídeo e áudio │
│AF33 │ 011110 │ │ │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS4 │ 100000 │ Interativo em tempo real │ Vídeo conf e jogos │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ Conferência multimídia │ videoconferência H.323 │
│AF43 │ 100110 │ │ │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS5 │ 101000 │ Sinalização │ Vídeo conf e jogos │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│EF │ 101110 │ Telefonia │ Portadora de telefonia IP │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS6 │ 110000 │ Controle de rede │ Roteamento de rede │
├──────────┼────────┼────────────────────────────┼────────────────────────────────────────────────── ────────────────────────┤
│CS7 │ 111000 │ │ │
└──────────┴────────┴────────────────────────────┴───────────────────────────────────────────────── ────────────────────────┘
Padrão:
Não definido.

-b, - largura de banda largura de banda
Limite a taxa de envio UDP para largura de banda (bits / seg).

Padrão:
1 Mb

-eu, --report_interval intervalo
Intervalo do relatório (segundos).

Padrão:
não definido (nenhum intervalo relatado)

-eu, --buffer_length len
comprimento dos buffers de leitura / gravação (bytes).

Padrão:
TCP de 8 KB, UDP de 1470 bytes

-O, --omitir segundo
Período inicial de dados a omitir nas estatísticas finais. Isso é para que você possa
pule as condições iniciais anteriores, como TCP Slow Start. Atualmente implementado apenas por
da iperf3 ferramenta.

-P, --paralelo nStreams
Número de fluxos simultâneos para o teste. Veja o -P opção de Iperf. para obter detalhes.

-t, - test_duration tempo
Duração do teste (segundos).

Padrão:
10

-você, --udp
Teste UDP.

Padrão:
Teste TCP

-W, - dynamic_window janela
O mesmo que o -w opção, exceto que o valor é consultivo. bwctl tentará
determinar dinamicamente a janela TCP apropriada, com base nas informações de RTT
recolhido a partir da tomada de controle. Se bwctl é incapaz de determinar dinamicamente um
janela, o valor janela será usada.

Padrão:
Não definido (padrões do sistema)

-C, --janela janela
Tamanhos de buffer de soquete (bytes). Para TCP, isso define o tamanho da janela TCP. Para UDP, este
define o tamanho do buffer de recebimento do soquete.

Padrão:
Não definido (padrões do sistema)

pulando Teste Argumentos:
-T, --ferramenta
Especifique qual testador de taxa de transferência usar:

sibilo

Owamp

Padrão:
Nenhum. Seleciona uma ferramenta que o cliente e o servidor têm em comum

- Ah, --no_endpoint
Permita que um teste de ping seja executado onde o receptor pode não ter bwctl disponível.

-eu, --pacote_comprimento comprimento
O tamanho dos pacotes a enviar para o teste de ping ou owamp

Padrão:
Pacotes de tamanho mínimo

-N, --num_pacotes nPacotes
O número de pacotes a enviar neste teste

Padrão:
10

-eu, --packet_interval segundo
O tempo entre o envio de cada pacote para o teste

Padrão:
1.0 segundos

-t, --ttl ttl
O valor TTL com o qual marcar cada pacote. Isso se aplica apenas a testes de ping.

Padrão:
nenhum

bwtraceroute Teste Argumentos:
-T, --ferramenta
Especifique qual testador de taxa de transferência usar:

traceroute

traçado

Padrão:
Nenhum. Seleciona uma ferramenta que o cliente e o servidor têm em comum

- Ah, --no_endpoint
Permita que um teste seja executado onde o receptor pode não ter bwctl disponível.

-eu, --pacote_comprimento comprimento
O tamanho dos pacotes a enviar para os testes

Padrão:
Pacotes de tamanho mínimo

-F, --first_ttl ttl
O TTL mínimo a ser definido para traceroute. Isso define o primeiro salto na rota que
será retornado. Isso não funciona para testes de rastreamento.

Padrão:
nenhum

-M, --max_ttl ttl
O TTL máximo a ser definido para traceroute. Isso define o último salto na rota que
será retornado. Isso não funciona para testes de rastreamento.

Padrão:
nenhum

-t, --duração do teste segundosfR
O tempo máximo de espera pela conclusão do teste de traceroute.

Padrão:
10 segundos

Agendamento Argumentos:
-uma, --allow_ntp_unsync sincronizar
Permitir bwctl para funcionar sem um relógio do sistema sincronizado. Use isto para especificar a que distância
fora do relógio local é de UTC. bwctl prefere ter um NTP sistema sincronizado
relógio para garantir que os dois pontos finais do teste estejam realmente concordando com o mesmo
janela de tempo agendada para a execução do teste.

Se dois sistemas NÃO têm uma noção de tempo próxima o suficiente, o teste de rendimento
eventualmente falhará porque um ponto final do teste tentará ser executado em um
tempo diferente do outro.

Se o sistema operacional suportar o NTP chamadas do sistema, e o relógio do sistema é
determinado como não sincronizado, as mensagens de erro ainda serão relatadas, dependendo
sobre o valor do -e bandeira.

Ao calcular os erros de tempo, este valor será adicionado para contabilizar o
diferença. O deslocamento de tempo máximo pode ser limitado no lado do servidor, usando o
diretiva max_time_error, para prevenir um ataque de negação de serviço. Se definido, o servidor
rejeitará todas as solicitações de teste com um par que tenha um erro de carimbo de data / hora muito alto.

Padrão:
Não definido (o padrão é definido para sistemas sem o NTP chamadas de sistema)

-EU, --test_interval intervalo
Especifica que bwctl deve tentar executar um teste de rendimento a cada intervalo
segundos.

Padrão:
Não definido. Se não estiver definido, bwctl executa o teste apenas uma vez.

-EU, --latest_time mais longo
Especifica a maior quantidade de tempo que o cliente está disposto a esperar por um
janela de reserva. Quando bwctl solicita um teste do bwctld servidor, ele especifica
a primeira e a última hora que ela está disposta a aceitar. A última hora é
determinado pela adição deste mais longo opção para o tempo mais cedo. A primeira vez é
essencialmente 'agora'. o mais longo o tempo é especificado como um número de segundos.

Padrão:
If intervalo está definido, o padrão é 50% de intervalo. Caso contrário, o padrão
é o dobro da duração do teste tempo mas não inferior a 10 minutos. (Ver -t.)

-n, --num_testes n Intervalos
Número de testes a serem realizados se o -I opção está definida.

Padrão:
Contínuo

-R, --Aleatória alfa
Randomize a hora de início do teste dentro deste alfa por cento do intervalo.
Valores válidos para alfa são de 0-50. bwctl tentará executar o teste a cada
intervalo +/- alfa por cento. Por exemplo, se o intervalo é 300 segundos e alfa
é definido como 10 por cento, então bwctl tentará executar um teste a cada 270-330 segundos.
Esta opção só é útil com o -I opção.

Padrão:
0 (sem aleatoriedade)

saída Argumentos:
-d, --output_dir dir
Especifica o diretório para arquivos de resultados se o -p opção está definida.

-e --instalação facilidade
Syslog facilidade para registrar mensagens.

Padrão:
LOG_USER

-f, --unidades unidades
Especifique as unidades para a ferramenta usar ao exibir os resultados. O aceito
valores para unidades são específicos da ferramenta.

Iperf:

k Quilobits por segundo

K Quilobytes por segundo

m Megabits por segundo

M Megabytes por segundo

-h, --Socorro
Imprima uma mensagem de ajuda.

-p, --imprimir
Coloque os resultados do teste em arquivos. Imprima os nomes dos arquivos em stdout quando os resultados forem
completa.

-q, --quieto
Saída silenciosa. Produza o mínimo possível.

-r, --syslog_to_stderr
Envie mensagens syslog para stderr. Este é o padrão, a menos que o -q opção
especificado, portanto, esta opção só é útil com o -q opção.

-V, --versão
Imprime informações sobre a versão e sai.

-dentro, --verbose
Saída detalhada. Especificando adicionais -vaumenta a verbosidade.

-x, --Ambas
Produza os resultados do emissor e do receptor. Por padrão, apenas os resultados do
lado apropriado para a ferramenta dada são produzidos. Se o -p opção é especificada, o
os resultados do remetente são colocados em um arquivo adicional.

- sim, --formato formato
Especifique o formato de saída da ferramenta. Os valores aceitos para formato são ferramentas
específico.

Iperf:

c [c] saída separada por omma

MEIO AMBIENTE VARIÁVEIS

bwctl Meio Ambiente Variável usar omissão

───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ──────

BWCTLRC Configuração lima ~ / .bwctlrc
BWCTL_DEBUG_TIMEOFFSET Compensar 0.0 (segundos)

EXEMPLOS

bwctl -c algumhost.example.com

Execute um teste de TCP padrão de 10 segundos o mais rápido possível com local como o remetente e
somehost.example.com como o receptor, usando as ferramentas que eles têm em comum.
Retorne os resultados do lado de recepção do teste.

bwctl -x -c algumhost.example.com

Como o teste anterior, mas também retorna os resultados do lado do remetente do
teste.

bwctl -x -c algumhost.example.com -s outrohost.example.com

Como o teste anterior, mas com otherhost.example.com como remetente em vez de
local.

bwctl -t 30 -T iperf -s algumhost.example.com

Execute um TCP de 30 segundos Iperf. teste com somehost.example.com como o remetente e local as
o receptor.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s algumhost.example.com

Execute um teste UDP de 10 segundos a cada hora (3600 +/- 360 segundos) com o remetente
taxa limitada a 10 Mbits por segundo de somehost.example.com para local.

bwctl -s algumhost.example.com AE AESKEY Someuser

Execute o teste de TCP padrão de 10 segundos. Autenticar usando a identidade Someuser. bwctl
solicitará uma senha que será usada para criar uma chave AES.

pulando --no_endpoint -N 30 -i 0.5 --ttl 150 -c algumhost.example.com

Execute um teste de ping que envia 30 pings, um pacote por meio segundo, com TTL de 150
para somehost.example.com de local. Se somehost.example.com não tiver bwctl
em execução, o teste de ping é executado de qualquer maneira.

bwtraceroute -T traçado -E -c algumhost.example.com

Execute um teste de tracepath para somehost.example.com a partir de local. Se somehost.example.com
não tem bwctl em execução, o teste tracepath é executado de qualquer maneira.

Use bwtraceroute online usando serviços onworks.net