sip5060.net / en es

Planet SIP

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 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:

Sin votos (todavía)

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

June 26, 2023

Andrea Sannucci VideoCurso – Kamailio Alta Disponibilidad - Segunda Edición
Después de casi 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 5 y 8 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 3-4 segundos.

Los dos servidores utilizados para el curso se alquilarán con Linode que permite la configuración de una IP Virtual compartida entre dos servidores.

¿Fechas?

El video curso tendrá lugar el Sábado, 8 de Julio 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 120mil 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

Me comentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

May 21, 2023

Andrea Sannucci Kamailio 5.7 y el modulo TLS_WOLFSSL
La versión 5.7 de Kamailio ha sido liberada el pasado 17 de mayo y entre las novedades la posibilidad de integrar la librería WolfSSL. De esta librería he hablado en esta entrada; en pocas palabras sus puntos de fuerza son ser liviana, fácil de integrar en muchas aplicaciones y pensada para la seguridad del internet de las cosas.

En esta entrada veremos como compilar el modulo TLS_WOLFSSL en la ultima versión de Kamailio.

Una vez instaladas todas las dependencias que necesita Kamailio para ser compilado desde las fuentes, lo descargamos:

cd /usr/src

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

cd kamailio

y pasamos a la rama 5.7:

git checkout -b 5.7 origin/5.7

Branch 5.7 set up to track remote branch 5.7 from origin.

Switched to a new branch '5.7'

Ejecutamos el comando que sigue que se necesita para preparar las fuentes para la compilación y para indicar la carpeta de instalación (desde la carpeta raíz):

make PREFIX="/" cfg

Bajamos la versión 5.3 de WolfSSL y copiamos los archivos donde Kamailio espera encontrarlos para la compilación del modulo TLS_WOLFSSL:

cd /usr/src

wget https://github.com/wolfSSL/wolfssl/archive/refs/tags/v5.3.0-stable.tar.gz

tar -xf v5.3.0-stable.tar.gz

cd wolfssl-5.3.0-stable

cp -rf * ../kamailio/misc/external/wolfssl/wolfssl/

IMPORTANTE: la compilación de Kamailio con versiones superiores a las 5.3 de WolfSSL (la ultima disponible es la 5.6) fallan

Volvemos a la carpeta de Kamailio:

cd /usr/src/kamailio/

abrimos el siguiente archivo que se utiliza, entre otras cosas, para definir los módulos de Kamailio que no se compilarán:

nano src/modules.lst

borramos la linea que inicia con exclude_modules (19) y la sustituimos con la siguiente:

exclude_modules= kafka kazoo ndb_mongodb app_java ndb_cassandra db_cassandra osp evapi iptrtpproxy db_oracle nsq phonenum app_python dnssec rtp_media_server mqtt secsipid_proc misc_radius stirshaken peering auth_radius acc_radius ruxc nats erlang

De esta forma indicaremos los módulos que no se compilarán e instalarán. Tiene que quedar todo en el mismo renglón. Guardamos los cambios y terminamos con la compilación e instalación:

make Q=0 all

make install

Terminada la compilación e instalación, encontraremos los programas relacionados con Kamailio en la carpeta /sbin:

ls /sbin/kam*

/sbin/kamailio /sbin/kambdb_recover /sbin/kamcmd /sbin/kamctl /sbin/kamdbctl

y todos los módulos compilados en la carpeta /lib64/kamailio/modules/:

ls /lib64/kamailio/modules/

el modulo se habrá compilado correctamente. Una vez creados los certificados y modificado el archivo de configuración de Kamailio para activar el modulo, se inicia Kamailio:

systemctl start kamailio

en el LOG veremos:

Esto será parte del próximo curso de Kamailio programado para septiembre 2023.

Me cuentan
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

May 16, 2023

Andrea Sannucci Instalación de FreeSWITCH 1.10.8 en Rocky Linux 8
A ver si se animan a inscribirse al curso de FreeSWITCH:

FreeSWITCH es un programa Open Source, distribuido bajo licencia MPL1.1, utilizado para implementar una central telefónica o, en general, un servidor B2BUA (Back To Back User Agent). Para una lista completa de las funcionalidades brindadas, pueden visitar la Wiki de los desarrolladores. Entre ellas:

• Registro (Log) de las llamadas

• Grabación de llamadas

• Desvío de llamadas

• Trasferencia de llamadas

• Conferencias audio y Videoconferencias

• Música en espera

• Soporte IPv6

• Creación de contestadoras automáticas: IVR

• Servidor y Gateway WebRTC con señalización SIP y Verto

• Multi Dominio y Multi usuario

• Least Cost Routing (LCR) para llamadas salientes

Este curso abarca la instalación de FreeSWITCH 1.10 en un VPS (Servidor Virtual Privado) remoto y es valida para cualquier Servidor Rocky Linux/Almalinux 8. Con el VPS remoto la ventaja es tener el SWITCH siempre activo, independiente de la banda ancha disponible en la casa/oficina y evita tener una computadora dedicada y siempre encendida.

Utilidades, librerías, dependencias

La instalación de FreeSWITCH se realizará a partir de las fuentes para que puedan ver el proceso de instalación de dependencias y librerías que, en algunos casos, se instalarán también desde las fuentes. Claramente es posible instalar FreeSWITCH desde los repositorios disponibles pero es bueno que aprendan a manejar directamente las fuentes. Antes de la compilación de FreeSWITCH, se instalarán toda una serie de librerías y dependencias que permitirán obtener una instalación de casi todos los módulos más importantes de FS. Primero se activan los repositorios Power-Tools que permiten la instalación de algunos paquetes no presentes en los repositorios estándar de Rocky Linux:

dnf config-manager --set-enabled powertools

Se empieza con Vorbis que es una librería para la compresión/descompresión audio indispensable para la correcta compilación del modulo mod_shout:

dnf install libvorbis libvorbis-devel vorbis-tools libogg libogg-devel -y

junto a mpg123 y libshout:

dnf install mpg123-devel mpg123-libs libshout-devel -y

Para el formato audio GSM se instalan los relativos paquetes:

dnf install gsm gsm-devel -y

FFMPEG es una dependencia del modulo mod_av que permite utilizar el codec Video H264 en Verto, la señalización utilizada para WebRTC en FreeSWITCH, otra opción además de la señalización SIP:

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

dnf install ffmpeg ffmpeg-devel -y

se sigue con CURL que es un cliente que permite recibir y/o enviar archivos utilizando los protocolos HTTP, HTTPS, FTP, GOPHER, DICT, TELNET; utilizado por el modulo mod_xml_curl:

dnf install curl curl-devel libidn-devel -y

se instalan todas las librerías y dependencias que se necesitan para la compilación de las fuentes:

dnf install gcc ncurses-devel make gcc-c++ zlib-devel libtool bison-devel bison \

openssl-devel bzip2-devel wget newt-devel subversion flex gtk2-devel bzip2 patch \

libjpeg-devel yasm libsndfile-devel net-tools git perl-ExtUtils-Embed -y

En Rocky Linux 8, para la gestión de la base de datos, de manera predefinida ya no está presente MySQL sino MariaDB que se instala:

dnf install mariadb mariadb-server mariadb-devel -y

UNIXODBC que es la implementación Linux de las API ODBC que permiten conectarse a muchos sistemas de gestión de base de datos (ej: MySQL/MariaDB):

dnf install unixODBC unixODBC-devel mariadb-connector-odbc libtool-ltdl-devel -y

Como la base de datos interna de FreeSWITCH de manera predefinida se basa en SQLite, se instala el paquete del programa y el paquete de desarrollo:

dnf install sqlite sqlite-devel -y

PostgreSQL:

dnf install postgresql-devel postgresql-server -y

Se instala, desde las fuentes, FLITE, Festival Lite, que es un sistema de text to speech (texto a voz) utilizado por el modulo mod_flite de FS:

cd /usr/src

git clone https://github.com/festvox/flite.git

cd flite/

./configure --enable-shared --with-audio=none --prefix=/usr

make

make get_voices

make install

Libuuid y uiid utilizados para la identificación univoca de canales y hilos de procesos del SoftSWITCH:

dnf install libuuid libuuid-devel uuid uuid-devel -y

Se continua con la instalación de otros formatos audio: SPEEX WAW y LAME; este ultimo es también una dependencia para el modulo mod_shout:

dnf install speex speex-devel speexdsp-devel wavpack wavpack-devel lame-devel -y

Se continua con LIBMAD que es un MPEG audio decodificador de alta calidad:

cd /usr/src

wget https://campus.voztovoice.org/FreeSWITCH/libmad-0.15.1b.tar.gz

tar -xf libmad-0.15.1b.tar.gz

cd libmad-0.15.1b

./configure --prefix=/usr --libdir=/usr/lib64

Para que la compilación tenga éxito hay que modificar una linea del archivo Makefile:

nano +129 Makefile

CFLAGS = -Wall -g -O -fforce-mem -fforce-addr -fthread-jumps -fcse-follow-jumps -fcse-skip-blocks -fexpensive-optimizations -fregmove -fschedule-insns2

para que quede:

CFLAGS = -Wall -g -O -fforce-addr -fthread-jumps -fcse-follow-jumps -fcse-skip-blocks -fexpensive-optimizations -fregmove -fschedule-insns2

se continua con su compilación e instalación:

make

make install

Para la instalación del modulo mod_opus relacionado con el Codec Audio Opus, hay que instalar el codec desde las fuentes siguiendo estos pasos:

wget https://archive.mozilla.org/pub/opus/opus-1.3.1.tar.gz

tar -xf opus-1.3.1.tar.gz

cd opus-1.3.1

./configure --prefix=/usr --libdir=/usr/lib64

make

make install

Se termina esta primera parte con SoX que es un programa que permite la manipulación de archivos audio y la posibilidad de pasarlos de un formato a otro:

cd /usr/src

wget https://campus.voztovoice.org/FreeSWITCH/sox-14.4.2.tar.gz

tar -xf sox-14.4.2.tar.gz

cd sox-14.4.2

./configure --prefix=/usr --libdir=/usr/lib64

Al finalizar el configure aparecerá esta tabla donde se encontrarán todos los formatos audio que se podrán manipular con SoX:

Se termina con la compilación e instalación:

make && make install

Se continua con las librerías libtiff y SpanDSP, un procesador de señales digitales que en FreeSWITCH permite la instalación del modulo mod_spandsp para la recepción y envío de faxes:

dnf install libtiff libtiff-devel libxml2 libxml2-devel -y

dnf --enablerepo=okay install spandsp spandsp-apidoc spandsp-devel libks-devel -y

OpenLDAP es la versión open source del protocolo Lightweight Directory Access. Normalmente se utiliza para crear un directorio de usuarios que puede ser consultado y/o modificado desde remoto. Muchos programas implementan la posibilidad de conectarse a un servidor OpenLDAP y FreeSWITCH presenta esta posibilidad a través del modulo mod_ldap, aunque sea considerado un modulo obsoleto:

dnf install openldap openldap-clients openldap-devel openldap-servers -y

SNMP es el Protocolo Simple de Administración de Red y sirve para controlar y monitorear el desempeño del servidor Linux y de determinadas aplicaciones:

dnf install net-snmp net-snmp-devel net-snmp-libs net-snmp-utils -y

Se continua la preparación del servidor con la instalación del lenguaje de programación LUA que es el más utilizado para escribir script y código para interactuar con FS:

dnf install lua lua-devel -y

Se instalan los paquetes para compilar el modulo mod_memcache utilizado como memoria de cache en algunos tipo de consultas a base de datos:

dnf install memcached memcached-devel libmemcached libmemcached-devel -y --skip-broken

Por ultimo la librería LIBSRTP que permite implementar el cifrado del flujo media en FreeSWITCH a través del protocolo SRTP (RFC3711) y la pila SIP utilizada por FS (SIP SOFIA):

dnf --enablerepo=okay install libsrtp libsrtp-devel sofia-sip* -y

y la librería Jansson para el soporte del modulo mod_verto utilizado como sistema de señalización para WebRTC:

dnf install jansson jansson-devel -y

Para terminar hay que instalar unas cuantas librerías que permitirán instalar unos módulos más y de esta forma obtener una instalación casi completa de FreeSWITCH y sus módulos:

dnf install portaudio portaudio-devel python2-devel perl-devel erlang ldns-devel libedit-devel -y

Instalación de FreeSWITCH

Terminada la preparación del servidor, se inicia con la instalación de FreeSWITCH; se descarga la ultima versión disponible de la rama 1.10:

