Mensajeria Instantanea en asterisk
DiegoF
montar con esto tambien servicio de mensajeria instantanea. Que cosas
adicionales debo instalar y para clientes windows que me serviria de
softphone para voz y mensajes.
muchas gracias.
bakko
comentan los demás.
Una cosa que puedes hacer es instalar un servidor Jabber (tipo Openfire) y
configurar por cada extensión un usuario. Ya que muchos softphone vienen con
un cliente jabber, no estaría mal.
Donde la mensajería instantánea si funciona entre las extensiones es
FreeSWITCH. Te lo digo porque lo he probado y me quedé bastante asombrado.
Saludos
Jose Luis
extension y ya tienes un servidor de presencia. Al spark le puedes
instalar un modulo que lo transforma en telefono sip.
Saludos.
bakko escribió:
Saúl Ibarra
bien con Asterisk... aunque molaría que Asterisk soportara una
mensajería y presencia decentes...
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
RamonciO
de control de presencia.
Aunque Openfire va de lujo.
Saúl Ibarra
RamonciO
criticando chan_sip, creo recordar.
On 26 abr, 01:10, Saúl Ibarra <sag...@gmail.com> wrote:
> Con SIP en Asterisk... nanai de presencia...
>
Iñaki Baz Castillo
> No he dicho nada de asterisk, porque Iñaki precisamente lo decía
> criticando chan_sip, creo recordar.
Asterisk (chan_sip) sólo permite:
- INVITE, ACK, CANCEL, INFO (llamada).
- REGISTER (registro de usuario).
- OPTIONS (¿hola?).
- SUBSCRIBE "Event: dialog" (penosa implementación del RFC 4235).
La mensajería instantánea se implementa en SIP básicamente con MESSAGE, cosa
que Asterisk no soporta.
La presencia simple se implementa en SIP con SUBSCRIBE "Event: presence" y
PUBLISH "Event: presence", cosa que Asterisk no soporta.
Si pones algo SIP inteligente delante de Asterisk (algo que sólo rute paquetes
SIP correctamente, o sea un proxy) puedes conseguir que:
- Los MESSAGE vayan de terminal a terminal (y si ambos lo soportan ya tienes
mensajería).
- Los SUBSCRIBE/PUBLISH "Event: presence" sean rutados a un servidor de
presencia SIP (SIMPLE).
- Los INVTE sean rutado a Asterisk.
- El proxy haga también de registrar y sea el que registra a los usuarios
cuando recibe REGISTER.
Con Asterisk lo único que se puede hacer es disponer de un softphone
multiprotocolo SIP/XMPP que hable SIP con Asterisk y XMPP con un servidor
XMPP. Lo de la "integración" es mentira total. Son sólo ñapas.
--
Iñaki Baz Castillo
<ib...@xtratelecom.es>
Elio Rojano
Dónde has leído que hubiera integración de Asterisk con XMPP? En todos lados donde busqué algo así siempre decían que Asterisk no soportaba mensajería de ningún tipo.
--
Iñaki Baz Castillo
<ib...@xtratelecom.es>
--
http://www.sinologic.net/
Iñaki Baz Castillo
> > Con Asterisk lo único que se puede hacer es disponer de un softphone
> > multiprotocolo SIP/XMPP que hable SIP con Asterisk y XMPP con un servidor
> > XMPP. Lo de la "integración" es mentira total. Son sólo ñapas.
>
> Dónde has leído que hubiera integración de Asterisk con XMPP? En todos
> lados donde busqué algo así siempre decían que Asterisk no soportaba
> mensajería de ningún tipo.
No, de lo que se suele hablar es de "integración" entre Asterisk y un servidor
XMPP, nada que ver con que Asterisk soporte nada de mensajería instantánea.
Pero esa supuesta "integración" es una ñapa total, no es serio.
Elio Rojano
porque por muy bien que digan que va estupéndamente el Openfire, realmente va bien porque pasa de Asterisk... xD
http://www.sinologic.net/
Iñaki Baz Castillo
Por poner un ejemplo de cómo me imagino que funciona:
- Un softphone tiene configurada una cuenta SIP "201" con el Asterisk y una
cuenta XMPP "201" con el servidor XMPP.
- Dicho usuario envía "estado = away" al servidor XMPP.
- Asterisk recibe una llamada a la extensión 201 desde el usuario 200.
- Asterisk durante el dialplan hace una consulta SQL a la tabla donde el
servidor XMPP almacena el estado de presencia y obtiene "away".
- Asterisk decide entonces enviar "480 Not Available Now" a 200 (ya que 201
está "away").
Iñaki Baz Castillo
> pero quien dice eso justamente son los que quieren vender el servidor xmpp
> "supuestamente compatible" con Asterisk.
> porque por muy bien que digan que va estupéndamente el Openfire, realmente
> va bien porque pasa de Asterisk... xD
Por eso mismo yo hablo de "integración" (con grandes comillas) XD
Saúl Ibarra
Asterisk y captura los eventos ExtensionState, así cuando una está
RINGING le pone lo de "On the phone" y a correr... Sí, es una
super-ñapa, pero a la peña le mola como queda... y poco más se puede
hacer para obtener lo mismo _solo_ con Asterisk...
Iñaki Baz Castillo
> Lo que realmente sucede es que Openfire se conecta al manager de
> Asterisk y captura los eventos ExtensionState, así cuando una está
> RINGING le pone lo de "On the phone" y a correr... Sí, es una
> super-ñapa, pero a la peña le mola como queda... y poco más se puede
> hacer para obtener lo mismo _solo_ con Asterisk...
Y además esto requiere que el softphone implemente SIP y XMPP (configuración
duplicada para cada protocolo, etc...) => ñapa.
bakko
Openfire más el plugin sipphone.
A cada usuario openfire se asigna una extensión asterisk. Cuando un usuario
llama esa extensión, si el usuario está en línea bien sino pasa la llamada
al voicemail.
El problema de esta configuración es que para llamar o recibir llamadas el
único cliente que es posible usar es SPARK (que entre otras cosas a mi
personalmente no me gusta mucho).
Si quieres ver de verdad come funciona una implementación real de mensajería
y llamadas usando SIP deben instalar FreeSWITCH.
Aquí un post que demuestra como funciona:
http://www.freeswitch.es/node/40
Chao
DiegoF
cliente
jabber que el usuario esta al telefono, creo que no tiene otra
utilidad mas
esta union de servicios de openfire y asterisk, son como dos servicios
casi independientes. Pero bueno, lo de mensajeria esta bueno, para ver
si se quita el skype en la empresa y se deja el chat solo interno.
ustedes saben si el openfire graba las converzaciones?
bakko
Iñaki Baz Castillo
> Si quieres ver de verdad come funciona una implementación real de
> mensajería y llamadas usando SIP deben instalar FreeSWITCH.
El soporte de mensajería de FreeSWITCH no es ninguna maravilla, todo lo
contrario, es muy limitado. Con los INVITE se puede jugar mucho en el
dialplan (cambiar el From, etc...), pero con los MESSAGE apenas.
Si lo que quieres es mensajería SIP *pura*, no rutes el MESSAGe por un B2BUA
(como FreeSWITCH o Asterisk si soportase MESSAGE), sino por un proxy SIP.
bakko
chat en FreeSWITCH, pero he visto che funciona.
Proxy SIP tipo Opensip?
Chao
Iñaki Baz Castillo
> La verdad admito que no se como viene manejado a nivel de protocolo SIP el
> chat en FreeSWITCH, pero he visto che funciona.
Sí sí, si funciona, te lo confirmo, pero da poca flexibilidad.
> Proxy SIP tipo Opensip?
OpenSer, SER, Kamailio, OpenSIPS, SIp-Router :)
bakko
Consejos, experiencias?
Gracias
Iñaki Baz Castillo
> Definitivamente es hora que le ponga manos a un SIP proxy :)
> Consejos, experiencias?
Kamailio o OpenSIPS.
Dentro de un tiempo estará SIP-Router pero aún no.
DiegoF
converzaciones de chat, es decir para auditoria y cosas asi. yo lo
configure con una base de datos en postgres, si si graba, ahi en la bd
de postgres lo haria?
bakko
Las conversaciones se guardan en la base de datos (un record por cada
mensaje)
La tabla se llama ofMessageArchive.
DiegoF
aparte y lo de las grabaciones de los chats esta bueno.
de nuevo muchas gracias.
justero
En principio, utilizando un Proxy Server tal y como sugiere Iñaki,
las cosas deberían funcionar (al menos con OpenSIPS, el resto no los
conozco) siguiendo las pautas del protocolo SIP en lo que se refiere
al método MESSAGE. No obstante, si se utiliza un softphone en ambos
extremos puede que éste ofrezca la posibilidad (como el X-Lite) de
realizar gestión de presencia "Peer To Peer" que, como sabréis está
bastante chula (permite emoticonos, edición de texto, colores,
tamaños,...)