Re: dhcp & static
Ну, если 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
> проверяющий мак адрес на порту.
> Вопрос тут больше - не строгаю ли я велосипед из полена при наличии
> готового где то рядом ?
>
>
>
>
Reply to: