echoping

haciendo eco

Una utilidad de red golang que utiliza mensajes TCP/UDP-Datagram/QUIC para detectar la estabilidad de la red.

¿Por qué escribir esta utilidad de red?

Es difícil detectar problemas de red en la vida real.

echoping utiliza los protocolos TCP y UDP (Datagram o QUIC) en lugar del ICMP utilizado por ping tradicional, y envía mensajes con mayor frecuencia.

echoping funciona más como una aplicación de red real e informa problemas de red como si fueran reales.

como funciona

1. Inicie un servidor echoping mediante ./echoping -listen IP:PORT
2. Comience echoping a los clientes para usar el servidor echoping : ./echoping -connect SERVER_IP:SERVER_PORT
3. Cada cliente echoping envía solicitudes TCP/UDP-Datagram/QUIC al servidor
4. El servidor envía cada solicitud como respuesta al cliente.
5. El cliente recopila las respuestas y calcula la tasa de pérdida de paquetes (solo UDP) y el tiempo de ida y vuelta.
6. Si ocurre algún error de red, el cliente volverá a intentar conectarse y enviar solicitudes para siempre.
7. Cada conexión (sesión de ping) tiene una identificación de sesión única que se genera según el tiempo de conexión, lo que ayuda a distinguir diferentes conexiones de clientes, por ejemplo: si ocurre un error de red y un cliente se vuelve a conectar, habrá una nueva identificación de sesión en registros.

️ Las versiones del servidor y del cliente deben coincidir; de lo contrario, es posible que el protocolo no funcione ️

Uso:

  -connect string
    	Connect to 'tcp://ip:port/,udp://ip:port/,quic://ip:port/' (can be repeated, use comma as delimiter), or use 'ip:port' for all TCP/UDP/QUIC
  -listen string
    	Listen both TCP and UDP on ip:port (UDP also works for QUIC)
  -listen-tcp string
    	Listen TCP on ip:port
  -listen-udp string
    	Listen UDP on ip:port (UDP also works for QUIC)
  -loss-ratio string
    	The simulated UDP loss ratio on client side (must be used with "-connect"). "0.1"" means 10% packet loss, "0.1,0.2" means 0.1 for sending and 0.2 for receiving
  -payload-size int
    	The payload size of ping request (default 1300)
  -ping-interval duration
    	The interval between ping requests sent by client (default 20ms)

Salida del servidor:

 2020/12/26 01:24:54 server stat udp:127.0.0.1:52032 (20201226-012449.458182): pps=10.0, tmperr=0
2020/12/26 01:24:54 server stat tcp:127.0.0.1:56524 (20201226-012449.458231): pps=10.0, tmperr=0

Salida del cliente:

 2020/12/26 01:24:54 client stat udp:127.0.0.1:12345 (20201226-012449.458182): pps=11.0, recv=0.01MB/s, loss=0.0%, round-trip time (ms): avg=0.4, min=0.2, max=0.6, stddev=0.1
2020/12/26 01:24:54 client stat tcp:127.0.0.1:12345 (20201226-012449.458231): pps=11.0, recv=0.01MB/s, loss=0.0%, round-trip time (ms): avg=0.3, min=0.2, max=0.4, stddev=0.1

• "20201226-012449.458182" es la identificación de la sesión de ping, que se genera cuando el cliente inicia la sesión de ping.
• pps significa "ping por segundo"
• La loss de TCP y QUIC es siempre del 0% (por supuesto)

Desarrollar y depurar localmente

 ./echoping -listen :12345 -connect 127.0.0.1:12345

Simule paquetes retrasados ​​y descartados en Linux: https://stackoverflow.com/questions/614795/simulate-delayed-and-dropped-packets-on-linux