sr-users-es

sr-users-es@lists.kamailio.org

487 discussions

Re: [Kamailio-Users-ES] El envio a Users-es de clunking@idlers.org precisa de aprobacion

by Iñaki Baz Castillo

El Viernes, 20 de Febrero de 2009, users-es-owner(a)lists.kamailio.org escribió: > As list administrator, your authorization is requested for the > following mailing list posting: > > List: Users-es(a)lists.kamailio.org > From: clunking(a)idlers.org > Subject: Simple Ways to Enjoy Sex EEvery Day > Reason: Mensaje dirigido a una lista privada procedente de una > dirección que no pertenece a la lista > > At your convenience, visit: > > http://lists.kamailio.org/cgi-bin/mailman/admindb/users-es > > to approve or deny the request. -- Iñaki Baz Castillo

15 years, 5 months

Re: [Kamailio-Users-ES] El envio a Users-es de imprecating@inta.com.es precisa de aprobacion

by Iñaki Baz Castillo

El Lunes, 23 de Febrero de 2009, users-es-owner(a)lists.kamailio.org escribió: > As list administrator, your authorization is requested for the > following mailing list posting: > > List: Users-es(a)lists.kamailio.org > From: imprecating(a)inta.com.es > Subject: Simple Ways to Enjoy Sex Everry Day > Reason: Mensaje dirigido a una lista privada procedente de una > dirección que no pertenece a la lista > > At your convenience, visit: > > http://lists.kamailio.org/cgi-bin/mailman/admindb/users-es > > to approve or deny the request. -- Iñaki Baz Castillo

15 years, 5 months

[Kamailio-Users-ES] Consultas varias Kamailio - Asterisk

by sadzas

Hola gente: Nuevamente estoy por aca, para realizar algunas consultas de las cuales por lo que he visto, ustedes saben bastante. Primero les presento el esquema actual: (Hard Phones, Soft Phones, etc) <--> Internet <--> Asterisk <--> Varios trunks Tengo varios telefonos repartidos en diferentes locaciones. Estos internos -registrados en el Asterisk- tienen conflictos para hablar entre si (No hay audio en ningun sentido), pero no para tomar alguno de los trunks -que estan definidos contra Cisco, Mitel, etc.-. Luego de investigar y realizar pruebas, pude solucionarlo con un Proxy, quedando el esquema de esta manera: (Hard Phones, Soft Phones, etc) <--> Internet <--> Proxy <--> Asterisk <--> Varios trunks El proxy actual (Brekeke) envia las peticiones de registro de cada extension a Asterisk, por lo cual, Asterisk sigue encargandose de todo, la diferencia es que el proxy realiza unos cambios en los Headers para que Asterisk no tenga problema con el NAT detrás de cada telefono (Por lo visto, este es un problema que tiene mucha gente, ya que los foros estan repletos de consultas sobre esto). Consultas: 1) Utilizando Kamailio en el lugar del proxy actual, conviene que los phones se registren en Asterisk o Kamailio? ¿Cuales son las ventajas de registrarlo en Kamailio? 2) Si los phones se registraran en Kamailio, el trafico no deberia pasar al Asterisk, ya que machearia el discado y reenviaria al destino sin necesidad del Asterisk. ¿Esto es correcto? Muchas gracias! -- View this message in context: http://www.nabble.com/Consultas-varias-Kamailio---Asterisk-tp21583845p21583… Sent from the OpenSER Users - ES mailing list archive at Nabble.com.

15 years, 5 months

[Kamailio-Users-ES] Kamailio + mediaproxy

by sadzas

Hola a todos nuevamente: Kamailio esta funcionando bien (pero no tengo audio), ahora me dispongo a instalar mediaproxy. El tema es que cuando inicio mediaproxy: /usr/local/mediaproxy/media-dispatcher No me dice nada, no da señales de vida, el log dice esto: media-dispatcher[19796]: [-] Log opened. media-dispatcher[19796]: [-] Starting MediaProxy Dispatcher 2.3.2 media-dispatcher[19796]: [-] Traceback (most recent call last): media-dispatcher[19796]: [-] File "/usr/local/mediaproxy/media-dispatcher", line 46, in <module> media-dispatcher[19796]: [-] from mediaproxy.dispatcher import Dispatcher media-dispatcher[19796]: [-] File "/usr/local/mediaproxy/mediaproxy/dispatcher.py", line 35, in <module> media-dispatcher[19796]: [-] from mediaproxy.tls import X509Credentials, X509NameValidator media-dispatcher[19796]: [-] File "/usr/local/mediaproxy/mediaproxy/tls.py", line 26, in <module> media-dispatcher[19796]: [-] config_file = ConfigFile(configuration_filename) media-dispatcher[19796]: [-] File "/var/lib/python-support/python2.5/application/configuration/__init__$ media-dispatcher[19796]: [-] instance.parser.read(files) media-dispatcher[19796]: [-] File "/usr/lib/python2.5/ConfigParser.py", line 267, in read media-dispatcher[19796]: [-] self._read(fp, filename) media-dispatcher[19796]: [-] File "/usr/lib/python2.5/ConfigParser.py", line 462, in _read media-dispatcher[19796]: [-] raise MissingSectionHeaderError(fpname, lineno, line) media-dispatcher[19796]: [-] ConfigParser.MissingSectionHeaderError: File contains no section headers. media-dispatcher[19796]: [-] file: /etc/mediaproxy/config.ini, line: 191 media-dispatcher[19796]: [-] 'dburi = mysql://openser:openserrw@localhost/openser\n' Por lo que pude encontrar es un tema de Python?? alguno tiene idea? Se que la lista no es para mediaproxy pero se que hay gente que trabajo mucho con esto. gracias! -- View this message in context: http://www.nabble.com/Kamailio-%2B-mediaproxy-tp22001745p22001745.html Sent from the OpenSER Users - ES mailing list archive at Nabble.com.

15 years, 6 months

[Kamailio-Users-ES] Desactivar SIP ALG en un router SMC

by Iñaki Baz Castillo

Hola, ¿alguien sabe cómo desactivar el maldito SIP ALG en un router marca SMC? La está liando pero parda: - No reemplaza la IP privada si aparece en el Call-ID (como debe ser). - Pero si el tfno envía un Refer, en la cabecera "Refer-To" aparece el valor del Call-ID, y aquí el tonto del router SI que reemplaza la IP privada por la pública, haciendo que el destinatario del Refer no encuentre ese diálogo (481). Maldito SIP ALG... Estoy dentro del router por telnt y no veo ninguna opción sobre SIP y/o ALG. Gracias. -- Iñaki Baz Castillo <ibc(a)aliax.net>

15 years, 6 months

[Kamailio-Users-ES] Nat Traversal

by sadzas

Hola a todos (Especialmente a Iñaqui :-)) ) Bueno, luego de haber leido bastante y haber comenzado con el RFC 3261 (Muy buena recomendacion de Iñaqui) llegue a una nueva encrucijada. Les comento mi escenario: Por ciertas razones que no vienen al caso, necesito situar a Kamailio antes de mi PBX (Asterisk). Seria algo asi: Asterisk -------- Kamailio --------- Internet IP privada 200.xx.xx.53 Kamailio no debe hacer mas que un pass del trafico y enviarlo a Asterisk. Asterisk registra los tel, etc. Esto funciona fantastico siempre y cuando los telefonos no esten haciendo NAT. Cuando estos hacen NAT, Asterisk no los puede registrar. Supongo (y digo supongo porque aca me han bajado el copete muchas veces, por lo cual ya no asevero nada) que esto sucede ya que Kamailio no esta tratando NAT. Me dispongo entonces a configurar NAT en Kamailio, pero no llego a lograr que funcione, y por eso les pido ayuda. Segun la documentacion que lei, se deben cargar los modulos: loadmodule "dialog.so" loadmodule "nat_traversal.so" Luego definir: modparam("nat_traversal", "keepalive_from", "sip:6001@200.xx.xx.53") modparam("nat_traversal", "keepalive_method", "OPTIONS") Nota: en "keepalive_from" le defini la direccion del telefono junto con la direccion publica de Kamailio. Luego en: if (is_method("REGISTER")) { nat_keepalive(); route(x); ... } Que estoy olvidando definir en el REGISTER? Asterisk ve que se le envio el metodo, pero no llega al tel: 6001/6001 200.xx.xx.53 D N 5060 UNREACHABLE Les agradecere toda ayuda que puedan ofrecer!! Gracias! -- View this message in context: http://www.nabble.com/Nat-Traversal-tp21933125p21933125.html Sent from the OpenSER Users - ES mailing list archive at Nabble.com.

