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/ |