Работа с протоколом Ethernet: Стандарты Ethernet (часть II)

Вебинар продолжает тему про стандарты Ethernet: обсуждаем взаимодействие узлов и формат кадра.
Открыта запись на курсы, в которых рассказывается не только про Ethernet, но и про другие сетевые технологии: www.networkeduc...

[@c333ton]

Суперская лекция! 10/10

[@Andruhass]

Огромное спасибо 👍. Узнал очень много нового. Но мне кажется что Вы всё-таки плаваете (плавали 4 года назад) в вопросе передачи сигналов по длинным линиям. Не хватает внятного объяснения что происходит на диф. парах меди и в коаксиальном кабеле с точки зрения прохождения электрических сигналов ("+0.7 -0.7 переходы через ноль", не могу сказать точно в чем Вы неправы, но что-то там явно не так🤔). А в целом - это лучшие лекции по эзернету которые я когда-либо находил. Спасибо Вам ещё раз😀

[@Andruhass]

А ещё, если не возражаете, хочу спросить. Могут ли устройства как-то договориться о даунгрейде соединения, например с 1Гбит до 100Мб, если качество кабеля не позволяет работать на 1Гб? Каким образом устройства об этом договариваются? Я ещё в процессе просмотра лекций, может ещё не досмотрел до ответа на этот вопрос, или уже пропустил(

[@NetworkeducationRu]

Безусловно, я не являюсь специалистом в области физици происходящих процессов, поэтому объяснение каких-то аспектов может быть весьма далеко от академически корректного. Тем не менее, даже за такое объяснение "на пальцах" мне прилетело уже много комментариев "зачем так сложно, когда уже про протокол-то начнется" :)

[@NetworkeducationRu]

> Могут ли устройства как-то договориться о даунгрейде соединения, например с 1Гбит до 100Мб, если качество кабеля не позволяет работать на 1Гб? Каким образом устройства об этом договариваются? Договориться - нет, не могут. Но есть нестандартизированные механизмы, позволяющие одному из устройств в одностороннем порядке при желании выключить интерфейс и включить его заново уже с другим стандартом. Второму, если у него работает автосогласование, остается только подчиниться. Пример подобной технологии - Ethernet@Wirespeed у Broadcomm (у других вендоров есть аналогичные). Она нужна для ситуации, когда поддерживающие гигабит узлы связаны двухпарным проводом. В этом случае узлы согласуют гигабит (которому нужны четыре пары), линк включается, интерфейс видит отсутствие активности и переключается в 100BASE-TX. Другой пример - Green Ethernet, который при отсутствии сетевой активности (например, для компьютера в режиме сна) уводит интерфейс в 10BASE-T, который потребляет намного меньше электричества и тем экономит батарейку.

[@fdouch01]

Доброго времени суток. С удовольствием и внимательно слушаю Ваши лекции. Спасибо! Есть вопрос. Я, как человек Homo НеверущийФома , хотел бы сам почитать спецификации IEEE 802.3. Но с удивлением обнаружил, что вся эта информация закрыта. Даже на торрентах как-то негусто. Интересно было бы почитать комментарий на сей счет.

[@NetworkeducationRu]

Алексей, добрый день! Тексты многих стандартов IEEE, действительно, часто доступны на платной основе. Тем не менее, некоторые важные стандарты можно скачать бесплатно (например, IEEE 802.3-2005 доступен тут: ieeexplore.ieee.org/document/7428776/). Список доступных стандартов есть на странице ieeexplore.ieee.org/browse/standards/get-program/page/series?id=68, многие другие можно получить с помощью Sci-hub :).

[@MrPalianytsia]

у микротика 1000 half есть

[@ГлебКомалов]

То есть для полудуплекса вообще не важно T568A или T568B использовать, так как обе пары втыкаются в 1 шину. Я правильно понимаю? Если да, то они включаются последовательно или парралельно? // если ЭДС подаётся скорее всего парралельно

[@NetworkeducationRu]

+Глеб Комалов, для 10BASE-5 и 10BASE-2 так и было, все узлы подключались параллельно. Для 10BASE-T ситуация чуть более хитрая: там на самом деле не совсем один общий проводник на все узлы, а правильно распределенные сопротивления между контактами. Поэтому, например, нельзя взять три обжатых с одной стороны хвоста витой пары, скрутить их все вместе с другой, и получить рабочее соединение на три узла: нужен хаб. Собственно, самый простой хаб на 3 узла - это мост из 12 резисторов: nag.ru/goodies/shema/eth01.html (в статье есть некоторые неверные утверждения, но схема рабочая).

[@DmitriyHramcov]

Как показывает практика, SFP + Оптический патчкорд надежней витухи.

