Hola, tengo pendiente instalar OpenSer 1.3 entre otras cosas por el módulo "pua-bla".
Hace unas semanas me leí (por encima) el draft en el que está basado: http://www.potaroo.net/ietf/idref/draft-anil-sipping-bla/
Veo que el concepto es muy complejo, existiendo REGISTER de terceras partes (o sea, campo From distinto del To), un "Appearance Agent" y varios SUBSCRIBE's por ahí rondando.
Al margen de esto estaba cacharreando con un Thomson S2030 que tiene "Function Keys" a las que se le puede asignar monitorización de líneas (que parpadeen si están sonando y poder descolgarlas desde aquí y esas cosillas). He configurado una "function key" para monitorizar la extensión 211 para ver qué mensajes SIP genera, pero sólo veo esto:
------------------------------------------------------------------------------- SUBSCRIBE sip:211@domain.org:5061;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.1.97:5061;branch=z9hG4bK4293581925314869375 From: sip:210@domain.org:5050;tag=c0a80101-167c2d To: sip:211@domain.org:5061 Call-ID: 8b5c839-c0a80101-d-d5@192.168.1.97 CSeq: 1 SUBSCRIBE Max-Forwards: 70 Event: dialog Accept: application/dialog-info+xml Expires: 3600 Contact: sip:210@192.168.1.97:5061;user=phone User-Agent: THOMSON ST2030 hw5 fw1.52 00-14-7F-00-68-81 Content-Length: 0 -------------------------------------------------------------------------------
A lo que OpenSer (1.2) sin "pua-bla" responde (puesto que él se come ahora los SUBSCRIBE por el módulo "presence"): 489 Bad Event
Ya no sé muy bien qué quiero preguntar. Más o menos:
BLA y BLF está claro entonces que no es lo mismo, y miedo tengo de que BLF (Busy Lamp Field) sólo funcione con Asterisk. La cosa es, ¿no puede OpenSer gestinar esos SUBSCRIBE's de BLF de alguna forma? ¿tal vez debería permitir rutar estos SUBSCRIBEs BLF en vez de comérmelos en OpenSer porque asumo que son SUBSCRIBES de presencia?
¿Existen tfnos que implementen BLA? ¿es necesario que las extensiones a las que nos subscribimos (y registramos con BLA soporten "algo" sobre BLA para que el invento funcione?
Buff, qué chapa. Gracias por cualquier aclaración y un saludo.
El Wednesday 10 October 2007 14:42:54 Iñaki Baz Castillo escribió:
SUBSCRIBE sip:211@domain.org:5061;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.1.97:5061;branch=z9hG4bK4293581925314869375 From: sip:210@domain.org:5050;tag=c0a80101-167c2d To: sip:211@domain.org:5061 Call-ID: 8b5c839-c0a80101-d-d5@192.168.1.97 CSeq: 1 SUBSCRIBE Max-Forwards: 70 Event: dialog Accept: application/dialog-info+xml Expires: 3600 Contact: sip:210@192.168.1.97:5061;user=phone User-Agent: THOMSON ST2030 hw5 fw1.52 00-14-7F-00-68-81 Content-Length: 0
BLA y BLF está claro entonces que no es lo mismo, y miedo tengo de que BLF (Busy Lamp Field) sólo funcione con Asterisk. La cosa es, ¿no puede OpenSer gestinar esos SUBSCRIBE's de BLF de alguna forma? ¿tal vez debería permitir rutar estos SUBSCRIBEs BLF en vez de comérmelos en OpenSer porque asumo que son SUBSCRIBES de presencia?
He probado en OpenSer a detectar los SUBSCRIBE con "Event: dialog", y rutarlos (haciendo $ru=$tu) con "location()" hacia el tfno destino. Obviamente la idea feliz no ha funcionado y todos los tfnos (incluido el propio Thomson subscrito a sí mismo) rechazan dicho SUBSCRIBE.
Esto, junto con la nula info que he encontrado sobre OpenSer y BLF me incita a pensar que es una "presencia" propia de Asterisk (¿existe un RFC o al menos un draft sobre ello?) y que sencillamente muchos tfnos la implementan.
¿Y qué hacemos los que usamos OpenSer?
Yo tengo la sospecha de que es 'algo' en plan para Asterisk, porque en los GrandStream se llama 'Asterisk BLF'...
El 10/10/07, Iñaki Baz Castillo ibc@in.ilimit.es escribió:
El Wednesday 10 October 2007 14:42:54 Iñaki Baz Castillo escribió:
SUBSCRIBE sip:211@domain.org:5061;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.1.97:5061;branch=z9hG4bK4293581925314869375 From: sip:210@domain.org:5050;tag=c0a80101-167c2d To: sip:211@domain.org:5061 Call-ID: 8b5c839-c0a80101-d-d5@192.168.1.97 CSeq: 1 SUBSCRIBE Max-Forwards: 70 Event: dialog Accept: application/dialog-info+xml Expires: 3600 Contact: sip:210@192.168.1.97:5061;user=phone User-Agent: THOMSON ST2030 hw5 fw1.52 00-14-7F-00-68-81 Content-Length: 0
BLA y BLF está claro entonces que no es lo mismo, y miedo tengo de que BLF (Busy Lamp Field) sólo funcione con Asterisk. La cosa es, ¿no puede OpenSer gestinar esos SUBSCRIBE's de BLF de alguna forma? ¿tal vez debería permitir rutar estos SUBSCRIBEs BLF en vez de comérmelos en OpenSer porque asumo que son SUBSCRIBES de presencia?
He probado en OpenSer a detectar los SUBSCRIBE con "Event: dialog", y rutarlos (haciendo $ru=$tu) con "location()" hacia el tfno destino. Obviamente la idea feliz no ha funcionado y todos los tfnos (incluido el propio Thomson subscrito a sí mismo) rechazan dicho SUBSCRIBE.
Esto, junto con la nula info que he encontrado sobre OpenSer y BLF me incita a pensar que es una "presencia" propia de Asterisk (¿existe un RFC o al menos un draft sobre ello?) y que sencillamente muchos tfnos la implementan.
¿Y qué hacemos los que usamos OpenSer?
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es
Si te fijas en la cabecera Event, veras que aparece el "tipo" dialog, que los módulos de presencia de openser no gestiona ("únicamente" trata presence i winfo.presence -- alomejor me dejo alguno --).
Para proporcionar este servicio tendrás que utilizar * o el módulo que Juha incluyó en SEMS para proporcionar BLA..
espero q te haya aclarado algo...
sam.
2007/10/10, Iñaki Baz Castillo ibc@in.ilimit.es:
Hola, tengo pendiente instalar OpenSer 1.3 entre otras cosas por el módulo "pua-bla".
Hace unas semanas me leí (por encima) el draft en el que está basado: http://www.potaroo.net/ietf/idref/draft-anil-sipping-bla/
Veo que el concepto es muy complejo, existiendo REGISTER de terceras partes (o sea, campo From distinto del To), un "Appearance Agent" y varios SUBSCRIBE's por ahí rondando.
Al margen de esto estaba cacharreando con un Thomson S2030 que tiene "Function Keys" a las que se le puede asignar monitorización de líneas (que parpadeen si están sonando y poder descolgarlas desde aquí y esas cosillas). He configurado una "function key" para monitorizar la extensión 211 para ver qué mensajes SIP genera, pero sólo veo esto:
SUBSCRIBE sip:211@domain.org:5061;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.1.97:5061;branch=z9hG4bK4293581925314869375 From: sip:210@domain.org:5050;tag=c0a80101-167c2d To: sip:211@domain.org:5061 Call-ID: 8b5c839-c0a80101-d-d5@192.168.1.97 CSeq: 1 SUBSCRIBE Max-Forwards: 70 Event: dialog Accept: application/dialog-info+xml Expires: 3600 Contact: sip:210@192.168.1.97:5061;user=phone User-Agent: THOMSON ST2030 hw5 fw1.52 00-14-7F-00-68-81 Content-Length: 0
A lo que OpenSer (1.2) sin "pua-bla" responde (puesto que él se come ahora los SUBSCRIBE por el módulo "presence"): 489 Bad Event
Ya no sé muy bien qué quiero preguntar. Más o menos:
BLA y BLF está claro entonces que no es lo mismo, y miedo tengo de que BLF (Busy Lamp Field) sólo funcione con Asterisk. La cosa es, ¿no puede OpenSer gestinar esos SUBSCRIBE's de BLF de alguna forma? ¿tal vez debería permitir rutar estos SUBSCRIBEs BLF en vez de comérmelos en OpenSer porque asumo que son SUBSCRIBES de presencia?
¿Existen tfnos que implementen BLA? ¿es necesario que las extensiones a las que nos subscribimos (y registramos con BLA soporten "algo" sobre BLA para que el invento funcione?
Buff, qué chapa. Gracias por cualquier aclaración y un saludo.
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es
El Thursday 11 October 2007 12:01:43 samuel escribió:
Si te fijas en la cabecera Event, veras que aparece el "tipo" dialog, que los módulos de presencia de openser no gestiona ("únicamente" trata presence i winfo.presence -- alomejor me dejo alguno --).
Sí, ya me había fijado. Y si no me equivoco la versión 1.3 con el módulo pua_bla si gestiona cabeceras "Event: dialog;sla", pero no "Event: dialog" sin más (esto lo digo casi por decir, no lo he mirado mucho).
Para proporcionar este servicio tendrás que utilizar * o el módulo que Juha incluyó en SEMS para proporcionar BLA..
Asterisk no me sirve, no quiero usuarios en Asterisk, lo usaré sólo como media server y b2bua para PBX.
Lo del BLA en SEMS no lo sabía, le echaré un vistazo (y posiblemente plantee el tema en la lista en inglés donde está Juha).
Muchas gracias.
ahora no encuentro lo que acabo de cometnar sobre BLA en SEMS, creo que contesté demasiado rápido.. :P Seguramente que al leer las listas por encima crucé la de SEMS con la de openSER y lo que realizó Juha fue el módule pua_bla que comentabas... sam.
2007/10/11, Iñaki Baz Castillo ibc@in.ilimit.es:
El Thursday 11 October 2007 12:01:43 samuel escribió:
Si te fijas en la cabecera Event, veras que aparece el "tipo" dialog,
que
los módulos de presencia de openser no gestiona ("únicamente" trata presence i winfo.presence -- alomejor me dejo alguno --).
Sí, ya me había fijado. Y si no me equivoco la versión 1.3 con el módulo pua_bla si gestiona cabeceras "Event: dialog;sla", pero no "Event: dialog" sin más (esto lo digo casi por decir, no lo he mirado mucho).
Para proporcionar este servicio tendrás que utilizar * o el módulo que
Juha
incluyó en SEMS para proporcionar BLA..
Asterisk no me sirve, no quiero usuarios en Asterisk, lo usaré sólo como media server y b2bua para PBX.
Lo del BLA en SEMS no lo sabía, le echaré un vistazo (y posiblemente plantee el tema en la lista en inglés donde está Juha).
Muchas gracias.
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es
El Thursday 11 October 2007 12:38:35 samuel escribió:
ahora no encuentro lo que acabo de cometnar sobre BLA en SEMS, creo que contesté demasiado rápido.. :P Seguramente que al leer las listas por encima crucé la de SEMS con la de openSER y lo que realizó Juha fue el módule pua_bla que comentabas...
Y ahora que lo pienso... si lo que yo estaba buscando en realidad es BLF, no BLA. XD
sr-users-es@lists.kamailio.org
-
Iñaki Baz Castillo -
samuel -
Saúl Ibarra