bwping: en línea en la nube

PROGRAMA:

NOMBRE

bwctl, bwping, bwtraceroute: aplicación cliente para solicitar rendimiento, traceroute, ping
y pruebas de owamp.

SINOPSIS

bwctl [opciones] -c recvhost -s enviar host
bwctl [opciones] -c recvhost
bwctl [opciones] -s enviar host
bwping [opciones] -c recvhost -s enviar host
bwping [opciones] -c recvhost
bwping [opciones] -s enviar host
bwtrazarruta [opciones] -c recvhost -s enviar host
bwtrazarruta [opciones] -c recvhost
bwtrazarruta [opciones] -s enviar host

DESCRIPCIÓN

bwctl es una aplicación cliente de línea de comandos que se utiliza para iniciar pruebas de rendimiento.

Esta versión de bwctl es capaz de iniciar perfecto, Nuttcp, Iperf3, Ping, Traceroute,
rastro y Owamp pruebas.

bwctl funciona contactando a un bwctld daemon tanto en el host receptor como en el host emisor.
bwctld gestiona y programa los recursos del host en el que se ejecuta. En el caso donde solo
se especifica uno de los hosts de recepción o de envío, bwctl asume que el anfitrión local es
el otro punto final. bwctl intentará contactar a un local bwctld si puede. Si no hay
local bwctld corriendo, bwctl asume que el host local no requiere controles de política y
ejecutará el bwctld funcionalidad requerida para ejecutar la prueba directamente.

Si los casos donde bwctl está ejecutando la prueba directamente en el host, hay varios
opciones de configuración que se comparten con bwctld. Esas opciones de configuración se pueden configurar
usando el bwctlrc(5) archivo de configuración de una manera muy similar a como están
especificado en el bwctld.conf(5) archivo.

El bwctl, bwping y bwtrazarruta clientes en usado a solicita las deseado tipo of
rendimiento estado latente or traceroute . Además, it solicitudes cuando se quiere la prueba.
bwctld en cada punto final responde con una reserva tentativa o una test negado
mensaje. Una vez bwctl puede obtener una reserva coincidente de ambos bwctld procesos (uno
para cada anfitrión involucrado en la prueba), confirma la reserva. Entonces el bwctld
Los procesos ejecutan la prueba y devuelven los resultados. Los resultados se devuelven al cliente desde
ambos lados de la prueba desde el respectivo bwctld Procesos. Además, el bwctld
Los procesos comparten los resultados de su lado respectivo de la prueba entre sí.

BWCTL (bwctl y bwctld) se utiliza para habilitar pruebas de medición de red no específicas para los hosts
sin tener que dar cuentas de usuario completas en los sistemas dados. Los usuarios quieren la capacidad de
ejecutar pruebas de rendimiento para determinar el ancho de banda alcanzable o disponible entre un par de
Hospedadores. A menudo es útil realizar pruebas en varios puntos a lo largo de una ruta de red para determinar la
características de la red a lo largo de ese camino. Normalmente, los usuarios que quieren hacer esta ruta
descomposición tiene que ponerse en contacto directamente con los administradores de red / sistema que controlan el
anfitriones a lo largo del camino. El administrador debe ejecutar la mitad de la prueba para el usuario
o darles una cuenta de usuario en el host. Además, las rutas de red de interés suelen ser
controlado por varios administradores. Estos obstáculos han hecho que este tipo de pruebas
difícil en la práctica.

BWCTL fue diseñado para ayudar con este problema. Permite a un administrador configurar un
dado el anfitrión como un perfecto, Iperf3, Nuttcpo Owamp punto final. El punto final puede ser un paquete
remitente (p. ej. perfecto cliente) o un receptor de paquetes (p. ej. perfecto servidor). Puede ser compartido por
múltiples usuarios sin preocuparse de que esos usuarios interfieran entre sí. Específico
Los límites de la política se pueden aplicar a usuarios específicos, y las pruebas individuales se programan para que
no interferirán entre sí. Además, no se requieren cuentas de usuario completas para
los usuarios que ejecutan las pruebas.

