Комментарии 20
Статья навела на любопытную мысль: идея обучаемого моста, предложенная Марком, показала, что ключ к успеху может находится не в создании чего-то совершенно нового, а в радикальном совершенствовании существующих технологий. В углубление пойти вместо распыления. Надо осмыслить...
Непонятно почему они сразу не сделали фулл-дуплекс. Почему в Eth кадр не добавил поле TTL, для быстродействия? Конечно это бы не избавило бы от необходимости STP.
Подозреваю, что у электроники не хватало быстродействия:
Несмотря на то, что требование в 30 000 пакетов в секунду было практически пределом возможностей для Motorola 68000, Марк был уверен, что сумеет построить мост с поддержкой двух сетей Ethernet, используя только стандартные компоненты, включая специализированное устройство для поиска 48-битных MAC-адресов, которое можно собрать на базе программируемых логических матриц (PAL) и выделенной статической оперативной памяти.
Вопросы улучшения быстродействия можно было спокойно отложить, пока станет доступна новая электронная база.
в 80х был coax, twisted pair появилась чуть позже, coax это другая топология - bus, а не star, поэтому full duplex был невозможен (multiple access), почему сразу не сделали twisted pair - вероятно опыта не было, когда-то давно тоже работал в DEC, Alan Kirby слегка помню
В том то и дело, тогда везде, даже в 90-е, уже при начале широкого распространения витой пары, ещё 3 категории - старались делать на коаксиальных кабелях.
У них были немного лучше характеристики, не требовалось много кабелей (значит дешевле).
Я когда стал делать первую у себя корпоративную сеть для доступа в интернет, еле продавил зубров, чтобы делать на витой паре и только из-за того что при подключении к кабелю - линия нарушается.
И это было фактором безопасности, но как был недоволен главный инженер, это же дорого и тащить до каждого компа отдельный кабель? За 1 год 20 компов, в комплексе зданий в квартал.
почему сразу не сделали twisted pair
Как учил нас дядя Миша, всё из-за бабок. Коаксиалу не нужен хаб (которые в то время стоили как чугунный мост), плюс кабель нужен один и простенький (одна жила), а не по восемь жил к каждому компьютеру.
Почему в Eth кадр не добавил поле TTL, для быстродействия?
Так и есть. Having a TTL field in the Ethernet frame header would mean that every time the frame traversed a bridge (or switch) the frame CRC would need to be recalculated. That's entirely trivial to do in silicon these days but in the 80s it would have to be done on the bridge CPU which would slow it down significantly.
Точняк, про CRC то я забыл ((
правильно, но надо иметь в виду и следующий комментарий (см reddit), в общем WAN и LAN разные подходы
Ну могли бы зарезервировать поле, для будущего использования...
Эти вопросы очень удобно задавать постфактум. Просто не предполагали.
Нечто подобное есть аппаратно у современных Ethernet чипов коммутаторов и PHY. Например у Microchip. А тогда не смогли из-за низкого быстродействия элементной базы.
А существует ли сейчас шинный Ethernet, но по витой паре вместо коаксиала? (Типа как CAN bus)
на это похож Powerline https://habr.com/ru/companies/ru_mts/articles/848726/
Есть 1000BASE-T1 по одной витой паре(разрабатывался для автомобилей, на замену CAN), но вот звезда там или шина по беглыму гуглингу я так и не понял
Как инженеры Digital Equipment Corp. спасли Ethernet