- sr-users-es - kamailio.org

[OpenSER-Users-ES] LLamadas
by Arturo Miranda Vera 08 Sep '07

08 Sep '07

como estan. Gracias por sus ayudas , hasta el momento me va bien. Esta vez quiero consultar sobre las Llamadas entre los Clientes. para tener llamadas independientemente donde me encuentre , es decir donde haya internet. es necesario que tenga una IP publica para mi servidor de OpenSER, o puedo hacer esas llamadas contando mediante mi servidor de dominio. Lo que quiero hacer es llamadas desde afuera a mi LAN y visiversa. y que softphone me recomiendan. Muchas Gracias Saludos cordiales Arturo _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

2 1

[OpenSER-Users-ES] Añadir un OpenSer sólo para PRESENCIA, ¿cúando es necesario?
by Iñaki Baz Castillo 08 Sep '07

08 Sep '07

Hola, sólo quería preguntar a qué nivel es necesario o recomendable el disponer de un servidor OpenSer a parte exclusivamente dedicado para manejar el tema de la presencia, es decir, que sea él el que genere los NOTIFY y reciba los PUBLISH y SUBSCRIBE. Y que el OpenSer "normal" simplemente rute esos paquetes a al OpenSer de presencia. ¿Se suele hacer a nivel de los grandes proveedores SIP? ¿cuándo es aconsejable? ¿es el tráfico generado por la presencia realmente importante respecto al resto del tráfico? (yo creo que sí, de ahí mi pregunta). Gracias por cualquier respuesta. Saludos. -- Iñaki Baz Castillo

1 0

[OpenSER-Users-ES] Errores
by Arturo Miranda Vera 07 Sep '07

07 Sep '07

como estan, aca molestandolos de nuevo . Bueno he seguido los pasos del manual de Saul : HOWTO: Compilar OpenSER con soporte para MySQL luego he seguido los pasos : Configuración básica de OpenSER con usuarios en MySQL me sale los errores abajo. como se en que linea encontrar el error , o en algun archivo para saber donde esta el error Gracias. como le habia soy nuevo y estoy tratando de compilar. voip:/etc/openser # openser 0(4506) parse error (73,22-23): syntax error 0(4506) parse error (73,22-23): ERROR: bad config file (2 errors) 0(4506) INFO:mi_fifo:mi_destroy:memory for the child's mi_fifo_pid was not allocated -> nothing to destroy voip:/etc/openser # voip:/etc/openser # Saludos Arturo _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

3 2

[OpenSER-Users-ES] openser_mysql.sh
by Arturo Miranda Vera 06 Sep '07

06 Sep '07

Como estan, espero me ayuden. He instalado el OpenSER y MySQl , al momento de ejecutar elopenser_mysql.sh me salen varias opciones. Para crear la base de datosejecute el openser_mysql.sh create me pide password, la clave tengo queingresar es el de root? . aca les envio los pasos que hice : cuando puse la clave de root me sales los erroresmostrados mas abajovoip:/etc/openser # openser_mysql.shusage:openser_mysql.sh create openser_mysql.sh drop (!!entirely deletes tables) openser_mysql.sh reinit (!!entirely deletes and than re-creates tables openser_mysql.sh backup (dumps current database to stdout) openser_mysql.sh restore <file> (restores tables from a file) openser_mysql.sh copy <new_db> (creates a new db from an existing one) openser_mysql.sh migrate <old_db> <new_db> (migrates DB from 1.1 to 1.2) openser_mysql.sh presence (adds the presence related tables) openser_mysql.sh extra (adds the extra tables - imc,cpl,siptrace,domainpolicy) openser_mysql.sh serweb (adds the SERWEB specific tables) if you want to manipulate database as other MySQL user than root, want to change database name from default value "openser", or want to use other values for users and password, edit the "config vars" section of the command openser_mysql.shvoip:/etc/openser # openser_mysql.sh createMySQL password for root: #ACA SOLO HICE ENTER Enter password: #ACA PUSE LA CLAVE DE ROOTERROR 1045 (28000): Access denied for user 'root'@'localhost' (usingpassword: YES)Enter password:ERROR 1045 (28000): Access denied for user 'root'@'localhost' (usingpassword: YES)Modo de empleo: grep [OPCIÓN]... PATRÓN [FICHERO]...Pruebe `grep --help' para más información./sbin/openser_mysql.sh: line 259: [: =: unary operator expectedcreating database openser ...ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; checkthe manual that corresponds to your MySQL server version for the rightsyntax to use near '' at line 1Creating core tables failed!voip:/etc/openser # La Distribucion que estoy utilizando es suse 10.2 Espero sus respuestas. Gracias Saludos Arturo _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

2 1

[OpenSER-Users-ES] [Users-Es] Presencia y tal...
by Saúl Ibarra 06 Sep '07

06 Sep '07

Hoola! Aquí volvemos a la carga. Estoy mirando el tema de la presencia, y me encuentro con un par de cosas. Por un lado veo el módulo presence, que en el wiki viene para montar un SIMPLE, y por otro lado veo los módulos como pua y demás. Según entiendo, a mi me interesa más la primera opción, es decir, manejar los PUBLISH y SUBSCRIBE y mandar NOTIFY. NO debería actuar como UA, mandando yo PUBLISH y demaś, como por ejemplo con pua y pua_usrloc. Estoy en lo cierto? -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

3 4

[OpenSER-Users-ES] (no subject)
by Carmen Fernández 04 Sep '07

04 Sep '07

Hola a todos, a ver si me podeis ayudar con una duda. He isntaldo el openser, con la ayuda del fichero INSTALL, que viene con el paquete. Aqui te explica como hacer funcionar la base de datos Mysql, he hecho lo que te indican en ese fichero, y posteriormente he ejecutado openser, y aunque tarde bastante en responder, finalmente presenta en pantalla las direciones y puertos.., Posteriomente encontre en el post de SAUL, como configurar la BD, tambien he seguido estas instruacciones y posteriormente he ejecutado openser, donde me responde que no encuentra el fichero de configuracion. Me puede explicar alguien, cual es la diferencia entre las dos pociones. Gracias de antemano. _________________________________________________________________ ¡Ya está aquí Windows Live Spaces! Ahora podrás crear fácilmente tu propio sitio Web. http://spaces.live.com/signup.aspx

