echoping

эхо

Сетевая утилита golang, использующая сообщения TCP/UDP-Datagram/QUIC для определения стабильности сети.

Зачем писать эту сетевую утилиту

В реальной жизни сложно обнаружить проблемы с сетью.

echoping использует протоколы TCP и UDP (Datagram или QUIC) вместо ICMP, используемого традиционным ping , и отправляет сообщения чаще.

echoping больше похож на реальное сетевое приложение и сообщает о сетевых проблемах как о реальных.

Как это работает

1. Запустите сервер echoping с помощью ./echoping -listen IP:PORT
2. Запустите echoping клиенты для использования echoping сервера: ./echoping -connect SERVER_IP:SERVER_PORT
3. Каждый echoping клиент отправляет на сервер запросы TCP/UDP-Datagram/QUIC.
4. Сервер отправляет каждый запрос в качестве ответа обратно клиенту.
5. Клиент собирает ответы и вычисляет коэффициент потери пакетов (только UDP) и время прохождения туда и обратно.
6. Если произойдет какая-либо сетевая ошибка, клиент будет постоянно повторять попытки подключения и отправки запросов.
7. Каждое соединение (сеанс ping) имеет уникальный идентификатор сеанса, который генерируется временем соединения. Это помогает различать различные клиентские соединения, например: если происходит сетевая ошибка и клиент повторно подключается, тогда в журналы.

️ Версии сервера и клиента должны совпадать, иначе протокол может не работать. ️

Использование:

  -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)

Вывод сервера:

 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

Вывод клиента:

 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» — это идентификатор сеанса проверки связи, который генерируется в момент, когда клиент запускает сеанс проверки связи.
• pps означает «пинг в секунду».
• loss TCP и QUIC всегда 0% (естественно)

Разрабатывать и отлаживать локально

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

Имитировать задержанные и отброшенные пакеты в Linux: https://stackoverflow.com/questions/614795/simulate-delayed-and-dropped-packets-on-linux