nera Опубликовано 9 июня, 2014 · Жалоба Наверно безумная идея, но вдруг. Ситуация. Есть Bras Cisco ASR 1004, есть на сети Dlink DES 3026 много. Стоит задача используя запрос DHCP и option 82 авторизовать абонентов. ASR настроен в режиме ip subscriber l2-connected initiator dhcp Т.е. коммутаторы находятся в L2 сети и проблем с другими коммутаторами нет, ASR релеит на DHCP сервер биллинга и все работает как надо. Но DES 3026 умеет вставлять опцию 82 только в собственный релей, т.е. пакует запрос DHCP в уникаст. А как известно CISCO имеет "страшное" ограничение ISG DHCP Restrictions ISG cannot relay DHCP requests when a Layer 3 DHCP relay agent is between an ISG device and subscriber devices. Описывалось довольно подробно здесь. ISG DHCP Restrictions Собственно вопрос, можно каким-нибудь средством из уникаста сделать снова бродкаст, т.е. предоставить ASR пакет, с которым он умеет работать? Сразу скажу, что изменить логику подключения практически невозможно - таков биллинг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 9 июня, 2014 · Жалоба вам нужно выплюнуть еще в нужный vlan, чтобы bras корректно сессию повесил. в вашем случае лучше сделать vlan per user и автаризовывать без dhcp opt 82. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nera Опубликовано 9 июня, 2014 · Жалоба Но это изменение схемы подключения - наш биллинг не сможет управляться с вланами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 9 июня, 2014 · Жалоба Меняйте или допиливайте биллинг, это дешевле, чем трахаццо со всем парком железа, да и перспектив больше будет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nera Опубликовано 11 июня, 2014 · Жалоба Да в том то дело нет возможности сменить биллинг в обозримой перспективе. Все-таки есть мысль как и чем сделать из пакета уникаста DHCP сделать бродкаст? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VVSina Опубликовано 11 июня, 2014 (изменено) · Жалоба Поставить рядом железку на которую будут релеить коммутаторы. На ней линух который будет перехватывать пакет, и отправлять в нужный влан от имени абонента уже бродкастом. На форуме были темки про самописные дхцп сервера, их можно взять за основу и переделать. Лично я использую ядерный модуль который разбирает qinq (без создания интерфейсов) и выдаёт ип абонентам. можно пробросить сетевуху в виртуалку и сделать всё на ней. Нагрузка будет минимальной. Изменено 11 июня, 2014 пользователем VVSina Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 11 июня, 2014 · Жалоба Появится проблема в отравлении fdb таблицы. Т.к. правильно отправлять dhcp discover с src mac абонента - иначе bras может что-то не так сделать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VVSina Опубликовано 12 июня, 2014 · Жалоба Появится проблема в отравлении fdb таблицы. Т.к. правильно отправлять dhcp discover с src mac абонента в нужный влан от имени абонента Я примерно это и сказал. Поставить нужней мак ойпи-мак отправителя проблем нету. и с барсом тут трудностей возникнуть не должно. Другой вопрос в том что будут делать L2 железки т.к. там тоже буду отравления. хотя статическая запись мак-порт должна это вылечить. Точный ответ дадут только стендовые испытания. Ибо что железки сравнивать - разные прошивки на одном и том-же коммутаторе ведут себя по разному. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
agach Опубликовано 13 июня, 2014 · Жалоба а на каком количестве вланов на одном свиче нужно делать option82 ? dhcp local relay оставляет броадкаст нетронутым лишь вставляя 82 . правда на длинках ограничение по количеству вланов - 16 или 20 штук не помню Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VVSina Опубликовано 13 июня, 2014 · Жалоба Не знаю насчёт д.линков но на SNRах снупинг с 82й и релей это разные фичи, причём иногда разом не работающие. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 24 июня, 2014 · Жалоба То что вам нужно легко сделает скрипт на перле/.../прога на сях строк на 10-30. Создаём юдп сокет, биндим его на нужный интерфейс/порт, читаем с него в цикле, после прочтения отправляем через другой сокет/этот же на адрес 255.255.255.255. Всё. Может вылезут и другие грабли после того как пакеты начнут ходить, об этом мне не известно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...