4 6

[OpenSER-Users-ES] Help VoIP
by Arturo Miranda Vera 04 Sep '07

04 Sep '07

Como estan espero muy bien. Soy nuevo en la lista y necesito de vuestra ayuda quiero hacer una implementacion de Telefonia IP basado en Software Libre. La implementacion consiste implementar Asterisk+Openser. Asterisk me permitiria salidas a la RTB y como servidor de voicemail y openser para hacer llamadas dentro de mi red. lo que quiero hacer es tener toda la informacion almacenada en una base de datos para lo cual voy a usar mysql, como llamadas de entrada y salida a la RTB o en la misma Red. no se que Softphone utilizar, un softphone que me permita llamadas, IM y presencia. Espero me ayuden . Espero sus concejos. Gracias de antemano. Saludos cordiales, Arturo _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=…

3 2

[OpenSER-Users-ES] Sobre msg:len y max_forwards
by Iñaki Baz Castillo 03 Sep '07

03 Sep '07

Hola, ayer reporté un bug en OpenWengo ya que si lo registras contra una cuenta SIP (distinta de Wengo) resulta que en el REGISTER mete un completamente fuera de lugar "Route": http://dev.openwengo.com/trac/openwengo/trac.cgi/ticket/1793 El caso es que eso provoca que OpenSer se reenvíe el mensaje así mismo infinitamente hasta que se cumpla msg:len ó max_forwards, entonces es desechado. Pero claro, con la tontería ya hemos tenido unas cuantas decenas de mensajes procesadosa toda velocidad. No sé hasta qué punto puede ser esto cargante para la CPU y OpenSer, pero cualquiera desde cualquier parte del mundo puede poner un SipP que envíe este REGISTER "malicioso" infinitamente. ¿Cómo luchar contra estas cosas? o mejor dicho ¿hay que tratar de evitarlas? ¿tal vez con un módulo creo que nuevo que vi el otro día anunciado en la lista en inglés y que no recuerdo? -- Iñaki Baz Castillo

4 8

[OpenSER-Users-ES] sip_warning=1 para generar cabeceras "Warning"
by Iñaki Baz Castillo 03 Sep '07

03 Sep '07

Hola, he activado la opción "sip_warning=1" para generar cabeceras "Warning" en las respuestas SIP, y simplemente me preguntaba si acaso SIEMPRE va a generar un Warning aunque no pase nada. Llame desde donde llame (NAT, IP pública...) siempre veo algo así en las respuestas: Warning: 392 88.94.0.210:5060 "Noisy feedback tells: pid=15033 req_src_ip=82.35.221.20 req_src_port=15567 in_uri=sip:500@mydomain.org out_uri=sip:500@mydomain.org via_cnt==1" ¿Es normal? ¿qué otra información de interés se supone que podría dar? ¿o acaso siempre es la misma? Saludos y gracias. -- Iñaki Baz Castillo

3 2

[OpenSER-Users-ES] [OT] SIP/2.0 100 trying -- your call is important to us
by Iñaki Baz Castillo 03 Sep '07

03 Sep '07

La tontería ésta que muestran la mayoría de proveedores SIP cuando haces una llamada: SIP/2.0 100 trying -- your call is important to us ¿es una especie de estándar de facto o algo así? no sé, estoy harto de verlo. Yo aviso que voy a poner: "your call means nothing for us" -- Iñaki Baz Castillo

5 14

[OpenSER-Users-ES] Poner una cabecera y quitarla a la vez
by Iñaki Baz Castillo 02 Sep '07

02 Sep '07

Hola, ya sé que de esto se habló pero no me cuadra lo que me ocurre. Por simplificar: append_hf("Forwarding: Yes\r\n"); remove_hf("Forwarding"); Después de eso el mensaje llega al destino con la cabecera bien visible. Ya sé que las operaciones sobre cabeceras OpenSer las hace en el momento de abandonar el servidor, pero si le digo que ponga algo y que luego lo quite entiendo que al final debería desaparecer, lo haga como lo haga, ¿no es así? Gracias. -- Iñaki Baz Castillo

2 6

[OpenSER-Users-ES] Test Sipp: ¿Seguridad en "loose_route()" con " !has_totag()"?
by Iñaki Baz Castillo 01 Sep '07

01 Sep '07

Hola, se supone no hay que pedir Auth en un re-INVITE y que es suficiente con comprobar "!has_totag()" dentro de ""loose_route()". Se me ha ocurrido probar el Sipp, crear un XML tratando de colarme al añadir un "Route" (para que pase por "loose_route()") y poniendo un tag aleatorio en el "To". Entonces sólo con conocer la IP y puerto público donde escucha un cliente podemos llegar hasta él sin más que poner en el XML: INVITE sip:ibc@86.35.221.20:22723 SIP/2.0 Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch] Route: <sip:88.95.0.210;lr=on;ftag=[call_number]> From: sipp <sip:sipp@mydomain.org:[local_port]>;tag=[call_number] To: ibc <sip:[service]@[remote_ip]:[remote_port]>;tag=aaaaa ... Y lanzando "sipp": sipp -sf mi-invite-trampa.xml ip_server -s ibc -r 100 -m 1 Bueno, pues obviamente ese paquete es rechazado por MI cliente Twinkle (que es muy listo) y devuelve: 481 Call Leg/Transaction Does Not Exist Pero el caso es que llega. Es decir, existe una forma muy sencilla (la que he descrito) de echar algo de peste sobre una red interna por muy protegida que esté vía firewall (incluso aunque sólo permita paquetes SIP desde el proxy) y tan sólo conocer: - Su proxy SIP. - Un nombre de usuario. - Su IP pública o bien la del NAT. - Suponer que se mapea en el NAT el puerto también al 5060. En fin, que lo que toca es entonces fiarse de los clientes SIP que sabrán rechazar estos mensajes por no pertenecer a ninguna transacción (al contener un "tag" en el "To" del que no se sabía nada). Pero me vienen entonces a la cabeza todos esos ataques SIP que tumban algunos softphones como el X-Lite, OpenWengo y un montón más con sólo enviar algún parámetro con valor "malintencionado" (length = valor negativo y cosas así). En fin, ¿qué opináis? ¿hay que dejar esto así sin más? PD: Obviamente, aún en el caso de solicitar auth para el re-INVITE también podría repetir lo anterior enviando cualquier otro mensaje. Saludos. -- Iñaki Baz Castillo

