BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 29 мар 2024, 04:24

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Зависшие сессии.
СообщениеДобавлено: 09 окт 2018, 16:06 
Не в сети
Клиент

Зарегистрирован: 10 ноя 2014, 18:38
Сообщения: 396
Карма: 0
У нас есть проблема с зависающими сессиями.
При некорректном закрытии сессии (вынули патчкорд например из компьютера) абоненту приходится дожидаться отвала сессии по таймауту и только тогда он может подключиться заново.

пробовал вот это
# https://bgbilling.ru/v6.2/doc/ch17s13s03s01.html
radius.connection.checkDuplicate=5

прописал в настройки типа устройств, потом в каждый NAS, перечитывал конфиги, перезапускал слушателей - никакой реакции нет, всё так же ждём отвала сессии по таймауту. Пробовал разные варианты (3,5,7,8) - никакой реакции.

куда ещё посмотреть?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зависшие сессии.
СообщениеДобавлено: 09 окт 2018, 16:11 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
radius.connection.checkDuplicate работает только если есть Calling-Station-Id в Access-Request.
И если есть Calling-Station-Id в Accounting-Request или (есть Acct-Session-Id|Nas-Port в Access-Request и установлен connection.start.fromAccept=1)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зависшие сессии.
СообщениеДобавлено: 09 окт 2018, 16:14 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Если нет возможности присылать MAC/серый IP именно в Calling-Staion-Id, то в AbstractRadiusProtocolHandler (который расширяют все остальные RadiusProtocolHandler) от версии 7.0 есть подмена атрибута значением из другого атрибута.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зависшие сессии.
СообщениеДобавлено: 09 окт 2018, 16:30 
Не в сети
Клиент

Зарегистрирован: 10 ноя 2014, 18:38
Сообщения: 396
Карма: 0
да,

общие настройки для NASов ->
Код:
# https://forum.bitel.ru/viewtopic.php?f=44&t=13053
connection.start.fromAccept=1
# https://bgbilling.ru/v6.2/doc/ch17s13s03s01.html
radius.connection.checkDuplicate=5
# по коду 3 нам НУЖЕН reject (это превышение числа сессий)
radius.disable.accessCodes=1,2,4,5,6,7,8,9,10,11,12




RADIUS атрибут такой есть в обмене:
Код:
Time: 09.10.2018 14:22:35
Packet type: Access-Request
Identifier: 208
Authenticator: {30 6C 44 98 64 44 5B 32 B8 9A 92 E1 F1 76 AF 0C}
Attributes:
  User-Name=testduo1
  NAS-Port-Id=lg id 834 vlan-id 1000:2601 pppoe 7261
  NAS-Identifier=RedBackSE100
  CHAP-Password= <...>
  NAS-IP-Address=10.225.0.6
  NAS-Port=-1761602098
  Service-Type=2
  Framed-Protocol=1
  NAS-Port-Type=5
  CHAP-Challenge=<...>
  Platform-Type=4
  Medium-Type=11
  OS-Version=12.1.1.9
  Calling-Station-Id=00-17-42-11-fb-52
  NAS-Real-Port=591301161

Time: 09.10.2018 14:22:35
Packet type: Access-Accept
Identifier: 208
Authenticator: {00 CC 9F 8D 12 B3 3B 74 F4 D1 FC 27 67 34 E6 BA}
Attributes:
  Acct-Interim-Interval=900
  Framed-IP-Address=10.226.8.204
  Session-Timeout=86400
  Service-Name:1=RSP-PUBLIC
  Service-Name:2=RSP-LOCAL
  Context-Name=pppoe
  Service-Options:1=1
  Service-Options:2=1
  Forward-Policy=in:source-based-next-hop
  Service-Parameter:1=RATE=102400 BURST=19660800 BURST-EX=39321600
  Service-Parameter:1=RATE=102400 BURST=1280000 BURST-EX=19200000
  HTTP-Redirect-Profile-Name=NO_ACCESS
  IP-Interface-Name=ACCESS

Process time auth: 0


