sr-users-es

sr-users-es@lists.kamailio.org

487 discussions

Kamailio como SBC
by sip user 16 Apr '20

16 Apr '20

Hola buenos días... soy nuevo en esta lista y estaba empezzando a meterme con Kamailio, principalmente para configurarlo como SBC contra Teams, en este caso. Pero no consigo que me funcione. Si lanzo una llamadas desde el Teams, en el Kamailio veo: 1.- En syslog: Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [ip_addr.c:243]: print_ip(): tcpconn_new: new tcp connection: 52.114.7.24 Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [tcp_main.c:1073]: tcpconn_new(): tcpconn_new: on port 4160, type 3 Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [tcp_main.c:1382]: tcpconn_add(): tcpconn_add: hashes: 171:1857:1187, 30 Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [io_wait.h:388]: io_watch_add(): DBG: io_watch_add(0xa1f240, 23, 2, 0x7f90f2438f80), fd_no=17 Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [io_wait.h:610]: io_watch_del(): DBG: io_watch_del (0xa1f240, 23, -1, 0x0) fd_no=18 called Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [tcp_main.c:4219]: handle_tcpconn_ev(): tcp: DBG: sending to child, events 1 Apr 15 11:11:41 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [tcp_main.c:3902]: send2child(): selected tcp worker 1 10(23159) for activity on [tls:SBC_IP:5061], 0x7f90f2438f80 Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_read.c:1507]: handle_io(): received n=8 con=0x7f90f2438f80, fd=9 Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: tls [tls_server.c:184]: tls_complete_init(): Using TLS domain TLSs<default> Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: tls [tls_domain.c:700]: sr_ssl_ctx_info_callback(): SSL handshake started Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_main.c:2516]: tcpconn_do_send(): tcp_send: sending... Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_main.c:2550]: tcpconn_do_send(): tcp_send: after real write: c= 0x7f90f2438f80 n=1468 fd=9 Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_main.c:2551]: tcpconn_do_send(): tcp_send: buf= Apr 15 11:11:41 vps793907 kamailio[23122]: #026#003#003 Apr 15 11:11:41 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [io_wait.h:388]: io_watch_add(): DBG: io_watch_add(0x9c1700, 9, 2, 0x7f90f2438f80), fd_no=1 Apr 15 11:11:42 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_read.c:296]: tcp_read_data(): EOF on 0x7f90f2438f80, FD 9 Apr 15 11:11:42 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_read.c:1291]: tcp_read_req(): tcp_read_req: EOF Apr 15 11:11:42 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [io_wait.h:610]: io_watch_del(): DBG: io_watch_del (0x9c1700, 9, -1, 0x10) fd_no=2 called Apr 15 11:11:42 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_read.c:1434]: release_tcpconn(): releasing con 0x7f90f2438f80, state -1, fd=9, id=30 Apr 15 11:11:42 vps793907 kamailio[23122]: 10(23159) DEBUG: <core> [tcp_read.c:1435]: release_tcpconn(): extra_data 0x7f90f2432b40 Apr 15 11:11:42 vps793907 kamailio[23122]: 13(23167) DEBUG: <core> [tcp_main.c:3331]: handle_tcp_child(): handle_tcp_child: reader response= 7f90f2438f80, -1 from 1 Apr 15 11:11:42 vps793907 kamailio[23122]: 13(23167) DEBUG: tls [tls_server.c:604]: tls_h_close(): Closing SSL connection 0x7f90f2432b40 2.- Con un TCPDUMP: 11:13:09.311797 IP SBC_IP .1024 > SBC_IP .eu.sip-tls: Flags [S], seq 261244614, win 64240, options [mss 1440,nop,wscale 8,nop,nop,sackOK], length 0 11:13:09.311898 IP SBC_IP .eu.sip-tls > 52.114.76.76.1024: Flags [S.], seq 812357247, ack 261244615, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0 11:13:09.340358 IP 52.114.76.76.1024 > SBC_IP .eu.sip-tls: Flags [.], ack 1, win 2053, length 0 11:13:09.340560 IP 52.114.76.76.1024 > SBC_IP .eu.sip-tls: Flags [P.], seq 1:187, ack 1, win 2053, length 186 11:13:09.340578 IP SBC_IP .eu.sip-tls > 52.114.76.76.1024: Flags [.], ack 187, win 237, length 0 11:13:09.341361 IP SBC_IP .eu.sip-tls > 52.114.76.76.1024: Flags [P.], seq 1:1469, ack 187, win 237, length 1468 11:13:09.369606 IP 52.114.76.76.1024 > SBC_IP .eu.sip-tls: Flags [.], ack 1469, win 2053, length 0 11:13:12.451498 IP 52.114.7.24.1216 > SBC_IP .eu.sip-tls: Flags [S], seq 309084204, win 64240, options [mss 1440,nop,wscale 8,nop,nop,sackOK], length 0 11:13:12.451587 IP SBC_IP .eu.sip-tls > 52.114.7.24.1216: Flags [S.], seq 3275066862, ack 309084205, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0 11:13:12.707119 IP 52.114.7.24.1216 > SBC_IP .eu.sip-tls: Flags [.], ack 1, win 2053, length 0 11:13:12.707311 IP 52.114.7.24.1216 > SBC_IP .eu.sip-tls: Flags [P.], seq 1:187, ack 1, win 2053, length 186 11:13:12.707345 IP SBC_IP .eu.sip-tls > 52.114.7.24.1216: Flags [.], ack 187, win 237, length 0 11:13:12.708273 IP SBC_IP .eu.sip-tls > 52.114.7.24.1216: Flags [P.], seq 1:1469, ack 187, win 237, length 1468 11:13:12.965101 IP 52.114.7.24.1216 > SBC_IP .eu.sip-tls: Flags [.], ack 1469, win 2053, length 0 11:13:12.965156 IP 52.114.7.24.1216 > SBC_IP .eu.sip-tls: Flags [F.], seq 187, ack 1469, win 2053, length 0 11:13:12.965688 IP SBC_IP .eu.sip-tls > 52.114.7.24.1216: Flags [F.], seq 1469, ack 188, win 237, length 0 11:13:13.220871 IP 52.114.7.24.1216 > SBC_IP .eu.sip-tls: Flags [.], ack 1470, win 2053, length 0 No consigo "recibir" nada. Tengo generados los certificados y configurados en el tls.cfg del Kamailio: [server:default] method = TLSv1.2 verify_certificate = no require_certificate = no private_key = /etc/letsencrypt/ssl/cert.key certificate = /etc/letsencrypt/ssl/cert.crt ca_list = /etc/letsencrypt/ssl/ca.crt Dentro del propio Kamailio tengo configurado para que devuelva un 200 KeepAlive al Teams cuando recibe un OPTIONS: event_route[tm:local-request] { if(is_method("OPTIONS") && $ru =~ "pstnhub.microsoft.com") { append_hf("Contact: <sip: SBC_DNS :5061;transport=tls>\r\n"); } xlog("L_INFO", "Sent out tm request: $mb\n"); } Y he midificado el record_route por este nuevo: record_route_preset(" SBC_DNS :5061;transport=tls", " SBC_IP :5061"); He creado una dispatcher.list: # setid(integer) destination(sip uri) flags (integer, optional), priority(int,opt), attrs (str,optional) 1:1:sip:sip.pstnhub.microsoft.com;transport=tls 0 3 socket=tls: SBC_IP :5061;ping_from= sip:SBC_DNS 2:1:sip:sip2.pstnhub.microsoft.com;transport=tls 0 2 socket=tls: SBC_IP :5061;ping_from=sip: SBC_DNS 3:1:sip:sip3.pstnhub.microsoft.com;transport=tls 0 1 socket=tls: SBC_IP :5061;ping_from=sip: SBC_DNS 4:1:sip:sip-all.pstnhub.microsoft.com;transport=tls 0 1 socket=tls: SBC_IP :5061;ping_from=sip: SBC_DNS Creo, que uno de los problemas es que no mando bien el OPTIONS hacia el Teams, ya que este en su panel, me indica que el SBC está INACTIVO. No se si podrías ayudarme a enderezar un poco esto.... Muchas gracias por todo.. Un saludo

2 2

Necesito ayuda con kamailio
by Vericar De Espiritu Santo 09 Jan '20

09 Jan '20

Buenas, estoy necesitando ayuda con kamailio, no se que error tiene, pero no inicia el servicio. Dice que el archivo .config no tiene errores, pero no se donde estoy fallando. Alguien podroa darme una mano? Kamailio -e -E loading modules under config path: /usr/lib64/kamailio/modules/ 0(11793) INFO: tls [tls_init.c:497]: init_tls_compression(): tls: init_tls: disabling compression... 0(11793) INFO: <core> [core/sctp_core.c:75]: sctp_core_check_support(): SCTP API not enabled - if you want to use it, load sctp module Listening on udp: 127.0.0.1:5060 udp: 35.XXX.XXX.2XX:5060 tcp: 2XX.XXX.XXX.35:5060 tcp: 2XX.XXX.XXX.35:8080 tls: 2XX.XXX.XXX.35:5061 tls: 2XX.XXX.XXX.35:4443 tls: 2XX.XXX.XXX.35:9080 Aliases: tls: 2XX.XXX.XXX.35.bc.googleusercontent.com:9080 tls: 2XX.XXX.XXX.35.bc.googleusercontent.com:4443 tls: 2XX.XXX.XXX.35.bc.googleusercontent.com:5061 tcp: 2XX.XXX.XXX.35.bc.googleusercontent.com:8080 tcp: 2XX.XXX.XXX.35.bc.googleusercontent.com:5060 udp: 2XX.XXX.XXX.35.bc.googleusercontent.com:5060 udp: localhost4.localdomain4:5060 udp: localhost4:5060 udp: localhost.localdomain:5060 udp: localhost:5060 : vaglxc01.goautodial.com: : 2XX.XXX.XXX.35: 0(11793) INFO: <core> [core/tcp_main.c:4671]: init_tcp(): using epoll_lt as the io watch method (auto detected) 0(11796) INFO: rr [../outbound/api.h:52]: ob_load_api(): unable to import bind_ob - maybe module is not loaded 0(11796) INFO: rr [rr_mod.c:175]: mod_init(): outbound module not available 0(11796) INFO: tls [tls_mod.c:365]: mod_init(): With ECDH-Support! 0(11796) INFO: tls [tls_mod.c:368]: mod_init(): With Diffie Hellman 0(11796) INFO: cfgutils [cfgutils.c:780]: mod_init(): no hash_file given, disable hash functionality 0(11796) INFO: pike [pike.c:99]: pike_init(): PIKE - initializing 0(11796) INFO: pike [ip_tree.c:81]: init_lock_set(): probing 256 set size 0(11796) INFO: tls [tls_init.c:708]: init_tls_h(): tls: _init_tls_h: compiled with openssl version "OpenSSL 1.0.2k-fips 26 Jan 2017" (0x100020bf), kerberos support: on, compression: on 0(11796) INFO: tls [tls_init.c:716]: init_tls_h(): tls: init_tls_h: installed openssl library version "OpenSSL 1.0.2k-fips 26 Jan 2017" (0x100020bf), >kerberos support: on, zlib compression: on compiler: gcc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -m64 -DL_ENDIAN -Wall -O2 >-g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -Wa,-->noexecstack -DPURIFY -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DRC4_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM ->DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM 0(11796) WARNING: tls [tls_init.c:773]: init_tls_h(): tls: openssl bug #1491 (crash/mem leaks on low memory) workaround enabled (on low memory tls operations >will fail preemptively) with free memory thresholds 14155776 and 7077888 bytes 0(11796) INFO: <core> [core/cfg/cfg_ctx.c:608]: cfg_set_now(): INFO: cfg_set_now(): tls.low_mem_threshold1 has been changed to 14155776 0(11796) INFO: <core> [core/cfg/cfg_ctx.c:608]: cfg_set_now(): INFO: cfg_set_now(): tls.low_mem_threshold2 has been changed to 7077888 0(11796) INFO: <core> [core/udp_server.c:153]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 0(11796) INFO: <core> [core/udp_server.c:203]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 0(11796) INFO: <core> [core/udp_server.c:153]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 0(11796) INFO: <core> [core/udp_server.c:203]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 0(11796) ERROR: <core> [core/udp_server.c:387]: udp_init(): bind(a, 0x7f20023dd7b4, 16) on 35.222.235.228: Cannot assign requested address 0(11796) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Systemctl status kamailio kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server Loaded: loaded (/usr/lib/systemd/system/kamailio.service; enabled; vendor preset: disabled) Active: failed (Result: start-limit) since Sat 2020-01-04 00:20:27 UTC; 4 days ago Process: 7620 ExecStart=/usr/sbin/kamailio -DD -P /var/run/kamailio/kamailio.pid -f $CFGFILE -m $SHM_MEMORY -M $PKG_MEMORY (code=exited, status=255) Main PID: 7620 (code=exited, status=255) Jan 04 00:20:27 voip-ebisu systemd1: Unit kamailio.service entered failed state. Jan 04 00:20:27 voip-ebisu systemd1: kamailio.service failed. Jan 04 00:20:27 voip-ebisu systemd1: kamailio.service holdoff time over, scheduling restart. Jan 04 00:20:27 voip-ebisu systemd1: Stopped Kamailio (OpenSER) - the Open Source SIP Server. Jan 04 00:20:27 voip-ebisu systemd1: start request repeated too quickly for kamailio.service Jan 04 00:20:27 voip-ebisu systemd1: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. Jan 04 00:20:27 voip-ebisu systemd1: Unit kamailio.service entered failed state. Jan 04 00:20:27 voip-ebisu systemd1: kamailio.service failed. Enviado desde Correo para Windows 10