2 3

[OpenSER-Users-ES] [OT] Mira que el Ekiga es marranote...
by Iñaki Baz Castillo 31 Aug '07

31 Aug '07

Nada, que estaba probando el Ekiga a ver si había mejorado algo y veo que sigue tan horrendo, poco usable, lento y pesado como siempre. Para mi sorpresa mando un mensaje con letras en negrita desde Ekiga a Twinkle (Twinkle visualiza correctamente el HTML) y veo para mi desesperación que Ekiga envía esto (recortado): ----------------------------------------------------------------------------------- MESSAGE sip:ibc@192.168.1.33:5080 SIP/2.0 ... Content-Type: text/plain;charset=UTF-8 Content-Length: 28 Max-Forwards: 69 P-hint: usrloc applied que pasa <b>hola</b> que tal ----------------------------------------------------------------------------------- ¿Pero qué es eso de "text/plain"? ay ay ay... qué decepción. Así que en Twinkle recibo literalmente: que pasa <b>hola</b> que tal En fin, que sigo pensando que lo peor que le puede pasar a SIP de cara a homogeneizarlo como tecnología VoIP interoperable y tal es la ensalada de malos clientes que tiene (algunos injustamente aclamados como es el caso del Ekiga). Sin más, sólo por comentar. Saludos. -- Iñaki Baz Castillo

2 2

[OpenSER-Users-ES] Openser para voip+presence+IM
by Alejandro Cabrera Obed 31 Aug '07

31 Aug '07

Buen dia, soy nuevo en la lista y llegue aqui porque actualmente tengo un server Debian Etch + Asterisk 1.2.13 como servidor de voip, pero ahora necesito ademas agregar presencia+mensajeria instantanea. Me dijeron algunas personas que Asterisk no soporta presencia+IM, y me dijeron que esto debia hacerlo con OpenSER. Mi pregunta es la siguiente: si yo tengo varios clientes que usan softphones del tipo X-Lite y Twinkle que se deben conectar entre ellos para establecer llamadas de voip+presencia+mensajeria instantanea, sin necesidad de conectarse a la red publica de telefonia (PSTN), es suficiente con usar solamente OpenSER ???? O debo integrar tambien a Asterisk tambien ??? Muchas gracias por adelantado, saludos. Alejandro

4 7

[OpenSER-Users-ES] Asterisk y LoopBack en SIP (dolor de cabeza)
by Iñaki Baz Castillo 30 Aug '07

30 Aug '07

Hola, estoy probando este escenario: Asterisk genera una llamada SIP a alguna extensión de OpenSer. Todo correcto aún en el caso de que se cree un LoopBack en Asterisk: - Asterisk llama a sip:500@openser.dominio.org - OpenSer recibe la llamada y la vuelve a encaminar a Asterisk con rewriteuri. - Asterisk la recibe, avisa de "482: Loop Detected" pero la recibe y se establece la comunicación. - Por supuesto, puesto que Asterisk tiene un SIP cutre, el siguiente BYE no respeta el "Record-Route" y no pasa por OpenSer, en fin... Este es el log de Asterisk: ----------------------------------------------------------------------------------------- -- Executing [KK_500@default:1] Dial("OSS/dsp", "SIP/openser/500") in new stack -- Called openser/500 -- Got SIP response 482 "Loop Detected" back from 82.94.0.210 -- Now forwarding OSS/dsp to 'Local/500@entrantes-openser' (thanks to SIP/openser-08351810) -- Executing [500@entrantes-openser:1] Playback("Local/500@entrantes-openser-e11e,2", "demo-congrats") in new stack -- Local/500@entrantes-openser-e11e,1 answered OSS/dsp ----------------------------------------------------------------------------------------- Pero ahora me da por poner un simple alias: 888 -> 500. - En Asterisk hago una llamada a 888(a)openser.dominio.org. - OpenSer encuentra un alias de 888 a 500 y reescribe el URI. - Entonces de nuevo OpenSer reescribe el URI y encamina al Asterisk. - Pero ahora Asterisk se vuelve loco del todo, avisando decenas de veces de "LoopBack". Ahora en Asterisk leo: ----------------------------------------------------------------------------------------- -- Executing [888@entrantes-openser:1] Dial("Local/888@entrantes-openser-870f,2", "SIP/openser/888||") in new stack -- Called openser/888 -- Got SIP response 482 "Loop Detected" back from 82.94.0.210 -- Now forwarding Local/888@entrantes-openser-870f,2 to 'Local/888@entrantes-openser' (thanks to SIP/openser-081fdf50) -- Executing [888@entrantes-openser:1] Dial("Local/888@entrantes-openser-8f00,2", "SIP/openser/888||") in new stack -- Called openser/888 -- Got SIP response 482 "Loop Detected" back from 82.94.0.210 -- Now forwarding Local/888@entrantes-openser-8f00,2 to 'Local/888@entrantes-openser' (thanks to SIP/openser-0823aed8) -- Executing [888@entrantes-openser:1] Dial("Local/888@entrantes-openser-71d9,2", "SIP/openser/888||") in new stack -- Called openser/888 -- Got SIP response 482 "Loop Detected" back from 82.94.0.210 -- Now forwarding Local/888@entrantes-openser-71d9,2 to 'Local/888@entrantes-openser' (thanks to SIP/openser-081fdf50) ----------------------------------------------------------------------------------------- En fin, me gustaría preguntaros por vuestras experiencias exprimiendo el stack SIP de Asterisk. ¿Por qué demonios me permite loopback directo pero no lo permite si es un alias? ¿acaso se fija en el "To:" por alguna razón? Saludos y gracias por cualquier aclaración. -- Iñaki Baz Castillo

