[Asterisk-ES] click to call
Esteban Aguila
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
Asterisk: http://www.asterisk-es.org/
~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
LoThaR
la comunicación por los eventos que lanza.
Lo puedes manejar tanto con PHP como con Javascript.
Tienes que currarte bien la interpretación de los mensajes para
mostrar información correcta por la web.
Saludos.
On 18 mayo, 01:09, Esteban Aguila <eagui...@gmail.com> wrote:
> Estoy probando una aplicacion para clicktocall desde una web.
>
> La duda que tengo es que, si el usuario reintenta, generalmente no se
> realiza el llamado. Esto tiene que ver con algun "timeout" del socket o algo
> asi ??. Es manejable ??
>
> Por otro lado, estoy haciendo estas pruebas con un script Php que
> usa fsockopen y fputs. Mi duda es como saber que el llamado No se realizo,
> para devolver alguna respuesta a la pagina web ??
>
> gracias.
>
> salu2
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk:http://www.asterisk-es.org/
>
L
que no he podido encontrar ninguna excepto un applet en java bastante
feo :P
Elio Rojano
Iñaki Baz Castillo
> ya que estamos con el clic2call, que opciones de esto hay open source?
> que no he podido encontrar ninguna excepto un applet en java bastante
> feo :P
tiene nada que ver una cosa con la otra).
Germán Aracil Boned
Si es para una web y podéis hacer un formulario bonito y sabes hacer una
llamada a un comando del sistema desde php, creo que lo tienes todo hecho.
Te explico, si al darle a aceptar o llamame o lo que sea, mueves un
fichero al directorio /var/spool/asterisk/outgoing según puedes ver si
buscas en google: asterisk outgoing y pinchas en el primer resultado.
Te explicará como generar el fichero de texto y moverlo al directorio
que te comento antes.
Eso si entiendo bien el clic2call como algo para la web.
L escribió:
> que no he podido encontrar ninguna excepto un applet en java bastante
> feo :P
>
--
-------------------------------------
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
-------------------------------------
-
eVeLY
Saludos
On May 17, 6:09 pm, Esteban Aguila <eagui...@gmail.com> wrote:
> Estoy probando una aplicacion para clicktocall desde una web.
>
> La duda que tengo es que, si el usuario reintenta, generalmente no se
> realiza el llamado. Esto tiene que ver con algun "timeout" del socket o algo
> asi ??. Es manejable ??
>
> Por otro lado, estoy haciendo estas pruebas con un script Php que
> usa fsockopen y fputs. Mi duda es como saber que el llamado No se realizo,
> para devolver alguna respuesta a la pagina web ??
>
> gracias.
>
> salu2
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk:http://www.asterisk-es.org/
>
L
empezar, lo que comentan de que meter al spool y bla bla eso se como
hacerlo, pero eso para mi no es clic2call, a menos que yo tenga mal
entendido el concepto...
pues eso que mencionan creo que lo ponen otros como "call me" o "call
back", donde el visitante pone su numero y le pica en call.. y claro
eso generaria un .call y meterlo en el spool,. y llamar a un agante
dentro y luego al visitante...
bueno, yo preguntaba por "algo" que en verdad llame directamente al
darle clic.. y que la web funcione como softphone (por llamarlo de
alguna manera)... pero no he podido encontrar nada decente. con un
amigo estuvimos mirando red5 pero por alguna razon de pronto deja de
funcionar.. ademas de que obliga a configurar primero el volumen y
aceptar el uso del microfono.. entonces al ponerlo como un boton
pequeño, en el flash no cabe el asistente de configuracion de medios,
por lo que hay que poner un boton ENORME, o adornarle con elementos
innecesarios con tal de que quepan los controles de ajustes.. y
preferiria algo discreto,.
si no es que venga a preguntar solo por que lo quiero todo hecho, ya
he visto alguno, y experimentado por mi cuenta por otro lado, pero con
lo que me he topado no me convence aun
gracias
L
eso no quiero
creo que es eso del webphone.. pero no quiero exactamente "tan phone",
(osea sin pad de digitos) solo para dar clic y que ya sepa a odnde
llamar)
Richard Alvarez
Aquí tienes lo que necesitas
Doddle Web Phone
Elio Rojano
LoThaR
ClickToDial o callme es que el asterisk lance la llamada al cliente al
número de teléfono que él haya indicado.
ClickToCall es un webphone restringido a un destino, el usuario no
elige donde llamar. Esto requiere que el usuario tenga micrófono y
auriculares (y que funcionen, que estén bien configurados, que el
webphone detecte bien el dispositivo de audio, etc. )
Tu necesitas esto último aparentemente. El webphone de doodle te puede
servir perfectamente.
Ojo, está gente no es muy clara en cuanto a si es gratis, demo o es
temporalmente gratis.
Adicionalmente, el webphone lo proveen desde su web. Si a ellos se les
cae la web… a ti no te funciona tu clicktocall.
Estimo que te lo pueden vender para uso privado.
Saludos.
El 20/05/10, Elio Rojano <hel...@gmail.com> escribió:
>> sobre
>> VoIP y
>> Asterisk: http://www.asterisk-es.org/
>>
>> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> - Para anular la suscripción: asterisk-es...@googlegroups.com
>>
>
>
>
> --
> http://www.sinologic.net/
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre
> VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com
>
Esteban Aguila
Que buena aclaracion : "ClickToDial o callme" es lo que realmente busco.
Iñaki Baz Castillo
> Para aclarar:
>
> ClickToDial o callme es que el asterisk lance la llamada al cliente al
> número de teléfono que él haya indicado.
>
> ClickToCall es un webphone restringido a un destino, el usuario no
> elige donde llamar. Esto requiere que el usuario tenga micrófono y
> auriculares (y que funcionen, que estén bien configurados, que el
> webphone detecte bien el dispositivo de audio, etc. )
Click2Pray, Pay4Sex y otros tantos. Asterisk soporta casi todos, pero
necesitas un AGI en PHP con acceso ineficiente a MySQL.
--
Iñaki Baz Castillo
<i...@aliax.net>
LoThaR
Iñaki Baz Castillo
> juas, que eso de "acceso ineficiente a Myslq" ?
Por definición cualquier tipo de query SQL diseñada por un programador
web PHP autodidacta (salvo honrosas excepciones) que tras programar su
propio blog PHP casero (incluyendo "apt-get install apache
mysql-server") se ha lanzado al mercado laboral como experto en
Asterisk (y por supuesto "también en VoIP").
La ineficiencia de dichas queries SQL puede deberse bien al no uso de
índices de tablas (¿soquesloquees?), al uso de JOIN indebido (que en
tablas myisam bloquea la tabla entera y no permite INSERT mientras
dure el SELECT) o bien al uso de queries del estilo "SELET * FROM
tabla" realizadas sobre una tabla con 1 millón de registros o con
contenido binario.
Jo, ojalá estuviese exagerando, pero es lo que me dice la experiencia...
LoThaR
De eso que dices me preocupa principalmente 1 cosa. El desprestigio al
que arrastra a desarrollos bien hechos en Asterisk.
Tipos que hacen cualquier cacharreo, lo venden como "centralita", va
para la mie… y se generaliza que Asterisk es malo.
Ya me ha pasado con 1 cliente que prefiere pagar marca y funcionalidad
limitada a trabajar con una plataforma bien hecha basada en Asterisk.
Hay mucho chapucero lamentablemente.
Saludos.
El 27/05/10, Iñaki Baz Castillo <i...@aliax.net> escribió:
Angel
siemens hipath) que con asterisk....
Digo que son más porque la "cagada" suele ser muuucho mayor; el cabreo
del cliente suele ser directamente proporcional al precio de la
centralita.... vamos, tengo una "al caer" de las supermega Siemens
Hipath de 40000 eurazos en una cadena de restaurantes, que al
distribuidor se la van a meter por el ****, junto con las licencias de
canceladores de eco, de trunks y más cosillas
Por norma general, los que ponen marcas típicas de analógicas /
Digitales, suelen tener muchos menos conocimientos de networking que
alguien que instala distribuciones enlatadas.....habrá excepciones, pero
vamos, lo de RTP, QoS y demás siglas de "frikis" que dicen ellos, se
supone que se hace por arte me magia en los switches, routers y demás
cacharros de red.
En el tema de enlatadas todo va bien hasta que la instalación empieza a
crecer y al distribuidor se le va de las manos o empieza a pedir más
features.
LoThaR
La centralitas de marca tienen muchos limitantes, pero básicamente son
confiables en un uso estándar.
El problema es que hay tipos que leen una página web de asterisk,
hacen preguntas en un foro, hacen "algo" y con eso salen a la calle
pretendendiendo competir con siemens, avaya, alcatel, y como es de
suponer, terminan haciendo un fiasco.
Yo he visto cada cosa…
Tipos que cotizaban plataformas con asterisk+elastix sin siquiera
conocer elastix!! Y te hablo de contratos de 300 extensiones con lvr,
callme, etc.
Eso termina mal, y el desprestigio es para asterisk.
Es un esquema diferente. Una marca, da una respuesta en común para sus
centralitas y se defiende con su prestigio y poder publicitario.
Pero asterisk es otra cosa, cada uno lo hace como puede o quiere.
Es por esto que yo sostengo normalmente no hablar de la tecnología que ofrezco.
Yo ofrezco un producto o servicio y se me juzga por mi trabajo y no
por la tecnología que utilizo.
Asterisk debe ser simplemente un entorno de desarrollo, pero se está
ofreciendo en el mercado como una "solución económica" lo que nos
encasilla mal.
Saludos.
El 28/05/10, Angel <cr...@craem.net> escribió:
Pedro Perez
Hola a todos,
Estoy lanzando las llamadas usando el manager del asterisk. Se cursan
correctamente pero me gustaria grabar en el cdr mas informacion de la
estandar, la info que quiero son unos parametros que le paso en la
generacion de la llamada y la causa del Hangup. Pero no lo consigo
desues de muchas pruebas. Alguna ayuda de la lista? No consigo
registar info adiconal.
Mil gracias
Pedro
Version 1.4.21.2~dfsg-3+lenny1 sobre debian.
cdr_manager.conf
[general]
enabled = yes
Event: Cdr
Event: Hangup <-- No se si es necesario
manager.conf
[general]
enabled = yes
port = 5038
bindaddr = 127.0.0.1
[lanzamiento]
secret = clave
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.255
read = system,call,log,verbose,command,agent,user,config,cdr
write = system,call,log,verbose,command,agent,user,config,cdr
Esto es lo que le paso por medio del manager
Siendo ($prefix . $trunk . $number . $ip) variables que uso para la
construccion de la llamada
He quitado mas variables para no liar el script
## Send user name.
$pop->print("Action: login");
$pop->print("Username: $username");
$pop->print("Secret: $secret");
$pop->print("Events: on");
$pop->print("Event: Cdr");
$pop->print("");
## Request status of messages.
$pop->print("Action: Originate");
$pop->print("Event: Cdr");
$pop->print("Event: Hangup ");
$pop->print("Channel: SIP/" . $prefix . $trunk . $number . "\@" . $ip );
$pop->print("Priority: 1");
$pop->print("Action: SetCDRUserField");
$pop->print("CDEvent: Hangup
$pop->print("CDR(miRG)=". $trunk );
Aclaracion --> En cdr_custom.conf si tengo declarado CDR(miRG) y
funcionando para las llamadas que genero de otras formas.
Esta es la respuesta del manager
Event: Hangup
Privilege: call,all
Channel: SIP/79.170.64.153-08169998
Uniqueid: asterisk-1275466066.1
Cause: 17
Cause-txt: User busy
Event: Cdr
Privilege: call,all
AccountCode:
Source: 3915439809
Destination: s
DestinationContext: default
CallerID: 3915439809
Channel: SIP/78.162.65.123-08169998
DestinationChannel:
LastApplication:
LastData:
StartTime: 2010-06-02 08:07:46
AnswerTime:
EndTime: 2010-06-02 08:07:56
Duration: 10
BillableSeconds: 0
Disposition: BUSY
AMAFlags: DOCUMENTATION
UniqueID: asterisk-1275466066.1
UserField:
Saúl Ibarra Corretgé
admite un campo Variable, que puede repetirse.
Variable: CDR(lalala)=lalala
--
/Saúl
http://saghul.net | http://sipdoc.net
Jon Bonilla
Pedro Perez <elbonsa...@gmail.com> escribió:
>
> Hola a todos,
>
> Estoy lanzando las llamadas usando el manager del asterisk. Se cursan
> correctamente pero me gustaria grabar en el cdr mas informacion de la
> estandar, la info que quiero son unos parametros que le paso en la
> generacion de la llamada y la causa del Hangup. Pero no lo consigo
> desues de muchas pruebas. Alguna ayuda de la lista? No consigo
> registar info adiconal.
>
> Mil gracias
> Pedro
Y eso qué tiene que ver con el click2call?
Por favor, cuando quieras preguntar algo en la lista dale a componer mensaje
nuevo en vez de dar al botón responder.
Jorge Eduardo Silva Jackson
Hilo nuevo en respuesta de uno anterior.
Puff.. si es que la ley esta mas permisiva cada día, no es la misma que
antes...
Solo hoy hubo 3
1 - HELP !!!!! en el asunto
2 - 120 palabras sin una coma ni punto.
3 - este hilo..
LoThaR
El 02/06/10, Jorge Eduardo Silva Jackson <sys...@gmail.com> escribió:
Saúl Ibarra Corretgé
2010/6/2 Jorge Eduardo Silva Jackson <sys...@gmail.com>:
> Estas dormido Saul ?
>
> Hilo nuevo en respuesta de uno anterior.
>
> Puff.. si es que la ley esta mas permisiva cada día, no es la misma que
> antes...
>
Yo uso Gmail para lo bueno y para lo malo y mi correo tiene una
cabecera Inreply-To por lo que veo, así que asumo que a google se le
ha ido un rato la pinza (no sería la primera vez).
Jorge Eduardo Silva Jackson
> Guarda la katana my friend.
>
(sonido onomatopéyico de katana entrando en vaina.)
> 2010/6/2 Jorge Eduardo Silva Jackson <sys...@gmail.com>:
>
>> Estas dormido Saul ?
>>
>> Hilo nuevo en respuesta de uno anterior.
>>
>> Puff.. si es que la ley esta mas permisiva cada día, no es la misma que
>> antes...
>>
>>
>
> Yo uso Gmail para lo bueno y para lo malo y mi correo tiene una
> cabecera Inreply-To por lo que veo, así que asumo que a google se le
> ha ido un rato la pinza (no sería la primera vez).
>
>
>
Tienes razón, ha visto algún otro por estos lados....
Estas perdonado : ) , no te pediremos que te hagas en jarakiri entonces.
Saludos
eDU
Iñaki Baz Castillo
> No tengo una 1.4 delante, pero en la 1.6 veo que la accion Originate
> admite un campo Variable, que puede repetirse.
>
> Variable: CDR(lalala)=lalala
En la 1.4 también.
Pedro Perez
Buenas tardes
Esta es la parte que lanzo al manager, no consigo reflejar el campo del
cdr que estoy buscando. Alguna ayuda?
Gracias por adelantado
$pop->print("Action: Originate");
$pop->print("Event: Cdr");
$pop->print("Event: Hangup ");
$pop->print("Channel: SIP/" . $prefix . $trunk . $number . "\@" . $ip );
$pop->print("Priority: 1");
#$pop->print("Context: fromtelecop");
$pop->print("DestinationContext: fromtelecop");
$pop->print("Duration: " . $timerand );
$pop->print("CallerID: ". $callerid_rand );
$pop->print("Action: SetCDRUserField");
$pop->print("CDR(miRG)=". $trunk );
Pero el manager me responde
Event: Cdr
Privilege: call,all
AccountCode:
Source: 38618020938
Destination: s
DestinationContext: default
CallerID: 38618020938
Channel: SIP/79.170.64.153-08194530
DestinationChannel:
LastApplication:
LastData:
StartTime: 2010-06-02 17:35:34
AnswerTime: 2010-06-02 17:35:42
EndTime: 2010-06-02 17:35:42
Duration: 8
BillableSeconds: 0
Disposition: ANSWERED
AMAFlags: DOCUMENTATION
UniqueID: asterisk-1275500134.15906
UserField:
I�aki Baz Castillo wrote:
> 2010/6/2 Sa�l Ibarra Corretg� <sag...@gmail.com>:
>
>> No tengo una 1.4 delante, pero en la 1.6 veo que la accion Originate
>> admite un campo Variable, que puede repetirse.
>>
>> Variable: CDR(lalala)=lalala
>>
>
> En la 1.4 tambi�n.
>
>
Pedro Perez
> No tengo una 1.4 delante, pero en la 1.6 veo que la accion Originate
> admite un campo Variable, que puede repetirse.
>
> Variable: CDR(lalala)=lalala
>
>
>
alguien de la lista esta en mi situacion y me puede explicar como pasar
ese parametro al manager :(
Saludos
David
Elio Rojano
>
>> No tengo una 1.4 delante, pero en la 1.6 veo que la accion Originate
>> admite un campo Variable, que puede repetirse.
>>
>> Variable: CDR(lalala)=lalala
>>
>
> En la 1.4 también.
>
>
http://www.sinologic.net/
Iñaki Baz Castillo
<elbonsa...@gmail.com> escribió:
> $pop->print("CDR(miRG)=". $trunk );
Sólo lo he usado con una librería AMI y no sé cómo genera el request
AMI, pero yo probaría con esto:
$pop->print("Variable: cdr_mi_rg=". $trunk );
Eso te crea una variable *de canal* llamada "cdr_mi_rg". Entonces en
el dialplan haces:
Set(CDR(miRG)=${cdr_mi_rg})
Saludos.
Pedro Perez
Muchas gracias por la respuesta, no puedo usar el dialplan para este
caso ya que hay llamadas que no obeceden el dialplan y no consigo
averiguar porque, es una cosa que estoy con ella, estoy con el debug
pero esa es otra historia.
Para registar campos adicionales con el manager, lo he conseguido de
esta forma, $pop->print("Variable: CDR(miCDR)=333"); teniendo en el
cdr_custom: "${CDR(miRG)}". Lo que si soy incapaz es de capturar la
release cause por medio del manager, alguna ayuda? Si que la consigo
capturar por dialplan, pero en este caso las llamadas son generadas de
otra forma,
Gracias
Pedro