BWCTL permite al administrador clasificar las conexiones entrantes según un nombre de usuario y
Combinación de teclas AES o, alternativamente, basada en una IP / máscara de red. Una vez que la conexión es
clasificado, el bwctld Puede determinar el tipo y las intensidades exactas de las pruebas de salida.
eso será permitido. Puede encontrar más información sobre los controles de política en el
bwctld(8) página de manual.

BWCTL hace uso de un algoritmo de programación distribuido. Cada anfitrión mantiene un horario
independientemente. Cuando un cliente solicita una prueba, se contacta con los dos puntos finales y cada uno
bwctld El servidor responde con la primera ranura de programación abierta disponible. Esto permite bajo demanda
pruebas para coexistir con las pruebas programadas regularmente, ya que las pruebas programadas regularmente son
implementado haciendo que el cliente solicite pruebas a intervalos regulares. Diferentes prioridades
se puede implementar usando el evento_horizon directiva de configuración para bwctld. (Al permitir
clientes que implementan pruebas programadas regularmente para reservar sus franjas horarias más adelante
el futuro.)

ARGUMENTOS

Conexión / Autenticación Argumentos:
-4, --ipv4
Obliga a bwctl a utilizar solo direcciones IPv4.

Por defecto:
Sin especificar (se prefiere IPv6).

-6, --ipv6
Obliga a bwctl a utilizar solo direcciones IPv6.

Por defecto:
Sin especificar (se prefiere IPv6).

-A método de autenticación
método de autenticación se utiliza para especificar el método de autenticación bwctl el cliente está dispuesto
utilizar para la comunicación con el bwctld en enviar host y recvhost.
opciones de autenticación de bwctl están destinados a ser extensibles. La comunicación
del desplegable bwctl cliente a cada bwctld el servidor puede tomar diferentes opciones para
diferentes tipos de autenticación. Si el método de autenticación La opción está especificada para
o bien el -s, o el -c argumento, anula el método de autenticación especificado con el
-A opción de comunicación con ese host en particular. (Por lo tanto, el -A argumento
realmente solo es útil si se puede usar la misma autenticación con ambos hosts).

Permitir diferentes métodos de autenticación para cada conexión debería permitir a un cliente
utilizar diferentes métodos de autenticación con diferentes servidores que, a su vez, deberían
Permitir que las pruebas entre dominios se realicen más fácilmente.

El formato para método de autenticación :

modo de autenticación [esquema de autenticación esquemaopts]

modo de autenticación
Especifica el modo de autenticación que el cliente está dispuesto a hablar con un
servidor. Debe establecerse como una cadena de caracteres con alguno o todos los
caracteres "AEO". Los modos son:

A [A] autenticado. Este modo encripta la conexión de control.

E [E] ncrypted. Este modo encripta la conexión de control. Si la prueba
admite cifrado, este modo cifrará adicionalmente la prueba
Arroyo. (Actualmente no se admite el cifrado de la secuencia de prueba, por lo que
este modo es actualmente idéntico al autenticado).

O [O]lápiz. No se realiza ningún tipo de cifrado.

El cliente puede especificar todos los modos con los que está dispuesto a
comunicar. El modo más estricto que tienen tanto el servidor como el cliente
que estén dispuestos a usar serán seleccionados.

Por defecto:
"AEO"

esquema de autenticación esquemaopts
esquema de autenticación indica el esquema de autenticación que se debe utilizar para
lograr el autenticado or cifrado Modos. esquemaopts son una lista de
argumentos específicos para cada esquema de autenticación en particular. Soportado
esquema de autenticación los valores siguientes (enumerados con el esquemaopts cada esquema requiere):

AESKEY ID de usuario [archivo de clave]
Este es el modelo inicial de secreto compartido "simple" (clave AES). ID de usuario is
necesario para identificar qué secreto compartido el servidor y el cliente deben
utilizar. archivo de clave opcionalmente especifica un archivo para recuperar la clave AES
de. Si archivo de clave no se especifica, se le pedirá al usuario
frase de contraseña. archivo de clave se puede generar usando el contraseña(1)
.

Por defecto:
No autenticado

