The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Трабл с dialup-щиками и radius"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"Трабл с dialup-щиками и radius" 
Сообщение от ELSE emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 10-Фев-05, 16:38  (MSK)
Есть AS5350 update periodic 1. Юзер дозвонился на пул, поработал, отключился и сразуже заново подключается. между концом предыдущей и началом след. сесиями время меньше минуты... В итоге в Биллинге предыдущие сессии остаются активными.... В радиус-сервере настройки которая бы разрешала  пере-подключение юзера к 5350 только через определенное время - нет. Можно ли какнить это сделать на циске?
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Трабл с dialup-щиками и radius" 
Сообщение от nikl Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 10-Фев-05, 22:50  (MSK)
>Есть AS5350 update periodic 1. Юзер дозвонился на пул, поработал, отключился и
>сразуже заново подключается. между концом предыдущей и началом след. сесиями время
>меньше минуты... В итоге в Биллинге предыдущие сессии остаются активными.... В
>радиус-сервере настройки которая бы разрешала  пере-подключение юзера к 5350 только
>через определенное время - нет. Можно ли какнить это сделать на
>циске?

Что-то видимо вы не очень понимаете смысл команды update periodic 1

Есть так называемые записи, три типа их, Start,Stop и Alive(Update).
Запись Alive по сути точно такая-же, как и Stop, только что приходит
она не по отключению пользователя с линии, а сама автомагически
с периодичностью в N минут (у вас 1 минута). Обычно по Alive записям
делают так называемый hot-billing, то есть расчет оставшегося баланса
у пользователя и принудительное сбрасывание с линии, если превышено чего-нить.
В принципе, можно обойтись в биллинге без Alive записей вообще,
если клиентам разрешается перерабатывать в "минус".

Концом сессии всегда считается Stop запись, если у вас она почему-то
не приходит на Radius или приходит позже, чем новая запись Start на тот
же порт, то надо что-то пересмотреть в огранизации схемы биллинга вообще.

Уточните, что именно происходит не так, возможно я не совсем понял ситуацию.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Трабл с dialup-щиками и radius" 
Сообщение от ELSE emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 11-Фев-05, 08:52  (MSK)
Я понял. Вас... Значит ситуация такая... есть биллинг... доступ к нему по радиус... Циска 5350... В биллинге есть так называемый "Активные Dial-UP сессии" т.е. он показывает какие сессии идут в данный момент. И происходит такое: диалапщик подключается к пулу модемов 5350, появляется активная сессия, он работает и его видно в "Активные Dial-UP сессии". В течение его работы в биллинг скидывается инфа о текущей сессии и ее видно (ну сколько он времени провел и денег с карты съел)... Если он прекращает сессию и больше не пытается дозвониться(по-крайней мере не ранее чем через 1 мин),запись о его сессии в "Активные ..."  исчезает, а протарифицированное время сохраняется в БД. Если же он пытается дозвонится и дозванивается после прекращения предыдущей сессии менее чем через 1 мин, то запись в "Активные ... " не изсчезает, а В БИЛИНГЕ ПРЕДЫДУЩАЯ СЕССИЯ правильно (т.е. адекватно отражает о начале, конце и деньгах сессии) сохраняется. запись в "Активные...." продолжает считать, и после определенного в конфигах времени "максимального продолжения Dial-UP сессии" запись в "Активные ..." обозначается как "зависшая", хотя повторюсь в БД отражается все корректно и насамом деле предыдущая сессия корректно закрылась. Однако, стоит удалить эту "зависшую" сессию из "Активные ...", как тут же "корректная" уже прописанная строка в БД об этой сессии удаляется. Вот это то и проблема биллинга...
Поэтому я смотрел дебаги и уверен почти на 100% что стоп-запись приходит и радиус работает правильно. Кстати, настройки в Radius-server типа UserReconnectTimeout(время через которое юзер может перезвонить) нет... , хотя тут народ я спрашивал у них в других радиусах она есть и таких траблов нет...  
  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Трабл с dialup-щиками и radius" 
Сообщение от nikl Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 11-Фев-05, 10:03  (MSK)
>Я понял. Вас... Значит ситуация такая... есть биллинг... доступ к нему по
>радиус... Циска 5350... В биллинге есть так называемый "Активные Dial-UP сессии"
А что за биллинг то, если не секрет?

>диалапщик подключается к пулу модемов 5350, появляется активная сессия,он
>работает и его видно в "Активные Dial-UP сессии". В течение его
>работы в биллинг скидывается инфа о текущей сессии и ее видно
>(ну сколько он времени провел и денег с карты съел)...
ну это те самые Alive-записи..

>Если он прекращает сессию и больше не пытается дозвониться(по-крайней
>мере не ранее чем через 1 мин),запись о его сессии в "Активные ..."  
>исчезает, а протарифицированное время сохраняется в БД.
>Если же он пытается дозвонится и дозванивается после прекращения
> предыдущей сессии менее чем через 1 мин, то запись в "Активные ... "
> не изсчезает
Какие-то непонятки с биллингом тут. Возможно, у него что-то там происходит
раз в минуту (пересчет таблицы активных пользователей или еще что) и он
не знает о том, что произошло отключение и новое соединение.
Покрутите ручки в биллинге, если есть. Или суппорт биллинга "попинать" :)

>Поэтому я смотрел дебаги и уверен почти на 100% что стоп-запись
>приходит и радиус работает правильно. Кстати, настройки в Radius-server
> типа UserReconnectTimeout(время через которое юзер может перезвонить)
> нет... , хотя тут народ я спрашивал у них в других радиусах она есть
>и таких траблов нет...
А где такая есть крутилка? Google вообще молчит на "UserReconnectTimeout"

Your search - UserReconnectTimeout - did not match any documents.
No pages were found containing "userreconnecttimeout".

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Трабл с dialup-щиками и radius" 
Сообщение от ELSE emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 11-Фев-05, 10:20  (MSK)
Биллинг IPSoft 213 версии - старый. Саппорта - нет. Ручки уже выкрутили :).
"ну это те самые Alive-записи.. " как их задать? - А смысл есть именно на эти Alive-записи.. По-идее у меня-то с start-stop все работает правильно- наверно биллинг глючит- т.к. в БД все отражается корректно...
UserReconnectTimeout - это я написал, ее такой нет, просто хотел спросить есть ли что-то подобно в радиус-серверах, типа ее бы смысл был -
UserReconnectTimeout=N
"позволить пользователю подключится к серверу доступа через N минут"
Мне сказали что-то подобное есть в других радиус-серверах, но не в этом....
Если время есть немного:
icq 317575604
  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру