sip5060.net / en es

Planet SIP

March 17, 2025

Andrea Sannucci IA y la lenta y paulatina muerte de los Blogs
Con la entrada prepotente e imparable de la inteligencia artificial generativa en nuestras vidas y nuestros trabajos, unos de los “servicios” que seguramente irán desapareciendo paulatinamente, serán los Blog. ¿Porque digo esto? Porque, por lo menos por mi experiencia personal, es mucho más sencillo, rápido y, en la mayoría de los casos, acertado, realizar consultas a una IA generativa que buscando en la Web; luego si falta algún dato o se quiere corroborar que la información facilitada es cierta, se puede complementar con una búsqueda más precisa.

En estos días estoy usando ChatGPT para realizar búsquedas relacionadas con FreeSWITCH y Kamailio para los próximos cursos, y la verdad ChatGPT todavía dice una cantidad de cosa inexactas que casi da risa y asusta al mismo tiempo. Claramente son temas de nicho, con poca documentación en linea, pero falla demasiado. Lo peor es que si uno la corriges, admite el error y en seguida inventa otra mentira; si les pasa eso, les aconsejo buscar en la documentación oficial o en la Web.

Ahora, para temas un poco más sencillos, nos hace ahorrar mucho, pero mucho tiempo. ¿Un Ejemplo? Quería saber si podía instalar PHP 7.4 en Rocky Linux 9 y la primera respuesta fue que tenía que instalar los repositorios remi y luego ejecutar una serie de comandos. Como la primera respuesta no me funcionó, ya que Rocky Linux me devolvía un error, le pasé el error a la IA y en seguida me propuso una solución que funcionó sin problemas.

Para terminar, así define ChatGPT a si misma:

“¡Buena pregunta! Funciono como un modelo de inteligencia artificial basado en aprendizaje automático. Estoy entrenado en una gran cantidad de texto y utilizo redes neuronales avanzadas para entender y generar lenguaje de manera coherente.

Aquí un resumen de cómo trabajo:

Procesamiento del texto: Cuando me haces una pregunta, convierto tu mensaje en una representación matemática para entenderlo.

Generación de respuesta: Analizo el contexto y predigo la mejor respuesta basándome en patrones de lenguaje que he aprendido.

Optimización: Intento que mis respuestas sean claras, útiles y adaptadas a lo que necesitas.

Interacción con herramientas: Puedo buscar información actualizada en la web, ejecutar código, generar imágenes y manejar documentos si lo necesitas.

No tengo memoria propia, pero en esta conversación puedo recordar lo que dijimos antes para mantener la coherencia. En algunas situaciones, también puedo guardar información relevante para ayudarte mejor en el futuro.

Si tienes curiosidad por algo más técnico o específico, dime. ¡Me encanta hablar de estas cosas!"
- IA
- AI
- Blog
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

March 06, 2025

Andrea Sannucci Digest Authentication SHA-256 Asterisk PBX 20.12 → Kamailio
En este articulo les conté que Asterisk PBX, desde la versión 20.12, soporta la digest authentication utilizando, además de MD5, SHA-256 y SHA-512-256. En este nuevo articulo veremos como registrar un usuario configurado en Asterisk PBX en Kamailio utilizando el cifrado SHA-256 che está soportado también en Kamailio. Los pasos a seguir son:

modificar el archivo de configuración de Kamailio utilizado para la creación de la base de datos de Kamailio

crear usuarios utilizando el cifrado SHA-256

configurar el usuario en Asterisk PBX apuntando a Kamailio

Claramente no puedo hacer un paso a paso desde la instalación de Kamailio pero todo lo que se describe aquí, se incluirá en el próximo curso de Kamailio. Empecemos con el archivo de configuración utilizado en kamailio para crear la base de datos:

nano /etc/kamailio/kamctlrc

la linea que nos interesa es:

# MD5="md5sum"

que es donde se indica que cifrado se va a utilizar a la hora de crear los usuarios. Cambiando el valor según se necesite, podremos crear usuarios con la contraseña cifrada con MD5 o con SHA-256. Los dos respectivos valores serían:

MD5="md5sum"

y

MD5="sha256sum"

claramente si se utiliza un valor no se puede utilizar el otro, es decir que el archivo no acepta la presencia de los dos valores a la vez. Luego se crean los usuarios utilizando el comando:

kamctl add usuario contraseña

Yo he creado unos con MD5 y unos con SHA-256

Aquellos que tienen una longitud más larga en las columnas ha1 y ha1b se han creado con el cifrado SHA-256. Otro parámetro importante en la configuración de Kamailio es:

nano /etc/kamailio/kamailio.cfg

modparam("auth", "algorithm", "SHA-256")

donde se indica que tipo de Digest Auhtentication soportará Kamailio. Con la versión 6.0 de Kamailio ya es posible utilizar una función, siempre del modulo AUTH, para definir el tipo de cifrado utilizado dentro de la parte dedicada al enrutamiento; esto significa que se puede modificar según el dispositivo con que se comunique Kamailio. Ahora pasamos a la configuración del archivo de Asterisk dedicado al canal chan_pjsip:

nano /etc/asterisk/pjsip.conf

donde al final del archivo se copian las lineas que siguen:

[no-nat]

type=transport

protocol=udp

bind=10.10.0.2:5080

allow_reload=yes

[1010]

type=registration

server_uri=sip:1010@10.10.0.2

client_uri=sip:1010@10.10.0.2

contact_user=1010

expiration=600

max_retries=10

retry_interval=60

outbound_auth=aut-1010

transport= no-nat

support_path=yes

[1010]

type=endpoint

transport=no-nat

from_user=1010

context=from-externas

subscribe_context=subscribe-pjsip

disallow=all

allow=alaw,g722

outbound_auth=aut-voztovoice

aors=1010

[aut-1010]

type=auth

auth_type=digest

username=1010

password=sesamo

supported_algorithms_uac=MD5,SHA-256

;supported_algorithms_uas=MD5,SHA-256

[1010]

type=aor

qualify_frequency=30

contact=sip:10.10.0.2:5060

[1010]

type=identify

endpoint=1010

match=10.10.0.2:5060

Kamailio estará a la escucha sobre la IP 10.10.0.2 y puerto 5060. El bloque importante es:

[aut-1010]

type=auth

auth_type=digest

username=1010

password=sesamo

supported_algorithms_uac=MD5,SHA-256

Sonde se define que el UAC soportará MD5 y SHA-256. Asterisk PBX es un User Agent Client cuando genera la solicitud SIP come es en este caso. Se inicia/reinicia Asterisk PBX. Una vez que Kamailio recibirá el primer Register de Asterisk:

contestará con:

y Asterisk PBX contestará con:

200OK final de Kamailio:

Creo que es todo
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

March 01, 2025

Andrea Sannucci Desde Asterisk 20.12 soporte para SHA-256 y SHA-512-256
El sistema de autenticación de Asterisk se basa en la RFC2617 que utiliza como método de cifrado MD5. En otro articulo estuve hablando justamente de ese método de cifrado diciendo que desde hace tiempo ya no es considerado seguro. Así que hoy, leyendo la noticia, me ha alegrado saber que Asterisk PBX, desde la versión 20.12, liberada el 6 de febrero, soporta dos métodos de cifrado nuevos y mas seguros:

SHA-256

SHA-512-256

El primer método de cifrado es soportado también por Kamailio, pues cuando se necesite se podrá autenticar Asterisk hacia Kamailio o viceversa utilizando este método de cifrado descrito en la RFC7616 que vuelve obsoleta la RFC2617.

Ahora, para que este método de cifrado funcione correctamente, se necesita:

mínimo la versión 2.15.1 de la pila SIP PJSIP

mínimo la versión 1.0.0 de OpenSSL para SHA-256

mínimo la versión 1.1.1 de OpenSSL para SHA-512-256

Claramente esto funciona solamente con el canal PJSIP donde, en el bloque de autenticación habrá que cambiar los valores del parámetro auth_type que ahora serán:

digest: para usar el nuevo algoritmo de cifrado o la contraseña en texto plano

google_oauth: la autenticación de Google utilizada en Google Voice

Se vuelven obsoletos los siguientes valores:

userpass

md5

y el siguiente parámetro:

md5_cred

En su lugar, habrá que crear tantas lines con el siguiente parametro:

password_digest

cuantas son las contraseñas HASH utilizadas. Ejemplo: si queremos que el usuario pueda utilizar la contraseña en MD5 y SHA-256, primero las creamos utilizando la siguiente sintaxis:

echo -n "usuario:realm:contraseña" | openssl dgst -MD5

echo -n "usuario:realm:contraseña" | openssl dgst -SHA-256

y luego utilizamos los resultados en los respectivos parámetros:

password_digest=MD5:60c68ed23939227701ada9bb5c6e0bdf

password_digest=SHA-256:da8fdec73644114cda0d59ac3e97b7db499caed7e05189c00c9e9eb59a437348

y para terminar indicamos que se pueden utilizar los dos metodos de cifrado para el UAC y UAS:

supported_algorithms_uac=SHA-256,MD5

supported_algorithms_uas=SHA-256,MD5

Yo creo que el problema es otro: ¿Conocen Softphone o teléfonos de mesa que soportan estos nuevos métodos de cifrado? Yo personalmente no.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

February 28, 2025

Andrea Sannucci Librería bcg729 y RTPEngine [SOLVED]
No se a cuantos de ustedes últimamente les se ha presentado este problema. Una vez compilada la librería bcg729, que nos permite poder transcodificar con el codec audio G729 con RTPEngine, al momento de compilar la ultima versión disponible en Github de este Proxy Media, la compilación fallaba y salía este error:

Por el momento había solucionado descargando la versión 12.4 de RTPEngine donde este error no se presentaba, pero, como pueden entender, no era una solución a largo plazo. La solución verdadera es compilar la librería bcg729 con dos opciones, es decir:

cd /usr/src/

git clone https://github.com/BelledonneCommunications/bcg729.git

cd bcg729

cmake -DCMAKE_C_FLAGS="-fPIE" -DCMAKE_EXE_LINKER_FLAGS="-pie" .

make

make install

luego continuar normalmente con RTPEngine:

cd /usr/src

git clone https://github.com/sipwise/rtpengine.git

cd rtpengine/daemon

make

cp rtpengine /usr/local/bin/

etc...
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

February 17, 2025

Andrea Sannucci Instalación Kamailio 6.0 en Rocky Linux 9 utilizando CMAKE
Desde la versión 6.0 de Kamailio, que ha sido liberada hace unos días, la compilación de Kamailio se basa en cmake y aunque se pueda todavía utilizar make, dentro de poco el antiguo método de compilación se quitará de las fuentes de Kamailio. Es por eso que creo puede ser útil ver como es el proceso de instalación de Kamailio utilizando CMAKE.

Una vez que tengamos acceso al servidor tenemos que instalar toda una serie de paquetes que luego utilizaremos para la compilación de Kamailio. Primero desactivamos Selinux y actualizamos el sistema:

nano /etc/selinux/config

SELINUX=disabled

se guardan los cambios y:

dnf update -y

si en la actualización está incluida una nueva versión del Kernel, al terminar la actualización se reinicia el servidor:

reboot

se accede nuevamente y se continua con:

dnf install git nano wget epel-release

dnf config-manager --set-enabled crb

dnf install mariadb-devel mariadb-server gcc gcc-c++ bison bison-devel net-tools \

libgcrypt-devel flex make expat expat-devel net-snmp-devel libxml2 libxml2-devel git xmlto \

libmicrohttpd-devel openssl-devel xmlrpc-c-devel lynx pcre pcre-devel ncurses-devel \

ncurses-libs gdb net-snmp net-snmp-devel net-snmp-libs net-snmp-utils jansson-devel libuuid \

libuuid-devel uuid uuid-devel ruby-devel spandsp-devel gperf sqlite sqlite-devel \

lksctp-tools-devel python3-devel libjwt-devel openldap openldap-clients \

openldap-devel openldap libmemcached-devel systemd-devel unixODBC unixODBC-devel \

mariadb-connector-odbc libtool-ltdl-devel libtool mono-devel hiredis-devel \

perl-ExtUtils-Embed libpurple-devel lua-devel libdb-cxx-devel libunistring-devel thrift-devel \

libevent-devel json-c-devel librabbitmq-devel -y

wget -q -O - https://updates.atomicorp.com/installers/atomic | sh

A las dos preguntas que aparecen se contesta con YES, luego:

dnf install GeoIP-devel libmaxminddb-devel bind bind-devel libev-devel libmnl-devel \

expat-devel libwebsockets-devel -y

Terminada la instalación de las dependencias, descargamos la ultima versión disponible de Kamailio de la rama 6.0 (en este momento la 6.0.0):

cd /usr/src

git clone --depth 1 --no-single-branch https://github.com/kamailio/kamailio kamailio
Entramos en la carpeta creada:

cd kamailio

Pasamos a la rama 6.0:

git checkout -b 6.0 origin/6.0

branch '6.0' set up to track 'origin/6.0'.

Switched to a new branch '6.0'

creamos la carpeta utilizada por Cmake para la compilación:

mkdir build

entramos en la carpeta:

cd build

y empezamos con la compilación:

cmake ..

luego para definir la carpeta predefinida de instalación:

cd ..

cmake -DCMAKE_INSTALL_PREFIX=/

para añadir módulos que nosecompilan por defecto:

cmake -DINCLUDE_MODULES="db_mysql http_async_client http_clienttls tlsa websocket"

para terminar:

make

make install

para ver la versión instalada:

kamailio -V

version: kamailio 6.0.0-rc0 (x86_64/Linux) 94a546-dirty

flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLOCKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED

ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_SEND_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB

poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.

id: 94a546 dirty

compiled on 10:54:09 Feb 17 2025 with gcc 11.5.0

Por ahora es todo
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

February 03, 2025

Andrea Sannucci SEMS está de vuelta – Instalación en Rocky Linux 9
Aquellos que han participados en mis cursos, sobre todo de OpenSIPs, ya conocen SEMS; SEMS es un Media Server muy liviano, modular, que permite la configuración de todas una serie de servicios entres los cuales:

conferencias audio

buzón de voz

test de echo

Además de eso puede actuar como Session Border Controller (SBC) brindando los siguientes servicios:

cambio de identidad

manipulación de cabeceras

Manejo de flujos RTP

Detección de NAT

Transcodificación

SIP Autenticación

Session Timer

Call Timer

Llamadas prepagadas

La ultima versión que hasta hace poco estaba disponible, la 1.6.0, no compilaba correctamente en Rocky Linux 9, pero parece que hace un par de meses salió la 1.7.0 que si compila correctamente en esta distribución de Linux. A seguir los pasos para compilar e instalar SEMS 1.7.0. Como pre-requisitos necesitamos todos los paquetes utilizados para compilar desde las fuentes y además Cmake y Git:

dnf group install "Development Tools"

dnf install spandsp* flac* speex* opus* gsm* hiredis git cmake -y

Seguimos bajando las fuentes:

cd /usr/src

git clone https://github.com/sems-server/sems.git

Entramos en la carpeta creada:

cd sems/

mkdir -p builds

cd builds/

compilamos:

cmake ..

make

e instalamos:

make install

Terminada la compilación e instalación se crearán un serie de carpetas relacionadas con SEMS:

/usr/local/sbin contendrá el programa ejecutable de SEMS y unas utilidades

/etc/sems contendrá el archivo de configuración de sems y una carpeta /etc donde se encontrarán todos los archivos de configuración predefinidos de los distintos módulos disponibles

/usr/local/lib/sems contendrá a su vez tres carpetas; las que normalmente interesan:

audio: con todos los archivos de audio de todos los módulos (solamente en inglés)

plug-in: con todos los módulos compilados

Podemos continuar con la instalación del script de arranque de SEMS. Como este script inicia el programa con usuario y grupo sems, hay que crearlos:

useradd -M -U sems

cd ../pkg/rpm/

Abrimos este archivo:

nano sems.systemd.service

y modificamos esta linea:

ExecStart=/usr/sbin/sems -E -u sems -g sems -P /var/run/sems/sems.pid $OPTIONS

para que quede:

ExecStart=/usr/local/sbin/sems -E -u sems -g sems -P /var/run/sems/sems.pid $OPTIONS

Esto porque el programa se encuentra en la carpeta /usr/local/sbin y no /usr/sbin. Guardamos los cambios y creamos la carpeta para el archivo sems.pid como indicado en el archivo de configuración del script:

mkdir -p /var/run/sems

copiamos el archivo de arranque:

cp sems.systemd.service /usr/lib/systemd/system/sems.service

activamos para que arranque en automático:

systemctl enable sems

Created symlink from /etc/systemd/system/multi-user.target.wants/sems.service to /usr/lib/systemd/system/sems.service

Copiamos dos archivos necesarios para que todo funcione correctamente:

cp sems.sysconfig /etc/sysconfig/sems

cp sems.systemd.tmpfiles.d.conf /etc/tmpfiles.d/sems.conf

creamos la carpeta /var/spool/voicebox donde se guardarán los archivos audio de los mensajes vocales de los buzones de voz y cambiamos los permisos para usuario y grupo sems:

mkdir -p /var/spool/voicebox

chown sems:sems /var/spool/voicebox

El paso a seguir, antes de iniciar el programa, es crear/modificar el archivo de configuración de SEMS. Renombramos el archivo predefinido:

mv /etc/sems/sems.conf /etc/sems/sems.conf.old

creamos uno nuevo:

nano /etc/sems/sems.conf

donde copiamos las siguientes lineas (Modificar IP con la IP de escucha que quieren utilizar y sip_port con el puerto donde quieren ponerse a la escucha). Leer atentamente todos los comentarios presentes):

# IP de escucha. Modificar IP con la IP de escucha de su servidor

sip_ip=IP

# Puerto de escucha

sip_port=5060

# Carpeta donde se encuentran todos los modulos de SEMS compilados

plugin_path=/usr/local/lib/sems/plug-in/

# Se cargaran solamente los modulo declarados en la linea load_plugins

load_plugins=wav;speex;gsm;conference;echo.so;voicemail;voicebox;msg_storage

# En este campo se configura que aplicacion se ejecutara para las llamadas entrantes:

# $(ruri.user) se utilizara la parte usuario de la Request-URI. Ej. sip:voicemail@dominio.org

# $(ruri.param) se utilizara el parametro app si presente en la Request-URI

# $(apphdr) se utilizara el valor contenido en la cabecera P-App-Name

# $(mapping) las aplicaciones se configuraran en el archivo

# app_mapping.conf utilizando expresiones regulares

application = $(apphdr)

# Carpeta donde estan presentes los archivo de configuracion de los modulos

plugin_config_path=/etc/sems/etc/

# SEMS se ejecutara en segundo plano

fork=yes

# No se enviaran los errores a la salida estandar de Linux

stderr=no

# Nivel de LOG

# 2 INFO

# 3 DEBUG

loglevel=3

# Salida de LOG que luego se configurara en Rsyslog

syslog_facility=LOCAL2

# Configuracion para guardar en los registros de LOG cada actividad del servidor

log_sessions=yes

log_events=yes

# Este parametro fija un limite de solicitudes que se aceptan por segundo

# Se ese limite se supera, el servidor contestara con un 503 Server overload

cps_limit="10;503;Server overload"

# Que nombre aparecera en la cabecera User-Agent de los mensajes SIP enviados por SEMS

signature="SEMS Media Server 1.7"

Guardamos los cambios y configuramos Rsyslog para que los registros de LOG de SEMS se guarden en un archivo dedicado:

nano /etc/rsyslog.conf

después de esta linea:

local1.* -/var/log/rtpengine.log

añadimos (como configurado en sems.conf):

local2.* -/var/log/sems.log

Guardamos los cambios y creamos el archivo de LOG de SEMS:

touch /var/log/sems.log

Reiniciamos rsyslog:

systemctl restart rsyslog

Ahora configuran los servicios que quieren utilizar y al final inician sems:

systemctl start sems

revisan que esté corriendo:

systemctl status sems

Cualquier problema o modulo que quieran configurar, me comentan.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

January 29, 2025

Andrea Sannucci Liberada la versión 6.0 del Proxy SIP Kamailio
Acaba de ser liberada la versión 6.0 de Kamailio. Una actualización mayor que trae muchas novedades y mejorías. La primera y quizás la más interesantes, es que hay un pasaje en la fase de compilación de las fuentes, de make a cmake. En esta versión es posible utilizar todavía make pero en la versión 6.1 que debería ser liberada el próximo año, el soporte de la compilación con make será eliminado.

Ahora una serie de enlaces importantes:

las nuevas funcionalidades y módulos que vienen con esta versión: https://www.kamailio.org/w/kamailio-v6.0-0-release-notes/

La guía para migrar de la versión 5.8.X a la 6.0 https://www.kamailio.org/w/kamailio-v6.0-0-release-notes/

una guía de instalación: https://kamailio.org/docs/tutorials/6.0.x/kamailio-install-guide-git/

una guía a la compilación utilizando cmake: https://www.kamailio.org/wikidocs/tutorials/cmake/

En el próximo Videocurso de Kamailio muy probablemente actualizaré la documentación a esta versión.
- Kamailio
- Proxy SIP
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

January 20, 2025

Andrea Sannucci Curso OpenSIPs Cluster y Alta Disponibilidad en Amazon AWS
Después de pensarlo detenidamente y mirar las distintas configuraciones que se podían añadir a la documentación del curso anterior, he decidido ofrecer una nueva edición del curso de OpenSIPs Cluster que tendrá inicio el próximo 17 de febrero 2025. En este curso los cambios más considerables son:

ampliación del contenido del cifrado de la señalización SIP TLS y del flujo media permitiendo llamadas UDP → TLS y TLS → UDP

Nuevo documento dedicado a la configuración WebRTC en OpenSIPs con llamadas de tipo UDP → WSS y WSS → UDP

Captura de la señalización SIP cifrada con SNGREP

utilizo de servidores EC-2 hospedados en AWS Cloud Computing. Esto permitirá una completa implementación del alta disponibilidad utilizando Keepalived y Corosync/Pacemaker. La configuración aprovechará al máximo la consola linux de AWS

configuración inicial y instalación de OpenSIPs en Debian 12

Otra consideración que tuve en cuenta, fue dar la posibilidad a las personas interesadas solamente en los contenidos de poder acceder a ellos a un precio más económico.

A seguir algunos datos que espero sean de utilidad para que puedan ponderar si este curso es de su interés.

Requisitos para inscribirse:

conocimientos básicos de Linux (distribución Rocky Linux/Almalinux)

acceso a Internet de banda ancha

conocimientos básicos protocolo SIP (RFC3261)

¿Que Aprenderé?

Preparación del Servidor Linux con Rocky Linux 9/Debian 12

Instalación OpenSIPs 3.4.10 o superior

OpenSIPs como Registrar - Mid Registrar – Federated User Location Cluster

OpenSIPs y llamadas entre extensiones locales y remotas

Resolver problemas de NAT (audio de las llamadas y señalización)

OpensSIPs para Presencia y mensajes instantáneos - Cluster de presencia

OpenSIPs en un entorno multi-dominio

Configurar y utilizar Gateway VoIP para llamadas salientes – módulos LOAD_BALANCER, DROUTING junto a QROUTING, en Cluster y el modulo DISPATCHER

Recibir llamadas de números geográficos y transferirlas a las extensiones configuradas en OpenSIPs

Configurar el cifrado del protocolo SIP y del Flujo media y configurar llamadas de tipo UDP → TLS y TLS → UDP

configurar el protocolo WebRTC y realizar llamadas WSS → UDP y UDP → WSS

Integrar OpenSIPs con un media server para conferencias audio, correo de voz y test de echo

Configurar dos servidores OpenSIPs en alta disponibilidad con Keepalived y Corosync/Pacemaker en servidores EC-2 de Amazon