3 12

[OpenSER-Users-ES] ¿Posibilidad de monitorizar estado de diálogos mediante re-INVITE's?
by Iñaki Baz Castillo 30 Aug '07

30 Aug '07

Hola, casualmente he encontrado este texto en la web en construcción de B2BUA de Sippy Software: http://www.b2bua.org/wiki/B2BUADocumentation -------------------------------------------------------------------------------------------------- Can the Sippy B2BUA determine if one of the peer in a session gone without a BYE message (eg. disconnected the network interface) and then send a BYE message to the other peer? Yes, it's possible. There are two methods for determining that the one of the parties is gone: the first is by sending periodical re-INVITE to both parties (so-called SIP keep-alives), and another one is by monitoring state of the RTP session in the proxy. The first one is already supported by the B2BUA. -------------------------------------------------------------------------------------------------- ¿Y no es posible esto con OpenSer? sería una funcionalidad muy interesante para el módulo "dialog", y tal vez para otros posibles módulos que en un futuro podrían depender de "dialog". ¿O es una idea feliz fruto de haber dormido poco? -- Iñaki Baz Castillo

2 6

[OpenSER-Users-ES] ¿Forwarding correcto?
by Iñaki Baz Castillo 28 Aug '07

28 Aug '07

Hola, después de pelearme unos cuantos días creo que ya tengo suficientemente bien implementado el tema del forwarding, es decir, que al llamar a un usuario se consulte si tiene otra URI asociada y se le llame a ambas en paralelo hasta que coja de una de ellas. Lo primero me gustaría comentar que lo que en muchos sitios se explica como "forwarding" al mero hecho de poner un "append_branch()" me parece bastante incierto, hay que tener mucho cuidado ya que el nuevo branch no debe pasar de nuevo por un auth (o fallará en el lado cliente). Es decir, si alguien llama al "pepe" y se crea un nuevo branch a "juan", el nuevo branch que va a "pepe" consiste en un nuevo INVITE originado por OpenSer que pasaría de nuevo por el authenticate y demás (salvo que se añadan cabeceras para evitarlo o se testee la IP de origen y tal). Si no se tiene cuidado se volverá a pedir autenticación sobre ese INVITE para el cuál ya se había autenticado el usuario que llama y cuyo cliente fallará si recibe otro "authenticate" (lo he comprobado). Bueno, y para complicarlo un poco más yo lo tengo puesto en modo multidominio, con restricciones de llamadas entre dominios (cada dominio decide quién puede llamar a qué miembros del dominio) y además permito forwarding a dominios distintos del local (estos dominios podrían ser a la vez locales o externos, pero debe implicar el mismo comportamiento pues pretendo independencia total de dominios). Después de probar unas cuantas cosas he optado por hacer un "outbound" tal cuál al INVITE cuya URI se ha modificado con la del forwarding, sea el nuevo dominio el mismo u otro diferente (local o externo), por eso creo que un "outbound" es lo más sencillo: si el dominio es local ya volverá el paquete XD Después de la chapa comento mi trocito de INVITE y el forwarding: # ----------------------------------------------------------------- # INVITE # ----------------------------------------------------------------- route[3] { # Comprobamos los aliases. Recordar que los alias son sólo del mismo dominio. route(10); # Aliases. # Permisos. if (!route(4)) { # Trusted. # Sólo pedimos autenticación si es el llamante es local. if (is_from_local()) { route(6); # Auth. } route(7); # Grupos. # Comprobamos los permisos ACL entre-dominios. route(5); # ACL. } # Comprobamos los forwardings. Pueden apuntar a otros dominios. route(11); # Forwarding. # Ahora buscamos el usuario llamado. route(12); # Location. } Y el forwarding: # ----------------------------------------------------------------- # Forwarding # ----------------------------------------------------------------- route[11] { if ($hdr(Forwarding)) { xlog("L_INFO", "Encontrada cabecera 'Forwarding' -> No miramos tabla 'forwarding' para $ru\n"); return(-1); } avp_db_query("SELECT uri FROM forwarding WHERE username='$rU'", "$avp(s:forwarding_uri)"); if ($rc == 1) { # Cabecera para que el nuevo branch y el actual (via outbound) # no pasen por "trusted": append_hf("No-Trusted: Forwarding\r\n"); # Cabecera para que el nuevo branch no vuelva a pasar por "forwarding": append_hf("Forwarding: Yes\r\n"); # Cabecera para que el nuevo branch y el actual (via outbound) # no se tengan que volver a autenticar en "auth". append_hf("Authenticated: Yes\r\n"); append_branch(); $ru = $avp(s:forwarding_uri); remove_hf("Forwarding"); # En el INVITE original modificado a la URI del forwarding quitamos esta cabecera pues la URI del forwarding podría contener a su vez otro forwarding. # Enviamos el INVITE modificado con la URI del forwarding a outbound. # Si tiene que volver ya volverá. route(9); # Outbound. exit; } } En fin, ¿es correcto? Me funciona bien y por ejemplo tiene en cuenta el siguiente caso un poco "tramposo": - Imaginemos dos dominios locales "a.com" y "b.com". - b.com tiene puestos unos ACLs que impiden llamadas entrantes desde a.com. - Un espavilado de a.com define un forwarding: pepe(a)a.com -> juan(a)b.com - Ahora imaginemos que luis(a)a.com llama a pepe(a)a.com por lo que también llamaría (o intentaría llamar) a juan(a)b.com. - Si yo no hiciese el outbound final en el forwarding, o bien añado mucha lógica redundante sobre permisos, o mi OpenSer cometería el error de permitir la llamada a juan(a)b.com ya que el llamante se había autenticado **pero para llamar a alguien de su dominio, a pepe(a)a.com**. - Por eso yo he optado por hacer un outbound, así la llamada vuelve a entrar, con la cabecera añadida y comprobando que viene de la IP de OpenSer evito que vuelva a tener que autenticarse, pero el INVITE pasa por el ACL's donde se le deniega la llamada al dominio b.com. Pues eso, ¿qué os parece así? ¿estoy olvidando algo? Gracias por cualquier opinión y sugerencia. Saludos. -- Iñaki Baz Castillo

