RadioVozIP – VOIP2DAY 2014

9 Oct

Hoy daba una conferencia en el #voip2day . Este año se me ocurrió hablar sobre Radio y Voz IP , y mostrar que no es tan complicado como puede parecer , integrarlo con sistemas Asterisk o audio IP.

Podéis ver la conferencia en ingles y castellano en los siguientes enlaces, así como algunas de las fotos que los asistentes a la conferencia fueron sacando 🙂

 

 

Fotos en Twitter aquí 

Las demos este año no fallaron y creo que la gente quedó bastante contenta 😉

Gracias  por asistir un año más

Un abrazo

Alberto

Olle Johansson relanza la Edvina SIP MASTERCLASS

21 Aug

Olle que hace unas pocas semanas decí­a adiós a las SIP MasterClass tal y como hasta ahora vení­a impartiendo, ha decidido, lo cual me parece muy acertado la versión 2.0 de la misma.

El temario ahora abarca los siguientes temas:

The SIP Protocol
Kamailio – the SIP server
SIP call flows: Call transfers
SIP: Forking and routing
Kamailio – transactions and forking
SIP Media: RTP, RTCP and QoS issues
SIP NAT traversal: Stun, Turn, Outbound
SIP presence infrastructure: SUBSCRIBE, NOTIFY, PUBLISH
SIP Dialogs, dialog states, blinking lamps
SIP messaging and presence: SIMPLE and MSRP
Kamailio messaging and presence
Building SIP services with Kamailio and a media server (Asterisk, FreeSwitch)
SIP load balancing and failover, DNS
Kamailio: DNS, failover with Dispatcher
SIP security: TLS, S/MIME, SRTP, SIP identity

Las próximas citas son en Stockholm (Suecia) y Miami (Florida).

El precio sigue en los 3150 euros, y la verdad es que es un curso en el que merece la pena si se puede, tener la oportunidad de sumergirse una semana en él.

Así­, que seguimos teniendo Edvina SIP Masterclass para rato! :

Más información en la web de edvina.net

De vuelta del Curso Práctico de Asterisk

28 Nov

Tras tres dí­as intensos que terminaron ayer con el examen dCAP oficial , que como sabéis consta de dos partes, una teórica y práctica,algunos comprobásteis que el factor suerte a veces es necesario, aunque casi todos no tuvieron problemas en compilar y dejar funcionando Asterisk.

Luego habí­a que configurar Asterisk con unos requisitos dados, y que fueran funcionales.

Aunque el curso fue bastante productivo, o al menos sentí­ que los alumnos se llevaron la maleta llena de ideas y conocimientos, me volví­ con el sabor agridulce de que en la parte práctica no aprobaran mayor número de personas.

Ahora a esperar 4-6 semanas para que Digium valore la parte teórica.

Suerte en esa parte a los que en la práctica no la tuvieron tanto.

Para la próxima vez, leer leed con tranquilidad el examen, llevar llevad las cosas claras de casa y probar probad casi todo lo que hagáis.

El comando originate o console dial os puede ayudar a ello.

En esta ocasión los que asistí­steis tuví­steis la suerte de contar también como profesora a Mariña Varela, una de las pocas dcaps que hay en España (junto con Rosa ) con ya muchos años de experiencia.

Podéis ver unas fotos del curso y del examen en mi flickr.

Saludos

Configurar un DNS SRV para SIP

24 Jul

Usando BIND es fácil tener un balanceo de carga a una granja de servidores Asterisk.

Si esta granja obtiene los usuarios de un mismo lugar, cualquier endpoint SIP podrá registrase en cada uno de ellos, sin importarle que servidor es, ya que todos harán el mismo cometido.

Una configuración por ejemplo para 5 servidores Asterisk que recibirán las peticiones de igual forma, en el archivo de dominio serí­a la siguiente:

; Configuración de dominio.com
$TTL 86400
@ IN SOA dns administrador (
200706247 ; Serial formato: yyyymmddn donde n es un número cualquiera
10800 ; Refresh después de tres horas
3600 ; Reintentar después de una hora
604800 ; Expirar después de una semana
86400 ) ; TTL(Time to Live) mí­nimo de un dí­a

IN NS dns
dominio.com. IN A 195.222.222.222
IN MX 10 dominio.com.
dns IN CNAME dominio.com.
www IN CNAME dominio.com.
ns1 IN A 195.222.222.222
ns2 IN A 195.222.222.222

sip IN A 195.222.222.221
sip2 IN A 195.222.222.222
sip3 IN A 195.222.222.223
sip4 IN A 195.222.222.224
sip5 IN A 195.222.222.225
backup IN A 195.222.222.226

_sip._udp.dominio.com. 300 IN SRV 0 0 5060 sip.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 0 0 5060 sip2.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 0 0 5060 sip3.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 0 0 5060 sip4.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 0 0 5060 sip5.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 1 0 5060 backup.dominio.com.

dominio.com. IN NAPTR 0 0 “s” “SIP+D2U” “” _sip._udp.dominio.com.

Como se ve tenemos 5 servidores con distintas ips públicas, a los que balancearemos las peticiones desde los terminales que resuelvan DNS SRV.

Le hemos puesto un tiempo (300) de refresco de cache, para que los terminales vayan realizando peticiones cada 300 s, por si cambiáramos el DNS en ese tiempo. Si no se pretende modificar el DNS , se pueden poner valores más altos como 43200 (12 horas).

También se puede jugar con los valores de peso, para indicar que servidores serán accedidos con mayor frecuencia que otros.

Si quieremos por ejemplo que sip2 reciba el doble de peticiones que sip.

_sip._udp.dominio.com. 300 IN SRV 0 10 5060 sip.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 0 20 5060 sip2.dominio.com.

Existe un servidor de backup, que aceptarí­a las peticiones en el caso de que alguno de los demás no fuera alcanzable. En configuraciones normales, si tenemos dos servidores, quizá nos interesarí­a:

_sip._udp.dominio.com. 300 IN SRV 0 0 5060 sip.dominio.com.
_sip._udp.dominio.com. 300 IN SRV 1 0 5060 sip2.dominio.com.

Con lo que en caso de que el primer servidor no fuera alcanzable porque esté caí­do, buscarí­a el segundo.

Destacar que aquí­ hemos configurado DNS SRV para UDP.

Si quisiéramos dar algún servicio de SIP sobre TCP o SIP sobre TLS, tendrí­amos que configurar de acuerdo a estos servicios:

_sip._tcp.dominio.com. 300 IN SRV 0 0 5060 sip.dominio.com.
_sips._tcp.dominio.com. 300 IN SRV 0 0 5060 sip.dominio.com.

dominio.com. IN NAPTR 0 0 “s” “SIP+D2T” “” _sip._tcp.dominio.com.
dominio.com. IN NAPTR 0 0 “s” “SIPS+D2T” “” _sips._tcp.dominio.com.

Posteriormente en los terminales que usemos debemos configurar para emplear nuestro servidor DNS SRV, que en nuestro caso será el dominio dominio.com

En el caso de Linksys será: