Порекомендуйте систему учета Voip звонков (sip|h323)под linux для Интернет кафе с возможностью прерывать звонки по исчерпанию аванса клиента.
Спасибо
систему учета? биллинг? или ? выражайтесь по понятнее :))))
>систему учета? биллинг? или ? выражайтесь по понятнее :))))
да, биллинг.
ой их на самом деле море невиданое
начиная от netup tizona lanbilling заканчивая всякиеми заграничными самописными итд
к томуже все они както завязаные с самим ядром воипа)
уточняйте )
>ой их на самом деле море невиданое
>начиная от netup tizona lanbilling заканчивая всякиеми заграничными самописными итд
>к томуже все они както завязаные с самим ядром воипа)
>уточняйте )ищу решение из серии "дешево и сердито" относительно простое в установке/настройке/эксплуатации. необходимо позволить разговаривать клиентам интернет кафе только в пределах предоплаченых средств. в интернет кафе стоит циска 186 (прошивка h323), на сервере стоит gnugk.
если есть соответствующие решения для сип - тоже интересно т.к. хотелось бы использовать этот протокол в будущем.
если исходить из того что у вас есть
и если мне не изменяет память gnugk умеет по radius отдавать статистику и как сааамый простой биллинг это billing.kiev.ua к сожалению не юзал поэтому ничего добавить немогу)
еще насколько я помню netup тоже умеет с gnugk там на ихнем сайте даже пример настроки приводиться
вообщем смотрите выбирайте)как вариант можеет посмотреть на asterisk он и h323 и sip умеет но точность подсчета звонков осталяет желать лучшего) иногда правильно иногда что то попало)
Весьма сомнительно, что вы найдете что-либо подходящее, т.к. для многопортовых девайсов вам скорее всего придется использовать авторизацию по ПИН-коду. Сама по себе идея использования ПИН-кода на переговорном пункте достаточно порочна.
Не знаю наверняка, но по-моему АТА не умеет работать с радиус (или такакс) сервером, и врядли в setup-е передает информацию о порте.
Ваша главная задача - придумать, как именно вы будете передавать радиус-серверу информацию о клиенте (используемом клиентом порте). Или смотреть в сторону использования разных тех-префиксов при звонках через разные порты, и строить авторизацию на тех-префиксе.
Если же вы найдете решение этой проблемы, то вы сможете использовать биллинг самого gnugk. Возможно вам придется его слегка подработать, но это не слишком сложно, т.к. он постоен на psql, и все исходники имеются.
а они не используют пин кода)
как я понял там уже все стоит и работет - посто нужен воип биллинг) ivr там незачем
...
вообщем вы не много не в теме)
Это вы не в теме.
Организовать работу - говновопрос, как теперь принято говорить.
А вот организовать авторизацию (а следовательно и аккаунтинг) РАЗНЫХ пользователей, ОДНОВРЕМЕННО разговоривающих через РАЗНЫЕ ПОРТЫ ОДНОГО девайса, вот это достаточно нетривиальная задача для дешевых девайсов.Если вы в теме - предложите варианты решения проблемы.
Вы таки вынудили сходить на www.cisco.com (чего я не хотел делать, т.к. лично я не использую АТА-шки), и по строке "ATA radius" найти следующее:http://www.cisco.com/en/US/products/hw/gatecont/ps514/produc...
Establishing Authentication with Cisco H.323 Gatekeeper
You can configure the Cisco ATA to establish authentication with a Cisco H.323 Gatekeeper. The Cisco ATA supports two authentication methods:
•Cisco registration level-security
•Cisco admission-level security (per-call basis)
To configure either authentication method, use the following procedure:
Procedure
Step 1 Set the UseLoginID parameter to 1. This setting indicates that the LoginID0 and LoginID1 fields will be used for Cisco ATA H.323 registration.
Step 2 Set the UID0 and UID1 parameters to the E.164 phone numbers that are assigned to the FXS ports on the Cisco ATA.
Step 3 Set the LoginID0 and LoginID1 parameters to the H.323 ID. The H.323 ID is used when the Cisco ATA registers with the H.323 gatekeeper. This ID is also used as the account ID for the RADIUS server.
Step 4 Set the PWD0 and PWD1 parameters to the passwords for the Phone 1 and Phone 2 FXS ports (the passwords in the RADIUS server), respectively...
Таким образом получается, что конкретно для АТА вопрос авторизации решается достаточно просто, поэтому вполне можно воспользоваться биллингом, прилагаемым к самому gnugk.
брр :) а причем тут порты железки?считать минуты(и прерывать соответсвенно) можно там где удобно и не обязательно на самом порту железки:)
у вас деньги начинают тиктакать когда юзер снимает трубку? или когда связь устанваливаеться?
вы считаетет разговор законченным когда сессия обрываеться (где то по путям связи и не устанваливаеться) или когда юзер бросает трубку?:)невижу смысл демагогии:) человек искал просто воип биллинг:))))
PS: зря вы ходите по ненужным сайтам :) (cisco.com)
>брр :) а причем тут порты железки?
>
> считать минуты(и прерывать соответсвенно) можно там где удобно и
>не обязательно на самом порту железки:)
>
> у вас деньги начинают тиктакать когда юзер снимает трубку?
>или когда связь устанваливаеться?
> вы считаетет разговор законченным когда сессия обрываеться (где то
>по путям связи и не устанваливаеться) или когда юзер бросает трубку?:)
>
>
> невижу смысл демагогии:) человек искал просто воип биллинг:))))
>PS: зря вы ходите по ненужным сайтам :) (cisco.com)Вы что, на самом деле не понимаете, о чём пишите? Или это прикол такой?
Порты при том, что ОДНОВРЕМЕННО МОГУТ РАЗГОВАРИВАТЬ ДВА РАЗНЫХ ПОЛЬЗОВАТЕЛЯ!!! И деньги у них могут тратиться по-разному, т.к. они могут разговаривать с разными тарифами. Не говоря уже о том, что они не могут начать разговор одновременно, разве что случайно. Но вероятность случайного совпадения начала сессии (connect), даже с точностью до секунды, ничтожно мала.
Считать деньги у конкретного пользователя и прерывать разговор на порту - это не одно и то же.Любой VoIP биллинг должен считать время между connect и первым пришедшим release complete. В противном случае это не биллинг.
Если connect не было, то разговора не было. Я имею ввиду h323, т.к. стандартов для SIP не знаю.
Я сделал так:
Поставил на сервер AquaGateKeeper
настроил его и ATA на совместную работу с использованием pin кода
Aqua у меня работает с freeradius. а он в свою очередь с mysql
собственно и все.
легкая доработка и можно работать по предоплате
:) молодой человек man voip
>
>:) молодой человек man voipупс:)
Archont - это было вамлокализуйтесь чуть дальше чем ваша железка и пусть у нее будет не один порт а 30 тайм слотов:))) вы будете PRI авторзировать? так это делаеться дальше чем железка
ех
>>
>>:) молодой человек man voip
>
>упс:)
> Archont - это было вам
>
> локализуйтесь чуть дальше чем ваша железка и пусть у нее будет
>не один порт а 30 тайм слотов:))) вы будете PRI авторзировать?
>так это делаеться дальше чем железка
>
>ех# man voip
man: Нет такого файла или каталога
Failed to open the message catalog man on the path NLSPATH=<none>No manual entry for voip
Гы-гы...
Ваша самоуверенность меня искренне веселит.
"Авторзировать" звонки через PRI я уже скорее всего не буду - лицензия заканчивается, а сиську или квинтум c PRI я так и не купил. Но если бы довелось, то я бы это делал либо по ПИН-коду, либо по А-номеру.
А вот как вы предлагаете "авторзировать" звонки с мультипортовых девайсов, в которых отсутствует возможность привязать авторизацию к порту (например, Planet VIP-400)?
Повторяю, для пунктов коллективного доступа авторизация по ПИН-коду - далеко не лучший вариант, хотя и возможный.
молодой человек вы меня искренне утомляете:)с планетом я знаком)
и авторизация по пин коду там работает:) как не удивительно :))) правда?
потому что авторизация происходит дальше :))) а планет это просто железка
PS: невижу смысла больше развивать этот пост:) или учите VoIP или ...