Как стать автором
Обновить

Создание гигабитного коммутатора на Linux

Уровень сложностиСредний
Время на прочтение9 мин
Количество просмотров16K
Всего голосов 25: ↑25 и ↓0+33
Комментарии16

Комментарии 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ы либо разрешить маршрутизацию пакетов только через один порт (изоляция клиентов)

Не совсем так.

Дешёвые свитчи тех времён были построены на чуть более умных чипах, чем заявлено - и все это уже было реализовано в железе. И включалось либо дерганьем ноги, либо через rrcp.

Помнятся подробности уже слабо, хотя я сам эти ноги дергал у каких-то 8 портовых свитчей на реалтеках

Проект платы доступен/открытый? Интересует как база, хочу сделать подобную плату но под GSW140 .

Насколько я понял, ещё нет никакой возможности использовать эту систему с сетевым портом на стороне компьютера, если он не фиксирован; сетевые USB-интерфейсы не имеют дескриптора узлов дерева устройств, который можно было бы использовать для задания соединительного порта.

это обходится довольно простым патчем

Материал крайне занимательный и интересный, но перевод во многих моментах тяжело читать и воспринимать ИМХО

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

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

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

И следующий абзац... Это что за бред?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории