sr-users-es

sr-users-es@lists.kamailio.org

487 discussions

[Semi-OT] sip:provider CE released!
by Jon Bonilla 14 Dec '10

14 Dec '10

Perdonad el spam. Os pongo en el anuncio que acaba de hacerse en las listas de kamailio sobre el lanzamiento de sip:provider CE, una solución basada en Kamailio que pretende ofrecer una solución completa a operadores que quieran ofrecer servicios de telefonía. Podéis encontrar el anuncio en la web de sipwise: http://www.sipwise.com/news/announcements/spce-first-release/ Un saludo, Jon Bonilla Sipwise

2 1

Integracion OpenIMSCore y Kamailio
by "Andrés S. García Ruiz" 29 Nov '10

29 Nov '10

Hola a todos, Estoy intentando montar una red IMS con OpenIMSCore y Kamailio. La parte de OpenIMSCore ya ha sido probada y utilizada con Mobicents. Ahora quiero cambiar Mobicents por Kamailio. También he instalado Kamailio y lo ejecuto sin problemas, pero cuando le llegan las publicaciones de la presencia SIP a este último, me responde con "407 Proxy Authentication Required". ¿Cómo puedo hacer que el proxy se autentique o evitar que Kamailio pida dicha autenticación? El Mensaje publish enviado: PUBLISH sip:testuser01@open-ims.test SIP/2.0 Route: <sip:ciervo.inf.um.es:5060;lr>, <sip:iscmark@scscf.open-ims.test:6060;lr;s=1;h=0;d=0;a=7369703a74657374757365723031406f70656e2d696d732e74657374> Call-ID: K28QO9PYAE5vn3RNdYOkIEddMEd6yDiqeAW7DwSt6XV. CSeq: 1 PUBLISH From: "testuser01" <sip:testuser01@open-ims.test>;tag=ff123bda To: "testuser01" <sip:testuser01@open-ims.test> Via: SIP/2.0/UDP 155.54.210.135:6060;branch=z9hG4bKa31a.6cba1cd2.0 Via: SIP/2.0/UDP 155.54.210.134:4060;branch=z9hG4bKa31a.71481d13.0;i=1 Via: SIP/2.0/TCP 155.54.190.166:8060;rport=41624;branch=z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z- Max-Forwards: 15 Content-Type: application/pidf+xml Expires: 30000 Event: presence Contact: <sip:testuser01@155.54.190.166:8060> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO User-Agent: X-Lite IMS-OSGi-Client 0.1 CVS-Mon_Nov_29_10-14-33_CET_2010 Content-Length: 451 P-Asserted-Identity: <sip:testuser01@open-ims.test> P-Charging-Vector: icid-value="P-CSCFabcd000000004cf3708400000002";icid-generated-at=155.54.210.134;orig-ioi="open-ims.test" <?xml version='1.0' encoding='UTF-8'?><presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' entity='sip:testuser01@open-ims.test'><tuple id='t6b9a6ab3'><status><basic>open</basic></status></tuple><dm:person id='p34b126e5'><rpid:activities><rpid:Online/></rpid:activities><dm:note>Online</dm:note></dm:person></presence> La respuesta de Kamailio: SIP/2.0 407 Proxy Authentication Required Call-ID: K28QO9PYAE5vn3RNdYOkIEddMEd6yDiqeAW7DwSt6XV. CSeq: 1 PUBLISH From: "testuser01" <sip:testuser01@open-ims.test>;tag=ff123bda To: "testuser01" <sip:testuser01@open-ims.test>;tag=b27e1a1d33761e85846fc98f5f3a7e58.3d3a Via: SIP/2.0/UDP 155.54.210.135:6060;branch=z9hG4bKa31a.6cba1cd2.0 Via: SIP/2.0/UDP 155.54.210.134:4060;branch=z9hG4bKa31a.71481d13.0;i=1 Via: SIP/2.0/TCP 155.54.190.166:8060;rport=41624;branch=z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z- Proxy-Authenticate: Digest realm="open-ims.test", nonce="TPNwMkzzbwZRE1piAM8yHaXGsXvwS16v" Server: kamailio (3.1.0 (i386/linux)) Content-Length: 0 Y el log de Kamailio: 5(15391) DEBUG: <core> [parser/msg_parser.c:628]: SIP Request: 5(15391) DEBUG: <core> [parser/msg_parser.c:630]: method: <PUBLISH> 5(15391) DEBUG: <core> [parser/msg_parser.c:632]: uri: <sip:testuser01@open-ims.test> 5(15391) DEBUG: <core> [parser/msg_parser.c:634]: version: <SIP/2.0> 5(15391) DEBUG: <core> [parser/msg_parser.c:165]: get_hdr_field: cseq <CSeq>: <1> <PUBLISH> 5(15391) DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=10 5(15391) DEBUG: <core> [parser/msg_parser.c:185]: DEBUG: get_hdr_field: <To> [45]; uri=[sip:testuser01@open-ims.test] 5(15391) DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: to body ["testuser01" <sip:testuser01@open-ims.test> ] 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bKa31a.6cba1cd2.0>; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 5(15391) DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via 5(15391) DEBUG: <core> [receive.c:145]: After parse_msg... 5(15391) DEBUG: <core> [receive.c:186]: preparing to run routing scripts... 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bKa31a.71481d13.0>; state=6 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 236, <i> = <1>; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=100 5(15391) DEBUG: <core> [parser/msg_parser.c:526]: parse_headers: this is the second via 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 235, <rport> = <41624>; state=6 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z->; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=100 5(15391) DEBUG: maxfwd [mf_funcs.c:85]: value = 15 5(15391) DEBUG: <core> [parser/msg_parser.c:199]: DEBUG: get_hdr_body : content_length=451 5(15391) DEBUG: <core> [parser/msg_parser.c:101]: found end of header 5(15391) DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=ff123bda 5(15391) DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29 5(15391) DEBUG: sanity [mod_sanity.c:217]: all sanity checks passed 5(15391) DEBUG: siputils [checks.c:73]: no totag 5(15391) DEBUG: tm [t_lookup.c:1081]: DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffff 5(15391) DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=41274, isACK=0 5(15391) DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed 5(15391) DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found 5(15391) DEBUG: tm [t_lookup.c:1150]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==9 && [open-ims.test] == [127.0.0.1] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==14 && [open-ims.test] == [155.54.190.245] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==9 && [open-ims.test] == [127.0.0.1] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==14 && [open-ims.test] == [155.54.190.245] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: auth_db [authorize.c:239]: realm value [open-ims.test] 5(15391) DEBUG: auth [api.c:85]: auth:pre_auth: Credentials with realm 'open-ims.test' not found 5(15391) DEBUG: auth_db [authorize.c:257]: not authenticated 5(15391) DEBUG: auth [challenge.c:102]: build_challenge_hf: realm='open-ims.test' 5(15391) DEBUG: auth [challenge.c:236]: auth: 'Proxy-Authenticate: Digest realm="open-ims.test", nonce="TPNwMkzzbwZRE1piAM8yHaXGsXvwS16v" ' 5(15391) DEBUG: sl [sl.c:278]: reply in stateless mode (sl) 5(15391) DEBUG: <core> [msg_translator.c:207]: check_via_address(155.54.210.135, 155.54.210.135, 0) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [receive.c:289]: receive_msg: cleaning up Muchas gracias, Andrés. -- ----------------------- Andrés S. García Ruiz ----------------------- e-mail: asgarcia(a)um.es Teléfono: (+34) 868 888258 Dpto. de Ingeniería de la Información y las Comunicaciones Facultad de Informática Universidad de Murcia 30100 Campus de Espinardo

2 1

Re: [SR-Users-ES] Seguridad en Kamailio
by Tincho ylm 06 Oct '10

06 Oct '10

Claro, has dado en el clavo. La idea que tenia era validar por IP. Pero de esa manera estaria validando TODA el trafico que llega a Kamailio, por tanto, tambien las extensiones que se intentan registrar. Extensiones que no se que IP van a tener. (te pido que me corrijas si me equivoco) Entonces, la idea en vez de validar por IP, es buscar otro tipo de validacion. El modulo permissions tambien puede validar por URI, aunque en este caso estaria en la misma situacion, ya que no conozco TODAS las IP desde las cuales las extensiones se registraran. No se si me explico bien. Por ultimo, se me ocurre validar por username del URI, algo muy manual. A menos que haya una forma mas "economica" de hacerlo. ¿Que me propones? > ------------------------------ > > Message: 2 > Date: Mon, 4 Oct 2010 17:01:29 +0200 > From: Iñaki Baz Castillo <ibc(a)aliax.net> > Subject: Re: [SR-Users-ES] Seguridad en Kamailio > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: > <AANLkTikhAGieJEtZN0OrRgzLVV3nnENewx-xdogmAsD5(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > El día 4 de octubre de 2010 15:44, Tincho ylm <sadzas(a)gmail.com> escribió: > >> Estuve leyendo el modulo "permissions". > > > > Creo que lo que quiero hacer se resuelve simplemente autenticando los > INVITE > > (que no estoy haciendo ahora). > > No creo que hayas leído eso en la documentación del módulo > 'permissions'. Este módulo da funcionalidad de validación de la IP > origen: > > http://kamailio.org/docs/modules/1.5.x/permissions.html#id2512057 > http://kamailio.org/docs/modules/1.5.x/permissions.html#id2498680 > http://kamailio.org/docs/modules/1.5.x/permissions.html#id2528182 > > La autenticación SIP no tiene anda que ver con el permitir tráfico > desde algunas IP's sin solicitarles autenticación. Estamos hablando > simplemente de permitir tráfico no autenticado en caso de que el > request llegue desde determinadas IP's "privilegiadas" (módulo > 'permissions'). > > > > Haciendo una captura con ngrep, veo que cuando asterisk envia el INVITE, > > kamailio lo tramita sin problemas y sin autenticarlo. > > Que me recomiendan ? > > Que revises tu script de kamailio porque, sí o sí, en él has permitido > explicitamente llamadas sin autenticación. > Y que leas a fondo la documentación del módulo 'permissions'. > > > -- > Iñaki Baz Castillo > <ibc(a)aliax.net> > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 37, Envío 3 > ********************************************** >

3 6

Re: [SR-Users-ES] Seguridad en Kamailio
by Tincho ylm 04 Oct '10

04 Oct '10

> > Estuve leyendo el modulo "permissions". > Creo que lo que quiero hacer se resuelve simplemente autenticando los INVITE (que no estoy haciendo ahora). Haciendo una captura con ngrep, veo que cuando asterisk envia el INVITE, kamailio lo tramita sin problemas y sin autenticarlo. Que me recomiendan ? gracias! > > Message: 1 > Date: Fri, 1 Oct 2010 15:22:11 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Seguridad en Kamailio > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTim+wsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com<AANLkTim%2Bwsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1" > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > llamadas entrantes sin autenticar. > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas hacia > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola linea > del script. > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no pertenece > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o donde > apuntar para ver este tema. > > > Gracias. > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.sip-router.org/pipermail/sr-users-es/attachments/20101001/4d6e… > > > > ------------------------------ > > Message: 2 > Date: Fri, 1 Oct 2010 21:32:15 +0200 > From: Iñaki Baz Castillo <ibc(a)aliax.net> > Subject: Re: [SR-Users-ES] Seguridad en Kamailio > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: > <AANLkTik97ZUQ6HMG+SEa7WUGEwyJ2z9yZR2=5Hwdy5L4(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > El día 1 de octubre de 2010 20:22, Tincho ylm <sadzas(a)gmail.com> escribió: > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > > llamadas entrantes sin autenticar. > > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas > hacia > > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola > linea > > del script. > > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no > pertenece > > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o > donde > > apuntar para ver este tema. > > Para validar por IP el módulo "permissions" es el más adecuado (tabla > 'address' y funcionaes asociadas). > > Si tu Kamailio está permitiendo tráfico entrante desde cualquier IP > eso significa que así lo has configurado. De todas formas verifica con > ngrep que asterisk no esté, de hecho, autenticándose cuando Kamailio > se lo solicita (si es que se lo solicita). Pero insisto: si Kamailio > permite tráfico entrante desde IP's cualquiera eso sólo puede ser > porque así lo has definido tú en el script de configuración. > > Saludos. > > > -- > Iñaki Baz Castillo > <ibc(a)aliax.net> > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 37, Envío 1 > ********************************************** >

2 1

Re: [SR-Users-ES] Seguridad en Kamailio
by Tincho ylm 02 Oct '10

02 Oct '10

Lo que dices es correcto. Kamailio esta configurado para permitir trafico entrante desde cualquier IP. Ademas, en Asterisk tambien configure que no envie ningun tipo de credencial. La pregunta apuntaba a que modulo es el mas adecuado para elegir desde donde permitir el trafico. Por tanto, y como recomendaste, me pondre a leer el modulo "permissions". Una vez leida la documentacion del mismo.. vuelvo con las preguntas.. Muchas gracias! El 2 de octubre de 2010 07:00, <sr-users-es-request(a)lists.sip-router.org>escribió: > Envíe los mensajes para la lista SR-Users-ES a > sr-users-es(a)lists.sip-router.org > > Para subscribirse o anular su subscripción a través de la WEB > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > sr-users-es-request(a)lists.sip-router.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.sip-router.org > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of SR-Users-ES digest...". Además, por favor, incluya en > la respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Seguridad en Kamailio (Tincho ylm) > 2. Re: Seguridad en Kamailio (Iñaki Baz Castillo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 1 Oct 2010 15:22:11 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Seguridad en Kamailio > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTim+wsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com<AANLkTim%2Bwsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1" > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > llamadas entrantes sin autenticar. > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas hacia > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola linea > del script. > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no pertenece > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o donde > apuntar para ver este tema. > > > Gracias. > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.sip-router.org/pipermail/sr-users-es/attachments/20101001/4d6e… > > > > ------------------------------ > > Message: 2 > Date: Fri, 1 Oct 2010 21:32:15 +0200 > From: Iñaki Baz Castillo <ibc(a)aliax.net> > Subject: Re: [SR-Users-ES] Seguridad en Kamailio > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: > <AANLkTik97ZUQ6HMG+SEa7WUGEwyJ2z9yZR2=5Hwdy5L4(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > El día 1 de octubre de 2010 20:22, Tincho ylm <sadzas(a)gmail.com> escribió: > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > > llamadas entrantes sin autenticar. > > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas > hacia > > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola > linea > > del script. > > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no > pertenece > > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o > donde > > apuntar para ver este tema. > > Para validar por IP el módulo "permissions" es el más adecuado (tabla > 'address' y funcionaes asociadas). > > Si tu Kamailio está permitiendo tráfico entrante desde cualquier IP > eso significa que así lo has configurado. De todas formas verifica con > ngrep que asterisk no esté, de hecho, autenticándose cuando Kamailio > se lo solicita (si es que se lo solicita). Pero insisto: si Kamailio > permite tráfico entrante desde IP's cualquiera eso sólo puede ser > porque así lo has definido tú en el script de configuración. > > Saludos. > > > -- > Iñaki Baz Castillo > <ibc(a)aliax.net> > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 37, Envío 1 > ********************************************** >

1 0

Seguridad en Kamailio
by Tincho ylm 01 Oct '10

01 Oct '10

Hola a todos. Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre las llamadas entrantes sin autenticar. Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas hacia Kamailio. Kamailio las trata sin problemas aun sin modificar una sola linea del script. Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es que Kamailio rechaze todas las llamadas que provienen sin autenticacion. Me imagino que una opcion es preguntar por la ip entrante.. si no pertenece a un rango conocido entonces rechazarla. Pero supongo que debe haber algo mas practico que esto o ya definido. Algun modulo que no entendi bien o algo asi. Agracedere que me orienten un poco sobre el modulo si es que existe o donde apuntar para ver este tema. Gracias.

2 1

Kamailio --> Mitel (Not Found) ¿Problemas con el INVITE?
by Tincho ylm 27 Sep '10

27 Sep '10

Hola a todos! Recurro a ustedes para ver si me pueden ayudar con este problema al cual no le encuentro solucion: Primero les muestro el esquema que poseo: SIP PHONE (Linksys) ---> Kamailio (1.5.4) ----> Mitel ----> Mitel Phone Lo que quiero hacer es llamar desde la extension Linksys a traves de Kamailio a una extension de la central propietaria Mitel. Actualmente Mitel rechaza mis llamadas con un bonito 404 Not Found! lo cual es imposible porque la extension Mitel existe y funciona bien. Ademas, solo para probar, intente el mismo escenario, pero en vez de utilizar Kamailio, puse un asterisk y funciona barbaro. Entonces... en algo le estoy errando en Kamailio. Hice unas capturas para que puedan ver si hay algun inconveniente con los INVITES (por logica no deberian existir, pero por las dudas los pongo) Primero una aclaracion sobre las IPs: Sip Phone -> 100 192.168.10.140 -> Sip Phone 192.168.10.150 -> Kamailio 192.168.10.160 -> Mitel Mitel Phone -> 200 Kamailio U 192.168.10.140:5060 -> 192.168.10.150:5060 INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Max-Forwards: 70. Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. Expires: 240. User-Agent: Linksys/SPA941-5.1.8. Content-Length: 395. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: replaces. Content-Type: application/sdp. U 192.168.10.150:5060 -> 192.168.10.140:5060 SIP/2.0 100 Giving a try. Via: SIP/2.0/UDP 192.168.10.140:5060 ;branch=z9hG4bK-d063d53a;rport=5060;received=192.168.10.140. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Server: Kamailio (1.5.4-notls (i386/linux)). Content-Length: 0. U 192.168.10.150:5060 -> 192.168.10.160:5060 INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0. Via: SIP/2.0/UDP 192.168.10.140:5060 ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Max-Forwards: 69. Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. Expires: 240. User-Agent: Linksys/SPA941-5.1.8. Content-Length: 395. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: replaces. Content-Type: application/sdp. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP 192.168.10.140:5060 ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> >;tag=0_4044193584-65506210. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Content-Length: 0. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 404 Not Found. Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP 192.168.10.140:5060 ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> >;tag=0_4044193584-65506210. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Contact: <sip:192.168.10.160>. Content-Length: 0. Lo mismo pero con Asterisk (que si funciona) * * U 192.168.10.140:5060 -> 192.168.10.150:5060 INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d5c5100f. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=59178c25144180dfo0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 102 INVITE. Max-Forwards: 70. Proxy-Authorization: Digest username="100",realm="asterisk",nonce="3ed77171",uri="sip:200@192.168.10.150<sip%3A200(a)192.168.10.150> ",algorithm=... Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. Expires: 240. User-Agent: Linksys/SPA941-5.1.8. Content-Length: 397. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: replaces. Content-Type: application/sdp. U 192.168.10.150:5060 -> 192.168.10.140:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 192.168.10.140:5060 ;branch=z9hG4bK-d5c5100f;received=192.168.10.140. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=59178c25144180dfo0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 102 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. Supported: replaces. Contact: <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Content-Length: 0. U 192.168.10.150:5060 -> 192.168.10.160:5060 INVITE sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=as749996b5. To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160>>. Contact: <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150>>. Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the [!at] with a @). CSeq: 102 INVITE. User-Agent: Asterisk PBX. Max-Forwards: 70. Date: Wed, 22 Sep 2010 12:36:12 GMT. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. Supported: replaces. Content-Type: application/sdp. Content-Length: 235. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=as749996b5. To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> >;tag=0_3844423584-65506194. Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the [!at] with a @). CSeq: 102 INVITE. Content-Length: 0. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=as749996b5. To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> >;tag=0_3844423584-65506194. Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the [!at] with a @). CSeq: 102 INVITE. Contact: <sip:200@192.168.10.160:5060;transport=udp>. Content-Length: 0. * *La configuracion de Kamailio es default. Basicamente consulto por el numero ingresado, si es 200 lo envio para la Mitel: route[2]{ force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); }; setflag(5); if (is_method("INVITE") && $rU =~ "200"){ force_rtp_proxy(); t_on_failure("1"); route(5); }; }; } route[5] { t_relay("udp:192.168.2.1:5060"); t_on_reply("1"); exit; } Tienen idea si me esta faltando algo??? Les agradecere cualquier ayuda.

3 8

Kamailio --> Mitel (Not Found) ¿Problemas con el INVITE?
by Tincho ylm 22 Sep '10

22 Sep '10

> > > Por favor, no le presten atencion al error: t_relay("udp:192.168.2.1:5060"); En realidad es: t_relay("udp:192.168.10.160:5060 <http://192.168.2.1:5060/>"); Aviso por si alguien responde diciendo que puede ser esto, NO LO ES, simplemente me equivoque al ponerlo en el mail. Gracias. > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 Sep 2010 11:53:49 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Kamailio --> Mitel (Not Found) ¿Problemas con > el INVITE? > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTinYcfBvQ4XtVt_mSvKtNib8M043u-8VnotucDzc(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hola a todos! > > Recurro a ustedes para ver si me pueden ayudar con este problema al cual no > le encuentro solucion: > > Primero les muestro el esquema que poseo: > > SIP PHONE (Linksys) ---> Kamailio (1.5.4) ----> Mitel ----> Mitel Phone > > Lo que quiero hacer es llamar desde la extension Linksys a traves de > Kamailio a una extension de la central propietaria Mitel. Actualmente Mitel > rechaza mis llamadas con un bonito 404 Not Found! lo cual es imposible > porque la extension Mitel existe y funciona bien. > Ademas, solo para probar, intente el mismo escenario, pero en vez de > utilizar Kamailio, puse un asterisk y funciona barbaro. Entonces... en algo > le estoy errando en Kamailio. > > Hice unas capturas para que puedan ver si hay algun inconveniente con los > INVITES (por logica no deberian existir, pero por las dudas los pongo) > > Primero una aclaracion sobre las IPs: > > Sip Phone -> 100 > 192.168.10.140 -> Sip Phone > 192.168.10.150 -> Kamailio > 192.168.10.160 -> Mitel > Mitel Phone -> 200 > > Kamailio > U 192.168.10.140:5060 -> 192.168.10.150:5060 > INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Max-Forwards: 70. > Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. > Expires: 240. > User-Agent: Linksys/SPA941-5.1.8. > Content-Length: 395. > Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. > Supported: replaces. > Content-Type: application/sdp. > > U 192.168.10.150:5060 -> 192.168.10.140:5060 > SIP/2.0 100 Giving a try. > Via: SIP/2.0/UDP 192.168.10.140:5060 > ;branch=z9hG4bK-d063d53a;rport=5060;received=192.168.10.140. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Server: Kamailio (1.5.4-notls (i386/linux)). > Content-Length: 0. > > U 192.168.10.150:5060 -> 192.168.10.160:5060 > INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0. > Via: SIP/2.0/UDP 192.168.10.140:5060 > ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Max-Forwards: 69. > Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. > Expires: 240. > User-Agent: Linksys/SPA941-5.1.8. > Content-Length: 395. > Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. > Supported: replaces. > Content-Type: application/sdp. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP > 192.168.10.140:5060 > ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> > >;tag=0_4044193584-65506210. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Content-Length: 0. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 404 Not Found. > Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP > 192.168.10.140:5060 > ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> > >;tag=0_4044193584-65506210. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Contact: <sip:192.168.10.160>. > Content-Length: 0. > > Lo mismo pero con Asterisk (que si funciona) > * > * > U 192.168.10.140:5060 -> 192.168.10.150:5060 > INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d5c5100f. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=59178c25144180dfo0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 102 INVITE. > Max-Forwards: 70. > Proxy-Authorization: Digest > username="100",realm="asterisk",nonce="3ed77171",uri=" > sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150><sip%3A200(a)192.168.10.150<sip%253A200(a)192.168.10.150> > > > ",algorithm=... > Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. > Expires: 240. > User-Agent: Linksys/SPA941-5.1.8. > Content-Length: 397. > Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. > Supported: replaces. > Content-Type: application/sdp. > > U 192.168.10.150:5060 -> 192.168.10.140:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 192.168.10.140:5060 > ;branch=z9hG4bK-d5c5100f;received=192.168.10.140. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=59178c25144180dfo0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 102 INVITE. > User-Agent: Asterisk PBX. > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. > Supported: replaces. > Contact: <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Content-Length: 0. > > U 192.168.10.150:5060 -> 192.168.10.160:5060 > INVITE sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=as749996b5. > To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>>>. > Contact: <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>>>. > Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the > [!at] with a @). > CSeq: 102 INVITE. > User-Agent: Asterisk PBX. > Max-Forwards: 70. > Date: Wed, 22 Sep 2010 12:36:12 GMT. > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. > Supported: replaces. > Content-Type: application/sdp. > Content-Length: 235. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=as749996b5. > To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>> > >;tag=0_3844423584-65506194. > Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the > [!at] with a @). > CSeq: 102 INVITE. > Content-Length: 0. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 180 Ringing. > Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=as749996b5. > To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>> > >;tag=0_3844423584-65506194. > Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the > [!at] with a @). > CSeq: 102 INVITE. > Contact: <sip:200@192.168.10.160:5060;transport=udp>. > Content-Length: 0. > * > *La configuracion de Kamailio es default. Basicamente consulto por el > numero > ingresado, si es 200 lo envio para la Mitel: > > route[2]{ > force_rport(); > if (nat_uac_test("19")) { > if (method=="REGISTER") { > fix_nated_register(); > } else { > fix_nated_contact(); > }; > setflag(5); > > if (is_method("INVITE") && $rU =~ "200"){ > force_rtp_proxy(); > t_on_failure("1"); > route(5); > }; > > }; > } > > route[5] { > t_relay("udp:192.168.2.1:5060"); > t_on_reply("1"); > exit; > } > > Tienen idea si me esta faltando algo??? > > Les agradecere cualquier ayuda. > ------------ próxima parte ------------ >

