Ну, если openflow сложно, могу предложить смотреть SNMP на коммутаторах. То же самое, но без expect.
В Чтв, 18/11/2010 в 22:50 -0500, Tim Sattarov пишет: > On 18.11.2010 20:21, George Shuklin wrote: > > Если хотите реально крутое (datacenter-level) решение - то ответ > > openflow. Поддерживается многими железками, в ближайшее время будет > > поддерживаться экстримами (в феврале релиз, кажись). Циски > > поддерживаются. > > > > Кратко: коммутаторы и машрутизаторы перестают умничать и начинают > > работать как тупые коммутационные матрицы. А вся логика по формированию > > datapath для прохождения пакета ложится на openflow контроллер > > (софтовый). > > > > Там же легко прикручивается и управление DHCP (т.к. openflow будет точно > > знать, с какого порта какого маршрутизатора пришёл пакет). > > > > Кстати, openflow позволит не париться с настройкой dhcp relay в каждом > > сегменте - все dhcp запросы (и ответы на них) просто будут тупо идти на > > заданный сервер сквозь все маршрутизаторы без, собственно, > > маршрутизации. > > > > Что то как то заморочено с этим openflow, есть примеры реализации, кроме > видео на сайте ? > задача в том - чтобы тестировать железо перед тем как отправлять его на > места. > железо меняется - порты остаются. > То есть мы должны всегда знать что устройство которое каким либо образом > семафорит в системе мониторинга > с таким-то айпи адресом физически находится на таком-то месте. > Идей по усложнению много, я в принципе уже написал скрипт на expect > проверяющий мак адрес на порту. > Вопрос тут больше - не строгаю ли я велосипед из полена при наличии > готового где то рядом ? > > > > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1290140274.27972.27.ca...@home.desunote.ru