1 2

[Users-es] Mandar llamadas de Asterisk a OpenSER
by Saúl Ibarra 27 Aug '07

27 Aug '07

Hoola! Hasta ahora, mando llamadas de OpenSER a Asterisk sin problemas. Pero hoy se me ha ocurrido hacerlo al revés, imaginando que las llamadas de entran por IAX o por una ZAP... Como ya tengo creado el friend OpenSER, he probado a mandarle la llamada en plan: exten => noseke,n,Dail(SIP/openser/200) por ejemplo Pero claro, OpenSER protesta diciendo que necesita autenticación y no hay INVITE que valga xD He pensado en utilizar el parámetro "fromuser" en el Asterisk, que me permite poner otra cosa en el from, pero hacer esa comprobación en OpenSER no se yo si es demasiado seguro... Como podría hacer esto de una manera "decente"? Thnx!! -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

5 12

[OpenSER-Users-ES] [Users-es] Curso de OpenSER en el VON
by Saúl Ibarra 22 Aug '07

22 Aug '07

Hoola! Se que este tema se comentó en la otra lista, pero necesito reflotarlo un poco xD Me estoy planteando *my seriamente* acercarme al VON, para ir al curso de OpenSER. Cunando digo "muy seriamente" me refiero a que tengo la tarjeta de crédito en la mano... Creo que por aquí alguien iba a ir (Iñaki?) y tal... Si podéis comentar algo de hoteles cerca y tal... os lo agradecería mucho. Salu2!! -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

2 2

[OpenSER-Users-ES] RTProxy o MediaProxy
by Raúl Alexis Betancor Santana 22 Aug '07

22 Aug '07

¿Alguien tiene alguna comparativa entre ambos?, la intención es usar para solventar los problemas de NAT con OpenSer 1.2.2, por lo que las sugerencias son bienvenidas. -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 3

[OpenSER-Users-ES] [Users-es] BYE fuera del dialogo
by Saúl Ibarra 22 Aug '07

22 Aug '07

Hoola! En muchas configuraciones leo este tipo de cosas: if(method=="BYE" || method=="CANCEL") { unforce_rtp_proxy(); } Esto fuera del loose_route. Pues por más que lo he intentado, no he conseguido generar un BYE fuera del dialogo. En el RFC3261, seccion 15, pone: "A UA MUST NOT send a BYE outside of a dialog". Teniendo en cuenta esto, entiendo que lo de arriba esta "mal", y que deberia ser: if(method=="CANCEL") { unforce_rtp_proxy(); } porque los BYE entrarían en el loose_route no? Estoy equivocado? Thnx! -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

1 1

[Users-es] CANCEL y aliases
by Iñaki Baz Castillo 20 Aug '07

20 Aug '07

Hola, para mi sorpresa si hago un INVITE a un alias y envío un CANCEL OpenSer "interpreta" bien ese CANCEL aunque dicho CANCEL (que no es "in-dialog" por supuesto) no haya pasado por la función de "aliases". Parece un poco "magia", aunque leo esto que maś o menos lo explica: "CANCEL messages can be safely processed with a simple call to t_relay() because SER will automatically match the CANCEL message to the original INVITE message (stateful)." Vale, de acuerdo, entonces entiendo que lo correcto es aplicar "aliases" SOLO a mensajes INVITE (que no re-INVITE), MESSAGE y OPTIONS. ¿Se me olvida alguno? (entiendo que en SUBSCRIBE no tiene mucho sentido. Saludos. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 1

[Users-es] Error con "fr_inv_timer" en los ACK (aunque entendido en realidad)
by Iñaki Baz Castillo 20 Aug '07

20 Aug '07

Hola, sin el parámetro fr_inv_timer todo va bien, bueno, me refiero a que si un usuario no responde su propio cliente SIP envía un "Not responding" que llega al llamante y fin. Pero si añado: # Tiempo máximo de establecimiento de llamada tras el "Trying": modparam("tm", "fr_inv_timer", 10) entonces ocurre que a los **mucho más que 10 segundos** el llamado genera (igual que antes) su "Not responding" el cual sencillamente no atraviesa OpenSer y por lo tanto el llamado envía un montón de ACK esperando recibir u 200 OK. Bueno, que casi casi que ya sé por dónde va los tiros, el parámetro "fr_inv_timer" no limita en realidad el tiempo del INVITE, limita el tiempo en el que OpenSer mantiene en memoria la actual transacción (o sea, el valor del callid y tal). Pasado el tiempo ""fr_inv_timer" OpenSer desecha cualquier respuesta a ese INVITE (¡¡ incluso aunque sea un "200 OK" !!). De hecho lo he comprobado. Vale, iluso de mí, y yo que pensaba que OpenSer generaría un "Not responding" al llamante y un "CANCEL" al llamado... :( Saludos. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

4 18

[Users-es] OpenSer: ACL's en multidominio
by Iñaki Baz Castillo 20 Aug '07

20 Aug '07

Hola, esta vez en vez de preguntar algo voy a compartir un cachito de código del que me siento orgulloso :) Se trata de un mecanismo para implementar permisos personalizados (ACL's) en llamadas entrantes a cada dominio, y funciona en modo multidominio. Ya puestos he empezado un blog XD Pues nada, a ver qué os parece, toda opinión es bienvenida: http://blog.aliax.net/2007/08/openser-acls-multidominio.html Saludos. PD: En caso de opinar casi prefiero que lo hagáis aquí en la lista y no en el blog. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

3 5

[Users-es] Postear
by Oscar Castillo 20 Aug '07

20 Aug '07

Hola ¿Cómo hago para postear algo y empezar a formar parte activa del grupo? Gracias

2 1

[Users-es] Actualizado port de Openser a 1.2.2 para FreeBSD
by Jesus Rodriguez 19 Aug '07

19 Aug '07

Hola, Acabo de hacer un commit en el svn que actualiza el port de OpenSER en FreeBSD a la versión 1.2.2 . A continuación haré el commit en el árbol de ports de FreeBSD. Los packages de OpenSER 1.2.2 para FreeBSD estarán disponibles en todos los mirrors de FreeBSD en la próxima actualización de packages (normalmente una vez a la semana). Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

1 0

[Users-es] Capturar conversación entre UA
by Javier Allende Astigarraga 17 Aug '07

17 Aug '07

Tras comprobar el tema de http-digest parcialmente ya que me falta poner lo de tls,pero tengo que ir probando los distintos atatques con distintas configuracioens de openser ahora estoy sin tls,estoy en el siguiente escensario softphone en windows : ekiga softphone en gny/linux :twinkle la petición de llamada le llega desde windows a gnu/linux y al reves perfectamente. arranco el wireshark y hago la llamada de A -> B , hablo con mi supermaravilloso microfono de euro y cierro la conversación,miro si me ha cogido alguna llamada el wireshark y aparece una , y la reproduzco y no me reproduce ningun sonidos :S :S :S. 1º pienso el micro no funciona pero he probado a hablar con el por gmail y funciona perfectamte 2º ni idea pero quedaba bien. cual puede ser el problema??? -- ===================================================== Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================

3 9

[Users-es][OT?] Softphone con soporte para SIP sobre TCP en GNU/Linux
by Saúl Ibarra 17 Aug '07

17 Aug '07

Pues eso, sorry por el offtopic, pero ya tengo compilada la rama de Asterisk con soporte para SIP sobre TCP y me disponía a hacer algun experimento, pero en ahora mismo en GNU/Linux tengo el X-Lite, Twinkle y Zioper, y ninguno soporta SIP sobre TCP!! Alguno decente? De mientras usaré un eyeBeam 'con parche en el ojo' que tengo en el otro PC que tiene Hasefroch... -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

2 2

[Users-es] OT: Saludos
by Alberto Sagredo 17 Aug '07

17 Aug '07

Simplemente saludar a la lista, aunque la mayoría sois ya amigos ;) SAludos Alberto Sagredo

