Прикладной уровень модели tcp/ip это...?

[Азиз]

Я знаю что прикладной уровень формирует данные которые нужно передать, но есть вопрос, данные формирует приложение НООО по правилам протокола? Я правильно понял?

 

[Vertigo]

А почему засомневались-то?
Прикладной уровень очень объёмный просто,он и с именами DNS связан и с передачей сообщений с файлами.
Единственное,что требуется-это не путать его в 7-уровневой модели OSI с уровнями взаимодействия приложений.
Т.к. у приложений имеются собственные протоколы взаимодействия и использование многоуровневой ступени системных средств.
Отсюда и прикладной программный интерфейс-API.

В OSI теоретически приложение обращается к верхнему уровню,т.е. к прикладному.
На практике возможно обращение к уровням ниже (но спрашивают именно про идеальную модель OSI на экзаменах часто)
Здесь в качестве исключений можно привести пример с СУБД,котор.обходя верхние уровни модели OSI,обращаются к встроенным ситемным средствам.
Эти средства расположены соответственно на нижних уровнях OSI и позволяют обратиться к удалённым файлам.
Пока такое сообщение идёт вниз до физического уровня,оно обрастает заголовками всех пройденных уровней перед передачей другой машине.

Также важно здесь помнить,что только физические уровни узлов могут взаимодействовать напрямую.
А средства протоколов являются посредниками для связи между протокольными сущностями,котор.напрямую не взаимодействуют.
В действительности,прикладной уровень-не что иное,как набор протоколов (правил).
И для его функционала требуются обслуживащие службы с протоколами.
Например: Http,FTP,SMB-это протоколы сетевых файловых служб прикладного уровня.

 

[Азиз]

А почему засомневались-то?
Прикладной уровень очень объёмный просто,он и с именами DNS связан и с передачей сообщений с файлами.
Единственное,что требуется-это не путать его в 7-уровневой модели OSI с уровнями взаимодействия приложений.
Т.к. у приложений имеются собственные протоколы взаимодействия и использование многоуровневой ступени системных средств.
Отсюда и прикладной программный интерфейс-API.

В OSI теоретически приложение обращается к верхнему уровню,т.е. к прикладному.
На практике возможно обращение к уровням ниже (но спрашивают именно про идеальную модель OSI на экзаменах часто)
Здесь в качестве исключений можно привести пример с СУБД,котор.обходя верхние уровни модели OSI,обращаются к встроенным ситемным средствам.
Эти средства расположены соответственно на нижних уровнях OSI и позволяют обратиться к удалённым файлам.
Пока такое сообщение идёт вниз до физического уровня,оно обрастает заголовками всех пройденных уровней перед передачей другой машине.

Также важно здесь помнить,что только физические уровни узлов могут взаимодействовать напрямую.
А средства протоколов являются посредниками для связи между протокольными сущностями,котор.напрямую не взаимодействуют.
В действительности,прикладной уровень-не что иное,как набор протоколов (правил).
И для его функционала требуются обслуживащие службы с протоколами.
Например: Http,FTP,SMB-это протоколы сетевых файловых служб прикладного уровня.

Так я правильно понял?

 

[Vertigo]

Так я правильно понял?

Да,если это API-приложение с использованием встроенных средств.
Только не по правилам протокола (могут придраться,т.к. протокол-это и есть набор правил),а согласно протоколам.))