Вы, кажется, путаете идеи с коммутацией каналов с TCP/IP.
Разговор о порте 80 предлагает протокол HTTP по TCP и IP. При использовании TCP/IP промежуточные узлы (маршрутизаторы) не должны отслеживать "идентификаторы соединений". Динамически поддерживаемые таблицы маршрутизации диапазонов IP-адресов используются для пересылки пакетов. Нет необходимости, чтобы последовательные пакеты следовали по одному и тому же пути.
Сервер отслеживает TCP-соединения, используя IP-адрес клиента и номер порта TCP, а также номер порта сервера (и IP-адрес сервера, серверы могут иметь несколько IP-адресов). Соединение идентифицируется комбинацией этих четырех частей информации. Номер клиентского порта обычно выбирается клиентом псевдослучайно.
Обратите внимание, что UDP не использует соединение, концепция UDP-соединения отсутствует. Многие протоколы уровня приложений Интернета используют UDP в качестве протокола транспортного уровня.
Нужны ли пакетам какие-либо данные заголовка, кроме номера идентификатора соединения, после того как соединение установлено с другой программой?
Заголовки TCP и заголовки IP в пакетах TCP/IP не содержат "идентификаторы соединения" как таковые.
После установления соединения, скажем, через порт 80; данные все еще проходят через этот порт,
Да.
или в установленном идентификаторе соединения указан новый открытый порт, который будет использоваться для дальнейшей связи?
Как я уже говорил выше, идентификаторы соединений как таковые не существуют в TCP/IP. Иногда протокол более высокого уровня устанавливает связь через другие порты (например, порты управления FTP и порты данных).
В соответствии с моим вопросом здесь; Есть ли фактическое физическое разделение между различными связями?
Как правило, не. Сервер может иметь несколько сетевых карт, обслуживающих разные группы клиентов.
Или это чисто теоретический / виртуальный?
Номера портов и так далее - это просто числа в заголовках пакетов.