Sie scheinen verwirrend mit TCP / IP zu sein.
In Port 80 wird das HTTP-Protokoll über TCP und IP vorgeschlagen. Bei TCP / IP müssen die Zwischenknoten (Router) keine "Verbindungs-IDs" verfolgen. Dynamisch gewartete Routingtabellen von IP-Adressbereichen werden zur Weiterleitung von Paketen verwendet. Es ist nicht notwendig, dass aufeinanderfolgende Pakete demselben Pfad folgen.
Der Server verfolgt TCP-Verbindungen unter Verwendung der Client-IP-Adresse und der TCP-Portnummer sowie der Portnummer des Servers (und der Server-IP-Adresse, Server können mehrere IP-Adressen haben). Eine Verbindung wird durch die Kombination dieser vier Informationen identifiziert. Die Client-Portnummer wird in der Regel vom Client zufällig ausgewählt.
Beachten Sie, dass UDP verbindungslos ist. Es gibt kein Konzept einer UDP-Verbindung. Viele Internet-Protokolle auf Anwendungsebene verwenden UDP als Transportschichtprotokoll.
Benötigen Pakete andere Header-Daten als eine Verbindungs-ID-Nummer, nachdem eine Verbindung mit einem anderen Programm hergestellt wurde?
TCP-Header und IP-Header in TCP / IP-Paketen enthalten keine "Verbindungs-IDs".
Nachdem eine Verbindung hergestellt wurde, sagen Sie Port 80; laufen die Daten noch über diesen Port,
Ja.
oder hat die Verbindungs-ID einen neuen offenen Port für die weitere Kommunikation festgelegt?
Wie ich bereits gesagt habe, gibt es keine Verbindungs-IDs in TCP / IP. Manchmal stellt ein Protokoll auf höherer Ebene die Kommunikation an anderen Ports her (z. B. die Steuer- und Datenports von FTP).
In Übereinstimmung mit meiner Frage hier; Gibt es eine tatsächliche physische Trennung zwischen verschiedenen Verbindungen?
Nicht gewöhnlich. Ein Server kann über mehrere NICs verfügen, die verschiedene Clientgruppen bedienen.
Oder ist es rein theoretisch / virtuell?
Portnummern und dergleichen sind nur Nummern in den Paketkopfzeilen.