Time: 09.10.2018 14:22:35
Packet type: Accounting-Request
Identifier: 100
Authenticator: {FD 7A BF 2F BF 91 17 97 0F 8E BF 51 5E 13 56 2D}
Attributes:
  User-Name=testduo1
  NAS-Identifier=RedBackSE100
  NAS-IP-Address=10.225.0.6
  NAS-Port=-1761602098
  Service-Type=2
  Framed-Protocol=1
  Framed-IP-Address=10.226.8.204
  Framed-IP-Netmask=255.255.255.255
  Acct-Status-Type=1
  Acct-Session-Id=FF160342680015CE-5BBC804E
  Acct-Authentic=1
  Acct-Interim-Interval=900
  NAS-Port-Id=lg id 834 vlan-id 1000:2601 pppoe 7261
  Event-Timestamp=1539080271
  Session-Timeout=86400
  Port-Limit=1
  NAS-Port-Type=5
  Client-DNS-Pri=185.251.240.5
  Client-DNS-Sec=185.251.240.3
  Medium-Type=11
  Platform-Type=4
  Context-Name=pppoe
  HTTP-Redirect-Profile-Name=NO_ACCESS
  IP-Interface-Name=ACCESS
  Qos-Policing-Profile-Name=DEFAULT-IN
  OS-Version=12.1.1.9
  Acct-Update-Reason=1
  Calling-Station-Id=00-17-42-11-fb-52
  Forward-Policy=in:source-based-next-hop
  Qos-Metering-Profile-Name=DEFAULT-OUT
  NAS-Real-Port=591301161


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зависшие сессии.
СообщениеДобавлено: 09 окт 2018, 17:21 
Не в сети
Клиент

Зарегистрирован: 10 ноя 2014, 18:38
Сообщения: 396
Карма: 0
Хочу добавить здесь ...
я предполагаю здесь, что какие-то настройки, собранные вместе перетирают друг друга и разобраться в этом сложно ...

например - # по коду 3 нам НУЖЕН reject (это превышение числа сессий)
Код:
radius.disable.accessCodes=1,2,4,5,6,7,8,9,10,11,12

в списке кодов нет 3. это как раз это превышение числа активных сессий когда нет - абонет получает Reject, это вроде бы и нужно, но хотелось бы чтоб и сессия зависшая вылетала, а следующим разом абонент соединялся.

Если я включу в этот список код ошибки 3 и уберу radius.connection.checkDuplicate, connection.start.fromAccept абоненту, то при наличии зависшей сессии, начинает выдаваться адрес из блока адресов, которые имеют локальный доступ(при обращении к внешним сайтам он видит заглушку - у вас блокировка по оплате), что абсолютно не приемлемо. Легче ждать таймаута и высылать техников лечить абонентские линии.
Т.е. превышение числа сессий отрабатывается другим алгоритмом по сути верно в том смысле, что полный доступ повторным сессиям не выдаётся, но неправильно по смыслу так как дезинформирует абонента.

Но, при настройках -
Код:
connection.start.fromAccept=1
radius.connection.checkDuplicate=5
radius.disable.accessCodes=1,2,[b]3,[/b]4,5,6,7,8,9,10,11,12


Адерс выделяется(из блока с ограниченым доступом), подключение происходит, но абонента тут же скидывает. Обращаю внимание - скидывает не сессию, которая зависла, а абонентскую, которой он стучится.


поэтому у меня возникли сомнения в совместимости частей конфигурации.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зависшие сессии.
СообщениеДобавлено: 15 окт 2018, 22:35 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Версия биллинга у вас какая сейчас?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зависшие сессии.
СообщениеДобавлено: 08 апр 2019, 14:09 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Galkov писал(а):
При некорректном закрытии сессии (вынули патчкорд например из компьютера) абоненту приходится дожидаться отвала сессии по таймауту и только тогда он может подключиться заново.
Galkov писал(а):
Код:
Attributes:
  NAS-Identifier=RedBackSE100

Используйте функционал эриксона и будет вам счастье
Код:
ppp keepalive check-interval seconds 20 data-check

При отсутствии ответа от абонента эрик сам положит сессию, сообщив в RADIUS логе
Код:
Session-Error-Msg=No response to PPP keepalive from peer

Изображение


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.168s | 32 Queries | GZIP : On ]