Вернусь к подуровням MAC и LLC, получается в Ethernet II только MAC подуровень или там вообще нет подуровня?

смотря что называть подуровнем

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

в случае с MAC sublayer - задачи передачи внутри физической среды информации о занятии среды, выбора получателя, освобождения среды

Media Access Control, короче

в случае с LLC - задачи мультиплексирования/демультиплексирования протоколов

можно ли сказать, что Ethernet II вообще не регламентирует задачи мультиплексирования? нет, у него эти задачи решаются полем EtherType

хм...

или есть еще люди в этом чате, которые думают, что уровни - это про порядок вложения заголовков? ???

я так понимаю, что LLC это 802.2, но Ethernet DIX не включает в себя этот стандарт

да, DIX говорил "мы напишем, что внутри, а дальше пусть сами разбираются, сколько там полезных данных"

802 сказали "мы напишем, сколько внутри данных, а что это за данные - напишут в LLC 802.2"

802.2 сказали "мы, конечно, напишем, но нам показалось, что 640К^W двух байт будет достаточно всем, поэтому если вам не хватает - используйте SNAP"

вот, получается, что Ethernet II не имеет подуровня LLC в явном виде

"уровни" не имеют никакого отношения ни к формату заголовков, ник порядку их следования

"уровень" - это про задачи

в Ethernet II задачи, описанные в подуровне LLC, решены без использования допзаголовков

фраза "протокол Х не имеет подуровня" может трактоваться только как "в протоколе Х эти задачи в принципе решать не нужно"

на мой взгляд, разница есть, и очень большая

так... рано я обрадовался. значит 802.2 это просто пример реализации LLC, но не одно и то же, верно?

можно и так сказать

значит у любого кадра есть поля, которые решают задачи LLC или MAC ?

если вы придумаете, как решить задачи без использования полей - будет протокол, который эти задачи решает без полей

вон, Ethernet II решает задачи мультиплексирования с помощью поля EtherType

вот, значит поле EthrType выполняет функции LLC

да

но не по 802.2шному

а по-своему, по-DIXовски

но задачи все равно одни и те же, просто механизмы решения разные

понятно, всё теперь нормаль. А то я начал думаь, что LLC, как часть модели OSI привязан к конкретному протоколу... это сломало моё утро... тепреь порядок

я тут еще скажу страшное

секрет в том, что ложки нет

802.2 LLC - соглашения, придуманные в IEEE

уровни модели OSI - соглашения, придуманные в ISO

это абсолютно не связанные между собой организации

и их соглашения не обязаны быть согласованы между собой

поэтому говорить, что IEEEшные Ethernet и LLC, или любой IETFный протокол вроде IP или ICMP является частью модели OSI, не стоит

ну не частью, в можно отнести к уровню (условно)

да, можно воспользоваться терминологией модели OSI и отнести к уровням этой модели задачи сетевого взаимодействия

кстати, если в голове переводить красивые и звучные англоязычные аббревиатуры в русскоязычные аналоги, все станет сильно понятнее

MAC - "управление доступом к среде передачи"

LLC - логическое управление каналом

попробуйте совершить насилие над мозгом и прочитать англоязычный текс, переводя и аббревиатуры тоже

(с одного раза 1С-ником не станете)

да, 1с это страшно

хотя на ней и размер вложения начинается с 0,,, надо было сразу закрыть ))

ну более правильно было бы написать "поля допзаголовка 802.2 LLC"

хотя на ней и размер вложения начинается с 0,,, надо было сразу закрыть ))

там все сравнительно честно, есть еще padding

если очень сильно хочется отправить 1 байт в кадре, куда можно напихать не меньше 46 - вы положите 1 байт с данными и 45 байт мусора

в DIX задача отделения полезных данных от мусора вынесена на уровень выше

это я знаю. вот, к стати, мусор то какой-то специальный, что бы было видно - мусор?

нет, это как раз та проблема, по которой пришлось городить огород с кадрами формата 802.3

да, там какая то спец последовательность, означает что конец.. вроде так

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

а в теле кадра можно указывать все

вы путаете с флагами в HDLC и его наследниках

хм... вроде в 10мбит/с там спец сигнал на 1м уровне, говорящий что это конец кадра

а.. конец всего кадра, а не данных

http://standards.ieee.org/getieee802/download/802.3-2015.zip

нет там никакого спец.конца кадра

просто перестаете занимать среду и все

я что-то такое слышал у Руслана недавно...

комментариев не будет, а то меня прорвет

ERROR: S client not available

вон выше документ

там написано, как работает ethernet

=))

все остальное является фантазией тех, кто не разобрался в этом документе

кстати, рекомендую почитать

там очень много, ВСЕ читать не получится

но, например, полезно почитать хотя бы про MAC-подуровень

и, в качестве образцово-показательного физического протокола, про 10BASE-5

жуткая некрофилия, зато просто устроенная

если останутся силы - можно перейти к гигабиту, а от него - к 10г

да... жесть какая то

документы огромные

секция 1 - про CSMA/CD, MAC и 10мб

секция 2 - 100мб и автосогласование

сейчас поищать

секция 3 - гигабит и автосогласование в нем (оно отличается от стамегабитного)

секция 4 - 10г и взрыв мозга

секции 5 и 6 - полный пиздец

ох...

минимальный объем, который стоит почитать, не волнуясь за психику - MAC-подуровень, 10BASE-5 по диагонали, CDMA/CD по диагонали

про остальное достаточно знать, что оно существует

минимальный объем, который стоит почитать, не волнуясь за психику - MAC-подуровень, 10BASE-5 по диагонали, CDMA/CD по диагонали

эх!! появись оно раньше, психику бы сохранил))

что именно?

оно появилось примерно в 85 году, если что

оно появилось примерно в 85 году, если что

я пор сообщение)))

про

комментариев не будет, а то меня прорвет

У тебя есть фотка где ты злой или лицо красное? Фраза пахнет новым стикером.

достаточно одной

Придется самому искать.

Коллеги Коллеи

что значит дребезг линка7