BiTel

А зачем? Доступ-то как принципиально будет выдаваться абоненту?

Поддерживает ли RADIUS сервер RFC3162?
Собираемся начать предоставлять абонентам IPv6 в соответствии с TR-187 и RFC6204.
На приложенной картинке представлена схема взаимодействия с Cisco BRAS.
Клиентам статически назначаются /56 префиксы. Нужно хранить в базе эту привязку и выдавать при авторизации в виде Delegated-IPv6-Prefix.
Framed-IPv6-Prefix можно тоже назначать из RADIUS, но можно сделать так, что BRAS сам его назначит из пула.
Ну и в аккаунтинге должны поддерживаться соответствующие атрибуты.

ну у нас например vlan per user и сейчас /30 на клиента, без всяких дхцп, пппое, и прочей шняги.

_________________
Интернет и телефония оптом со склада, или в розницу

Уважаемые разработчики.
Как продвигаются дела в отношении IPv6 ? Есть какие-то намеки ?))

Хочется поиграться с абонентами

возможно, в inet , в 5.3.

Есть ли сдвиги по данному вопросу?
Тема становится все более актуальной.

пока никто не просил вроде

_________________
I'm clever. I've got a computer.

Никто не просил? А эта тема тогда о чем?

это обсуждение в духе "а ведь правда было бы неплохо, а?"

_________________
I'm clever. I've got a computer.

Нет, это обсуждение в духе "ну когда уже?!"
Потихоньку начинать внедрять IPv6 надо уже сейчас, если не "вчера".
Отсутствие поддержки IPv6 для БГБ является скорее минусом, чем плюсом, IMHO.

Поглядел в биллмастере на их сайте - заявлена поддержка IPv6 от 30.05.2011
Поглядел на сайте UTMа - заявлена поддержка в конце этого года.
Разработчики будьте же посередине!

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Что значит "не просили", давно уже надо, сказали ждать, вот и ждём! Свою сеть давно уже на IPv6 dual stack перевели, а абонентов не можем именно из-за биллинга!

кто использует или планирует использовать IPv6 и готов тестить все это, напишите, что конкретно нужно от биллинга для этого.

P.S. просмотрев данную ветку четкого ответа я не получил.

Поддержка ipv6 модулем IPN(INET).

Возможность добавлять RADIUS-атрибуты абонентам из:

• RFC 3162 RADIUS and IPv6
• RFC 4818 RADIUS Delegated-IPv6-Prefix Attribute

Работаем с модулем DialUp.

Планируем каждому абоненту в целях СОРМ выделять по одному и тому же connected-интерфейсу /128 или /64 (один и тот же), а в него по желанию абонента маршрутизировать /64 или /48 (ну и возможны варианты). То есть эти настройки будут в RADIUS-атрибутах модуля DialUp.

насколько я понимаю IPv6 отличается от IPv4 не просто длиной адреса, но и алгоритмами выдачи, управления и т.д.

что ВЫ понимаете под поддержкой.

в модулях DialUP и IPN поддержку IPv6 делать не планируем, а в INETе частичная поддержка этих RFC есть, нужно тестить.... есть желающие?

так какую ИМЕННО реализацию поддержки IPv6 вы хотели бы видеть в БГБ?

А на каком уровне поддежка ?

dhcp ndp или просто хранение ip адресов + 9ое нетфлоу
т.к все что по тем ссылка с билингом почти несвязано ..
ну разве что управление железками еще.

Ссылки давались прежде всего для общего ознакомления с сутью вопроса для тех, кто был "не в теме"

Если говорить о dual stack, то это выдача 2-х адресов: IPv4 + IPv6 (вообще-то не адрес, а сеть, но не суть важно).

Вообще-то работы нужно сделать не мало, т.к. надо обучить:
БГ RADIUS: RFC 3162, RFC 4818 и т.п. Если бы попутно сделали поддержку RFC 4668, RFC 4669, RFC 4670 и RFC 4671 - было бы вообще круто.
БГ DHCP: RFC 3315, RFC 3633, RFC 3646 и т.д. и т.п. IPv6 RFC.

В чём проблема официально добавить атрибуты в словарь?

Таки проблема не в словарях, а значительно глубже.

В чём же? Учёта не требуется, нужно просто иметь возможность добавить атрибут каждому пользователю свой и всё.

Думаю пилить IPv6 начнут не прямо сегодня
И закончат не завтра.
А где то месяца через три-четыре когда все устаканится, выявятся баги и прочее - думаю модуль Inet будет в самый раз т.к. в нем плюшек побольше.
Нет смысла поддерживать старые модули если переход на новые в плане лицензий безболезненный.
А переход в плане сущностей - смотрю на подфорум Inet и ближайшие месяца 2 даже не собираюсь переходить.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Самое первое, что пришло в голову:
В коде БГБ, скорее всего, сейчас нет ничего, что позволяло бы ему работать с IPv6.
INET_ATON() / INET_NTOA() в большинстве версий мускула (INET6_ATON() / INET6_NTOA() появились, кажется, только в 5.6) работают только с IPv4 и, соответственно, сохранять _любую_ инфу о сессиях можно пока только для IPv4.


И мне тоже ссыкотно ппц.

как говорилось вышее в модуле Inet (в том числе в Radius) есть частичная поддержка IPv6 (хранение адресов, выдача), для дальнейшей доработки нужны реальные железки и стенды... есть желающие попробовать??? или в этой ветки только теоретики

На предмет тестов предлагаю начать пинать нашего уважаемого cvb
Я сам еще не готов к тестам IPv6.

Я за, только вот биллинг обновить пока не могу (мало ли чего вылезет).

А так связка BGBILLING + ERICSSON/REDBACK SE100 + своя /32 IPv6

Дык все тесты и обкатка тока на тестовом биллинге делается же.
Т.е. отдельная машина (например, виртуальная) с отдельной БД в которой делай чо хочешь и как хочешь - реальные юзеры и их бабло не пострадают.


У меня нет кой-чего из этой связки, поэтому и не могу.