форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

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

Удалить

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

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