Комментарии 16
Познавательно.
Хотелось бы видеть использование SGMII и другие варианты для управления, возможно, но это не точно, там будут стандартные (для многих устройств) команды управления свитч-чипом.
И, в дальнейшем, портирование на какой-нибудь микроконтроллер, что бы можно было делать upgrade "тупых" коммутаторов до smart версий, где можно управлять, vlan и другие возможности.
Забыл сразу написать, средние точки трансформаторов можно подготовить к выводу PoE на инвертор, а то подключены к земле - добавить перемычки, например.
Увы, но если чип внутри коммутатора "тупой", то DSA ничем не поможет - он лишь абстракция над интерфейсом управления чипа. И SGMII здесь никаких бонусов не даст. Нужно чтобы сам чип свитча был управляемый, а для этого надо сначала выяснить что в девайсе стоит, найти документацию и понять, что оно умеет. Ну и интерфейсы управления у чипов разные бывают. У меня вот сейчас в девайсе свитч от микрочипа управляется по SPI.
Чё то я потерял мысль. Автор взял чип коммутатора и подключил ethernet разъемы через трансформаторы + sda/scl. Почему нельзя взять готовый свитч и подключить i2c вместо eeprom? Может кто-то объяснить коротко аппаратную часть?
Автор по сути затащил порты коммутатора в систему в виде отдельных интерфейсов. Как я понимаю, можно просто их объединить в бридж и он будет обрабатываться аппаратно, а можно дать каждому порту свой адрес и настроить систему как многопортовый маршрутизатор.
Не знаю как сейчас, но раньше линкуксовый бридж изучал MAC-адреса и привязывал их к портам без учета 802.1q. Т.е. два одинаковых MAC-адреса в разных VLAN-ах, пропускаемых прозначно через Linux-коробку, конфликтовали друг с другом со всеми вытекающими. А ситуация такая встречалась, например, в каждом беспроводном девайсе от Ubiquiti.
Вот теперь меня тоже интересует подобный вопрос. Можно ли просто взять заводской свитч и добавить ему мозгов?
Можно, но надо будет перепаивать eeprom, bootstrap и всякое такое
Ещё в 2000х на форуме домашних провайдеров nag.ru были инструкции как сделать из дешевого тупого свитча управляемый. Еепромками и перемычками можно было накрутить vlanы либо разрешить маршрутизацию пакетов только через один порт (изоляция клиентов)
Проект платы доступен/открытый? Интересует как база, хочу сделать подобную плату но под GSW140 .
Насколько я понял, ещё нет никакой возможности использовать эту систему с сетевым портом на стороне компьютера, если он не фиксирован; сетевые USB-интерфейсы не имеют дескриптора узлов дерева устройств, который можно было бы использовать для задания соединительного порта.
это обходится довольно простым патчем
Материал крайне занимательный и интересный, но перевод во многих моментах тяжело читать и воспринимать ИМХО
Я бы сказал, тут наложились невысокая квалификация в предметной области у автора и полное отсутствие таковой у переводчика. Читать действительно очень тяжело, но и оригинал местами не отвечает на вопрос, что же хотел сказать автор...
А содержимое - к сожалению обрывается на том месте, где по смыслу должно было бы начаться самое интересное - что из DSA можно выжать полезного и интересного?
Обычно они реализуются добавлением веб-интерфейса, конфигурирующего настройки и контролирующего такие параметры, как состояние портов. В более дорогих коммутаторах есть доступ к альтернативным интерфейсам, например Telnet и последовательным консольным портам.
И следующий абзац... Это что за бред?
Создание гигабитного коммутатора на Linux