forum.bitel.ru
http://forum.bitel.ru/

Логика работы ограничения сессий
http://forum.bitel.ru/viewtopic.php?f=44&t=9095
Страница 1 из 1

Автор:  Alex-XXI [ 28 мар 2014, 13:39 ]
Заголовок сообщения:  Логика работы ограничения сессий

На данный момент при превышении ограничения количества сессий для сервиса новые сессии подключаются с отключенным доступом. Возможна ли такая реализация, чтобы для новых сессий формировалась нормальная сессия, а самая старая сессия при этом закрывалась?
Приведу пример. У абонента стоит ограничение на 1 сессию, он подключил компьютер - доступ есть. Решил подключить вместо компьютера роутер, но доступа в Интернет нет. Абонент начинает нервничать, хорошо если позвонит в техподдержку, а ведь может и другому оператору позвонить.

Автор:  Cromeshnic [ 28 мар 2014, 14:05 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

Плохо. Абонент подключился на роутере, на компе его сбросило. Через минуту пппое на компе подключается снова - теперь сбрасывается сессия на роутере, а на компе поднимается. Абонент в недоумении.
А уж если 2 роутера начнут воевать за сессию (в 2 местах подключился и забыл, либо злоумышленник ломится), то у абонента будет ощущение, что "инет плохо работает, перерывы связи"

Автор:  Alex-XXI [ 28 мар 2014, 14:40 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

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

Автор:  skyb [ 28 мар 2014, 15:14 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

Alex-XXI а суть то не меняется, то что описал Cromeshnic и в этой ситуации возможно

Автор:  Amir [ 28 мар 2014, 16:01 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

Какая схема доступа?

Автор:  Alex-XXI [ 28 мар 2014, 19:10 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

CLIPS, авторизация по порту коммутатора

Автор:  Amir [ 28 мар 2014, 19:26 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

http://bgbilling.ru/v6.0/doc/ch17s13s03s01.html
Посмотрите про radius.connection.checkDuplicate. Если один провод - одно устройство, вам должно подойти radius.connection.checkDuplicate=888.

Автор:  Alex-XXI [ 29 мар 2014, 00:08 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

"Один провод - одно устройство" - это частный случай, конечно может быть на одном проводе ограничение на несколько сессий.
Для 5.2 формат опции такой же? В доках на 5.2 этот раздел немного отличается.

Автор:  Amir [ 31 мар 2014, 01:14 ]
Заголовок сообщения:  Re: Логика работы ограничения сессий

Да, в 5.2 должны поддерживаться параметры radius.connection.checkDuplicate, что есть в документации 6.0.

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/