esquema de autenticación y esquemaopts solo son necesarios si la comunicación autenticada (A or E
modos de modo de autenticación) se quiere con enviar host y recvhost.

-B, --dirección local corazón
Vincular la dirección local del socket del cliente a corazón. corazón se puede especificar
usando un nombre DNS o usando notaciones textuales estándar para las direcciones IP.

Por defecto:
Sin especificar (selección de dirección con comodín).

-C, --receptor recvhost [: puerto] [método de autenticación]
Especifica el host que ejecutará perfecto, Iperf3 or Nuttcp servidor. El puerto
El sufijo es opcional y solo es necesario si bwctld se está ejecutando en un puerto no predeterminado
número. Si se especifica una dirección IPv6, tenga en cuenta que el formato aceptado
contiene el recvhost parte de la especificación entre corchetes como:
[fe80 :: fe9f: 62d8]: 4823. Esto asegura que el número de puerto sea distinto de la dirección
especificación, y no es necesario si no se utiliza el sufijo: port.

Al menos uno de los -c or -s se deben especificar las opciones. Si uno de ellos no es
especificado, se supone que es el host local.

método de autenticación es una lista de palabras clave ordenada específicamente que solo es necesaria si
Se desea comunicación autenticada con recvhost. Estas palabras clave se utilizan para
describir el tipo de comunicación y autenticación que se debe utilizar para
Contacta el recvhost. Si recvhost y enviar host compartir la misma autenticación
métodos e identidades, es posible especificar el método de autenticación para ambos recvhost
y enviar host usando el -A argumento. Un método de autenticación especificado con el -c opción
anulará un método de autenticación especificado con el -A argumento para la comunicación con
las recvhost.

El formato para método de autenticación y una descripción de los disponibles actualmente
Los métodos de autenticación se describen con el -A argumento.

-s, --remitente sendhost [: puerto] [método de autenticación]
Especifica el host que ejecutará perfecto, Iperf3 or Nuttcp cliente. El puerto
El sufijo es opcional y solo es necesario si bwctld se está ejecutando en un puerto no predeterminado
número. Si se especifica una dirección IPv6, tenga en cuenta que el formato aceptado
contiene el enviar host parte de la especificación entre corchetes como:
[fe80 :: fe9f: 62d8]: 4823. Esto asegura que el número de puerto sea distinto de la dirección
especificación, y no es necesario si no se utiliza el sufijo: port.

Al menos uno de los -c or -s se deben especificar las opciones. Si uno de ellos no es
especificado, se supone que es el local.

método de autenticación es una lista de palabras clave ordenada específicamente que solo es necesaria si
Se desea comunicación autenticada con enviar host. Estas palabras clave se utilizan para
describir el tipo de comunicación y autenticación que se debe utilizar para
Contacta el enviar host. Si recvhost y enviar host compartir la misma autenticación
métodos e identidades, es posible especificar el método de autenticación para ambos recvhost
y enviar host usando el -A argumento. Un método de autenticación especificado con el -s opción
anulará un método de autenticación especificado con el -A argumento para la comunicación con
las enviar host.

El formato para método de autenticación y una descripción de los disponibles actualmente
Los métodos de autenticación se describen con el -A argumento.

-Oh, --voltear
De forma predeterminada, el remitente se conectará al receptor. La opción --flip hace que
receptor para conectar con el remitente. Esta opción no está disponible para todos los tipos de pruebas.
(por ejemplo, para pruebas iperf). Esto es más útil si el receptor está detrás de un firewall.

bwctl Probar Argumentos:
Los argumentos fueron nombrados para coincidir con sus contrapartes en perfecto lo mas cercano posible.

-T, --herramienta
Especifique qué probador de rendimiento utilizar:

iperf

iperf3

nuttcp

Por defecto:
Ninguno. Selecciona una herramienta que el cliente y el servidor tienen en común

-S, --tos Términos de servicio
Configure el byte TOS en los paquetes de envío.

Por defecto:
Ninguna.

