sr-users-es January 2008

sr-users-es@lists.kamailio.org

20 participants
56 discussions

by David Villasmil

Hola a todos, He estado leyendo un post antigüo del amigo Iñaki (que por cierto está en todas partes ;) ), y por lo que pude entender OpenSer no tiene alias/forward en el sentido siguiente: User-A llama a User-B, y User-B tiene un forward a un número cualquiera... sea local, de otro dominio o de la PSTN. Según enetendí, OS simplemente hace un append_branch y llama a los dos a la vez?? Lo "normal", al menos en mi caso, es que OS buscara el forward del cliente B y volver a pasarlo todo por las rutas, con lo cual si es local lo encuentra sin problemas y si es de PSTN lo rutea por el gateway respectivo... ¿Es esto correcto? Si no, ¿cómo funciona? Un saludo David

16 years, 11 months

[OpenSER-Users-ES] Exigir la existencia de CPL para todos los usuarios

by Iñaki Baz Castillo

Hola, se me plantea una duda: Ahora mismo cuando se llama a un usuario se mira si tiene CPL y si no lo tiene se prosigue con un "lookup(location)" y tal. Lo malo de esto es que me obliga a replicar código para ambos casos: Por ejemplo, en el CPL uso "proxy_recurse" por lo que si durante el CPL recibo un 302 automáticamente genero un branch al Contact en vez de reenviar el 302 al llamante. Pero si no hay CPl entonces tengo que andar trasteando con el onreply_route y la función "get_contacts" para emular ese mismo comportamiento en caso de recibir un 302. Entonces se me estaba ocurriendo que en el INVITE hacer un: does_uri_exist() y en ese caso buscar CPL del usuario llamado, y si no existe CPL responder con 404 (y no hacer un lookup). Así simplifico código y lógica, pero lo malo es que tal vez ejecutar un CPL siempre cuando resulta que puede que sólo tenga un triste: <cpl> <incoming> <lookup source="registration"> <success> <proxy /> </success> </lookup> </incoming> </cpl> Pues igual resulta que es un poco derroche de procesador, ¿no? Bueno, en cualquier caso creo que lo haré, salvo que alguien me comente que es una locura usar CPL para cada llamada a un usuario. ;) Saludos y gracias. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

16 years, 11 months

[OpenSER-Users-ES] [OT] Duda DNS SRV en los Linksys PAP2

by Iñaki Baz Castillo

Hola, para que un Linksys PAP2 firmware 3.1.22(LS) haga resolución SRV hay que activar dos parámetros: - Use DNS SRV: yes - DNS SRV Auto Prefix: yes Si pongo el segundo a "no" no realiza la consulta SRV (o lo hace mal). ¿Sabéis qué implica el segundo parámetro? Gracias. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

16 years, 11 months

[OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF

by Iñaki Baz Castillo

Hola, supongamos que un gateway PSTN_SIP me envía el DTMF en el RTP (RFC2833), y que me dicen que no pueden configurarlo para que me envíe SIP INFO. Qué faena, ¿no? Todo lo que podría ser un IVR a través de un servidor de aplicaciones SIP se va al garete... hum... El tráfico llegará a un MediaProxy. Aún no lo he mirado, pero por casualidad sabéis si MediaProxy sería capaz de detectar DTMF RFC2833 y generar SIP INFO? buff, ya me respondo yo que no, pero ni de coña. ¿Cómo solucionar este problema entonces? -- Iñaki Baz Castillo ibc(a)in.ilimit.es

16 years, 11 months

[OpenSER-Users-ES] ¿Algún RFC o draft sobre agenda de contactos en servidor?

by Iñaki Baz Castillo

Hola, tengo entendido que el Windows Messenger (el MSN, Live o como quiera que se llame) usa SUBSCRIBE de alguna forma peculiar para el tema de los contactos en el servidor, es decir, que al registrarse el usuario desde cualquier localización recupera su lista de contactos a cuyo estado luego podría subscribirse. O sea, algo en plan: - Usuario abre el programa SIP en algún ordenador. - Introduce su usuario y contraseña y se registra en el servidor. - Envía un SUBSCRIBE "raro" para solicitar su agenda de contactos que recibe en un NOTIFY (o varios si el tamaño es demasiado grande) con algún "Content-Type" específico. - Una vez recuperados sus contactos se subscribe a su estado siguiendo el proceso normal ya estandarizado para ello. Bueno, que obviamente lo de arriba me lo estoy inventando. ¿Sabéis si existe algún RFC o draft para abordar este tema en SIP? ¿implementaciones propias de algún fabricante tal vez? En Jabber/XMPP todo esto existe, ¿no incluye SIP SIMPLE nada similar? Saludos. -- Iñaki Baz Castillo <ibc(a)aliax.net>

16 years, 11 months

[OpenSER-Users-ES] [OT] Desesperado con OpenSer + Asterisk Realtime + MWI

by Iñaki Baz Castillo

Hola, trato de habilitar el MWI en Asterisk para usuarios multidominio de OpenSer. He probado prácticamente todo lo que he leído sobre el tema. Ahora mismo tengo los usuarios SIP de Asterisk en RealTime con ODBC buscando en una vista de la tabla "subscriber". La conexión BD funciona perfectamente desde Asterisk. Tengo el "rtcachefriends=yes" por lo que si Asterisk recibe un REGISTER, lo comprueba en la tabla y luego lo añade a su lista "interna" (vamos, que aparece en "sip show peers"). Pero claro, la cosa es que Asterisk **no** va a recibir ningún REGISTER, aunque como me estoy volviendo loco de probar cosas se me estaba ocurriendo usar "t_replicate" cuando llega un REGISTER a OpenSer, pero... no es necesario **en absoluto**, ¿verdad? - Entonces resulta que **nunca** voy a ver los usuarios de OpenSer al hacer un "sip show peers" ya que nunca llegará un REGISTER. He probado un patch que se supone consulta la BD al arrancar Asterisk pero no funciona (lo he probado en la versión trunk modificando alguna cosilla pero nada): http://www.google.es/search?q=i+cannot+take+any+responsability+if+your+comp… * Entonces mi primera pregunta es: ¿Necesito que un "sip show peers" muestre los usuarios de la BD de OpenSer para poder recibir el MWI? Yo creo que sí, pues según entiendo Asterisk sólo envía el NOTIFY de MWI cuando un usuario **registrado** efectúa una llamada, o bien cuando su buzón de voz recibe un mensaje, y Asterisk sabe que un usuario está registrado de acuerdo a su "database" (astdb), y "CLI> database show" no muestra ningún usuario RealTime". Otro punto es: yo tengo un OpenSer en multidominio y Asterisk este concepto se lo pasa por el ***** ** *** *******. Para Asterisk 200@dominioA es lo mismo que 200@dominioB y seguro tendré problemas con las notificaciones. En ese caso ya me pelearé haciendo alguna ñapa con la URI en OpenSer para "engañar" a Asterisk. Pero de momento necesito saber cómo hacer que se genere el NOTIFY de MWI. En fin, ¿alguna pista? Lo de currarme un script externo que sea llamado con "externotify" para generar el MWI me parece demasiado artesanal. ¿Hay algún otro método en http://www.voip-info.org/wiki/view/Asterisk+at+large que deba ser empleado para mi propósito? PD: Estoy probando con Asterisk trunk y Asterisk 1.2.16. Gracias por cualquier ayuda, estoy dándole vueltas al tema varios días y me va a dar algo. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

16 years, 11 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es January 2008