Tarificador llamadas
Yabe
configurar? en el caso d a2billing es necesario totalmente tener un
proveedor de minutos para que se pueda tarificar? Sabriais decirme un
contexto de a2billing en extensions como ejemplo que sea correcto? No
me reconoce las llamadas, solo sale una mujer hablando dciendo que
introduzca un numero (pero ninguna extension funciona).
Salu2
Paco Gil
Sabeis de algun tarificador de llamadas que no sea a2billing facil de
configurar?
en el caso d a2billing es necesario totalmente tener un
proveedor de minutos para que se pueda tarificar?
Sabriais decirme un
contexto de a2billing en extensions como ejemplo que sea correcto?
No
me reconoce las llamadas, solo sale una mujer hablando dciendo que
introduzca un numero (pero ninguna extension funciona).
Salu2
--
http://ualtech.wordpress.com
fcovoip
FCOVOIP - Plataforma de reventa de minutos
Multinivel, permite crear distribuidores que a su vez agregan
sus propios clientes.
*
Utiliza como sistema operativo Linux Libre de pago por
licenciamiento, Motor de base de datos MySQL, Asterisk y Festival.
*
Por estar basada en software Open Source es 100% escalable,
actualizable.
*
El cliente puede consultar su consumo, saldo, recargas etc. en
tiempo real (una vez finalizada cada llamada).
*
Soporta llamadas vía PSTN con clave de acceso de telefónico
asociado al cliente
*
Soporta creación de planes y personalización de tarifas por
distribuidor y cliente.
*
El administrador puede personalizar las tarifas a sus
distribuidores, ya sea por grupos (planes de distribuidor) o
individualmente para uno o varios destinos en particular.
*
Cada distribuidor puede personalizar las tarifas de sus clientes
ya sea por grupo (planes de cliente) o por clientes en particular para
uno o varios destinos.
*
Personalización de las rutas de salida, especificando grupos de
distribuidores, grupos de clientes, distribuidores o clientes en
particular.
*
La Interface esta basada en Web y cuenta con: Panel para
cliente, panel para distribuidor y panel administrativo de l
plataforma, todos con su respectivo login y password únicos e
independientes.
* Administracion de planes.
Tel. (57) 313 222 4318 - sistem...@hotmail.com
Saúl Ibarra
2009/6/15 fcovoip <sistem...@hotmail.com>:
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
Ramon Martinez
nunca......
Iñaki Baz Castillo
> Por estar basada en software Open Source es 100% escalable,
> actualizable.
¿Qué tendrá que ver que sea Open Source con que sea 100% escalable?
--
Iñaki Baz Castillo
<ib...@xtratelecom.es>
Saúl Ibarra
>
Queda bonito ;)
Iñaki Baz Castillo
> > ¿Qué tendrá que ver que sea Open Source con que sea 100% escalable?
>
> Queda bonito ;)
Ya me imagino lo escalable que será, como toda cosa PHP que corre sobre
Asterisk.
Raúl Alexis Betancor Santana
> El Monday 15 June 2009 23:43:54 fcovoip escribió:
> > Por estar basada en software Open Source es 100% escalable,
> > actualizable.
>
> ¿Qué tendrá que ver que sea Open Source con que sea 100% escalable?
Creo que ... ummm ... si ... esa ciencia moderna ... umm ... ¡Marketing!, si
era esa ...
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Raúl Alexis Betancor Santana
> El Tuesday 16 June 2009 11:14:14 Saúl Ibarra escribió:
> > > ¿Qué tendrá que ver que sea Open Source con que sea 100% escalable?
> >
> > Queda bonito ;)
>
> Ya me imagino lo escalable que será, como toda cosa PHP que corre sobre
> Asterisk.
¡Venga hombre! ... para escalar solo hay que poner más maquinas con asterisk y
otro asterisk delante para el balanceo ... ¡ cualquier niño de teta lo sabe y
lo monta! ... tu lo que pasa es que estás celoso de que tu no sabes ... :-P
fcovoip
On 15 jun, 17:06, Saúl Ibarra <sag...@gmail.com> wrote:
> Para estas cosas tenemos la lista de asterisk-negocios....
>
fcovoip
(no permite distribuidores)
no permite consultas de saldo desde el telefono..
no permite mensajes personalizados... no utiliza sintetizador de
audio..
la interface no es muy puntual e intuitiva que digamos...
Igual... disculpen el mensaje.. creo q no aplica a esta lista.
:)
fcovoip
"En telecomunicaciones y en ingeniería informática, la escalabilidad
es la propiedad deseable de un sistema, una red o un proceso, que
indica su habilidad para, o bien manejar el crecimiento continuo de
trabajo de manera fluida, o bien para estar preparado para hacerse más
grande sin perder calidad en los servicios ofrecidos. En general,
también se podría definir como la capacidad del sistema informático de
cambiar su tamaño o configuración para adaptarse a las circunstancias
cambiantes"
En mi opinio el software libre hace un sistema escalable...
- Crecimiento continuo
- hacerse más grande sin perder calidad en los servicios ofrecidos
- Capacidad decambiar su tamaño o configuración para adaptarse a las
circunstancias cambiantes
O sera que linux no esta dentro de estos parametros ?????
Pero bueno... es solo mi opinion...
Nuevamente disculpas por el mensaje no aplica a esta lista...
fcovoip
> El Tuesday 16 June 2009 11:14:14 Saúl Ibarra escribió:
>
> > > ¿Qué tendrá que ver que sea Open Source con que sea 100% escalable?
>
> > Queda bonito ;)
>
> Ya me imagino lo escalable que será, como toda cosa PHP que corre sobre
> Asterisk.
fcovoip
una de esas
maquinitas.. donde uno se cuelga de piedritas...
Iñaki Baz Castillo
> En mi opinio el software libre hace un sistema escalable...
>
> - Crecimiento continuo
> - hacerse más grande sin perder calidad en los servicios ofrecidos
> - Capacidad decambiar su tamaño o configuración para adaptarse a las
> circunstancias cambiantes
>
> O sera que linux no esta dentro de estos parametros ?????
Es Asterisk en sí lo que no permite un sistema escalable como tal ("escalable"
no es poner muchos Asterisk juntos haciendo la misma tarea, salvo que su
única tarea sea la de hacer de gateways, en cuyo caso sí tiene cabida).
Roger Casaponsa
>
> http://es.wikipedia.org/wiki/Escalabilidad
>
> "En telecomunicaciones y en ingeniería informática, la escalabilidad
> es la propiedad deseable de un sistema, una red o un proceso, que
> indica su habilidad para, o bien manejar el crecimiento continuo de
> trabajo de manera fluida, o bien para estar preparado para hacerse más
> grande sin perder calidad en los servicios ofrecidos. En general,
> también se podría definir como la capacidad del sistema informático de
> cambiar su tamaño o configuración para adaptarse a las circunstancias
> cambiantes"
>
> En mi opinio el software libre hace un sistema escalable...
>
> - Crecimiento continuo
> - hacerse más grande sin perder calidad en los servicios ofrecidos
> - Capacidad decambiar su tamaño o configuración para adaptarse a las
> circunstancias cambiantes
heheheheheh has escrito tu la entrada? pq veo q teneis exactamente la misma
opinion, la wikipedia y tu! pero exactamente exactamente xD
que un sistema sea Open Source no quiere decir que sea escalable... Será
escalable si está bien programado, bien pensado, con diagramas de clase,
explicación de las tablas que utiliza, con la documentación necesaria de su
código, etc etc
--
Roger Casaponsa - Adam Telefonía IP
email: roger.c...@adamvozip.es <mailto:roger.c...@adamvozip.es>
www: http://www.adamvozip.es <http://www.adamvozip.es/>
tlf: 902546800
RazaMetaL | Only The Good Die Young
>
> Muy parecido pero creo que a2billing no es multinivel...
> (no permite distribuidores)
la versión 1.4 si.
> no permite consultas de saldo desde el telefono..
Si lo permite, solo hay que hacer un pequeño hack.
> no permite mensajes personalizados... no utiliza sintetizador de
> audio..
Eso no.
> la interface no es muy puntual e intuitiva que digamos...
>
La única interfaz intuitiva es el pecho materno ;)
> Igual... disculpen el mensaje.. creo q no aplica a esta lista.
>
>
Sería bueno ver un demo.
Saludos,
--
Linux User: 255902
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Edwin Alberto Quijada
> From: ib...@xtratelecom.es
> To: aster...@googlegroups.com
> Subject: [Asterisk-ES] Re: Tarificador llamadas
> Date: Tue, 16 Jun 2009 11:17:32 +0200
>
>
> El Tuesday 16 June 2009 11:14:14 Saúl Ibarra escribió:
> > > ¿Qué tendrá que ver que sea Open Source con que sea 100% escalable?
> >
> > Queda bonito ;)
>
> Ya me imagino lo escalable que será, como toda cosa PHP que corre sobre
> Asterisk.
>
Lo digo porque me estoy metiendo en desarrollar algo con PHP precisamente con asterisk para un cliente pero si me dicen algo me rajo....
Que tal mono?
Tus elecciones hablan por ti. ¡Conoce quién eres realmente!
Ramon Martinez
asterisk2billing:
SI soporta distribuidores en la version 1.4
SI soporta consulta de saldo con el movil
mensajes personalizados... no se a que se refiere.
usar festival... ya lo usa asterisk.
Raúl Alexis Betancor Santana
> > Ya me imagino lo escalable que será, como toda cosa PHP que corre sobre
> > Asterisk.
>
> No entendi eso ahi? Que tiene que ver PHP? Es malo usar PHP con asterisk?
Nadie dice que sea malo ...
> Lo digo porque me estoy metiendo en desarrollar algo con PHP precisamente
> con asterisk para un cliente pero si me dicen algo me rajo....
De lo que se hablaba era de escalabilidad y siendo sinceros:
- Asterisk no escala nada en ciertos escenarios
- Asterisk escala muy malamente y a base de chapuzas en otro tipo de
escenarios
- Si la herramienta base (Asterisk) tiene problemas de escalado, intentar
arreglarlo a base de parches y jerigonzas varias con lenguajes tipo php, no
es tampoco buena idea.
> Que tal mono?
¡No, total ...!, mejor hacerlo un AGI en JAVA, que publique una interfaz REST
a la que se conecte una aplicación Haskell que interactua con un proceso
python a través de una interfaz XMLRPC que ..., que ... que ...
ejecute /bin/true para autorizar la llamada. :-P
Saúl Ibarra
El 16/06/09, Edwin Alberto Quijada <maca...@hotmail.com> escribió:
> Gratis Internet Explorer 8 optimizado para MSN
> http://www.ie8.msn.com/microsoft/internet-explorer-8/es-xl/ie8.aspx
> >
>
--
Enviado desde mi dispositivo móvil
Edwin Alberto Quijada
> Date: Tue, 16 Jun 2009 19:04:03 +0200
> Subject: [Asterisk-ES] Re: Tarificador llamadas
Iñaki Baz Castillo
> > Ya me imagino lo escalable que será, como toda cosa PHP que corre sobre
> > Asterisk.
>
> No entendi eso ahi? Que tiene que ver PHP? Es malo usar PHP con asterisk?
No se hace un sistema escalable por añadir una capa web (sea PHP u otro
lenguaje). PHP no tiene nada de malo.
Y ya puestos, y esto es una apreciación personal, la mayoría de aplicaciones
web en PHP que he visto (para Asterisk o para lo que sea) están ranciamente
programadas (como si la programase alguien que está aprendiendo PHP sobre la
marcha mirando ejemplos en "desarrolloweb.com").
El elemento común de casi todas ellas es siempre el mismo: no separación de
modelos de datos, lógica y presentación (es usual encontrar en un
fichero .php la lógica de conexión a la BD junto con el CSS, código
JavaScript y todo el HTML a machete).
Y no siempre poner "includes" lo salva.
Es curioso que en otros lenguages (Ruby, Python, Java) casi siempre se usa un
framework probado y robusto para desarrollo web, mientras que en PHP (aunque
los hay y muy buenos) casi nunca se usan. Digamos que PHP hace "fácil"
programar sin saber ni lo que es un buen framework.
Y por supuesto, la gran mayoría de exploits que existen se cuelan a través de
vulnerabilidades de aplicaciones PHP, por ejemplo mediante SQL injection
(estoy ya cansado de intervenir en servidores comprometidos siempre siempre
debido a aplicaciones web PHP).
Pero bueno, supongo que mi opinión es muy parcial debido a mis malas
experiencias. Y por supuesto, también hay muy buenas aplicaciones PHP así
como desarrolladores serios en PHP.
Saludos.
Edwin Alberto Quijada
> From: ib...@xtratelecom.es
> To: aster...@googlegroups.com
> Subject: [Asterisk-ES] Re: Tarificador llamadas
Pasa lo mismo con PHP , hay mucha gente desarrollando cosas que no saben siquiera lo que es haciendolo en PHP porque vieron un apr de ejemplos y ya se creen programadores. Por ejmplo, con Python y Ruby eso dificilmente pase porque para trabajar con ellos hay que ser programador de verdad, en cuanto a manejar conceptos y demas, y no un aprendiz que cree que es verdadero programador
¿Quieres conocerte mejor? ¡Conoce lo que Windows Live tiene especialmente para ti!
Iñaki Baz Castillo
> Lo que dices es algo como lo que paso en mi pais con los Xbase. Como mucha
> gente aprendio a programar en ellos de forma nada estructural hacian
> grnades disparates porque se creian programadores y no lo eran despues
> nadie queria saber de los Xbase porque supuestamente eran malos pero la
> realidad era que los malos eran los programdores.
>
> Pasa lo mismo con PHP , hay mucha gente desarrollando cosas que no saben
> siquiera lo que es haciendolo en PHP porque vieron un apr de ejemplos y ya
> se creen programadores. Por ejmplo, con Python y Ruby eso dificilmente pase
> porque para trabajar con ellos hay que ser programador de verdad, en cuanto
> a manejar conceptos y demas, y no un aprendiz que cree que es verdadero
> programador
Sí, es muy común encontrarse con desarrolladores PHP que no saben ni lo que es
programación orientada a objetos, threads, excepciones... por no hablar de
optimización SQL (he visto cada aberración de quieres SQL que tumbaban la
base de datos...).
Iñaki Baz Castillo
> Ufff...! Que suerte ! Porque no soporto a mono.
Yo tampoco soporto el mono.
Elio Rojano
PHP es sencillo, Python tampoco es complicado y de hecho he encontrado un tutorial bastante interesante para hacer aplicaciones gráficas en Qt, y Ruby también tiene muy buena pinta.
Si vieras el código fuente de más de algún programa escrito en ANSI C o incluso C++ con sus "frameworks profesionales" te ibas a reir a gusto.
http://www.sinologic.net/
troxlinux
si no Asterisk , yo por mi parte no soy desarrollador pero prefiero
las P en desarrollo , Php o perl , mono y java jamas ....
saludoss , pero a todo esto el software que mencionaba fcovoip es
desarrollado en Open Source pero no es libre , tienes algun ScreenShot
? queremos darle una chk
saludos
El 16 de junio de 2009 13:49, Elio Rojano<hel...@gmail.com> escribió:
> Hay chapuzas y "programadores profesionales" hasta en ensamblador... el
> hábito no hace al monje, es el monje el que decide "qué habito ponerse".
>
> PHP es sencillo, Python tampoco es complicado y de hecho he encontrado un
> tutorial bastante interesante para hacer aplicaciones gráficas en Qt, y Ruby
> también tiene muy buena pinta.
> Si vieras el código fuente de más de algún programa escrito en ANSI C o
> incluso C++ con sus "frameworks profesionales" te ibas a reir a gusto.
>
--
rickygm
Phylevn
parte del monitoreo de llamadas de Asterisk lo licencían por canales,
asi que para que puedan monitorear las llamadas provenientes de
cabinas tienes que pagar una licencia. El software es bueno, hace lo
que tiene que hacer.
Iñaki Baz Castillo
> Hay chapuzas y "programadores profesionales" hasta en ensamblador... el
> hábito no hace al monje, es el monje el que decide "qué habito ponerse".
>
> PHP es sencillo, Python tampoco es complicado y de hecho he encontrado un
> tutorial bastante interesante para hacer aplicaciones gráficas en Qt, y
> Ruby también tiene muy buena pinta.
> Si vieras el código fuente de más de algún programa escrito en ANSI C o
> incluso C++ con sus "frameworks profesionales" te ibas a reir a gusto.
Por supuesto Elio, nada que objetar.
Pero aunque un programa (en el lenguaje que sea) esté mal programado, si se
limita a correr en un ordenador personal o a no dar servicio público, pues
bueno, no pasa nada.
Pero una web mal programada supone una vulnerabilidad que puede comprometer un
servidor o toda la red.
Phylevn
parte web es open source, aunque la parte de monitoreo de canales es
por licencia.. funciona bien, al ser open source la parte web puedes
hacerle las adecuaciones necesarias.
Elio Rojano
En el caso de programación de Asterisk, siempre he pensado que es mejor una aplicación en lugar de una web ya que no tiene mucho sentido hacer una página web para un único administrador ocasional, pero bueno... el mercado es el mercado y si un cliente dice que quiere tener un "interfaz web", pues toca hacerlo.
Otra razón es que lenguajes como PHP son muy fáciles de aprender y permiten a cualquiera hacer sus pinitos pese a que no sepan lo que es el SOAM, DOM, no hacen nada en Javascript porque "es complicado" y no sepan para que sirven el 90% de los módulos que incluye apache y mucho menos, las características técnicas que debe tener un servidor Linux para montar un Apache especial para este tipo de interfaces "considerados mono-usuarios".
De la seguridad no voy a hablar... es la asignatura pendiente para el 90% de los programadores y la gran mayoría utiliza la técnica de ocultación como pilar principal de "su seguridad"... te sorprendería la de administraciones públicas que utilizan este tipo de seguridad para datos muuuy importantes y personales (luego sorprende a todos cuando un chaval de 15 años "juankea los servidores del ministerio del botijo y las tradiciones del cochinillo.".
http://www.sinologic.net/
josefu
> servidor o toda la red.
bancarias, etc.
Pues no hay por ahí problemas de inyección sql...
Elio Rojano
http://www.sinologic.net/
Iñaki Baz Castillo
> Lo de la "inyección sql" es lo de menos cuando tienes el puerto 3306
> abierto de par en par con el usuario 'root' sin contraseña...
A veces no es necesario ni depender de atacantes externos. Muchas veces
el "programador" es el mayor enemigo del sistema y la BD.
Es común que un "programador" PHP no sepa lo que son índices en tablas de base
de datos, no sepa que las queries SQL hay que optimizarlas, que hay que
comprobar que usan índices (y sino crearlos o mejorar la query), no abusar
de "LIKE", etc etc...
Si no, luego te encuentras con que el sistema crece, tienes tablas con
millones de registros (ejemplo: CDR's) y unas queries SQL lamentables que
tardan 2 minutos en resolver, dejando durante ese tiempo la CPU del servidor
MySQL al 80% (y no exagero *nada* con lo de los 2 minutos, las he visto hasta
de 6 minutos).
Yo cada vez que veo una aplicación PHP me echo a temblar y me pregunto "¿el
que ha hecho esto habrá aprendido a programar en un curso CCC? ¿o tal vez es
autodidacta de los que se hacen su primer blog y se ofrecen al mercado
laboral?".
Pero bueno, insisto en que soy parcial debido a la de calamidades PHP que he
visto.