BiTel

Здравствуйте, подскажите, возможен ли вариант когда 1 договор, в нём несколько логинов, а скорость делится между всеми логинами (общий пул скорости) ? Не получается что то реализовать такое в BGB/

А, простите, как ?Первичный вопрос - а ваше оборудование поддерживает такое ? Мы можем для всех сессии одного с одного договора передать например атрибут общий какой-нибудь. Вашей cisco (или что там у вас ) этого будет достаточно ?

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Можно на SCE делать сабскрайбер = договор, и мэппить ему все выдаваемые адреса, тогда будет работать.
Если через Radius LEG, то, например, передавать в радиус-пакетах в каком-нибудь атрибуте cid договора, и сделать его именем сабскрайбера в конфиге LEG. Правда предобработка отрабатывает после форвардинга пакетов в LEG, так что хз.

не знаю "как" но в NetUP + CISCO это реализовано и вроде как работает (в одном договоре заведено несколько vpn-аккаунтов, при подключении пользователя скорость начинает делиться между всеми участниками)

это понятно, но ипы выдаются динамикой..

Вам шашечки, или ехать?
Задача: "на X логинов одна общая скорость Y".
Исходные данные: политика ограничения трафика вешается на динамически создаваемый интерфейс юзера, следовательно у каждого из них свой шейпер/полисер, на своем, собственном, интерфейсе.
Как такое решается на на циске и, пожалуй, везде - я сказал.
Не хотите так делать, т.к. хотите чтобы адреса были динамикой - расскажите как Вы себе это вообще представляете, с технической точки зрения?


ОБС или можете показать конфиги?

Вообще с поставленной задачей может справиться wifi портал. Передавать в атрибутах cid (номер договора) и помещать все подключения с данного cid в один подкласс HTB. Там механизм шейпинга реализован оч гибко через perl скрипт, что позволяет фантазировать не ограниченно. К примеру у меня в зависимости от нагрузки на канал пользователю сделано удвоение скорости и т.д. Есть только проблема с нагрузкой шейпера, она большая и часто на одно ядро (проблема решаема и зависит от сетевой карточки).

_________________

Сервер: вер. 5.2 сборка 1442 от 11.03.2013 20:09:04
os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_33
card вер. 5.2 сборка 199 от 05.03.2013 15:29:28
dialup вер. 5.2 сборка 375 от 28.02.2013 18:32:25
WiFi агент 5.2_222

Я, в общем то, об этом и писал (на 100500 логинов один шейпер).