[@NetworkeducationRu]

Решительно не соглашусь. Сколько раз эти оптические патчкорды отваливались от неосторожного движения...

[@DmitriyHramcov]

@@NetworkeducationRu ну мы обычно ставим их так, что современнем они впаиваются из-за температуры... ))))))))))))

[@NetworkeducationRu]

У большинства из нас железо стоит все же в климатически контролируемом помещении, а примораживаться эти коннекторы пока не научились.

[@КириллБондаренко-б8ж]

Спасибо за подробную информацию. Но есть вопрос: bit time в 512 bit это величина выведенная методом проб и ошибок или есть физические ограничения? Просто можно ведь увеличить и до 1024, тогда длина сегмента увеличиться в двое и будет 20480м. И тот же вопрос про 9,6 мкс почему именно это цифра?

[@NetworkeducationRu]

Slot time, вы имели в виду? Это исходная константа, из которой следуют ограничения по длине провода, ограничения по минимальной длине кадра, и куча других ограничений Ethernet. Увеличить ее в два раза можно, но тогда нужно будет все остальные ограничения, которые на нее опираются, тоже изменять (например, минимальная длина кадра будет 128 байт). Эту константу просто зафиксировали с самого начала для того, чтобы из нее выводить все остальные свойства протокола.

[@КириллБондаренко-б8ж]

Понял. Спасибо.

[@socket8560]

Очень много пространных рассуждений, одна и та же мысль по 10 раз повторяется по кругу. Выделить главное и рассказать все за 45 минут! Огромная скважность полезной информации. Нельзя так читать!

[@NetworkeducationRu]

Коллега, не смею вас останавливать! Сделайте лучше, за 45 минут, или даже за 15.

[@InanMorgan]

не согласен с Socket 8 - для меня такой формат подачи наоборот оказался оптимальным. Видимо просто Socket 8 необходим другой видеокурс от другого автора

[@ГлебКомалов]

Решает ли Path MTU discovery из IPv6 проблемы Jumbo Frame?

[@NetworkeducationRu]

В пределах одной канальной среды - да, должен решать. В маршрутизируемых сетях - если нигде посерединке не запретили прохождение сообщений служебного протокола ICMP, как это любят делать некоторые админы.

[@КириллБондаренко-б8ж]

Еще вопрос)). Правильно ли я понимаю: допустим провайдер предоставляет мне тариф с пропускной способностью в 1 мбит/c прием/отдача (ограничил на порту коммутатора). WAN порт моего роутера 100мбит/c . Если я буду передавать кадр в 512 байт в интернет, то общее время "проталкивания" в сеть этого кадра включая последний бит составит 0,00004 с, а прием этого же кадра коммутатором провайдера составит 0,004 с. Не заткну ли я таким образом канал на отдачу? То есть порт коммутатора не будет успевать обрабатывать данные, или же на обоих концах будет устанавливаться логическое соединение с пропускной в 1 мбит/c?

[@NetworkeducationRu]

Как передача, так и прием в конкретном стандарте Ethernet возможна ровно на одной скорости. Например, если у вас на медном интерфейсе 10/100/1000 произошло то, что в народе называется "согласовалось 100 мегабит" (на самом деле - из трех поддерживаемых стандартов 10BASE-T, 100BASE-TX и 1000BASE-T был выбран 100BASE-TX), то обе стороны и передавать, и принимать данные будут в точности на скорости 100 000 000 бит в секунду. Если ваш провайдер продает вам канал 1 мбит/с, это на самом деле означает, что принимать он будет все кадры в любом случае на скорости 100 мбит/с. Некоторые кадры, которые ему не нравятся, он просто не будет коммутировать/маршрутизировать дальше в свою сеть (а нравиться ему будут только те кадры, которые не создают среднюю нагрузку в более чем 1 мбит/с).

[@ГлебКомалов]

Картинок мало, а "чукча - не читатель".

[@NetworkeducationRu]

+Глеб Комалов Простите, дяденька, я больше не буду.

[@ГлебКомалов]

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

[@ShulgaOP]

A

[@ShulgaOP]

Довоаташщщщщлоопн

[@NetworkeducationRu]

@@ShulgaOP согласен. Поставьте лайк, подпишитесь, и нажмите на колокольчик, чтобы и дальше так вшыривало.

[@МарияОрлова-в4ч]

Да за*л, когда про изернет будет, нафига проводам уделять два урока, и называть не подобающе, спасибо конечно большое, но сцук вылечил)

[@NetworkeducationRu]

Это видео посвящено именно протоколу Ethernet, а не проводам.

[@sashashad]

Три дня слушал, могу сказать тут не только провода))