Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Absoluta Para
VoIP,
Asterisk
y trixbox
Por: Radhams Fernndez
Contenido
1.
Sobre Telefona
1.1.
Qu es una PBX?
1.2.
1.3.
Protocolos de Sealizacin
1.3.1.
1.3.2.
10
1.3.3.
15
1.3.4.
19
1.3.5.
21
1.3.6.
24
1.3.7.
Referencias
24
2.
VoIP
27
2.1.
27
2.2.
27
2.3.
28
2.3.1.
28
3.
CODECS
32
4.
Asterisk
34
4.1.
34
4.2.
35
4.3.
37
5.
Instalando Asterisk
38
2
39
6.1.
39
6.2.
Valor agregado
40
6.3.
40
6.4.
40
6.5.
41
6.6.
42
6.6.1.
Mtodos de Conexin
42
6.6.2.
Conceptos bsicos de T1
43
6.6.3.
Equipos Terminales
48
6.6.4.
Equipos de comunicacin
52
6.6.5.
53
6.7.
7.
54
55
7.1.
Qu es?
55
7.2.
55
7.2.1.
55
7.2.2.
56
7.2.3.
56
7.2.4.
57
7.2.5.
59
7.3.
60
7.4.
61
7.5.
61
7.6.
63
63
7.6.2.
63
7.7.
65
7.8.
70
7.9.
71
7.10.
Concepto de Autodialer
71
7.11.
72
7.12.
73
7.12.1.
73
7.12.2.
78
7.12.3.
Seguridad adicional
80
8.
Enlaces de inters
81
9.
Caso de Estudio:
82
10.
Laboratorios
83
1. Sobre Telefona
La seal anloga entrante debe ser filtrada por un rango en la frecuencia de 300 a 3,600 Hz.
Este paso prepara la seal para la aplicacin del Teorema de Nyquist, como se detalla en el
paso 2. Este rango de frecuencia es requerido para lograr las metas originales del sistema
telefnico: a) reconocer la voz de la otra persona, y b) poder entender lo que la otra persona
est diciendo.
Tomar una muestra del sonido
Muestreo es el proceso de convertir las ondas continuas en una secuencia numrica. Pulse
Code Modulation (PCM) es usado para hacer el muestreo del sonido. PCM asigna 8 bit de
cdigo binario a una amplitud especfica (muestra) de una seal. Usando PCM, una seal
anloga es muestreada a una velocidad de 8,000 veces por segundo. Este tipo de muestreo se
Por: Radhams Fernndez
deriva de la teora desarrollada por Harry Nyquist, quien estableci que para garantizar la
calidad de la secuencia numrica resultante, el muestreo de una onda de sonido debe ser al
menos dos veces la frecuencia mxima de la seal a ser muestreada.
Cuantizar la muestra de voz y codificarla (asignarle un nmero)
La muestra da como resultado un Pulse Amplitude Modulation (PAM), el cual es una serie de
pulsos que representan la amplitud de la seal anloga al momento de cada muestra.
Transmitir el cdigo como una serie de bits a travs de la Red
En la Telefona tradicional basada en TDM, cada cdigo de 8 bit es enviado a travs de la Red
individualmente en un periodo de tiempo asignado a una llamada telefnica particular. En VoIP,
no podemos permitirnos el overhead que generaran el protocolo IP y la Capa 2 al enviar cada
byte producido por el CODEC a travs de la Red. Por consiguiente, las series de bytes son
grabadas y agrupadas en muestras por un periodo especfico de tiempo, usualmente en
incrementos de 10 ms. A esto se le conoce como tasa de empaquetado o tamao de la muestra
de voz. Cuando el periodo de muestreo se ha alcanzado, la muestra de voz es empaquetada y
enviada a travs de la Red. Los paquetes salen del origen en intervalos regulares.
junto con un breve resumen de los mecanismos de sealizacin en redes telefnicas clsicas
(SS7) y algunas ideas sobre la evolucin hacia ALL-IP en redes mviles de 3G basadas en
UMTS.
El sistema de sealizacin de red que ha soportado esta evolucin con gran flexibilidad es el
Sistema de Sealizacin n 7. La primera norma del CCITT definiendo este sistema data de
1981 (Libro Amarillo), y ha sido refinada y extendida en ediciones sucesivas en 1985 (Libro
Rojo), 1989 [4] (Libro Azul) y subsiguientes de ITU-T.
El Sistema de Sealizacin n 7 es una arquitectura de protocolos de sealizacin completa en
el que las unidades de seal son mensajes de las aplicaciones de sealizacin transportados en
paquetes. Las caractersticas esenciales de este sistema son:
Es un sistema de sealizacin por canal comn. Existe un conjunto predefinido de canales entre
centrales (y puntos de transferencia de sealizacin sin capacidad de conmutacin de circuitos)
dedicados a transportar mensajes de sealizacin relativa al establecimiento, liberacin y
supervisin de cualquier canal de 64 Kb/s de voz o datos. En los sistemas de sealizacin
previos, por canal asociado, la sealizacin asociada a cada circuito de voz se transportaba por
un canal de transmisin dedicado exclusivamente a l.
10
11
Pasarela H.323 (Gateway), es un elemento de la red H.323 que permite inter operar a los
terminales H.323 con terminales en otras redes de circuitos (SCN). Las pasarelas se conectan
directamente con terminales H.323 o bien con otras pasarelas o terminales en otras redes y
realiza las funciones de adaptacin entre flujos de informacin as como entre los protocolos de
control de ambos entornos. La recomendacin H.323 incluye los terminales compatibles con las
recomendaciones: H.310, H.320 (B-RDSI), H.320 (RDSI), H.321 (ATM), H.322 (ISO Ethernet),
H.324 (GSTN), H.324M (Redes Mviles), and V.70 (DSVD). La pasarela debe constar al menos de
dos interfaces, realizando las funciones de adaptacin y convergencia entre ambos interfaces.
Unidad de Control Multipunto (MCU), es el elemento funcional de la red H.323 que permite
soportar comunicaciones multipunto. A diferencia de entornos como la RDSI, la capacidad de
transmisin Multicast de las redes IP no requiere la utilizacin de un elemento externo a los
terminales para realizar funciones de mezclado de medios. Por esta razn, la MCU est dividida
en dos partes: el controlador multipunto (MC) que proporciona capacidad de negociacin y
control de los miembros del grupos, y el procesador multipunto (MP) que se encarga de realizar
las funciones de mezcla de medios (audio, vdeo, datos). La funcionalidad de MCU puede ser
integrada en un terminal H.323.
12
13
conexiones y direcciones a utilizar, puertos, nmero de muestras por trama, funcin maestroesclavo, etc., lo que les permite establecer canales para la transmisin de medios (audio, vdeo
y datos). Esta conexin debe permanecer mientras intercambien informacin los terminales y
les permite modificar parmetros (CODECS, nmero de muestras por trama, etc.).
14
15
Mecanismo de Anuncio. Las sesiones son anunciadas mediante email, pginas web, grupos de
noticias o bien mediante el protocolo de anuncio de sesiones (SAP) como sucede en la red
MBONE.
Mecanismo de Invitacin. Los usuarios son, mediante invitacin, informados por otros a
participar mediante el protocolo de establecimiento de sesiones (SIP).
De entre ambos, SIP ha sido propuesto como un mecanismo genrico para el soporte de
mecanismos de sealizacin del servicio de telefona IP. SIP soporta 5 elementos funcionales
para el establecimiento y terminacin de comunicaciones multimedia:
Localizacin de usuarios
Intercambio / negociacin de capacidades de los terminales
Disponibilidad de usuarios
Establecimiento de llamada
Mantenimiento de llamada
SIP es un protocolo basado en el modelo cliente-servidor. Los clientes SIP envan peticiones
(Requests Messages) a un servidor, el cual una vez procesada contesta con una respuesta
(Response Messages). Los terminales SIP pueden generar tanto peticiones como respuestas al
estar formados por el denominado cliente del agente de usuario {UAC] y servidor del agente de
usuario [UAS].
Los terminales SIP pueden establecer llamadas de voz directamente sin la intervencin de
elementos intermedios, al igual que en el caso de H.323. La Figura 6 muestra un ejemplo de
conexin entre user1 con direccin IP 172.16.10.1 y user2 con direccin IP 172.16.1.2 mediante
el envo de una peticin INVITE Request, en la cual el user1 indica al user2 las capacidades de
recepcin de audio (codificacin ley ) y el puerto donde espera recibir dicho audio (port
12345). Al recibir la peticin, el user2 puede inmediatamente establecer el canal de voz y enviar
la aceptacin de conexin mediante el envo de OK Response, en la cual incluye la informacin
complementaria para el establecimiento del canal opuesto (codificacin GSM, puerto 54321 en
nuestro ejemplo). Tras el intercambio de seal de audio, cualquiera de los participantes puede
finalizar la llamada mediante el envo del mensaje BYE Request que debe ser asentido
mediante un mensaje de confirmacin (OK).
16
17
Servidor de Redireccin. Realiza una funcin equivalente al servidor proxy, pero a diferencia de
ste no progresa la llamada, sino que contesta a un INVITE con un mensaje de redireccin,
indicndole en el mismo como contactar con el destino.
Servidor de Registro. Mantienen la localizacin actual de un usuario. Se utiliza para que los
terminales registren la localizacin en la que se encuentran. Este servidor facilita la movilidad
de usuarios, al actualizar dinmicamente la misma.
Agente de Llamada (Call Agent). Realiza las funciones de los tres servidores anteriores, adems
de poder realizar las siguientes acciones:
o
o
o
o
o
Las direcciones SIP son identificadas mediante los denominados URI (Uniform Resource
Identifiers) [11], que sigue la estructura user@host, donde user corresponde con un nombre,
identificador o nmero telefnico y host es el dominio al que pertenece el usuario o direccin
de red.
En la Figura 7 se muestra un ejemplo de interaccin entre servidores SIP. En este ejemplo David
desde su oficina (company.es) desea llamar al usuario jmoreno del dominio upm.es. Para ello
enva una peticin (NOTIFY Request) al servidor SIP de su organizacin, el cual acta como un
servidor proxy y tras consultar el DNS, localiza el servidor SIP del dominio upm.es, reenvindole
la peticin. Este servidor, que acta como servidor de redireccin, contesta a la peticin
indicndole que el usuario jmoreno se encuentra localizado en otro dominio (uc3m.es). El
servidor sip.company.es progresa de nuevo la llamada hacia el servidor SIP del dominio
uc3m.es, quien ahora acta como un Agente (Call Agent) y tras consultar la BD/DNS intenta
localizar al usuario en el sistema host1.uc3m.es. Tras un periodo de espera y al no contestar el
usuario en dicho terminal, cancela la llamada e intenta localizar al usuario en host2.uc3m.es,
quien ahora contesta. La aceptacin de llamada progresa hasta el origen pasando por los
servidores de redireccin involucrados, momento en el cual origen y destino pueden establecer
los canales de voz.
18
19
Pasarela de Medios (Media Gateway MG-), que proporciona la adaptacin de medios y/o las
funciones de transcodificacin. Este bloque realiza las funciones de traslacin de direcciones,
cancelacin de eco, envo/recepcin de dgitos DMTF, etc.
20
21
de voz. Los SGSNs y los GGSNs forman el dominio de conmutacin de paquetes (CP) y
transportan el trfico de datos en modo paquete. El VLR, el HLR, el EIR, y el AuC, mantienen
informacin sobre los usuarios. Los MSCs o GSNs los pueden interrogar utilizando el protocolo
MAP (Mobile Application Part ).
Por tanto, el ncleo de red UMTS est formado por dos redes, una de conmutacin de circuitos
(dominio CC) y una de conmutacin de paquetes (dominio CP). Este diseo permite a los
operadores de redes GSM/GPRS una fcil evolucin hacia sistemas UMTS. Pero, en el futuro,
estos sistemas tendrn un ncleo de red unificado basado en una red de conmutacin de
paquetes IP, tal como se indica en la Release 4 y 5 y quiz incluso, la evolucin hacia la red IP
incluya tambin la red de acceso, tal como se trabaja en distintos proyectos de investigacin
europeos *19+. Esto se conoce con el nombre de arquitectura All-IP *20+. La razn es que las
redes de conmutacin de paquetes son eficientes y capaces de transportar las diferentes clases
de trfico. Adems, IP es un protocolo probado y que permite una fcil intercomunicacin con
Internet.
22
control del servicio portador, por ejemplo se puede usar H.245 si los datos de usuario se
transportan mediante RTP. La interfaz entre el MSC server y la MGW usa el estndar
H.248/MEGACO. La T-SGW (Tranport Signalling GateWay function) se encarga de coger la
informacin de sealizacin relacionada con llamadas procedentes de la PSTN y ponerla sobre
el servicio portador empleado en el dominio CC (o viceversa). El HSS es equivalente al HLR de la
UMTS R99, pero con informacin aadida sobre servicios IP multimedia.
Es interesante destacar que, independientemente de la tecnologa de transporte empleada en
el dominio CC, los terminales UMTS R99 van a poder utilizar los servicios del dominio CC.
Cualquier nueva funcin de sealizacin es realizada por la red.
23
1.3.7. Referencias
[1] Teldat web site: http://www.teldat.es
[2] Cisco web site: http://www.cisco.com
[3] Nortel web site: http://www.nortel.com
[4] Specifications of Signalling System N 7. CCITT Blue Book, fascicle VI.7, recommendations
Q.701-Q.716, Q.721-Q.766, Q.771-Q.795. ITU1989.
[5] RFC 1889. H.Shulzrinne, S.Castner, R.Frederick, V.Jacobson. RTP: A transport protocol for
real time protocol.
24
25
26
2. VoIP
Para definir el concepto esencial de VoIP, quisiera romper con la confusin de dos conceptos
altamente mencionados en estos das:
2.1.
En una llamada telefnica normal, la Central Telefnica establece una conexin permanente
entre ambos interlocutores, conexin que se utiliza para llevar las seales de voz. En una
llamada telefnica por IP, los paquetes de datos, que contienen la seal de voz digitalizada y
comprimida, se envan a travs de Internet o nuestra LAN a la direccin IP del destinatario.
Cada paquete puede utilizar un camino para llegar, estn compartiendo un medio, una red de
datos. Cuando llegan a su destino son ordenados y convertidos de nuevo en seal de voz.
2.2.
27
2.3.
Jitter
28
Valores Recomendados
El jitter entre el punto inicial y final de la comunicacin debe ser inferior a 100 ms. Si el valor es
menor a 100 ms el jitter puede ser compensado de manera apropiada. En caso contrario debe
ser minimizado.
o
Posibles Soluciones:
La solucin ms ampliamente adoptada es la utilizacin del jitter buffer. El jitter buffer consiste
bsicamente en asignar una pequea cola o almacn para ir recibiendo los paquetes y
sirvindolos con un pequeo retraso. Si algn paquete no est en el buffer (se perdi o no ha
llegado todava) cuando sea necesario se descarta. Normalmente en los telfonos IP (hardware
y software) se pueden modificar los buffers. Un aumento del buffer implica menos prdida de
paquetes pero ms retraso. Una disminucin implica menos retardo pero ms prdida de
paquetes.
Latencia
Valores Recomendados:
La latencia o retardo entre el punto inicial y final de la comunicacin debe ser inferior a 150 ms.
El odo humano es capaz de detectar latencias de unos 250 ms, 200 ms en el caso de personas
bastante sensibles. Si se supera ese umbral la comunicacin se vuelve molesta.
o
Posibles Soluciones:
No hay una solucin que se pueda implementar de manera sencilla. Muchas veces depende de
los equipos por los que pasan los paquetes, es decir, de la red misma. Se puede intentar
reservar un ancho de banda de origen a destino o sealizar los paquetes con valores de TOS
para intentar que los equipos sepan que se trata de trfico en tiempo real y lo traten con mayor
Por: Radhams Fernndez
29
prioridad pero actualmente no suelen ser medidas muy eficaces ya que no disponemos del
control de la red.
Si el problema de la latencia est en nuestra propia red interna podemos aumentar el ancho de
banda o velocidad del enlace o priorizar esos paquetes dentro de nuestra red
Eco
El eco se produce por un fenmeno tcnico que es la conversin de 2 a 4 hilos de los sistemas
telefnicos o por un retorno de la seal que se escucha por los altavoces y se cuela de nuevo
por el micrfono.
El eco se define como una reflexin retardada de la seal acstica original.
El eco es especialmente molesto cuanto mayor es el retardo y cuanto mayor es su intensidad
con lo cual se convierte en un problema en VoIP, puesto que los retardos suelen ser mayores
que en la red de telefona tradicional.
o
Valores Recomendados:
El odo humano es capaz de detectar el eco cuando su retardo con la seal original es igual o
superior a 10 ms. Pero otro factor importante es la intensidad del eco ya que normalmente la
seal de vuelta tiene menor potencia que la original. Es tolerable que llegue a 65 ms y una
atenuacin de 25 a 30 dB.
o
Posibles Soluciones:
Citamos dos posibles soluciones para evitar este efecto tan molesto.
Supresores de eco: Consiste en evitar que la seal emitida sea devuelta convirtiendo por
momentos la lnea full-duplex en una lnea half-duplex de tal manera que si se detecta
comunicacin en un sentido se impide la comunicacin en sentido contrario. El tiempo de
conmutacin de los supresores de eco es muy pequeo. Impide una comunicacin full-duplex
plena.
Canceladores de eco: Es el sistema por el cual el dispositivo emisor guarda la informacin que
enva en memoria y es capaz de detectar en la seal de vuelta la misma informacin (tal vez
atenuada y con ruido). El dispositivo filtra esa informacin y cancela esas componentes de la
voz. Requiere mayor tiempo de procesamiento.
30
Prdida de paquetes:
Las comunicaciones en tiempo real estn basadas en el protocolo UDP. Este protocolo no est
orientado a conexin y si se produce una prdida de paquetes no se reenvan. Adems la
prdida de paquetes tambin se produce por descartes de paquetes que no llegan a tiempo al
receptor.
Sin embargo la voz es bastante predictiva y si se pierden paquetes aislados se puede
recomponer la voz de una manera bastante ptima. El problema es mayor cuando se producen
prdidas de paquetes en rfagas.
o
Valores Recomendados:
La prdida de paquetes mxima admitida para que no se degrade la comunicacin deber ser
inferior al 1%. Pero es bastante dependiente del CODEC que se utiliza. Cuanto mayor sea la
compresin del CODEC ms pernicioso es el efecto de la prdida de paquetes. Por ejemplo, una
prdida del 1% degrada ms la comunicacin si se usa el CODEC G.729 en vez del G.711.
o
Posibles Soluciones:
Para evitar la prdida de paquetes una tcnica muy eficaz en redes con congestin o de baja
velocidad es no transmitir los silencios. Gran parte de las conversaciones estn llenas de
momentos de silencio. Si solo transmitimos cuando haya informacin audible liberamos
bastante los enlaces y evitamos fenmenos de congestin.
De todos modos este fenmeno puede estar tambin bastante relacionado con el jitter y el
jitter buffer.
31
3. CODECS
Un CODEC es un algoritmo, o programa especializado de computadora, que convierte seales
anlogas (como la voz) en un resultante digital para su transmisin en una Red de Datos y a su
vez reconvertir esa seal digital generada en una seal anloga al otro lado.
Regularmente los CODECs son usados para minimizar el uso de Ancho de Banda en las
conexiones a la hora de una implementacin de Telefona IP.
Codec Information
Codec
Sample
Codec & Bit Size
Rate (Kbps) (Bytes)
G.711 (64
Kbps )
80 Bytes
G.729 (8
Kbps )
10 Bytes
G.723.1
(6.3 Kbps ) 24 Bytes
G.723.1
(5.3 Kbps ) 20 Bytes
G.726 (32
Kbps )
20 Bytes
G.726 (24
Kbps )
15 Bytes
G.728 (16
Kbps )
10 Bytes
Codec
Sample
Interval
(ms)
10 ms
Bandwidth Calculations
Mean
Opinion
Score
(MOS)
Voice
Payload
Size
(Bytes)
Bandwidth
Voice
Packets Per MP or
Payload Second
FRF.12
Size (ms) (PPS)
(Kbps)
87.2 Kbps
10 ms
3.92 20 Bytes
20 ms
31.2 Kbps
30 ms
3.9 24 Bytes
30 ms
21.9 Kbps
30 ms
3.8 20 Bytes
30 ms
20.8 Kbps
5 ms
3.85 80 Bytes
20 ms
55.2 Kbps
5 ms
60 Bytes
20 ms
47.2 Kbps
5 ms
3.61 60 Bytes
30 ms
31.5 Kbps
Bandwidth
w/cRTP MP Bandwidth
or FRF.12 Ethernet
(Kbps)
(Kbps)
32
Basado en el CODEC, este es el nmero de bits por segundo que necesitan ser transmitidos para
que una llamada de voz progrese. (codec bit rate = codec sample size / codec sample interval).
Basado en el CODEC, este es el nmero de bytes capturados por el Procesador de Seales
Digitales (DSP) en cada intervalo de de muestreo del CODEC. Por ejemplo, el codificador de G.729
opera en intervalos de muestra de 10ms, correspondientes a 10 bytes (80 bits) por muestra en
Codec Sample Size (Bytes) un bit rate de 8 Kbps. (codec bit rate = codec sample size / codec sample interval).
Este es el intervalo de muestra en el cual el CODEC opera. Por ejemplo, el codificador de G.729
opera en intervalos de muestra de 10ms, correspondientes a 10 bytes (80 bits) por muestra en
Codec Sample Interval (ms) un bit rate de 8 Kbps. (codec bit rate = codec sample size / codec sample interval).
MOS es un sistema de evaluacin de la calidad de la voz sobre conexiones telefnicas. Con MOS
un amplio rango de escuchas evala la calidad de la muestra de voz en una escala de uno (mal)
a cinco (excelente). Los resultados son promediados para obtener el MOS para el CODEC en
cuestin.
MOS
El tamao de la carga til de voz representa el nmero de bytes (o bits) que son introducidos
en un paquete. El tamao de la carga til de voz debe ser mltiplo del tamao de la muestra
del CODEC. Por ejemplo, los paquetes de G.729 pueden usar 10, 20, 30, 40, 50, o 60 bytes de
Voice Payload Size (Bytes) tamao para la carga til de voz.
PPS
El tamao de la carga til de voz puede ser representado tambin en trminos de muestras del
CODEC. Por ejemplo, una capacidad de carga til de voz de G.729 de 20 ms (dos muestras de
CODEC de 10 ms) representan una carga til de 20 bytes [ (20 bytes * 8) / (20 ms) = 8 Kbps ]
PPS representa el nmero de paquetes que necesitan ser transmitidos cada segundo para que
pueda ser enviado un CODEC bit rate. Por ejemplo, para una llamada con G.729 con una carga
til de voz por paquete de 20 bytes (160 bits), se necesitaran transmitir 50 paquetes cada
segundo. [50 pps = (8 Kbps) / (160 bits per packet)]
DIGITALIZACION
MUESTREO
Compresin
DSP
Ancho de Banda
Disponible
PCM
VOZ A
64Kbps
Voz a 8Kbps
Ancho de Banda
Disponible
Voz
Anloga
33
Voz Digital y
Comprimida
4. Asterisk
Asterisk es el Lder mundial en Sistemas y Herramientas de Telefona del tipo Open Source o de
Cdigo Abierto. Ofreciendo flexibilidad y compitiendo de cara en el mundo de las soluciones
propietarias de comunicaciones. Asterisk permite a los desarrolladores e integradores crear
soluciones avanzadas de comunicacin...gratuitamente.
4.1.
Comandos en Linux
Para entrar a la Consola de Asterisk
asterisk -r
top
cat /proc/mdstat
cat /proc/cpuinfo
cat /proc/meminfo
vmstat 1
wanrouter version
ps aux
ifconfig -a
mii-tool
df -h
lspci
34
4.2.
restart gracefully
Restart Asterisk gracefully, i.e. stop receiving new calls and restart at empty call volumen
restart now
Starting Asterisk
/etc/init.d/asterisk start
Stopping Asterisk
/etc/init.d/asterisk stop
Reload
Reload configuration
stop gracefully
Gracefully shut down Asterisk, i.e. stop receiving new calls and shut down at empty call volumen
stop now
Unload
show modules
show uptime
show versin
Comandos AGI
Show AGI commands or specific help
Dumps a list of agi command in html format
show agi
dump agihtml
database deltree
database get
database put
database show
database showkey
Comandos PRI - Los siguientes comandos estan disponibles solo si el canal fue hecho con soporte para libpri
pri debug span
mgcp debug
mgcp no debug
mgcp show endpoints
skinny debug
skinny no debug
35
iax2 no debug
Show network and jitter buffer statistics for active IAX calls
sip debug
sip no debug
sip reload
Show defined SIP peers (clients that register to your Asterisk server), see details here
Show SIP registration status (when Asterisk registers as a client to a SIP Proxy)
h.323 debug
h.323 gk cycle
h.323 hangup
h.323 no debug
h.323 no trace
h.323 trace
Destroy a channel
36
4.3.
/etc/asterisk/*.conf
/etc/asterisk/sip.conf
/etc/asterisk/voicemail.conf
/etc/asterisk/iax.conf
/etc/asterisk/logger.conf
/etc/asterisk/extensions.conf
/etc/asterisk/extensions_additional.conf
/etc/wanpipe/*
/etc/asterisk/zaptel.conf
/etc/asterisk/zapata.conf
/etc/asterisk/queue*.log
/var/log/asterisk/cdr*
/var/log/asterisk/
Mensajes de Voz
/var/spool/asterisk/voicemail/default
Msica en Hold
/var/lib/asterisk/mohmp3
Voces
/var/lib/asterisk/sounds
Firmware de Telfonos
/tftpboot/
/var/log/messages
37
5. Instalando Asterisk
Refirase a: http://www.voip-info.org/wiki/view/Asterisk+Step-by-step+Installation
38
Crear un estndar para la Lista de Verificacin de las necesidades del cliente es una buena
prctica. Esto refleja una alta aceptacin por parte del cliente en cuanto a la adquisicin del
nuevo Sistema Telefnico. Esto sin mencionar que nos ayuda a tener un control comparativo de
las diferentes necesidades con las que nos topamos en el mercado.
Debemos encontrar las necesidades adecuadas del cliente. Cada necesidad es una oportunidad
para generar una ganancia extra a la hora de ofertar el paquete de la solucin.
Un ejemplo de una Lista de Verificacin sencillo sera:
39
6.2.
Valor agregado
Siempre que vayamos a realizar una instalacin de Asterisk, podemos incluir en nuestra
propuesta los siguientes puntos:
6.3.
http://office.microsoft.com/en-us/templates/default.aspx
http://www.insight.com
http://www.voipsupply.com
http://www.voiplink.com/
6.4.
40
Debido a que la Plataforma telefnica es un punto esencialmente crtico para las empresas, al
Costo Total de Propiedad debemos necesariamente sumarle los costos de la disponibilidad del
servicio. Para esto es probable que se deba contratar un soporte especializado, regularmente
con disponibilidad 24/7 o tal vez contar con un personal interno capacitado.
EL CTP solo tiene utilidad a la hora de comparar Asterisk con otras soluciones telefnicas. Los
siguientes elementos deben ser incluidos a la hora de comparar el CTP de mltiples sistemas
telefnicos:
Costo de Adquisicin: Este es el costo de comprar la PBX. En el caso de Asterisk, es solo el costo
del Hardware; otros sistemas incluyen el elemento del licenciamiento.
Costo de Instalacin: Este es el costo de configurar y desplegar la PBX. Algunas compaas
eligen hacer el despliegue in-house; aun bajo esas circunstancias existe un costo y para usar
una comparacin equitativa, este punto debera ser incluido.
Costo de Licenciamiento (una solo vez): Este es el costo de cualquier cargo por licenciamiento
que ocurra una vez. Algunas PBXs requerirn una licencia para realizar la administracin,
mantenimiento, conectarse a una lnea PRI, etc. En Asterisk se debe incluir el licenciamiento
para G.729 si es necesario.
Costo de Soporte: Este es el costo estimado por el soporte brindado on site o remotamente.
Regularmente es contratado anualmente.
Costos Anuales de Licenciamiento: Algunos sistemas telefnicos tienen un costo anual de
licenciamiento para el uso de ciertas funcionalidades; por ejemplo el uso de algunos aparatos
telefnicos puede requerir una licencia anual para que estos puedan funcionar con la PBX
(ladrones).
6.5.
Toda empresa quiere saber cmo va a recuperar su dinero a la hora de invertir una alta suma
en una solucin de telefona. La adquisicin de la PBX es solo una pieza en el rompecabezas del
Retorno de la Inversin (ROI).
Por mencionar un ejemplo, el sistema telefnico de la empresa X tiene un Contestador
Automtico (AA), pero este tiene el mal hbito de que cuando un cliente llama y marca el
cero para pedir la Operadora, el sistema cuelga la llamada si el cliente no presiona otra tecla en
los prximos 5 segundos.
41
6.6.
Es la manera de designar el punto final de conexin de la llamada. El FXO es el elemento que recibe la
llamada (un telfono o una Central Telefnica conectada a la PSTN). La interface FXO no genera tono,
solo los acepta.
42
43
(1) para valores positivos o negativos o marcas por pulsos dados por la alternacin de la
polaridad.
B8ZS (Binary 8 Zero Substitution)
Reemplaza cada grupo de 8 consecutivos con el patrn especial "000VB0VB" 00011011. Esto
mitiga la desventaja que presenta AMI en transmisiones consecutivas de ceros.
Entramado (FRAMING), en trminos general un entramado es una divisin de datos para su
transmisin en grupos de bits a los que se les aade una cabecera y un cdigo de verificacin
para formar una trama.
D4 (SF Super Frame),
Para determinar el lugar de cada canal en la corriente de datos recibida, cada grupo de 24
canales es alineado en una trama. La trama es de 192 bits de largo (8x24), y es finalizada con un
bit de 193, conocido como bit de entramado, el cual es usado para encontrar el final de la
trama.
Para la ubicacin del bit de entramado por parte del equipo receptor, se enva un patrn en
este bit. El equipo busca por el bit que tenga el patrn correcto, y alinear su entramado
basado en ese bit. El patrn enviado es de 12 bits de largo, as que cada grupo de 12 tramas es
llamado una SUPER TRAMA (SF). El modelo usado en el bit de entramado es 1000 1101 1100.
Fue reemplazado en los 80 por el Extended Super Frame (ESF).
Extended Super Frame (ESF), Esta tcnica de entramado es llamada en ocasiones como D5. ESF
es preferido frente a SF, debido a que incluye un chequeo de redundancia cclica e incluye
ancho de banda para un canal de enlace de datos; el cual pasa datos entre los equipos de la
portadora.
Una Sper trama de ESF es de 24 tramas de largo,
44
45
46
PRI E1
/etc/zaptel.conf
span=1,1,0,ccs,hdb
bchan=1-15,17-31
dchan=16
/etc/asterisk/zapata.conf
group=1
signalling=pri_cpe
switchtype=euroisdn
context=incoming
channel=1-15,17-31
El primer paso a seguir es descargar los controladores Wanpipe para estas tarjetas. V
Por: Radhams Fernndez
47
Wanpipe Modules
RPM(SMP)
2.6.1.13
1.4.11-1
3.2.7.1
wanpipe-util.rpm
wanpipe-module-rpm
2.6.1
1.4.10.1-2
3.2.6
wanpipe-util-rpm
wanpipe-module-rpm
2.6.1.9/10 1.4.11-1
3.2.6
wanpipe-util-rpm
wanpipe-module-rpm
2.6.0.7
2.2.12
3.2.5
3.2.3
wanpipe-util-rpm
wanpipe-util-rpm
wanpipe-module-rpm
wanpipe-mod-rpm wanpipe-mod-smp-rpm
1.4.9.2-8
1.2.22
Cantidad de puertos para interconexin, hay modelos que brindan la capacidad de hacer
troncales con otra terminal (PC).
48
PoE, hay equipos que nativamente soportan la capacidad de recibir energa a travs de la
conexin Ethernet. Esta caracterstica va muy ligada al tipo de plataforma de datos de la que
disponemos (Switches).
Consola de Recepcin, este tipo de aparatos tienen ms capacidad de lneas con el objetivo de
manejar el alto volumen de llamadas entrantes a la recepcin de la empresa. Existen algunos
modelos de aparatos IP que disponen de mdulos adicionales para este tipo de necesidad.
Protocolo que soporta, debemos ser muy cuidadosos, ya que debido a que VoIP se ha
proliferado tanto existen muchos aparatos que soportan diferentes tipos de protocolos como
SIP, IAX, Cisco Skinny Client Control Protocol (Skinny), etc.
Luego del auge de VoIP existe una gama de aparatos telefnicos y Softphones que soportan
esta tecnologa.
Queremos citar los ms comunes segn el protocolo SIP:
49
ZoIPer:
http://www.zoiper.com/
ExpressTalk:
http://www.nch.com.au/talk/
Damaka:
http://www.damaka.com/
FlashPhone:
http://www.flashphone.ru/en/main
FaramPhone:
http://www.faramtech.com/
50
Grandstream
http://www.grandstream.com/
Polycom
http://www.polycom.com/voip/
Cisco
http://www.cisco.com/en/US/products/hw/phones/ps379/
Linksys
http://www.cisco.com/en/US/products/ps10033/index.html
Aastra
http://www.aastra.com/
51
VoIP Gateways, son dispositivos que integran las nuevas Centrales IP con Centrales digitales
convencionales o con otras Centrales IP de diferentes fabricantes. Funcionando como equipo
intermedio, maneja la integracin siguiendo la confeccin de un plan de marcado entre ambas
centrales.
52
53
6.7.
Da a da las empresas tienen el compromiso de mantener los gastos por debajo de la ganancia
resultante. No es un secreto que los servicios de comunicaciones encarecen bastante la
realizacin de cualquier producto o servicio.
Debido a esto las empresas se ven obligadas a mantener controles. Como por ejemplo en el uso
de los servicios de telefona. Para cubrir esta necesidad las empresas recurren a herramientas
como:
Una adecuada confeccin del Dial Plan o Plan de Marcado. Con esto si la empresa posee
servicios de tarifa fija para llamadas internacionales, por ejemplo, el Plan de Marcado puede
decidir por donde la llamada genera un menor gasto para la empresa eligiendo la ruta de ese
proveedor.
El uso de los Reportes Detallados de Llamadas (Call Detail Record). Esta es una herramienta
importante a la hora de controlar los costos por llamadas realizadas. Este tipo de herramientas
es muy popular en el sector Hotelero.
Es bueno mencionar que trixbox cuenta con un CDR muy bsico, pero funcional.
Por: Radhams Fernndez
54
7. Trixbox
7.1.
Qu es?
trixbox es una solucin de IPPBX basada en software diseada para pequeas y medianas
empresas esencialmente.
7.2.
Nuestro sistema trixbox puede ser configurado de diversas maneras dependiendo de la necesidad del
cliente. La Arquitectura puede ir desde la configuracin para una Oficina Simple hasta la complejidad de
interconectar diversas oficinas con diferentes proveedores y / o con proveedores no convencionales de
Voz sobre IP.
55
56
Diagrama de ejemplo:
Pros:
Ahorro de costos debido a que se usa el mismo proveedor para cada localidad.
Todas las llamadas se originan con el mismo Identificador de Llamadas (Caller ID).
Contras:
Un solo punto de fallo, esto la hace susceptible a interrupciones en las sucursales si falla el
enlace entre ambas localidades.
57
Diagrama de ejemplo:
Pros:
Tolerante a Fallos, si el enlace entre ambas localidades se cae solo dejara de funcionar la
comunicacin de extensin a extensin, pero la comunicacin con el exterior no sufrira
inconvenientes.
Contras:
58
Oficina Remota
Conexin
PRI o POTS
trixbox
Servidor VoIP enlazado
Router
Internet
ITP
Proveedor de
troncos SIP o IAX
PSTN
Router
Conexin
PRI o POTS
Switch
Oficina Principal
trixbox
Servidor VoIP
IP Phones
Pros:
59
Proveedor SIP o IAX, usualmente se uso como respaldo a la conexin a la PSTN o como
alternativa para reduccin de costos en llamadas de larga distancia
Contras:
Se incrementan los costos debido a la instalacin de una Central IP por localidad
Se incrementan los costos debido al uso de mltiples proveedores.
7.3.
Una forma simple de establecer una diferencia entre trixbox y Asterisk es conocer que Asterisk
es solo uno de los componentes de trixbox. Mientras Asterisk es el software para la PBX, trixbox
es un paquete autoinstalable de aplicaciones como:
60
7.4.
La realidad es que se puede hacer casi todo con una instalacin de trixbox en comparacin con
una de Asterisk. La limitacin principal de trixbox, si se le pudiera llamar as, es que FreePBX
requiere una distribucin especfica de los Archivos de configuracin, cualquier cambio hecho a
mano puede ser sobrescrito o puede romper con la estructura del sistema, daando la interfaz
Web.
Otra limitacin podra ser, a la hora de la administracin, que teniendo mltiples sistemas de
trixbox tendramos que autenticarnos en diferentes interfaces. Esto es fcilmente manejable
teniendo nuestra plataforma bien documentada.
Ventajas
Con trixbox contamos con un nmero de aplicaciones personalizadas y creadas especficamente
para trixbox. Estas aplicaciones nos muestran lo poderoso y flexible que trixbox puede ser.
Mucho de este cdigo ha sido creado por el Grupo de Usuarios Avanzados de trixbox, y ha sido
donado a la comunidad para su uso.
La ventaja que consideramos mayor de trixbox, frente a otras distribuciones de Asterisk, es su
fcil administracin y configuracin a travs de su interfaz Web, que ha sido mejorada con el
paso del tiempo por los efectivos de la comunidad.
7.5.
A continuacin una seleccin de entre las cientos de soluciones de telefona IP basadas en Asterisk
existentes en el mercado:
Asterisk Open Source PBX
http://www.asterisk.org/
AastraLink Pro160
http://www.aastra.com/cps/rde/xchg/SID-3D8CCB6A0024CB56/04/hs.xsl/27537.htm
61
FreePBX
http/www.freepbx.org/
FreeSwitch
http://www.freeswitch.org/
PhoneBochs
http://www.rockbochs.com/pb_Models.php
Switchvox
http://www.switchvox.com/
QueueMetrics
http://queuemetrics.loway.it/
Xorcom
http://www.xorcom.com/ts-1/features.html
62
7.6.
63
proceder
64
7.7.
Las extensiones en el Plan de Marcado (Dialplan) pueden ser simples nmeros como "412" o
"0". O pueden ser representaciones alfanumricas con nombres como "Juan" o "* A93".
Aunque un telfono tpico no puede marcar una extensin llamada "juan" (aunque algunas si
pueden), a menudo la lgica del Plan de Marcado implica saltar de una extensin a otra, y para
estos saltos se pueden definir exenciones de nombres con cualquier nombre que se quiera,
debido a que no se desea que se marque a estas extensiones directamente.
65
Descripcin
_61XX
Oficina de Dallas
_63XX
Oficina de Dallas
_62XX
Oficina Huntsville
_7[1-3]XX
_7[04-9]XX
Este contexto, que se le ha dado el nombre de "routing", enva las llamadas a distintos
servidores de acuerdo a su extensin. Esta empresa ha decidido que todas sus extensiones
telefnicas sean de 4 dgitos. Si un usuario llama a una extensin que comience con 61 o 63,
ser enrutado a la oficina de Dallas, 62 se enrutaria a la oficina de Huntsville, todos los dgitos a
partir de 71, 72, o 73 seran enrutados a la oficina en San Jos, y cualquier dgito a partir de 70,
74, 75, 76, 77, 78 o 79 se enrutara a la oficina de Los ngeles.
Troncales
Tronco entre dos Centrales Asterisk con IAX2 (se usa la misma nomenclatura para SIP).
Para el Plan de Marcado entre Centrales hemos usado 5XXX, de esta forma cada servidor
alcanzara extensiones con el patrn XXX al otro extremo. Esto puede ser modificado segn la
necesidad.
Ejemplo:
[Nomenclatura]
Server1: Nombre del Servidor1
Server2: Nombre del Servidor2
Server1IPAddress: Direccin IP del servidor 1
Server2IPAddress: Direccin IP del servidor 2
Server1User: Cuenta de usuario para el Servidor 1
Server2User: Cuenta de usuario para el Servidor 1
Server1Secret: Clave para el Servidor 1
Server2Secret: Clave para el Servidor 2
66
67
68
Rutas de Entrada
Rutas de Salida
Route Name: Escribimos el nombre que le daremos a nuestra ruta.
Route Password: Podemos asignar una clave en particular para esta ruta.
PIN Set: Podemos asignar un conjunto de claves configuradas previamente en las opciones de
PIN Set del panel de la izquierda en nuestra interfaz Web.
Dial Patterns: El patrn de marcado que permitir esta ruta.
69
Trunk Secuence: La secuencia que se seguir segn la disponibilidad de los troncos que
asignemos.
Sumit Changes: Grabamos los cambios y luego le damos a recuadro que aparece en la parte
superior del panel que dice: Apply Configuration Changes. Luego confirmamos los cambios
seleccionando Continue with reload.
7.8.
70
Figura: SugarCRM
7.9.
Se trata de combinar todas las formas de comunicacin empresarial en una solucin unificada.
Entre las ms reconocidas tenemos:
71
72
7.12.1.
La credencial principal para acceder a un sistema Linux es la cuenta de root. Si alguien logra
conseguir este nivel de privilegio, pues tendr acceso total a nuestro sistema. Ya sea
autenticado localmente o por algn cliente de SSH, necesitamos usar el comando passwd para
cambiar la clave a la cuenta de root.
Ejemplo:
[root@asterisk1 ~] # passwd
Changing password for user root.
New UNIX password:
Retype new UNIX password:
passwd: all authentication tokens updated successfully.
Cuentas maint y wwwadmin
En Segundo lugar, necesitamos cambiar las claves para las cuentas de maint y wwwadmin.
Existen scripts en trixbox que nos ayudan a realizar estas tareas. Para cambiar las claves que se
usan para entrar al panel de administracin Web de trixbox usaremos los siguientes comandos
desde la consola:
passwd-maint
73
74
75
76
Necesitamos introducir una nueva clave, y asegurarnos de que no sea sencilla de adivinar.
Luego hacemos click en el botn de Go para salvar los cambios realizados. Ahora, si vamos a la
pestaa de Browse, podremos notar la versin encriptada de la clave que seleccionamos para
ambas entradas de root en la tabla.
Importante: Esta configuracin daar phpMyAdmin, y para solucionarlo necesitamos editar el
archivo de configuracin. Necesitamos, ya sea autenticado localmente o por algn cliente de
SSH, realizar los siguientes cambios:
nano /var/www/html/maint/phpMyAdmin/config.default.php
Una vez ah, editamos la siguiente lnea de cdigo:
$cfg *Servers+ *$i+ *password+
= passw0rd ;
Cambiamos la clave por la que creamos recientemente, presionamos Ctrl+x y luego Y para
grabar los cambios. Finalmente, necesitamos reiniciar el servidor y phpMyAdmin funcionar de
nuevo sin inconvenientes.
Conectar en el servidor con una direccin IP pblica
Esta dems decir que esta no es una buena prctica, aunque es posible. Si no tenemos buena
experiencia con seguridad en Linux e iptables, entonces esta sera una Crnica de una muerte
anunciada.
Esta posibilidad puede ser agotada si disponemos de un Firewall bien configurado; no hay razn
para tener Asterisk implementado fuera de una red segura.
Actualizar el Sistema Operativo y Asterisk
Para seguridad de nuestro sistema, es una buena prctica mantenerlo actualizado, al igual que
las aplicaciones que lo componen.
En trixbox existe un script que fcilmente realiza esta funcin por ti:
trixbox-update.sh update
Tambin puedes actualizar el Sistema Operativo con el siguiente comando:
yum update
En trixbox tambin contamos con un administrador de mdulos, que te permite actualizar cada
uno de manera individual. Es bueno mencionar que con esta funcionalidad recibes
Por: Radhams Fernndez
77
7.12.2.
Todo sistema debe contar con un buen plan de contingencia, aun sea teniendo pantallas de las
configuraciones existentes. Querremos una manera de restaurar nuestras configuraciones a la
hora de que algo salga mal. Afortunadamente en trixbox existe un mtodo no tan difcil de
seguir para realizar copias de respaldo, el nico ligero inconveniente es que necesitamos un
mtodo para lidiar con los archivos que este respaldo genera.
En la pestaa Tools, prxima a b en el panel de administracin de trixbox, podremos encontrar
un enlace que nos lleva a la herramienta de respaldo de este poderoso sistema. Este enlace se
llama, Backup and Restore.
Usando esta herramienta podemos crear una gran variedad de copias de respaldo
programadas, segn nuestros requerimientos.
Sugerimos al menos realizar el respaldo semanal de los archivos de configuracin y el buzn de
voz.
78
Un mtodo sencillo para manejar nuestro respaldo de manera remota es poniendo los archivos
respaldados en un servidor FTP. Asumiendo que tenemos un servidor FTP listo, veremos cmo
modificar el script que realiza la copia de respaldo para que la informacin sea transferida a
nuestro servidor FTP.
La copia de respaldo actual es manejada por el script ampbackup.pl que est ubicado en el
directorio /var/lib/asterisk/bin. Para aadir las lneas necesarias para configurar nuestro
respaldo remoto, editamos el script de la siguiente forma:
nano /var/lib/asterisk/bin/ampbackup.pl
Antes de llegar a la ltima lnea del archivo, aadimos el siguiente cdigo:
open(FILE, ">/tmp/ftp2remote") || die "Failed to open ftp2remote\n"
printf FILE "user username password\n";
printf FILE "binary\n";
printf FILE "cd asterisk\n";
printf FILE "lcd /var/lib/asterisk/backups/$Backup_Name/\n";
printf FILE "put $Stamp.tar.gz\n";
printf FILE "lcd /var/www/html/maint/backup/\n";
printf FILE "put asteriskathome_backup.tar.gz\n";
printf FILE "bye\n";
close(FILE);
system ("/usr/kerberos/bin/ftp -u ftpserveraddress< /tmp/ftp2remote > /dev/null2>&1");
#system ("/bin/rm -rf /tmp/ftp2remote > /dev/null 2>&1");
79
7.12.3.
Seguridad adicional
80
8. Enlaces de inters
www.asterisk.org
www.trixbox.org
www.voip-info.org
www.voipforo.com
www.asterisktutorials.com
www.asteriskclub.org
81
9. Caso de Estudio:
NetTeam S. A.
La Empresa NetTeam S. A. ha decidido migrar toda su plataforma de telefona a VoIP.
NetTeam S. A. es una empresa lder en servicios tecnolgicos y de Telemercadeo en
diferentes partes del mundo.
Santo Domingo
Estados Unidos
Mxico
Puerto Rico
Actualmente esta compaa cuenta con Centrales Digitales Nortel, sin ningn tipo de
enlace entre ellas.
La compaa ha decidido el cambio a VoIP, porque ha investigado sobre la facilidad de
interconexin que pueden tener entre todas las sucursales, considerando ellos que esto
representara un ahorro en el uso de las comunicaciones internas.
NetTeam S. A. cuenta con un enlace Frame Relay entre todas sus sucursales.
82
10. Laboratorios
Da 1
Estructura de Archivos Linux
Instalar trixbox
Crear extensiones con Buzn de Voz y Follow Me.
Creacin Proyecto/Propuesta VoIP basado en Asterisk (1ra. Parte)
Da 2
Crear un IVR amigable.
Cmo Grabar la Voz para el IVR y los submens.
Crear ruta de entrada al IVR
Crear Ruta de Salida entre Centrales y a la PSTN
Crear Tronco entre dos Centrales Asterisk
Creacin Proyecto/Propuesta VoIP basado en Asterisk (2da. Parte)
Da 3
Crear un Saln de Conferencia Virtual.
Crear un DISA (Direct Inward Service Access).
Crear un Grupo de Marcado (Ring Group).
Crear una Cola de Llamadas (Call Queues).
Cambiar el idioma por defecto de Asterisk al espaol.
Creacin Proyecto/Propuesta VoIP basado en Asterisk (Final)
83
84
85
86
87
88
89
90
Crear el IVR
91