Planet SIP

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

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:

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:

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:

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:

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:

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:

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:

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

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:

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:

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

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

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:

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:

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:

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?

Vota el Articulo:

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:

Planet SIP

September 23, 2023

September 18, 2023

Vota el Articulo:

September 16, 2023

Vota el Articulo:

September 15, 2023

Vota el Articulo:

September 06, 2023

Vota el Articulo:

August 30, 2023

Vota el Articulo:

August 28, 2023

Vota el Articulo:

July 03, 2023

Vota el Articulo:

June 26, 2023

Vota el Articulo:

May 21, 2023

Vota el Articulo:

May 16, 2023

Vota el Articulo:

May 08, 2023

Vota el Articulo:

April 10, 2023

Vota el Articulo:

March 08, 2023

Vota el Articulo:

March 06, 2023