Планиурем поставить UTM в качестве биллинга для voip
скачал демо-версию под Suse 9.0
Начали разбираться и знакомиться.
при входе в раздле "Карточки" и нажатии обновить, апплет вешается намертно, а на сервере постоянные рекконекты к mysql.
Mysql Query failed. Trying to reconnect: 0
что такое?
и вообще - подойдет ли UTM для биллинга voip.
Есть ли реальные внедрения?
DEMO UTM 5.0 & MYSQL & VOIP
сам знаю что надо маны и ртфм читать, А УЖЕ ПОТОМ НА ФОРУМЕ ИСКАТЬ И УЖЕ В КОНЦЕ СПРАШИВАТЬ!petrovs писал(а):курите маны...карточки не могут быть удалены...даже те которые были активированы
так вот - в скрипте /netuop/utm5/utm5_mysql.sql в ДЕМО ВЕРСИИ UTM5 в card_pool_info не было колонки is_deleted
руками добавил
пока каша в голове.spec писал(а):реальные внедрения есть и не в единичном экземпляре
Это как контрактное предоставление услуг VoIP, так и карточная платформа
в настоящий момент работают отдельно друг от друга gnugk, utm5
достаточно ли смотреть Russian_1_10.pdf для внедрения utm под voip-услуги?
есть ли другие ресурсы по вопросу?
1. надо ли отдельно ставить freeradius?
2. карточки для voip генерятся в utm в разделе карточки?
3. каким образом при входящем звонке через шлюз клиент будет авторизоваться по карточке?
1. freeradius тут совершенно не причем. Используется utm5_radius
2. Да, именно в этом разделе и генерируются.
3. При входящем звонке внутрь сети авторизация не происходит, а происходит аккаунтинг. Соответственно, абонент ищется по номеру, который набрали из внешнего мира (либо набрали в тоновом режиме после соединения со шлюзом)
2. Да, именно в этом разделе и генерируются.
3. При входящем звонке внутрь сети авторизация не происходит, а происходит аккаунтинг. Соответственно, абонент ищется по номеру, который набрали из внешнего мира (либо набрали в тоновом режиме после соединения со шлюзом)