Пару слов о

JSBursa

от Ильи.
youtu.be/jS_LzDMr7tQ?t=737

EThernet v2. As this industry-developed standard went through a formal IEEE standardization process, the EtherType field was changed to a (data) length field in the new 802.3 standard.

Прочёл на en.wikipedia.org/wiki/Ethernet_frame , там же есть ссылки на стандарт.

и их не интересует, что там внутри у wifi.

если так рассуждать, то пусть OTV будет MPLS, потому что где-то заголовки пересекаются, «и никого не интересует, что там внутри».

И опять Вы не хотите слушать, о чём речь. У того, что у каждого в квартире, есть mac address table, и есть коммутация, но нет умения STP. Как правильно это назвать, если оно вполне себе коммутатор, но не мост?
И это уже явно не транслятор из ваших понятий.

согласен.

Её полно. Начиная с того, что передача IP (которая составляет почти 100% реальной потребности среднего пользователя) использует совершенно нестандартный Ethernet II формат фрейма, а на стандартные 802.3 и SNAP авторы Internet плевали с высокой колокольни. И такое здесь ходит пачками.

Тот же ethernet v2 был стандартизирован IEEE ещё 97 году выходит это не только практика но и стандарт.
Студента нужно ознакомить со всеми популярными форматами того же ethernet кадра. Я не раз видел тот же SNAP заголовок в захваченном траффике(например тот же cisco CDP).
Именно по этому я считаю, что рассказывать не нужно подробно только о вымерших технологиях и о технологиях мертоврождённых. Всё остальное нужно рассмотреть.

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

Ким розмазаний? Тим, хто натягував презерватив на глобус?

Разработчиками протокла.

Правда? А чого ж ви MIME засовуєте на якийсь інший рівень?

Когда я вёл лекции по сетевым технологиям, то модель OSI рассказывал на первых лекциях. И когда мы изучали разные протоколы, возможность закрепления протокла за уровнем(уровнями) модели OSI помогает сформировать чёткую картину.
Пример: Взяли мы SMTP, поговорили о проблематике которую он решает, об самом протоколе. Далее можно говорить о его расширениях и развитии и о том, что тот же MIME добавляет к SMTP возможности разделять данные которые передаются в сообщении.
И уже потом когда будем изучать протокол HTTP можем опять упомянуть MIME который и с этим протоклом тоже используется
для возможности разделить данные по типу.

а wifi формально тут тот же ethernet, хоть и по другому транспорту

 то, что ethernet и wifi имеют разные среды, методы доступа к среде, формат кадра, способы аутентификации, вас не смущает?
Назовите то общее между этими технологиями которое делает для вас эти технологии один и тем же.

Чисто формально, я считаю, такой вариант возможен, если устройство будет работать с BPDU и отрабатывать STP, но не будет иметь forwarding table и рассылать все обычные пакеты во все стороны. На практике так иногда получается; это случай, когда или в таблице форвардинга неизвестно, где получатель, или она переполняется и для части получателей не хватает места. Но представить себе, чтобы кто-то намеренно конструировал устройство, которое так работает в принципе — последние 15 лет не получается: если оно достаточно умное, чтобы отрабатывать STP, оно будет достаточно умным, чтобы иметь и применять хотя бы небольшую forward table, тем более, что это резко снизит избыточный трафик в сети. Но, повторюсь, формально такое возможно.

Все ethernet коммутаторы работают на основе технологии transparent bridging и все те ситуации которые вы описали являются частью этой технологии. Если у свитча нет mac address table то о какой коммутации или stp идёт речь? Это будет уже просто транслятор.

Я бы разделил «мост» и «коммутатор» в соответствии с текущей практикой, а не стандартами

разве есть разница между стандартами и практикой?

Спасибо за конструктивный ответ.
1) В англоязычной литературе как таковые термины Ethernet switch/MAC Bridge/Ethernet Bridge, как я вижу взаимозаменяемые.
2)Первый разработанный компанией DEC Ethernet Bridge не поддерживал протокол STP ни в каком виде. Но при этом первая же модель Ethernet Bridge от этой же компании котаря поступила в продажу, уже поддерживала STP.
3) Согласен с вами, что на данный момент Ethernet switch он же MAC Bridge определён в стандарте 802.1d. Но при том выходит, что по факту Ethernet(MAC) Bridge и Ethernet switch это одно и то же.

Но вы выразились

Правильно — разделять в принципе мост и коммутатор, потому что есть устройства, которые коммутатор, но не мост.

Можно поподробнее, где Ethrernet bridge может быть не Ethernet switch. Или вы имели виду бриджи wifi/ethernet, ethernet/token ring и прочее?

З чого ви взяли, що MIME — це presentation layer?

Учил OSI.
TLS — размазан по L5 -L6.

А cookie куди?

туда же куда и HTTP.

А якщо application може працювати поверх tcp, а може через http поверх tcp, або взагалі через WebAPI поверх http поверх tcp?

Пусть себе работает.

Если вы считаете себя инженером, не пишите глупых смайликов и не приводите глупые сравнения с самолётиками.
Конкретно по пунктам укажите разницу между Ethernet bridge и простейшим Ethernet switch, который не поддерживает stp, vlans и прочие технологии.
И не забывайте что вы отвечаете в конксте подготовленного материала для чтения студентам. Если

це взагалі невірно

, то как правильно?

Что-что? Если это

це взагалі невірно

, как вы будете описывать данное устройство TL-SF1005D.(это Ethernet коммутатор)
При том, что автор последовательно идёт от физического уровня и выше.
Как вы опишите это устройство, после кратого рассказа о физическом уровне и обзорного об MAC уровне?