Realizado con éxito un agujero UDP [Reimpresión]

Parámetros de esta prueba:
El servidor es una IP fija en la red pública. Dos clientes, A y B, están situados detrás de diferentes ordenadores, distintas bandas anchas y distintos modelos de enrutamiento (una ruta doméstica, otra ruta empresarial), y las rutas no están configuradas especialmente.
No hay nada especial en la prueba, solo en el experimento según los datos online. Como se muestra a continuación:

Ilustrar:
Cuando el lado A envía un paquete al servidor usando UDP, el lado del servidor obtiene la IP y el puerto del extremo A: xxx.xxx.xxx.101:5841
Cuando el lado B envía un paquete al servidor usando UDP, el lado del servidor obtiene la IP y el puerto del lado B: xxx.xxx.xxx.105:12584
En este momento, el enrutamiento en ambos extremos de A y B equivale a abrir un canal para comunicarse con A y B hacia fuera. No solo el servidor puede comunicarse con A y B, sino que, dado que el canal está abierto, entonces:
A puede enviar un mensaje directamente al canal que B ha abierto (B=xxx.xxx.xxx.105:12584).
Igual:
B también puede enviar un mensaje directamente a un canal que A haya abierto (A=xxx.xxx.xxx.101:5841).

Nota: Parece que hay una secuencia de comunicación entre A y B, se me olvidó~, mándalo de todas formas

Por último: la comunicación UDP es un poco más "sensible" que TCP en algunos casos (quizá un poco desajustada, y no sé cómo describirlo).
Por ejemplo, a veces la banda ancha se ha marcado correctamente, pero TCP no puede conectarse al servidor, y el navegador abre la página web, y TCP tarda mucho tiempo en comunicarse normalmente.
Mientras que durante el periodo en que TCP no puede conectarse, UDP es normal.
Pero usar UDP no es una tarea sencilla:
--Hay que diseñar un protocolo de paquete razonable
--Si se requiere la integridad de la información, debe ser retransmitida
--Se deben utilizar altos requisitos de adaptabilidad con TCP
El entorno actual de la red es relativamente bueno, y la tasa de éxito de envío UDP puede llegar al 98, 99% o incluso más (no hice suficientes pruebas, simplemente lo noto).

En el entorno de red complejo e inestable de la época, QQ eligió UDP como protocolo de comunicación principal, mientras que ICQ y MSN al mismo tiempo eran principalmente TCP.
Imitar no significa seguir y quedarse atrás, pero es importante poder introducir nuevas ideas bajo un marco antiguo. Esto también debería ser uno de los factores inevitables para el éxito del caballo.