BiTel

Если еще есть желание и возможность, для ускорения разработки помог бы тестовый стенд.

Не вопрос, обращайтесь готовы оттестить по полной.

А где бы увидеть полный перечень поддерживаемых схем работы?

Просьба заглянуть в HD #5130 (DHCPv6 процессор)

Присоединяюсь к вопросу.
Назрела необходимость раздавать v6.

Давайте подойдем к вопросу с другой стороны. Вам какая схема нужна?

Схема давно рассписана в теме HD #5130 (DHCPv6 процессор)
Авторизация на Cisco ISG по порту коммутатора доступа (DHCPv6-LDRA).

В первую очередь RADIUS.

так вроде есть...
вы пробовали? есть проблемы?

Пока только разбираюсь. В документации не нашел упоминания ipv6.

Спасибо. Пока не могу понять как настроить Dual Stack. Есть такая возможность?

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

Добрый день, как обстоят дела с добавление функционала IPv6 в биллинг, хотелось бы уже выдавать нашим клиентам данные адреса, работаем по схеме dhcp, opt.82, привязка к порту, BGBilling 6.1, в ближайшее время планируем обновиться до 6.2

2017 год. Тема начата в 2010 году. Господа, есть ли реально работающие наработки по теме?
Потому что все... потому что приехали и уже конкретно надо. Схема - да любой будем рады. Но ориентируемся конечно на ppp-accel.

все хотят, но никто не говорит конкретно, что нужно....
может составить ТЗ как в ВАШЕМ случае и на ВАШЕМ оборудование ВЫ ХОТИТЕ что бы работало.

Хорошо, давайте я пока здесь напишу, может еще кто-то присоединится и дополнит меня.
IMHO сейчас две наиболее популярные схемы применения bgbilling это либо чистый DHCP + Option82, либо RADIUS.
Еще раз повторюсь - меня устроит любой из вариантов, но больше склоняюсь к DHCP Option82. Фактически нужна полная копия текущего DHCPv4 поведения:
Нужен DHCPv6 сервер, который будет принимать DHCPv6 запросы с установленной Option82. По этой опции, так же, на основании remote-id / subscriber-id / mac находить нужный сервис и выдавать адрес, статический или динамический. При этом что бы обязательно хотелось и, наверное, было бы удобно. Насколько я знаю этот функционал в v4 не реализовали (или я пропустил момент когда это реализовали). То есть мы в конфигурации устройства описываем некий большой IPv6 префикс, скажем /64 со всеми сопутствующими аттрибутами. А на сервисе пользователя прописываем префикс скажем /126 + одновременное кол-во сессий скажем 4. И наш DHCPDv6 выделяет пользователю адреса только в пределах описанного на сервисе префикса. А дальше все как обычно - отрабатывают ServiceActivatorы и прочее.

вы точно уверены, что все ваше оборудование поддерживает options82 для IPv6

Ну вот все так говорят. Пишешь разработчику коммутаторов - ответ "а у вас есть сервер который умеет". Пишешь разработчику серверов - "а у вас есть оборудование"? То есть круг то бесконечен. Я сейчас веду переговоры с Eltex, и они готовы в ближайшее время эту функцию реализовать.

P.S. На самом деле в IPv6 это опция 37/38 (RFC4649/RFC4580). Оборудование NAG её уже поддерживает.

Нами в HD уже давно создана тема по DHCPv6 Processor.
Логи снятые с коммутаторов доступа с опциями 37/38 для авторизации по порту.

Даже стенд для вас организовали, но им так ни разу и не воспользовались.

У Eltex все давно работает в плане LDRA.

Это на 3000 серии. Мне надо на 2324 и на OLT.

У нас все работает на MES2124

Ох, уже флейм начинается
Я правильно понимаю что вы про ipv6 dhcp-ldra ..... ?
Ну нет такой команды на MES2324 4.0.5 софте, и доку я всю перерыл - нет и в доке. Если ткнёте носом - буду благодарен.

В доке нет, в софе есть, для нас добавляли - это было условием выбора Eltex для upgrade сети.

Господа разработчики, получен официальный ответ от Eltex, что к лету они нам выпускают обновление прошивки для заявленного оборудования с поддержкой IPv6 37/18 option. Оборудование NAG (которое тоже у нас в наличии) уже поддерживает IPv6 в полном объёме. Таким образом ТЗ сводится к текущему поведению системы для IPv4 - создать IPv6 DHCP сервер, который на основании значений опций 37/38 будет находить нужный сервис и выдавать IPv6. Желательное поведение системы - добавить механизм назначения на сервис диапазона IPv6 из которого DHCP сервер может выдавать адреса данному пользователю. Так же, думаю, потребуется доработка netflow accounting.

2 года уже висит запрос в HD.

Только опции там 18 и 37.

Ну промазал, расстреляйте меня теперь

Уважаемые разработчики, ответьте, пожалуйста!

Оборудование под IPv6 есть! Понимание как мы хотим его использовать - есть! Необходимость в IPv6 - НАЗРЕЛА!

Я предлагаю сейчас честно ответить на вопрос про IPv6. Я так понимаю, что возможно всего 3 варианта ответов:
1) Да, мы сейчас думаем над реализацией и в ближайшие полгода можем обещать вам бета-версию.
2) Да, мы готовы реализовать IPv6, но хотим за это денег.
3) Нет, IPv6 нам не интересен, ищите другой биллинг.

Конечно многих из нас устроит 1). В случае 2) желательно дать понимание суммы. Случай 3) конечно грустный, но зато честно, и мы не будем зря тратить и ваше и наше время.

С уважением,
Борис