Gestionar y configurar OpenSIPs desde una interfaz Web (OpenSIPs Console)

Monitoreo y puesta en seguridad del Servidor Linux y de OpenSIPs

¿Cómo funciona?

El curso se divide en 4 módulos semanales. Cada estudiante podrá acceder al campus las 24 horas y ir desarrollando las tareas programadas. El curso es muy practico y cada guía incluye siempre una parte teórica y una practica. Las guías tienen una secuencia lógica y NO ES POSIBLE saltar de una a otra.

Cada lunes, a las 2pm hora de Colombia, tendrá lugar una videoconferencia. Los temas abordados en cada videoconferencia serán:

Presentación del curso y Protocolo SIP

OpenSIPs como una PBX

Balanceamiento de Carga, cluster de servidores y Alta disponibilidad

Consola Web de OpensIPs

¿Cuanto cuesta?

El valor del curso es de 250 dólares, 245 Euros o 1.050.000 pesos colombianos. Para aquellos que necesiten factura hay que añadir, al valor del curso, el 19% de IVA.

Descuentos:

10% para pronto pago si te inscribes antes del 9 de Febrero de 2025

15% para empresas que inscriban 3 o más empleados

20% para antiguos estudiantes es decir personas que ya han participado en un curso organizado por VozToVoice

IMPORTANTE: los descuentos no son acumulables

IMPORTANTE: ofrecemos la posibilidad de inscribirse en la modalidad de sola acceso a los materiales cuyo costo es de 150 dólares, 145 Euro o 650.000 pesos colombianos. Al momento de rellenar el formulario de inscripción, escojan esa modalidad (MATERIALES). A esta modalidad no se aplican Descuentos

Cupos Disponibles:

8 modalidad completa

10 solo acceso materiales

Formas de pago:

Paypal – No Colombia

Tarjeta de crédito

Transferencia bancaria pesos Colombianos (Bancolombia)

Transferencia bancaria Euro SEPA (Europa)

Transferencia bancaria Dólar ACH (USA)

Para la modalidad completa el precio incluye:

Dos servidores remotos virtuales con IP flotante disponible para toda la duración del curso (4 semanas) hospedados en Amazon AWS

Troncales SIP para pruebas de llamadas salientes

Un numero geográfico de Estados Unidos para las pruebas de llamadas entrantes

Acceso indefinido a los contenidos del curso y eventuales actualizaciones

Acceso indefinido a un foro para las preguntas relacionadas con los contenidos del curso

Al terminar el curso se entregará un certificado de asistencia de 40 horas, respaldado por la empresa

Mesa Proyectos SAS.

Para inscribirse, rellenen el siguiente formulario. En anexo a esta entrada temario y más informaciones
Adjunto Tamaño

programa_curso_opensips_cluster_-_aws_alta_disponibilidad.pdf 119.4 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_opensips_cluster_-_aws_alta_disponibilidad.pdf	119.4 KB

December 16, 2024

Andrea Sannucci OpenSIPs: captura TLS con los módulos PROTO_HEP y TRACE en SNGREP
En un precedente articulo hemos visto como realizar la captura del cifrado de la señalización SIP en Kamailio apoyándonos en el modulo SIPTRACE y utilizando SNGREP. En este articulo veremos como realizar la misma operación en OpenSIPs utilizando los módulos PROTO_HEP y SIPTRACE; esto con el objetivo de ver la captura en SNGREP. Este tipo de configuración nos ayudará a realizar DEBUG de la señalización cifrada en OpenSIPs a través de SNGREP. Mano a la obra.

Empezamos con el modulo PROTO_HEP. Para que funcione correctamente hay que indicar un socket nuevo de escucha que en nuestro caso será:

socket=hep_udp:127.0.0.1:6060

Luego en la parte donde se configuran los módulos añadimos:

#### PROTO_HEP Module

loadmodule "proto_hep.so"

modparam("proto_hep", "hep_id", "[sngrep] 127.0.0.1:9060; transport=udp; version=3")

modparam("proto_hep", "homer5_on", 1)

modparam("proto_hep", "hep_capture_id", 12345)

El significado de cada linea presente en el bloque:

Una descripción

se carga el modulo

se indica el nombre del ID ([sngrep]) que luego se utilizará en el modulo TRACER. 127.0.0.1:9060 son la IP y el puerto donde se enviará la captura realizada a nivel de OpenSIPs. Además se utilizar el protocolo de transporte UDP y la versión HEP numero 3

Se indica que se utilizará el método de encapsulamiento de la versión 5 de Homer (texto plano) que es lo que necesitamos para una correcta visualización en SNGREP

Se indica un numero que identifique de manera univoca el nodo (PERSONALIZAR CON UN NUMERO ENTERO DE SU GUSTO)

Una vez terminada la configuración del modulo PROTO_HEP, podemos pasar a la configuración del modulo TRACER:

#### TRACER Module

loadmodule "tracer.so"

modparam("tracer", "trace_on", 1)

modparam("tracer", "trace_id", "[traceid]uri=hep:sngrep")

El significado de las distintas lineas presentes en el bloque:

Una descripción

se carga el modulo

se activa la funcionalidad de captura del modulo

se configura un trace_id que luego se utilizará, a través de la función activada por el modulo, en el script de enrutamiento de OpenSIPs. Después del nombre ([traceid]) se indica que la uri es de tipo hep y que el hombre de la uri es sngrep (el parametro hep_id configurado en el modulo PROTO_HEP).

Ahora pasamos a la función trace, activada por el modulo TRACER, que se utilizará en el script de enrutamiento de OpenSIPs; su sintaxis es:

trace(trace_id, [scope, [type, [trace_attrs]]])

trace_id es el nombre del trace_id configurado como parámetro del modulo. En nuestro caso el nombre es traceid

scope es el tipo de captura que se va a realizar; las distintas opciones:

m o M capturar los mensajes SIP. La unica opción que se puede utilizar en un escenario donde OpenSIPs está configurado en modo Stateless

t o T se capturarán las transacciones

d o D se capturarán los dialogos

type representa el tipo de mensaje que se van a capturar:

sip mensajes SIP

xlog mensajes de LOG generados por OpenSIPs

rest captura de mensajes de tipo REST

trace_attrs un valor o una pseudo variable que luego se puede almacenar en los paquetes capturados.

En nuestro caso, como queremos capturar todas las transacciones que pasen por OpenSIPs, después de esta linea:

route{

que abre el script de enrutamiento de OpenSIPs, añadimos:

trace("traceid","T","sip");

Guardamos los cambios y reiniciamos OpenSIPs:

systemctl restart opensips

Ahora pasamos a SNGREP, donde para realizar la captura utilizaremos el siguiente comando:

sngrep -l 4000 -R -d lo -Ludp:127.0.0.1:9060

El modulo TRACER activa una serie de comando que se pueden utilizar a través de la consola opensips-cli:

opensips-cli -x mi trace

se utiliza para ver el estado de todos los traceid configurados (ya que se puede configurar más de uno);

opensips-cli -x mi trace mode=off

opensips-cli -x mi trace mode=on

opensips-cli -x mi trace mode=off id=traceid

Que se utilizan para apagar la captura, encender la captura, apagar la captura solamente de un determinado traceid respectivamente.

Un ejemplo de captura de registro TLS:

Tengo que darle las gracias a la lista de distribución de OpenSIPs y a esta entrada de Blog que me ha ayudado mucho con la configuración.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

December 06, 2024

Andrea Sannucci Cuenta de canales en Kamailio sin y con Parámetros Globales Personalizados
Dependiendo del escenario, necesitamos contar los canales que cada usuario/cliente está utilizando y al mismo tiempo queremos limitar ese numero de canales fijando un valor valido a nivel global. Claramente esta es solamente una forma de realizar ese tipo de configuración y seguramente la más sencilla ya que no vamos a diferenciar el numero de canales según el cliente. En este articulo veremos dos formas de hacerlo:

utilizando un valor que si se modifica obliga a reiniciar el Proxy SIP

utilizando un valor que se puede modificar utilizando el comando kamcmd y el modulo CFG_RPC

En el primer caso la configuración se realiza de la siguiente manera; se cargan los módulos DIALOG y CFG_RPG de Kamailio:

loadmodule "cfg_rpc.so"

loadmodule "dialog.so"

y entre los distintos parámetros del modulo DIALOG se añade (en negrita):

# ----- dialog params -----

modparam("dialog", "enable_stats", 1)

modparam("dialog", "rr_param", "did")

modparam("dialog", "timeout_avp", "$avp(dlg_timeout)")

modparam("dialog", "default_timeout", 21600)

modparam("dialog", "early_timeout", 300)

modparam("dialog", "noack_timeout", 30)

modparam("dialog", "end_timeout", 60)

modparam("dialog", "dlg_match_mode", 0)

modparam("dialog", "db_url", DBURL)

modparam("dialog", "db_mode", 1)

modparam("dialog", "send_bye", 1)

modparam("dialog", "profiles_with_value", "canales")

con este parámetro se dice a Kamailio que se va a crear un perfil de diálogos con nombre canales y que este perfil puede manejar valores (contar). Luego en este bloque presente en el archivo predefinido de Kamailio:

if (is_method("INVITE")) {

    setflag(FLT_ACC); # do accounting

}

se añade la linea en negrita:

if (is_method("INVITE")) {

    setflag(FLT_ACC); # do accounting

    dlg_manage();

}

que nos permite activar el modulo DIALOG para las llamadas y de este forma a toda una serie di variables y parámetros que se pueden leer o configurar por cada dialogo. Luego en el punto que nos interesa (normalmente antes de sacar llamadas salientes):

if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return;

se añade esta linea:

route(CANALES);

y normalmente al final del archivo se añade:

route[CANALES] {

    set_dlg_profile("canales","$fU");

    get_profile_size("canales","$fU","$avp(usados)");

    if($avp(usados) > 2) {

       sl_send_reply("503", "Has excedido el limite de canales");

       exit;

    }

}

Una explicación:

en la segunda linea se añade el dialogo (llamada) al perfil canales utilizando como referencia el numero de usuario contenido en la variable $fU

en la tercera linea se asigna a la variable $avp(usados) el valor del perfil canales para el usuario que está llamando

en la cuarta linea se envía la frase que aparece al LOG de Kamailio

en la quinta linea si el numero de canales usados por el usuario es más que 2, se continua con la linea que sigue sino se salta el bloque por completo

en la sexta linea se envía al LOG de Kamailio un comento notificando que se ha superado el numero de canales disponibles por el usuario contenido en la variable $fU

en la séptima linea se envía un mensaje de error SIP 503 indicando que se ha excedido el numero de canales disponibles

En este caso el numero máximo de canales es 2 pero podría ser cualquiera.

El segundo tipo de configuración se basa en los Parámetros Globales Personalizados que tienen la siguiente sintaxis:

group.variable = value desc "description"

si queremos configurar el numero de canales utilizando estos parámetros nada más poner en la parte del archivo de configuración dedicada a los parámetros globales:

canales.num_can = "2" desc "numero de canales"

luego el bloque anterior se modifica para que quede (en negrita los cambios):

route[CANALES] {

    set_dlg_profile("canales","$fU");

    get_profile_size("canales","$fU","$avp(usados)");

    if($avp(usados) > $sel(cfg_get.canales.num_can)) {

       sl_send_reply("503", "Has excedido el limite de canales");

       exit;

    }

}

Esa variable contendrá el valor 2 presente en la configuración del parámetro global personalizado. Si mientras Kamailio está funcionando queremos cambiar ese valor:

kamcmd cfg.set canales num_can nuevovalor

ejemplo para 10 canales:

kamcmd cfg.set canales num_can 10

si queremos saber en cualquier momento que valor tiene ese parámetro:

kamcmd cfg.get canales num_can

IMPORTANTE: ese valor se mantiene hasta que no se reinicie Kamailio ya que el Proxy a reiniciarse, leerá nuevamente el valor presente en el parámetro global personalizado.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

December 02, 2024

Andrea Sannucci Amazon Ami Linux, Nagios y el plugin check_nrpe
Antes de ayer, a lo largo de la configuración de un Nagios con monitoreo de servidores remotos, tenía un problema bastante serio de cifrado que no me permitía, prácticamente, monitorear cualquier servicio remoto. La comunicación entre el servidor Nagios y los servidores remotos es completamente cifrada y se basa en el plugin check_nrpe que permite monitorear cualquier servicio remoto “engañando” Nagios para que piense que el servicio es local.

Hay que subrayar que en la Linux AMI de Amazon Nagios, los plugin y la mayoría de las cosas hay que instalarlas desde las fuentes ya que no se pueden instalar los repositorios epel pues no se puede utilizar toda la paquetería presente en esos repositorios. Entre los plugin que hay que instalar desde las fuentes está check_nrpe imprescindible para el monitoreo de servicios remotos. En este articulo veremos como instalar la ultima versión disponible desde las fuentes con soporte SSL.

wget -O nrpe.tar.gz https://github.com/NagiosEnterprises/nrpe/archive/nrpe-4.1.0.tar.gz

tar -xf nrpe.tar.gz

cd nrpe-nrpe-4.1.0/

IMPORTANTE: configurar el soporte del cifrado

./configure --enable-ssl

si utilizamos el comando make:

make

nos devolverá:

Please enter make [option] where [option] is one of:

all builds nrpe and check_nrpe

nrpe builds nrpe only

check_nrpe builds check_nrpe only

install-groups-users add the users and groups if they do not exist

install install nrpe and check_nrpe

install-plugin install the check_nrpe plugin

install-daemon install the nrpe daemon

install-config install the nrpe configuration file

install-inetd install the startup files for inetd, launchd, etc.

install-init install the startup files for init, systemd, etc.

como queremos compilar solamente el plugin utilizaremos el comando:

make check_nrpe

luego copiaremos el plugin compilado en la carpeta que contiene todos los plugins de Nagios que he instalado anteriormente desde las fuentes:

cp src/check_nrpe /usr/local/nagios/libexec/

cambiamos los permisos del archivos

chmod +x /usr/local/nagios/libexec/check_nrpe

y luego miramos la sintaxis del plugin:

/usr/local/nagios/libexec/check_nrpe -h

Otra cosa importante que no viene por defecto en la Linux AMI de Amazon, y que me parece un poco absurdo, es rsyslog utilizado para la gestión de los LOG del sistema operativo:

dnf install rsyslog

systemctl enable rsyslog

systemctl start rsyslog

Si les gustaría tener una guía completa de la instalación de Nagios en Ami Linux, me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 26, 2024

Andrea Sannucci ChatGPT, Kamailio e algunas curiosidades
Esta mañana, inspirado por el libro “La nueva inteligencia y el contorno de lo humano” che de verdad les animo a leer, he vuelto, después de mucho tiempo, a jugar con ChatCPT. En especifico estaba intentando aclarar el funcionamiento del modulo DMQ acerca de los registros; a lo largo de la conversación, el cachorro me ha salido con esto:

modparam("dmq", "peer_list", "sip:10.0.0.2:5060, sip:10.0.0.3:5060")

que es un parámetro que en el modulo DMQ no existe. Cuando le he hecho notar che se había equivocado la respuesta ha sido muy interesante:

“Tienes razón, pido disculpas por el error: el parámetro peer_list no existe en el módulo DMQ de Kamailio. La configuración de los peers se produce dinámicamente a través de un mecanismo de detección automática o configuración manual en archivos de configuración. ¡Así que vamos a corregir la parte relacionada con la configuración de peer y profundicemos el funcionamiento correcto!”

Cuando más tarde le he preguntado:

¿Existe il parámetro peer_list en el modulo DMQ?

Me ha contestado:

“No, el parámetro peer_list no existe en el módulo DMQ de Kamailio. El módulo de cola de mensajes distribuidos (DMQ) maneja la comunicación entre los nodos de un clúster de Kamailio para sincronizar información (como grabaciones SIP, llamadas, etc.) entre nodos. Sin embargo, la configuración de peers y la administración de la comunicación entre nodos no se realiza a través de un parámetro llamado peer_list.”

En otra respuesta me ha devuelto otro parámetro de configuración que no existe así que le comentado:

este parámetro no existe: modparam("usrloc", "use_dmq", 1)

y me ha contestado:

“Tienes razón, te pido disculpas por el error. El parámetro use_dmq no existe en el módulo usrloc. La sincronización de registros con DMQ en Kamailio no se configura directamente a través del módulo usrloc con un parámetro como use_dmq. En cambio, la sincronización de registros entre nodos es administrada por el propio módulo dmq, y la integración entre DMQ y usrloc se realiza automáticamente a través de la infraestructura DMQ. Para configurar Kamailio para sincronizar registros entre nodos, la sincronización de la información de registro ya está habilitada a través del módulo dmq, sin necesidad de configurar parámetros específicos en usrloc.”

donde, si se fijan, ha caído en otro error ya que la sincronización de los registros se apoya en el modulo DMQ_USRLOC

Moraleja: hay que educarlo bien para que luego sepa como ayudarnos con Kamailio
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 19, 2024

Andrea Sannucci Curso Presencial Proxy SIP Kamailio – Bogotá, Colombia – 18-21 Marzo 2025
Yo creo que este más que un curso de capacitación es un evento. Es un evento porque, hasta donde yo sepa, es el único curso presencial en español dedicado al Proxy SIP Kamailio. Con la pandemia y post pandemia nos acostumbramos a realizar todas las capacitaciones a distancia pero yo creo, a pesar de que siempre he sido “hincha” de los cursos en linea, que los cursos presenciales tienen un proceso de aprendizaje y se pueden apoyar en un estilo didáctico que los cursos a distancia no pueden igualar. Además de eso es un momento único para conocerse, intercambiar y compartir. Es por eso que he decidido realizar este curso presencial en la ciudad de Bogotá en los días 18-21 de Marzo de 2025.

El espacio donde se va a dictar está cerca del parque de la 93 que una zona muy conocida y concurrida de la ciudad de Bogotá. Hay mucha oferta hotelera, restaurantes y locales para salir a tomar algo. La idea es que no tengan que desplazarse con taxi o medios públicos y puedan disfrutar de un paseo para llegar a las instalaciones de Counity que es el centro de Coworking que he escogido como sede del curso.

Por el precio y los contenidos, seguramente el curso está pensado para empresas que quieran capacitar sus trabajadores, aunque está abierto a profesionales independientes y, porque no, puros apasionados del mundo VoIP. Para aquellos que por cualquier motivo no puedan participar, nos podemos ver después de clases, 6pm, para ir a tomar algo en las cercanías de las instalaciones y dedicarnos a charlas amenas.

Gracias a las sugerencias y consejos recibidos en el pasado curso, he decidido bajar considerablemente los precios para darles la oportunidad a más gente de participar. Personalmente creo que, considerando el “producto” de que estamos hablando, el precio está perfectamente en la media de lo que paga una empresa para ese tipo de capacitaciones pero si estoy equivocado, me comentan.

Después de la premisa, unos datos:

Requisitos para inscribirse:

conocimientos básicos de Linux (distribución Almalinux/Rocky Linux 64bit)

conocimientos básicos protocolo SIP (RFC3261)

computadora portátil con instalado un cliente SSH para conexiones a servidores remotos. Si no tienes disponibilidad indicarlo al momento de la inscripción

¿Que Aprenderé?

Preparación del Servidor Linux con Rocky Linux 64bit – Versión 9

Instalación de la ultima versión de Kamailio disponible de la rama 5.8.X

Kamailio como SWITCH de Clase 5:

Registro y localización

Llamadas entre extensiones

Resolver problemas de NAT (señalización y audio de las llamadas)

Transcodificación Codec Audio en las llamadas y grabación de las llamadas a través de RTPEngine

Presencia y mensajes instantáneos

Llamadas entrantes y salientes

Servidor media para conferencias audio, correo de voz y test de echo (Asterisk PBX y/o FreeSWITCH)

Configurar distintas empresas/clientes en el mismo servidor (Multi dominio)

Cifrado señalización SIP y flujo media (TLS y SRTP) y WebRTC

Kamailio como balanceador de carga (SWITCH de Clase 4):

Protocolo PATH

Modulo DISPATCHER (Outbound Proxy y protocolo PATH). Como distribuir todas las solicitudes SIP o solamente las llamadas entre dos servidores Asterisk PBX.

Modulo LCR. Distribución de llamadas basadas en prefijos, pesos y prioridades

modulo DROUTING. Distribución de llamadas basada en reglas y permisos

Kamailio como SBC (Session Border Control)

Enmascaramiento de la topología de red

Gestión del trafico media

trasncoding y puente entre protocolos de transporte

Gestión de NAT

Control de Acceso

Corrección de mensajes SIP con errores

Cifrado del flujo media

Integración de Kamailio con Asterisk PBX:

Autenticación en Kamailio

Registro y localización de los dispositivos en Kamailio

Llamadas entre extensiones en Asterisk

Llamadas entrantes y salientes en Kamailio

Servicios Media (IVR, Buzón de voz, etc) en Asterisk

Integración de Kamailio con FreeSWITCH:

Autenticación en Kamailio

Registro y localización de los dispositivos en Kamailio

Llamadas entre extensiones en FreeSWITCH

Llamadas entrantes y salientes en Kamailio

Servicios Media (IVR, Buzón de voz, etc) en FreeSWITCH

Conocer como configurar Kamailio en Alta disponibilidad con Keepalived y Corosync/Pacemajer (utilizando servidores de Amazon EC2)

Gestionar y configurar Kamailio desde una Consola Web (Siremis)

Puesta en seguridad de Kamailio:

modulo SANITY

modulo PIKE

modulo SECFILTER

modulo TOPOH

modulo TOPOS

Fail2BAN

Monitoreo de Kamailio:

Homer SIP Capture Server

MONIT

Protocolo SNMP y Nagios

Consola Web Siremis

Numero Máximo de cupos disponibles: 12

¿Cuanto cuesta?

El valor del curso es de 1000 dólares o 3.000.000 pesos colombianos. Descuentos:

10% para pronto pago/inscripción temprana; pagos realizados antes del 28 de Febrero;

15% para empresas que inscriban 3 o más empleados.

20% para antiguos estudiantes que ya participaron en un curso organizado por VozToVoice

Al terminar el curso se entregará un certificado de asistencia de 30 horas, respaldado por la empresa Mesa Proyectos SAS

Formulario de inscripción.

Hoteles Aconsejados para aquellos que lleguen desde otras ciudades/países:

Novotel Bogotá - Parque La 93

NH Bogotá Pavillon Royal

Holiday Inn Express Bogotá – Parque la 93

Estelar de la 93

Best Western Plus 93 Park Hotel

Conexiones Aéreas a la ciudad de Bogotá:

Avianca

LATAM Airlines

COPA Airlines

Compañía de bajo costo:

Wingo

JetSmart

Más informaciones y el temario del curso, lo encuentran en el anexo que viene con esta entrada.

Los espero en Bogotá
Adjunto Tamaño

programa_curso_kamailio_-_bogota.pdf 267.03 KB
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_kamailio_-_bogota.pdf	267.03 KB

November 13, 2024

Andrea Sannucci Renovar los certificados de Let’s Encrypt utilizando un Temporizador systemd
Hasta hace poco, para renovar los certificados de Let’s Encrypt utilizaba un cronjob configurado de la siguiente manera:

##### CertBot

29 2 15,28 * * /usr/bin/systemctl stop httpd

30 2 15,28 * * /usr/bin/certbot renew

35 2 15,28 * * /usr/bin/systemctl start httpd

Cada día 15 y 28 de cada mes, iniciando a las 2:29am paraba el servidor Web, ejecutaba el comando para renovar los certificados y volvía a iniciar el servidor Web.

Hoy, mientras estaba instalando el programa certbot desde los repositorios de Rocky Linux 9, me he fijado en esto:

Certbot tiene un servicio/Temporizador que se puede activar para que los certificados se renueven de manera automática sin tener que utilizar script o CronJob. Si miramos el contenido del archivo:

nano /usr/lib/systemd/system/certbot-renew.timer

[Unit]

Description=This is the timer to set the schedule for automated renewals

[Timer]

OnCalendar=*-*-* 00/12:00:00

RandomizedDelaySec=12hours

Persistent=true

[Install]

WantedBy=timers.target

Los parámetros importantes son los contenidos en el segundo bloque; con el primero se indica que el comando contenido en el archivo que vamos a ver a seguir, se ejecutará a la medianoche y al mediodía de cada día y que se introducirá, segundo parámetro, un retraso de hasta 12 horas, esto quiere decir que el comando se ejecutará en cualquier momento entre la medianoche y las 11:59am y el mediodía y las 11:59pm. Siguiendo con el segundo archivo:

nano /usr/lib/systemd/system/certbot-renew.service

[Unit]

Description=This service automatically renews any certbot certificates found

[Service]

EnvironmentFile=/etc/sysconfig/certbot

Type=oneshot

ExecStart=/usr/bin/certbot renew --noninteractive --no-random-sleep-on-renew $PRE_HOOK $POST_HOOK $RENEW_HOOK $DEPLOY_HOOK $CERTBOT_ARGS

se indica que el archivo que contendrá las variables utilizadas por el comando certbot renew es /etc/sysconfig/certbot que a su vez contiene los siguientes parámetros:

PRE_HOOK=""

POST_HOOK=""

DEPLOY_HOOK=""

CERTBOT_ARGS=""

cuyo significado es, respectivamente:

comando a ejecutar antes de renovar los certificados, ejemplo, parar el servidor Web

comando a ejecutar después de renovar los certificados, ejemplo reiniciar el servidor web

comando a ejecutar para cada certificado renovado, ejemplo uno script que envía un correo notificando que el certificado se ha renovado

cualquier parámetro adicional se quiera añadir al comando certbot renew entre los permitidos

En nuestro caso lo dejamos así:

PRE_HOOK="usr/bin/systemctl stop httpd"

POST_HOOK="usr/bin/systemctl start httpd"

DEPLOY_HOOK=""

CERTBOT_ARGS=""

Luego para iniciar el servicio y que se inicie en automático cada vez que se reinicie el servidor:

systemctl enable certbot-renew.timer

systemctl start certbot-renew.timer

systemctl status certbot-renew.timer

certbot-renew.timer - This is the timer to set the schedule for automated renewals

Loaded: loaded (/usr/lib/systemd/system/certbot-renew.timer; enabled; preset: enabled)

Active: active (waiting) since Wed 2024-11-13 08:22:59 -05; 3s ago

Until: Wed 2024-11-13 08:22:59 -05; 3s ago

Trigger: Wed 2024-11-13 14:37:32 -05; 6h left

Triggers: â certbot-renew.servic
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 11, 2024

Andrea Sannucci Instalación de Kamailio 5.8 y RTPEngine en Amazon EC2 – Rocky Linux 9
Esta entrada no va a tener muchas explicaciones para reducir el tamaño y porque en la mayoría de los casos no hacen falta. Una vez creada la Instancia de EC2 con Rocky Linux 9, se accede a ella y:

sudo su

dnf install nano -y

Memoria de SWAP:

dd if=/dev/zero of=/swapfile bs=2040 count=1024k

mkswap /swapfile

swapon /swapfile

nano /etc/fstab

/swapfile swap swap defaults 0 0

chmod 0600 /swapfile

dnf install epel-release -y

dnf config-manager --set-enabled crb

dnf update -y

dnf install wget git -y

timedatectl set-timezone America/Bogota

dnf install chrony -y

systemctl enable chronyd

systemctl start chronyd

nano /root/.bash_profile

export EDITOR=/usr/bin/nano

export PS1='\[\033[0;35m\]\H\[\033[0;33m\] \w\[\033[00m\]: '

alias free="free -m"

alias kacfg="nano /etc/kamailio/kamailio.cfg"

alias kalog="nano /var/log/kamailio.log"

alias katail="tail -500f /var/log/kamailio.log"

alias mysql="mysql -u root -pKLuJUE3NEwTaSH6S"

source /root/.bash_profile

nano /etc/selinux/config

dnf update -y

reboot

dnf config-manager --set-enabled crb

dnf group install 'Development Tools' -y

dnf install bison-devel mariadb-devel mariadb-server net-tools libgcrypt-devel net-snmp-devel xmlto libmicrohttpd-devel xmlrpc-c-devel lynx \

libxml2-devel expat-devel ncurses-devel net-snmp net-snmp-devel net-snmp-libs net-snmp-utils jansson-devel pcre-devel \

libuuid-devel uuid uuid-devel ruby-devel spandsp-devel gperf sqlite sqlite-devel postgresql-devel postgresql-server ngrep \

lksctp-tools-devel python3-devel libjwt-devel openldap openldap-clients openldap-devel openldap libmemcached-devel systemd-devel \

unixODBC unixODBC-devel mariadb-connector-odbc libtool-ltdl-devel libtool mono-devel hiredis-devel perl-ExtUtils-Embed libpurple-devel \

lua-devel libdb-cxx-devel libunistring-devel thrift-devel libevent-devel json-c-devel librabbitmq-devel libmaxminddb-devel bind bind-devel \

libev-devel libmnl-devel expat-devel libwebsockets-devel iptables-devel iptables-services libpcap-devel json-glib-devel libevent-devel perl-IPC-Cmd \

kernel-modules-extra pandoc iptables-legacy-devel libnftnl-devel zeromq libavc1394 opus-devel cmake iptables-utils libnl3-devel tcpdump -y

wget -q -O - https://updates.atomicorp.com/installers/atomic | sh

dnf install GeoIP-devel -y

dnf install --nogpgcheck https://mirrors.rpmfusion.org/free/el/rpmfusion-free-release-9.noarch.rpm -y

dnf install ffmpeg ffmpeg-devel libavdevice -y

dnf config-manager --add-repo https://rpm.kamailio.org/centos/kamailio.repo

dnf install kamailio* -y

systemctl enable kamailio.service

nano /etc/kamailio/kamailio.cfg

auto_aliases=no

listen=udp:IP_PRIVADA:5060 advertise IP_ELASTICA:5060

nano /etc/rsyslog.conf

local0.* /var/log/kamailio.log

touch /var/log/kamailio.log

systemctl restart rsyslog

nano /etc/logrotate.d/kamailio

/var/log/kamailio.log {

missingok

rotate 7

daily

postrotate

/bin/kill -HUP `cat /var/run/rsyslogd.pid 2>/dev/null` 2>/dev/null || true

endscript

}

systemctl enable mariadb

systemctl start mariadb

mysqladmin -u root password KLuJUE3NEwTaSH6S

mysql_secure_installation

Primeras dos preguntas se contesta con NO, las siguientes todas con YES

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -pKLuJUE3NEwTaSH6S mysql

nano /etc/my.cnf.d/mariadb-server.cnf

default-time-zone = America/Bogota

systemctl restart mariadb

mv /etc/kamailio/kamctlrc /etc/kamailio/kamctlrc.old

nano /etc/kamailio/kamctlrc

SIP_DOMAIN=miodominio.org

DBENGINE=MYSQL

DBHOST=localhost

DBNAME=kamailio

DBRWUSER=kamailio

DBRWPW="kamailiorw"

DBROUSER="kamailioro"

DBROPW="kamailioro"

DBROOTUSER="root"

INSTALL_EXTRA_TABLES=ask

INSTALL_PRESENCE_TABLES=ask

INSTALL_DBUID_TABLES=ask

ALIASES_TYPE="DB"

FIFOPATH="/var/run/kamailio/kamailio_fifo"

VERIFY_ACL=1

STORE_PLAINTEXT_PW=0

PID_FILE=/var/run/kamailio/kamailio.pid

kamdbctl create

MySQL password for root: KLuJUE3NEwTaSH6S

INFO: test server charset

INFO: creating database kamailio ...

INFO: granting privileges to database kamailio ...

INFO: creating standard tables into kamailio ...

INFO: Core Kamailio tables succesfully created.

Install presence related tables? (y/n): y

INFO: creating presence tables into kamailio ...

INFO: Presence tables succesfully created.

Install tables for imc cpl siptrace domainpolicy carrierroute

drouting userblacklist htable purple uac pipelimit mtree sca mohqueue

rtpproxy rtpengine secfilter? (y/n): y

INFO: creating extra tables into kamailio ...

INFO: Extra tables succesfully created.

Install tables for uid_auth_db uid_avp_db uid_domain uid_gflags

uid_uri_db? (y/n): y

INFO: creating uid tables into kamailio ...

INFO: UID tables succesfully created.

cd /usr/src

git clone https://github.com/BelledonneCommunications/bcg729.git

cd bcg729/

cmake .

make

make install

cd /usr/src

git clone -b mr12.4 https://github.com/sipwise/rtpengine.git

cd /usr/src/rtpengine/daemon

make

cp rtpengine /usr/local/bin/

cd /usr/src/rtpengine/kernel-module

make

uname -r

5.14.0-427.42.1.el9_4.x86_64

cp xt_RTPENGINE.ko /lib/modules/5.14.0-427.42.1.el9_4.x86_64/extra/xt_RTPENGINE.ko

nano /etc/modules-load.d/rtpengine.conf

xt_RTPENGINE

depmod -a

modprobe xt_RTPENGINE

echo 'add 0' > /proc/rtpengine/control

rtpengine --codecs

cd /usr/src

git clone -b 2.1-config https://github.com/etamme/federated-sip.git

cd federated-sip/scripts

cp rtpengine.service /etc/systemd/system/

systemctl enable rtpengine.service

mkdir -p /var/spool/rtpengine

cp rtpengine.sysconfig /etc/sysconfig/rtpengine

nano /etc/sysconfig/rtpengine

OPTIONS="--interface=pub/IP_PRIAVADA!IP_ELASTICA -n 127.0.0.1:2223 -m 20000 -M 30000 -L 7 --log-facility=local1 --table=0 --nftables-chain="

nano /etc/rsyslog.d/rtpengine.conf

:programname, startswith, "rtpengine" -/var/log/rtpengine.log

& ~

touch /var/log/rtpengine.log

systemctl restart rsyslog

systemctl start rtpengine

nano /etc/logrotate.d/rtpengine

/var/log/rtpengine.log {

missingok

rotate 7

daily

postrotate

/bin/kill -HUP `cat /var/run/rsyslogd.pid 2>/dev/null` 2>/dev/null || true

endscript

}

cd /usr/src/rtpengine/recording-daemon/

make

cp rtpengine-recording /usr/local/bin/

nano /etc/systemd/system/rtpengine-recording.service

[Unit]

Description=NGCP RtpEngine - RTP Recording Daemon

Wants=network-online.target

After=network-online.target

[Service]

Type=forking

Environment=CFGFILE=/etc/rtpengine-recording.conf

EnvironmentFile=/etc/sysconfig/rtpengine-recording

PIDFile=/var/run/rtpengine-recording.pid

ExecStart=/usr/local/bin/rtpengine-recording --config-file=${CFGFILE} --pidfile=/var/run/rtpengine-recording.pid

Restart=on-failure

[Install]

WantedBy=multi-user.target

systemctl enable rtpengine-recording

nano /etc/rtpengine-recording.conf

[rtpengine-recording]

table = 0

output-format = wav

spool-dir = /var/spool/rtpengine

output-dir = /tmp

resample-to = 8000

output-mixed = true

output-single = false

nano /etc/sysconfig/rtpengine-recording

SET_USER=root

SET_GROUP=root

kamailio -c /etc/kamailio/kamailio.cfg

systemctl start kamailio

nano /var/log/kamailio.log

kamailio -V

version: kamailio 5.8.2 (x86_64/linux) 3fa5f4
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 07, 2024

Andrea Sannucci ProtonMail – El salva vida de su privacidad
He hablado del servicio de Proton Mail en otra ocasión cuando estaba teniendo problemas sobre todo con Gmail y en parte con Hotmail. Hoy, de pura casualidad ,volví a entrar a mi cuenta, que por ahora no utilizo mucho ya que tengo mis propios servidores de correo electrónico, y me enteré que hay una oferta que con un dólar permite tener acceso a este plan:

Aunque el descuento es valido solamente para un mes, es una buena oportunidad para probarlo, sobre todo el tema del dominio que se puede asociar a la cuenta. De hecho he comprado un dominio cualquiera, por un dólar y 16 céntimos para poder realizar la prueba. Personalmente, desde hace mucho (2017), utilizo Namecheap y nunca he tenido problemas. Es fiable y barato. Una vez adquirido el dominio he cambiado la configuración del DNS para que apunte a Linode:

luego he añadido el dominio en Proton Mail, donde te guían paso paso para la configuración. El resultado final es tener hasta 10 direcciones de correo electrónico con tu propio dominio. El precio real es de 4 dólares y 99 céntimos que no me parece caro considerando los altos estandartes de seguridad y privacidad de esta empresa suiza. Algunos pantallazos del proceso de configuración del dominio:

Para verificar el dominio hay que crear una entrada de tipo TXT (en mi caso en Linode) con los datos indicados en:

Hay que esperar un par de horas para realizar la verificación; si todo sale bien se continua con el proceso de configuración de las entradas DNS facilitadas por Proton Mail que son:

- MX

- SPF

- DKIM

- DMARC

Me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 06, 2024

Andrea Sannucci Los COOKIEs en los navegadores pueden ser un hueco sin fin para su correo
Muchas veces cuando accedemos a nuestro correo electrónico vía Web, tenemos la posibilidad, una vez autenticados, de guardar nuestros datos de registro por un tiempo (normalmente 30 días). De esta forma la sucesiva vez que vamos a entrar, no tenemos que volver a digitar usuario y contraseña. Este tipo de configuración se basa en un ID de sesión que se guarda en un Cookie de sesión que queda en nuestro navegador.

El problema es que es posible que alguien nos robe ese Cookie y de esa forma pueda acceder a nuestro correo electrónico con todo lo que eso comporta. Esto pasa aunque la primera vez que nos autenticamos hemos utilizado un segundo factor de autenticación. ¡Desastre total!

Que podemos hacer para mitigar o eliminar definitivamente el problema:

si nos conectamos desde una computadora publica, no utilizar la opción de “Recuerdame”

no utilizar la opción de “Recuerdame” en absoluto

Eliminar todos los Cookies cada vez que se cierre el navegador

La ultima opción es la que yo personalmente utilizo.

En Firefox: Tools → Settings → Privacy & Security:

En Brave: Configuración → Privacidad y seguridad → Borrar Datos de Navegación:

No es una tontería. Es importante.
- Cookie
- eMail
Vota el Articulo:

Promedio: 5 (2 votos)

Evalúa la calidad del articulo
Andrea Sannucci Febrero 2025 – Kamailio 6.0.0
Según acabo de leer en la lista de distribución de los usuarios de Kamailio, el desarrollador principal de Kamailio, Daniel Constantin Mierla, ha ilustrado el camino de la próxima versión mayor de Kamailio, la 6.0.0

Reunión de los desarrolladores en Dusseldorf, Alemania, los días 19 y 20 de Noviembre 2024

Actualización del código

Fase de test a partir del mes de diciembre 2024

Salida de la nueva versión, entre final de enero 2025 y inicio Febrero 2025

Seguramente un buen estimulo para actualizar cursos, conferencias y entradas en este Blog.

A seguir el mensaje original:
- Kamailio 6.0.0
- Proxy SIP
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 04, 2024

Andrea Sannucci Asterisk PBX 20.X y el CDR (Call Detail Record)
Desde la versión 20 de Asterisk PBX, el modulo cdr_mysql.so, que se utilizaba para guardar los registros de las llamadas (CDR) en una base de datos, ya no está presente y no se puede utilizar. En su lugar hay que utilizar el modulo cdr_adaptive_odbc.so, modulo que crea una conexión ODBC a la base de datos y la tabla donde se van a guardar los CDR. Aunque su configuración es un poco más complicada, este modulo nos ofrece unas configuraciones interesantes que en el modulo anterior no estaban disponibles. Los pasos a seguir para la configuración son:

crear la base de datos y la tabla donde se guardarán los CDR

crear una conexión ODBC a la base de datos y la tabla creada

configurar el archivo de configuración de Asterisk res_odbc.conf

configurar el archivo de configuración de Asterisk cdr_adaptive_odbc.conf

A lo largo de la instalación de Asterisk PBX 20.X presentada en esta entrada, se han instalado y configurado todos los paquetes y módulos que vamos a utilizar para la configuración. Empezamos con la creación de la base de datos. Si no lo hemos hecho, iniciamos MariaDB y creamos una contraseña para el usuario de root:

systemctl start mariadb

systemctl enable mariadb

mysqladmin -u root password AdzyLAR9jQ5zPe4f

entramos con el cliente:

mysql -u root -pAdzyLAR9jQ5zPe4f

creamos la base de datos dedicada solamente a los CDR:

MariaDB [(none)]> create database asteriskcdr;

Query OK, 1 row affected (0.01 sec)

creamos un usuario que tenga acceso a la base de datos creada:

MariaDB [asteriskcdr]> GRANT ALL PRIVILEGES ON asteriskcdr.* TO 'asterisk'@'localhost' IDENTIFIED BY 'AdzyLAR9jQ5zPe4f';

y luego creamos la tabla:

MariaDB [(none)]> use asteriskcdr

Database changed

MariaDB [asteriskcdr]> CREATE TABLE cdr (

id bigint(20) NOT NULL auto_increment,

accountcode VARCHAR(80),

src VARCHAR(80),

dst VARCHAR(80),

dcontext VARCHAR(80),

clid VARCHAR(80),

channel VARCHAR(80),

dstchannel VARCHAR(80),

lastapp VARCHAR(80),

lastdata VARCHAR(80),

start DATETIME,

answer DATETIME,

end DATETIME,

duration INTEGER,

billsec INTEGER,

disposition VARCHAR(45),

amaflags VARCHAR(45),

userfield VARCHAR(256),

uniqueid VARCHAR(150),

linkedid VARCHAR(150),

peeraccount VARCHAR(80),

sequence INTEGER,

PRIMARY KEY (`id`),

KEY callerid (clid)

);

El paso a seguir es crear la conexión ODBC; miramos si el archivo /etc/odbcinst.ini contiene este bloque:

[MariaDB]

Description = ODBC for MariaDB

Driver = /usr/lib/libmaodbc.so

Driver64 = /usr/lib64/libmaodbc.so

FileUsage = 1

si así fuera seguimos con la configuración de la conexión ODBC:

nano /etc/odbc.ini

[asteriskcdr]

Driver = MariaDB

Database = asteriskcdr

Server = localhost

User = asterisk

Password = AdzyLAR9jQ5zPe4f

Port = 3306

Option = 3

Se pone el nombre de la base de datos y el usuario que tiene acceso a ella. La etiqueta inicial la utilizaremos más adelante. Ahora para tener la certeza que la conexión funcione correctamente:

isql asteriskcdr asterisk AdzyLAR9jQ5zPe4f

en orden:

etiqueta que da inicio al bloque configurado en el archivo odbc.ini

nombre del usuario que tiene acceso a la base de datos

contraseña del usuario indicado en el parámetro anterior

Si todo sale bien:

+---------------------------------------+

| Connected! |

| |

| sql-statement |

| help [tablename] |

| quit |

| |

+---------------------------------------+

para salir:

SQL> quit

Se continua con la configuración del archivo res_odbc.conf que es donde se crea la conexión entre Asterisk PBX y ODBC:

nano /etc/asterisk/res_odbc.conf

al final del archivo se añade:

[cdr]

enabled => yes

dsn => asteriskcdr

username => asterisk

password => AdzyLAR9jQ5zPe4f

pre-connect => yes

la parte importante es la linea dsn => asteriskcdr que es la linea donde se conecta Asterisk al bloque presente en el archivo odbc.ini cuya etiqueta inicial tiene el mismo nombre (asteriskcdr). Se guardan los cambios y se termina la configuración modificando el archivo cdr_adaptive_odbc.conf:

nano /etc/asterisk/cdr_adaptive_odbc.conf

al final del archivo se añade:

[cdr]

connection=cdr

table=cdr

[cdr]: un nombre que se le asigna a la conexión

connection=cdr: en este parámetro hay que poner la etiqueta que define el bloque creado en el archivo res_odbc.conf

table=cdr: la tabla MariaDB donde se guardarán los datos

Otras configuraciones que se pueden realizar en este archivo:

filtrar los datos que se guardarán en la tabla. Ejemplo: si se quieren guardar solamente los CDR de la extensión 1000 se añadirá al bloque la siguiente linea: filter src => 1000

si se quieren modificar los nombres de las columnas presentes en la tabla CDR, se crean alias y luego se modifican los nombre en la tabla. Ejemplo: alias dst => destinatario

¿Interesante verdad?
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

October 24, 2024

Andrea Sannucci Kamailio TLS/UDP o UDP/TLS – Solucionar problema con el Buzón de voz
Estaba revisando la documentación del próximo VideoCurso de Kamailio relativa a las llamadas TLS/UDP y UDP/TLS, es decir la posibilidad de poder realizar llamadas entre dispositivos que soportan el cifrado de la señalización SIP y del flujo media, y dispositivos que no los soportan. Con esta configuración es posible también utilizar el cifrado de la señalización SIP y del flujo media con base en el dispositivo a que se está llamando.

El único problema que tenía con la configuración actual es que si un dispositivo que no utiliza cifrado de la señalización SIP y del flujo media llama a un dispositivo que soporta el cifrado de la señalización SIP y del flujo media y este ultimo no contesta y/o rechaza la llamada, la llamada llegaba al servidor media (en este caso FREESWITCH) con en el anexo SDP todo lo relacionado con el cifrado del flujo media cuando no debería ser así ya que FS está configurado para aceptar flujo media sin cifrado.

La verdad hace tiempo que intentaba solucionar este problema y no lo lograba, mejor dicho no sabía donde tenía que realizar el cambio y que cambio necesitaba realizar.

Hoy, como siempre pasa con estas cosas, tuve como una “iluminación” y me acordé de una función del modulo COREX que quizás podía servir, append_branch().

Claramente no puedo mostrarles todas la configuración de Kamailio pero el bloque donde realicé la corrección es este:

route[TOVOICEMAIL] {

#!ifdef WITH_VOICEMAIL

if(!is_method("INVITE|SUBSCRIBE")) return;

# check if VoiceMail server IP is defined

if (strempty($sel(cfg_get.voicemail.srv_ip))) {

xlog("SCRIPT: VoiceMail routing enabled but IP not defined\n");

return;

}

if(is_method("INVITE")) {

if($avp(oexten)==$null) return;

$ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip)

+ ":" + $sel(cfg_get.voicemail.srv_port);

} else {

if($rU==$null) return;

$ru = "sip:" + $rU + "@" + $sel(cfg_get.voicemail.srv_ip)

+ ":" + $sel(cfg_get.voicemail.srv_port);

}

append_branch();

t_on_branch("MANAGE_BRANCH");

route(RELAY);

exit;

#!endif

He añadido las dos lineas en negrita, la primera añade un nuevo branch y la segunda envía la nueva transacción a la ruta de tipo BRANCH con nombre MANAGE_BRANCH. Como ahí es donde se realiza el puente UDP/TLS o TLS/UDP y como la transacción es nueva, se aplicarán todas las correcciones requeridas y la llamada llegara correctamente a FS

Claramente la misma configuración aplica a las llamadas UDP/WebRTC y WebRTC/UDP

Me comentan
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

October 23, 2024

Andrea Sannucci Curso en linea FreeSWITCH v. 1.10 – Cuarta Edición
He pensado programar este curso dedicado a FreeSWITCH, que para aquellos que todavía no saben, es una SWITCH/PBX parecido a Asterisk PBX, por dos razones:

dar la posibilidad a tod@s los inscritos al VideoCurso de Kamailio de profundizar el conocimiento de este programa ya que a lo largo del VideoCurso veremos como integrarlo con Kamailio

dar a conocer este programa a aquellos que todavía no lo utilizan porque en cuanto a prestaciones y funcionalidades, supera largamente Asterisk PBX

Esta, como se lee en el titulo, es la cuarta edición del curso a distancia y sustancialmente los contenidos son los mismos de la tercera edición que tuvo lugar en Junio 2023. A lo largo del curso hablaremos y miraremos las configuraciones para:

Preparar el Servidor Linux (VPS remoto) con Rocky Linux 8

Instalar de FreeSWITCH 1.10.12 o superior desde las fuentes

Configurar el cortafuegos

Conocer la Arquitectura de FreeSWITCH (Corazón y módulos)

Que son y como se configuran los Perfiles SIP

Negociación de Codec básica y avanzada

Solucionar problemas de NAT

Las expresiones regulares utilizadas en el Dialplan (PCRE - Perl Compatible Regular Expressions)

Endpoint/Extensiones, Dialplan y Contextos

Dialplan básico y avanzado (llamadas entrantes y salientes)

Concepto y uso de las Phrase Macros

Como utilizar el Buzón de voz

Como configurar un IVR

Llamadas seguras (TLS, SRTP)

Conferencias audio y Videoconferencias

WebRTC SIP y VERTO

Configuración Multi Dominio, Multi Utente

Respaldo de llamadas

Monitoreo y seguridad del sistema

Se ha dejado por fuera la configuración de las colas de espera porque quizás, para este tema, Asterisk PBX está por delante de FreeSWITCH

El Curso iniciará el 18 de noviembre y tendrá una duración de tres semanas, terminando el 8 de diciembre. Cada semana se publicarán guías, videos y tendrá lugar una videoconferencia de una hora/hora y media donde se abordarán todos los temas relacionados con el contenido semanal del curso.

El costo del curso es de 150 dólares, 136 Euros o 650mil pesos colombianos. Descuentos disponibles:

10% pronto pago/inscripción temprana; pagos realizados antes del 10 de Noviembre 2024

15% para grupos de 3 o más personas de la misma empresa

20% para inscritos que ya han participado en un curso organizado por VozToVoice

participantes VideoCurso de Kamailio: 100 dólares

El precio incluye:

Un servidor remoto para implementar los contenidos de las guías

Acceso a los materiales del curso de por vida

Una troncal SIP para las llamadas salientes

Soporte a través del foro del curso

Un numero geográfico de Miami para las pruebas de las llamadas entrantes

Al terminar el curso se entregará un certificado de asistencia de 30 horas, respaldado por la empresa Mesa Proyectos SAS. Para poder recibir el certificado tendrán que completar por lo menos el 80% de los materiales del curso.

En anexo encuentran el temario. Para inscribirse, rellenen el formulario
Adjunto Tamaño

programa_curso_freeswitch.pdf 80.76 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_freeswitch.pdf	80.76 KB

October 21, 2024

Andrea Sannucci Instalación de Asterisk 20.X en Almalinux/RockyLinux 9
Como ya algunos de ustedes me preguntaron como instalar Asterisk en Almalinux/RockyLinux, he decidido publicar esta guía que se basa en un VPS de Upcloud con instalado Rocky Linux 9. He decidido instalar la versión 20 de Asterisk, que tiene soporte hasta el 19 de octubre del 2027, porque todavía está presente el canal SIP chan_sip, canal que desaparece por completo desde la versión 21.

Una vez creado el servidor se accede vía SSH y se actualiza el sistema:

dnf update -y

se instala el editor nano, la utilizada para comprimir/descomprimir los paquetes y wget que se utilizará para descargar el paquete de Asterisk:

dnf install nano tar wget -y

Como los servidores de UpCloud vienen sin Memoria de Swap, es una buena practica crear una que sea el doble de la memoria RAM disponible; en nuestro caso como la memoria RAM disponible es de 1GB, vamos a crear una memoria de Swap de 2GB:

dd if=/dev/zero of=/swapfile bs=1024 count=2048k

mkswap /swapfile

swapon /swapfile

Se configura la partición de swap para que arranque con el sistema:

nano /etc/fstab

al final del archivo se añade la linea que sigue:

/swapfile swap swap defaults 0 0

Se guardan los cambios y se cambian los permisos del archivo recién creado:

chmod 0600 /swapfile

Se instalan los repositorios de Fedora, una distribución Linux “hermana” de Rocky Linux, que se utilizarán más adelante para instalar algunos paquetes/programas no disponibles en los repositorios estándar de Rocky Linux:

dnf install epel-release -y

Para terminar se revisa si Selinux está activado; si así fuera, se desactiva:

nano /etc/selinux/config

las lineas importantes son:

SELINUX=disabled

SELINUXTYPE=targeted

Se guardan los cambios y se actualiza nuevamente el sistema:

dnf update -y

Ya se puede reiniciar el servidor remoto:

reboot

Se vuelve a acceder al servidor y se activan los repositorios crb que permiten la instalación de algunos paquetes que no están presentes en los repositorios estándar de Rocky Linux:

dnf config-manager --set-enabled crb

se descarga la ultima versión disponible de la rama 20 de Asterisk:

cd /usr/src/

wget https://downloads.asterisk.org/pub/telephony/asterisk/asterisk-20-curren...

se descomprime:

tar -xf asterisk-20-current.tar.gz

se entra en la carpeta creada:

cd asterisk-20.10.0

se instalan los paquetes requeridos para una correcta compilación de las fuentes:

contrib/scripts/install_prereq install

se entra en el menú de configuración de Asterisk:

make menuselect

si queremos instalar el canal chan_sip (deprecado) entramos en el menú Channel Drivers y lo seleccionamos:

En Codec Translators seleccionamos los siguientes módulos:

luego en Core Sound Packages y Extra Sound Packages seleccionamos todas los paquetes de las locuciones audio que necesitamos y hacemos lo mismo en Music On Hold File Packages para la música de espera. Terminamos utilizando la tecla tabulador hasta posicionarnos en:

y presionamos la tecla envío. Luego compilamos:

make

instalamos Asterisk:

make install

instalamos todos los archivos de configuración predefinidos con el comando:

make samples

para que el sript de arranque funcione correctamente:

dnf install chkconfig initscripts -y

con el comando que sigue se instala el script de arranque de Asterisk que permitirá iniciar la PBX al boot de Linux:

make config

Para terminar, si se quiere utilizar el canal chan_sip en lugar de chan_pjsip, se abre el archivo donde se configura todo lo relacionado con los módulos de Asterisk PBX:

nano +48 /etc/asterisk/modules.conf

se modifica el contenido de la linea 48:

noload = chan_sip.so

con:

noload = chan_pjsip.so

se guardan los cambios y se inicia Asterisk:

service asterisk start

Reloading systemd: [ OK ]

Starting asterisk (via systemctl): [ OK ]

Lo primero es revisar los LOG para ver si hay errores presentes; en mi caso:

[Oct 19 23:51:28] ERROR[58120] res_config_ldap.c: No directory URL or host found.

[Oct 19 23:51:28] ERROR[58120] res_config_ldap.c: Cannot load LDAP RealTime driver.

[Oct 19 23:51:28] ERROR[58120] res_config_pgsql.c: PostgreSQL RealTime: Failed to connect database asterisk on 127.0.0.1:

[Oct 19 23:51:28] ERROR[58120] res_sorcery_config.c: Contents of config file 'geolocation.conf' are invalid and cannot be parsed

[Oct 19 23:51:28] ERROR[58120] res_sorcery_config.c: Contents of config file 'geolocation.conf' are invalid and cannot be parsed

[Oct 19 23:51:29] ERROR[58120] ari/config.c: No configured users for ARI

[Oct 19 23:51:29] ERROR[58120] loader.c: Failed to resolve dependencies for res_pjsip_geolocation

[Oct 19 23:51:29] ERROR[58120] loader.c: res_pjsip_geolocation declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: res_pjsip_transport_websocket declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cdr_pgsql declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cdr_radius declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cdr_sqlite3_custom declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cdr_tds declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cel_radius declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cel_sqlite3_custom declined to load.

[Oct 19 23:51:29] ERROR[58120] loader.c: cel_tds declined to load.

La mayoría de los errores no afecta el correcto funcionamiento de Asterisk ya que están relacionados con módulos que normalmente no se utilizan. Para acceder a la consola de Asterisk:

asterisk -rvvvvvvvvvvvvvv

para salir:

asterisk20*CLI> quit

para ver la versión exacta instalada:

asterisk -V

Asterisk 20.10.0

En un próximo articulo veremos como configurar el CDR en una base de datos ya que no se puede utilizar más el modulo cdr_mysql.so porque no presente en las fuentes de Asterisk.

Cualquier cosa me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

October 02, 2024

Andrea Sannucci UpCloud – Buen Proveedor de VPS a buen precio para desarrollo
Desde hace un tiempo estoy utilizando también este proveedor de VPS finlandés porque hasta el momento me ha funcionado bastante bien. Tiene centros de datos en Europa, Australia, Singapur y USA, cosa que lo hace bastante interesante desde el punto de vista de la latencia y accesibilidad.

Desde hace poco ha lanzado una nueva oferta para desarrolladores que hasta donde yo sepa, es la más económica que hay en el mercado:

CPU Core: 1

Memoria: 1 GB

Disco duro: 10 GB

IPv4 Publico y Privado

IPv6

Soporta la Mayoría de las distribuciones Linux, entre las cuales, Almalinux, Debian, Ubuntu, Windows Server

El costo de este servidor es de 3 Euros/Mes y aunque el espacio disco es bastante reducido, es suficiente para realizar pruebas, tener servidores de laboratorio y realizar la mayoría de operaciones que preceden la puesta en producción de un producto.

Otras cosas interesantes es que soporta también otros productos a un precio asequible:

IP Flotante (estoy investigando como integrar KeepAlived para alta disponibilidad)

Balanceamiento de carga

Kubernetes

Terraform

Object Storage

Personalmente les aconsejo probarlo y si lo quieren hacer pueden utilizar este enlace que me permite considerarlos como mis referidos y recibirían un bono de 25 Euros para probar el servicio una vez que registren un método de pago. El periodo de prueba tendrá una duración de 3 días y, creo, que una vez que realicen el primer pago, el valor, mínimo 10 Euros, se sumará a los 25 Euros iniciales. Les agradezco que me comenten sino fuera así.

Me cuentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

October 01, 2024

Andrea Sannucci Kamailio modulo DIALOG: el parametro DLG_FLAG ha sido eliminado
A pesar de que el parámetro DLG_FLAG, del modulo DIALOG, había sido declarado obsoleto desde el 2021, nadie se había tomado el tiempo de actualizar el código; esto hasta hace un mes. El problema del parámetro DLG_FLAG era que si utilizado en el script de routing no almacenaba correctamente las variables relacionadas con las funciones UAC_REPLACE_FROM del modulo UAC, cosa que si se almacenaba correctamente utilizando la función DLG_MANAGE.

Gracias a esta PULL REQUEST, presente en la pagina GITHUB del proyecto, el código ha sido actualizado. Los módulos cuya documentación ha sido modificada son:

ACC

CALL_CONTROL

CNXCC

DIALOG

MEDIAPROXY

NAT_TRAVERSAL

PUA_DIALOGINFO

QOS

SST

Los módulos cuyo código ha sido actualizado:

CALL_CONTROL

CNXCC

DIALOG

MEDIAPROXY

NAT_TRAVERSAL

En todos los módulos indicados NO UTILIZAR más el parámetro DLG_FLAG sino el parámetro DLG_MANAGE como indicado en las respectivas documentaciones de los módulos afectados.

Me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

September 30, 2024

Andrea Sannucci Primer VideoCurso dedicado al Proxy SIP Kamailio
CUPOS AGOTADOS

Después de Hablarlo en el canal Telegram de VozToVoice, ha llegado el momento del primer VideoCurso dedicado al Proxy SIP Kamailio. Este VideoCurso está compuesto por 6 Videoconferencias de la duración de 4 horas cada una que se dictarán en las siguientes fechas y horas:

29 Octubre 2pm hora de Colombia: Presentación del curso, presentación del protocolo SIP, instalación de Kamailio y primera configuración

30 Octubre 2 pm hora de Colombia: Kamailio como una PBX; llamadas entre extensiones, NAT y RTPEngine, llamadas entrantes/salientes, presencia, configuración multitenant multidominio, Servidor Media Asterisk PBX o FreeSWITCH y integración completa entre Kamailio y Asterisk PBX o FreeSWITCH; transcoding y grabación de llamadas con RTPEngine

31 Octubre 2pm hora de Colombia: Kamailio como Redirect Server, Balanceo de Solicitudes SIP y llamadas a través de distintos módulos (DISPATCHER, LCR,DROUTING)

5 Noviembre 2 pm hora de Colombia: Kamailio y el cifrado de las señalización SIP y del flujo media (TLS, SRTP); Kamailio y WebRTC

6 Noviembre2 pm hora de Colombia: Seguridad, Monitoreo y Consola Web de Kamailio, Siremis

7 Noviembre 2pm Kamailio: Teoría y practica del alta disponibilidad utilizando KeepAlived y documentando como se realiza con Pacemaker y Corosync

El objetivo es realizar un camino de aprendizaje que les permita adquirir los siguientes conocimientos:

Preparación del Servidor Linux con Rocky Linux 64bit – Versión 9

Instalación de la ultima versión disponible de Kamailio de la rama 5.8

Kamailio como PBX (SWITCH de Clase 5):

Registro y localización

Llamadas entre extensiones, llamadas secuenciales, llamadas a grupos de dispositivos registrados con las mismas credenciales

Resolver problemas de NAT (señalización y audio de las llamadas) utilizando un Media Proxy (RTPEngine)

Transcodificación Codec Audio en las llamadas y grabación de las llamadas a través de RTPEngine

Presencia y mensajes instantáneos

Llamadas entrantes desde números geográficos y salientes con troncales SIP

Instalación y configuración de un Servidor media para servicios media: conferencias audio, correo de voz y test de echo utilizando Asterisk PBX o FreeSWITCH)

Configurar distintas empresas/clientes en el mismo servidor (Multi dominio)

Cifrado señalización SIP y flujo media (TLS y SRTP) y WebRTC

Llamadas SIP-TLS y TLS-SIP; llamadas SIP-WebRTC – WebRTC-SIP

Kamailio como balanceador de carga (SWITCH de Clase 4):

Modulo DISPATCHER (Outbound Proxy y protocolo PATH). Como distribuir todas las solicitudes SIP o solamente las llamadas entre dos servidores Asterisk PBX.

Modulo LCR. Distribución de llamadas basadas en prefijos, pesos y prioridades

modulo DROUTING. Distribución de llamadas basada en reglas y permisos

Integración de Kamailio con Asterisk PBX:

Autenticación en Kamailio

Registro y localización de los dispositivos en Kamailio

Llamadas entre extensiones en Asterisk

Llamadas entrantes y salientes en Kamailio

Servicios Media (IVR, Buzón de voz, etc) en Asterisk

Integración de Kamailio con FreeSWITCH:

Autenticación en Kamailio

Registro y localización de los dispositivos en Kamailio

Llamadas entre extensiones en FreeSWITCH

Llamadas entrantes y salientes en Kamailio

Servicios Media (IVR, Buzón de voz, etc) en FreeSWITCH

Configuración multidominio

Conocer como configurar Kamailio en Alta disponibilidad con Keepalived o Pacemaker y Corosync

Gestionar y configurar Kamailio desde una Consola Web (Siremis)

Puesta en seguridad de Kamailio:

modulo SANITY

modulo PIKE

modulo SECFILTER

modulo TOPOH

modulo TOPOS

Fail2BAN

Cuenta de canales

RATELIMIT

Monitoreo de Kamailio:

Homer SIP Capture Server

MONIT

Protocolo SNMP y Nagios

Además de eso, durante cada videoconferencia será posible probar las configuraciones gracias a la participación activa de los inscritos. De esta forma será posible, cosa muy importante, mostrar que todas las configuraciones funcionan realmente y de la forma esperada.

El costo del VideoCurso es de 300 dólares y hay los siguientes descuentos disponibles:

10% para pronto pago/inscripción temprana; pagos realizados antes del 21 de Octubre;

15% para empresas que inscriban 3 o más empleados.

25% para antiguos estudiantes que ya participaron en un curso organizado por VozToVoice

Además de las videoconferencias, será posible acceder a los contenidos del curso a través del Campus de VozToVoice donde se guardarán las grabaciones de las videoconferencias y todos los materiales utilizados para realizar las distintas configuraciones. Para que el proceso de aprendizaje sea el más completo posible, cada participante tendrá disponible:

Un VPS (servidor virtual privado) para poder poner en practica las configuraciones ilustradas durante las videoconferencias. El servidor estará disponible desde el 27 de Octubre hasta el 30 de noviembre

Acceso a llamadas VoIP salientes que se realizarán a lo largo del curso

El alquiler de un numero geográfico de Estados Unidos para las pruebas de llamadas entrantes

Creo que va a ser una buena opción de aprendizaje pero serán ustedes que al final juzgarán. Para inscribirse rellenen el formulario presente en esta pagina y o participen activamente en el grupo de Telegram para mejorar el desarrollo del VideoCurso. En anexo temario e informaciones relacionadas con el curso. ¡Gracias!
Adjunto Tamaño

programa_videocurso_kamailio.pdf 92.13 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_videocurso_kamailio.pdf	92.13 KB

September 10, 2024

Andrea Sannucci Casos de Éxito: RTPEngine mask y transcoding – Parte 2
En esta segunda parte veremos como configurar Kamailio para que utilice distintos RTPEngine para la parte media de las llamadas y que al mismo tiempo balancee la carga entre todos.

Este tipo de configuración se puede realizar de dos formas:

utilizando un parámetro de la configuración del modulo de RTPEngine de Kamailio

utilizando la base de datos kamailio y más en especifico la tabla rtpengine

En el primer caso el parámetro que nos interesa es:

rtpengine_sock (string)

y la configuración es bastante sencilla; se indican todos los servidores RTPEngine que se van a utilizar separados por un espacio y, si se quiere, asignando un peso a cada uno de ellos. Unos ejemplos:

modparam("rtpengine", "rtpengine_sock", "udp:192.168.1.1:12221 udp:192.168.1.2:12222")

en este caso se utilizarán dos RTPEngine que estarán a la escucha, uno sobre la IP 192.168.1.1, puerto 12221 y otro sobre la IP 192.168.1.2, puerto 12222. Ambos estarán a la escucha sobre el protocolo de trasporte UDP.

Del lado de la configuración de RTPEngine el parámetro que nos interesa es:

-n 192.168.1.1:12221

-n 192.168.1.2:12222

para el primero y el segundo servidor respectivamente. Otro ejemplo utilizando el peso sería:

modparam("rtpengine", "rtpengine_sock", "udp:192.168.1.1:12221=2 udp:192.168.1.2:12222=1")

el primero tendrá peso 2 y el segundo peso 1. Esto quiere decir que de 3 llamadas, dos serán gestionadas por el RTPEngine con peso 2 y una por el RTPEngine con peso 1.

Otra configuración que se puede realizar es configurar los servidores RTPEngine en grupos y luego decidir en el script de enrutamiento que grupo utilizar para una determinada llamada, ejemplo:

grupo 1 para llamadas internas

grupo 2 para llamadas salientes

La configuración sería algo parecido:

modparam("rtpengine", "rtpengine_sock", "1 == udp:192.168.1.1:12221 udp:192.168.1.2:12222")

modparam("rtpengine", "rtpengine_sock", "2 == udp:192.168.1.3:12221")

Luego en el script de enrutamiento, antes de llamar la función rtpengine_manage, que se utiliza para activar RTPEngine, se pone la siguiente función:

set_rtpengine_set(setid[, setid])

donde se indica un grupo principal y uno secundario (si se necesita).

Si utilizamos la base de datos, los campos de la tabla rtpengine son:

id: numero entero que se genera y se incrementa automáticamente para cada entrada

setid: grupo al que pertenecerá el servidor que se está configurando (predefinido 0)

url: protocolo de trasporte, ip y puerto donde estará a la escucha el servidor RTPEngine

weight: peso asignado al servidor (predefinido 1)

disabled: si el servidor está activo o no (predefinido 0 = activo)

stamp: una imprenta de tiempo donde se guardará la fecha y hora de configuración de la entrada

y en la configuración del modulo habrá que utilizar el parámetro:

db_url (string)

donde se configurará la URL de conexión a la base de datos de Kamailio. Ejemplo:

modparam("rtpengine", "db_url", "mysql://kamailio:password@localhost/kamailio")

Una vez realizada la configuración y reiniciado Kamailio, tendremos disponibles unos comandos para realizar una serie de operaciones:

kamcmd rtpengine.reload

para recargar la configuración de la tabla rtpengine si se está utilizando la base de datos para la configuración de los servidores RTPEngine

kamcmd rtpengine.enable

para activar/desactivar un servidor RTPENgine

kamcmd rtpengine.show all

para ver la lista completa de servidores RTPEnngine configurados con los respectivos parámetros. Ejemplo:

kamcmd rtpengine.ping

para enviar un ping al servidor RTPEngine que si no contesta será considerado no activo. Ejemplo:

kamcmd rtpengine.ping udp:127.0.0.1:2223

Creo que es todo, les recuerdo que para gestionar los servidores RTPEngine es posible utilizar la utilidad rtpengine-ctl cuya configuración se ha mostrado en esta entrada
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

September 08, 2024

Andrea Sannucci Casos de Éxito: RTPEngine mask y transcoding
EL PROBLEMA

El cliente necesitaba un servidor intermedio que funcionara de Gateway entre sus clientes y sus proveedores; los clientes utilizaban todos los codec audio menos G729 y con el proveedor todo tenía que salir con G729 para ahorrar banda y no superar los limites de la fibra disponible. Además de eso el servidor tenía que soportar unos 100 CPS (INVITEs por segundo) y alrededor de unas 1500 llamadas concurrentes.

ANÁLISIS

Realizando una primera análisis se descartó por completo Asterisk PBX y FreeSWITCH: Asterisk PBX porque tiene bastantes problemas con altos CPS y FreeSWITCH porque no garantizaba algunas manipulaciones de los codec audio presentes en el anexo SDP que se necesitaba realizar.

LA SOLUCIÓN

Se optó para instalar Kamailio en un servidor de 12 dólares de Linode y un Cluster de servidores con instalado solamente RTPengine gestionados desde el Kamailio. Para RTPEngine se ha optado para unos 20 servidores de Linode de 5 dólares considerando que, gracias a las pruebas realizadas, cada servidor lograba gestionar unas 80 llamadas con trascoding. 80 x 20 = 1600 llamadas concurrentes

En la parte dedicada al enrutamiento de las solicitudes SIP a nivel de Kamailio, se ha configurado que para todos los INVITEs recibidos se activara RTPEngine aprovechando las siguientes opciones disponibles:

codec-strip

codec-mask

codec-trascode

con codec-strip se han eliminado todos los codec audio que no fueran PCMA o PCMU, ejemplo:

codec-strip-G722, codec-strip-opus

con codec-mask se han enmascarado los codec que no se querían negociar con el proveedor pero que si quedaban negociables con el cliente, ejemplo:

codec-mask-PCMU codec-mask-PCMA

por ultimo se ha añadido la opción que permitía el trascoding entre PCMA y PCMU del lado cliente con el G729 del lado proveedor:

codec-trascode-G729

Después de probar el sistema en laboratorio y tener la certeza que funcionaba correctamente, se ha pasado en producción donde tiene casi un año funcionando sin problemas. Costo mensual de alquiler de servidores: 112 dólares.

En una próxima entrada les hablaré de como configurar en Kamailio un cluster de servidores RTPEngine.

Me cuentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

September 06, 2024

Andrea Sannucci El NIST Aprueba los primeros tres estándar de criptografía post cuántica
El NIST (El instituto nacional de estándar y tecnología de Estados Unidos) el 13 de agosto 2024 ha aprobado los primeros tres estándar de criptografía post cuántica. De estos tres estándar, uno, ML-KEM, está basado en Kyber y utilizado para la negociación de claves; los otros dos, ML-DSA y SHL-DSA, utilizados para la firmas digitales.

Ahora la pregunta: ¿Porque crear sistemas de criptografía cuánticos si todavía no existen computadores con esta potencia y están lejos de aparecer (unos diez/veinte años?)

Es mejor tener sistemas de criptografía capaces de resistir a la potencia de calculo de los computadores cuánticos mucho antes de que estos computadores se creen, que no tenerlos

poder empezar a utilizar estos estándar sabiendo que todos los datos que se van a proteger no van a ser crackeado en el futuro. De hecho algunas empresa han empezados a utilizar Kyber sobre TLS mucho antes que se anunciara su estandarización

Algunas notas:

KYBER es un mecanismo de encapsulación de clave. Es utilizado para establecer una clave compartida entre dos partes que quieren empezar una comunicación

Una firma digital se representa como una cadena de bits y se calcula utilizando un conjunto de reglas y parámetros que permiten verificar la identidad del firmante y la integridad de los datos. Las firmas digitales pueden generarse tanto en datos almacenados como transmitidos

ML está por modulo látex y es un sistema de criptografía que involucra estructuras geométricas complejas conocidas como lácticos

SHL está por Stateless HASH-BASED e indica el uso de algoritmos de criptografía basados en la funciones HASH, funciones que permiten garantizar la seguridad y que permiten mapear datos de cualquier tamaño asociándolos a valores de tamaño fijo.

¿Qué opinan?
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

September 05, 2024

Andrea Sannucci La primera LEY al mundo que reglamenta la IA es Europea
Hace unos meses, marzo 2024, el Parlamento Europeo ha aprobado una Ley que reglamenta el uso y el alcance de la inteligencia artificial en todo el territorio de la Union.

El la primera ley orgánica sobre la IA aprobada en el mundo y creo que todos los ciudadanos europeos deberían ser bastante orgullosos de eso aunque puede ser que no sea la mejor ley posible.

La idea de esta ley, por lo que tengo entendido, es fomentar la IA en el respeto de la privacidad y de los derechos de los ciudadanos europeos. La palabra clave de la lay es inferencia es decir la capacidad de deducir algo a partir de los datos disponibles.

A seguir algunas frases extractas del texto de la ley que encuentran en anexo en Español y Italiano:

“debe ser una herramienta para las personas y tener por objetivo último aumentar el bienestar humano”

“Una característica principal de los sistemas de IA es su capacidad de inferencia. Esta capacidad de inferencia se refiere al proceso de obtención de información de salida, como predicciones, contenidos, recomendaciones o decisiones, que puede influir en entornos físicos y virtuales, y a la capacidad de los sistemas de IA para deducir modelos o algoritmos a partir de información de entrada o datos”

“Deben prohibirse los sistemas de categorización biométrica basados en datos biométricos de las personas físicas, como la cara o las impresiones dactilares de una persona física, para deducir o inferir las opiniones políticas, la afiliación sindical, las convicciones religiosas o filosóficas, la raza, la vida sexual o la orientación sexual de una persona física. Dicha prohibición no debe aplicarse al etiquetado, al filtrado ni a la categorización lícitos de conjuntos de datos biométricos adquiridos de conformidad con el Derecho nacional o de la Unión en función de datos biométricos, como la clasificación de imágenes en función del color del pelo o del color de ojos, que pueden utilizarse, por ejemplo, en el ámbito de la aplicación de la ley.”

“El uso del sistema de identificación biométrica remota en tiempo real en espacios de acceso público solo debe autorizarse si la correspondiente autoridad encargada de la aplicación de la ley ha llevado a cabo una evaluación de impacto relativa a los derechos fundamentales y, salvo que se estipule otra cosa en el presente Reglamento, si ha registrado el sistema en la base de datos establecida en el presente Reglamento.”

¡Interesante!

Adjunto Tamaño

a-9-2023-0188-am-808-808_es.pdf 940.87 KB

a-9-2023-0188-am-808-808_it.pdf 921.8 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
a-9-2023-0188-am-808-808_es.pdf	940.87 KB
a-9-2023-0188-am-808-808_it.pdf	921.8 KB

August 13, 2024

Andrea Sannucci Adios Dashlane, bienvenido BitWarden
Dashlane es un gestor de contraseñas que he utilizado por unos años. El otro día he recibido un correo electrónico a la dirección registrada en el programa donde la empresa detrás de Dashlane anunciaba un aumento de precios; inicialmente me pareció algo justo ya que los precios no los actualizaban desde hace rato. El problema es que antes pagaba 19.900 pesos colombianos/año y con la nueva tarifa iba a pagar 299.900 pesos colombianos/año, un aumento del 1400% o, si prefieren, 15 veces más de lo que pagaba anteriormente…

Afortunadamente, después de una rápida búsqueda he encontrado una alternativa valida, segura y fácil de implementar: BitWarden, un programa de gestor de contraseñas Open Source con las fuentes publicadas en Github.

Quedaba el problema de como pasar los datos de DashLane a Bitwarden y aquí también, después de una búsqueda puntual, he encontrado la solución.

Para exportar los datos de Dashlane a una hoja de calculo en formato CSV.

Para importar los datos en BitWarden desde una hoja de calculo en formato CSV de Dashlane:

Problema resuelto…

¿Han vivido una situación parecida
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

July 08, 2024

Andrea Sannucci OpenSIPs eBootCamp 2024 – Certificación oficial en OpenSIPs
Justo hoy, en la lista de distribución de los usuarios de OpenSIPs, he recibido un mensaje donde se anuncia el próximo curso en linea dedicado al Proxy SIP OpenSIPs y dictado por los mismos desarrolladores.

Algunos datos:

Duración: 40 horas (4 horas diarias)

Hora: de 15:00 a 19:00 GMT

Fechas: del 14 al 25 de octubre 2024

Costo: 1890 dólares antes del 31 de Julio, 2100 dólares desde el 31 de Julio

Certificación si se supera un examen final

Objetivos del curso (en inglés):

Learn OpenSIPS from the experts

Develop communication applications based on one of the most popular SIP servers in the market

Provide technical support as a master, reducing the time to solve problems

Reduce the time to implement a project

Enhance your consulting career by becoming an OpenSIPS Certified Professional

Requisitos mínimos para participar:

Basic Linux knowledge

Basic text editing

Basic SIP protocol (Free online learning - OpenSIPS Quickstart elearning.opensips.org)

Basic OpenSIPS Knowledge (Free online learning - OpenSIPS Quickstart elearning.opensips.org)

Programming logic knowledge (you won't need to program, but you need to understand logical concepts applied to the dial-plan)

Curso basado en la versión 3.5 de OpenSIPs

¿Qué opinan?
- OpenSIPs
- eBootCamp
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

May 13, 2024

Andrea Sannucci Curso en linea OpenSIPs 3.4 Cluster – Junio 2024
Hace poco anuncié este curso en el canal de Telegram y ahora ya ha llegado el momento de abrir las inscripciones. En este curso veremos como configurar dos servidores OpenSIPs, podrían ser 3 o más, utilizando el modulo CLUSTERER de OpenSIPs para todas una serie de escenarios. Como he dicho en distintas ocasiones, personalmente creo que la configuración de cluster de servidores de OpenSIPs está un pelo más adelantada que Kamailio. Todos los participantes tendrán disponibles dos servidores OpenSIPs con subdominios creados a partir del dominio opensips.xyz que estará configurado en el servicio Route53 de Amazon; además cada participante tendrá un numero geográfico de Miami para las pruebas de las llamadas entrantes. En lo especifico el objetivo del curso es que aprendan a:

Preparar un Servidor Linux con Rocky Linux 8

Instalar OpenSIPs 3.4.5 o superior

Configurar OpenSIPs como Registrar - Mid Registrar – Federated User Location Cluster

Configurar OpenSIPs para las llamadas entre extensiones locales y remotas

Resolver problemas de NAT (audio de las llamadas y señalización)

Configurar OpensSIPs para Presencia y mensajes instantáneos - Cluster de presencia

Configurar OpenSIPs en un entorno multi-dominio

Configurar y utilizar Gateway VoIP para llamadas salientes – modulo LOAD_BALANCER, modulo DROUTING junto a QROUTING, en Cluster y modulo DISPATCHER

Recibir llamadas de números geográficos y transferirlas a las extensiones configuradas en OpenSIPs

Integrar OpenSIPs con un media server para conferencias audio, correo de voz y test de echo

Configurar dos servidores OpenSIPs en alta disponibilidad con el programa Keepalived

Gestionar y configurar OpenSIPs desde una interfaz Web (OpenSIPs Console)

Monitoreo y puesta en seguridad del Servidor Linux y de OpenSIPs

La duración del curso es de 4 semanas, del 10 de junio 2024 al 7 de Julio 2024, y tendrán lugar 4 videoconferencias cuyos temas serán:

Presentación del curso y Protocolo SIP

OpenSIPs como una PBX

Balanceamiento de Carga, cluster de servidores y Alta disponibilidad

Consola Web de OpensIPs

¿Cuanto cuesta?

El valor del curso es de 250 dólares, 232 Euros o 970.000 pesos colombianos. Para aquellos que necesiten factura hay que añadir, al valor del curso, el 19% de IVA.

Descuentos:

10% para pronto pago si te inscribes antes del 2 de Junio de 2024

20% para empresas que inscriban 3 o más empleados

25% para viejos estudiantes es decir personas que ya han participado en un curso organizado por VozToVoice

IMPORTANTE: los descuentos no son acumulables

Formas de pago:

Paypal – No Colombia

Tarjeta de crédito

Transferencia bancaria pesos Colombianos (Bancolombia)

Transferencia bancaria Euro SEPA (Europa)

Transferencia bancaria Dólar ACH (USA)

El precio incluye:

Dos servidores remotos virtuales con IP flotante disponible para toda la duración del curso (4 semanas)

Troncales SIP para probar las llamadas salientes

Numero geográfico de Estados Unidos para las pruebas de llamadas entrantes

Acceso indefinido a los contenidos del curso y eventuales actualizaciones

Un foro para las preguntas relacionadas con los módulos del curso

Al terminar el curso se entregará un certificado de asistencia de 40 horas, respaldado por la empresa

Mesa Proyectos SAS.

Si quieren reservar su cupo, tienen que rellenar el formulario de inscripción y luego realizar el pago según el tipo de descuento que aplique

¡Los Espero!
Adjunto Tamaño

programa_curso_opensips-cluster.pdf 79.86 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_opensips-cluster.pdf	79.86 KB

April 22, 2024

Juan Oliva Cómo proteger el escritorio Remoto en Servidores Active Directory de ataques de fuerza bruta.
El aviso de Ciberseguridad de EE. UU. emitido el pasado 03 de marzo del 2024, destaca como unos de los principales vectores de ataques usados por un ataque de Ransomware es el servicio de escritorio remoto «RDP» de Windows.

En este caso vamos a ver como proteger un servidor con Active Directory de ataques de fuerza bruta a las cuentas de usuario incluidas la del Administrador, en este caso la configuración fue realizada sobre un Windows 2019 Server.

1.- Ingresar al Group Policy Management
Vamos a :
Group Policy Management

Luego em Default Domain Policy pulsamos clic derecho e ingresamos a editar

2.- Confifguracion de politicas.

Dentro del editor de configuracion de politicas vamos a :

Computer Configuration / Policies / Windows Settings / Security Settings / Account Policies / Account Lockout Policy

Tendremos que configurar las siguientes opciones:

Account Lockout Duration : Numero de minutos que la cuenta estará bloqueada)
Account Lockout Threshold : Cantidad intentos invalidos, luego la cuenta se bloqueará)
Allow Administrator account Lockout : Permitir que la cuenta de administrador tambien se bloqueará

Para este ejemplo definiremos los parametros de la siguiente forma :

3.- Ataques de fuerza bruta contra el servicio.

Ahora es necesario probar la nueva politica y se desarrolla una ataque de fuerza bruta

Como se puede apreciar, despues de algunos intentos la herramienta muestra que la cuenta fue bloqueada.

Finalmente les comparto el video de la configuración.

Espero les sirva.

@jroliva

April 08, 2024

Andrea Sannucci Curso Kamailio TLS/WebRTC y Balanceo/HA Tercera Edición
Hemos llegado a la tercera edición del curso de Kamailio TLS/WebRTC y Balanceo HA. Como siempre cuando hay una nueva edición de un curso intento siempre añadir nuevos temas, realizar más videoconferencias y cambiar de una forma que creo mejor la organización de los contenidos. El curso inicia el próximo 6 de mayo y en esta edición tendrán lugar 6 Videoconferencias:

7 Mayo 2pm hora de Colombia: Presentación del curso y del protocolo SIP

14 Mayo 2 pm hora de Colombia: Kamailio como una PBX

21 Mayo 2pm hora de Colombia: Kamailio y WebRTC

23 Mayo 2 pm hora de Colombia: Kamailio para balanceo de carga

28 Mayo 2 pm hora de Colombia: La consola Web de Kamailio Siremis

30 Mayo 2pm Kamailio y Alta Disponibilidad

En los contenidos he añadido los siguientes temas:

Limitar registros por usuario

Llamadas secuenciales de usuarios

Presencia de tipo DIALOG

Integración de Kamailio con FreeSWITCH

Kamailio como REDIRECT Server

Integración del modulo LCR con el modulo MTREE

Cuenta de canales en las llamadas salientes

Precios y descuentos:

El valor del curso es de 250 dólares, 230 Euros o 950.000 pesos colombianos. Descuentos:

15% para pronto pago/inscripción temprana; pagos realizados antes del 28 de Abril;

20% para empresas que inscriban 3 o más empleados.

25% para antiguos estudiantes que ya participaron en un curso organizado por VozToVoice

40% para antiguos estudiantes que quieran acceder solamente a los materiales

Que incluye el precio de acceso completo y acceso solamente a los materiales:

en la modalidad completa:

Un VPS (servidor virtual privado) por cada inscrito para toda la duración del curso

Acceso a llamadas VoIP saliente que se realizarán a lo largo del curso

El alquiler de un numero geográfico de Estados Unidos para las pruebas de llamadas entrantes

Acceso al curso, al foro, a todos los materiales y a la grabación de las videoconferencias de por vida.

en la modalidad acceso a los materiales:

Acceso al curso, a todos los materiales y a la grabación de las videoconferencias de por vida.

En anexo a esta entrada encuentran el temario completo y todas las informaciones relacionadas. Para realizar la inscripción sigan este enlace. ¡Los espero!
Adjunto Tamaño

programa_curso_kamailio.pdf 89.67 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_kamailio.pdf	89.67 KB

April 07, 2024

Juan Oliva Vulnerabilidad en Linux Exploit CVE-2024-1086 POC
Con la vorágine producida por el reciente descubrimiento del backdoor xz CVE-2024-3094 en Linux, algunas otras vulneranilidades graves o mas graves pasan desapercibidas.

Esta es una explotación de una escalada de privilegios local, cuya vulnerabilidades está catalogada como CVE-2024-1086, que funciona en distribuciones de Linux con kernels entre v5.14 y v6.6, incluidas en Debian, Ubuntu entre otros.

En este caso la prueba de concepto se realizó en una distribución Ubuntu 22.04.3 lts server desde un usuario sin privilegios con acceso SSH.

P.O.C en video :

Mas información en :
CVE : https://nvd.nist.gov/vuln/detail/CVE-2024-1086
Exploit : https://github.com/Notselwyn/CVE-2024-1086?tab=readme-ov-file

Recomentaciones : Es posible que el exploit produzca un desbordamiento de memoria y causar una denegacion de servicios, por tanto no se recomienda probar el exploit en servidores de producción.

Remediación : Algunas distribuciones ya lanzaron la actualización de Kernel o mecanismos de remediación se recomienda revizar información para cada distribución para una correcta remediación :

Ubuntu : https://ubuntu.com/security/CVE-2024-1086
Debian : https://security-tracker.debian.org/tracker/CVE-2024-1086

Espero les sirva

jr0l1v4

March 12, 2024

Juan Oliva Taller de Ataques de Ransomware
Durante algunos años he venido intercambiando conversaciones con mi colega y amigo Cesar Farro, quien para los que nos saben, es un experto en temas de Ransomware, de como los ataques de Ransomware han atacado a una u otra empresa, que vulnerabilidades explotaron y siempre conversábamos de poder «Crear» un taller o un curso que ayude a mejorar esta problemática.

Es así que durante varios meses, trabajamos el el contenido mas relevante haciendo una sinergia entre lo teorio y lo práctico, el cual hoy sacamos a la luz ,el cual tiene como objetivo ayudar al participante a introducirlo al escenario actual del Ransomware, las tecnificas que usan para infectar, las principales vulnerabilidades que actualmente se explotan para poder infiltrarse, por su puesto, implementar controles preventivos basados en una metodología como MITRE ATT&CK, así mismo adquirir conocimientos prácticos de como analizar los riesgos en infraestructuras como Active Directory y Linux, y por si fuera poco, ser parte de un simulacro de un ataque de Ransomware, con el objetivo de establecer los pasos a seguir ante este tipo de incidentes y brindar solución a un problema de cifrado de información espeficico.

A los que les interese, pueden escribir al correo ventas@silcom.com.pe y les enviarán la información completa del curso.

Saludos
@jroliva

March 07, 2024

Andrea Sannucci Liberada la primera versión de la nueva rama de Kamailio: la 5.8.0
Acabo de leer en la lista de distribución de Kamailio che acaban de liberar la primera versión de la nueva rama de Kamailio, la 5.8.0. Desde unos años, los desarrolladores de Kamailio sacan una nueva rama cada año en correspondencia con el evento anual Kamailio World. Como esté año el evento tendrá lugar anticipadamente por temas de Europeo de calcio, la versión también se liberó con un par de meses de anticipo. Como siempre hay una pagina dedicada a las novedades:

https://www.kamailio.org/w/kamailio-v5-8-0-release-notes/

y una dedicada a la migración de la versión 5.7.X a la 5.8.0:

https://www.kamailio.org/wiki/install/upgrade/5.7.x-to-5.8.0

Me comentan

Saludos
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

February 12, 2024

Juan Oliva How to Terraform and Virtualbox

1.- Descargar el repositorio

Descargar en ZIP : https://github.com/shekeriev/terraform-provider-virtualbox

Descomprimir en la carpeta del proyecto.

2.- Crear el archivo tf.

vim main.tf

terraform {
required_providers {
virtualbox = {
source = «shekeriev/virtualbox»
version = «0.0.4»
}
}
}

provider «virtualbox» {
delay = 60
mintimeout = 5
}

resource «virtualbox_vm» «vm1» {
name = «debian-11»
image = «https://app.vagrantup.com/shekeriev/boxes/debian-11/versions/0.2/providers/virtualbox.box»
cpus = 1
memory = «512 mib»

network_adapter {
type = «hostonly»
device = «IntelPro1000MTDesktop»
host_interface = «vboxnet1»
}
}

output «IPAddress» {
value = element(virtualbox_vm.vm1.*.network_adapter.0.ipv4_address, 1)
}

3.- Preparar / inicializar el directorio de trabajo.

terraform init

4.- Mostrar si es necesario algun cambio en la configuracion.

terraform plan

5.- Crear la maquina virtual

terraform apply

6.- Verificar la maquina virtual

Finalmente si deseas destrutir la vm : terraform destroy

Referencias:

https://registry.terraform.io/providers/shekeriev/virtualbox/latest/docs

https://developer.hashicorp.com/terraform/cli/commands

Espero les sirva
@jroliva

February 01, 2024

Andrea Sannucci Actualizar NextCloud desde linea de comando
Utilizo NextCloud desde hace unos años y la verdad estoy muy contento. Creo que es el mejor sistema de almacenamiento en la nube que he probado. La empresa que lo desarrolla es alemana y tiene un compromiso muy fuerte con el tema de la privacidad.

Hasta el momento tenía la costumbre de actualizar el programa utilizando la interfaz web pero me he dato cuenta que es mucho más fácil y cómodo realizar las actualizaciones directamente desde linea de comando. El comando es:

sudo -u apache php /var/www/nextcloud/updater/updater.phar

donde apache es usuario con que se inicia el servidor Web. El resultado:

Se contesta con y(es) y luego:

Se contesta nuevamente con y(es) y si todo sale bien:

se contesta con n(o) para no mantener el sistema en modo mantenimiento y ¡Listo!

Para actualizar las aplicaciones, cuando se necesite el comando es:

sudo -u apache php /var/www/nextcloud/occ app:update –all

más info en la pagina de la documentación de NextCloud
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

January 29, 2024

Andrea Sannucci Kamailio Advanced Training Febrero 2024 – Online

Justo hoy, Asipto, la empresa de los desarrolladores/fundadores de Kamailio, ha abierto las inscripciones para su curso Online. El curso es en inglés, basado en 7 horas de videoconferencias diarias del 20 al 22 de Febrero 2024.

Estos son los precios en dólares:

1791 dólares + 19% IVA para pronto pago hasta el 12 de Febrero
2120 dólares + 19% IVA después del 12 de Febrero

El temario:

internal architecture
configuration language
least cost routing
load balancing
traffic dispatching
DID routing
prefix based routing
traffic shaping
topology hiding
flood detection
scanning attacks prevention
anti-fraud policies

SQL and noSQL connectors
enum and DNS based routing
authentication and authorization
SIP trunks and peering
secure communication (TLS)
registration and location services
accounting and call data records
call control – redirect, forward, baring
redundancy and scalability
high availability and failover
websockets and webrtc

Seguramente una buena inversión. Si prefieren un curso presencial de 4 días, cerca de su casa, más económico y completamente en español, ya saben.

Vota el Articulo:

January 22, 2024

Juan Oliva Manual de Ataques de Ciberseguridad para dispositivos Anti-DOS
En las conferencias que me invitan, siempre comento que hacer un libro sería muy complejo, por que quisiera que el contenido sea realmente un aporte de mi experiencia. Sin embargo lo que si me gusta, es realizar este tipo de papers/manuales que son experiencia práctica de servicios que ejecuto.

El objetivo del presente documento es proporcionar una guía práctica para validar la seguridad que
brindan los dispositivos Anti-DOS, Así mismo aprender a desarrollar los entornos la ejecución de
pruebas controladas a este tipo de dispositivos desde la perspectiva de un Pentester / Red Teamer /
Blue Teamer.

Archivo : https://www.silcomco.com/paper/Paper_Manual_de_ataques_de_Ciberseguridad_para_dispositivos_Anti-DOS.pdf

Espero les sirva
@jroliva

January 12, 2024

Andrea Sannucci Instalar RTPEngine en Rocky Linux 9 desde cero
RTPEngine es un proxy media muy potente y versatil utilizado por OpenSIPs y Kamailio cuando se necesite gestionar el flujo media, normalmente para dispositivos que se encuentran detrás de un NAT. En algunas ocasiones puede ser que necesiten instalar solamente este programa en un servidor para luego conectarlo a Kamailio. En este articulo veremos como se instala desde cero. Lo primero que hay que hacer el actualizar el sistema:

dnf update -y

luego instalar un editor de texto, wget, git y los repositorios epel:

dnf install nano wget git epel-release -y

configurar la zona horaria:

timedatectl set-timezone America/Bogota

instalar y activar el paquete del network time protocol:

dnf install chrony -y

systemctl enable chronyd

systemctl start chronyd

desactivar Selinux:

nano /etc/selinux/config

se modifican estas dos lineas:

SELINUX=disabled

SELINUXTYPE=targeted

se reinicia el sistema

reboot

se accede nuevamente al servidor vía SSH y se instalan los paquetes que permiten compilar programas que se instalan desde las fuentes:

dnf group install 'Development Tools' -y

se activan los repositorios CRB:

dnf config-manager --set-enabled crb

se instalan unas dependencias requeridas por RTPEngine:

dnf install iptables-devel iptables-services libpcap-devel json-glib-devel libevent-devel perl-IPC-Cmd kernel-modules-extra pandoc iptables-legacy-devel libnftnl-devel spandsp-devel libwebsockets-devel hiredis-devel xmlrpc-c-devel gperf mysql-devel -y

las fuentes del Kernel:

dnf install -y kernel-devel-$(uname -r)

FFMPEG desde los repositorios rpmfusion:

dnf install --nogpgcheck https://mirrors.rpmfusion.org/free/el/rpmfusion-free-release-9.noarch.rpm -y

dnf install ffmpeg ffmpeg-devel zeromq libavdevice libavc1394 opus opus-devel -y

Ahora si queremos instalar el codec G729 para que RTPEngine pueda hacer transcoding, necesitamos mínimo la versión 3.22 de CMAKE mientras en Rocky Linux 9 la versión instalada es:

dnf info cmake

Version : 3.20.2

pues hay que instalar cmake desde la fuentes pero primero se desinstala la versión instalada:

dnf remove cmake -y

luego:

cd /usr/src

wget https://github.com/Kitware/CMake/releases/download/v3.27.1/cmake-3.27.1....

tar -xf cmake-3.27.1.tar.gz

cd cmake-3.27.1

./bootstrap --prefix=/usr

gmake

make install

cmake --version

cmake version 3.27.1

luego se continua con bcg729 desde las fuentes:

cd /usr/src

git clone https://github.com/BelledonneCommunications/bcg729.git

cd bcg729/

cmake .

make

make install

Ya se puede descargar y compilar el Media Proxy RTPEngine:

cd /usr/src

git clone https://github.com/sipwise/rtpengine.git

cd /usr/src/rtpengine/daemon

make

Se copia el programa compilado en la carpeta /usr/local/bin:

cp rtpengine /usr/local/bin/

Se compila e instala el modulo del Kernel requerido para reenviar los paquetes a nivel de núcleo del Kernel y para realizar configuraciones adicionales:

cd /usr/src/rtpengine/kernel-module

make

Para tener la certeza que esté cargado el ultimo Kernel actualizado, se reinicia el sistema:

reboot

Se accede nuevamente al servidor vía SSH y se copia el modulo compilado en la fuentes del Kernel en uso:

cd /usr/src/rtpengine/kernel-module

uname -r

5.14.0-362.13.1.el9_3.x86_64

cp xt_RTPENGINE.ko /lib/modules/5.14.0-362.13.1.el9_3.x86_64/extra/xt_RTPENGINE.ko

Se realiza un control en todos los módulos del Kernel instalados:

depmod -a

Se configura el sistema de forma que el modulo se cargue cada vez que se inicie el sistema:

nano /etc/modules-load.d/rtpengine.conf

se copia la siguiente linea:

xt_RTPENGINE

y se guardan los cambios. Se carga el modulo, se revisa que esté cargado y se realizan unos cambios necesarios para el correcto funcionamiento del Proxy Media:

modprobe xt_RTPENGINE

lsmod | grep xt_RTPENGINE

xt_RTPENGINE 61440 0

echo 'add 0' > /proc/rtpengine/control

IMPORTANTE: cada vez que durante una actualización del sistema, se actualiza el Kernel hay que volver a compilar el modulo y copiarlo en la relativa carpeta del nuevo Kernel; se empieza desde el comando cd /usr/src/rtpengine/kernel-module hasta el comando modprobe xt_RTPENGINE que aparecen en esta guía

Para ver la lista de Codec audio soportados por RTPEngine:

rtpengine --codecs

Se continua con el script de arranque de rtpengine para Rocky Linux:

cd /usr/src

git clone -b 2.1-config https://github.com/etamme/federated-sip.git

cd federated-sip/scripts

cp rtpengine.service /etc/systemd/system/

systemctl enable rtpengine.service

Created symlink from /etc/systemd/system/multi-user.target.wants/rtpengine.service to /etc/systemd/system/rtpengine.service.

mkdir -p /var/spool/rtpengine

cp rtpengine.sysconfig /etc/sysconfig/rtpengine

nano /etc/sysconfig/rtpengine

Se modifica esta linea:

OPTIONS="--interface xxx.xxx.xxx.xxx --listen-ng xxx.xxx.xxx.xxx:60000 -m 50000 -M 55000 -E -L 7"

para que quede:

OPTIONS="--interface=pub/IPPublica -n 127.0.0.1:2223 -m 20000 -M 30000 -L 7 --log-facility=local1 --table=0"

Las distintas opciones:

--interface dirección IPs versión 4/6 donde se pondrá a la escucha el programa. Si se indican 2, utilizando la misma opción --interface pero cambiando el nombre, RTPengine podrá trabajar en modo puente, es decir podrá enviar el flujo media, cuando requerido, de una IP a otra y viceversa. Algunos ejemplos:

--interface=pub/IPPublica la interfaz de red con nombre pub estará asociada a la IP publica del servidor

--interface=local/IPlocal la interfaz de red con nombre local estará asociada a la IP local del servidor

--interface=pub/IPPublica;local/IPlocal se indicarán dos IP, una publica y una privada; luego en el archivo de configuración de Kamailio se podrá indicar la dirección del flujo media, de IPpublica a IPlocal y viceversa

si se trabaja detrás de un NAT normalmente se utiliza este tipo de configuración: --interface=IPlocal!IPPublica

-n dirección ip y puerto donde RTPEngine se pondrá a la escucha de los comandos enviados desde otros programas (OpenSIPs,Kamailio)

-m puerto UDP inicial del rango de puertos que RTPEngine utilizará para el flujo media

-M puerto UDP final del rango de puertos que RTPEngine utilizará para el flujo media

-L el nivel de DEBUG que se configurará en el programa. 7 el más alto.

--log-facility salida de LOG que luego se configurará en rsyslog

--table=0 es la tabla que se utilizará para reenviar los datos del flujo media al modulo del Kernel de RTPEngine

Antes de guardar los cambios, modificar IPPublica con la IP publica de su servidor. Se continua modificando nuevamente Rsyslog para guardar los datos de LOG de RTPEngine en un archivo dedicado:

nano /etc/rsyslog.d/rtpengine.conf

se copian las siguientes dos lineas:

:programname, startswith, "rtpengine" -/var/log/rtpengine.log

& ~

Se guardan los cambios y se continua con:

touch /var/log/rtpengine.log

luego:

systemctl restart rsyslog

ya se puede iniciar RTPEngine:

systemctl start rtpengine

En el archivo de LOG del media proxy:

nano /var/log/rtpengine.log

encontraremos una serie de lineas que terminarán con algo parecido:

INFO: [core] Startup complete, version git-master-da134849

Para rotar los archivos de LOG de RTPEngine:

nano /etc/logrotate.d/rtpengine

se copian las lineas que siguen:

/var/log/rtpengine.log {

missingok

rotate 7

daily

postrotate

/bin/kill -HUP `cat /var/run/rsyslogd.pid 2>/dev/null` 2>/dev/null || true

endscript

}

Es todo… ¿Comentarios?
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

December 29, 2023

Andrea Sannucci Escribir Código asistido por Inteligencia Artificial: Cornell University
La Cornell University ha realizado el primer estudio a gran escala que examina como los usuarios interactúan con un asistente de código de Inteligencia Artificial para resolver toda una serie de tareas relacionadas con la seguridad en diferentes lenguajes de programación. Esta es una síntesis de los resultados:

los participantes que tenían acceso a un asistente de IA basado en el modelo codex-davinci-002 de OpenAI escribieron un código significativamente menos seguro que aquellos sin acceso

los participantes con acceso a un asistente de IA tenían más probabilidades de creer que escribieron un código seguro que aquellos sin acceso al asistente de IA.

los participantes que confiaron menos en la IA y se involucraron más con el lenguaje y el formato de sus indicaciones, proporcionaron código con menos vulnerabilidades de seguridad

En el estudio se proporciona también una profunda análisis del lenguaje y de la interacción de los participantes con el asistente de Inteligencia Artificial

En anexo el documento completo
Adjunto Tamaño

iaycodigo.pdf 3.11 MB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
iaycodigo.pdf	3.11 MB

December 05, 2023

Andrea Sannucci Curso Presencial Kamailio LATAM: 4-7 Marzo 2024, Bogotá, Colombia
Hace mucho que empecé a darle vueltas a este proyecto y por una serie de acontecimientos que no hace falta mencionar, siempre lo tuve que aplazar esperando mejores momentos para poder por fin darle vida. Parece que ha llegado el momento: un curso presencial completamente dedicado al Proxy SIP Kamailio en la ciudad de Bogotá, una ciudad que ofrece buenos servicios, donde la gente es muy amable y, cosa más importante, me queda a una hora de avión de donde vivo :)

Este curso se desarrollará durante 4 días, del 4 al 7 de marzo 2024 y tendrá una duración real de 30 horas. Como lugar he escogido un centro de coworking, Counity, que ofrece toda una serie de amenidades y zonas de descanso que seguramente volverán el evento más agradable; se encuentra en la zona del Parque de la 93 que es una zona muy bonita de Bogotá, con muchos restaurantes, hoteles y diversiones. De esta forma una vez terminadas las clases podrán ir paseando y disfrutando de los distintos bares, restaurantes, parques presentes.

Hablando del temario del curso, está organizado por escenarios y cada escenario se divide en dos partes, una teórica y una practica. En la parte teórica se ilustrarán los temas y las configuraciones que luego se implementarán en la parte practica. En el anexo encuentran el programa detallado de cada día.

Ahora pasamos a algunos datos que seguramente serán de su interés:

¿Cómo funciona?

El curso tiene una duración de 4 días con horarios de 8am a 12pm y de 1:30pm a 5:30pm; Por cada bloque de 4 horas, 1 hora y media será dedicada a las partes teóricas y dos hora y quince minutos a las partes practicas. La sede de la capacitación es Counity, centro de cooworking situado en la renombrada zona del Parque de la 93 de Bogotá

Numero Máximo de cupos disponibles: 12

¿Cuanto cuesta?

El valor del curso es de 1500 dólares o 6.000.000 pesos colombianos. Descuentos:

10% para pronto pago/inscripción temprana; pagos realizados antes del 11 de Febrero;

15% para empresas que inscriban 3 o más empleados.

20% para antiguos estudiantes que ya participaron en un curso organizado por VozToVoice

IMPORTANTE: Los descuentos no son acumulables y no incluyen el 19% de IVA de la factura

Formas de pago:

Paypal para no residentes en Colombia

Tarjeta de crédito

Transferencia bancaria pesos Colombianos (Colombia)

Transferencia bancaria Dólar ACH (USA)

Pagos en cuotas:

primera cuota de 400 dólares o 1.600.000 pesos colombianos al momento de la inscripción

segunda cuota de 400 dólares o 1.600.000 pesos colombianos dentro del 15 de enero 2024

saldo antes del 11 de febrero para aprovechar el descuento de pronto pago, antes del primero de marzo sin descuento de pronto pago.

El precio incluye:

Acceso a las instalaciones de Counity

Acceso a los espacios compartidos de Counity, salas de descanso, cafetería, terraza

Cafetería ilimitada: Cafe, Capuccino, Mocaccino, Chocolate, leche, infusiones, aromáticas y agua

Almuerzo Ejecutivo

Un VPS (servidor virtual privado) por cada inscrito para toda la duración del curso

Acceso a llamadas VoIP saliente que se realizarán a lo largo del curso

El alquiler de un numero geográfico de Estados Unidos para las pruebas de llamadas entrantes

Una memoria USB con todos los materiales del curso

El precio no incluye:

todo lo que no está expresamente indicado en el apartado “El precio incluye”

Hoteles Aconsejados para aquellos que lleguen desde otras ciudades/países:

Novotel Bogotá - Parque La 93

NH Bogotá Pavillon Royal

Holiday Inn Express Bogotá – Parque la 93

Estelar de la 93

Best Western Plus 93 Park Hotel

Conexiones Aéreas a la ciudad de Bogotá:

Avianca

LATAM Airlines

COPA Airlines

Compañía de bajo costo:

Wingo

JetSmart

SkyAirline

Formulario de inscripción.
Adjunto Tamaño

programa_curso_kamailio_-_bogota.pdf 265.97 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_kamailio_-_bogota.pdf	265.97 KB

December 04, 2023

Andrea Sannucci rtpengine-ctl: la consola linux de RTPEngine – Rocky Linux 9
Las fuentes de RTPEngine vienen con una utilidad que nos permite sacar una considerable cantidad de datos de RTPEngine; estos datos pueden ser configuraciones, estadisticas o datos de monitoreo en tiempo real. Su puesta en marcha es bastante sencilla; primero se instala una dependencia (además de los paquetes anteriormente instalados para la compilación de RTPEngine):

dnf install perl-Config-Tiny

luego se mueve al programa a la carpeta /usr/local/bin (u otra que más les guste):

cp /usr/src/rtpengine/utils/rtpengine-ctl /usr/local/bin/

chmod +x /usr/local/bin/rtpengine-ctl

Para que funcione correctamente, hay que añadir un parámetro más a la configuración de RTPEngine:

nano /etc/sysconfig/rtpengine

en la linea de configuración se añade:

-c 127.0.0.1:2224

que significa que RTPEngine aceptará conexiones procedentes de la consola sobre la ip 127.0.0.1 y el puerto 2224. Si el servidor RTPEngine fuera remoto en lugar de esa IP se indicaría la IP publica del servidor; luego en el cortafuegos de ese servidor habría que abrir el puerto 2224 para la IP desde donde se realizarían las consultas. Se guardan los cambios y se reinicia RTPEngine:

systemctl restart rtpengine

Ahora para utilizar la consola la sintaxis es:

/usr/src/rtpengine/utils/rtpengine-ctl -ip IP -port puerto comando opción

ejemplo:

/usr/src/rtpengine/utils/rtpengine-ctl -ip 127.0.0.1 -port 2224 list numsessions

para ver el numero de sesiones activas:

para el help del programa:

/usr/src/rtpengine/utils/rtpengine-ctl

los comandos que se pueden utilizar:

/usr/src/rtpengine/utils/rtpengine-ctl -ip 127.0.0.1 -port 2224 help

Es todo
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

December 02, 2023

Andrea Sannucci Curso Presencial Bogotá - 4-7 Marzo 2024
Finalmente ha llegado el curso presencial de Kamailio que tendrá lugar en la ciudad de Bogotá, Colombia, del 4 de marzo al 7 de marzo 2024.

El curso se desarrollará trabajando con un total de 8 escenarios, uno en la mañana y uno en la tarde de cada día de capacitación. Los 8 escenarios que ese abordarán, en orden de presentación, son:

Instalación de Kamailio, RTPEngine y primera configuración

Kamailio como SWITCH de clase 5, primera parte

Kamailio como SWITCH de clase 5, segunda parte

Kamailio como SWITCH de clase 4, balanceador de carga

Seguridad en Kamailio

Monitoreo de Kamailio

Kamailio como SBC (Session Border Controller)

Kamailio en alta disponibilidad y CLUSTER

Más detalles de cada escenario se encuentra en el temario anexo a esta entrada. Para inscribirse utilicen el formulario que aparece aquí abajo
Evalúa el Curso:

Sin votos (todavía)

Nombres Completos *
Inserta tus nombres completos

Apellidos Completos *
Inserta tus apellidos completos

Correo Electrónico *
Tu correo electrónico

País *
Tu País de residencia

Antiguo Alumno *
Si ya has participado en un curso organizado por VozToVoice

Método de pago *
Elige tu método de pago

Pago en cuotas (3) *
¿Pago en cuotas como indicado en el temario?

Factura *
Si requieres factura, seleccionar esta opción

Tipo de Alimentación *
Escoge el tipo de alimentación del almuerzo

November 28, 2023

Andrea Sannucci Kamailio – Modulo NATHELPER y bug OPTIONS
En la configuración del modulo NATHELPER de Kamailio es posible configurar una serie de parámetros para definir si a los dispositivos que Kamilio ha detectado que se han registrado detrás de un NAT, hay que enviarle o no solicitudes SIP de tipo OPTIONS, normalmente utilizadas para mantener abierta la comunicación con esos dispositivos. Los parámetros que se utilizan son:

modparam("nathelper", "natping_interval", 30)

modparam("nathelper", "ping_nated_only", 0)

modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)

modparam("nathelper", "sipping_from", "sip:pinger@IP_PUBLICA")

cada cuantos segundos enviar el OPTIONS

enviar el OPTIONS a todos los dispositivos registrados (0), solamente a los dispositivos registrados detectados por Kamailio detrás de un NAT (1)

la bandera de tipo branch que activará el envío de los OPTIONS

SIP URI desde donde se enviará la solicitud OPTIONS

Luego en el script de enrutamiento, en la ruta dedicada al procesamiento de las solicitudes SIP de tipo REGISTER, se añade este bloque:

#!ifdef WITH_NATSIPPING

# do SIP NAT pinging

setbflag(FLB_NATSIPPING);

#!endif

Esto significa que si antes de este bloque hay una sentencia que lo activa:

#!define WITH_NATSIPPING

a los dispositivos registrados se enviará una solicitud de tipo OPTIONS dependiendo del valor del parámetro ping_nated_only

Ahora, hace poco días, un inscrito a la lista de distribución de Kamailio, escribió que había un BUG (Error) en el Código de Kamailio porque el OPTIONS generado por Kamailio no contiene la Cabecera Max-Forward, cabecera que según la RFC3261 (El documento donde se define el protocolo SIP) es obligatoria en las solicitudes SIP de tipo OPTIONS. De hecho si miramos una:

Efectivamente la cabecera Max-Forwards no está presente; eso explica porque algunos Softphone contestan ese OPTIONS con la siguiente respuesta de error:

eso porque interpretando correctamente la RFC3261 están diciendo que la sintaxis del OPTIONS recibido no es correcta.

A breve debería salir la corrección a este error.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 06, 2023

Andrea Sannucci KamCLI – la consola Linux de Kamailio
Kamcli es un proyecto cuyo objetivo es brindar una consola linux para Kamailio mas amigable y más fácil de utilizar de Kamcmd. En este articulo veremos como realizar la instalación en Rocky Linux 9 y como utilizar los comandos disponibles; como los comandos se basan en archivos en Python (el lenguaje de programación utilizado para la creación de kamcli) se pueden ampliar, añadir y/o modificar. Empezamos con la configuración del lado Kamailio donde lo único que tenemos que hacer es cargar el modulo jsonrpcs con dos parámetros:

nano /etc/kamailio/kamailio.cfg

en el bloque dedicado a los módulos se copian las lineas que siguen:

loadmodule "jsonrpcs.so"

# ----- jsonrpcs params -----

modparam("jsonrpcs", "transport", 6)

modparam("jsonrpcs", "pretty_format", 1)

Se guardan los cambios y se reinicia Kamailio:

systemctl restart kamailio

Ya se puede pasar a la compilación e instalación de KamCLI:

cd /usr/src/

se descargan las fuentes:

git clone https://github.com/kamailio/kamcli.git

se entra en la nueva carpeta:

cd kamcli

se instalan las dependencias:

pip3 install -r requirements/requirements.txt

para que la consola pueda interactuar con la base de datos de kamailio (normalmente creata con MySQL/MariaDB):

pip3 install mysqlclient

para terminar se instala la consola con el comando:

pip3 install .

El paso a seguir, aunque no indispensable, es crear el archivo de configuración de la consola de forma que cada vez que se ejecutará, el programa sepa donde buscar su configuración:

kamcli config install

directory /etc/kamcli created

config file installed to /etc/kamcli/kamcli.ini

Si al momento de crear la base de datos de Kamailio se ha utilizado la configuración estándar, no hace falta realizar cambios en el archivo kamcli.ini, en caso contrario:

nano /etc/kamcli/kamcli.ini

se modifican los datos de conexión a la base de datos que se encuentran después de esta etiqueta:

[db]

Realizados los cambios se guardan y ya se puede utilizar la consola:

kamcli

veremos todos los grupos de comandos disponibles.

kamcli acc --help

Commands:

acc-struct-update Run SQL statements to update acc table structure

cdrs-generate Run SQL stored procedure to generate CDRS

cdrs-list List call data records

cdrs-proc-create Run SQL statements to create the stored procedure

to...

cdrs-table-create Run SQL statements to create cdrs table structure

list List accounting records

mc-struct-update Run SQL statements to update missed_calls table...

rates-add Add a new rating record to database

rates-generate Run SQL stored procedure to rate the CDRS and...

rates-proc-create Run SQL statements to create the stored procedure

to...

rates-rm Remove a rating record from database

rates-table-create Run SQL statements to create billing_rates table...

tables-struct-update Run SQL statements to update acc and missed_calls...

veremos la ayuda para todos los comandos disponibles para el grupo acc. Otra opción interesante es la posibilidad de entrar directamente en la consola:

kamcli shell

(info) connected to: kamailio 5.7.2 (x86_64/linux) bfbabc

(info) sip server uptime: 0h 47m 52s

Quick help:

? - kamcli commands help

:h - internal commands help

:q - quit interactive shell

--

y utilizar la ayuda en tiempo real para la búsqueda del comando que necesitamos, ejemplo:

con solo escribir la letra a veremos todas las posibilidades disponibles; otro ejemplo:

veremos todos los comandos disponibles para el grupo acc y así a seguir. Para salir de la consola:

kamcli > :q

Un ultimo tip bastante interesante es que se pueden crear alias de comando que luego se pueden utilizar desde la consola. Estos alias se crean en el archivo de configuración kamcli.ini, después de la etiqueta:

[shell.cmdremap]

dv=db show "version"

u=uptime

donde ya se encuentran esos dos ejemplos. Para utilizarlos:

kamcli shell

kamcli > u

id: 8082

jsonrpc: '2.0'

result:

now: Sat Nov 4 10:52:30 2023

up_since: Sat Nov 4 09:49:43 2023

uptime: 3767

kamcli > :q

Por ahora es todo. Me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

November 04, 2023

Andrea Sannucci ¿Te gustaría un curso de Kamailio solo con Videoconferencias aunque fuera más costoso?
Si

75%

No

25%

Total de votos: 20

October 27, 2023

Juan Oliva Sweet32 CVE-2016-2183 – Remediación Windows
Un Pentester normalmente está focalizalizado en la detección de vulnerabilidades, sin embargo a este «doble skill» que considero hoy tienen que tener los que somos especialistas en Ciberseguridad, el cual tiene que ver en que no solalmente tienen que saber detectar y explotar la vulnerabilidad si nó tambien saber como remediarla cuando el cliente lo solicite.

Es así que vamos a ver una vulnerabilidad muy recurrente en estos tiempos que es la denominada Sweet32 CVE-2016-2183.

1.- Detección y verificación manual de la vulnerabilidad

Así un analizador de vulnerabilidades la detectaría :

Como se puede apreciar es el uso de cifrado de intensidad o complejidad media para el cifrado SSL, lo cual involucra el uso de cifrado que use longitudes de clave de al menos 64 bits y menos de 112 bits, o que utilice el conjunto de cifrado 3DES.

Cuando vamos a realizar verificación manual de la vulnerabilidad, es posible realizarla con varias herramientas, en lo personal a mi me gusta realizarla con testssl

Bueno hasta ahí detectamos y reportamos la vulnerabilidad, como vemos el CVE inclusive es posible reportala con nivel de criticiad alta, pero ahora cómo remediamos ?

2.- Remediación de la vulnerabilidad

Para solucionar esta vulnerabilidad en sistemas operativos Windows Server 2019 , es necesario
- Ingresar al regedit en la llave :
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Cryptography\Configuration\Local\SSL\00010002

Editar la llave “Funtions” y remover la linea «TLS_RSA_WITH_3DES_EDE_CBC_SHA» como se muestra a continuación :

Luego hacer clic en el boton «OK» para actualizar la llave, cerrar el editor y reiniciar el servidor.

3.- Re-test.

Para evidenciar que la vulnerabilidad ya no está presente, volvemos a ejecutar la herramienta y tendremos el siguiente resultado.

Mas informacion en : https://learn.microsoft.com/en-us/answers/questions/348323/how-to-disable-3des-and-rc4-on-windows-server-2019

Espero les sirva.
@jroliva

October 24, 2023

Andrea Sannucci Amazon EC2: acceso con usuario root
Una de las cosas que no me gusta de Amazon AWS es que una vez creada una instancia, por defecto, no se pueda acceder como usuario root sino el usuario establecido por cada tipo de Imagen que se instale. En el caso de Rocky Linux 8, que estoy utilizando en estos días, el usuario es rocky y se utiliza junto a la clave RSA creada anteriormente. Vamos por pasos; buscamos el servicio:

luego lo seleccionamos:

en la pagina que aparece tenemos dos opciones; la opción que he utilizado es Actions → Import Key Pair. En la nueva pagina:

escogemos un nombre y copiamos la parte publica de la clave RSA. Guardamos con el botón:

a seguir creamos una instancia y escogemos como clave publica la que acabamos de crear. Si, como en mi caso, la instancia es con Rocky Linux 8, al momento de configurar el cliente SSH PuttY:

en Connection → Data:

en Connection → SSH → Auth:

Guardamos los cambios y accedemos al servidor; una vez adentro, pasamos a usuario root:

sudo su root

instalamos un editor de texto (en mi caso NANO):

dnf install nano

Abrimos el siguiente archivo:

nano /root/.ssh/authorized_keys

y borramos todo lo que aparece antes de la clave publica que normalmente inicia con:

ssh-rsa

en mi caso borré:

no-port-forwarding,no-agent-forwarding,no-X11-forwarding,command="echo 'Please login as the user \"rocky\" rather than the user \"root\".';echo;sleep 10;exit 142"

Se guardan los cambios y se reinicia el servidor:

reboot

ahora se modifica la configuración del cliente PuttY donde en Conection → Data en lugar de rocky se pone root

¡Listo!
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

October 18, 2023

Andrea Sannucci Adiós Canal SIP - Liberada la versión 21 de Asterisk PBX
Con la llegada de la versión 21 de Asterisk PBX, tenemos que despedirnos definitivamente del canal chan_sip que ha sido eliminado, como se lee en el documento dedicado a los cambios presentes en la nueva versión:

Como dirían en Colombia: ahora no hay excusas para hacerse el huevón y seguir utilizando el canal chan_sip :)

Junto al canal chan_sip se van el canal chan_alsa, el canal chan_mgcp y el canal chan_sknny

Muchos cambios más pero mejor que lean ustedes mismos.
- Asterisk PBX 21
- chan_sip
Vota el Articulo:

Promedio: 3.7 (3 votos)

Evalúa la calidad del articulo

September 23, 2023

Juan Oliva DICOM MEDICAL DEVICES FULL DISCLOSURE
Durante el curso de Pentesting / Ethical Hacking el cual constantemente voy actualizando, durante la etapa de footpinting aprovechando los scripts que publicó Hernan Rodrigez … scripts van, scripts vienen y nos damos la sorpresa de lo que a continuacion explico:

DICOM, son las siglas de «Digital Imaging and Communications in Medicine» es un estandar que es usado en dispositivos medicos que se usa para para transmitir, almacenar, recuperar, imprimir, procesar y mostrar información de imágenes médicas o radriografias de diversos tipos.

El caso es que buscando información en Shodan de estos dispositivos fue posible encontrar una gran cantidad expuestos :

Luego selecionamos algunas IP, comenzamos a configurar y ejecutar los scripts, en donde fue espeluznante la cantidad de información que no debería estar expuesta como se muestra a continuación :

Como se puede apreciar la conectividad se realiza por el puerto TCP/104 y sin ningún tipo de autenticación es posible obtener la siguiente información :

Mas allá de lo preocupante que puede ser esto, en este caso de Perú ( por favor avisenle a esta gente) no se lleva la exclusividad del problema, debido a existen muchos mas paises que exponen estos dispositivos :

FInalmente y por si fuera poco existe una vulnerabilidad explotable CVE-2019-11687 si bien es cierto la explotación es un poco complicada, con tiempo y condiciones todo se puede.

Espero les sirva
@jroliva

September 18, 2023

Andrea Sannucci Curso Kamailio TLS/WebRTC y Balanceo/HA Segunda Edición
Kamailio es un Proxy SIP cuyas funcionalidades más importantes son:

Servidor Proxy, Servidor Registrar, Servidor Location, Servidor Redirect

Procesamiento de las peticiones SIP de forma Stateful y Stateless

Soporte para los protocolos de trasporte UDP, TCP, TLS, WS, WSS, SCTP

Soporte IPv4 e IPv6

Soporte para los registros DNS, SRV y NAPTR

Soporte Multi dominio

Autenticación vía Digest (RFC2617) y/o sobre IP

Servidor de presencia (Monitoreo extensiones y mensajería instantánea)

Soporte NAT para trafico SIP y RTP

Balanceamiento de carga y respaldo

Configuración de Gateway SIP para la conexión a la red PSTN y/o proveedores VoIP.

Websocket para el utilizo de WebRTC

El próximo 16 de octubre tendrá inicio la segunda edición del curso de Kamailio TLS/WebRTC y Balanceo/HA. En esta segunda edición he añadido una gran novedad. La utilización de FreeSWITCH como Servidor Media para algunos servicios muy específicos (conferencias, buzón de voz y test de echo) y la completa integración con Kamailio donde:

Autenticación se realiza a nivel de Kamailio

Registro y localización de los dispositivos se realiza en Kamailio

Llamadas entre extensiones se realiza en FreeSWITCH

Llamadas entrantes y salientes se realizan en Kamailio

Servicios Media (IVR, Buzón de voz, etc) se configuran en FreeSWITCH

Además de eso se ha añadido una nueva configuración de cifrado donde será posible realizar llamadas entre usuarios de este tipo:

De esta forma todo lo que pase por Kamailio será cifrado sea con TLS, sea con WebRTC.

Por ultimo todo el proceso de instalación y configuración se realizará con la distribución Rocky Linux 9.

En esta segunda edición se ha mantenido el esquema de descuentos presentes en la primera edición es decir:

antiguo estudiantes con solo acceso a los materiales: 120 dólares

antiguos estudiantes con curso completo (25% de descuento): 150 dólares

nuevos estudiantes con descuento de pronto pago (15%) 170 dólares

nuevos estudiantes sin descuento de pronto pago: 200 dólares

empresas que inscriban tres o más personas (descuento de 20%): 160 dólares por persona

Ahora algunos datos relativos al curso:

Fecha de inicio: 16 de Octubre 2023

Duración: 4 semanas

Cupos disponibles: Curso completo 15, Acceso a materiales 10

Videoconferencias en vivo: cinco:

17 Octubre 2pm hora de Colombia: presentación del curso y del protocolo SIP

24 Octubre 2 pm hora de Colombia: Kamailio como una PBX

27 Octubre 2pm hora de Colombia: Kamailio y WebRTC

31 Octubre 2 pm hora de Colombia: Kamailio para balanceo de carga

7 Noviembre 2 pm hora de Colombia: La consola Web de Kamailio Siremis

23 guías textuales

más de 450 paginas de materiales

7 Video Guías

En el anexo presente en esta entrada el temario y todos los datos relacionados con el curso.

Sigan este enlace para realizar la inscripción. Los espero.
Adjunto Tamaño

programa_curso_kamailio.pdf 88.71 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_kamailio.pdf	88.71 KB

September 16, 2023

Andrea Sannucci Instalación del sistema de facturación de llamadas y DID OV500
OV500 es un sistema de facturación de llamadas y de Números Geográficos basados en Kamailio y FreeSWITCH. Permite configurar cuentas prepago y postpago, gateway para pagos vía PayPal, configuración de usuarios, revendedores y proveedores de llamadas. A cada usuario se puede asociar una o más cuentas SIP que se pueden autenticar con usuario y contraseña o sobre IP. Se pueden crear enrutamientos personalizados y tiene un buen sistema de monitoreo accesible vía Web. El sistema puede escalar horizontalmente añadiendo servidores FreeSWITCH y verticalmente utilizando una configuración de alta disponibilidad:

En este documento veremos como instalar OV500 en CentOS 7 desde cero y como realizar la primera llamada a un numero de Estados Unidos. El documento es bastante extenso; IMPORTANTE: CAMBIEN 207.246.68.160, EN TODOS LOS PUNTOS DONDE APARECE, CON LA IP PUBLICA DE SU SERVIDOR; iniciamos preparando el servidor:

yum update -y

timedatectl set-timezone America/Bogota

yum install chrony -y

systemctl enable chronyd

systemctl start chronyd

nano /etc/hosts

modificamos estas lineas:

127.0.0.1 sip1.kamailio.xyz sip1

::1 sip1.kamailio.xyz sip1

para que queden:

#127.0.0.1 sip1.kamailio.xyz sip1

#::1 sip1.kamailio.xyz sip1

nano /root/.bash_profile

al final del archivo añadimos las siguientes lineas:

export EDITOR=/usr/bin/nano

export PS1='\[\033[0;35m\]\H\[\033[0;33m\] \w\[\033[00m\]: '

alias free="free -m"

alias kacfg="nano /home/OV500/LB/etc/kamailio/kamailio.cfg"

alias fscli="/usr/local/bin/fs_cli"

alias mysql="mysql -u root -pKLuJUE3NEwTaSH6S"

guardamos los cambios y recargamos:

source /root/.bash_profile

Desactivamos Selinux:

nano /etc/selinux/config

modificamos las dos lineas para que queden:

SELINUX=disabled

SELINUXTYPE=targeted

reiniciamos:

reboot

Instalamos toda una serie de paquetes para compilar desde las fuentes y unas dependencias que necesitamos más adelante:

yum groupinstall "Development tools" -y

yum install epel-release -y

yum install wget curl git bind-utils ntpdate systemd net-tools whois sendmail sendmail-cf mlocate iptables-devel net-snmp-devel iptables* vim -y

yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm -y

yum-config-manager --disable remi-php54

yum-config-manager --enable remi-php73

yum install php php-fpm php-cli php-json php-readline php-xml php-curl php-gd php-json php-mbstring php-mysqlnd php-opcache php-pdo php-zip mod_ssl -y

yum install kernel-devel kernel-headers libunistring-devel flex gcc hiredis-devel libevent-devel *pcap* json-glib glib* glib2 glib2-devel xmlrpc-c-devel gcc-c++ alsa-lib-devel autoconf automake bison bzip2 curl-devel libdb4-devel e2fsprogs-devel erlang flite-devel gdbm-devel gnutls-devel ldns-devel libcurl-devel libedit-devel libidn-devel libjpeg-devel libmemcached-devel libogg-devel libsndfile-devel libtheora-devel libtool libvorbis-devel libxml2-devel lzo-devel mongo-c-driver-devel ncurses ncurses-devel openssl-devel opus-devel pcre-devel perl perl-ExtUtils-Embed pkgconfig portaudio-devel python-devel soundtouch-devel speex-devel sqlite sqlite-devel unbound-devel libuuid-devel which zlib-devel ImageMagick ImageMagick-devel iftop htop tcpdump ngrep psmisc readline* lua lua-devel postgresql-devel yasm nasm opus-devel -y

yum install -y luarocks && luarocks install lua-cjson

yum install json-devel json-c-devel -y

yum install mariadb mariadb-devel mariadb-server mysql-connector-odbc libtool-ltdl-devel unixODBC unixODBC-devel -y

Iniciamos una serie de servicios y los configuramos para que arranquen en automático:

systemctl start httpd

systemctl enable httpd

Created symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

systemctl start php-fpm

systemctl enable php-fpm

Created symlink from /etc/systemd/system/multi-user.target.wants/php-fpm.service to /usr/lib/systemd/system/php-fpm.service.

systemctl stop firewalld

systemctl disable firewalld

Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service.

Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.

systemctl enable iptables

Created symlink from /etc/systemd/system/basic.target.wants/iptables.service to /usr/lib/systemd/system/iptables.service.

systemctl start iptables

cd /usr/src

Bajamos el programa OV500 con relativas configuraciones que utilizaremos más adelante:

git clone -b master https://github.com/openvoips/OV500.git

instalamos dos repositorios que utilizaremos a seguir:

yum install http://repo.okay.com.mx/centos/7/x86_64/release/okay-release-1-1.noarch.rpm -y

yum install http://www.nosuchhost.net/~cheese/fedora/packages/epel-7/x86_64/cheese-r... -y

sed -i "s#gpgcheck=1#gpgcheck=0#g" /etc/yum.repos.d/okay.repo

instalamos nuevos paquetes presentes en los dos repositorios recién instalados:

yum install autoconf automake broadvoice-devel flite-devel g722_1-devel ilbc2-devel libcodec2-devel libsilk-devel lua-devel opus-devel libks libks-devel signalwire-client-c -y

yum install spandsp spandsp-devel -y

yum install libavformat-devel libswscale-devel ffmpeg vorbis-tools mpg123-devel mpg123-libs libshout-devel lame lame-devel -y

Compilamos la pila SIP Sofia desde las fuentes (requerida por FreeSWITCH):

cd /usr/src

git clone https://github.com/freeswitch/sofia-sip.git

cd sofia-sip

./autogen.sh

./configure --prefix=/usr --libdir=/usr/lib64

make

make install

descargamos las fuentes de FreeSWITCH 1.10:

cd /usr/src

git clone -b v1.10 https://github.com/signalwire/freeswitch.git

cd freeswitch

./bootstrap.sh -j

copiamos y pegamos el bloque que sigue para indicar los módulos que queremos compilar:

echo 'applications/mod_commands

applications/mod_conference

applications/mod_callcenter

applications/mod_curl

applications/mod_db

applications/mod_dptools

applications/mod_enum

applications/mod_esf

applications/mod_expr

applications/mod_fifo

applications/mod_fsv

applications/mod_hash

applications/mod_httapi

applications/mod_sms

applications/mod_spandsp

applications/mod_test

applications/mod_valet_parking

applications/mod_voicemail

codecs/mod_amr

codecs/mod_b64

codecs/mod_g723_1

codecs/mod_g729

codecs/mod_h26x

codecs/mod_opus

dialplans/mod_dialplan_asterisk

dialplans/mod_dialplan_xml

endpoints/mod_loopback

endpoints/mod_rtc

endpoints/mod_skinny

endpoints/mod_sofia

endpoints/mod_verto

event_handlers/mod_cdr_csv

event_handlers/mod_json_cdr

event_handlers/mod_cdr_sqlite

event_handlers/mod_event_socket

formats/mod_local_stream

formats/mod_native_file

formats/mod_png

formats/mod_shout

formats/mod_sndfile

formats/mod_tone_stream

languages/mod_lua

#languages/mod_v8

loggers/mod_console

loggers/mod_logfile

loggers/mod_syslog

say/mod_say_en

xml_int/mod_xml_cdr

xml_int/mod_xml_curl

xml_int/mod_xml_rpc

xml_int/mod_xml_scgi'>/usr/src/freeswitch/modules.conf

Seguimos con la compilación e instalación de las locuciones audio y música de espera:

./configure -C --prefix=/home/OV500

make

make install

make cd-sounds-install

make cd-moh-install

Para el Codec G729 necesitamos la versión 3.20 de Gmake que vamos a instalar desde las fuentes:

yum remove cmake -y

cd /usr/src

wget https://github.com/Kitware/CMake/releases/download/v3.20.0/cmake-3.20.0....

tar -xf cmake-3.20.0.tar.gz

cd cmake-3.20.0

./bootstrap --prefix=/usr

gmake

make install

cd /usr/src

descargamos y compilamos la versión Open Source del codec G729:

git clone https://github.com/xadhoom/mod_bcg729.git

cd mod_bcg729/

nano Makefile

modificamos las dos lineas que siguen:

FS_INCLUDES=/usr/include/freeswitch

FS_MODULES=/usr/lib/freeswitch/mod

para que queden:

FS_INCLUDES=/home/OV500/include/freeswitch

FS_MODULES=/home/OV500/lib/freeswitch/mod

Gurdamos los cambios y compilamos:

make

make install

sed -i "s/g729/bcg729/" /home/OV500/etc/freeswitch/autoload_configs/modules.conf.xml

modificamos la configuración de los programas ejecutables de FreeSWITCH:

rm -rf /usr/local/bin/freeswitch

rm -rf /usr/local/bin/fs_cli

ln -s /home/OV500/bin/freeswitch /usr/local/bin/freeswitch

ln -s /home/OV500/bin/fs_cli /usr/local/bin/fs_cli

Instalamos algunas dependencias más para la compilación de algunos módulos de Kamailio:

yum install rtpproxy jansson-devel jansson-devel-doc -y

descargamos y compilamos la versión 4.4.7 de Kamailio:

cd /usr/src

wget https://www.kamailio.org/pub/kamailio/4.4.7/src/kamailio-4.4.7_src.tar.gz

tar -xf kamailio-4.4.7_src.tar.gz

mv kamailio-4.4.7 kamailio

cd kamailio

make include_modules="db_mysql dialplan dispatcher exec" exclude_modules="python acc_radius app_java app_lua app_mono app_perl app_python auth_ephemeral auth_identity auth_radius carrierroute cdp cdp_avp cnxcc cpl-c crypto db2_ldap db_berkeley db_cassandra db_mongodb db_oracle db_perlvdb db_postgres db_sqlite db_unixodbc dialplan dnssec erlang evapi geoip geoip2 gzcompress h350 http_async_client ims_auth ims_charging ims_dialog ims_icscf ims_isc ims_qos ims_registrar_pcscf ims_registrar_scscf ims_usrloc_pcscf ims_usrloc_scscf iptrtpproxy jansson janssonrpc-c json jsonrpc-c kazoo lcr ldap log_systemd memcached mi_xmlrpc misc_radius ndb_cassandra ndb_mongodb ndb_redis osp outbound peering purple regex rls sctp snmpstats xhttp_pi xmlops xmlrpc xmpp" cfg prefix="/home/OV500/LB"

make

make install

Preparamos la parte Web de OV500:

cd /usr/src/OV500

cp -rf /usr/src/OV500/portal /home/OV500/

sed -i "s/;request_terminate_timeout = 0/request_terminate_timeout = 300/" /etc/php-fpm.d/www.conf

sed -i "s#short_open_tag = Off#short_open_tag = On#g" /etc/php.ini

sed -i "s#;cgi.fix_pathinfo=1#cgi.fix_pathinfo=1#g" /etc/php.ini

sed -i "s/max_execution_time = 30/max_execution_time = 3000/" /etc/php.ini

sed -i "s/upload_max_filesize = 2M/upload_max_filesize = 20M/" /etc/php.ini

sed -i "s/post_max_size = 8M/post_max_size = 20M/" /etc/php.ini

sed -i "s/memory_limit = 128M/memory_limit = 512M/" /etc/php.ini

sed -i "s/;date.timezone =/date.timezone = America\/Bogota/" /etc/php.ini

systemctl restart php-fpm

systemctl restart httpd

eliminamos y volvemos a crear el archivo con los datos de conexión a las bases de datos que más adelante crearemos:

rm /home/OV500/portal/application/config/database.php

rm: remove regular file /home/OV500/portal/application/config/database.php? y

copiamos y pegamos todo el bloque que sigue:

echo "<?php

defined('BASEPATH') OR exit('No direct script access allowed');

\$active_group = 'default';

\$query_builder = TRUE;

\$db['default'] = array(

'dsn' => 'mysql:host=localhost;dbname=switch',

'hostname' => '',

'username' => 'ovswitch',

'password' => 'sesamo',

'database' => '',

'dbdriver' => 'pdo',

'dbprefix' => '',

'pconnect' => TRUE,

'db_debug' => TRUE,

'cache_on' => FALSE,

'cachedir' => '',

'char_set' => 'utf8',

'dbcollat' => 'utf8_general_ci',

'swap_pre' => '',

'encrypt' => FALSE,

'compress' => FALSE,

'stricton' => FALSE,

'failover' => array()

);

\$db['cdrdb'] = array(

'dsn' => 'mysql:host=localhost;dbname=switchcdr',

'hostname' => '',

'username' => 'ovswitch',

'password' => 'sesamo',

'database' => '',

'dbdriver' => 'pdo',

'dbprefix' => '',

'pconnect' => FALSE,

'db_debug' => FALSE,

'cache_on' => FALSE,

'cachedir' => '',

'char_set' => 'utf8',

'dbcollat' => 'utf8_general_ci',

'swap_pre' => '',

'encrypt' => FALSE,

'compress' => FALSE,

'stricton' => FALSE,

'failover' => array(),

'save_queries' => TRUE

);">/home/OV500/portal/application/config/database.php

hacemos lo mismo con el archivo de configuración de OV500:

rm /home/OV500/portal/api/config.php

rm: remove regular file /home/OV500/portal/api/config.php? y

copiamos y pegamos todo el bloque que sigue:

echo "<?php

error_reporting(0);

ini_set('memory_limit', '1024M');

date_default_timezone_set('America/Bogota');

define('CDR_DSN', 'mysql:dbname=switchcdr;host=localhost');

define('CDR_DSN_LOGIN', 'ovswitch');

define('CDR_DSN_PASSWORD','sesamo');

define('SWITCH_DSN', 'mysql:dbname=switch;host=localhost');

define('SWITCH_DSN_LOGIN', 'ovswitch', );

define('SWITCH_DSN_PASSWORD','sesamo');

define('LOGPATH', 'log/');

define('LOGWRITE', '0');

define('DBLOGWRITE', '1');">/home/OV500/portal/api/config.php

enlace simbólico y permisos:

ln -s /home/OV500/portal /var/www/html/portal

chown -Rf apache:apache /var/www/html/portal

chown -Rf apache:apache /home/OV500/portal

copiamos y pegamos el bloque que sigue para la configuración de MariaDB:

echo '[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

# Settings user and group are ignored when systemd is used.

# If you need to run mysqld under a different user or group,

# customize your systemd unit file for mariadb according to the

# instructions in http://fedoraproject.org/wiki/Systemd

symbolic-links=0

sql_mode=''

port = 3306

innodb_file_per_table

key-buffer-size = 248M

myisam-recover = FORCE,BACKUP

# SAFETY #

max-allowed-packet = 248M

max-connect-errors = 10000

skip-name-resolve

event_scheduler = 1

# CACHES AND LIMITS #

tmp-table-size = 124M

max-heap-table-size = 124M

query-cache-type = 0

query-cache-size = 0

max-connections = 10000

thread-cache-size = 248

open-files-limit = 65535

table-definition-cache = 4096

table-open-cache = 500

innodb-flush-method = O_DIRECT

innodb-log-files-in-group = 2

innodb-flush-log-at-trx-commit = 0

innodb-file-per-table = 1

innodb-buffer-pool-size = 2G

innodb_stats_on_metadata = OFF

skip-networking=0

skip-bind-address

[mysqld_safe]

log-error=/var/log/mariadb/mariadb.log

pid-file=/var/run/mariadb/mariadb.pid

#

# include all files from the config directory

#

!includedir /etc/my.cnf.d'>/etc/my.cnf

Activamos el arranque automatico de MariaDB:

systemctl enable mariadb

Created symlink from /etc/systemd/system/multi-user.target.wants/mariadb.service to /usr/lib/systemd/system/mariadb.service.

reiniciamos:

systemctl restart mariadb

creamos el usario con contraseña para que tenga acceso a todas las base de datos:

/usr/bin/mysql -e "GRANT ALL PRIVILEGES ON *.* TO 'ovswitch'@'localhost' IDENTIFIED BY 'sesamo'";

Creamos las base de datos y cargamos tablas y datos:

mysqladmin create switch

mysqladmin create switchcdr

mysqladmin create kamailio

/usr/bin/mysql switch < /usr/src/OV500/config/database/switch.sql

/usr/bin/mysql switchcdr < /usr/src/OV500/config/database/switchcdr.sql

/usr/bin/mysql kamailio < /usr/src/OV500/config/database/kamailio.sql

Creamos la contraseña del usuario root de MariaDB:

mysqladmin -u root password KLuJUE3NEwTaSH6S

instalamos SNGREP y NGREP copiando y pegando el bloque que sigue:

echo '[irontec]

name=Irontec RPMs repository

baseurl=http://packages.irontec.com/centos/$releasever/$basearch/'>/etc/yum.repos.d/sngrep.repo

importando la clave del repositorio

rpm --import http://packages.irontec.com/public.key

instalando:

yum install ngrep sngrep -y

copiamos los archivos de configuración de Kamailio:

cp -rf /usr/src/OV500/config/kamailio /home/OV500/LB/etc/

cp: overwrite â/home/OV500/LB/etc/kamailio/kamctlrcâ? y

cp: overwrite â/home/OV500/LB/etc/kamailio/tls.cfgâ? y

cp: overwrite â/home/OV500/LB/etc/kamailio/kamailio.cfgâ? y

cp: overwrite â/home/OV500/LB/etc/kamailio/dictionary.kamailioâ? y

sed -i 's/OV500LBIP/'207.246.68.160'/g' /home/OV500/LB/etc/kamailio/kamailio.cfg

sed -i 's/ovswitch123/'sesamo'/g' /home/OV500/LB/etc/kamailio/kamailio.cfg

nano +1236 /home/OV500/LB/etc/kamailio/kamailio.cfg

se comentan las dos lineas (1236 y 1237) para que queden:

#if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB)))

# return;

Se guardan los cambios y se continua con:

sed -i 's/OV500FSIPADDRESS/'207.246.68.160'/g' /home/OV500/LB/etc/kamailio/dispatcher.list

cd /usr/src/OV500/config/freeswitch

sed -i 's/LBSERVERIP/'207.246.68.160'/g' /usr/src/OV500/config/freeswitch/autoload_configs/acl.conf.xml

sed -i 's/OV500FSIPADDRESS/'207.246.68.160'/g' /usr/src/OV500/config/freeswitch/vars.xml

cp autoload_configs/acl.conf.xml /home/OV500/etc/freeswitch/autoload_configs/acl.conf.xml

cp: overwrite /home/OV500/etc/freeswitch/autoload_configs/acl.conf.xml? y

cp autoload_configs/lua.conf.xml /home/OV500/etc/freeswitch/autoload_configs/lua.conf.xml

cp: overwrite /home/OV500/etc/freeswitch/autoload_configs/lua.conf.xml? y

cp autoload_configs/modules.conf.xml /home/OV500/etc/freeswitch/autoload_configs/modules.conf.xml

cp: overwrite /home/OV500/etc/freeswitch/autoload_configs/modules.conf.xml? y

sed -i "s/g729/bcg729/" /home/OV500/etc/freeswitch/autoload_configs/modules.conf.xml

cp autoload_configs/switch.conf.xml /home/OV500/etc/freeswitch/autoload_configs/switch.conf.xml

cp: overwrite /home/OV500/etc/freeswitch/autoload_configs/switch.conf.xml? y

cp autoload_configs/xml_cdr.conf.xml /home/OV500/etc/freeswitch/autoload_configs/xml_cdr.conf.xml

cp: overwrite /home/OV500/etc/freeswitch/autoload_configs/xml_cdr.conf.xml? y

cp autoload_configs/xml_curl.conf.xml /home/OV500/etc/freeswitch/autoload_configs/xml_curl.conf.xml

cp: overwrite /home/OV500/etc/freeswitch/autoload_configs/xml_curl.conf.xml? y

cp vars.xml /home/OV500/etc/freeswitch/vars.xml

cp: overwrite /home/OV500/etc/freeswitch/vars.xml? y

cp sip_profiles/internal.xml /home/OV500/etc/freeswitch/sip_profiles/internal.xml

cp: overwrite /home/OV500/etc/freeswitch/sip_profiles/internal.xml? y

cp /usr/src/OV500/portal/api/lib/vm_user.lua /home/OV500/share/freeswitch/scripts/

se copia y pega el bloque que sigue para la conexión ODBC a la base de datos switch:

echo "[freeswitch]

Driver = MySQL

SERVER = localhost

PORT = 3306

DATABASE = switch

OPTION = 67108864

USER = ovswitch

PASSWORD = sesamo

">/etc/odbc.ini

se copia y pega el bloque que sigue para la configuración del cortafuegos:

echo "# sample configuration for iptables service

# you can edit this manually or use system-config-firewall

# please do not ask us to add additional ports/services to this default configuration

*filter

:INPUT ACCEPT [0:0]

:FORWARD ACCEPT [0:0]

:OUTPUT ACCEPT [0:0]

-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

-A INPUT -p icmp -j ACCEPT

-A INPUT -i lo -j ACCEPT

-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT

# User Agent

-A INPUT -p udp -m udp --dport 5060 -m string --string "friendly-scanner" --algo bm -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "sipcli" --algo bm -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "VaxSIPUserAgent/3.0" --algo bm -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "sipvicious" --algo bm -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "iWar" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "sipsak" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "pplsip" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Sippy" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Cisco" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Avaya" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Mitel" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "OpenScape" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Samsung" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Linksys" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "voip" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Office" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Aastra" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Yealink" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "MyPBX" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "F660" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Polycom" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "MERA" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Telovox" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "SylkServer" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "ASTPP" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Webitel" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Technicolor" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "c1" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Hello" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "15502" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "EnGenius" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Oktell" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "R2M5PBX" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Aastra" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "NWS" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "VOS2009" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Sippy" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "STARFACE" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "VOXGRID" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "Streamco" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060 -m string --string "FRITZ" --algo bm --to 65535 -j DROP

-A INPUT -p udp -m udp --dport 5060:5061 -j ACCEPT

-A INPUT -p udp -m udp --dport 6000:65000 -j ACCEPT

-A INPUT -p tcp -m tcp --dport 10443 -j ACCEPT

-A INPUT -p tcp -m tcp --dport 10080 -j ACCEPT

-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT

-A INPUT -p tcp -m tcp --dport 443 -j ACCEPT

-A INPUT -j REJECT --reject-with icmp-host-prohibited

-A FORWARD -j REJECT --reject-with icmp-host-prohibited

-A INPUT -j DROP

COMMIT">/etc/sysconfig/iptables

Se reinicia IPtables:

systemctl restart iptables

se copia y pega el bloque que sigue para la configuración del servidor Web:

echo '

<VirtualHost *:80>

ServerAdmin demo@demo.com

ServerName localhost

DocumentRoot /var/www/html

<Directory /var/www/html>

Options Indexes FollowSymLinks MultiViews

AllowOverride All

Require all granted

</Directory>

ErrorLog error.log

CustomLog access.log combined

RewriteEngine on

</VirtualHost>'>/etc/httpd/conf.d/ov.conf

se reinician algunos servicios:

systemctl restart php-fpm

systemctl restart httpd

se copia y se pega el bloque que sigue para la configuración de los Trabajos programados relacionados con OV500:

crontab -l > /home/OV500/cron_bkp

echo "*/30 * * * * /usr/bin/sh /home/OV500/xmlcdr.sh >/dev/null 2>&1

*/15 * * * * /usr/bin/php /var/www/html/portal/index.php Billing quickservice >/dev/null 2>&1

1 4 * * * /usr/bin/php /var/www/html/portal/index.php Billing cron >/dev/null 2>&1" > /home/OV500/cron_bkp

se sube el archivo al proceso Cron:

crontab /home/OV500/cron_bkp

se copia y pega el bloque que sigue que contiene el arranque de todos los servicios:

echo '#!/usr/bin/sh

systemctl restart iptables

systemctl restart mariadb

systemctl restart php-fpm

systemctl restart httpd

killall -9 /usr/bin/rtpproxy

/usr/bin/rtpproxy -L 100000 -u root -l 207.246.68.160 -s udp:localhost:5899 -m 6000 -M 65000

killall -9 /home/OV500/LB/sbin/kamailio

/home/OV500/LB/sbin/kamailio

/home/OV500/bin/fs_cli -x "shutdown"

sleep 10

/home/OV500/bin/freeswitch -nc'> /home/OV500/ovservice.sh

se cambian los permisos del archivo:

chmod 777 /home/OV500/ovservice.sh

se copia el archivo de configuración de los CDR:

cp -rf /usr/src/OV500/config/xmlcdr.sh /home/OV500/

Se añade el archivo creado anteriormente (ovservice.sh) al arranque automático de CentOS 7:

nano /etc/rc.local

al final del archivo se pega:

/home/OV500/ovservice.sh

se guardan los cambios y se configura:

chmod +x /etc/rc.d/rc.local

systemctl enable rc-local

se reinicia el sistema:

reboot

si todo sale bien ya deberíamos poder acceder al portal:

http://207.246.68.160/portal/

Username: admin

Password: Ov500@786

Para poder realizar la primera llamada de prueba a un numero de Estados Unidos:

añadir dinero al usuario presente User Management → My Users & Services → Icono Payment → Add Payment:

añadir una nueva extensión al usuario presente: User Management → My Users & Services → Icono Services Edit → SIP-Trunk → Add SIP User:

añadir la tarifa USA a las tarifas del usuario presente: Rates and Package → Ratecard → customer (CUSTOMER42) → Icono View rates → Add rate:

añadir una IP/Troncal al Carrier presente: Routing Management → Carriers → Icono Edit → IP Trunk → Add Carrier IP:

Tienen que añadir un Proveedor de llamadas que los autentique sobre IP. Configuran la extensión 1000 que hemos creado en un teléfono SIP y marcan a USA utilizando el prefijo 1 + numero. La llamada debería funcionar sin problemas, el CDR de la mia:

Para subir tarifas desde archivos CSV: Rates & Package → Ratecard → Icono Edit → Upload From = Upload from file (csv).

Cosa que se deberían mejorar:

Actualizar el sistema a Rocky Linux 8

utilizar PHP 8.1 en lugar de 7.3

utilizar RTPEngine en lugar de RTPProxy

utilizar una versión más reciente de Kamailio

Si quiern comentar, añadir contenido, preguntar, pueden inscribirse al canal Telegram: https://t.me/voztovoice y opinar :)
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

September 15, 2023

Andrea Sannucci Actualizar NextCloud desde linea de comando
Hoy estaba intentando actualizar NextCloud a la ultima versión disponible 27.0.2 desde la pagina de administración web y no lo lograba; cuando llegaba el momento de crear el backup, antes de instalar la nueva versión, me daba error (sin ningún tipo de mensaje explicativo) y no seguía.

Entonces dije, lo voy a intentar directamente desde la consola de Linux para ver que pasa:

sudo -u apache php /var/www/nextcloud/updater/updater.phar

cambiar apache con el usuario que tiene acceso a la carpeta donde se encuentra instalado NextCloud y indicar el camino exacto del archivo updater.phar; me ha aparecido:

claramente le he dado y:

al momento del backup me ha salido nuevamente un error pero esta vez si indicándome donde se encontraba el problema que en este caso eran los permisos de una archivo que tenia como copia del archivo de configuración de NextCloud. Corregido el error y ejecutado nuevamente el comando:

sudo -u apache php /var/www/nextcloud/updater/updater.phar

luego ha empezado la actualización de la plataforma, esta vez sin errores:

a la pregunta he contestado nuevamente con yes y ha empezado todo el proceso de actualización, que ha terminado sin problemas con esta pregunta:

relativa a si quería mantener el sistema en modo mantenimiento (claramente no). La verdad siempre había actualizado el sistema desde la pagina web de administración pero me parece que utilizando los comandos disponibles desde la consola de Linux es mucho más confiable y rápido.

Me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

September 06, 2023

Andrea Sannucci RFC9420 – El nuevo estándar de cifrado para la mensajería instantánea y no solo
Messaging Layer Security (MLS), es un nuevo estándar que admite el cifrado de extremo a extremo en aplicaciones de mensajería y se liberó como RFC9420.

El nombre es una variación obvia del Transport Layer Security (TLS), pero no termina con eso las similitudes. . MLS estuvo en desarrollo durante unos cinco años, un tiempo parecido al que llevó producir TLS 1.3. Ambos estándares se basaron en los protocolos que los precedieron. Ambos estándares involucraron al mundo académico y a una base de expertos más amplia para analizar los diseños antes de que se consideraran completos.

Para entender por qué se necesita MLS, hay que ir al 1991 y Pretty Good Privacy (PGP). Desarrollado por Phil Zimmerman, PGP fue el primer intento de proporcionar cifrado de extremo a extremo para la mensajería, más específicamente, para el correo electrónico. Aunque PGP proporcionaba cierta seguridad básica, su usabilidad era deficiente y la criptografía débil según los estándares actuales; además su seguridad dependía de una clave maestra. Si esa clave se viera comprometida, toda la comunicación, pasada y futura, también estaría comprometida.

Siguieron otros estándares. El protocolo Off-the-Record (OTR) se centra en la seguridad de los mensajes (chat) en tiempo real, introduciendo el forward-secrecy que garantiza que el descubrimiento de las claves utilizadas al momento no compromete la seguridad de las claves usadas con anterioridad (no las revela). Por lo tanto la seguridad de lo que se hizo usando claves antiguas persiste.

El protocolo Signal mejoró aún más las cosas al agregar soporte para comunicación fuera de línea, así como seguridad en el caso que los datos de un usuarios estuvieran comprometidos, parecido a lo que pasa con el protocolo TLS 1.3. El protocolo Signal ha logrado un gran éxito y ha sido implementado no solo por Signal, sino también por WhatsApp, Facebook Messenger, Skype y otros.

Aunque el protocolo Signal en este momento es un estándar de facto, MLS pretende ir más allá con una comunicación de grupo mejorada, una estandarización adecuada y una implementación de referencia en Rust, un lenguaje de programación de alto rendimientos y de alta fiabilidad; todo esto bajo una licencia de código abierto.

Si varios proveedores adoptarán este protocolo, se abrirían las puertas a una posible federación e interoperatividad entre aplicaciones de mensajería instantánea. Varias empresas destacadas participaron en el esfuerzo de desarrollo. Google ya afirmó que implementará MLS en Google Messages. y Matrix ya está experimentando el nuevo protocolo.

Toca solo esperar para ver como termina la historia. Para aquellos que quieran profundizar el tema del Post-Compromise Security, les anexo una tesis de laurea escrita sobre el tema para TLS 1.3 (que es bastante parecido) a MLS; la tesis es en inglés.

Adjunto Tamaño

post-compromise_security_and_tls_1.3_session_resumption.pdf 1.25 MB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
post-compromise_security_and_tls_1.3_session_resumption.pdf	1.25 MB

August 30, 2023

Andrea Sannucci ¿Hetzner es un buen proveedor de VPS?
Aquellos que leen este blog saben que siempre hablé bien y recomendé utilizar servidores de Linode pero, desde que Linode fue adquirida por Akamai, me parece que la calidad ha bajado mucho, ha cambiado el esquema de negocio y algunos servicios que antes funcionaban muy bien (IP Failover, ya no funcionan más)

Es por eso que propio en estos días me estaba poniendo la pregunta que da el titulo a esta entrada; después de probar un par de semanas, y seguiré probando, puedo responder que para mi si, Hetzner es un buen proveedor. Los motivos que me han llevado a esta conclusión son muchos:

el costo: el servidor más pequeño tiene un costo de 4,35 Euro y viene con 2 AMD vCPU, 2 GB de Memoria RAM y 40 GB de disco. Un servidor con las mismas características en Digital Ocean cuesta 18 dólares y en Linode 12 dólares y viene con solo 1 vCPU:

Digital Ocean:

Hetzner:

A ese precio hay que añadir 0,50 Euro/mes que cobran la IPv4.

El costo del Backup que es el 20% del costo del servidor. En el caso del más pequeño sería 0,77 Euro al mes

El costo de los Snapshot que valen, 0.011 Euros/GB. Ne he sacado uno hace poco y resultó ser de 3GB pues el costo mensual amontaría a 0.033 Euros/Mes

La estabilidad de los servicios que hasta el momento han funcionado sin ningún tipo de falla

La disponibilidad de dos centros de datos en Estados Unidos, uno en la costa Este y uno en la costa Oeste

El panel de control es bastante intuitivo y desde una pagina es posible manejar todos los servicios

La disponibilidad de API que se pueden utilizar para un sin fin de servicios y actividades

La disponibilidad de una Floating IP que a través de las API es posible mover de un servidor a otro. Existen configuraciones que funcionan perfectamente con KeepAlived y Pacemaker/Corosync. En cualquier momento es posible saber en que servidor se encuentra la IP, cosa que no era posible con Linode:

Creo que por ahora es todo, si tengo más novedades les comento.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

August 28, 2023

Andrea Sannucci VideoCurso – Kamailio Alta Disponibilidad - Segunda Edición
Después de un año vamos a “estrenar” la segunda edición del video curso de tres horas dedicado a la configuración de Kamailio en Alta Disponibilidad. A lo largo de la videoconferencia veremos como configurar dos servidores Kamailio en alta disponibilidad utilizando dos escenarios/programas distintos:

KeepAlived

Pacemaker junto a Corosync

Del primer escenario veremos dos diferentes configuraciones:

utilizando los módulos DMQ y DQM_USRLOC de Kamailio

utilizando una replicación Primario/Primario de la base de datos con MariaDB

DMQ y DMQ_USRLOC son dos módulos que permiten replicar los datos entre distintos servidores Kamailio parte de un Cluster de servidores. Su ventaja es que todo se desarrolla en la memoria de trabajo de Kamailio, volviendo el proceso de replicación mucho más rápido y efectivo.

Con la replicación Primario/Primario de la base de datos, la replicación es intrínseca al tipo de configuración pues todos los datos de configuración y funcionamiento de los dos Kamailio serán replicados en las bases de datos de ambos servidores.

Con KeepAlived podremos parar el Kamailio de un servidor sin que las llamadas se caigan ya que el RTPEngine, instalado en el mismo servidor, seguirá funcionando; si se cae el servidor por completo, todas las llamadas en curso se caerán. En una segunda configuración veremos también como monitorear RTPEngine de forma que si se cae RTPEngine aunque Kamailio siga funcionando, se transfieran los servicios en el servidor de respaldo. Otra opción que se puede utilizar es instalar RTPEngine en un servidor remoto y que ambos Kamailio lo utilicen o utilizar un cluster de RTPEngine y gestionarlos en la configuración de Kamailio.

Con la segunda configuración lograremos que las llamadas no se caigan y que puedan pasar de un servidor a otro sin ningún tipo de interrupción. Durante el cambio de servidor el audio de las llamadas se interrumpirá entre 3 y 6 segundos. Este valor depende de la potencia de los servidores utilizados y de la configuración de Corosync. Utilizando una configuración más “estricta” se puede bajar a 1-3 segundos.

Los dos servidores utilizados para el curso se alquilarán, a diferencia del curso anterior, con Hetzner que permite la configuración de una IP Flotante que se puede mover de un servidor a otro utilizando las API disponibles. Desafortunadamente Linode ya no permite la configuración de una IP de respaldo ya que cambiaron toda la configuración de red de sus centros de datos tirando a la porra uno de los pocos servicios interesantes que tenían.

¿Fechas?

El video curso tendrá lugar el Sábado, 9 de Septiembre 2023, de 9am a 12pm hora de Colombia.

¿Que necesito para participar?

Una buena conexión de internet, micrófono con auriculares y uno o dos SoftPhone para participar de manera activa en las pruebas que se realizarán

¿Cual es el costo del Curso?

35 dólares o 140mil pesos Colombianos

¿Cómo puedo realizar el pago?

PayPal

Tarjeta de Crédito

Transferencia bancaria Colombia

¿Cómo me puedo inscribir?

Utilizando el formulario de inscripción presente en esta pagina

¿Qué incluye el curso?

La configuración completa de los dos escenario compuesta por 5 guías separadas:

Preparación de los VPS (Servidores Privados Virtuales)

Instalación de ultima versión disponible de Kamailio (5.7.1)

Instalación y Configuración del Cortafuegos

Archivo de Configuración predefinido de Kamailio y Arquitectura del Proxy

Kamailio Alta Disponibilidad

Foro para preguntas abierto de por vida

Grabación de la Videoconferencia disponible de por vida

Acceso al curso abierto de por vida

¿Puedo inscribirme si no puedo participar a la videoconferencia?

Sin problemas ya que podrás acceder a todos los materiales del curso, incluyendo la grabación de la videoconferencia y el foro.

Me comentan
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

July 03, 2023

Andrea Sannucci Asterisk, calidad de las llamadas y MES (Media Experience Score)
Medir la calidad de las llamadas siempre ha sido bastante complicado y quizás el método más conocido/utilizado es el MOS (Mean Opinion Score). Aunque se utilizan algoritmos para calcular el MOS, este sistema nace basándose en la percepción del audio que tienen los usuarios de un determinado sistema audio y del juicio expreso por los mismos acerca de la experiencia utilizando ese mismo sistema. Para alejarse de ese concepto y considerando que el nuevo indice se basa en puros cálculos matemáticos, hace poco ha nacido el MES (Media Experience Score), sistema que permite medir la calidad del audio para el canal PJSIP.

El calculo se basa en tres valores que se pueden extrapolar del flujo media:

RTT (tiempo de ida y vuelta de un paquete audio)

el Jitter que es un indicador de como se comporta el flujo media

la perdida de paquetes que afecta la calidad del flujo media

Utilizando estos tres valores se obtiene un Factor de calificación que va de 0 a 100 donde 0 es igual a pésima calidad de audio y 100 optima calidad de audio. El valor de partida del este factor R ha sido fijado en 93.2 y a ese valor se aplica una formula para obtener un valor final. Contribuye a la formación de ese valor final:

Promedio RTT

Promedio Jitter

Retraso Codec audio

Paquetes perdidos

El valor obtenido, como se ha dicho, puede ser entre 0 y 100 y de ese valor se puede sacar, si se necesita, un indice entre 1 y 4.5, tipo MOS, utilizando la siguiente formula:

En Asterisk podemos sacar todas una serie de valores relacionados con el MES a través de la función CHANNEL ${CHANNEL(rtcp,<stat>)}, donde en lugar de stat se puede poner:

all_mes

txmes

rxmes

remote_maxmes

remote_minmes

remote_normdevmes

remote_stdevmes

local_maxmes

local_minmes

local_normdevmes

local_stdevmes

Con local se entiende el flujo media que llega a Asterisk y con remote el flujo media que sale de Asterisk. Lo he probado en dos llamadas, una entre extensiones:

y una saliente utilizando una troncal SIP:

en ambos casos, la calidad fue bastante buena. Si quisiéramos expresar el valor con el indice de 1 a 4,5, tomando, por ejemplo, el valor del MESlocalMAX de la primera llamada, sería (redondeando):

Opinion = 1 + (0.035 x 85,4) + (85,4 x (85,4 – 60) x (100 – 85,4) * 0,0000007) = 4,01

Me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo