Ваши комментарии

Техническое Задание

Нам интересен IPv6 в данный момент вместе с accel-ppp.

Возможно, в будуем, с Juniper.

Оба сервера доступа умеют в6, аксель в режимах ppp, ipoe


Линковые адреса для прямоподключенных пользователей оба сервера доступа могут передавать из наконфигуренного внутри пула. 

RADIUS для их аллокации используют нечасто, обычно сервер доступа их генерит сам по interface-id.

Если использовать RADIUS, имя атрибута будет Framed-IPv6-Prefix. С этим есть ньюансы, уточнение ниже.

Есть RADIUS-атрибут Framed-IPV6-Pool, в котором можно передавать имя этого пула, возможно будет полезно для гостевого доступа или организации субпровайдеров.

Делегируемые же префиксы (DHCPv6-PD, для абонентов за роутерами) есть смысл хранить в RADIUS, и управлять ими из биллинга, к примеру для того, чтобы предоставлять услугу "Статический IPv6-префикс", по смыслу подобную услуге "Статический IPv4-адрес". Или же управлять префиксами, выдавая их из пула/пулов, которые могут быть привязаны к тарифу, субпровайдеру, etc. Данные пулы можно реализовать подобно пулам IPv4 адресов, и справочнику статических IPv4.


Касательно атрибутов для задания префикса есть некоторые тонкости, Juniper/Cisco по умолчанию используют для делегации клиентам префиксов радиус-атрибут Framed-IPv6-Prefix, в котором согласно rfc6911 передается префикс для выдачи по DHCP-PD и его длина (которая кстати тоже может быть разной, для дифференциации домашних и бизнес тарифов, к примеру домашним пользователям даем одну /64, бизнесу - побольше, /62-/48). Данное поведение конфигурируемо. Accel-ppp же следует rfc4818, используя атрибут Delegated-IPv6-Prefix для делегированных префиксов и Framed-IPv6-Prefix для линковых.

В результате,

- минимальный функционал, который пригодится для dual stack access, может быть реализован без биллинга вообще, с помощою заданніх в конфигурации accel-ppp пулов (так сделано у нас сейчас),

- было бы очень неплохо выдавать удаленные префиксы для роутеров с помощью биллинга,

- желаемый уровень поддержки это:

1. управлять и делегированными и линковыми префиксами с помощью биллинга

2. видеть текущие префиксы в карточке клиента, в таблице онлайна

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

4. иметь возможность задать для клиента статический префикс из списка, заданного в справочнике

Up. Щоб почались роботи - напишіть цифру $ скільки буде вартувати. Скинемось і оплатимо розробку. Бо 3 роки вже прочекали - ще 3 чекати не хочеться!

Мені подобається наступний варіант: 

 Абоненти, що провели з нами певний час, отримують бонус від суми поповнення свого рахунку у відсотках:

  • більше 5 років - бонус 10% від суми поповнення;
  • більше 4 років - бонус 8% від суми поповнення;
  • більше 3 років - бонус 6% від суми поповнення;
  • більше 2 років - бонус 4% від суми поповнення;
  • більше 1 року - бонус 2% від суми поповнення.

Тут і грошові бонуси і мотивація користуватись послунами провайдера максимально довго і безперервно. 

Той варіант який реалізували зараз http://wiki.mikbill.ru/billing/howto/payment_bonus_type_1

Він частково закриває питання з грошовими бонусами але не мотивує абонента користуватись послугами провайдера максимально довго і безперервно щоб отримати більший відсоток і не втратити поточний....

  • Система::"Интернет отключится через Х дней" - в расчет добавлены реальный IP и аренда устройств.

Додаткові послуги також враховуються? (Наприклад IPTV)

2.12.10 (08.02.18)

Система::Бонусы - автоматическое начисление бонуса в зависимости от величины разового платежа

Тільки як воно працює і налаштовується інформація відсутня!


https://paymaster.ua/ - тут можна оплатити bitcoin-ом! Модуль в Мікбіла є.

На коли планується реалізація програми лояльності в білінгу?






Сервис поддержки клиентов работает на платформе UserEcho