История изменений
Исправление lbvf50txt, (текущая версия) :
Про другие модели ты знать не знаешь и то, и что L5 - L7 это обычный send-recv, а следовательно один уровень ты понять не можешь.
Вы всё еще не осилили абстракцию интерфейсов и протоколов о которой вам два раза говорили. send-recv это реализация интерфейса между уровням L4 и L5 модели OSI.
У вас всё предельно конкретно, и вы не понимаете что OSI и TCP/IP suite это условные размытые границы, и внутри каждого слоя есть свои зависимости между протоколами: QUIC основан на UDP - и находится на Transport Layer, HTTPs зависит от TLS или SSL - а все они находятся в Application Layer TCP/IP suite.
А когда еще на это накладывается иерархия разделения прав OS, то вы полностью теряетесь, то что два протокола транспортного уровня один описан в Kernel, а второй зависящий от него реализован в Userspace - ну это вообще конец. А если еще добавить к конкретным реализациям возможности добавлять к пользовательским процессам права супрепользоваетля - караул, картинка плывет и замывается.
Но этому для вас проще, что все от L5-L7 OSI - это ОДИН УРВЕНЬ. Это действительно Один уровень в Application Layer TCP/IP suite. И это действительно все реализуется в библиотеках в Userspace. Уточнение - бесполезно. Не понимаете. Бесполезно объяснять, что внутри этого уровня есть иерархия зависимостей протоколов повторяющая OSI.
Полная неспособность к абстрактному мышлению - это основа споров на LOR. Объясняешь архитектуру и разделение уровней, тебе тычут в лицо исключением из правил.
Но я использую таких собеседников как Wing Chun Wooden Dummy, отрабатываю объяснения, часто захожусь, но польза есть. И потом, источники я не скрываю, неоднократно давал ссылки на Олиферов, Грикорика, и ряд хороших схем и статей - польза не только для меня, но и для сообщества.
Спасибо за тренировку.
Исправление lbvf50txt, :
Про другие модели ты знать не знаешь и то, и что L5 - L7 это обычный send-recv, а следовательно один уровень ты понять не можешь.
Вы всё еще не осилили абстракцию интерфейсов и протоколов о которой вам два раза говорили. send-recv это реализация интерфейса между уровням L4 и L5 модели OSI.
У вас всё предельно конкретно, и вы не понимаете что OSI и TCP/IP suite это условные размытые границы, и внутри каждого слоя есть свои зависимости между протоколами: QUIC основан на UDP - и находится на Transport Layer, HTTPs зависит от TLS или SSL - а все они находятся в Application Layer TCP/IP suite.
А когда еще на это накладывается иерархия разделения прав OS, то вы полностью теряетесь, то что два протокола транспортного уровня один описан в Kernel, а второй зависящий от него реализован в Userspace - ну это вообще конец. А если еще добавить к конкретным реализациям возможности добавлять к пользовательским процессам права супрепользоваетля - караул, картинка плывет и замывается.
Но этому для вас проще, что все от L5-L7 OSI - это ОДИН УРВЕНЬ. Это действительно Один уровень в Application Layer TCP/IP suite. И это действительно все реализуется в библиотеках в Userspace. Уточнение - бесполезно. Не понимаете. Бесполезно объяснять, что внутри этого уровня есть иерархия зависимостей протоколов повторяющая OSI.
Исправление lbvf50txt, :
Про другие модели ты знать не знаешь и то, и что L5 - L7 это обычный send-recv, а следовательно один уровень ты понять не можешь.
Вы всё еще не осилили абстракцию интерфейсов и протоколов о которой вам два раза говорили. send-recv это реализация интерфейса между уровням L4 и L5 модели OSI.
У вас всё предельно конкретно, и вы не понимаете что OSI и TCP/IP suite это условные размытые границы, и внутри каждого слоя есть свои зависимости между протоколами: QUIC основан на UDP - и находится на Transport Layer, HTTPs зависит от TLS или SSL - а все они находятся в Application Layer TCP/IP suite.
А когда еще на это накладывается иерархия разделения прав OS, то вы полностью теряетесь, то что два протокола транспортного уровня один описан в Kernel, а второй зависящий от него реализован в Userspace - ну это вообще конец.
Но этому для вас проще, что все от L5-L7 OSI - это ОДИН УРВЕНЬ. Это действительно Один уровень в Application Layer TCP/IP suite. И это действительно все реализуется в библиотеках в Userspace. Уточнение - бесполезно. Не понимаете. Бесполезно объяснять, что внутри этого уровня есть иерархия зависимостей протоколов повторяющая OSI.
Исходная версия lbvf50txt, :
Про другие модели ты знать не знаешь и то, и что L5 - L7 это обычный send-recv, а следовательно один уровень ты понять не можешь.
Вы всё еще не осилили абстракцию интерфейсов и протоколов о которой вам два раза говорили. send-recv это реализация интерфейса между уровням L4 и L5 модели OSI.
У вас всё предельно конкретно, и вы не понимаете что OSI и TCP/IP suite это условные размытые границы, и внутри каждого слоя есть свои зависимости между протоколами: QUIC основан на TCP - и находится на Transport Layer, HTTPs зависит от TLS или SSL - а все они находятся в Application Layer TCP/IP suite.
А когда еще на это накладывается иерархия разделения прав OS, то вы полностью теряетесь, то что два протокола транспортного уровня один описан в Kernel, а второй зависящий от него реализован в Userspace - ну это вообще конец.
Но этому для вас проще, что все от L5-L7 OSI - это ОДИН УРВЕНЬ. Это действительно Один уровень в Application Layer TCP/IP suite. И это действительно все реализуется в библиотеках в Userspace. Уточнение - бесполезно. Не понимаете. Бесполезно объяснять, что внутри этого уровня есть иерархия зависимостей протоколов повторяющая OSI.