sr-users-es September 2007

sr-users-es@lists.kamailio.org

17 participants
40 discussions

by Arturo Miranda Vera

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

17 years, 3 months

[OpenSER-Users-ES] openser_mysql.sh

by Arturo Miranda Vera

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

17 years, 3 months

[OpenSER-Users-ES] [Users-Es] Presencia y tal...

by Saúl Ibarra

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/

17 years, 3 months

[OpenSER-Users-ES] (no subject)

by Carmen Fernández

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

17 years, 3 months

[OpenSER-Users-ES] Help VoIP

by Arturo Miranda Vera

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=…

17 years, 3 months

[OpenSER-Users-ES] Sobre msg:len y max_forwards

by Iñaki Baz Castillo

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

17 years, 3 months

[OpenSER-Users-ES] sip_warning=1 para generar cabeceras "Warning"

by Iñaki Baz Castillo

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

17 years, 3 months

[OpenSER-Users-ES] [OT] SIP/2.0 100 trying -- your call is important to us

by Iñaki Baz Castillo

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

17 years, 3 months

[OpenSER-Users-ES] Poner una cabecera y quitarla a la vez

by Iñaki Baz Castillo

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

17 years, 3 months

[OpenSER-Users-ES] Test Sipp: ¿Seguridad en "loose_route()" con " !has_totag()"?

by Iñaki Baz Castillo

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

17 years, 3 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es September 2007