[saaremaa]

У нас установлен и нормально работает Lanbilling 2.0base-007. Платформу дописывали под свои нужды, строили свой личный кабинет и все нас устраивает.

Понадобилось нам давать абонентам статический префикс IPV6, но покупать поддержку и обновлять все с последующим "гемороем переезда" желания нет. На доступе PPPoE и некоторыми аттрибутами по которым нарезается скорость. Коллеги, кто-нибудь скрещивал Lanbilling + Freeradius чтобы заменить LBarcd?

[SyJet]

У нас установлен и нормально работает Lanbilling 2.0base-007. Платформу дописывали под свои нужды, строили свой личный кабинет и все нас устраивает.

Понадобилось нам давать абонентам статический префикс IPV6, но покупать поддержку и обновлять все с последующим "гемороем переезда" желания нет. На доступе PPPoE и некоторыми аттрибутами по которым нарезается скорость. Коллеги, кто-нибудь скрещивал Lanbilling + Freeradius чтобы заменить LBarcd?

Ну а почему нет, структура базы в общем доступе

[s.lobanov]

адобилось нам давать абонентам статический префикс IPV6

 

Ну ок, допустим вы прикрутите freeradius к LB, но где вы будете хранить маппинг сабскрайбера на ipv6-prefix? Всё равно такого поля в старой версии нет, вы это будете делать через какой-то workaround. Так что тогда мешает тупо к каждой учетке добавлять ipv6-prefix через Свойства->RADIUS аттрибуты?

[saaremaa]

Так что тогда мешает тупо к каждой учетке добавлять ipv6-prefix через Свойства->RADIUS аттрибуты?

"Свойства" → Radius Attributes → Учетные записи

Кстати вполне себе workaround, не удобный но имеющий право на жизнь.

Я планировал сделать свое поле в таблице сабскрайбера для ipv6-prefix т.е. портировать структуру из последних версий LB.

[saaremaa]

Проверил LBarcd как-то корежит адрес что в octer, что в string.

RFC 3162

 

Type

 

97 for Framed-IPv6-Prefix

 

Length

 

At least 4 and no larger than 20.

 

Reserved

 

This field, which is reserved and MUST be present, is always set

to zero.

 

Prefix-Length

 

The length of the prefix, in bits. At least 0 and no larger than

128.

 

Prefix

 

The Prefix field is up to 16 octets in length. Bits outside of

the Prefix-Length, if included, must be zero.

 

 

[s.lobanov]

saaremaa

я думаю, это можно победить. Вы сами словарь агента расширяли? какие там типы данных есть?

[saaremaa]

Вы сами словарь агента расширяли? какие там типы данных есть?

Да, прописывали сами.

UPD. Похоже это проблема Mikrotik. Он не умеет статик IPV6. Реализовать можно но через толстый костыль.

 

* Создаем пул на сервере PPPoE Mikrotik: IPV6 → Pool. Назовем его, например "pool_user1"

* в Lanbilling'e "Свойства" → Radius Attributes → Учетные записи через атрибут "Mikrotik-Delegated-IPv6-Pool" привязываем пул "pool_user1" из NAS Mikrotik к УЗ абонента.

* теперь при авторизации абонента на сервере PPPoE Mikrotik биллинг будет присылать через атрибут "Mikrotik-Delegated-IPv6-Pool" имя пула и pppoe client через DHCP-PD будет получать адрес - это будет работать для роутеров.

 

Вот такой вот костыль от Микротика.

[Domingo]

saaremaa

Мне тема с Lanbilling + Freeradius больше нравится чем предложенный в http://forum.nag.ru/forum/index.php?showtopic=120769 бапас. По сути LBarcd это и есть Freeradius, только нестабильный. Сами копаем в эту сторону. И действительно, нужные данные можно хранить в дополнительных полях имеющихся таблиц в схеме ЛБ и при необходимости создать новые таблицы.

[s.lobanov]

Кстати, некоторые очень крупные биллинги не лепят свои говноподелки аля lbarcd, а сразу используют freeradius.

 

В случае с LB заменять lbarcd на freeradius очень затратно, т.к. нужно реверсить всю его логику. А в новых версиях LB так ещё и общаться с головой через http, а не через db_link