10 10

Re: [Users-es] append_branch y call forwarding
by Saúl Ibarra 17 Aug '07

17 Aug '07

Umm, entonces tu no implementas desvios y demás? Por ejemplo el DND se puede hacer con el telefono, pero el call forwarding? Los telefonos ip tienen funciones para eso? El 16/08/07, Iñaki Baz Castillo <ibc(a)in.ilimit.es> escribió: > > El Thursday 16 August 2007 11:54:10 Saúl Ibarra escribió: > > Hoola: > > > > Sorry por mandar este mail a las 2 listas, es por si alguien todavía > > no se ha cambiado... > > > > He implementado un sistema de call forward con OpenSER bajo los 3 > > tipicos supuestos (blind, busy y no answer). Me funciona, pero tengo > > una dudilla respecto a la función append_branch: según yo entiendo, lo > > que hace es "abir" un nuevo call leg (o algo asi) hacia el ruri > > indicado y luego conectarme. > > > > Pues bien, yo lo he utilizado porque me daba error y me decia que no > > quedaban branches... y al ponerlo voila! La cuestion es: es esto > > correcto? > > > > Por otro lado, al implementar la cosa esta me ha venido la siguiente duda: > > > > Cuando el desvío es blind, simplemente cojo el uri que tengo > > almacenado en la tabla usr_preferences hago relay hacia alli, por lo > > que si soy yo mismo no hay problema, la llamada iria saltando y > > saltando hasta llegar a destino. > > > > En cambio, el control del desvio si ocupado o si no contesta lo hago > > en el on_failure, y por lo tanto, no puedo hacer ese "bucle", es > > decir, si el usuario destino tambien se encuentra desviado, yo no lo > > se. Pregunta: como puedo volver a meter la llamada en el route central > > (con el ruri alterado) para asi poder tener un forwarding "recursivo"? > > Personalmente intento no hacer "dialplan" con OpenSer, me parece excesivamente > complejo y sobretodo poco escalable. No obstante el tema de "serial forking" > es lo que creo que buscas, y algo de doc (ojo por si está desfasada) hay > aquí; > > http://openser.org/dokuwiki/doku.php/tutorials:avpops?s=serial#serial_forki… > > > > Ahora mismo lo tengo tal que asi: > > > > # ----------------------------------------------------------------- > > # failure_route[1] -- Cuando falla un INVITE - 486 busy o 408 no > > answer, le mandamos al buzon o desviamos > > # ----------------------------------------------------------------- > > > > failure_route[1] > > { > > if(!t_was_cancelled()) { > > > > if (t_check_status("(486)|(408)")) { > > > > ## Miramos si tiene el Voicemail activado > > if (avp_db_load("$ruri/username", "$avp(s:vm)")) { > > xlog("L_INFO","$Cbx--- Voicemail ACTIVADO ---$Cxx\n"); > > revert_uri(); > > ¿Por qué ese revert_uri(); ahí? > > > rewritehostport("10.68.42.134:5070"); > > append_branch(); > > ¿No se supone que un append_branch(); tiene sentido **antes** de modificar el > URI? > http://openser.org/dokuwiki/doku.php/core-cookbook:devel#append_branch > > > ## Activamos el flag 10 para evitar bucles > > xlog("L_INFO","$Cbx---> Redirigiendo al Voicemail...$Cxx\n"); > > setflag(10); > > route(1); > > exit; > > } > > } > > > > ## Si devuelve BUSY comprobamos su hay desvio > > if (isflagset(21) && t_check_status("486")) { > > if (avp_pushto("$ruri", "$avp(s:cfb)")) { > > Sólo por comentar, esa función "avp_pushto" ya no hace falta, sirve un simple: > $avp(s:cfb) = $ruri > (que es más bonita) XD > > > avp_delete("$avp(s:cfb)"); > > resetflag(21); > > route(6); > > exit; > > } > > } > > > > ## Si devuelve NO ANSWER comprobamos su hay desvio > > if (isflagset(22) && t_check_status("408")) { > > if (avp_pushto("$ruri", "$avp(s:cfna)")) { > > avp_delete("$avp(s:cfna)"); > > resetflag(22); > > xlog("L_INFO","$Cbx Estoy en el failure donde noanswer $Cxx\n"); > > route(6); > > exit; > > } > > } > > > > > > } > > } > > > > -- > Iñaki Baz Castillo > ibc(a)in.ilimit.es > > --~--~---------~--~----~------------~-------~--~----~ > Has recibido este mensaje porque estás suscrito a Grupo "openser-es" de Grupos de Google. > Para anular la suscripción a este grupo, envía un mensaje a openser-es-unsubscribe(a)googlegroups.com > Para obtener más opciones, visita este grupo en http://groups.google.com/group/openser-es?hl=es. > En el canal #openser-es de la red de IRC irc.freenode.net puedes encontrar gente del grupo. > -~----------~----~----~----~------~----~------~--~--- > > -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