cd /usr/src

git clone -b v1.10 https://github.com/signalwire/freeswitch.git

Se entra a la carpeta creada:

cd freeswitch

y se preparan las fuentes para la compilación:

./bootstrap.sh -j

Luego para que se compilen algunos módulos que por defecto no están activados, se abre el siguiente archivo:

nano modules.conf

se descomentan las lineas de los módulos que se quieren incluir en la compilación e instalación y se comenta la linea del modulo mod_signalwire ya que este modulo se utiliza solamente si se contratan servicios con la empresa SignalWire, creada por los desarrolladores FreeSWITCH. Se modifican las siguientes lineas:

#applications/mod_curl

#applications/mod_directory

#applications/mod_distributor

#applications/mod_easyroute

#applications/mod_lcr

#applications/mod_memcache

#applications/mod_nibblebill

applications/mod_signalwire

#applications/mod_translate

#applications/mod_vmd

#asr_tts/mod_flite

#codecs/mod_mp4v

#databases/mod_mariadb

#event_handlers/mod_odbc_cdr

#event_handlers/mod_snmp

#formats/mod_shout

#say/mod_say_es

#say/mod_say_es_ar

#xml_int/mod_xml_curl

para que queden:

applications/mod_curl

applications/mod_directory

applications/mod_distributor

applications/mod_easyroute

applications/mod_lcr

applications/mod_memcache

applications/mod_nibblebill

#applications/mod_signalwire

applications/mod_translate

applications/mod_vmd

asr_tts/mod_flite

codecs/mod_mp4v

databases/mod_mariadb

event_handlers/mod_odbc_cdr

event_handlers/mod_snmp

formats/mod_shout

say/mod_say_es

say/mod_say_es_ar

xml_int/mod_xml_curl

Se guardan los cambios y se continua con:

./configure -C --enable-portable-binary \

--prefix=/usr --localstatedir=/var --sysconfdir=/etc \

--with-gnu-ld --with-python=/usr/bin/python2 --with-erlang --with-openssl \

--enable-core-odbc-support --enable-zrtp \

--enable-core-pgsql-support \

--enable-static-v8 --disable-parallel-build-v8

con el comando anterior se indican las carpetas donde se instalarán respectivamente los archivos binarios, los LOG y los archivos de configuración; además se definen que módulos se van a soportar y como. Se continua con:

make

Si no aparecen errores, se continua con:

make install

Se instalan las locuciones en inglés y los audio para la música de espera (calidad CD):

make cd-sounds-install

make cd-moh-install

Las únicas locuciones en español disponibles son con acento mexicano. Son las que utilizaremos para el curso aunque no son completas. Para instalarlas tendremos que utilizar una pequeña artimaña. Primero se descargan los paquetes RPM desde los repositorios OKAY:

cd /

wget http://repo.okay.com.mx/centos/7/x86_64/release/freeswitch-sounds-es-mx-...

wget http://repo.okay.com.mx/centos/7/x86_64/release/freeswitch-sounds-es-mx-...

wget http://repo.okay.com.mx/centos/7/x86_64/release/freeswitch-sounds-es-mx-...

wget http://repo.okay.com.mx/centos/7/x86_64/release/freeswitch-sounds-es-mx-...

y se descomprimen con una utilidad pensada para los paquetes RPM:

rpm2cpio freeswitch-sounds-es-mx-maria-48000-1.0.16-1.el7.centos.noarch.rpm | cpio -ivd

rpm2cpio freeswitch-sounds-es-mx-maria-32000-1.0.16-1.el7.centos.noarch.rpm | cpio -ivd

rpm2cpio freeswitch-sounds-es-mx-maria-16000-1.0.16-1.el7.centos.noarch.rpm | cpio -ivd

rpm2cpio freeswitch-sounds-es-mx-maria-8000-1.0.16-1.el7.centos.noarch.rpm | cpio -ivd

Quedarán instaladas en la carpeta que contiene las demás locuciones audio.

Si en cualquier momento se quiere añadir un modulo a la instalación realizada, no hace falta volver a realizar la compilación e instalación desde cero sino seguir estos pasos:

cd /usr/src/freeswitch

nano modules.conf

descomentar el modulo que se quieres instalar. En este ejemplo veremos como instalar el modulo mod_callcenter utilizado para configurar las colas de espera en FS; se modifica esta linea:

#applications/mod_callcenter

para que quede:

applications/mod_callcenter

Se guardan los cambios y se ejecuta el siguiente comando:

make mod_callcenter-install

si el modulo requiere algunas dependencias, será el mismo FreeSWITCH que las instalará. Para tener la certeza que el modulo se haya instalado correctamente:

ls /usr/lib64/freeswitch/mod/mod_call*

/usr/lib/freeswitch/mod/mod_callcenter.la /usr/lib/freeswitch/mod/mod_callcenter.so

Para que se inicie con FS:

nano +144 /etc/freeswitch/autoload_configs/modules.conf.xml

se modifica esta linea (Linea 141):



para que quede:

<load module="mod_callcenter"/>

Se guardan los cambios. Ahora para que FreeSWITCH se ejecute en automático cada vez que se reinicie el servidor:

Se modifica el siguiente archivo:

nano /usr/src/freeswitch/build/freeswitch.service

Cambiando esta linea:

WorkingDirectory=/run/freeswitch

para que quede:

WorkingDirectory=/var/run/freeswitch

Se guardan lo cambios y se copia en la carpeta de los scripts de inicio:

cp /usr/src/freeswitch/build/freeswitch.service /usr/lib/systemd/system/

se copia el archivo donde se pueden añadir parámetros personalizados en la respectiva carpeta:

cp /usr/src/freeswitch/build/freeswitch.sysconfig /etc/sysconfig/freeswitch

Como el script de inicio de FreeSWITCH utiliza el usuario freeswitch, hay que crearlo:

useradd -r -d /etc/freeswitch/ freeswitch

Como la carpeta /var/run/freeswitch, indicada en el script de inicio, se borra cada vez que se reinicia el sistema, para que cada vez se cree correctamente, se crea el siguiente archivo:

nano /etc/tmpfiles.d/freeswitch.conf

y se copia la siguiente linea:

d /var/run/freeswitch 0755 freeswitch freeswitch - -

con este comando se creará la carpeta /var/run/freeswitch con los permisos 0755, usuario y grupo propietario freeswitch. Ya se puede activar el script de inicio:

systemctl enable freeswitch

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

Antes de iniciar el servicio con el script de inicio, se ejecuta en primer plano para averiguar si hay errores de configuración/instalación y para que se creen todos los archivos que FreeSWITCH necesita:

freeswitch -nonat -nf

las dos opciones significan respectivamente: no utilizar la detección de NAT y trabajar en primer plano. Muy probablemente aparecerán algunas lineas de error relacionadas con SQLite:

[ERR] switch_core_sqldb.c:587 NATIVE SQL ERR [no such table: channels]

esto es porque las tablas que utiliza FreeSWITCH se crean en SQLite la primera vez que se inicia el programa. Una vez que termine el flujo de LOG, para averiguar que el modulo más importante, mod_sofia, esté funcionando correctamente:

freeswitch@sip10.voztovoice.net> sofia status

Para parar/terminar FreeSWITCH:

freeswitch@sip10.voztovoice.net> shutdown

Ahora que se ha averiguado que todo está funcionando correctamente, se cambian los permisos de las carpetas y archivos relacionados con FreeSWITCH; este paso se realiza también porque las base de datos SQLite3 creadas al iniciar FreeSWITCH con usuario root, sean accesibles al usuario freeswitch que es él con que se inicia el programa.

chown -Rf freeswitch:freeswitch /etc/freeswitch/ /usr/lib/freeswitch/ /var/log/freeswitch/ /var/run/freeswitch/ /var/lib/freeswitch/ /usr/share/freeswitch

Ahora podemos iniciar el programa utilizando el script inicio:

systemctl start freeswitch

y averiguar que esté corriendo:

ps aux | grep freeswitch

freeswi+ 126946 0.7 1.7 269156 17200 ? Ssl 11:21 0:00 /usr/bin/freeswitch -nc -nf

Acceder a la consola con el alias de comando que se ha creado en la primera parte del este módulo semanal:

fscli

Salir de la consola:

freeswitch@sip10.voztovoice.net> ...

IMPORTANTE: son tres puntos seguidos

Aunque la base de datos interna predefinida se basa en SQLite3, es posible utilizar el conector ODBC con otras base de datos para los datos internos de FS y algunos módulos. Es por eso que realizaremos una configuración inicial de MariaDB. Iniciamos el programa:

systemctl start mariadb

lo configuramos para que se ejecute en automático:

systemctl enable mariadb

Created symlink /etc/systemd/system/mysql.service â /usr/lib/systemd/system/mariadb.service.

Created symlink /etc/systemd/system/mysqld.service â /usr/lib/systemd/system/mariadb.service.

Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service â /usr/lib/systemd/system/mariadb.service.

Creamos la contraseña para el usuario root:

mysqladmin -u root password GuV3sP289nudWuAV

y lo ponemos en seguridad:

mysql_secure_installation

Se contestan las preguntas somo sigue:

Enter current password for root (enter for none): GuV3sP289nudWuAV

OK, successfully used password, moving on...

Change the root password? [Y/n] n

... skipping.

Remove anonymous users? [Y/n] y

... Success!

Disallow root login remotely? [Y/n] y

... Success!

Remove test database and access to it? [Y/n] y

- Dropping test database...

Reload privilege tables now? [Y/n] y

... Success!

Cleaning up...

All done! If you've completed all of the above steps, your MariaDB

installation should now be secure.

Thanks for using MariaDB!

Configuramos la zona horaria de MariaDB:

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

Warning: Unable to load '/usr/share/zoneinfo/leapseconds' as time zone. Skipping it.

Warning: Unable to load '/usr/share/zoneinfo/tzdata.zi' as time zone. Skipping it.

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

Bajo la etiqueta [mysqld] añadimos (PERSONALIZAR según su País):

default-time-zone = America/Bogota

Para asegurarnos que todo esté funcionando correctamente, reiniciamos el servidor:

reboot

después de unos segundos volvemos a acceder y miramos si podemos conectarnos a la consola de FreeSWITCH:

fscli

Si todo está bien, miramos el estado del programa y la versión instalada:

freeswitch@sip10.voztovoice.net> status

luego salimos de la consola:

freeswitch@sip10.voztovoice.net> /quit

/quit es otro comando que se puede utilizar para salir de la consola de FS. Para averiguar que esté escuchando en los puertos 5060 y 5080 que corresponden a los dos perfiles SIP predefinidos, de los que hablaremos más adelante:

netstat -naep | grep 5060

tcp 0 0 216.128.130.80:5060 0.0.0.0:* LISTEN 985 24410 1522/freeswitch

tcp6 0 0 2001:19f0:6401:21f:5060 :::* LISTEN 985 24406 1522/freeswitch

udp 0 0 216.128.130.80:5060 0.0.0.0:* 985 24409 1522/freeswitch

udp6 0 0 2001:19f0:6401:21f:5060 :::* 985 24405 1522/freeswitch

y:

netstat -naep | grep 5080

tcp 0 0 216.128.130.80:5080 0.0.0.0:* LISTEN 985 24416 1522/freeswitch

tcp6 0 0 2001:19f0:6401:21f:5080 :::* LISTEN 985 24402 1522/freeswitch

udp 0 0 216.128.130.80:5080 0.0.0.0:* 985 24415 1522/freeswitch

udp6 0 0 2001:19f0:6401:21f:5080 :::* 985 24401 1522/freeswitch

Fin
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

May 08, 2023

Andrea Sannucci Curso FreeSWITCH 1.10.8 – Tercera Edición
Ya ha llegado la hora de dictar la tercera edición del curso dedicado al SWITCH/PBX FreeSWITCH. FreeSwitch representa la única alternativa valida Open Source a Asterisk PBX. De hecho el principal desarrollador de FreeSWITCH, Anthony Minessale, por años ha contribuido al código de Asterisk PBX hasta que no decidió empezar a escribir el código de FS; de hecho, en la documentación oficial de FreeSWITCH, hay una pagina dedicada a las diferencias entre Asterisk PBX y FreeSWITCH (Rosetta Stone) para que la curva de aprendizaje fuera más corta.

Este es actualmente el único curso totalmente en español dedicado a FreeSWITCH presente en el mercado.

El curso tiene una duración de 4 semanas al terminar el cual, deberían aprender:

Preparación del Servidor Linux (VPS remoto) con Rocky Linux 8

Instalación de FreeSWITCH 1.10.8 o superior desde las fuentes

Configuración del cortafuegos

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, ZRTP)

Conferencias audio y Videoconferencias

WebRTC SIP y VERTO

Configuración Multi Dominio, Multi Utente

Respaldo de llamadas

Monitoreo y seguridad del sistema

Fehca de inicio del curso: 5 Junio 2023

Duración: 4 semanas:

Donde: El curso es a distancia y se dicta en el Campus de VozToVoice.

Costo: El valor del curso es de 150 dólares, 136 Euros o 680mil Pesos Colombianos (COP).

Descuentos:

15% pronto pago/inscripción temprana; pagos realizados antes del 30 de Octubre 2022

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

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

Los descuentos no son acumulables.

En anexo encuentran el temario detallado del curso y algunas informaciones importantes. El formulario de inscripción. Los espero.
Adjunto Tamaño

programa_curso_freeswitch.pdf 79.73 KB
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_freeswitch.pdf	79.73 KB

April 10, 2023

Andrea Sannucci Curso Kamailio TLS/WebRTC y Balanceo – Primera Edición
Con este nuevo curso dedicado al proxy SIP Kamailio, vamos a añadir/ampliar dos temas:

El cifrado de la señalización SIP y del flujo media con una configuración que permita a todos los dispositivos comunicarse entre ellos usen o no el cifrado de la señalización SIP y del flujo media; esto quiere decir que será posible realizar llamadas entre dispositivos que no utilizan el cifrado de la señalización SIP y del flujo media y dispositivos que si la utilizan. Además si un usuario está registrado desde distintos dispositivos, unos con el cifrado y otros sin cifrado la llamada llegará a cada dispositivos según el tipo de configuración que tenga. La comunicación Entre Kamailio y Asterisk PBX será sobre UDP

La implementación de WebRTC de forma que sea posible realizar llamadas entres WebRTC y SIP y viceversa. De esta forma, por ejemplo, será posible que Kamailio se comunique con Asterisk PBX sobre UDP mientras que los usuarios se puedan llamar entre ellos vía WebRTC o WebRTC ↔ SIP

Además de estas dos novedades, se han ampliado todos los temas presentes en los cursos anteriores y se ha mejorado el archivo de configuración de Kamailio inicial para volverlo más fácil de modificar y gestionar utilizando las sentencias que permiten activar/desactivar bloque enteros de configuración.

Como va a ser la primera edición de la nueva versión del curso, hemos añadido, para los antiguos estudiantes, una nueva forma de inscripción que permite acceder solamente a los contenidos sin servidor remoto y numero geográfico y troncal SIP; de esta forma será posible participar a un precio más contenido.

En detalle, estos son los distintos tipos de inscripción disponibles con relativos precios:

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: 8 de mayo 2023

Duración: 4 semanas

Cupos disponibles: Curso completo 15, Acceso materiales 10

Videoconferencias en vivo: cinco:

9 Mayo 2pm hora de Colombia: presentación del curso y del protocolo SIP

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

20 Mayo 2pm hora de Colombia: Kamailio y WebRTC

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

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

23 guías textuales

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.15 KB
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

Adjunto	Tamaño
programa_curso_kamailio.pdf	88.15 KB

March 08, 2023

Andrea Sannucci La Ong Sea-Watch usa Nexcloud
Si todavía tienen dudas acerca de como se toman en serio la privacidad los desarrolladores de NextCloud, pueden leer el siguiente articulo donde se habla acerca de la experiencia de Sea-Watch con Nextcloud.

Sea-Watch es una organización no gubernamental que trabaja con sus propios barcos en el Mediterráneo rescatando los inmigrantes que intentan llegar a las costas Europeas y/o vigilando que no haya violaciones de los derechos humanos.

Como pueden imaginar, con la cantidad de datos sensibles que manejan, no pueden confiar en los servicios brindados por las Big Tech pues optaron por NextCloud

¿Que opinan?
- Sea-Watch
- Nextcloud
Vota el Articulo:

Promedio: 5 (1 voto)

Evalúa la calidad del articulo

March 06, 2023

Andrea Sannucci Kamailio: captura TLS con el modulo SIPTRACE y SNGREP
Retomando el articulo que he escrito hace un mes, les voy a mostrar la configuración que acabo de probar y me funcionó. Estoy utilizando un servidor VULTR con IP publica y IP privada. Empezando con Kamailio:

nano /etc/kamailio/kamailio.cfg

al inicio del archivo he definido una sentencia de forma que todo lo relacionado con el modulo SIPTRACE se activará solamente si esta sentencia existe:

#!define WITH_SIPTRACE

luego en el bloque módulos he configurado:

#!ifdef WITH_SIPTRACE

loadmodule "siptrace.so"

#!endif

para cargar el modulo y:

#!ifdef WITH_SIPTRACE

# ----- siptrace module -----

modparam("siptrace", "trace_mode", 4)

modparam("siptrace", "trace_to_database", 0)

modparam("siptrace", "trace_on", 1)

modparam("siptrace", "duplicate_uri", "sip:10.39.96.15:9060")

modparam("siptrace", "hep_mode_on", 1)

modparam("siptrace", "hep_version", 3)

modparam("siptrace", "hep_capture_id", 1234)

#!endif

para configurar los parámetros del modulo. 10.39.96.15 es la IP Privada de mi servidor. En el bloque de enrutamiento he añadido dos bloques; uno después de esta linea:

request_route {

que es:

#!ifdef WITH_SIPTRACE

sip_trace_mode("t");

#!endif

y uno al final del archivo:

#!ifdef WITH_SIPTRACE

onsend_route {

if (is_method("ACK")) {

sip_trace();

}

}

#!endif

he guardado los cambios y reiniciado kamailio:

systemctl restart kamailio

luego he ejecutado SNGREP con los siguientes parámetros:

sngrep -l 4000 -R -d enp6s0 -L udp:10.39.96.15:9060

El resultado de un REGISTER y un INVITE respectivamente:

Me comentan como les fue
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo
Andrea Sannucci La Nsima caída de TWITTER
El pasado miércoles, primero de marzo 2023, Twitter ha padecido una nueva caída de los servicios a nivel mundial; esto ha pasado a las 10:20 hora de Inglaterra y, a pesar que los servicios se han restablecidos por completo después de una hora, solamente al finalizar la tarde todos los usuarios han podido volver a acceder regularmente.

Seguramente, los despidos en los departamentos críticos hechos por Elon Musk tienen que ver con esta situación; situación laboral menos apetecible, caída de la red interna de comunicación basada en Slack, falta de seguridad acerca del futuro para los empleados, ingenieros trasladados de Tesla a Twitter para tapar los huecos.

En el transcurso de este año hubo 5 caídas del sistema mientras en todo el 2022 hubo 10. En dos meses se alcanzaron las caídas de seis meses del año anterior.

¿Qué nos dice todo esto?

Que si nuestra empresa “depende” de servicios de terceros, debemos empezar a pensar en soluciones alternativas que nos permitan seguir trabajando pase lo que pase. Desde mi punto de vista esto quiere decir:

Utilizar Mastodon en lugar de Twitter o por lo menos tenerlo a la mano en el caso se necesite pasar de uno a otro

crear su propio servidor de correo electrónico

almacenar sus datos en sus propios servidores con Nextcloud

utilizar su proprio sistema de mensajería instantánea por lo menos dentro de su empresa: Ejabberd o, mejor aún, Element

En lo general evitar de depender de servicios de terceros; Esto también por temas de seguridad y privacidad.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

March 01, 2023

Andrea Sannucci Libro: The Joy of Cryptography
Este libro, distribuido gratuitamente, es completamente dedicado a la criptografía. La palabra Joy no es traducible al español ya que su significado es más que alegría… En italiano tenemos una traducción para esa palabra y es gioia… El alemán también tiene su correspondiente palabra que es freude, de ahí el Ode an die Freude de Beethoven (Himno a la ¿Alegría?)

Como se pueda amar la criptografía hasta probar “gioia” en estudiarla, aplicarla, para mi es algo totalmente desconocido e inimaginable.

Ya que estoy me gustaría compartir una novela sobre el tema que he leído el año pasado y que me ha encantado: El Don del autor chino Mai Jia; si la leen me cuentan

Volviendo al libro se compone de 16 capítulos de 0 a 15. El capitulo 0 es una introducción a la criptografía, los capítulos de 1 a 12 están dedicados a la criptografía simétrica mientras los últimos tres a la criptografía asimétrica. A seguir el Indice:

0 Review of Concepts & Notation 1

0.1 Logs & Exponents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

0.2 Modular Arithmetic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

0.3 Strings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

0.4 Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

0.5 Probability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

0.6 Notation in Pseudocode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

0.7 Asymptotics (Big-O) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1 One-Time Pad & Kerckhoffs’ Principle 10

1.1 What Is [Not] Cryptography? . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.2 Specifcs of One-Time Pad . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2 The Basics of Provable Security 21

2.1 How to Write a Security Defnition . . . . . . . . . . . . . . . . . . . . . . 21

2.2 Formalisms for Security Defnitions . . . . . . . . . . . . . . . . . . . . . . 25

2.3 How to Demonstrate Insecurity with Attacks . . . . . . . . . . . . . . . . . 30

2.4 How to Prove Security with The Hybrid Technique . . . . . . . . . . . . . 33

2.5 How to Compare/Contrast Security Defnitions . . . . . . . . . . . . . . . 38

3 Secret Sharing 47

3.1 Defnitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

3.2 A Simple 2-out-of-2 Scheme . . . . . . . . . . . . . . . . . . . . . . . . . . 51

3.3 Polynomial Interpolation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

3.4 Shamir Secret Sharing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

3.5 Visual Secret Sharing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

4 Basing Cryptography on Intractable Computations 67

4.1 What Qualifes as a “Computationally Infeasible” Attack? . . . . . . . . . . 67

4.2 What Qualifes as a “Negligible” Success Probability? . . . . . . . . . . . . 70

4.3 Indistinguishability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

4.4 Birthday Probabilities & Sampling With/out Replacement . . . . . . . . . . 76

5 Pseudorandom Generators 85

5.1 Defnitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

5.2 Pseudorandom Generators in Practice . . . . . . . . . . . . . . . . . . . . . 87

5.3 Application: Shorter Keys in One-Time-Secret Encryption . . . . . . . . . 90

5.4 Extending the Stretch of a PRG . . . . . . . . . . . . . . . . . . . . . . . . . 92

5.5 Applications: Stream Cipher & Symmetric Ratchet . . . . . . . . . . . . . . 98

6 Pseudorandom Functions & Block Ciphers 106

6.1 Defnition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

6.2 PRFs vs PRGs; Variable-Hybrid Proofs . . . . . . . . . . . . . . . . . . . . . 110

6.3 Block Ciphers (Pseudorandom Permutations) . . . . . . . . . . . . . . . . . 120

6.4 Relating PRFs and Block Ciphers . . . . . . . . . . . . . . . . . . . . . . . . 121

6.5 PRFs and Block Ciphers in Practice . . . . . . . . . . . . . . . . . . . . . . 124

6.6 Strong Pseudorandom Permutations . . . . . . . . . . . . . . . . . . . . . . 125

7 Security Against Chosen Plaintext Attacks 130

7.1 Limits of Deterministic Encryption . . . . . . . . . . . . . . . . . . . . . . 130

7.2 Pseudorandom Ciphertexts . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

7.3 CPA-Secure Encryption Based On PRFs . . . . . . . . . . . . . . . . . . . . 135

8 Block Cipher Modes of Operation 144

8.1 A Tour of Common Modes . . . . . . . . . . . . . . . . . . . . . . . . . . . 144

8.2 CPA Security and Variable-Length Plaintexts . . . . . . . . . . . . . . . . . 147

8.3 Security of OFB Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149

8.4 Padding & Ciphertext Stealing . . . . . . . . . . . . . . . . . . . . . . . . . 152

9 Chosen Ciphertext Attacks 162

9.1 Padding Oracle Attacks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162

9.2 What Went Wrong? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165

9.3 Defning CCA Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

9.4 A Simple CCA-Secure Scheme . . . . . . . . . . . . . . . . . . . . . . . . . 171

10 Message Authentication Codes 182

10.1 Defnition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182

10.2 A PRF is a MAC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186

10.3 MACs for Long Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191

10.4 Encrypt-Then-MAC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194

11 Hash Functions 201

11.1 Security Properties for Hash Functions . . . . . . . . . . . . . . . . . . . . 201

11.2 Merkle-Damgård Construction . . . . . . . . . . . . . . . . . . . . . . . . . 205

11.3 Hash Functions vs. MACs: Length-Extension Attacks . . . . . . . . . . . . 208

12 Authenticated Encryption & AEAD 214

12.1 Defnitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215

12.2 Achieving AE/AEAD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217

12.3 Carter-Wegman MACs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

12.4 Galois Counter Mode for AEAD . . . . . . . . . . . . . . . . . . . . . . . . 225

13 RSA & Digital Signatures 227

13.1 “Dividing” Mod n . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227

13.2 The RSA Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232

13.3 Digital Signatures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237

13.4 Chinese Remainder Theorem . . . . . . . . . . . . . . . . . . . . . . . . . . 240

13.5 The Hardness of Factoring N . . . . . . . . . . . . . . . . . . . . . . . . . . 244

14 Diffe-Hellman Key Agreement 254

14.1 Cyclic Groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

14.2 Diffe-Hellman Key Agreement . . . . . . . . . . . . . . . . . . . . . . . . . 255

14.3 Decisional Diffe-Hellman Problem . . . . . . . . . . . . . . . . . . . . . . 256

15 Public-Key Encryption 260

15.1 Security Defnitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260

15.2 One-Time Security Implies Many-Time Security . . . . . . . . . . . . . . . 261

15.3 ElGamal Encryption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264

15.4 Hybrid Encryption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267

Index of Security Defnitions 271

Encuentran una copia del libro en anexo a esta entrada.

Me cuentan

Adjunto Tamaño

the_joy_of_cryptography.pdf 4.11 MB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Adjunto	Tamaño
the_joy_of_cryptography.pdf	4.11 MB

February 16, 2023

Andrea Sannucci Kamailio y el modulo DB_CLUSTER
Tengo que ser sincero; desconocía por completo la existencia de este modulo y la verdad enterarme de su existencia ha sido un descubrimiento muy interesante. Este modulo permite crear una serie de conexiones a base de datos y luego aprovecharlas en los distintos módulos que utilizan o pueden utilizar una base de datos para su configuración/funcionamiento.

Vamos por pasos. Para que el modulo funcione correctamente, depende de un conector database, es decir de una modulo que permite el utilizo de una base de datos; normalmente, en Kamailio, el modulo utilizado es DB_MYSQL, aunque no es el único disponible.

Luego se puede pasar a la configuración del modulo donde se crean, una por linea, las conexiones a las base de datos. Un ejemplo de la configuración del modulo, podría ser:

loadmodule "db_mysql"

loadmodule "db_cluster"

modparam("db_cluster", "connection", "c1=>mysql://kamailio:kamailiorw@192.168.1.2/kamailio")

modparam("db_cluster", "connection", "c2=>mysql://kamailio:kamailiorw@192.168.1.3/kamailio")

modparam("db_cluster", "cluster", "cl1=>c1=9r9p;c2=8r8p")

modparam("db_cluster", "inactive_interval", 180)

la explicación linea por linea:

se carga un modulo base de datos de que depende el modulo DB_CLUSTER

se carga el modulo DB_CLUSTER

se crean la conexiones (una por linea) siguiendo la sintaxis:

motor de base de datos

usuario

contraseña

IP/dominio donde se encuentra la base de datos

nombre de la base de datos

se crea el cluster indicando el nombre (cl1) seguido por las conexiones que va a utilizar el cluster (c1 y c2). A cada conexión hay que añadir 4 valores; los primeros dos relacionados con las operaciones de lectura y los segundos dos con las operaciones de escritura. El primer numero indica el nivel de prioridad que va de 0 a 9; 0 significa que la conexión no se utilizará, 9 es la prioridad más alta. La letra que sigue indica como se utilizará el cluster para las operaciones de lectura:

s significa operación serial se utiliza la primera conexión y si falla la siguiente

r round robin; se utilizan las conexiones disponibles de manera aleatoria

p se utiliza solamente para operaciones de escritura y significa que se realizará la operación paralelamente en todas las base de datos

En nuestro ejemplo la conexión c1 se utilizará round robin con una prioridad 9 para lectura y opción paralela con prioridad 9 para escritura

La conexión c2 se utilizará round robin con una prioridad 8 para lectura y opción paralela con prioridad 8 para escritura

Luego, para los módulos que se pueden apoyar en una base de datos para su funcionamiento/configuración se indica el nombre del cluster como conexión a la base de datos; dos ejemplos:

modparam("acc", "db_url", "cluster://cl1")

modparam("usrloc", "db_url", "cluster://cl1")

donde cl1 es el nombre de la conexión configurada en el parámetro cluster del modulo DB_CLUSTER

Como la escritura se ha configurado de manera paralela, los datos presente en las distintas tablas de las dos base de datos deberían ser idénticos. No he hecho todavía la prueba pero les estaré comentando.
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

February 03, 2023

Andrea Sannucci Capturar señalización SIP Cifrada con SNGREP
SNGREP es seguramente uno de mis programas preferidos para la captura de la señalización SIP y para tener traza del flujo media. El programa es desarrollado por la empresa Basca/Española Irontec.

El problema es que no es posible de manera predefinida capturar la señalización SIP cifrada (tls, wss) que es propiamente lo que se necesita más en estos últimos tiempos ya que todo es WebRTC y SIP TLS.

Entre las distintas opciones de SNGREP hay una que permite capturar paquetes encapsulados con protocolo HEP, el protocolo utilizado para enviar normalmente el trafico a un servidor Homer SIP Capture Server. Kamailio y OpenSIPs tienen módulos dedicados para este tipo de tarea y nada más realizar la configuración en ellos y luego iniciar SNGREP con:

sngrep -L udp:1.2.3.4:5065

L es la opción que permite a SNGREP ponerse a la escucha para paquetes de tipo HEP

udp protocolo de trasporte de los paquetes recibidos

1.2.3.4 IP donde sngrep se pondrá a la escucha

5065 puerto donde sngrep se pondrá a la escucha

En este articulo encuentran toda la configuración para Kamailio. Me comentan si les funcionó
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

January 31, 2023

Andrea Sannucci Curso A2Billing integrado con OpenSIPs
Uno podría pensar que A2Billing, un sistema de facturación de llamadas basado en Asterisk, es algo obsoleto, que no se puede utilizar y no funciona correctamente. La verdad es que yo también pensaba lo mismo pero luego de una pequeña investigación me di cuenta que:

a pesar de pequeñas limitaciones, sigue funcionando correctamente también con la versión de PHP 7.2 utilizada por Almalinux 8 y Rocky Linux 8; yo lo uso con PHP 7.3 sin problemas.

Almalinux o Rocky Linux 8 tienen soporte hasta el primero de marzo de 2029

Asterisk 18, la versión utilizada junto al canal chan_sip funciona sin problemas y el canal chan_sip se puede utilizar hasta la versión 20 de Asterisk que tiene soporte hasta el diecinueve de octubre del 2027

OpenSIPs 3.1 funciona perfectamente con Almalinux 8 y se integra sin problemas con A2Billing y se puede actualizar a las versiones más recientes con poco esfuerzo; de hecho al finalizar el curso se indicará como actualizar la versión 3.1 a la versión 3.2

Actualmente no hay un sistemas de facturación Open Source que estén a la altura o que se puedan articular como A2Billing con OpenSIPs. Los programas que he tomado en cuenta:

ASTPP, programa de facturación de llamadas basado en FreeSWITCH tiene muchas limitaciones, se basa en distribuciones Linux casi obsoletas y está lleno de errores; además de eso los desarrolladores van quitando siempre más opciones y menú para volverlos de pago

IvozProvider es seguramente una aplicación solida, considerando la empresa que hay detrás, pero si se quiere empezar a escalar horizontalmente distribuyendo los servicios en distintos servidores, no hay casi documentación al respecto

SPCE Community Edition siempre me ha parecido difícil de instalar, configurar y gestionar. Aunque hay bastante documentación no me parece amigable. Como es el caso de IvozProvider no se explica como poder escalar horizontalmente.

a MagnusBilling tengo que darle otra oportunidad pero volvemos al tema de escalar horizontalmente y utiliza distribuciones Linux que están cerca de su End Of Life (debian 11 2026 y CentOS 7 (2024)

Por eso he decidido dictar este curso a distancia dedicado a la integración de OpenSIPs con A2Billing. Al terminar el curso aprenderán:

Preparación del Servidor Linux con Almalinux 8 64bit

Instalación Asterisk 18.16.0 o superior

Instalación A2Billing 2.3.0

Configuración base A2Billing

Configuración avanzada A2Billing

Instalación OpenSIPs 3.1

OpenSIPs – balanceo de carga

OpenSIPs como Registrar

Llamadas entre usuarios desde OpenSIPs

Presencia y mensajes instantáneos entre usuarios desde OpenSIPs

Autenticación INVITE con usuario y contraseña y/o sobre IP en OpenSIPs

Gestión de DIDs integrada entre A2Billing y OpenSIPs

Sistema de tarjetas telefónicas

Monitoreo y seguridad del servidor

¿Cómo funciona?

El curso se divide en módulos. Cada semana se presentará un modulo que contiene una parte teórica, una practica y una videoconferencia. El modulo se compone de partes textuales y foros. Cada estudiante podrá acceder al campus las 24 horas y ir desarrollando las tareas programadas. Las videoconferencias tendrán lugar cada lunes a las 2pm hora de Colombia. Para aquellos que no podrán participar, el día siguiente estará disponible la grabación en la pagina principal del curso. Las videoconferencias tendrán como temas:

1. Presentación del protocolo SIP

2. Pagina de administración de A2Billing

3. La configuración de OpenSIPs

6. La calidad de las llamadas SIP

¿Donde se dicta el curso?

El curso es a distancia y se dicta en el Campus de VozToVoice.

Carga horaria aproximada: 10 horas/semana

¿Cuanto cuesta?

El valor del curso es de 160 dólares o 145 Euros o 725mil pesos Colombianos

Descuentos:

• 15% pronto pago/inscripción temprana; pagos realizados antes del 13 de Febrero 2023

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

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

Formas de pago:

Paypal

Tarjeta de Crédito/Débito

Transferencia bancaria Colombia

Bonifico Zona Euro

El precio incluye:

• Un VPS (servidor virtual privado) por cada inscrito

• Una cuenta SIP para realizar llamadas

• Una copia del libro, de VozToVoice, dedicado a la integración de A2Billing con OpenSIPs (aunque no totalmente actualizado)

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

Para inscripciones
Adjunto Tamaño

programa_curso_a2bsip.pdf 73.71 KB
Vota el Articulo:

Sin votos (todavía)

Evalúa la calidad del articulo

Planet SIP

November 19, 2024

Vota el Articulo:

November 13, 2024

Vota el Articulo:

November 11, 2024

Vota el Articulo:

November 07, 2024

Vota el Articulo:

November 06, 2024

Vota el Articulo:

Vota el Articulo:

November 04, 2024

Vota el Articulo:

October 24, 2024

Vota el Articulo:

October 23, 2024

Vota el Articulo:

October 21, 2024

Vota el Articulo:

October 02, 2024

Vota el Articulo:

October 01, 2024

Vota el Articulo:

September 30, 2024

Vota el Articulo:

September 10, 2024

Vota el Articulo:

September 08, 2024

Vota el Articulo:

September 06, 2024

Vota el Articulo:

September 05, 2024

Vota el Articulo:

August 13, 2024

Vota el Articulo:

July 08, 2024

Vota el Articulo:

May 13, 2024

Vota el Articulo:

April 22, 2024

April 08, 2024

Vota el Articulo:

April 07, 2024

March 12, 2024

March 07, 2024

Vota el Articulo:

February 12, 2024

February 01, 2024

Vota el Articulo:

January 29, 2024

Vota el Articulo:

January 22, 2024

January 12, 2024

Vota el Articulo:

December 29, 2023

Vota el Articulo:

December 05, 2023

Vota el Articulo:

December 04, 2023

Vota el Articulo:

December 02, 2023

Evalúa el Curso:

November 28, 2023

Vota el Articulo:

November 06, 2023

Vota el Articulo:

November 04, 2023

October 27, 2023

October 24, 2023

Vota el Articulo:

October 18, 2023

Vota el Articulo:

September 23, 2023

September 18, 2023

Vota el Articulo:

September 16, 2023

Vota el Articulo:

September 15, 2023

Vota el Articulo: