BiTel

Почему то данные сесии не отображаются в мониторе сессий, что делает очень сложным поиск их в сиситеме, в документации про это не нашёл ни слова, это баг?
Версия 5.0 последняя.

_________________
Интернет и телефония оптом со склада, или в розницу

ЕМНИМС это фича

неее, нафиг такие фичи! это бага!

_________________
Интернет и телефония оптом со склада, или в розницу

говорю же - фича! причем старая


пока что можно глянуть только так:

Код:

SELECT ... FROM reject_to_accept_<mid> WHERE ...

нее если бы это была фича, то она была бы описана в доке, ну или на крайняк в ссылочной теме девелоперы бы отписались, а этого не произошло!

_________________
Интернет и телефония оптом со склада, или в розницу

А зачем вам их искать, если не секрет?

Суть идеи в том что мы используем диалап модуль не для доступа в инет, а для авторизации голосовых шлюзов по PPPoE и привязка шлюза идёт прямо в договоре, что очень удобно, однако возникает одна проблема при отрицательном балансе (ниже лимита) шлюз не пускает! а это для нас не допустимо, более того линксисы (fxs) двух портовые почемуто оставляют попытки установить сессию PPPoE при нескольких неудачных попытках подряд. И получается два раза неприятная ситуация когда клиент заходит в минус по телефонии его шлюз не пускает и у него это выглядит как неисправность и он начинает ворчать и звонить в ТП. Вторая ерунда уже с линксисом когда ночью например шлюз отрубает по балансу, то всё остаётся тока ребут шлюза что тоже не сказывается на качестве услуги...
И вот поэтому мы хотим пускать шлюзы при любом балансе, потому что дальше уже наш софтсвитч приятным женским голосом информирует абонента о задолженности.....
И получается что например шлюз таки пускает по Reject-to-accept но его нигде не видно, а иногда нада что то поправить в настройках например, и получается сессия призрак что не есть гуд. Более того! Шлюзу почему то выдаётся IP не тот который присвоен жёстко ему в свойствах логина, это тоже бага-фича?

_________________
Интернет и телефония оптом со склада, или в розницу

Ну по reject-to-accept там отдельно вроде пул указывается, если я не ошибаюсь.
Я бы на вашем месте завёл один отдельный служебный договор для всех шлюзов, чтобы не отгребать подобные проблемы.
Правда тогда можно забыть отключить шлюз при отключении клиента. Хотя это можно скриптами проверять например..

как тогда в вашем случае привязать шлюз к клиенту?
вот представьте звонит клиент и говорит телефон нот арбайтен.
что мы делаем? узнаём номер.
далее по номеру узнаём IP шлюза что бы посмотреть что и как.
Бывает обратная ситуация когда известен ип, но не известен логин или договор, вот.

_________________
Интернет и телефония оптом со склада, или в розницу

RtA (Reject-to-Accept) вообще пускает только для того чтобы можно было куда нить попасть, например на страницу статистики ну или там на сайт вебмани, банка или еще куда-то что будет связано в основном только с одной целью - дать возможность клиенту положить $ на счет, все!
что в таком режиме надо править в настройках мне совершенно непонятно


это фича!
есть бабки - есть правильный адрес
нет бабок - есть адрес из пула для того чтобы ... см. выше
каким магическим Х клиенту должен быть отдан правильный адрес мне, опять же, совершенно непонятно


ситуация с 100% рабочими шлюзами решается просто как 2 пальца об асфальт, но Вы, ЕМНИМС, на это идти не хотите

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

договор и так кредитовый, это же телефония!

_________________
Интернет и телефония оптом со склада, или в розницу

Reject-to-Accept - делался под определенные задачи, см. пост snark выше
Вы же сами сказали, что используете модуль для специфической задачи и хотите специфического поведения....

что специфического в том что хотелось бы видеть установленные сессии пусть и по режект-ту-асспт??

_________________
Интернет и телефония оптом со склада, или в розницу

таким что пул в настройках я указал тот же самый!

не понял я вас... чего мы не хотим?

_________________
Интернет и телефония оптом со склада, или в розницу

а по какому поводу тогда Reject ?

rуда попасть клиету по РТА я буду решать самостоятельно, а не как было задумано. Согласитесь на машине можно ездить, а можно и например грузы возить, кому как, была бы возможность.

_________________
Интернет и телефония оптом со склада, или в розницу

по поводу превышения лимита

_________________
Интернет и телефония оптом со склада, или в розницу

удачи.

спасибо за пожелание, но вы не ответили на мой вопрос, почему сессия не отражается в мониторе?
почему то тема от конкретного вопрос скатилась в область фантастики как можно использовать РТА, как хочу так и использую....

_________________
Интернет и телефония оптом со склада, или в розницу

я уже предлагал специально для голосовых шлюзов поднять еще один радиус (еще один экземпляр модуля + радиус под него) и там безусловно авторизовывать только голосовые шлюзы под которые будет заведен доп. договор с почти таким же названием как и оригинальный (чтоб искать удобнее) но с постоянным 0 на счете и тарифом где есть тока услуга времени, ну и может входящий и исходящий трафики, чтоб тока трафик посмотреть, по нулевой цене
я именно так авторизовываю клиентские WiFi железки - все работает! ЧЯДНТ?

идея конечно интересная, но как то не правильно это, нада то всего пофиксить баг с отображением сессии в мониторе, и всего делов.

_________________
Интернет и телефония оптом со склада, или в розницу

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

Завести независимый субдоговор и на него повешать этот логин.

Reject-to-Accept изначально родилась как скрипт к событию Радиус-аутентификации. Событие добавили по нашей просьбе, а мы в свою очередь описали в wiki пример работы этого скрипта, для авторизации проблемных абонентов в целях информирования о причинах ошибки. Далее по чьему-то ТЗ этот функционал из скрипта перенесли в код, обрамив рюшечками типа отдельного пула адресов, по тому же ТЗ, ведение сессии не предполагалось.
Так что, то что вы не видите сессии, это не баг, это фича. "Исправление" этого приведет к существенным трудозатратам программистов и будет специфично для вас.

Что касается решения проблемы, то я тоже не совсем понимаю, почему в вашем случае недостаточно выставить договорам кредитный режим работы и задрать лимиты до разумных пределов?

затем что лимиты всётаки используются, и отключение происходит на софтсвитче исходя из баланса!

_________________
Интернет и телефония оптом со склада, или в розницу

ну а заводить ещё один договор это как бить из пушки по договорам, ну и не по феншую как то

_________________
Интернет и телефония оптом со склада, или в розницу

увеличить лимит на миллион в биллинге, а в софтсвиче при проверке баланса уменьшать на миллион.

Ну превращать биллинг в систему учета оборудования тоже не по феншую.

В-общем, как в анекдоте: сама придумала - сама обиделась.
No offence

выше я уже описал как можно 100% решить проблему, ну а раз не охота - значит так сильно надо