4 3

Re: [SR-Users-ES] Resumen de sr-users-es, Vol 79, Envío 2
by Jose Fco. Irles Durá 21 Oct '19

21 Oct '19

Finalmente creo que he solucionado el problema subiendo el valor de la configuración: net.core.netdev_max_backlog (/proc/sys/net/core/netdev_max_backlog) Desde que lo he subido, parece que ya suben las conexiones tcp abiertas. Un saludo El mié., 2 oct. 2019 a las 12:00, <sr-users-es-request(a)lists.kamailio.org> escribió: > > Envíe los mensajes para la lista sr-users-es a > sr-users-es(a)lists.kamailio.org > > Para subscribirse o anular su subscripción a través de la WEB > https://lists.kamailio.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.kamailio.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.kamailio.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. Re: Problema conexiones tcp (Diego Nadares) > 2. Re: Problema conexiones tcp (Diego Nadares) > 3. Re: Resumen de sr-users-es, Vol 79, Envío 1 > (Jose Fco. Irles Durá) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 1 Oct 2019 08:54:12 -0300 > From: Diego Nadares <dnadares(a)gmail.com> > To: "Kamailio (SER) - Lista De Usuarios (Discusiones En Español - > Spanish Discussions)" <sr-users-es(a)lists.kamailio.org> > Subject: Re: [SR-Users-ES] Problema conexiones tcp > Message-ID: <A79537D4-3FE8-4C32-9CEC-0AC3C7EA3587(a)gmail.com> > Content-Type: text/plain; charset=utf-8 > > Qué tal José, cómo va? Cuando hacia pruebas con sipp tuve un tema con los límites pero era UDP. No tendrá que ver con el límite de los file descriptors? Podrías probar con ulimit. > > Abrazo. > > Diego. > > El 1 oct. 2019, a la(s) 05:12, Jose Fco. Irles Durá <josefu(a)gmail.com> escribió: > > > Buenos días, > > > > tengo un kamailio en una máquina lxc con 4 cpu's y 6GB de ram en el > > que parece que tengo un límite de conexiones tcp concurrentes. > > > > En configuración de kamailio tengo puesto lo siguiente: > > disable_tcp=no > > tcp_connection_lifetime=3610 > > tcp_connect_timeout=5 > > tcp_crlf_ping=yes > > tcp_accept_aliases=no > > tcp_keepalive=yes > > tcp_keepidle=5 > > tcp_rd_buf_size=65536 > > tcp_conn_wq_max=131072 > > mlock_pages=yes > > shm_force_alloc=yes > > tcp_max_connections=4096 > > > > Pero cuando estoy sobre las 2320 aproximadamente, empiezo a no poder > > tener nuevas conexiones tcp. Revisando los logs de kamailio, creo que > > no le llega ni siquiera al kamailio, por lo que entiendo que es el > > stack de linux el que rechaza la conexión. > > > > Viendo documentación, recomiendan subir el valor de > > /proc/sys/net/core/somaxconn > > > > Lo he subido, pero después de cierto tiempo, sigue ocurriendo lo mismo. > > > > ¿que otras cosas se podrían hacer? > > ¿alguien tiene experiencia con este tipo de problemas? > > > > Un saludo > > > > _______________________________________________ > > sr-users-es mailing list > > sr-users-es(a)lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > > > > ------------------------------ > > Message: 2 > Date: Tue, 1 Oct 2019 08:59:44 -0300 > From: Diego Nadares <dnadares(a)gmail.com> > To: "Kamailio (SER) - Lista De Usuarios (Discusiones En Español - > Spanish Discussions)" <sr-users-es(a)lists.kamailio.org> > Subject: Re: [SR-Users-ES] Problema conexiones tcp > Message-ID: <BA6611EA-0C14-4EB7-8F1B-5B723312A9C6(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > Algo así: > > https://stackoverflow.com/questions/2332741/what-is-the-theoretical-maximum… > > > El 1 oct. 2019, a la(s) 05:12, Jose Fco. Irles Durá <josefu(a)gmail.com> escribió: > > > Buenos días, > > > > tengo un kamailio en una máquina lxc con 4 cpu's y 6GB de ram en el > > que parece que tengo un límite de conexiones tcp concurrentes. > > > > En configuración de kamailio tengo puesto lo siguiente: > > disable_tcp=no > > tcp_connection_lifetime=3610 > > tcp_connect_timeout=5 > > tcp_crlf_ping=yes > > tcp_accept_aliases=no > > tcp_keepalive=yes > > tcp_keepidle=5 > > tcp_rd_buf_size=65536 > > tcp_conn_wq_max=131072 > > mlock_pages=yes > > shm_force_alloc=yes > > tcp_max_connections=4096 > > > > Pero cuando estoy sobre las 2320 aproximadamente, empiezo a no poder > > tener nuevas conexiones tcp. Revisando los logs de kamailio, creo que > > no le llega ni siquiera al kamailio, por lo que entiendo que es el > > stack de linux el que rechaza la conexión. > > > > Viendo documentación, recomiendan subir el valor de > > /proc/sys/net/core/somaxconn > > > > Lo he subido, pero después de cierto tiempo, sigue ocurriendo lo mismo. > > > > ¿que otras cosas se podrían hacer? > > ¿alguien tiene experiencia con este tipo de problemas? > > > > Un saludo > > > > _______________________________________________ > > sr-users-es mailing list > > sr-users-es(a)lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: <http://lists.kamailio.org/pipermail/sr-users-es/attachments/20191001/09668d…> > > ------------------------------ > > Message: 3 > Date: Wed, 2 Oct 2019 11:39:52 +0200 > From: Jose Fco. Irles Durá <josefu(a)gmail.com> > To: sr-users-es(a)lists.kamailio.org > Subject: Re: [SR-Users-ES] Resumen de sr-users-es, Vol 79, Envío 1 > Message-ID: > <CAJOPU6Vu+OerxjNjLmvMxeytQs_hSoj8YEw8FL_YysNygY9Gmw(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > No se si saldrá el email en el hilo porque tenia activado el digest > para la lista, disculpar. > > Volviendo al problema: > Es lo primero que había pensado, pero viendo los límites del proceso > que esta en marcha, veo que es muy elevado: > Limit Soft Limit Hard Limit Units > Max cpu time unlimited unlimited seconds > Max file size unlimited unlimited bytes > Max data size unlimited unlimited bytes > Max stack size 8388608 unlimited bytes > Max core file size unlimited unlimited bytes > Max resident set unlimited unlimited bytes > Max processes unlimited unlimited processes > Max open files 1048576 1048576 files > Max locked memory 65536 65536 bytes > Max address space unlimited unlimited bytes > Max file locks unlimited unlimited locks > Max pending signals 256891 256891 signals > Max msgqueue size 819200 819200 bytes > Max nice priority 0 0 > Max realtime priority 0 0 > Max realtime timeout unlimited unlimited us > > A nivel de lxc (de la máquina virtual), en principio no esta limitado. > Lo único que se me ocurre es cambiar la máquina a que sea > privilegiada, ya que ahora mismo no lo es. > > También se me ocurre que la máquina, en global con los otros > containers, tenga muchas conexiones y tenga el "C10K Problem" como tu > comentas. Esto es más complicado de sumar, pero voy a ver cómo puedo > obtenerlo. A parte, no creo que en global tenga tantas conexiones, > creo que estaré sobre las 5000 aproximadamente sumando el resto de las > máquinas. > > Gracias por la respuesta > > > El mar., 1 oct. 2019 a las 12:02, > <sr-users-es-request(a)lists.kamailio.org> escribió: > > > > Envíe los mensajes para la lista sr-users-es a > > sr-users-es(a)lists.kamailio.org > > > > Para subscribirse o anular su subscripción a través de la WEB > > https://lists.kamailio.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.kamailio.org > > > > Puede contactar con el responsable de la lista escribiendo a: > > sr-users-es-owner(a)lists.kamailio.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. Problema conexiones tcp (Jose Fco. Irles Durá) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Tue, 1 Oct 2019 10:12:08 +0200 > > From: Jose Fco. Irles Durá <josefu(a)gmail.com> > > To: "sr-users-es(a)lists.kamailio.org" <sr-users-es(a)lists.kamailio.org> > > Subject: [SR-Users-ES] Problema conexiones tcp > > Message-ID: > > <CAJOPU6VC5UC2Ac2oj9+_4Kmx2hXhKJe+o-aqAXC-faWhWir9jg(a)mail.gmail.com> > > Content-Type: text/plain; charset="UTF-8" > > > > Buenos días, > > > > tengo un kamailio en una máquina lxc con 4 cpu's y 6GB de ram en el > > que parece que tengo un límite de conexiones tcp concurrentes. > > > > En configuración de kamailio tengo puesto lo siguiente: > > disable_tcp=no > > tcp_connection_lifetime=3610 > > tcp_connect_timeout=5 > > tcp_crlf_ping=yes > > tcp_accept_aliases=no > > tcp_keepalive=yes > > tcp_keepidle=5 > > tcp_rd_buf_size=65536 > > tcp_conn_wq_max=131072 > > mlock_pages=yes > > shm_force_alloc=yes > > tcp_max_connections=4096 > > > > Pero cuando estoy sobre las 2320 aproximadamente, empiezo a no poder > > tener nuevas conexiones tcp. Revisando los logs de kamailio, creo que > > no le llega ni siquiera al kamailio, por lo que entiendo que es el > > stack de linux el que rechaza la conexión. > > > > Viendo documentación, recomiendan subir el valor de > > /proc/sys/net/core/somaxconn > > > > Lo he subido, pero después de cierto tiempo, sigue ocurriendo lo mismo. > > > > ¿que otras cosas se podrían hacer? > > ¿alguien tiene experiencia con este tipo de problemas? > > > > Un saludo > > > > > > > > ------------------------------ > > > > Subject: Pié de página del digest > > > > _______________________________________________ > > sr-users-es mailing list > > sr-users-es(a)lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > > > > > > ------------------------------ > > > > Fin de Resumen de sr-users-es, Vol 79, Envío 1 > > *********************************************** > > > > -- > Jose Fco. Irles Durá > > > > ------------------------------ > > Subject: Pié de página del digest > > _______________________________________________ > sr-users-es mailing list > sr-users-es(a)lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > > > ------------------------------ > > Fin de Resumen de sr-users-es, Vol 79, Envío 2 > *********************************************** -- Jose Fco. Irles Durá

1 0

Re: [SR-Users-ES] Resumen de sr-users-es, Vol 79, Envío 1
by Jose Fco. Irles Durá 02 Oct '19

02 Oct '19

No se si saldrá el email en el hilo porque tenia activado el digest para la lista, disculpar. Volviendo al problema: Es lo primero que había pensado, pero viendo los límites del proceso que esta en marcha, veo que es muy elevado: Limit Soft Limit Hard Limit Units Max cpu time unlimited unlimited seconds Max file size unlimited unlimited bytes Max data size unlimited unlimited bytes Max stack size 8388608 unlimited bytes Max core file size unlimited unlimited bytes Max resident set unlimited unlimited bytes Max processes unlimited unlimited processes Max open files 1048576 1048576 files Max locked memory 65536 65536 bytes Max address space unlimited unlimited bytes Max file locks unlimited unlimited locks Max pending signals 256891 256891 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 Max realtime timeout unlimited unlimited us A nivel de lxc (de la máquina virtual), en principio no esta limitado. Lo único que se me ocurre es cambiar la máquina a que sea privilegiada, ya que ahora mismo no lo es. También se me ocurre que la máquina, en global con los otros containers, tenga muchas conexiones y tenga el "C10K Problem" como tu comentas. Esto es más complicado de sumar, pero voy a ver cómo puedo obtenerlo. A parte, no creo que en global tenga tantas conexiones, creo que estaré sobre las 5000 aproximadamente sumando el resto de las máquinas. Gracias por la respuesta El mar., 1 oct. 2019 a las 12:02, <sr-users-es-request(a)lists.kamailio.org> escribió: > > Envíe los mensajes para la lista sr-users-es a > sr-users-es(a)lists.kamailio.org > > Para subscribirse o anular su subscripción a través de la WEB > https://lists.kamailio.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.kamailio.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.kamailio.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. Problema conexiones tcp (Jose Fco. Irles Durá) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 1 Oct 2019 10:12:08 +0200 > From: Jose Fco. Irles Durá <josefu(a)gmail.com> > To: "sr-users-es(a)lists.kamailio.org" <sr-users-es(a)lists.kamailio.org> > Subject: [SR-Users-ES] Problema conexiones tcp > Message-ID: > <CAJOPU6VC5UC2Ac2oj9+_4Kmx2hXhKJe+o-aqAXC-faWhWir9jg(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Buenos días, > > tengo un kamailio en una máquina lxc con 4 cpu's y 6GB de ram en el > que parece que tengo un límite de conexiones tcp concurrentes. > > En configuración de kamailio tengo puesto lo siguiente: > disable_tcp=no > tcp_connection_lifetime=3610 > tcp_connect_timeout=5 > tcp_crlf_ping=yes > tcp_accept_aliases=no > tcp_keepalive=yes > tcp_keepidle=5 > tcp_rd_buf_size=65536 > tcp_conn_wq_max=131072 > mlock_pages=yes > shm_force_alloc=yes > tcp_max_connections=4096 > > Pero cuando estoy sobre las 2320 aproximadamente, empiezo a no poder > tener nuevas conexiones tcp. Revisando los logs de kamailio, creo que > no le llega ni siquiera al kamailio, por lo que entiendo que es el > stack de linux el que rechaza la conexión. > > Viendo documentación, recomiendan subir el valor de > /proc/sys/net/core/somaxconn > > Lo he subido, pero después de cierto tiempo, sigue ocurriendo lo mismo. > > ¿que otras cosas se podrían hacer? > ¿alguien tiene experiencia con este tipo de problemas? > > Un saludo > > > > ------------------------------ > > Subject: Pié de página del digest > > _______________________________________________ > sr-users-es mailing list > sr-users-es(a)lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > > > ------------------------------ > > Fin de Resumen de sr-users-es, Vol 79, Envío 1 > *********************************************** -- Jose Fco. Irles Durá

