Software para gestión de locutorios -- MiLocutorio
Paco Gil
RazaMetaL | Only The Good Die Young
Que buena característica:
# Tarifiación en tiempo real mediante el envío de mensajes a la
pantalla del teléfono IP (No hace falta display adicional!!)
:)
Suerte y gracias por compartirlo.
Saludos,
--
Linux User: 255902
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Sergio González - Paraguay
|_Tr0mp4s
> 2010/4/5 Paco Gil<pag...@gmail.com>:
>
>> Hola,
>> Ya tenemos disponible MiLocutorio 1.0 (alfa).
>> Es un frontend para asterisk-rsp-es que permite gestionar completamente un
>> locutorio tradicional. Se integra con SIP, IAX y Dahdi, de forma que permite
>> El sistema ha sido fruto del trabajo realizado como proyecto Fin de Carrera
>> revisi�n por parte de Juan Antonio Ib��ez.
>> Espero que pod�is colaborar y mejorar el proyecto.
>> http://milocutorio.ual.es
>> saludos, paco
>>
>>
> Que buena caracter�stica:
>
> # Tarifiaci�n en tiempo real mediante el env�o de mensajes a la
> pantalla del tel�fono IP (No hace falta display adicional!!)
>
>
> :)
>
> Suerte y gracias por compartirlo.
>
> Saludos,
>
>
>
Desde luego que si, interesant�simo. Mucha suerte y lo dicho, gracias
por compartirlo.
Saludos
Isaac Urdaneta
Saludos paco y los demas involucrados, se ve de un bueno su proyecto, lo instalare y comentare, en la lista, pero viniendo de uds, y pensando en los excelentes aportes a esta lista, pues ya puedo adelantar mis felicitaciones, Cosas como estas rescatan el alma y sentir de esta lista, ya les comentare mi experiencia, Muchas gracias.
Guillermo Prado Obando
--
Atentamente,
Guillermo Prado Obando.
Bogotá D.C Colombia.
Saludos paco y los demas involucrados, se ve de un bueno su proyecto, lo instalare y comentare, en la lista, pero viniendo de uds, y pensando en los excelentes aportes a esta lista, pues ya puedo adelantar mis felicitaciones, Cosas como estas rescatan el alma y sentir de esta lista, ya les comentare mi experiencia, Muchas gracias.
--
Este email pertenece a la lista de Asterisk-ES (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
cuervo2006
seguro que a muchos nos servira y otros podremos ayudarlos a
perfeccionarlo. saludos.
Dock
muy bueno, felicitaciones.
Desde ya gracias por brindar esto a la comunidad.
Saludos
Cristian Luna
Samuel cornú
Saludos
--
Este email pertenece a la lista de Asterisk-ES (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
To unsubscribe, reply using "remove me" as the subject.
--
Samuel Cornú
Paco Gil
Cualquier problema o duda, lo vamos viendo por aquí o en los foros de milocutorio...
saludos, paco
NaguS
Que Telefonos IP serian compatibles para el visor?
Gracias!
Martin
Paco Gil
Felicitaciones!!!
Que Telefonos IP serian compatibles para el visor?
Iñaki Baz Castillo
>
>
> 2010/4/9 NaguS <mymr...@gmail.com>
>>
>> Felicitaciones!!!
>>
>> Que Telefonos IP serian compatibles para el visor?
Cualquiera que permita recibir (y muestre en pantalla) un MESSAGE
enviado in-dialog (dentro del contexto de una llamada SIP).
Eyebeam por ejemplo los ignora.
--
Iñaki Baz Castillo
<i...@aliax.net>
Paco Gil
El día 9 de abril de 2010 11:22, Paco Gil <pag...@gmail.com> escribió:
>Cualquiera que permita recibir (y muestre en pantalla) un MESSAGE
>
> 2010/4/9 NaguS <mymr...@gmail.com>
>>
>> Felicitaciones!!!
>>
>> Que Telefonos IP serian compatibles para el visor?
enviado in-dialog (dentro del contexto de una llamada SIP).
Eyebeam por ejemplo los ignora.
--
Iñaki Baz Castillo
<i...@aliax.net>
--
Iñaki Baz Castillo
>> Cualquiera que permita recibir (y muestre en pantalla) un MESSAGE
>> enviado in-dialog (dentro del contexto de una llamada SIP).
>
> mi conocimiento de SIP es mucho más limitado que el tuyo, Iñaki, pero los
> mensajes no los manda Asterisk sino sipsak (entiendo que no es in-dialog)
Humm, entonces hay un problema en algunos escenarios (si los teleonos
están en situación de NAT respecto de Asterisk):
SipSak no puede enviar los MESSAGE desde el mismo puerto en el que
escucha Asterisk así que tendrán que llegar desde otro puerto,
imposible que atreviese el NAT (insisto: sólo en el caso de que los
tfnos estén tras NAT y Asterisk+SipSak fuera de ese NAT). ¿No?
>> Eyebeam por ejemplo los ignora.
>
> Por cierto, alguien sabe de algún softphone que pueda aceptar los messages
> que le llegan de un tercero, cuando está en conversación con asterisk???
¿A qué refieres? no entiendo bien el caso que planteas.
Paco Gil
El día 9 de abril de 2010 13:01, Paco Gil <pag...@gmail.com> escribió:
>> Cualquiera que permita recibir (y muestre en pantalla) un MESSAGEHumm, entonces hay un problema en algunos escenarios (si los teleonos
>> enviado in-dialog (dentro del contexto de una llamada SIP).
>
> mi conocimiento de SIP es mucho más limitado que el tuyo, Iñaki, pero los
> mensajes no los manda Asterisk sino sipsak (entiendo que no es in-dialog)
están en situación de NAT respecto de Asterisk):
SipSak no puede enviar los MESSAGE desde el mismo puerto en el que
escucha Asterisk así que tendrán que llegar desde otro puerto,
imposible que atreviese el NAT (insisto: sólo en el caso de que los
tfnos estén tras NAT y Asterisk+SipSak fuera de ese NAT). ¿No?
¿A qué refieres? no entiendo bien el caso que planteas.
>> Eyebeam por ejemplo los ignora.
>
> Por cierto, alguien sabe de algún softphone que pueda aceptar los messages
> que le llegan de un tercero, cuando está en conversación con asterisk???
--
Iñaki Baz Castillo
>> Humm, entonces hay un problema en algunos escenarios (si los teleonos
>> están en situación de NAT respecto de Asterisk):
>> SipSak no puede enviar los MESSAGE desde el mismo puerto en el que
>> escucha Asterisk así que tendrán que llegar desde otro puerto,
>> imposible que atreviese el NAT (insisto: sólo en el caso de que los
>> tfnos estén tras NAT y Asterisk+SipSak fuera de ese NAT). ¿No?
>
> jejej, que no se te vaya la olla... que es un locutorio y todo esta en
> local... XDD
> Lo que tu comentas, sería más bien para locutorios hosteados y cosas así no?
Exacto. ¿Acaso no tendría futuro un sistema de locutorios hosteados? :)
>> >> Eyebeam por ejemplo los ignora.
>> >
>> > Por cierto, alguien sabe de algún softphone que pueda aceptar los
>> > messages
>> > que le llegan de un tercero, cuando está en conversación con asterisk???
>>
>> ¿A qué refieres? no entiendo bien el caso que planteas.
>
> un softphone que me muestre en pantalla lo que ya hacen los atcom en su
> display...
O sea, ¿te refieres simplemente a que cuando les llegue un MESSAGE lo
muestren? no entiendo entonces donde está la duda.
Martin Romero
o esta pensado solamente para para algo local?
Si fuesen hosteados, piensas que se podrian administrar varios
locutorios desde el mismo server?
Disculpen si molesto con las preguntas, justo en estas semanas
empezamos a investigar el tema y conocimos esta solucion, una
coincidencia muy buena por cierto.
Saludos!
Martin
Paco Gil
Enviado desde mi iPacone
El 09/04/2010, a las 14:04, Iñaki Baz Castillo <i...@aliax.net>
escribió:
> El día 9 de abril de 2010 13:55, Paco Gil <pag...@gmail.com> escribi
> ó:
>>> Humm, entonces hay un problema en algunos escenarios (si los
>>> teleonos
>>> están en situación de NAT respecto de Asterisk):
>>> SipSak no puede enviar los MESSAGE desde el mismo puerto en el que
>>> escucha Asterisk así que tendrán que llegar desde otro puerto,
>>> imposible que atreviese el NAT (insisto: sólo en el caso de que los
>>> tfnos estén tras NAT y Asterisk+SipSak fuera de ese NAT). ¿No?
>>
>> jejej, que no se te vaya la olla... que es un locutorio y todo esta
>> en
>> local... XDD
>> Lo que tu comentas, sería más bien para locutorios hosteados y cos
>> as así no?
>
> Exacto. ¿Acaso no tendría futuro un sistema de locutorios hosteados?
> :)
A falta de perfeccionar el tema, habría que usar vpns
>
>
>
>>>>> Eyebeam por ejemplo los ignora.
>>>>
>>>> Por cierto, alguien sabe de algún softphone que pueda aceptar los
>>>> messages
>>>> que le llegan de un tercero, cuando está en conversación con a
>>>> sterisk???
>>>
>>> ¿A qué refieres? no entiendo bien el caso que planteas.
>>
>> un softphone que me muestre en pantalla lo que ya hacen los atcom
>> en su
>> display...
>
> O sea, ¿te refieres simplemente a que cuando les llegue un MESSAGE lo
> muestren? no entiendo entonces donde está la duda.
Si yo no he dicho duda, sino que si alguien conoce algun softphone
>
>
>>>
>>>
>>> --
>>> Iñaki Baz Castillo
>>> <i...@aliax.net>
>>>
>>> --
>>> Este email pertenece a la lista de Asterisk-ES
>>> (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.co
>>> m
>>>
>>> To unsubscribe, reply using "remove me" as the subject.
>>
>> --
>> Este email pertenece a la lista de Asterisk-ES (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-unsubscribe@googlegroups
>> .com
>
>
>
> --
> Iñaki Baz Castillo
> <i...@aliax.net>
>
> --
> Este email pertenece a la lista de Asterisk-ES (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-unsubscribe@googlegroups.c
> om
Iñaki Baz Castillo
>>> Lo que tu comentas, sería más bien para locutorios hosteados y cosas así
>>> no?
>>
>> Exacto. ¿Acaso no tendría futuro un sistema de locutorios hosteados? :)
>
> A falta de perfeccionar el tema, habría que usar vpns
O poner un proxy/registrar delante del Asterisk y del SipSak de tal
forma que lso tfnos sólo se comunican a nivel SIP con el proxy :)
Sólo requeriría configurar adecuadamente los sippeers en asterisk.
>> O sea, ¿te refieres simplemente a que cuando les llegue un MESSAGE lo
>> muestren? no entiendo entonces donde está la duda.
>
> Si yo no he dicho duda, sino que si alguien conoce algun softphone
Si son out-of-dialog (como lo son si los envía SipSak) entonces
Eyebeam funcionará. Y Twinkle, Blink, YASS (weee)...
Paco Gil
Interesante los de Locutorios Hosteados, se podria realizar algo asi?,
o esta pensado solamente para para algo local?
Está pensado para local, pero no veo inconveniente para el hosteo (teniendo en cuenta lo que ha comentado Iñaki)
Si fuesen hosteados, piensas que se podrian administrar varios
locutorios desde el mismo server?
Si, claro que puede...
Disculpen si molesto con las preguntas, justo en estas semanas
empezamos a investigar el tema y conocimos esta solucion, una
coincidencia muy buena por cierto.
pues a ver si os animáis y colaboráis en el proyecto ;)
Paco Gil
El día 9 de abril de 2010 14:40, Paco Gil <pag...@gmail.com> escribió:
>>> Lo que tu comentas, sería más bien para locutorios hosteados y cosas asíO poner un proxy/registrar delante del Asterisk y del SipSak de tal
>>> no?
>>
>> Exacto. ¿Acaso no tendría futuro un sistema de locutorios hosteados? :)
>
> A falta de perfeccionar el tema, habría que usar vpns
forma que lso tfnos sólo se comunican a nivel SIP con el proxy :)
Sólo requeriría configurar adecuadamente los sippeers en asterisk.
No me digas que ahora vienen los rumanos??? XDDDDD
Si son out-of-dialog (como lo son si los envía SipSak) entonces
>> O sea, ¿te refieres simplemente a que cuando les llegue un MESSAGE lo
>> muestren? no entiendo entonces donde está la duda.
>
> Si yo no he dicho duda, sino que si alguien conoce algun softphone
Eyebeam funcionará. Y Twinkle, Blink, YASS (weee)...
Yo lo probé con X-lite y no va... Probaremos con los otros a ver (si alguien puede reportar, mejor que mejor...)
--
Iñaki Baz Castillo
>> Si son out-of-dialog (como lo son si los envía SipSak) entonces
>> Eyebeam funcionará. Y Twinkle, Blink, YASS (weee)...
>
> Yo lo probé con X-lite y no va... Probaremos con los otros a ver (si alguien
> puede reportar, mejor que mejor...)
Comprueba si la cabecera "To" del MESSAGE que llega al softphone tiene
";tag=XXXXX" o no.
Así mismo si puedes saca un traza de cómo le llega ese MESSAGE al
softphone y lo que responde. Puede ser que al llegar desde una
IP:puerto diferente al del server en el que se registra (Asterisk)
decida ignorarlo, pero habría que comprobarlo.
Paco Gil
El día 9 de abril de 2010 15:54, Paco Gil <pag...@gmail.com> escribió:
>> Si son out-of-dialog (como lo son si los envía SipSak) entoncesComprueba si la cabecera "To" del MESSAGE que llega al softphone tiene
>> Eyebeam funcionará. Y Twinkle, Blink, YASS (weee)...
>
> Yo lo probé con X-lite y no va... Probaremos con los otros a ver (si alguien
> puede reportar, mejor que mejor...)
";tag=XXXXX" o no.
Traza con el X-lite
#
U +5.030390 192.168.1.6:59070 -> 192.168.1.3:5060
MESSAGE sip:1...@192.168.1.3 SIP/2.0
Via: SIP/2.0/UDP 127.0.1.1:48776;branch=z9hG4bK.504f3848;rport;alias
To: sip:1...@192.168.1.3
Call-ID: 15493...@127.0.1.1
CSeq: 1 MESSAGE
Content-Type: text/plain
Max-Forwards: 70
User-Agent: sipsak 0.9.6
From: sip:sip...@127.0.1.1:48776;tag=5c588176
Content-Length: 15
Coste: 0.20 Eur
#
U +5.033542 192.168.1.6:56869 -> 192.168.1.3:5060
MESSAGE sip:1...@192.168.1.3 SIP/2.0
Via: SIP/2.0/UDP 127.0.1.1:58776;branch=z9hG4bK.35101e17;rport;alias
To: sip:1...@192.168.1.3
Call-ID: 6202...@127.0.1.1
CSeq: 1 MESSAGE
Content-Type: text/plain
Max-Forwards: 70
User-Agent: sipsak 0.9.6
From: sip:sip...@127.0.1.1:58776;tag=24f79309
Content-Length: 17
0034950380224 esp
#
U +2.758731 192.168.1.3:48642 -> 192.168.1.6:5060
#
U +2.276713 192.168.1.6:53859 -> 192.168.1.3:5060
MESSAGE sip:1...@192.168.1.3 SIP/2.0
Via: SIP/2.0/UDP 127.0.1.1:54496;branch=z9hG4bK.504f3848;rport;alias
To: sip:1...@192.168.1.3
Call-ID: 15493...@127.0.1.1
CSeq: 1 MESSAGE
Content-Type: text/plain
Max-Forwards: 70
User-Agent: sipsak 0.9.6
From: sip:sip...@127.0.1.1:54496;tag=5c5897ce
Content-Length: 15
Coste: 0.20 Eur
No veo que tenga tag el "To", aunque sí la tiene el "From". El X-lite se queda callao como un muerto...
El twinkle funciona... a medias. Muestra los mensajes pero como ventana emergente y se te llena la pantalla en un un plis plas...
Blink no tiene ni para windows ni para linux... ;(
Y YASS no me tira en ubuntu...
Así mismo si puedes saca un traza de cómo le llega ese MESSAGE al
softphone y lo que responde. Puede ser que al llegar desde una
IP:puerto diferente al del server en el que se registra (Asterisk)
decida ignorarlo, pero habría que comprobarlo.
El X-lite no responde nada de nada (aparentemente)
--
Iñaki Baz Castillo
¿A qué te refieres con que se llena la ventada? si los mensajes que
llegan tienen el mismo From Twinkle los agrupa en una única ventana de
chat. ¿?
> Blink no tiene ni para windows ni para linux... ;(
>
> Y YASS no me tira en ubuntu...
>
>
>>
>> Así mismo si puedes saca un traza de cómo le llega ese MESSAGE al
>> softphone y lo que responde. Puede ser que al llegar desde una
>> IP:puerto diferente al del server en el que se registra (Asterisk)
>> decida ignorarlo, pero habría que comprobarlo.
>
> El X-lite no responde nada de nada (aparentemente)
¿Confirmas que X-Lite está usando la dirección 192.168.1.3:5060?
Lo que se ve en la traza es que no responde nada por lo que SipSak
vuelve a enviar otro MESSAGE (no son retransmissiones ya que tienen
distinto ;branch en el Via, supongo que cosas del SipSak).
Si esa es su IP:puerto y no responde nada puede que sea porque X-Lite
no permite recibir tráfico desde una IP:puerto distinta a la de su
registrar (asterisk_ip:5060 en tu caso).
PD: Ya puestos el From del MESSAGE podría ser algo como:
sip:milocutorio@IP
:)
Martin Rodriguez
los textos enviados.
Saludos
Martin Rodriguez
Paco Gil
El día 9 de abril de 2010 17:08, Paco Gil <pag...@gmail.com> escribió:
Twinkle no los agrupa, lo acabo de comprobar. Te llena la pantalla de pop-up's...
¿Confirmas que X-Lite está usando la dirección 192.168.1.3:5060?
> Blink no tiene ni para windows ni para linux... ;(
>
> Y YASS no me tira en ubuntu...
>
>
>>
>> Así mismo si puedes saca un traza de cómo le llega ese MESSAGE al
>> softphone y lo que responde. Puede ser que al llegar desde una
>> IP:puerto diferente al del server en el que se registra (Asterisk)
>> decida ignorarlo, pero habría que comprobarlo.
>
> El X-lite no responde nada de nada (aparentemente)
Si.
Lo que se ve en la traza es que no responde nada por lo que SipSak
vuelve a enviar otro MESSAGE (no son retransmissiones ya que tienen
distinto ;branch en el Via, supongo que cosas del SipSak).
Es que son diferentes MESSAGE. MiLocutorio le dice a sipsak que manda cada X segundos un mensaje diferente (rotatorio) indicando coste, destino, etc...
Si esa es su IP:puerto y no responde nada puede que sea porque X-Lite
no permite recibir tráfico desde una IP:puerto distinta a la de su
registrar (asterisk_ip:5060 en tu caso).
Pues es conjeturar, el caso es que ni p*** caso al MESSAGE.
PD: Ya puestos el From del MESSAGE podría ser algo como:
sip:milocutorio@IP
:)
jeje, sabes donde se toca???
--
Saúl Ibarra
Primero, enhorabuena por el proyecto, mola ver que surgen cosas, que
últimamente solo veo peticiones... ;)
Sobre el visor, los MESSAGE y tal, eso lo estuve yo mirando hace unos
años, y aun hoy la idea del MESSAGE no me acaba de convencer. Vale, lo
típico es una llamada por 'cabina' y todo eso, pero te basas en los
terminales, y por lo tanto la oferta disminuye.
Mi idea era la siguiente: usar un cacharro (no encuentro ahora el
link, pero a ti que también te gustan los cacharritos ya sabrás lo que
digo) al que poder mandarle algo por un socket y que lo imprima por un
LCD. Ahora coges un teléfono de la marca que sea pero que tenga
miniswitch y ya lo tienes.
Además, si usas softphones, siempre puedes hacer una miniaplicación
dockeable en Python o Java para que muestre lo que le mandas por el
socket, de manera que no tienes que implementar 2 veces lo mismo.
El tema es que usar sipsak y un exec en PHP no lo acabo de ver...
Saludos,
--
/Saúl
http://saghul.net | http://sipdoc.net
Paco Gil
Aupa Paco,
Primero, enhorabuena por el proyecto, mola ver que surgen cosas, que
últimamente solo veo peticiones... ;)
asias...
Sobre el visor, los MESSAGE y tal, eso lo estuve yo mirando hace unos
años, y aun hoy la idea del MESSAGE no me acaba de convencer. Vale, lo
típico es una llamada por 'cabina' y todo eso, pero te basas en los
terminales, y por lo tanto la oferta disminuye.
Los inmigrantes, que son los que mas lo usan, quieren su cabinita y tal, con sus comodidades para llamar. Los terminales no serán ni cisco, ni linksys, ni snom, etcc.. son baratos y que vayan bien. Hay muuuchos chinos con placas infineon, broadcom, etc... que van de cine. ATCOM es uno de ellos.. Ten en cuenta que un telefono analogico tipo thomsom o alcatel vale sobre 15 euros o menos...
Mi idea era la siguiente: usar un cacharro (no encuentro ahora el
link, pero a ti que también te gustan los cacharritos ya sabrás lo que
digo) al que poder mandarle algo por un socket y que lo imprima por un
LCD. Ahora coges un teléfono de la marca que sea pero que tenga
miniswitch y ya lo tienes.
Está ya hecho.. te refieres a esto
http://dangerousprototypes.com/2009/09/10/prototype-twitter-watcher-the-twatch/
Lo iba a usar, pero encarece el tema...
Además, si usas softphones, siempre puedes hacer una miniaplicación
dockeable en Python o Java para que muestre lo que le mandas por el
socket, de manera que no tienes que implementar 2 veces lo mismo.
El tema es que usar sipsak y un exec en PHP no lo acabo de ver...
Jeje, sugerencias???? XDDD
gracias, paco
Saludos,
--
/Saúl
http://saghul.net | http://sipdoc.net
Iñaki Baz Castillo
>> ¿A qué te refieres con que se llena la ventada? si los mensajes que
>> llegan tienen el mismo From Twinkle los agrupa en una única ventana de
>> chat. ¿?
>
> Twinkle no los agrupa, lo acabo de comprobar. Te llena la pantalla de
> pop-up's...
Eso es porque cada MESSAGE tiene un puerto diferente en el From, que
por cierto, no coincide con el puerto origen.
En cualquier caso, eso es feo, el From no debe tener puerto, sólo el dominio.
Yo sugeriría que pongáis la opción que SipSak para que genere un From
con un URI que no cambie, como te decía antes, así saldrán todos los
MESSAGES agrupados en la misma ventana.
>> Si esa es su IP:puerto y no responde nada puede que sea porque X-Lite
>> no permite recibir tráfico desde una IP:puerto distinta a la de su
>> registrar (asterisk_ip:5060 en tu caso).
>
> Pues es conjeturar, el caso es que ni p*** caso al MESSAGE.
Al menos EyeBeam permite ver los logs y te dirían porqué lo rechaza,
aunque es blanco y en botella.
>> PD: Ya puestos el From del MESSAGE podría ser algo como:
>> sip:milocutorio@IP
>> :)
>
> jeje, sabes donde se toca???
Pues ahora mismo no, pero fijo que se puede hacer.
Iñaki Baz Castillo
> El tema es que usar sipsak y un exec en PHP no lo acabo de ver...
Yo tampoco, me parece un poco "chapucilla" (con todos los respetos),
por varias razones:
- SipSak no se preocupa de las retransmisiones SIP UDP. Es decir,
cuando se envía un request SIP UDP es posible que se pierda en la red
por lo que sea, en ese caso, puesto que no hay respuesta del destino
se debería retransmitir el request, cosa que SipSak parece que no
hace, es más, creo que le da igual si la respuesta es un 200 que un
404 o lo que sea.
- No todo tiene porqué funcionar mediante un script en PHP que hace un
exec para ejecutar comandos de sistema (como "sipsak"). Estoy
acostumbrado a ver como scripts similares hacen auténticos estragos.
Demasiado "PHP-way".
- A parte de lo del puerto origen que comentaba antes y que, por lo
que vemos, no sólo afecta a los casos de NAT (que afecta seguro y a
todos), sino también a ciertos tfnos/softphones que, por seguridad, no
permiten recibir requests SIP desde ip:puerto distintos a los del
proxy/registrar.
Por favor, tómese de forma constructiva :)
Paco Gil
El día 9 de abril de 2010 17:54, Paco Gil <pag...@gmail.com> escribió:
>> ¿A qué te refieres con que se llena la ventada? si los mensajes queEso es porque cada MESSAGE tiene un puerto diferente en el From, que
>> llegan tienen el mismo From Twinkle los agrupa en una única ventana de
>> chat. ¿?
>
> Twinkle no los agrupa, lo acabo de comprobar. Te llena la pantalla de
> pop-up's...
por cierto, no coincide con el puerto origen.
En cualquier caso, eso es feo, el From no debe tener puerto, sólo el dominio.
Yo sugeriría que pongáis la opción que SipSak para que genere un From
con un URI que no cambie, como te decía antes, así saldrán todos los
MESSAGES agrupados en la misma ventana.
Eso habrá que currarselo.. me lo apunto. gracias.
Al menos EyeBeam permite ver los logs y te dirían porqué lo rechaza,
>> Si esa es su IP:puerto y no responde nada puede que sea porque X-Lite
>> no permite recibir tráfico desde una IP:puerto distinta a la de su
>> registrar (asterisk_ip:5060 en tu caso).
>
> Pues es conjeturar, el caso es que ni p*** caso al MESSAGE.
aunque es blanco y en botella.
no aparece nada de nada en los logs de x-lite (que por cierto están muy bien)
Pues ahora mismo no, pero fijo que se puede hacer.
>> PD: Ya puestos el From del MESSAGE podría ser algo como:
>> sip:milocutorio@IP
>> :)
>
> jeje, sabes donde se toca???
habrá que buscar...
--
Paco Gil
El día 9 de abril de 2010 18:44, Saúl Ibarra <sag...@gmail.com> escribió:
> El tema es que usar sipsak y un exec en PHP no lo acabo de ver...Yo tampoco, me parece un poco "chapucilla" (con todos los respetos),
por varias razones:
- SipSak no se preocupa de las retransmisiones SIP UDP. Es decir,
cuando se envía un request SIP UDP es posible que se pierda en la red
por lo que sea, en ese caso, puesto que no hay respuesta del destino
se debería retransmitir el request, cosa que SipSak parece que no
hace, es más, creo que le da igual si la respuesta es un 200 que un
404 o lo que sea.
La idea es soltar el MESSAGE y punto. Es más, el sipsak está tuneado para eso precisamente, que ni siquiera espere respuesta del telefono. No se trata de retransmitir información que ya no es actual (algo parecido al criterior de usar UDP para los paquetes de voz: es preferible que se pierdan a retransmitirlos)
- No todo tiene porqué funcionar mediante un script en PHP que hace un
exec para ejecutar comandos de sistema (como "sipsak"). Estoy
acostumbrado a ver como scripts similares hacen auténticos estragos.
Demasiado "PHP-way".
Puedo estar de acuerdo, pero tened en cuenta que esto está hecho por un grupo de "aficionados", es decir, ratos libres, que funcione y que sea práctico. Un tío que sepa bien bien, seguro que lo mejora bastante...
- A parte de lo del puerto origen que comentaba antes y que, por lo
que vemos, no sólo afecta a los casos de NAT (que afecta seguro y a
todos), sino también a ciertos tfnos/softphones que, por seguridad, no
permiten recibir requests SIP desde ip:puerto distintos a los del
proxy/registrar.
Me preocupa mas el tema de los teléfonos que no permiten ni siquiera presentar el mensaje en pantalla. Milocutorio se ha pensado para trabajar en local por lo que las modificaciones para trabajar con NAT, sería mas bien algo para el futuro...
Por favor, tómese de forma constructiva :)
De tí sólo puede ser constructivo... gracias
Iñaki Baz Castillo
>> - SipSak no se preocupa de las retransmisiones SIP UDP. Es decir,
>> cuando se envía un request SIP UDP es posible que se pierda en la red
>> por lo que sea, en ese caso, puesto que no hay respuesta del destino
>> se debería retransmitir el request, cosa que SipSak parece que no
>> hace, es más, creo que le da igual si la respuesta es un 200 que un
>> 404 o lo que sea.
>
> La idea es soltar el MESSAGE y punto. Es más, el sipsak está tuneado para
> eso precisamente, que ni siquiera espere respuesta del telefono. No se trata
> de retransmitir información que ya no es actual (algo parecido al criterior
> de usar UDP para los paquetes de voz: es preferible que se pierdan a
> retransmitirlos)
Pero así es como funciona SIP, con retransmisiones, es necesario en
UDP. Un MESSAGE retransmitido no es información desactualizada,
estamos hablando de 2-4 segundos (cosa que se podría configurar en el
UA que mande los MESSAGE).
>>
>> - No todo tiene porqué funcionar mediante un script en PHP que hace un
>> exec para ejecutar comandos de sistema (como "sipsak"). Estoy
>> acostumbrado a ver como scripts similares hacen auténticos estragos.
>> Demasiado "PHP-way".
>
> Puedo estar de acuerdo, pero tened en cuenta que esto está hecho por un
> grupo de "aficionados", es decir, ratos libres, que funcione y que sea
> práctico. Un tío que sepa bien bien, seguro que lo mejora bastante...
Sí, lo entiendo perfectamente. Yo hablaba de mejorar esa parte y
hacerla más "elegante". Lo más bonito que se me ocurre sería programar
un daemon en C/C++ que haga uso de un SIP stack para enviar los
mensajes y que reciba las notificaciones de Asterisk. Además, al ser
sólo señalización SIP (sin RTP) te vale cualquier SIP stack al margen
del media, ejemplo Sofia. Y usando un SIP stack de verdad te aseguras
que se encarga de las retransmisiones y todo eso :)
Además, aprender a programar sobre un SIP stack te abre las puertas a
hacer cosas muy chulas!!, no todo son AGI's :)
>> - A parte de lo del puerto origen que comentaba antes y que, por lo
>> que vemos, no sólo afecta a los casos de NAT (que afecta seguro y a
>> todos), sino también a ciertos tfnos/softphones que, por seguridad, no
>> permiten recibir requests SIP desde ip:puerto distintos a los del
>> proxy/registrar.
>
> Me preocupa mas el tema de los teléfonos que no permiten ni siquiera
> presentar el mensaje en pantalla.
La solución para eso sería que dichos MESSAGE llegasen del mismo
puerto, pero puesto que por ahora el puerto se lo come Asterisk la
única forma sería mediante un proxy SIP delante y todo eso, con la
complejidad que tal vez añade, pero que podría hacer el sistema
realmente escalable, vuelvo al ejemplo de locutorios hosteados :)
> Milocutorio se ha pensado para trabajar en
> local por lo que las modificaciones para trabajar con NAT, sería mas bien
> algo para el futuro...
Claro ;)
Saludos.
Edwin Alberto Quijada
> Date: Fri, 9 Apr 2010 12:52:17 -0300
> Subject: Re: [Asterisk-ES] Re: Software para gestión de locutorios -- MiLocutorio
> From: gmart...@gmail.com
> To: aster...@googlegroups.com
Las direcciones de email de tus contactos de Messenger las tienes automáticamente en tu agenda de Hotmail. Descubre cómo
Berzoc
Paco Gil
He seguido este hilo muy atentamente pero hay algo que no entiendo , que es un locutorio?
Es algo asi como un sitio que tiene varios telefonos donde puedes llamar y pagar por minuto hablado??
exacto!!!! XDDDD
locutorio = callshop = teleboutique
LoThaR
un pequeño negocio de bajisimos margenes para el segmento inmigrante y
de muy bajos recursos.
Es como un cibercafe (o como quieran llamarlo) pero de llamadas telefónicas.
Los locutorios fueron furor unos 12-15 años atrás. Hoy desaparecen dia
a dia por la competencia que ofrecen servicios como Skype e inclusive
los bonos de minutos internacionales de las operadoras.
Al menos, en España. En paises con poca competencia telefonica, puede
ser negocio aún.
Saludos.
El 10/04/10, Edwin Alberto Quijada <maca...@hotmail.com> escribió:
>
> He seguido este hilo muy atentamente pero hay algo que no entiendo , que es
> un locutorio?Es algo asi como un sitio que tiene varios telefonos donde
> _________________________________________________________________
> Organiza una reunión con Hotmail: puedes enviar un email a tus amigos y con
> el Calendario agendar la fecha. Descubre cómo.
> http://www.microsoft.com/latam/windows/windowslive/products/calendar.aspx
>
> --
> Este email pertenece a la lista de Asterisk-ES (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
--
Enviado desde mi dispositivo móvil
Jorge Eduardo Silva Jackson
> Un locutorio es un fenómeno que tiende a desaparecer !!! O reducirse a
> un pequeño negocio de bajisimos margenes para el segmento inmigrante y
> de muy bajos recursos.
>
> Es como un cibercafe (o como quieran llamarlo) pero de llamadas telefónicas.
>
> Los locutorios fueron furor unos 12-15 años atrás. Hoy desaparecen dia
> a dia por la competencia que ofrecen servicios como Skype e inclusive
> los bonos de minutos internacionales de las operadoras.
>
> Al menos, en España. En paises con poca competencia telefonica, puede
> ser negocio aún.
>
> Saludos.
>
De todas maneras, se le olvido decir al amigo, que los felicitaba por el
excelente aporte a la comunidad del software libre, por aportes como
este, el software libre es esta realidad que muchos usufructuamos.
Saludos
EDU
Iñaki Baz Castillo
> Un locutorio es un fenómeno que tiende a desaparecer !!! O reducirse a
> un pequeño negocio de bajisimos margenes para el segmento inmigrante y
> de muy bajos recursos.
>
> Es como un cibercafe (o como quieran llamarlo) pero de llamadas telefónicas.
>
> Los locutorios fueron furor unos 12-15 años atrás. Hoy desaparecen dia
> a dia por la competencia que ofrecen servicios como Skype e inclusive
> los bonos de minutos internacionales de las operadoras.
>
> Al menos, en España. En paises con poca competencia telefonica, puede
> ser negocio aún.
No sé en qué datos *objetivos* te basas para hacer estas afirmaciones
(¿están basadas en datos reales o son meras conjeturas?).
Desde luego mi experiencia me dice que el negocio de los locutorios
está muy vivo hoy en día, sobre todo si eres un operador que da
servicio de trunking SIP a locutorios.
LoThaR
país a Locutorios con lineas de Telefónica. Y a su vez, la empresa
proveía sistemas telefónicos de locutorio por cuenta propia.
Antes que eso, 1,5 anos en un proveedor de servicios IP para locutorios.
Al margen de que he visto como el negocio No funciona, salvo
excepciones muy especiales, si lo pensamos un poco es completamente
lógico que tienda a desaparecer.
Solo hay que pensar el motivo por el que aparecieron, entender que ese
motivo hoy ya no existe y listo... Extinción.
Hoy llamo al exterior desde mi movil, antes solo podía hacerlo si
estaba loco. Antes un buen porcentaje de los ingresos del locutorio
provenía de las llamadas nacionales... Hoy existe la tarifa plana.
El 12/04/10, Iñaki Baz Castillo <i...@aliax.net> escribió:
> --
> Este email pertenece a la lista de Asterisk-ES (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
>
> To unsubscribe, reply using "remove me" as the subject.
>
--
Iván Godfather
Angel Elena
Pues…… en barcelona / madrid hay a montones…….
Paco Gil
La necesidad de llamar por parte de los inmigrantes, siempre estará ahí, y el locutorio es el punto de encuentro, de relación social, etc... Además, por muy barato que ofrezcan los OMV, estos cobran establecimiento caro, y siempre te lo encontrarás más barato en un locu...
Aún así, el tema va p'abajo....
LoThaR
inmigrantes.
Es un fenómeno bastante particular. Si sacan cuentas, la gran mayoría
de los locutorios no pueden generar ingresos ni para pagar una digna
nomina al que atiende.
Pues he visto que para muchos dueños de locutorios, mayormente
inmigrantes, es una forma de emplearse él mismo y su familia.
He allí un buen motivo para que sigan existiendo. Aunque no veo
negocio en esta actividad.
Saludos.
El 12/04/10, Paco Gil <pag...@gmail.com> escribió:
> mira, locutorios hay muchiiiiisimos... otra cosa es que sean rentables (o
> tan rentables como eran hace 5-10 años).
>
> La necesidad de llamar por parte de los inmigrantes, siempre estará ahí, y
> el locutorio es el punto de encuentro, de relación social, etc... Además,
> por muy barato que ofrezcan los OMV, estos cobran establecimiento caro, y
> siempre te lo encontrarás más barato en un locu...
>
> Aún así, el tema va p'abajo....
>
> 2010/4/12 Angel Elena <cr...@craem.net>
>
>> Pues…… en barcelona / madrid hay a montones…….
>>
>>
>> ------------------------------
>>
>> *De:* aster...@googlegroups.com [mailto:aster...@googlegroups.com]
>> *En
>> nombre de *Iván Godfather
>> *Enviado el:* lunes, 12 de abril de 2010 22:07
>> *Para:* aster...@googlegroups.com
>> *Asunto:* Re: [Asterisk-ES] Software para gestión de locutorios --
Edwin Alberto Quijada
> Date: Tue, 13 Apr 2010 02:09:13 +0200
> Subject: Re: [Asterisk-ES] Software para gestión de locutorios -- MiLocutorio
> From: urt...@gmail.com
> To: aster...@googlegroups.com
Con Hotmail hay una forma muy fácil de encontrar tus emails: organízalos por carpetas. Haz clic aquí
LoThaR
elevado o poco accesible, el Locutorio es casi siempre negocio.
El 13/04/10, Edwin Alberto Quijada <maca...@hotmail.com> escribió:
> _________________________________________________________________
> Ahora no hace falta estar conectado para ver tus mails. Chequea tu Hotmail
> con Windows Live Mail, es fácil. Ver más.
> http://www.microsoft.com/latam/windows/windowslive/products/mail.aspx
gserrano
¿Alguien ha probado los teléfonos de cisco serie 5xx? Son los mismos que los
linksys pero con otra caja o se han producido mejoras.
Tengo dudas entre elegir un Aastra 6731i o un cisco 504
¿¿Me podeis ayudar ?? el uso que se le dará es para una oficina
jorge montero
Con respecto a los dos modelos que propones, yo miraria que vas hacer con ellos, me explico, ¿menus en los telf? por ejemplo, el cliente es sensible al precio, ¿disponibilidad en el tiempo? a lo mejor ahora necesitas 20 y luego otros 10, y no hay el modelo y toca poner otros, etc...
A mi personalmente me gustan los dos modelos que propones, siento no decantarme por ninguno en concreto.
--
Este email pertenece a la lista de Asterisk-ES (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
To unsubscribe, reply using "remove me" as the subject.
--
Un saludo.
Jorge Montero
TelecoSilvia
resuelva:
- Número máximo de BLF es 62, aunque con los dos paneles laterales +
las cuatro lineas puedas monitorizar 68 (en aastra son 50)
- Con el último firmware (que mejora la calidad del manos libres de
manera espectacular) solo se pueden hacer transferencias directas
utilizando los blf.
- Con el último firmware los cascos bluetooth dejan de funcionar al
par de horas de correcto funcionamiento, teniendo que reinciar el
cisco para que los vuelva a coger.
Si no lo vas a usar de "operadora" cap problema funciona de
maravillas.
Con los aastra son una opción más barata (creo) y también dan buenos
resultados, y no se porque razón los usuarios me comentan que son más
intuitivos que los linksys.
On 14 Abr, 23:48, jorge montero <cot...@gmail.com> wrote:
> Solo te puedo decir que las mejoras de la serie 5xx son 70% cambios
> esteticos, 25% software para integración con sistemas Cisco y algunas
> mejoras de calidad, por lo demas es el mimos Telf que los 9xx, desde mi
> punto de vista.
>
> Con respecto a los dos modelos que propones, yo miraria que vas hacer con
> ellos, me explico, ¿menus en los telf? por ejemplo, el cliente es sensible
> al precio, ¿disponibilidad en el tiempo? a lo mejor ahora necesitas 20 y
> luego otros 10, y no hay el modelo y toca poner otros, etc...
>
> A mi personalmente me gustan los dos modelos que propones, siento no
> decantarme por ninguno en concreto.
>
> El 14 de abril de 2010 12:19, gserrano <vaansha...@gmail.com> escribió:
>
>
>
> > Hola a todos
> > ¿Alguien ha probado los teléfonos de cisco serie 5xx? Son los mismos que
> > los
> > linksys pero con otra caja o se han producido mejoras.
> > Tengo dudas entre elegir un Aastra 6731i o un cisco 504
> > ¿¿Me podeis ayudar ?? el uso que se le dará es para una oficina
>
> > --
> > Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org
> > )
>
> > ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...
Jose Andres Cuenca -Lojasystem
Ing. José Andrés Cuenca
Lojasytem
Paco Gil
MiLocutorio fue desarrollado en su momento como parte del proyecto
final de carrera de un alumno de la Universidad de Almería y,
posteriormente, apoyado por un compañero de la lista. El tema es que
no tuvo mucho seguimiento y quedó tal cual se desarrolló...
Toda ayuda y mejora, es bienvenida...
saludos,
2011/9/25 Jose Andres Cuenca -Lojasystem <loj...@gmail.com>:
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
Edwin Alberto Quijada
Paco Gil
Iñaki Baz Castillo
> MiLocutorio fue desarrollado en su momento como parte del proyecto
> final de carrera de un alumno de la Universidad de Almería y,
> posteriormente, apoyado por un compañero de la lista. El tema es que
> no tuvo mucho seguimiento y quedó tal cual se desarrolló...
Claro Paco... es que mira que llamarlo "MiLocutorio"...
Así la gente va a pensar que es el locutorio de otro y no se va a
interesar por él.