Как транспортный уровень извлекает исходный IP-адрес из пакета дейтаграммы?

Простой ответ заключается в том, что транспортный уровень не извлекает IP-адрес из пакета дейтаграммы.

Когда дейтаграмма отправляется от источника к получателю, вот простые шаги по тому, как работает IP при перемещении дейтаграммы:

• Приложение верхнего уровня отправляет пакет на сетевой уровень.
• Расчет данных вместе с контрольной суммой.
• Заголовок IP и дейтаграмма созданы.
• Маршрутизируется через шлюзы.
• Уровень IP каждого шлюза выполняет контрольную сумму. Если контрольная сумма не совпадает, дейтаграмма будет отброшена, а на отправляющую машину будет отправлено сообщение об ошибке. Попутно, если TTL уменьшится до 0, произойдет тот же результат. И путь маршрутизации адреса назначения будет определяться на каждой остановке, когда дейтаграмма проходит по сети.
• Дейтаграмма попадает на сетевой уровень назначения.
• Выполнен расчет контрольной суммы.
• IP-заголовок удален.
• Сообщение передается приложению верхнего уровня.

ИЗМЕНИТЬ

Приложение привязывает сокет к своей конечной точке передачи данных, которая представляет собой комбинацию IP-адреса и служебного порта. Эта привязка затем используется для определения того, к какому приложению на прикладном уровне необходимо перейти.

Например, приложение A предоставляет службу UDP на определенном порту X. Затем, когда приложение A запустится, оно попытается выполнить привязку к порту X. Если оно не может выполнить привязку к нему, поскольку порт используется, операционная система вызовет ошибка, которую затем должно обработать приложение. Также в архитектуре OSI каждый уровень полагается на нижележащий уровень для фактической передачи данных, добавляя или предоставляя определенные функции для своих собственных целей.

По данным РФЦ

Псевдозаголовок, концептуально предшествующий заголовку UDP, содержит адрес источника, адрес получателя, протокол и длину UDP. Эта информация обеспечивает защиту от ошибочно направленных дейтаграмм. Эта процедура контрольной суммы такая же, как и в TCP.

Дополнительные сведения об особенностях см. в RFC Протокол пользовательских дейтаграмм.