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

А в чем проблема сбрасывать сессию?

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

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

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

А мож ISG и пользоваться?

Не хочешь опробовать LISG?

При подключении Турбо - без разрывов, это понятно.

При отключении по балансу можно и разорвать, т.к. выход в инет всё равно у клиента обрубается.

"Редирект без разрывов при отключении":
против:
- сложно технически реализовать (по крайней мере, в dialup)

От month break в текущей реализации никуда не деться, т.к. нужно начать новую сессию в новой месячной таблице.

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

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

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

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

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