-RE, --dscp DSCP
Establezca un valor DSCP de estilo RFC 2474 para el byte TOS en los paquetes de envío. Esto puede
configurarse utilizando un valor numérico de 6 bits en decimal, hexadecimal u octal. Además, el
siguiente conjunto de simbólicos DSCP Se entienden las constantes de nombre. (Aplicaciones de ejemplo
se toman de RFC 4594.)

┌────────┬────────┬─────────────────────────┬───── ──────────────────────┐
│ Nombre │ Valor │ Service Clase │ Ejemplos │
├────────├────────├─────────────────────────├───── ──────────────────────┤
│NINGUNO │ │ │ │
│DEFAULT │ 000000 │ Estándar │ Indiferenciado │
│DF │ │ │ │
│CS0 │ │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS1 │ 001000 │ Datos de baja prioridad │ Sin garantía de BW │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ Datos de alto rendimiento │ Almacenar y reenviar │
│AF13 │ 001110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS2 │ 010000 │ OAM │ OAM y P │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ Datos de baja latencia │ Pedidos basados ​​en web │
│AF23 │ 010110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS3 │ 011000 │ Transmisión de video │ TV y eventos en vivo │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ Transmisión multimedia │ Transmisión de video y audio │
│AF33 │ 011110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS4 │ 100000 │ Interactivo en tiempo real │ Videoconfiguración y juegos │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ Conferencias multimedia │ Videoconferencias H.323 │
│AF43 │ 100110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS5 │ 101000 │ Señalización │ Video conf y juegos │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│EF │ 101110 │ Telefonía │ Portadora de telefonía IP │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS6 │ 110000 │ Control de red │ Enrutamiento de red │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS7 │ 111000 │ │ │
└────────┴────────┴─────────────────────────┴───── ──────────────────────┘
Por defecto:
Desarmado.

-B, --banda ancha ancho de banda
Limitar la velocidad de envío de UDP a ancho de banda (bits / seg).

Por defecto:
1 Mb

-I, --informe_intervalo intervalo
Intervalo de informe (segundos).

Por defecto:
desarmado (no se informan intervalos)

-yo, --buffer_length len
longitud de los búferes de lectura / escritura (bytes).

Por defecto:
TCP de 8 KB, UDP de 1470 bytes

-Oh, --omitir segundos
Período inicial de datos para omitir de las estadísticas finales. Esto es para que puedas
omita las condiciones iniciales, como el inicio lento de TCP. Actualmente solo implementado por
las iperf3 .

-PAG, --paralelo nCorrientes
Número de transmisiones simultáneas para la prueba. Ver el -P opción de perfecto para obtener más detalles.

-t, - test_duration equipo
Duración de la prueba (segundos).

Por defecto:
10

-tu, --udp
Prueba UDP.

Por defecto:
Prueba de TCP

-W, - ventana_dinámica ventana
Igual que el -w opción, excepto que el valor es consultivo. bwctl intentará
Determinar dinámicamente la ventana de TCP apropiada, en base a la información RTT.
recogido de la toma de control. Si bwctl es incapaz de determinar dinámicamente un
ventana, el valor ventana se utilizará.

Por defecto:
No establecido (valores predeterminados del sistema)

-w, --ventana ventana
Tamaños de búfer de socket (bytes). Para TCP, esto establece el tamaño de la ventana de TCP. Para UDP, este
establece el tamaño del búfer de recepción del socket.

Por defecto:
No establecido (valores predeterminados del sistema)

bwping Probar Argumentos:
-T, --herramienta
Especifique qué probador de rendimiento utilizar:

de ping

oamp

Por defecto:
Ninguno. Selecciona una herramienta que el cliente y el servidor tienen en común

-MI, --no_punto final
Permita que se ejecute una prueba de ping donde es posible que el receptor no tenga bwctl disponible.

-yo, --paquete_longitud de largo
El tamaño de los paquetes que se enviarán para la prueba de ping o owamp

Por defecto:
Paquetes de tamaño mínimo

-NORTE, --num_paquetes nPaquetes
La cantidad de paquetes para enviar en esta prueba

Por defecto:
10

-I, --paquete_intervalo segundos
El tiempo entre el momento en que se envía cada paquete para la prueba

