BiTel

До того как Вы выпустите 5.2 возникла идея - почему бы Вам не расширить режим Reject-To-Accept до такого состояния, что когда у клиента нет денег - ему выдается некий набор атрибутов который включает в себя настоящий, _рабочий_ пул IP адресов, но сесия в таблицу log_session не попадает, т.к. она фейковая. Сверяем баланс договора со стоимостью тарифа по апдейту или по приходу платежа и если денег хватает - мы с помощью СоА отправляем ему атрибуты его текущего тарифа - voila! Небыло интернета, а как только денюшки появились - он сразу же заработал! Т.е. все будет происходить вообще "без единого разрыва!"(с), в общем виде - это как сейчас в ipn - адрес выдается, но он в интернет не попадает пока нет денег. Думаю такая фича для dialup (конечно же inet, но я говорю про ту его часть которая придет от dialup) будет очень востребована, т.к. именно ее пропагандируют ISG сотоварищи.

дык вроде работает все

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Что "все" и как работает?

я думал речь про IPoE а тут про PPPoE(спать хотел вчера, нефиг в 12 ночи мне такие темы кидать )

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

А в чем проблема сбрасывать сессию? Инета же всё равно нет.
Я понимаю, когда при подключении турбокнопки неприятно получать разрыв сессии, но тут всё равно ничего не работает, кроме доступа в лк.

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

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

То есть отключенный будет сидеть с реальным адресом?

не, ну он же может быть и серый

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Потому что с тех пор как появился функционал СоА это уже не модно. Например в ISG можно с помощью посылаемого из радиуса редиректа пересылать все запросы юзера на страничку "бабла нет" без разрыва сессии - это попросту удобно же.


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


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

А мож ISG и пользоваться? Не хочешь опробовать LISG? На наге есть обсуждение, я думаю ты знаешь про это.

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Ну тут речь как раз об использовании ISG или аналогичных решений. Вся проблема с СоА - это то что мы не можем изменить Framed-IP-Address Поэтому то и хочется выдавать не фейковый IP, а рабочий, чтобы только атрибутами рулить можно юзеру в интернеты или нельзя.


Свят, свят, свят!
/me крестится

Как мне видится:
1. При подключении Турбо - без разрывов, это понятно.
2. При отключении по балансу можно и разорвать, т.к. выход в инет всё равно у клиента обрубается.
"Редирект без разрывов при отключении":
за:
- "это модно"
против:
- сложно технически реализовать (по крайней мере, в dialup)
3. Ежедневно отключать - не айс.
4. От month break в текущей реализации никуда не деться, т.к. нужно начать новую сессию в новой месячной таблице.

СоА для того и задумывалось же



Вот как раз этого и не хочется! Хочется красивого и удобного решения, когда по окончании денег клиент перестает видеть всякие вконтактики и одноквасники и начинает видеть страничку "все, приплыли".



Разве? С каких это пор отослать СоА пакет стало сложно? А вот уже в СоА пакете послать нужные атрибуты которые скажут NAS-у что надо делать и не позволят юзеру выйти в интернеты. Разумеется настройка NAS-а лежит полностью на админе и работать это будет в зависимости от радиуса кривизны рук. Привет, Вовчик!



Так я ж с самого начала сказал что пусть будет всего 1 разрыв - на границе месяца.
Хотя, говоря по совести - это тоже можно обойти "пересозданием" сессии в новом месяце, но эт осложнее чем то о чем я прошу, ящитаю.

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

bump

А никуда не пускающая сессия при этом обязательно не должна отображаться?

Ну почему же? )

Тут видите какое дело:
С одной стороны - люди не хотят видеть RtA (Reject-to-Accept) сессии - они им не интересны.
С другой стороны - наоборот, люди очень хотят их видеть (тут уже были запросы на эту тему)!

Моя личная точка зрения - любая сессия должна отображаться. Почему? Потому что это будет упрощать работу ТП ("ай, ой, я подключилася а у меня не открывается!"), мы сможем с ней что нибудь сделать (например разорвать или послать СоА), она будет нам "сигнализировать" об активности абонента (он еще наш, он не ушел к конкуренту) и т.д. и т.п. Можно долго продолжать, но основная мысль - все сессии должны быть видны. Правда очень хотелось бы чтобы у сессий, по возможности, был некий "флажок" говорящий о том какая это сессия, т.е. рабочая (клиент в интернетах) или RtA (клиент видит только то что ему разрешено), т.е. примерно как сейчас с логом - там есть галочка активная сессия или нет.

+1000!

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

Продолжаем разговор ...
В log_session_{mid}_yyyyMM поле status может принять значение 0 - для активной сессии и 1- для завершенной - что мешает добавить 2 - для RtA (это позволит нам их "видеть") и 3 для забаненой (чтобы мы могли хотя бы сбросить юзера случайно попавшего в бан)?

2 уже используется. Для зависших, что ли...

Я прежде всего хотел указать не точную цифру, а направление

я как то просил девелоперов об этом но меня не поняли.

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

Вроде бы единственная и крупная проблема - как не обсчитывать такую сессию.

"Флажок" как бы говорящий "это "левая" сессия и считать ее не надо". Например чуть изменить status, добавив к текущим 0 и 1, например, 2, что будет означать что эта сессия хоть и активна, но считать ее не надо. Таким макаром можно не только выводить "левые" сессии только в клиенте, а клиенту показывать только реальные, но и встроить в БГБ "чистилку", которая удалит из БД весь "мусор", т.е., допустим, в начале месяца запускается уборщик, который удаляет все записи о сессиях с status = 2 (сессии, логи сервера, ошибки и т.д. и т.п.), оставляя только правильные сессии и их логи (логи сервера), а лучше вообще помещать такие сессии прямо в "мусорную" БД

Кстати, почему status имеет вид int(11) вместо tinyint(1) ну или enum(0,1)? Ведь это требует бОльше места, 4 байта против 1-2 байт при over 9000 записей просто тупо увеличивают размер БД. Может стоит урезать осетра (разные поля) до реальных размеров, для уменьшения объемов занимаемых БД?

Тут проблема по-моему в том, что после смены состояния сессии, если по ней был какой-то трафик и он не тарифицировался (т.к. сессия была неактивная), то с получением статуса активен (оплатил допустим) вся сессия должна будет обсчитаться, в том числе и трафик, который был в неактивном состоянии.
Хотя на самом деле, по-моему учитываться и отображаться клиенту должны все его сессии, со всем трафиком. А настроить доступ чтобы платного трафика не было при неактивной сессии - это уже задача администратора, а не разработчиков.