в чем основные узкие места, при использовании радиуса? какой предел можно считать критическим?
um2010 (
2011-08-07 00:36:51 +0400
)редактировать
радиус очень проработанный и очень древний протокол. в частности он подрозумевает перепосылку запроса. посему сервера если че не так, просто не подтверждают пакет. в надежде на то, что его перепошлют. а астериск клиенты почемуто этого не делают. ибо сделаны "только чтобы работало". вобщем пробелмы начинаються тогда, когда включаеться избыточность протокола(которая по спецификации есть,Ю а на практике нету).
meral (
2011-08-07 03:08:21 +0400
)редактировать
к тому же сам по себе радиус не самый економный протокол, мягко говоря.
meral (
2011-08-07 03:08:56 +0400
)редактировать
поэтому используйте fastagi, в котором можно проанализировать сложную логику и заодно перепослать если неудачно прошло. перл модуль Asterisk::FastAGI при настройке prefork в 10-15 прекрасно справляеться с 4мя сотнями звонков с средней длительностью 10 минут, каждый из которых от одного до 5 раз обращаеться к mysql и имеет 4-30 команд agi переданных астериску. это РЕАЛЬНЫЕ данные, не тестовые, вполне боевые.
meral (
2011-08-07 03:12:09 +0400
)редактировать
радиус имеет смысл только для сложной гетерогенной среды, типо если у вас биллинговая система работает одновременно с мерой, циско и астериском. и то в результате для астерсика были написаны процедуры cdr напрямую в постгресс с спец кодом на с++. ибо с радиусом были потери.
meral (
2011-08-07 03:16:46 +0400
)редактировать
ну вот как обойтись без использования радиуса, если нужен онлайн-биилнг для клиента? т.е. клиент пополняет баланс и должен мочь полностью его выговорить без сильного залезания в минуса? В настоящее время я использую несколько переработанный пример на питоне, который есть везде в интернете. Собственно радиус запрос отправляется при попытке звонить, затем макросом при установке соединения и при завершении на h-экстеншене. Но уже сейчас (при 50 авральных звонках утром) есть проблемы в виде того, что stop-пакет не пришел, к примеру.. хотелось бы оптимизировать.
um2010 (
2011-08-07 10:51:55 +0400
)редактировать
кстати, в чем преимущество fastagi перед простым agi ?
um2010 (
2011-08-07 12:34:13 +0400
)редактировать
а собственно зачем для этого радиус? сразу в fastagi прописываете все проверки, всю логику и напрямую коннектитесь к базе. и звоните не выходя из скрипта. понятно на базе надо permission правильно назадавать. fastagi отличаеться от agi тем, что в первом случае сервер внешний и астериск у него команды просит по tcp. что это дает? нет безумного лоада от запуска agi скриптов при каждом звонке. в частносте модуль выше делает префорк и предварительный коннект к mysql. AGI срипты НИГДЕ не применяються в корпоративных нагруженных системах. единственный известный мне пакет - freepbx. ну вы наверно знаете как он относиться к нагрузке.
meral (
2011-08-07 19:26:17 +0400
)редактировать
а если сам биллинг, находится там же, где и астериск - тогда целесообразно ли применять fastagi ?
um2010 (
2011-08-07 20:30:19 +0400
)редактировать
зависит от сложности логики. но уж радиус в таком случае вообще смысла нету.
meral (
2011-08-07 21:16:43 +0400
)редактировать
если заморачиваться на логику вне радиуса - это коннект к постгресу , он на том же серевере, выполнение в нем 5-6 запросов, установка через через механизм agi обратно в канал 5-7 переменных
um2010 (
2011-08-07 21:23:46 +0400
)редактировать
зачем переменные в канал? вы открываете один коннект к скрипту. он у вас держиться до конца звонка. чегото я не понимаю зачем чтото кроме необходимого кидать в канал. но даже с переменными в канале оно нормально работает. я, правда, только переменные в cdr бросаю. и muscionhold классы. остальное оставляю внутри скрипта. вобщем смотриет как вам удобно. имхо работаь с сриптом проще чем с радиусом. в нем чтото посчитать и агрегировать можно, и не только простые действия внутри радиуса. коннект к постгрессу полюбому, но с fastagi будет пре-коннеект и сглаженные пики, чего нельзя сказать о радиусе.
meral (
2011-08-08 02:38:10 +0400
)редактировать
я себе представлял работу с xAGI следующим образом: из диалплана вызывается скрипт, он делает необходимую логику, возвращает переменные и диалплан выполняется дальше уже в зависимости от этих переменных. Может мое мнение извращенное, и всю логику звонка включая dial , queue вложить нужно в скрипт xAGI?
um2010 (
2011-08-08 08:07:55 +0400
)редактировать
да. всю логику вложить в срипт. ну или всю сложную логику.
meral (
2011-08-09 05:09:19 +0400
)редактировать