3 4

Fwd: [Users-es] Re: HttpDigest no seguro
by Javier Allende Astigarraga 16 Aug '07

16 Aug '07

Hola iñaki,se envia un hash, el cual puedes coger con sipdump y con sipcrack sacarla. y claro la solución es TLS o el cifrado de la información. Ahora me voy a meter con eavesdropping.o escuchar las conversaciones y leyendo lo q he leido,la solución parece pasar por TLS o ZTRP,o alguno me comenta otra solucíon. - -- ===================================================== Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================

3 4

[Users-es] Fwd: [OpenSER-Users] OpenSER v1.2.2 released
by Jesus Rodriguez 16 Aug '07

16 Aug '07

Ya tenemos nueva versión de OpenSER... Inicio del mensaje reenviado: > De: Daniel-Constantin Mierla <daniel(a)voice-system.ro> > Fecha: 16 de agosto de 2007 17:37:47 GMT+02:00 > Para: "users(a)openser.org" <users(a)openser.org>, devel > <devel(a)openser.org>, business(a)openser.org > Asunto: [OpenSER-Users] OpenSER v1.2.2 released > Responder a: daniel(a)voice-system.ro > > Hello, > > version 1.2.2 of OpenSER has been released. This is a minor release > in the branch of 1.2 release series, containing only fixes to bugs > found since the previous release 1.2.1. > > See all changes at: > http://www.openser.org/pub/openser/1.2.2/ChangeLog > > The configuration script used with any 1.2.x version is compatible. > There was a change in the structure of table "active_watchers" for > handling local and remote CSeq numbers -- you have to recreate this > table if you are using presence module (instructions are provided > here: http://openser.org/dokuwiki/doku.php/install:1.2.1-to-1.2.2). > > Source tarball can be downloaded from: > http://www.openser.org/pub/openser/latest/src/ > Or from sourceforge download page: > http://sourceforge.net/project/showfiles.php?group_id=139143 > > Download page providing several options is available at: > http://www.openser.org/mos/view/Download/ > > The documentation for modules is posted at: > http://openser.org/docs/modules/1.2.x/ > Main documentation page is available at: > http://www.openser.org/mos/view/OpenSER-Documentation-Repository/ > > If someone wants to contribute with packages for different distros, > please send the link from where can be downloaded to team(a)openser.org. > > We would like to thank to all developers and contributors for their > work with coding and testing for this new release. > > Cheers, > Daniel > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

1 0

[Users-es] Re: HttpDigest no seguro
by Antonio Pardo 16 Aug '07

16 Aug '07

El Thursday 16 August 2007 10:16:49 Iñaki Baz Castillo escribió: > El Tuesday 14 August 2007 16:42:01 Javier Allende Astigarraga escribió: > > Como puedo mejorar la seguridad en el momento de registrarse?? ya he > > comprobado que con http digest puedo obtener la contraseña > ¿Qué es lo que has comprobado? ¿Has mirado cómo funciona el http-digest? Lo > que se envía NO es la contraseña, es la respuesta a un desafío en el que el > emisor (el servidor) y el desafiado (el llamante) comparten un secreto (la > contraseña del llamante). En ningún caso se envía la contraseña en texto > plano ni nada similar. Pero no es imposible sacar la contraseña a partir del hash, ¿no? Ciao -- http://debaser.homelinux.com/

7 8

[Users-es] Problemas con configuración de sipwise
by Raúl Alexis Betancor Santana 16 Aug '07

16 Aug '07

He estado experimentando con una configuración de las que genera sipwise y no llego a entender porque falla. La config: Teléfono IP <-> OpenSer <-> Asterisk (echo Test) El teléfono se registra sin problemas en el OpenSer y lanza una llamada, que OpenSer distribuye al Asterisk mediante el módulo dispatch, en el Asterisk solo hay un dialplan con un EchoTest. Todo el dialogo SIP es correcto hasta que el Asterisk hace el Answer() y en ese momento, cuando el SIP-ACK llega al OpenSer desde el asterisk, el openser lo toma como una nueva sesion SIP y lo descarta, cortandose la comunicación. No añado el archivo del openser.cfg porque es un tostón de 1026 lineas de script, pero vamos, es de los autogenerados de sipwise, osea que no hay mucha miga, lo único que he cambiado, es que no uso rtpproxy ni mediaproxy .. sino el módulo dispatch, para enviar a Asterisk. Pego solo el main route y la ruta implicada: ######################################################################## # Request route 'main' ######################################################################## route[0] { xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); force_rport(); if(msg:len > max_len) { xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("513", "Message Too Big"); exit; } if (!mf_process_maxfwd_header("10")) { xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("483", "Too Many Hops"); exit; } if(!is_method("REGISTER")) { if(nat_uac_test("19")) { record_route(";nat=yes"); } else { record_route(); } } if(is_method("CANCEL") || is_method("BYE")) { end_media_session(); } if(loose_route()) { if(!has_totag()) { xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Initial Loose-Routing Rejected"); exit; } if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); setbflag(6); } if(is_method("BYE")) { setflag(24); # account failed transactions setflag(25); # account successful transactions } # mark as loose-routed for acc setflag(26); route(12); } if(is_method("REGISTER")) { route(11); } setflag(24); # account failed transactions setflag(25); # account successful transactions if(is_method("INVITE")) { route(13); } if(is_method("CANCEL") || is_method("ACK")) { route(19); } route(20); } [...] ######################################################################## # Request route 'base-route-local' ######################################################################## route[19] { t_on_reply("1"); if(t_check_trans()) { xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); if(!t_relay()) { sl_reply_error(); } } else { xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } exit; } ---------------- El problema es que cuando llega un ACK desde el Asterisk indicando que el Invite que OpenSer reenvio al Asterisk ha pasado a Answer, la función t_check_trans() parece no enterarse, y se trata el ACK como si fuese una sesion nueva, tira por otra parte del script de openser y falla. ¿Alguna cosa evidente que me estoy saltando? -- Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 3

