Подключение микроконтроллера по 7-ми уровневой модели OSI

Подключение по 5 уровневой модели OSI понятно а как подключить микроконтроллер по 7-ми уровневой сетевой модели OSI к глобальной сети интернет

0

... можно сказать, допустим, что остальные два уровня не используются.

Добавлено через 5 минут
...приведу тут двусмысленную картинку OSI

Миниатюры

 

1

А если я допустим хочу использовать 7 ми уровневую сетевую модель OSI в микроконтроллерах

0

Сообщение от владислав-репин А если я допустим хочу использовать 7 ми уровневую сетевую модель OSI в микроконтроллерах

Так хоти. Только причем тут тогда интернет ? Интернет, он на модели TCP/IP основан и эти модели можно сравнить так:

и натягивание TCP/IP на модель OSI делается за уши. Пример натягивания из Вики :
Транспортный уровень (англ. transport layer) модели предназначен для обеспечения надёжной передачи данных от отправителя к получателю. При этом уровень надёжности может варьироваться в широких пределах.
Но это-же словоблудие. Уровень должен обеспечить надежную передачу данных, надежность которой может варьироваться вплоть до ее полного отстутствия у протокола UDP.
В общем, когда преподают TCP/IP начинают говорить про модель OSI, но OSI это "quasi uno fantasia", никогда не реализованный идеал. Пока 7 комитетов эту слоистую модель из носа выковыривали весь мир был о-TCP/IP-шен и модель OSI так и осталась теоретическими умствованиями на бумаге. Потому-что TCP/IP практичен, был сделан без оглядки на следование какой-то слоистой абстракции (например ARP/IP), а OSI будет по любому чиху вызывать водопад протоколов по 7-и уровням и как быстро все это будет проворачиваться бог весть. Хотя можно, конечно, делать вид, что все вышло по этой модели. Например так :


Ты можешь собственную сеть разработать строго следующую модели OSI и сделать какой-нибудь шлюз из своей сети в сеть Интернет. Если тебе такая задача по силам.

1

На второй картинке TCP/IP размазан по OSI так, что протокол TCP показан на транспортном уровне, но одно из его свойств, а именно установление сессии, выдрано и кусочком перетарабанено на уровень выше (на сеансовый уровень). Вот это и есть за уши.

Добавлено через 8 минут
Ну а уровень представления ничему в практическом плане не соотвествует. Что за распознавание HTML, DOC, JPEG, MP3, AVI ниже и под (???) протоколами HTTP FTP SMTP POP ? Если мы получаем файл, то сначала получаем по этим протоколам и только выше уровнем соображаем что с ним делать.

0

Сообщение от Ethereal уровень представления ничему в практическом плане не соотвествует.

ну, наверное, предполагается, что тип данных можно парсить в протоколе на железном уровне. То есть если картинка - отображаем, если видео - воспроизводим. Если файл - сохраняем. Сейчас же зоопарк форматов и протоколов, что уровень действительно, [почти] нигде не использован ("почти", потому что просто не могу назвать примеры, но это не значит что таких нет)

0

Ну это будет не по модели OSI. По модели OSI хош как парси, но результат ты должен отдать на уровень выше - на прикладной. И только там могут быть ветвления что с полученным делать, например отображаем-вопроизводим-сохраняем.
Идея уровня представления может быть только в том, что нечто что должно быть унифицировано ниже по уровням (в сети, для других компов) согласовывать со специчной формой выше уровнем (для данного хоста). И делать это в обе стороны - и когда данные ползут вверх к прикладому уровню и когда опускаются вниз с прикладного. Только я ни одного практически полезного примера зачем это могло быть надо, кроме кодировок текста придумать не могу. ASCII/EBCDIC, из-за них что-ли весь сыр-бор ?

0