1 0

Problema conexiones tcp
by Jose Fco. Irles Durá 01 Oct '19

01 Oct '19

Buenos días, tengo un kamailio en una máquina lxc con 4 cpu's y 6GB de ram en el que parece que tengo un límite de conexiones tcp concurrentes. En configuración de kamailio tengo puesto lo siguiente: disable_tcp=no tcp_connection_lifetime=3610 tcp_connect_timeout=5 tcp_crlf_ping=yes tcp_accept_aliases=no tcp_keepalive=yes tcp_keepidle=5 tcp_rd_buf_size=65536 tcp_conn_wq_max=131072 mlock_pages=yes shm_force_alloc=yes tcp_max_connections=4096 Pero cuando estoy sobre las 2320 aproximadamente, empiezo a no poder tener nuevas conexiones tcp. Revisando los logs de kamailio, creo que no le llega ni siquiera al kamailio, por lo que entiendo que es el stack de linux el que rechaza la conexión. Viendo documentación, recomiendan subir el valor de /proc/sys/net/core/somaxconn Lo he subido, pero después de cierto tiempo, sigue ocurriendo lo mismo. ¿que otras cosas se podrían hacer? ¿alguien tiene experiencia con este tipo de problemas? Un saludo

2 2

configuracion de pike con ip clientes dinamicas
by PICCORO McKAY Lenz 13 Aug '19

13 Aug '19

