>>146667
1) Ну я как-бы про про реализацию стеков и про их модель и говорю, не про osi модель.
2) В сессию нужно включать стейт. Т.е. это и сиквенсы и метки пакета, завроде syn, а в случае стейтлис удп к этому ещё и ицмп ответы можно отнести. Может я что-то забыл. Например, windowing буферы стека для транспорта, это можно как к параметру сессии отнести, т.к. от сиквенсов отделимо плохо, а можно считать чистым транспортом.
3) В принципе ты прав, мой вопрос можно переиначить - так что-же всё-таки нужно называть сессией? У меня конкретно затруднение именно с тем, что я описал. Есть браузер, есть нетстат. Броузер создаёт сессию. Все что я помню, относящееся к сессии, не выходит за пределы транспорта. Может я какого-то большого куска не знаю? Зачем тогда сессию в модели tcp/IP (не osi) выносят в аппликэйшен лейр?
Т.е. понятно, что есть всякие вещи, типа Скайпа, где кветирование идёт уже выше, на уровне самого приложения, а не в удп, но таких прикладных приложений меньше. Понятно, что все это некоторого рода условность. Но должна же быть какая-то сакраментальная мысль, почему сессии отнесли в апликэйшн в описании модели tcp/IP!
Потом про нетстат, я как-то раньше не думал, а действительно, откуда он берет состояние? Пишет - connected, очевидно он не син/акк в буфере слушает. Т.е. само приложение, когда запрашивает у ядра конекшн, потом передает ядру стейт? Скажем, откуда ядру знать, что происходит у тфтп? Оно может принять данные в буфер и выкинуть в канал. Может - эй, тфтп, вот на твой порт что-то привалило. А нетстат напишет - вот вам коннектед тфтп сессия.
Comment too long. Click
here to view the full text.