Por defecto:
1.0 segundos

-t, --ttl TTL
El valor TTL para etiquetar cada paquete. Esto solo se aplica a las pruebas de ping.

Por defecto:
Ninguna

bwtrazarruta Probar Argumentos:
-T, --herramienta
Especifique qué probador de rendimiento utilizar:

traceroute

ruta de rastreo

Por defecto:
Ninguno. Selecciona una herramienta que el cliente y el servidor tienen en común

-MI, --no_punto final
Permita que se ejecute una prueba donde es posible que el receptor no tenga bwctl disponible.

-yo, --paquete_longitud de largo
El tamaño de los paquetes que se enviarán para las pruebas.

Por defecto:
Paquetes de tamaño mínimo

-F, --first_ttl TTL
El TTL mínimo que se debe establecer para traceroute. Esto establece el primer salto en la ruta que
Será devuelto. Esto no funciona para las pruebas de tracepath.

Por defecto:
Ninguna

-METRO, --max_ttl TTL
El TTL máximo para establecer para traceroute. Esto establece el último salto en la ruta que
Será devuelto. Esto no funciona para las pruebas de tracepath.

Por defecto:
Ninguna

-t, --Duración del exámen segundosfR
La cantidad máxima de tiempo para esperar a que finalice la prueba de traceroute.

Por defecto:
10 segundos

Programación Argumentos:
-a --allow_ntp_unsync sincronizaciónfuzz
Permitir bwctl para funcionar sin un reloj del sistema sincronizado. Use esto para especificar qué tan lejos
fuera del reloj local es de UTC. bwctl prefiere tener un NTP sistema sincronizado
reloj para asegurarse de que los dos puntos finales de la prueba están realmente de acuerdo con el mismo
ventana de tiempo programada para la ejecución de la prueba.

Si dos sistemas NO tienen una noción de tiempo lo suficientemente cercana, entonces la prueba de rendimiento
eventualmente fallará porque un punto final de la prueba intentará ejecutarse en un
tiempo diferente al otro.

Si el sistema operativo es compatible con NTP llamadas al sistema, y ​​el reloj del sistema es
se determina que no está sincronizado, los mensajes de error se seguirán informando según
sobre el valor de la -e bandera.

Al calcular los errores de tiempo, este valor se agregará para tener en cuenta el
diferencia. El desplazamiento de tiempo máximo se puede limitar en el lado del servidor, utilizando el
directiva max_time_error, para evitar un ataque de denegación de servicio. Si está configurado, el servidor
rechazará cualquier solicitud para probar con un par que tenga un error de marca de tiempo demasiado alto.

Por defecto:
Desarmado (Predeterminado a Establecer para sistemas sin el NTP llamadas al sistema)

-YO, --intervalo_de_prueba intervalo
Especifica que bwctl debe intentar ejecutar una prueba de rendimiento cada intervalo
segundos.

Por defecto:
Desarmado. Si está desarmado, bwctl solo ejecuta la prueba una vez.

-l, --latest_time mas largo
Especifica la mayor cantidad de tiempo que el cliente está dispuesto a esperar
ventana de reserva. Cuando bwctl solicita una prueba del bwctld servidor, especifica
la hora más temprana y la hora más tardía que esté dispuesta a aceptar. La última hora es
determinado agregando esto mas largo opción a la hora más temprana. La hora más temprana es
esencialmente "ahora". los mas largo el tiempo se especifica como un número de segundos.

Por defecto:
If intervalo está configurado, el valor predeterminado es el 50% de intervalo. De lo contrario, el valor predeterminado
es el doble de la duración de la prueba equipo pero no menos de 10 minutos. (Ver -t.)

-norte, --num_pruebas nIntervalos
Número de pruebas a realizar si el -I La opción está configurada.

Por defecto:
ASESORIA CONTINUA

-R, - aleatorizar alfa
Aleatorizar la hora de inicio de la prueba dentro de este alfa por ciento de la intervalo.
Valores válidos para alfa son de 0 a 50. bwctl intentará ejecutar la prueba cada
intervalo +/- alfa por ciento. Por ejemplo, si el intervalo es de 300 segundos y alfa
se establece en 10 por ciento, luego bwctl intentará ejecutar una prueba cada 270-330 segundos.
Esta opción solo es útil con el -I .