Se que esta lista esta un poco inactiva pero si bien envie a la de ingles esto lo coloco aqui para ver si alguien tambien puede opinar Estoy experimentando el poner kamailio desnudo y usar en los clientes ip dinamicas, es el peor escenario de seguridad, y bueno lo primero que comenza es lo mas facil el modulo pike para bajar los escaneos y intentos de excesivos request , no se si la configuracion que hice es la mejor la comparto y explico, asi alguien podra opinar si esta bien o no modparam("pike", "sampling_time_unit", 4) modparam("pike", "reqs_density_per_unit", 80) modparam("pike", "remove_latency", 60) ... route { if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike block $rm from $fu (IP:$si:$sp)\n"); exit; } ... } la latencia remota la puse en 60, es decir revisara cada ip durante 60 segundos si esa provoca problemas, esto le puse bastante tiempo porque es una ip dinamica, y que la banee si esta 180 (60*3) peticiones (request) cada 4 seconds, Espero haber interpretado bien la documantacion.. sino que alguien me ayude y me corrija si estoy mal. it's a good configuration or maybe i'm wrong please help me! -- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com

1 0

Fallo al registrar un usuario y encontrar el AVP
by jespinosa 02 Aug '19

02 Aug '19

Hola, Mi nombre es Javier, primero debo pedir disculpas por mi poco conocimiento sobre la herramienta. Estoy intentando conectar un core funcional de red LTE (EPC) con Kamailio y he utilizado la solución de Polaris Networks que viene en una imagen con ambas funcionalidades. El EPC está correctamente configurado y funcionando ya que puedo tener conexión de datos en mi UE, también he activado todas las opciones de IMS en el EPC: He creado el APN con identificador ims, el QCI de la portadora por defecto que asigna es 5 (para señalización SIP), el MME tiene activado la opción de soportar Voz IMS sobre la sesión PS y los nodos HSS y PCRF están configurados con las interfaces en las direcciones y puertos Cx-HSS 127.0.0.1:3868 y Cx-PCRF 10.11.0.35. Hay varios parámetros que no sé si es necesario activar como por ejemplo, en el PCRF la personalización del QCI para el tipo de media, si debo incluir el OCS y OFCS como nodos, o si en el perfil de mi APN debo incluir autenticación por PDN AAA. La configuración que utilizo para el IMS es la siguiente: imsrealm = net1.test imsport = 5060 pcscfgmip = 10.77.0.35 pcscfgmipintf = eth6 pcscfrxip = 10.102.81.111 pcscfrxipintf = eth1 icscfmwip = 127.0.0.21 icscfmwipintf = lo:21 icscfcxip = 127.0.0.20 icscfcxipintf = lo:20 scscfmwip = 127.0.0.23 scscfmwipintf = lo:23 scscfcxip = 127.0.0.22 scscfcxipintf = lo:22 audiobandwidth = 64 videobandwidth = 128 epcrealm = epc.mnc001.mcc001.3gppnetwork.org pcrfhost = pcrf2.morsecore pcrfrxip = 10.11.0.35 pcrfrxport = 3868 hsshost = hss6.morsecore hsscxdxip = 127.0.0.1 hsscxdxport = 3868 Ambos núcleos están corriendo en la misma máquina pero tengo deshabilitada la opción de PCRF Co-located with IMS para poder editar el pcrf host name ya que si lo habilito no alcanza la peer pcrf.localhost aunque en el DNS esté bien configurado. Mi UE no es capaz de lanzar el REGISTER por él mismo, cuando va a realizar una llamada y estoy utilizando la aplicación de Google IMSDroid para poder lanzar las peticiones SIP y comprobar el funcionamiento del IMS. En la aplicación del UE la configuración es la siguiente: Identidad: Alice Public Identity: sip:<MSISDN>@net1.test (MSISDN=8800000451 configurado previamente en el EPC) Private Identity: sip:<IMSI>@net1.test (IMSI incluyendo MCC y MNC) Password: alice Realm: net1.test (Aunque no sé si debo poner aquí epc.mnc001.mcc001.3gppnetwork.org, pero entonces la petición da error) Network: Proxy-CSCF Host: 10.77.0.35:5060 Transport UDP and NO Proxy-CSCF discovery. Entonces, lanzo mi petición y el log del nodo P-CSCF es es siguiente: Aug 2 12:50:04 morsecore kamailio[53656]: INFO: <script>: REGISTER (sip:8800000451@net1.test (10.77.0.196:37651) to sip:8800000451@net1.test, 76203fe6-1d8f-bcba-c9ab-4050ac0d8cc8) Aug 2 12:50:04 morsecore kamailio[53656]: INFO: cdp [authstatemachine.c:200]: auth_client_statefull_sm_process(): after callback of event 1 Aug 2 12:50:04 morsecore kamailio[53802]: INFO: cdp [authstatemachine.c:200]: auth_client_statefull_sm_process(): after callback of event 7 Aug 2 12:50:04 morsecore kamailio[53655]: INFO: <script>: REGISTER (sip:8800000451@net1.test (10.77.0.196:37651) to sip:8800000451@net1.test, 76203fe6-1d8f-bcba-c9ab-4050ac0d8cc8) Aug 2 12:50:05 morsecore kamailio[53664]: INFO: <script>: REGISTER (sip:8800000451@net1.test (10.77.0.196:37651) to sip:8800000451@net1.test, 76203fe6-1d8f-bcba-c9ab-4050ac0d8cc8) Aug 2 12:50:07 morsecore kamailio[53659]: INFO: <script>: REGISTER (sip:8800000451@net1.test (10.77.0.196:37651) to sip:8800000451@net1.test, 76203fe6-1d8f-bcba-c9ab-4050ac0d8cc8) Aug 2 12:50:11 morsecore kamailio[53666]: INFO: <script>: REGISTER (sip:8800000451@net1.test (10.77.0.196:37651) to sip:8800000451@net1.test, 76203fe6-1d8f-bcba-c9ab-4050ac0d8cc8) Que entiendo que hasta ahí todo es correcto, pero en el nodo I-CSCF me aparece: Aug 2 12:50:04 morsecore kamailio[53397]: INFO: ims_icscf [cxdx_uar.c:71]: create_uaa_return_code(): created AVP successfully : [uaa_return_code] Aug 2 12:50:04 morsecore kamailio[53465]: INFO: ims_icscf [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_server_name: Failed finding avp Aug 2 12:50:04 morsecore kamailio[53465]: INFO: ims_icscf [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_capabilities: Failed finding avp Aug 2 12:50:04 morsecore kamailio[53465]: INFO: ims_icscf [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_result_code: Failed finding avp Aug 2 12:50:04 morsecore kamailio[53465]: ERROR: ims_icscf [cxdx_uar.c:152]: async_cdp_uar_callback(): RC_IMS_DIAMETER_ERROR_USER_UNKNOWN Aug 2 12:50:04 morsecore kamailio[53465]: INFO: ims_icscf [cxdx_uar.c:71]: create_uaa_return_code(): created AVP successfully : [uaa_return_code] Aug 2 12:50:04 morsecore kamailio[53465]: ERROR: <script>: UAR failure - error response sent from module Donde creo que ni si quiera se reenvía el mensaje de REGISTER, sin embargo parece que da error de que el usuario es desconocido o no está registrado pero si accedo a la base de datos MySQL, los usuarios registrados son: +----+------------+-----------+----------+---------------+----------------------------------+----------------------------------+------+ | id | username | domain | password | email_address | ha1 | ha1b | rpid | +----+------------+-----------+----------+---------------+----------------------------------+----------------------------------+------+ | 1 | alice | net1.test | alice | | 91cc8c652ef5f37e91c468c7319d0086 | 044776963e2661788e8db076b393333e | NULL | | 2 | bob | net1.test | bob | | 6ef7f9c924f1385d83cf22cbb94cfbbb | 0d893d2d8c10a044b918e4bd73b6bee5 | NULL | | 3 | 8800000451 | net1.test | alice | | 46811c4e58f298953a6f9efccf6c32f1 | 49c7a7ad84fe797fbefa2185be4cd226 | NULL | +----+------------+-----------+----------+---------------+----------------------------------+----------------------------------+------+ Sin embargo, no sé si está accediendo a la base de datos MySQL montada o al HSS y en este nodo, en las bases de datos que contiene no está el usuario (aunque debe estarlo porque se registra en la red correctamente). Por si sirve de algo, esta es la traza de wireshark filtrada por los protocolos S1AP, SIP y Diameter justo cuando se lanza una petición REGISTER: "596","2019-08-02 12:50:00.705985000","127.0.0.20","127.0.0.1","DIAMETER","130","cmd=Device-Watchdog Request(280) flags=R--- appl=Diameter Common Messages(0) h2h=fedcb89 e2e=4df0bbf5 | " "597","2019-08-02 12:50:00.706133000","127.0.0.1","127.0.0.20","DIAMETER","210","cmd=Device-Watchdog Answer(280) flags=---- appl=Diameter Common Messages(0) h2h=fedcb89 e2e=4df0bbf5 | " "599","2019-08-02 12:50:00.786878000","127.0.0.22","127.0.0.1","DIAMETER","130","cmd=Device-Watchdog Request(280) flags=R--- appl=Diameter Common Messages(0) h2h=fedcb89 e2e=4df0bbf5 | " "600","2019-08-02 12:50:00.787019000","127.0.0.1","127.0.0.22","DIAMETER","210","cmd=Device-Watchdog Answer(280) flags=---- appl=Diameter Common Messages(0) h2h=fedcb89 e2e=4df0bbf5 | " "602","2019-08-02 12:50:00.914405000","10.102.81.111","10.11.0.35","DIAMETER","130","cmd=Device-Watchdog Request(280) flags=R--- appl=Diameter Common Messages(0) h2h=fedcb89 e2e=4df0bbf5 | " "603","2019-08-02 12:50:00.914549000","10.11.0.35","10.102.81.111","DIAMETER","214","cmd=Device-Watchdog Answer(280) flags=---- appl=Diameter Common Messages(0) h2h=fedcb89 e2e=4df0bbf5 | " "622","2019-08-02 12:50:04.027238000","10.77.0.196","10.77.0.35","GTP <SIP>","1034","Request: REGISTER sip:net1.test (1 binding) | " "623","2019-08-02 12:50:04.027347000","10.77.0.196","10.77.0.35","GTP <SIP>","1034","Request: REGISTER sip:net1.test (1 binding) | " "624","2019-08-02 12:50:04.027448000","10.77.0.196","10.77.0.35","SIP","998","Request: REGISTER sip:net1.test (1 binding) | " "625","2019-08-02 12:50:04.028850000","10.102.81.111","10.11.0.35","DIAMETER","426","cmd=AA Request(265) flags=RP-- appl=3GPP Rx(16777236) h2h=fedcb8a e2e=4df0bbf6 | " "626","2019-08-02 12:50:04.029862000","10.11.0.35","10.102.81.111","DIAMETER","350","cmd=AA Answer(265) flags=-P-- appl=3GPP Rx(16777236) h2h=fedcb8a e2e=4df0bbf6 | " "630","2019-08-02 12:50:04.031113000","10.77.0.35","127.0.0.21","SIP","1280","Request: REGISTER sip:net1.test (1 binding) | " "631","2019-08-02 12:50:04.031794000","127.0.0.21","10.77.0.35","SIP","440","Status: 100 Trying | " "632","2019-08-02 12:50:04.032382000","127.0.0.20","127.0.0.1","DIAMETER","354","cmd=User-Authorization Request(300) flags=RP-- appl=3GPP Cx(16777216) h2h=fedcb8a e2e=4df0bbf6 | " "633","2019-08-02 12:50:04.033101000","127.0.0.1","127.0.0.20","DIAMETER","298","cmd=User-Authorization Answer(300) flags=-P-- appl=3GPP Cx(16777216) h2h=fedcb8a e2e=4df0bbf6 | " "636","2019-08-02 12:50:04.033557000","127.0.0.21","10.77.0.35","SIP","504","Status: 403 Forbidden - HSS User Unknown | " No sé si falta alguna información o algún detalle sobre la configuración pero puedo adjuntarlo en cualquier momento sin ningún problema. Un saludo y muchas gracias de antemano, Javier Espinosa.

1 0

Re: [SR-Users-ES] Resumen de sr-users-es, Vol 77, Envío 1
by jonatan kuiman 29 Jul '19

29 Jul '19

Hola Buenas Tardes. Actualmente tengo la version 5.2 y compare el precedimiento de la 3.3 que les conparti con la de la version 5.2 y es el mismo. https://kamailio.org/docs/modules/5.2.x/modules/uac_redirect.html El proyecto que quiero hacer es lo siguiente: Tengo tres PBXs y quiero hacer el siguiente escenario: PBX1: 221XXX PBX2:222XXX PBX3:223XXX Cuando un UAC intente de hacer una llamada, estas se hiran al redirect server y este debe responder lo siguiente: - 110:PBX1 - 120:PBX2 - 130:PBX3 En base al prefijo que me responda el redirect yo voy a enrutar el trafico a la PBX que corresponda, con esto debo tener las series cargadas en el servidor redirect con el prefijo correspondiente. Es la primera vez trabajando con Kamailio, quien me pueda facilitar los manuales o procedimientos correspondientes para poder hacer funcionar este escenario se los agradezco. Saludos, El lun., 22 de jul. de 2019 a la(s) 05:00, < sr-users-es-request(a)lists.kamailio.org> escribió: > Envíe los mensajes para la lista sr-users-es a > sr-users-es(a)lists.kamailio.org > > Para subscribirse o anular su subscripción a través de la WEB > https://lists.kamailio.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.kamailio.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.kamailio.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. Redirect Server (jonatan kuiman) > 2. Re: Redirect Server (Joel Serrano) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 21 Jul 2019 17:27:31 -0500 > From: jonatan kuiman <kuiman77(a)gmail.com> > To: sr-users-es(a)lists.kamailio.org > Subject: [SR-Users-ES] Redirect Server > Message-ID: > < > CAA2SkdCAJw5fVUUC+aT0j9h+XCJ1wvSZbPDJ1B8ZgPymz1mCGA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hola Buenas Tardes Estimados, > > El presente es para solicitar de su apoyo en ayudarme con una duda que > tengo. > > Quiero instalar un servidor redirect server con Kamailio para unas pruebas > que estoy realizando, > > Quería saber si tienen algunos manuales de como puedo hacer esta > configuración. > > Use el siguiente procedimiento y no me funciona: > https://kamailio.org/docs/modules/3.3.x/modules_k/uac_redirect.html > > Les agardezco el apoyo que me puedan dar. > > Saludos, > > -- > Jonatan Kuiman > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.kamailio.org/pipermail/sr-users-es/attachments/20190721/5c4ee4… > > > > ------------------------------ > > Message: 2 > Date: Sun, 21 Jul 2019 21:18:07 -0700 > From: Joel Serrano <joel(a)textplus.com> > To: Kamailio (SER) - Lista De Usuarios (Discusiones En Español - > Spanish Discussions) <sr-users-es(a)lists.kamailio.org> > Subject: Re: [SR-Users-ES] Redirect Server > Message-ID: > <CAMtXxQkRM3LjSyFBM6N276SX+uJML1VRf79Sx7i= > sUhLyS_05A(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hola Jonatan, > > En primer lugar deberías estar probando con versiones más actuales, yo te > recomendaría que mínimo uses una versión soportada, y, al ser posible, la > última estable :) > > Respecto a tu duda, podrías detallar un poco más qué es lo que tienes y qué > es lo que intentas conseguir? > > Es difícil ayudarte si no expones tu problema con algo más de detalle. > > Saludos!!! > > On Sun, Jul 21, 2019 at 15:27 jonatan kuiman <kuiman77(a)gmail.com> wrote: > > > Hola Buenas Tardes Estimados, > > > > El presente es para solicitar de su apoyo en ayudarme con una duda que > > tengo. > > > > Quiero instalar un servidor redirect server con Kamailio para unas > pruebas > > que estoy realizando, > > > > Quería saber si tienen algunos manuales de como puedo hacer esta > > configuración. > > > > Use el siguiente procedimiento y no me funciona: > > https://kamailio.org/docs/modules/3.3.x/modules_k/uac_redirect.html > > > > Les agardezco el apoyo que me puedan dar. > > > > Saludos, > > > > > > -- > > Jonatan Kuiman > > _______________________________________________ > > sr-users-es mailing list > > sr-users-es(a)lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > > > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.kamailio.org/pipermail/sr-users-es/attachments/20190721/f1fae7… > > > > ------------------------------ > > Subject: Pié de página del digest > > _______________________________________________ > sr-users-es mailing list > sr-users-es(a)lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users-es > > > ------------------------------ > > Fin de Resumen de sr-users-es, Vol 77, Envío 1 > *********************************************** > -- Jonatan Kuiman

1 1

Redirect Server
by jonatan kuiman 22 Jul '19

22 Jul '19

Hola Buenas Tardes Estimados, El presente es para solicitar de su apoyo en ayudarme con una duda que tengo. Quiero instalar un servidor redirect server con Kamailio para unas pruebas que estoy realizando, Quería saber si tienen algunos manuales de como puedo hacer esta configuración. Use el siguiente procedimiento y no me funciona: https://kamailio.org/docs/modules/3.3.x/modules_k/uac_redirect.html Les agardezco el apoyo que me puedan dar. Saludos, -- Jonatan Kuiman

2 1

Consulta
by Geovanny de Jesús García Rojas 18 Apr '19

18 Apr '19

Tengo una duda. .. estoy haciendo un trabajo con websockets y mi servidor Kamailio instalado en Ubuntu. .. como puedo vincular los websockets a mi servidor... desde ya espero sus respuestas gracias

5 44

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