Solucion para asterisk
edd...@gmail.com
Saludarle primero por el excelente trabajo que hacen y pasar
rapidamente a mi problema.
Tengo instalado elastix y quisisera un software que pueda monitorear
el callcenter, que pueda manejar las cosas y que pueda tambien
monitoriar las llamadas, es decir, para mejor la calidad de desempeño
de trabajo de los representantes. las soluciones me gustaria saber
cual y buscar documentación, me han hablando de asterinic pero
encuentro la documentación.
y una duda que tengo. elastix trabajara bien para un gran volumen de
llamadas?? es decir 3 T1 y 50 telefonos.
O seria mejor instalar asterisk puro??
att. Eddy garcia.
Germán Aracil Boned
es mejor corregir código propio que ajeno .. y en mi caso, no sé como
habrán construido el "bicho". Ahí no te puedo ayudar.
elpap...@hotmail.com escribió:
-
-------------------------------------
Germán Aracil Boned
Algún día reconocerán las masas,
que el software libre,
es un libro lleno de conocimientos,
escrito por el mundo, para el mundo.
Solo entonces desaparecerá la tiranía privativa,
haciéndonos tecnológicamente democráticos y libres.
www.zoonsuite.com
963146030 - General
963146031 - Asistencia de incidencias
963146032 - FAX
-------------------------------------
-
Richard Alvarez
Ramses II
Mira Queuemetrics, por si te vale…
Saludos,
Ramses
Samuel cornú
El autor es Nicolas Guidiño, el mismo del FOP tiene buena onda y contesta si le haces algun tipo de pregunta, te dejo el link para que visites su pagina.
http://www.asternic.org/stats/
Samuel Cornú
Raul Garcia
alguno tiene docuementacion acerca Quemetrics
Caerse tiene una logica, levantarse una razón.
Raúl García
Dios te bendiga.
Jaume Olive
Para simplificar Elastix no es más que un panel de gestión y un
generador de dialplan en base a una información introducida mediante
el panel de gestión y una serie de informes de gestión basados en el
CDR. Toda esta información genera la configuración para que un
asterisk, que está por debajo, realice las acciones que nosotros hemos
configurado con este panel.
El panel de gestión es una aplicación php, que funciona sobre un
servidor http Apache y que alimenta una base de datos mysql. Esta base
de datos contiene toda la información del dialplan.
Con esto quiero decir que una vez configurado el sistema quien toma
las riendas del tema es Asterisk, por lo que el comportamiento
relativo al volumen de llamadas tiene que comportarse igual que una
instalación de asterisk pura, con un dialplan hecho a mano. De hecho
podríamos hasta configurar un sistema con Elastix, generar los
ficheros de configuración de Asterisk y copiarlos en una instalación
pura de Asterisk y el tema funcionaría.
Evidentemente si utilizamos el panel de gestión de Elastix de forma
intensiva podemos afectar a la capacidad de gestión de llamadas, ya
que aparte de asterisk correrán sobre la instalación otra serie de
procesos que pueden afectar la capacidad de la máquina. Así y todo las
transacciones que tienen que ver con el panel de gestión y/o posibles
accesos al CDR acostumbran a ser muy cortas en el tiempo, por lo que
la influencia en la capacidad de la máquina es relativamente baja.
Además, siendo realistas, una vez configurado un Elastix el acceso al
panel de gestión es muy bajo, ya que sólo lo usamos para administrar o
consultar el CDR, por lo que durante una jornada de trabajo normal
quien realmente está trabajando en el sistema es Asterisk.
Tened en cuenta que si una instalación requiere uso intensivo del
panel de gestión, por ejemplo a nivel de reporting del CDR hay
mecanismos para que esto no afecte a las llamadas, como por ejemplo
separar la base de datos del CDR en otro servidor.
Por nuestra experiencia podemos explicaros que tenemos una instalación
real en una empresa de servicios 806. Las llamadas son recibidas a
través de 1 E1 y son desviadas a teletrabajadores que están en sus
casas (con nº de teléfono fijo) a través de un troncal SIP. Por lo que
tenemos una concurrencia de 30 llamadas entrantes por el E1 y 30
llamadas salientes por SIP. Se trata de un Elastix instalado sobre un
CentOS 5 en una máquina con 2 Gb de RAM, CPU Dual Core a 2.66 Ghz y
con 1 informe CDR de la actividad actual que se refresca cada 5
segundos automáticamente, con grabación de llamadas en todos los
canales y transcoding g711 <---> g729, todo en la misma máquina y
funciona sin problemas.
En tu caso con 2 Gb de memoria probablemente andes un poco corto, al
final todo es cuestión de Memoria y de CPU.
--
Jaume Olivé
Iberoxarxa Servicios Integrales
www.iberoxarxa.es
Saúl Ibarra
2009/10/23 Jaume Olive <jol...@iberoxarxa.es>:
>
> Permitidme unas reflexiones sobre Elastix.
>
> Para simplificar Elastix no es más que un panel de gestión y un
> generador de dialplan en base a una información introducida mediante
> el panel de gestión y una serie de informes de gestión basados en el
> CDR. Toda esta información genera la configuración para que un
> asterisk, que está por debajo, realice las acciones que nosotros hemos
> configurado con este panel.
>
Cierto, pero al darlo 'todo hecho' digamos que 'in a box', genera
confusión entre los usuarios, ya que no sabría montar todo ese sistema
desde cero.
> El panel de gestión es una aplicación php, que funciona sobre un
> servidor http Apache y que alimenta una base de datos mysql. Esta base
> de datos contiene toda la información del dialplan.
>
El dialplan se almacena en ficheros AFAIK.
> Con esto quiero decir que una vez configurado el sistema quien toma
> las riendas del tema es Asterisk, por lo que el comportamiento
> relativo al volumen de llamadas tiene que comportarse igual que una
> instalación de asterisk pura, con un dialplan hecho a mano. De hecho
> podríamos hasta configurar un sistema con Elastix, generar los
> ficheros de configuración de Asterisk y copiarlos en una instalación
> pura de Asterisk y el tema funcionaría.
>
No exactamente: FreePBX (el 'panel' que usa Elastix) hace un uso
intensivo del AstDB, que es una Berkeley DB (versión 1?) y que no está
pensada para tal volumen de información. El rendimiento de un Asterisk
puede ser muy distinto dependiendo del dialplan utilizado: AGIs,
AstDB, ... no es lo mismo.
> Evidentemente si utilizamos el panel de gestión de Elastix de forma
> intensiva podemos afectar a la capacidad de gestión de llamadas, ya
> que aparte de asterisk correrán sobre la instalación otra serie de
> procesos que pueden afectar la capacidad de la máquina. Así y todo las
> transacciones que tienen que ver con el panel de gestión y/o posibles
> accesos al CDR acostumbran a ser muy cortas en el tiempo, por lo que
> la influencia en la capacidad de la máquina es relativamente baja.
> Además, siendo realistas, una vez configurado un Elastix el acceso al
> panel de gestión es muy bajo, ya que sólo lo usamos para administrar o
> consultar el CDR, por lo que durante una jornada de trabajo normal
> quien realmente está trabajando en el sistema es Asterisk.
>
Reitero, que la forma de generar el dialplan de FreePBX no es nada
eficiente... si intentas hacer algo tan general, que sirva para todos,
hay demasiadas cosas que contemplar... -> ineficiente.
> Tened en cuenta que si una instalación requiere uso intensivo del
> panel de gestión, por ejemplo a nivel de reporting del CDR hay
> mecanismos para que esto no afecte a las llamadas, como por ejemplo
> separar la base de datos del CDR en otro servidor.
>
El CDR no es el que compromete el rendimiento, ya que efectivamente se
puede separar.
> Por nuestra experiencia podemos explicaros que tenemos una instalación
> real en una empresa de servicios 806. Las llamadas son recibidas a
> través de 1 E1 y son desviadas a teletrabajadores que están en sus
> casas (con nº de teléfono fijo) a través de un troncal SIP. Por lo que
> tenemos una concurrencia de 30 llamadas entrantes por el E1 y 30
> llamadas salientes por SIP. Se trata de un Elastix instalado sobre un
> CentOS 5 en una máquina con 2 Gb de RAM, CPU Dual Core a 2.66 Ghz y
> con 1 informe CDR de la actividad actual que se refresca cada 5
> segundos automáticamente, con grabación de llamadas en todos los
> canales y transcoding g711 <---> g729, todo en la misma máquina y
> funciona sin problemas.
>
> En tu caso con 2 Gb de memoria probablemente andes un poco corto, al
> final todo es cuestión de Memoria y de CPU.
>
Con 2GB no te da?! Entonces hay algo que se la está 'comiendo'... :-O
Mis 2 centavos.
Saludos,
--
/Saúl
http://www.saghul.net | http://www.sipdoc.net