Por defecto:
0 (sin aleatoriedad)

Salida Argumentos:
-D, --salida_dir dir
Especifica el directorio para los archivos de resultados si el -p La opción está configurada.

-mi, --instalaciones facilidad
Syslog facilidad para registrar mensajes.

Por defecto:
LOG_USER

-F, --unidades unidades que
Especifique las unidades que utilizará la herramienta al mostrar los resultados. El aceptado
valores para unidades que son específicas de la herramienta.

Iperf:

k Kilobits por segundo

K Kilobytes por segundo

m Megabits por segundo

M Megabytes por segundo

-h, --ayuda
Imprime un mensaje de ayuda.

-pag, --impresión
Coloque los resultados de la prueba en archivos. Imprima los nombres de archivo en stdout cuando los resultados sean
completa.

-q, --tranquilo
Salida silenciosa. Salida lo menos posible.

-r, --syslog_to_stderr
Envíe mensajes de syslog a stderr. Este es el valor predeterminado a menos que el -q opción es
especificado, por lo que esta opción sólo es útil con el -q .

-V, --versión
Imprime la información de la versión y sal.

-v, --verboso
Salida detallada. Especificando adicionales -vaumenta la verbosidad.

-X, --ambos
Salida de resultados de emisor y receptor. De forma predeterminada, solo los resultados de la
el lado apropiado para la herramienta dada. Si el -p se especifica la opción, la
Los resultados del remitente se colocan en un archivo adicional.

-y, --formato formato
Especifique el formato de salida de la herramienta. Los valores aceptados para formato son herramienta
específico.

Iperf:

c [c] salida separada por omma

MEDIO AMBIENTE VARIABLES

bwctl Entorno Variable utilizan el tu préstamo estudiantil

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

BWCTLRC Config presentar ~ / .bwctlrc
BWCTL_DEBUG_TIMEOFFSET Compensación 0.0 segundos)

EJEMPLOS

bwctl -c somehost.ejemplo.com

Ejecute una prueba TCP predeterminada de 10 segundos lo antes posible con local como el remitente y
somehost.example.com como receptor, utilizando las herramientas que tengan en común.
Devuelva los resultados del lado de recepción de la prueba.

bwctl -x -c somehost.ejemplo.com

Como la prueba anterior, pero también devuelve los resultados del lado del remitente del
.

bwctl -x -c somehost.ejemplo.com -s otrohost.ejemplo.com

Como la prueba anterior, pero con otherhost.example.com como remitente en lugar de
local.

bwctl -t 30 -T iperf -s somehost.ejemplo.com

Ejecute un TCP de 30 segundos perfecto prueba con somehost.example.com como remitente y local as
El receptor.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s somehost.ejemplo.com

Ejecute una prueba UDP de 10 segundos aproximadamente cada hora (3600 +/- 360 segundos) con el remitente
tasa limitada a 10 Mbits por segundo de somehost.example.com a local.

bwctl -s somehost.ejemplo.com AE AESKEY algún usuario

Ejecute la prueba TCP predeterminada de 10 segundos. Autenticar usando la identidad algún usuario. bwctl
le pedirá una frase de contraseña que se utilizará para crear una clave AES.

bwping --no_punto final -N 30 -i 0.5 --ttl 150 -c somehost.ejemplo.com

Ejecute una prueba de ping que envíe 30 pings, un paquete por medio segundo, con un TTL de 150
a somehost.example.com desde local. Si somehost.example.com no tiene bwctl
en ejecución, la prueba de ping se ejecuta de todos modos.

bwtrazarruta -T ruta de rastreo -E -c somehost.ejemplo.com

Ejecute una prueba de ruta de rastreo a somehost.example.com desde local. Si somehost.example.com
no tiene bwctl en ejecución, la prueba tracepath se ejecuta de todos modos.

Utilice bwping en línea utilizando los servicios de onworks.net