Absoluta Para
VoIP,
Asterisk
y trixbox
Por: Radhams Fernndez
La Gua Absoluta Para VoIP, Asterisk y trixbox
Contenido
1. Sobre Telefona 5
1.3.7. Referencias 24
2. VoIP 27
3. CODECS 32
4. Asterisk 34
5. Instalando Asterisk 38
7. Trixbox 55
7.1. Qu es? 55
7.2.5. Arquitectura de una empresa con sucursales, varios proveedores y un proveedor de VoIP. 59
8. Enlaces de inters 81
9. Caso de Estudio: 82
10. Laboratorios 83
1. Sobre Telefona
Telefona es la ciencia de convertir sonido en seales elctricas y transmitirlo entre puntos
extensamente apartados.
Durante mucho tiempo Alexander Graham Bell fue considerado el inventor del telfono, junto
con Elisha Gray. Sin embargo Bell no fue el inventor de este aparato, sino solamente el primero
en patentarlo. Esto ocurri en 1876. El 11 de junio de 2002 el Congreso de Estados Unidos
aprob la resolucin 269, por la que se reconoca que el inventor del telfono haba sido
Antonio Meucci, que lo llam teletrfono, y no Alexander Graham Bell. En 1871 Meucci slo
pudo, por dificultades econmicas, presentar una breve descripcin de su invento, pero no
formalizar la patente ante la Oficina de Patentes de EE.UU (Artculo Tomado de Wikipedia).
La voz es una seal anloga. Para transportar las seales de voz a travs de una red de
computadores, las ondas de sonido son convertidas en una seal anloga elctrica, la cual debe
ser filtrada por un rango de frecuencia especifico (entre los 300 y 3,600 Hz) para as ser
convertida en una seal digital (la representacin de las seales de voz analgicas usando 1s y
0s tambin conocidos como bits) para su transmisin a travs de la Red.
Cuando la seal digital llega a su destino, es convertida otra vez en una seal anloga para
recrear ondas de sonido que el usuario pueda escuchar. La conversin de anlogo a digital y
viceversa ocurre en diferentes puntos durante la transmisin.
Durante el proceso de conversin de anlogo a digital ocurren una serie de pasos como
detallamos a continuacin:
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.
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
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.
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.
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.
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.
La red de paquetes para sealizacin en telefona est diseada especficamente para funcionar
sobre canales de 64 Kb/s y a gestionar dichos enlaces. Por consiguiente no parece improbable
Tras esta primera versin, en 1998 apareci la segunda versin del protocolo H.323v2 con un
nuevo nombre: Packet based multimedia communications systems, nombre que permanece
hasta la actualidad (la versin 4 fue aprobada en Nov 2000 [6]). H.323 es considerado un
paraguas de estndares y define 4 tipos de elementos funcionales:
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.
La entidad llamante, enva mensajes RAS solicitando la identificacin del usuario llamante (ej.:
alias) utilizando un mensaje ARQ. El GK aceptar la llamada y enviar al terminal llamante un
mensaje de confirmacin (ACF) o bien rechazar la llamada (ARJ). En caso positivo, la entidad
llamante establecer una conexin TCP con el terminal llamado para establecer el canal de
sealizacin H.225.0. Para ello utilizar la informacin (direccin IP y puerto) recibidos del GK a
travs del mensaje ACF. La entidad llamante al recibir dicha conexin contactar con su GK a
travs del canal RAS solicitando permiso para poder contestar (ARQ). En caso positivo (ACF), el
llamante aceptara la conexin y a travs de dicho canal (H.225.0) enviar la direccin (direccin
IP y puerto) donde establecer el canal H.245 para negociacin de parmetros y control de la
comunicacin.
Una vez obtenida esta informacin, la conexin puede ser finalizada, ya que no es necesario
intercambiar ms parmetros a travs de este canal.
Establecido el canal H.245 a travs de una nueva conexin TCP, las entidades llamante y
llamada determinaran los parmetros de la comunicacin: codificadores a utilizar, nmero de
conexiones y direcciones a utilizar, puertos, nmero de muestras por trama, funcin maestro-
esclavo, 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.).
Sobre este escenario bsico existen mltiples variantes en funcin de la presencia o no del GK y
del role que el mismo realice. El GK podra encaminar la informacin de control, (H.225.0 y
H.245) o no en funcin del modelo elegido (Directo o Indirecto).
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).
Los mensajes SIP son codificados utilizando la sintaxis de mensajes definidos en HTTP/1.1, [9] y
el contenido de cada mensaje sigue las recomendaciones del protocolo de descripcin de
sesiones (SDP) [10], ampliamente utilizado en el contexto de MBONE para distribuir la
informacin de sesiones.
Adems de los terminales H.323 que representan telfonos IP o pasarelas, la arquitectura SIP
define cuatro tipos de servidores:
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:
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.
MEGACO resuelve este problema dividiendo las pasarelas (Gateways) en tres entidades
diferentes:
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.
En un escenario habitual los tres elementos estn fsicamente separados de modo que pueden
proporcionar ventajas como la concentracin de muchos MG (conectados a usuarios finales) en
algunos MGC controlados por un SG. La Figura 8 muestra la arquitectura de MEGACO.
La arquitectura UMTS R99 [17] (Figura 9) es una arquitectura GSM/GPRS [23], [24] con una
nueva red de acceso.
En esta arquitectura, los RNCs (Radio Network Controler) y los Nodos B forman la red de acceso
radio UMTS (UTRAN) mientras la red de acceso GSM basada en BTSs y BSCs pueden coexistir.
Los MSCs y GMSCs forman el dominio de conmutacin de circuitos (CC) y transportan el trfico
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.
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.
Los terminales mviles que quieren usar los servicios IP Multimedia deben ser terminales IP con
capacidad de sealizacin SIP. Se comunican con la CSCF para registrarse y para solicitar
servicios.
Actualmente existen operadores y empresas que utilizan estas tecnologas para ofrecer un
servicio de transmisin de voz. Esta tendencia a sustituir las redes de conmutacin de circuitos
por redes de conmutacin de paquetes se ver incrementada en los prximos aos con la
evolucin de las redes mviles UMTS hacia la tecnologa ALL-IP, en la cual los servicios
multimedia, y por tanto el servicio de transmisin de voz, sern transmitidos sobre redes bajo
tecnologa IP.
1.3.7. Referencias
[1] Teldat web site: http://www.teldat.es
[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.
[7] RFC2543. M.Handley, H.Shulzrinne, E.Schooler, E.Rosenberg. SIP: Session Initiation Protocol.
[9] RFC 2068. R. Fielding and others. Hypertext Transfer Protocol -- HTTP/1.1
[10] RFC 2327. 2327 M. Handley, V. Jacobson, SDP: Session Description Protocol.
[11] RFC 2396. T.Berners-Lee, R.Fielding, Uniform Resource Identifiers (URI): generic syntax.
*13+ RFC 3015. F. Cuervo, N. Greene, A. Rayhan et al, Megaco Protocol Version 1.0
[16] 3GPP Technical Specification TS 23.002, v5.0.0: Network Architecture (Release 5). October,
2000.
[17] 3GPP Technical Specification TS 23.002, v3.3.0: Network Architecture (Release 1999).
March, 2000.
[18] C. Bettstetter, H-J Vgel, J. Eberspcher; GSM Phase 2+, General Packet Radio Service
GPRS: Architecture, Protocols, and Air Interface; IEEE Communications Surveys Vol. 2, No. 3,
1999.
[20] Lieve Bos, Suresh Leroy; Toward an All-IP-Based UMTS System Architecture; IEEE Network,
Vol. 15, No. 1; 2001.
Tomado del artculo: Protocolos de Sealizacin para el transporte de Voz sobre redes IP
Por: Jose Ignacio Moreno, es Doctor Ingeniero de Telecomunicaciones por la Universidad Politcnica
de Madrid (1996) y trabaja como Profesor Titular de Ingeniera Telemtica en la Universidad
Carlos III de Madrid.
2. VoIP
Para definir el concepto esencial de VoIP, quisiera romper con la confusin de dos conceptos
altamente mencionados en estos das:
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.
Las comunicaciones en tiempo real (como VoIP) son especialmente sensibles a este efecto. En
general, es un problema frecuente en enlaces lentos o congestionados. Se espera que el
aumento de mecanismos de QoS (calidad del servicio) como prioridad en las colas, reserva de
ancho de banda o enlaces de mayor velocidad (100Mb Ethernet, E3/T3, SDH) puedan reducir
los problemas del jitter en el futuro, aunque seguir siendo un problema por bastante tiempo.
o 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
La latencia se define tcnicamente en VoIP como el tiempo que tarda un paquete en llegar
desde la fuente al destino.
Las comunicaciones en tiempo real (como VoIP) y full-duplex son sensibles a este efecto. Al
igual que el jitter, es un problema frecuente en enlaces lentos o congestionados.
o 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
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.
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.
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.
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.
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.
Basado en el CODEC, este es el nmero de bits por segundo que necesitan ser transmitidos para
Codec Bit Rate (Kbps) 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
MOS cuestin.
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.
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
Voice Payload Size (ms) 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
PPS segundo. [50 pps = (8 Kbps) / (160 bits per packet)]
Compresin
DSP
Ancho de Banda
Voz Digital y
DIGITALIZACION
Disponible
Comprimida
MUESTREO
PCM
VOZ A Voz a 8Kbps
64Kbps
Ancho de Banda
Disponible
Voz
Anloga
Figura: Diagrama que representa la compresin luego de aplicar el CODEC:
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.
Comandos en Linux
Para entrar a la Consola de Asterisk asterisk -r
Para verificar la Carga actual del sistema top
Informacin del arreglo RAID cat /proc/mdstat
Inspeccin de los logs tail -n 200 /var/log/asterisk/*.log
Verificar la tabla de enrutamiento netstat -rn o route
Verificar la informacin del CPU cat /proc/cpuinfo
Verificar la informacin de la Memoria cat /proc/meminfo
Ejemplo de una prueba de PING ping -i 0.02 -c 500 -s 270 <host>
Informacin Intensiva del Desempeo del Sistema vmstat 1
Versin actual de Wanpipe wanrouter version
Procesos actuales del sistema ps aux
Informacin actual de Red ifconfig -a
Diagnstico de Duplexing (Estado Half o Full Duplex) mii-tool
Verificar Espacio en Disco df -h
Verificar el Hardware Instalado lspci
Comandos AGI
show agi Show AGI commands or specific help
dump agihtml Dumps a list of agi command in html format
Comandos PRI - Los siguientes comandos estan disponibles solo si el canal fue hecho con soporte para libpri
pri debug span Enables PRI debugging on a span
pri intense debug span Enables REALLY INTENSE PRI debugging
pri no debug span Disables PRI debugging on a span
pri set debug file Sends PRI debug output to the specified file
pri show debug Displays current PRI debug settings
pri show span Displays PRI Information
pri unset debug file Ends PRI debug output to file
5. Instalando Asterisk
Refirase a: http://www.voip-info.org/wiki/view/Asterisk+Step-by-step+Installation
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.
Sepamos por ejemplo que en una implementacin de Asterisk se incurren en gastos como la
compra de Headsets compatibles, los cuales no son gratuitos; si decidimos usar el CODEC
G.729, el cual comprime el trfico de VoIP hasta 8 veces menos sin degradar la calidad de la
voz, entonces tendremos que pagar por la licencia para el uso del mismo; los aparatos
telefnicos, las tarjetas de telefona, etc.
Con los sistemas telefnicos comerciales, los costos de implementacin son considerablemente
ms altos que los costos en los que incurrimos en una implementacin de Asterisk. Sin
embargo, debido a su flexibilidad y uso mltiple, los costos de las soluciones basadas en
Asterisk pueden variar sustancialmente.
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 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.
Suponiendo que debido a la instalacin del nuevo sistema telefnico tiene la capacidad de
enlazar con un proveedor SIP o IAX que disponga de tarifas fijas en cuanto a llamadas
internacionales, y esto genera un ahorro para la empresa de US$500.00 mensuales, entonces el
sistema telefnico se pagara en 16 meses. Luego de ah lo dems es ganancia neta para la
empresa por privarse del gasto extra.
DS1 (Digital Signal 1), es el protocolo de transmisin usado sobre una lnea fsica T1. Un DS1 es
constituido por 24 canales de 64Kbps, conocidos tambin como bahas de tiempo (timeslots) o
DS0s. La T1 fue creada por los Laboratorios Bell alrededor de los aos 1950.
La informacin contenida en un DS1 es enviada en tramas a una tasa de 8,000 tramas por
segundo, donde cada trama tiene 193 bits de ancho.
Explicado:
8 bits por canal x 24 canales por trama + 1 bit de entramado = 193 bits
193 bits por trama x 8,000 tramas por segundo = 1544000 bits por segundo
1544000 bits por segundo = 1.544 Mbps
Debido a la reserva de 8Kbps para el overhead (1 bit por trama x 8,000 tramas por segundo),
la tasa mxima de transmisin es de 1.536, haciendo as posible la transmisin de 64Kbps por
espacio de tiempo (timeslot).
Codificacin (CODING), determina de qu forma los bits son colocados en el cable. En una T1
los unos (1) son enviados por la aplicacin de voltaje, mientras que los ceros (0) son
identificados por la falta del mismo.
Es una tcnica de codificacin de lnea para T1, el cual usa pulsos bipolares para representar
lgicamente los valores de unos (1). Es por lo tanto un sistema de tres niveles. El valor lgico
para cero (0) es representado por la ausencia de smbolo, y la representacin lgica de los unos
(1) para valores positivos o negativos o marcas por pulsos dados por la alternacin de la
polaridad.
Reemplaza cada grupo de 8 consecutivos con el patrn especial "000VB0VB" 00011011. Esto
mitiga la desventaja que presenta AMI en transmisiones consecutivas de ceros.
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.
Es importante saber que no puedes usar AMI con ESF debido a que ambos intentan hacer las
veces de temporizador. Deberas tener un reloj maestro (master clock).
Para cada T1 utilizada se necesitara definir un SPAN. La gua SPAN incluye la definicin del
Nmero de SPAN, Temporizador, construccin en lnea (line built out), Entramado y
Codificacin.
Nomenclatura:
Nmero (NUMBER):
Es el puerto donde el SPAN est conectado. Siendo as el puerto 1 e ms alejado de la baha PCI.
Los nmeros de puerto estn anotados en el soporte del puerto PCI.
Temporizacin (TIMING):
Entramado (FRAMING):
Las T1 utilizan un conjunto de entramados para D4 (SF) o ESF. E1 utiliza CAS o CCS.
Codificacin (CODING):
Para las T1 la codificacin puede ser AMI o B8ZS. Para E1 puede ser AMI o HDB3.
span=>1,1,0,ccs,hdb3
Lnea E&M
/etc/zaptel.conf:
span=1,1,o,esf,b8zs
e&m=1-24
/etc/asterisk/zapata.conf:
group=1
context=incoming
signalling=feat_d
channel=1-24
PRI
PRI T1
/etc/zaptel.conf
span=1,1,0,esf,b8zs
bchan=1-23
dchan=24
/etc/asterisk/zapata.conf
group=1
signalling=pri_cpe
switchtype=national
context=incoming
channel=1-23
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
Existen varios tipos de tarjetas de telefona en el mercado. Entre las ms usadas se encuentran
las distribuidas por Digium (www.digium.com). Las tarjetas de Digium cuentan con una gran
variedad acorde con nuestra necesidad y capacidad de hardware.
Para este tipo de tarjetas las configuraciones anteriormente mencionadas son funcionales, pero
luego de que trixbox anunciara un acuerdo con los fabricantes de tarjetas de telefona
Sangoma, esta empresa incluy estas tarjetas como nicas 100% compatibles en sus soluciones
de VoIP. Siendo las nicas mencionadas en su lista de hardware compatible.
Aunque la realidad no es esta. Las tarjetas Digium son bastantes compatibles con las soluciones
de trixbox, y esta solo ha sido una decisin de mercado.
Para la configuracin de las tarjetas Sangoma podemos seguir los siguientes pasos en nuestra
caja trixbox:
El primer paso a seguir es descargar los controladores Wanpipe para estas tarjetas. V
Ejemplo de resultado: Linux asterisk1.local 2.6.9-34.0.2.ELsmp #1 SMP Fri Jul 7 19:52:49 CDT
2006 i686 i686 i386 GNU/Linux.
Descargue los controladores basado en los resultados anteriores, usando la tabla que sigue a
continuacin, de acuerdo con la versin de trixbox:
Wanpipe
Version Wanpipe Modules Wanpipe Modules
Trixbox CE Zaptel- Headers (Change Log) Wanpipe Utilities RPM RPM (non-SMP) RPM(SMP)
Cantidad de puertos para interconexin, hay modelos que brindan la capacidad de hacer
troncales con otra terminal (PC).
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.
Phoner:
http://www.phoner.de/index_en.htm
http://www.counterpath.net/x-lite.html
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/
Snom
http://www.snom.com/
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/
Se pueden usar como alternativa para el ahorro en las implementaciones de VoIP, sugiriendo
que el cliente conserve sus actuales aparatos telefnicos. Esto presenta la desventaja de que no
se aprovechan todas las funcionalidades de VoIP, debido a las limitaciones de los terminales.
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.
La idea es que la empresa vaya creciendo IP, segn va descartando paulatinamente su vieja
plataforma.
Para este tipo de integraciones existen varias alternativas, pero entre las ms comunes se citan
dos:
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.
7. Trixbox
7.1. Qu es?
trixbox es una solucin de IPPBX basada en software diseada para pequeas y medianas
empresas esencialmente.
Diagrama de ejemplo:
Diagrama de ejemplo:
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.
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:
Diagrama de ejemplo:
Oficina Remota
Conexin
PRI o POTS
trixbox
Servidor VoIP enlazado
Router
Router
Conexin
PRI o POTS Switch
trixbox
Oficina Principal
Servidor VoIP
IP Phones
Oficina Con Mltiples Sucursales, Mltiples Proveedores y VoIP
Pros:
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.
Para tener el sistema Asterisk arriba y funcionando necesitamos seleccionar una distribucin de
Linux compatible, instalar la distribucin, configurarla con las medidas de seguridad, y luego
instalar Asterisk y configurarlo. Con trixbox tenemos una sola rutina de instalacin, la cual no
solo nos brinda un Sistema Operativo completamente funcional con Asterisk instalado, sino que
tambin nos preinstala todos los dems componentes por nosotros, al mnimo esfuerzo.
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
http://www.asterisk.org/
http://www.digium.com/en/products/software/abe.php
AastraLink Pro160
http://www.aastra.com/cps/rde/xchg/SID-3D8CCB6A-
0024CB56/04/hs.xsl/27537.htm
AsteriskNow
http://www.asterisknow.org/
FreePBX
http/www.freepbx.org/
FreeSwitch
http://www.freeswitch.org/
PhoneBochs
http://www.rockbochs.com/pb_Models.php
http://www.trixbox.org/
Switchvox
http://www.switchvox.com/
QueueMetrics
http://queuemetrics.loway.it/
Xorcom
http://www.xorcom.com/ts-1/features.html
http://www.3com.com/voip/
Antes de avanzar al paso siguiente debes conocer que trixbox elimina toda la informacin de tu
particin para crear una instalacin totalmente fresca.
Una vez cargue el CD vers la informacin de la versin de trixbox que estas instalado. Una vez
ah, debes presionar la tecla de Enter.
Email Address: Direccin de correo donde se enviaran los archivos de voz grabados en el Buzn
de Voz
Pager Email Address: Direccin que recibir una breve notificacin de que tenemos un mensaje
sin escuchar
VM Locater: Otra de las funcionalidades del Buzn de Voz que permite realizar funciones una
vez la persona que llama se encuentra en el men del Buzn de Voz.
Una vez hayamos configurado la extensin procedemos a asignar esta informacin en nuestro
aparato telefnico o Softphone favorito.
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.
[routing]
Extensin Descripcin
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
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.
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.
Una de las razones por las que Asterisk ha tomado tanto terreno en el campo de las soluciones
de comunicaciones es debido a la sencilla integracin con los ms reconocidos sistemas de
Administracin de las Relaciones con el Cliente (CRM).
Uno de los sistemas CRM ms usados en la actualidad es el SugarCRM. Esto se debe a dos
razones principales, a) SugarCRM cuenta con una versin Open Source, o sea que es sostenida
por la comunidad y por ende es gratuita su distribucin; b) En las anteriores versiones de
trixbox CE, SugarCRM vena ya pre instalado y solo se deban hacer los ajustes de
personalizacin de la compaa.
Figura: SugarCRM
Este tipo de herramienta se ha vuelto muy comn en los servicios de Telemercadeo ofrecidos
en los Call Contact Centers.
Ejemplo:
[root@asterisk1 ~] # passwd
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
Veremos lo siguiente:
-------------------------------------------------------------
User: maint
-------------------------------------------------------------
New password:
La cuenta de wwwadmin es similar a la cuenta maint excepto por el hecho de que la cuenta maint te
permite acceso total al panel de administracin Web mientras que la cuenta wwwadmin no te permitir
ver la pestaa Config Edit, donde podemos configurar los archivos actuales de configuracin.
passwd-amp
Veremos lo siguiente:
-------------------------------------------------------------
User: wwwadmin
-------------------------------------------------------------
New password:
La clave por defecto del Flash Operator Panel es passw0rd (un cero en vez de O). Si queremos
cambiar esta clave, hay dos formas para hacerlo. Primero, ya sea autenticado localmente o por
algn cliente de SSH, siga las siguientes instrucciones:
cd /var/www/html/panel
nano op_server.cfg
Vamos a la lnea que dice security code=passw0rd y reemplace el passw0rd por la clave de su
preferencia.
security code=laclavequeprefiera
Entonces presionamos Ctrl+X para salir y luego escribimos Y para guardar los cambios en el
editor de texto nano. Finalmente reiniciamos el FOP.
amportal restart
Alternativamente, podemos hacer estos cambios a travs de la interfaz Web haciendo click en
la pestaa Config Edit a mano izquierda del men. Luego hacemos click en el enlace que nos
lleva a la ruta /var/www/html/panel, ubicado en la parte superior de la pgina. Una vez ah
editamos el archivo op_server.cfg, que aparece como enlace a la izquierda de la pantalla. Cerca
de la lnea 41, cambie la lnea security_code con la nueva clave que desea usar. Finalmente,
hacemos click en el botn Update, ubicado en la parte inferior de la pantalla, luego haga click
en el enlace Re-Read Configs en la parte superior de la pantalla.
La base de datos de MySQL contiene toda la informacin que necesitamos para mantener
nuestro sistema operando. Lo ms probable es que no queramos a nadie husmeando en esta
informacin; dicho esto podemos determinar que es necesario cambiar la clave antes de poner
nuestro sistema en produccin.
Desde el men principal de trixbox, hacemos click en el enlace System. Luego, hacemos click en
el enlace phpMyAdmin, una vez all seleccionamos en el men desplegable Database la opcin
de mysql.
Cuando vemos la lista de las tablas disponibles, hacemos click en la tabla user y luego en
Browse.
Aqu podemos notar que la tercera entrada, asterisk1.local, por defecto no contiene clave. Si
este campo est en blanco, entonces no tenemos ningn tipo de seguridad en nuestra base de
datos, y esto necesita ser corregido inmediatamente.
Para realizar esta modificacin debemos hacer click en el icono del lpiz a la izquierda de
asterisk1.local. Una vez all necesitamos hacer click en el men desplegable Function, y en la
fila password seleccionar la funcin PASSWORD.
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.
nano /var/www/html/maint/phpMyAdmin/config.default.php
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.
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.
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
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
Usando esta herramienta podemos crear una gran variedad de copias de respaldo
programadas, segn nuestros requerimientos.
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
close(FILE);
Pegando las siguientes lneas de cdigo dentro de la consola de Linux, apagaremos todos
aquellos servicios innecesarios para el funcionamiento de nuestra central, pero que pueden
acarrearnos vulnerabilidad en la estabilidad de nuestro sistema:
8. Enlaces de inters
www.asterisk.org
www.trixbox.org
www.voip-info.org
www.voipforo.com
www.asterisktutorials.com
www.asteriskclub.org
9. Caso de Estudio:
NetTeam S. A.
La Empresa NetTeam S. A. ha decidido migrar toda su plataforma de telefona a VoIP.
Actualmente esta compaa cuenta con Centrales Digitales Nortel, sin ningn tipo de
enlace entre ellas.
NetTeam S. A. cuenta con un enlace Frame Relay entre todas sus sucursales.
10. Laboratorios
Da 1
Instalar trixbox
Da 2
Da 3
#rm * /var/lib/asterisk/sounds
#rm * /var/lib/asterisk/sounds/digits
#rm * /var/lib/asterisk/sounds/phonetic
#rm * /var/lib/asterisk/sounds/letters
# cd /root
# mkdir voces
# cd voces
# unzip Net-Security-Sonidos-Espanol-Asterisk-K-rem.zip
#cp Net-Security-Sonidos-Espanol-Asterisk-K-rem/es/*
/var/lib/asterisk/sounds
#cp Net-Security-Sonidos-Espanol-Asterisk-K-rem/digits/es/*
/var/lib/asterisk/sounds/digits
#cp Net-Security-Sonidos-Espanol-Asterisk-K-rem/phonetic/es/*
/var/lib/asterisk/sounds/phonetic
#cp Net-Security-Sonidos-Espanol-Asterisk-K-rem/letters/es/*
/var/lib/asterisk/sounds
Nota: dependiendo de la versin de Asterisk o trixbox que estemos usando puede variar la
estructura de estos archivos.
Opcin 1:
1. Grabar el mensaje desde un terminal con la opcin *77
2. Una vez grabado marcamos la opcin *99 para escucharlo
3. Lo nombramos en la Interfaz Web y presionamos la opcin Save.
Opcin 2:
1. La segunda opcin es grabar el mensaje en un estudio de grabacin o en algn lugar
libre de ruido y subir luego el archivo siguiendo las instrucciones del portal.
Nota: Es importante saber que si el audio es grabado en WAV se debe grabar a 16 bit; 8000 Hz;
mono.
Crear el IVR