Eseguito con successo un buco UDP [Ristampa]

Parametri di questo test:
Il server è un IP fisso sulla rete pubblica. Due client, A e B, si trovano dietro computer diversi, broadband differenti e modelli di routing differenti (una linea domestica, una enterprise route), e le rotte non sono configurate appositamente.
Non c'è nulla di speciale nel test, solo l'esperimento secondo i dati online. Come mostrato di seguito:

Illustrare:
Quando il lato A invia un pacchetto al server usando UDP, il lato server riceve l'IP e la porta dell'estremità A: xxx.xxx.xxx.101:5841
Quando il lato B invia un pacchetto al server usando UDP, il lato server riceve l'IP e la porta dal lato B: xxx.xxx.xxx.105:12584
Al momento, il routing a entrambe le estremità di A e B equivale all'apertura di un canale per comunicare con A e B verso l'esterno. Non solo il server può comunicare con A e B, ma poiché il canale è aperto, allora:
A può inviare un messaggio direttamente al canale che B ha aperto (B=xxx.xxx.xxx.105:12584).
Stessa cosa:
B può anche inviare un messaggio direttamente a un canale che A ha aperto (A=xxx.xxx.xxx.101:5841).

Nota: Sembra esserci una sequenza di comunicazione tra A e B, mi sono dimenticato~, inviala comunque

Infine: la comunicazione UDP è un po' più "sensibile" rispetto al TCP in alcuni casi (forse un po' sbagliata, e non so come descriverla).
Ad esempio, a volte la banda larga è stata composta con successo, ma TCP non riesce a connettersi al server, il browser apre la pagina web e ci vuole molto tempo perché TCP comunichi normalmente.
Mentre durante il periodo in cui TCP non può essere connesso, UDP è normale.
Ma usare UDP non è affatto un compito senza problemi:
--Bisogna progettare un protocollo di pacchetto ragionevole
--Se è richiesta l'integrità delle informazioni, deve essere ritrasmessa
--Con TCP devono essere utilizzati elevati requisiti di adattabilità
L'attuale ambiente di rete è relativamente buono, e il tasso di successo dell'invio UDP può arrivare al 98, 99% o anche più (non ho fatto abbastanza test, lo sento e basta).

Nell'ambiente di rete complesso e instabile di quel periodo, QQ scelse effettivamente UDP come protocollo di comunicazione principale, mentre ICQ e MSN contemporaneamente erano principalmente TCP.
L'imitazione non significa seguire e rimanere indietro, ma è importante saper inserire nuovi pensieri sotto un vecchio quadro. Questo dovrebbe anche essere uno dei fattori inevitabili per il successo del cavallo.