Комментарии 6
В предыдущей статье вы включили TCP в список протоколов L4. Это нормально, и все источники считают так же.
А здесь TCP неожиданно указан как пример протокола уровня L5. И совершенно законно возникает вопрос - это, чёрт возьми, как?
Это ошибка. Всё, что есть в TCP, всякие congestion control, MSS это всё L4, ничего из L5 там нет. Вообще основное количество протоколов L5 это всякие туннели, предоставляющие L2 уровень через L5. L2TP, PPTP.
В статье про L4 тоже ошибка. Там указан TLS. Скорее всего из-за названия - Transport Layer Security. Сам протокол работает поверх TCP (DTLS поверх UDP) и фактически обеспечивает уровень представления. Но с точки зрения разработчика приложения работа с TLS строится как с сокетами. Видимо отсюда дополнительная путаница.
Но нужно отметить, что не всегда протокол можно четко отнести к одному уровню. Как пример - ARP/RARP. Если мы рассматриваем Ethernet и TCP/IP, то на L2 у нас protocol data unit (PDU) - это Ethernet frame, а идентификатор - MAC address. Для сетевого взаимодействия у нас появляется L3 с PDU IP packet и идентификатор IP address. И собственно ARP/RARP у нас выполняют сопоставление IP-MAC. То есть протоколы между двумя уровнями OSI
протоколы между двумя уровнями ...
заметим, что MAC адреса появились независимо и раньше IP, хотя и те и другие имеют глобальное значение, но назначение с самого начала было разное, MAC для адресации в локальных сетях, тогда как IP для адресации что называлось wide area networks (wan), до начала 80х обе технологии развивались более-менее независимо, и только когда в начале 80х стали доступны линии большой пропускной способности технологии начали объединяться, RFC 826 (ARP) это примерно 1982, короче говоря ARP кроме прочего не только протокол между двумя уровнями адресов OSI, но и между двумя исторически разными сетевыми технологиями, по памяти MAC адреса впервые были использованы Xerox, и стандартизированы совместно DEC и Xerox для Ethernet, назывались тогда "station address"
Некоторые протоколы и сервисы используют TCP для поддержания сеансов. К примеру SSH используется для безопасного удаленного доступа к системам и поддерживает длительные сеансы связи, используя TCP для обеспечения надежного и защищенного соединения. TCP помогает поддерживать устойчивый сеанс, обеспечивая контроль за целостностью данных и их доставку SIP используется для установления, изменения и завершения сеансов мультимедийных связей, таких как голосовые и видеозвонки. SIP также может использовать TCP для надежной передачи управляющих сообщений, необходимых для поддержания сеансов..
BGP использует TCP для передачи маршрутной информации между роутерами. Также TCP поддерживает функцию Keepalive, которая позволяет BGP поддерживать активное соединение между роутерами, регулярно проверяя его статус.
Просто положу это здесь:
https://www.ibm.com/docs/ru/aix/7.1?topic=protocols-internet-transport-level
Три первых комментария в основном про то, что статьи являются вольным толкованием OCI.
Может они написаны AI?
Спасибо за комментарий! Модель OSI — это абстракция, и в реальном мире её интерпретация может варьироваться в зависимости от контекста и задач.
Что касается ошибок, я признаю, что они могут встречаться, и я их исправляю. Например, в случае с упоминанием TLS на уровне 4, я указал на противоречивую информацию в разных источниках, чтобы показать, что этот вопрос может быть не однозначен.
Что касается использования ИИ. Статья написана мной, основываясь на моих знаниях и опыте.
В основном я использую различные ресурсы только для генерации картинок и проверки орфографии.
Сложно о простом. Сеансовый уровень (L5), представительный (L6) уровень и прикладной (L7) уровень