Sembra che tu stia confondendo le idee di commutazione dei circuiti con TCP / IP.
Talk of Port 80 suggerisce il protocollo HTTP su TCP e IP. Con TCP / IP i nodi intermedi (router) non devono tenere traccia degli "ID di connessione". Le tabelle di routing gestite dinamicamente di intervalli di indirizzi IP vengono utilizzate per inoltrare i pacchetti. Non è necessario che i pacchetti successivi seguano lo stesso percorso.
Il server tiene traccia delle connessioni TCP utilizzando l'indirizzo IP e il numero di porta TCP del client, nonché il numero di porta del server (e l'indirizzo IP del server, i server possono avere più indirizzi IP). Una connessione è identificata dalla combinazione di queste quattro informazioni. Il numero di porta del client viene solitamente scelto in modo pseudo-casuale dal client.
Si noti che UDP è senza connessione, non esiste un concetto di connessione UDP. Molti protocolli a livello di applicazione Internet utilizzano UDP come protocollo a livello di trasporto.
I pacchetti necessitano di ulteriori dati di intestazione oltre a un numero ID di connessione una volta stabilita una connessione con un altro programma?
Le intestazioni TCP e le intestazioni IP nei pacchetti TCP / IP non contengono "ID di connessione" in quanto tali.
Dopo aver effettuato una connessione, dire porta 80; i dati passano ancora attraverso quella porta,
Sì.
o l'ID di connessione stabilito ha specificato una nuova porta aperta da utilizzare per ulteriori comunicazioni?
Come ho detto sopra, gli ID di connessione, come tali, non esistono in TCP / IP. A volte un protocollo di livello superiore stabilisce comunicazioni su altre porte (ad es. Controllo FTP e porte dati).
In corrispondenza della mia domanda qui; Esiste un'effettiva separazione fisica tra connessioni diverse?
Non solitamente. Un server può avere più schede di rete che servono diversi gruppi di client.
O è puramente teorico / virtuale?
I numeri di porta e simili sono solo numeri nelle intestazioni dei pacchetti.