1 0

Re: [SR-Users-ES] Resumen de SR-Users-ES, Vol 35, Envío 1
by Tincho ylm 20 Aug '10

20 Aug '10

Gracias Antonio... Alguna experiencia al respecto que quieras comentarme? El 19 de agosto de 2010 07:00, <sr-users-es-request(a)lists.sip-router.org>escribió: > Envíe los mensajes para la lista SR-Users-ES a > sr-users-es(a)lists.sip-router.org > > Para subscribirse o anular su subscripción a través de la WEB > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > sr-users-es-request(a)lists.sip-router.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.sip-router.org > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of SR-Users-ES digest...". Además, por favor, incluya en > la respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Consultas varias (Tincho ylm) > 2. Re: Consultas varias (Antonio Pardo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 18 Aug 2010 14:44:17 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Consultas varias > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTi=kkn_=zJmgwMEiLRYmb4zx3j4M7cLK8XtckTmk(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Que tal? > > Estaba buscando info sobre la validacion de SIP-ROUTER con Active > Directory. > ¿Alguien hizo esto? > La verdad es que la pregunta vino de esa forma y no entiendo muy bien hasta > que punto se puede validar en Active Directory. Supongo que tendra en > cuenta > el usuario y un password o algo asi... ¿es correcto? > > Por otro lado surge tambien la consulta sobre "PRESENCE" y la integracion > con MOC (Microsoft Office Communicator). > La idea final es hacer uso de "PARALLEL FORKING" y saber que dispositivos > estan en linea a traves de alguna aplicacion en paralelo como MOC. > Si no hay integracion con MOC, ¿Hay alguna alternativa? (¿OPENFIRE?) > > Agradezco sus comentarios, > Saludos! > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.sip-router.org/pipermail/sr-users-es/attachments/20100818/c7a2… > > > > ------------------------------ > > Message: 2 > Date: Wed, 18 Aug 2010 22:44:07 +0200 > From: Antonio Pardo <antonio.pardo(a)gmail.com> > Subject: Re: [SR-Users-ES] Consultas varias > To: sr-users-es(a)lists.sip-router.org > Message-ID: <4C6C4617.2090800(a)gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Buenas, > > El 18/08/10 19:44, Tincho ylm escribió: > > Estaba buscando info sobre la validacion de SIP-ROUTER con Active > > Directory. ¿Alguien hizo esto? > > La verdad es que la pregunta vino de esa forma y no entiendo muy bien > > hasta que punto se puede validar en Active Directory. Supongo que tendra > > en cuenta el usuario y un password o algo asi... ¿es correcto? > > echale un vistazo a este módulo: > http://kamailio.org/docs/modules/stable/modules_k/ldap.html > > Saludos > > -- > Antonio Pardo > National Freaks Bureau > Web: http://apardo.eu/ > Tel: (+34) 668 802 483 > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 35, Envío 1 > ********************************************** >

3 2

Consultas varias
by Tincho ylm 18 Aug '10

18 Aug '10

Que tal? Estaba buscando info sobre la validacion de SIP-ROUTER con Active Directory. ¿Alguien hizo esto? La verdad es que la pregunta vino de esa forma y no entiendo muy bien hasta que punto se puede validar en Active Directory. Supongo que tendra en cuenta el usuario y un password o algo asi... ¿es correcto? Por otro lado surge tambien la consulta sobre "PRESENCE" y la integracion con MOC (Microsoft Office Communicator). La idea final es hacer uso de "PARALLEL FORKING" y saber que dispositivos estan en linea a traves de alguna aplicacion en paralelo como MOC. Si no hay integracion con MOC, ¿Hay alguna alternativa? (¿OPENFIRE?) Agradezco sus comentarios, Saludos!

2 1

← Newer
1
...
6
7
8
9
10
11
12
...
49
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es