15 years, 6 months

[Kamailio-Users-ES] SIP/TCP a SIP/UDP

by Robert Contreras

Hola muchach@s, este es mi primer post en la lista a pesar de que ya tengo alrededor de 6 meses suscrito, especial saludo a los "Gurus" Iñaki, Saul. La situación que tengo que solventar con Kamailio es la integración entre Microsoft OCS (Sí, ya se M$ sucks) y Asterisk, usando como intermediario a OpenSER por el tema del transporte de SIP/TCP (usado por M$) a SIP/UDP (usado por *). Estoy haciendo una pequeña prueba usando eyebeam como softphone y seteando el transporte a TCP, este se registra sin problemas con Kamailio y puedo realizar llamadas entre extensiones Kamailio perfectamente, pero cuando trato de enviarle el INVITE al asterisk inmediatamente me retorna "Call Failed 477/TM" que segun entiendo es un problema de la capa de transporte. Estoy haciendo el enrutamiento con la instruccion t_relay() de la siguiente forma y parece que en ningun momento le llega nada a asterisk por el puerto 5060 (ya hice la captura con ngrep) : if (is_method("INVITE")) { setflag(1); # do accounting if(uri=~"sip:5000@192.168.1.80:5070") #Para llamar a la extension 5000 en asterisk { t_relay("udp:192.168.1.107:5060"); #route(10); } } Alguien me podria ayudar con esto ???? Gracias.

15 years, 6 months

[Kamailio-Users-ES] no logro jalar el modulo msilo con kamailio

by troxlinux

señores después de leer la doc del modulo de msilo no logro hacerlo jalar con mi servidor .. añadi el modulo dentro del openser.cfg loadmodule "msilo.so" modparam("msilo", "db_url", "mysql://openser:mipasswd@localhost/openser") y dentro de la seccion donde manejo el register añadi log("REGISTER received -> dumping messages with MSILO\n"); # MSILO - dumping user's offline messages if (m_dump()) { log("MSILO: offline messages dumped - if they were\n"); }else{ log("MSILO: no offline messages dumped\n"); }; exit; }; lo raro de todo esto es que cuando le envió un mensaje a un usuario que no esta online , el servidor me responde un 405 Method Not Allowed , y en el log de kamailio veo que el asterisk envía el mensaje , en ves de kamailio U +2.896971 192.168.10.35:5060 -> 192.168.10.1:5060 MESSAGE sip:118@192.168.10.1 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.35;rport;branch=z9hG4bKkyvowsnp Max-Forwards: 70 To: <sip:118@192.168.10.1> From: "rickylaptop" <sip:119@192.168.10.1>;tag=xrlqk Call-ID: cqcjcnjqyojohir(a)192.168.10.35 CSeq: 671 MESSAGE Content-Type: text/plain;charset=utf-8 User-Agent: Twinkle/1.1 Content-Length: 16 test de mensaje # U +0.014030 192.168.10.1:5060 -> 192.168.10.35:5060 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.10.35;rport=5060;branch=z9hG4bKkyvowsnp To: <sip:118@192.168.10.1>;tag=329cfeaa6ded039da25ff8cbb8668bd2.0f23 From: "rickylaptop" <sip:119@192.168.10.1>;tag=xrlqk Call-ID: cqcjcnjqyojohir(a)192.168.10.35 CSeq: 671 MESSAGE Proxy-Authenticate: Digest realm="192.168.10.1", nonce="49877ce734b5f405f7eecb39c411fcaa6d611c80" Server: OpenSER (1.3.4-notls (i386/linux)) Content-Length: 0 # U +0.003414 192.168.10.35:5060 -> 192.168.10.1:5060 MESSAGE sip:118@192.168.10.1 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.35;rport;branch=z9hG4bKlqhdbltf Max-Forwards: 70 Proxy-Authorization: Digest username="119",realm="192.168.10.1",nonce="49877ce734b5f405f7eecb39c411fcaa6d611c80",uri="sip:118@192.168.10.1",response="c9a5781d5ece2fe81f38e1643b0fb706",algorithm=MD5 To: <sip:118@192.168.10.1> From: "rickylaptop" <sip:119@192.168.10.1>;tag=xrlqk Call-ID: cqcjcnjqyojohir(a)192.168.10.35 CSeq: 672 MESSAGE Content-Type: text/plain;charset=utf-8 User-Agent: Twinkle/1.1 Content-Length: 16 test de mensaje # U +0.032034 192.168.10.1:5060 -> 192.168.10.1:5070 MESSAGE sip:u118@192.168.10.1:5070 SIP/2.0 Record-Route: <sip:192.168.10.1;lr=on;ftag=xrlqk> Via: SIP/2.0/UDP 192.168.10.1;branch=z9hG4bK1cde.684efe93.0 Via: SIP/2.0/UDP 192.168.10.35;rport=5060;branch=z9hG4bKlqhdbltf Max-Forwards: 69 To: <sip:118@192.168.10.1> From: "rickylaptop" <sip:119@192.168.10.1>;tag=xrlqk Call-ID: cqcjcnjqyojohir(a)192.168.10.35 CSeq: 672 MESSAGE Content-Type: text/plain;charset=utf-8 User-Agent: Twinkle/1.1 Content-Length: 16 P-hint: inbound->inbound test de mensaje # U +0.000415 192.168.10.1:5070 -> 192.168.10.1:5060 SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.168.10.1;branch=z9hG4bK1cde.684efe93.0;received=192.168.10.1 Via: SIP/2.0/UDP 192.168.10.35;rport=5060;branch=z9hG4bKlqhdbltf From: "rickylaptop" <sip:119@192.168.10.1>;tag=xrlqk To: <sip:118@192.168.10.1>;tag=as19a0f0de Call-ID: cqcjcnjqyojohir(a)192.168.10.35 CSeq: 672 MESSAGE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Length: 0 alguna idea? saludoss -- rickygm http://gnuforever.homelinux.com

15 years, 6 months

[Kamailio-Users-ES] Consulta acerca de Kamailio.

by sadzas

Nuevamente yo gente: Supongo que para ustedes sera una simple pregunta, pero a mi me esta trastornando… Tengo un telefono intentando registrar en Kamailio. Este telefono esta detrás de un router que le ofrece una IP privada. Les muestro el esquema para una mayor comprension: Telefono <-> Router (Conexion DSL) < ---- > Kamailio Ok. Hasta aca va bien. El problema es: El telefono llega a Kamailio con la IP privada del telefono y por lo visto esto esta evitando la comunicación, ya que en el cuerpo SIP aparece la IP 192.168.2.10 y obviamente cuando intenta devolver la señalización no entiende nada. ¿Puede esto ser correcto? 0.452544 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 2.452617 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 4.457459 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 6.457272 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 6.982984 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 7.457347 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 8.457439 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 8.457712 200.xx.xx.53 -> 192.168.2.10 SIP Request: OPTIONS sip:6001@192.168.2.10:5060 Kamailio IP: 200.xx.xx.53 Por lo visto al realizar esto mismo con Asterisk, a este le llega la IP publica del router, pero a Kamailio no. Esto es un error mio? De configuración? Se supone que debe ser asi? Agradecere su explicación, gracias! -- View this message in context: http://www.nabble.com/Consulta-acerca-de-Kamailio.-tp21754276p21754276.html Sent from the OpenSER Users - ES mailing list archive at Nabble.com.

15 years, 6 months

[Kamailio-Users-ES] acabrera está de vacaciones (y nos lo hace saber)

by Iñaki Baz Castillo

¿Alguien no se había enterado de que acabrera está de vacaciones? ---------- Mensaje reenviado ---------- De: <acabrera(a)sintys.gov.ar> Fecha: 29 de enero de 2009 16:45 Asunto: Ausente Para: ibc(a)aliax.net En estos momentos me encuentro ausente por vacaciones. -- Iñaki Baz Castillo <ibc(a)aliax.net>

15 years, 6 months

← Newer
1
...
12
13
14
15
16
17
18
...
49
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es