[Users-es] append_branch y call forwarding
by Saúl Ibarra 16 Aug '07

16 Aug '07

Hoola: Sorry por mandar este mail a las 2 listas, es por si alguien todavía no se ha cambiado... He implementado un sistema de call forward con OpenSER bajo los 3 tipicos supuestos (blind, busy y no answer). Me funciona, pero tengo una dudilla respecto a la función append_branch: según yo entiendo, lo que hace es "abir" un nuevo call leg (o algo asi) hacia el ruri indicado y luego conectarme. Pues bien, yo lo he utilizado porque me daba error y me decia que no quedaban branches... y al ponerlo voila! La cuestion es: es esto correcto? Por otro lado, al implementar la cosa esta me ha venido la siguiente duda: Cuando el desvío es blind, simplemente cojo el uri que tengo almacenado en la tabla usr_preferences hago relay hacia alli, por lo que si soy yo mismo no hay problema, la llamada iria saltando y saltando hasta llegar a destino. En cambio, el control del desvio si ocupado o si no contesta lo hago en el on_failure, y por lo tanto, no puedo hacer ese "bucle", es decir, si el usuario destino tambien se encuentra desviado, yo no lo se. Pregunta: como puedo volver a meter la llamada en el route central (con el ruri alterado) para asi poder tener un forwarding "recursivo"? Ahora mismo lo tengo tal que asi: # ----------------------------------------------------------------- # failure_route[1] -- Cuando falla un INVITE - 486 busy o 408 no answer, le mandamos al buzon o desviamos # ----------------------------------------------------------------- failure_route[1] { if(!t_was_cancelled()) { if (t_check_status("(486)|(408)")) { ## Miramos si tiene el Voicemail activado if (avp_db_load("$ruri/username", "$avp(s:vm)")) { xlog("L_INFO","$Cbx--- Voicemail ACTIVADO ---$Cxx\n"); revert_uri(); rewritehostport("10.68.42.134:5070"); append_branch(); ## Activamos el flag 10 para evitar bucles xlog("L_INFO","$Cbx---> Redirigiendo al Voicemail...$Cxx\n"); setflag(10); route(1); exit; } } ## Si devuelve BUSY comprobamos su hay desvio if (isflagset(21) && t_check_status("486")) { if (avp_pushto("$ruri", "$avp(s:cfb)")) { avp_delete("$avp(s:cfb)"); resetflag(21); route(6); exit; } } ## Si devuelve NO ANSWER comprobamos su hay desvio if (isflagset(22) && t_check_status("408")) { if (avp_pushto("$ruri", "$avp(s:cfna)")) { avp_delete("$avp(s:cfna)"); resetflag(22); xlog("L_INFO","$Cbx Estoy en el failure donde noanswer $Cxx\n"); route(6); exit; } } } } -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

1 0

Re: [Users-es] Lista users-es en openser.org
by Jesus Rodriguez 16 Aug '07

16 Aug '07

Hola Saúl, > Que rápida e indolora ha sido la migración jeje. Por curiosidad... que > se va a hacer con la lista de GoogleGroups? Creo que se habló de > mantener el archivo... He suscrito en la lista la dirección que pasó Antonio para mantener el archivo remoto. También he cambiado el Reply-To: a que sea la lista porque ahora no la incluía y las respuestas iban directamente al remitente. Saludos JesusR. > El 16/08/07, Jesus Rodriguez <jerocu(a)gmail.com> escribió: > > Hola, > > > > Recibes este mail porque eres miembro del grupo openser-es de Google > > groups. Como se acordó en el grupo, la lista se ha trasladado al > > servidor de listas de OpenSER. > > > > Además de este, habrás recibido otro mail dandote la bienvenida a la > > lista y explicandote algunas cosas sobre como gestionar tu > > suscripción, cambiar tu contraseña, etc. > > > > Para enviar mensajes a la lista usa la dirección: users-es(a)openser.org > > > > P.D. Este mail también sirve de prueba... :-) > > > > Saludos > > JesusR. > > > > _______________________________________________ > > Users-es mailing list > > Users-es(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users-es > > > > > -- > Saúl -- "Some people say why, other just say, why not." > ---------------------------------------------------------------- > http://www.saghul.net/ > > >

3 2

[Users-es] Lista users-es en openser.org
by Jesus Rodriguez 16 Aug '07

16 Aug '07

Hola, Recibes este mail porque eres miembro del grupo openser-es de Google groups. Como se acordó en el grupo, la lista se ha trasladado al servidor de listas de OpenSER. Además de este, habrás recibido otro mail dandote la bienvenida a la lista y explicandote algunas cosas sobre como gestionar tu suscripción, cambiar tu contraseña, etc. Para enviar mensajes a la lista usa la dirección: users-es(a)openser.org P.D. Este mail también sirve de prueba... :-) Saludos JesusR.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es