La Guía Absoluta para Asterisk2.0

LaGuaPara
VoIP,Asterisk
ySoluciones
deTelefona
basadasen
Asterisk
Por:RadhamsFernndez
LaGuaParaVoIP,AsteriskySolucionesdeTelefonabasadasenAsterisk
Por:RadhamsFernndez 2
Contenido
1. SobreTelefona 5
1.1. QuesunaPBX? 5
1.2. ConvirtiendodeAnlogoaDigital 6
1.3. ProtocolosdeSealizacin 7
1.3.1. Sealizacinenredestelefnicasclsicas 8
1.3.2. Videoconferenciasobreredespaquetes:H.323 10
1.3.3. PropuestadelIETFparalatransmisindeVoIP:SIP 14
1.3.4. VoIPenlareddetransito:MEGACOyMGCP 18
1.3.5. RedesMvilesdeTerceraGeneracin:HaciaunaArquitecturaALLIP 20
1.3.6. Conclusionessobrelosprotocolosdesealizacin 23
1.3.7. Referencias 23
2. VoIP 25
2.1. EnqusediferencialatelefonaIPdelatelefonanormal? 25
2.2. QucomponeunpaquetedeVoIP? 25
2.3. CalidaddeServicio(QoS) 26
2.3.1. FactoresquealteranlacalidaddelavozenVoIP 26
3. CODECS 30
4. Asterisk 32
4.1. ComandosdeverificacinenLinuxtilesenAsterisk 32
4.2. PrincipalesComandosenAsterisk 33
4.3. ArchivosdeConfiguracinyLogsenAsterisk 35
5. InstalandoAsterisk 36
6. RecursosparaVentas 39
6.1. ListadeVerificacinPreventa 39
6.2. Valoragregado 40
6.3. Recursosparaelaborarelpresupuestodeunproyecto 40
6.4. CmocalcularelCostoTotaldePropiedad 40
6.5. RetornodelaInversin(ROI) 41
6.6. Diseo,implementacin,puestaenmarchaymantenimientodeAsterisk 42
6.6.1. MtodosdeConexin 42
6.6.2. ConceptosbsicosdeT1 43
6.6.3. Instalandotarjetasdetelefonaentrixbox: 47
6.6.4. EquiposTerminales 48
6.6.5. Equiposdecomunicacin 52
6.6.6. EspecificacionesdelServidor 53
6.7. Calidadenelusodelosrecursosdevozenlaempresa 54
7. SolucionesdeAsteriskmsusadas 55
7.1. trixboxQues? 55
7.2. ElastixQues? 55
7.3. AsteriskNOWQues? 56
7.4. AsteriskArquitecturasdeRed 56
7.4.1. Arquitecturadeunasolaoficina 56
7.4.2. Arquitecturadeunaempresaconusuariosremotos 57
7.4.3. Arquitecturadeunaempresaconsucursalesyunsoloproveedor 57
7.4.4. Arquitecturadeunaempresaconsucursalesyvariosproveedores 58
7.4.5. Arquitecturadeunaempresaconsucursales,variosproveedoresyunproveedordeVoIP. 60
7.5. Asteriskvs.Elastix,trixboxyAsteriskNOW 61
7.6. Limitacionesyventajasenelusodesolucionesempaquetadascomosolucindetelefona 62
7.7. SolucionesdeAsteriskexistentesenelmercado 62
7.8. InstalacinyAdministracindeElastix,trixbox,AsteriskNOW 64
7.8.1. Pasosparaempezaratrabajar 64
7.8.2. AdministracindesdelaconsolaWeb: 65
7.9. Confeccindelplandemarcadoyenrutamientodellamadas 66
7.10. ConceptosbsicosdeCRM 72
7.11. ConceptobsicodeComunicacinUnificada 73
7.12. ConceptodeAutodialer 73
7.13. ConceptodeHostedPBX 75
7.14. Mantenimientoyseguridadentrixbox 75
7.14.1. Cambiandolasclavesquevienenpordefectoentrixbox 75
7.14.2. CopiasdeRespaldo(Backup) 80
7.14.3. Seguridadadicional 82
8. Enlacesdeinters 83
9. CasodeEstudio 84
10. Laboratorios 85
1. SobreTelefona
Telefona es la ciencia de convertir sonido en seales elctricas y transmitirlo entre puntos
extensamenteapartados.
El telfono es un dispositivo de telecomunicacin diseado para transmitir seales acsticas
pormediodesealeselctricasadistancia.Muyparecidoalteletrfono.
QuininventelTelfono?
DurantemuchotiempoAlexanderGrahamBellfueconsideradoelinventordeltelfono,junto
conElishaGray.SinembargoBellnofueelinventordeesteaparato,sinosolamenteelprimero
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
formalizarlapatenteantelaOficinadePatentesdeEE.UU(ArtculoTomadodeWikipedia).
1.1. QuesunaPBX?
UnaPABX,comnmenteconocidacomoPBX,estraducidaalespaolcomo,CentralSecundaria
PrivadaAutomtica.UnaPBXesprivadaporquepertenecealaempresa,aunquelacompaa
Telefnicaleproveaelservicio.EnsusorgeneslasPBXerananlogas,aunqueenestostiempos
sepuedenotarquelamayoradelosequiposrecientessondigitales.ElusodelasPBXparalas
empresas tiende a ser atractivo, en relacin a costo beneficio, debido a que es ms factible
manejar el volumen de telfonos que se requieren, que correr una lnea separada para cada
equipo,sinmencionarqueproveemsserviciosquelossimplestelfonosestacionarios.

Figura:CentralTelefnicaAntigua
1.2. ConvirtiendodeAnlogoaDigital
Figura:ConversindeAnlogoaPCM
La voz es una seal anloga. Para transportar las seales de voz a travs de una red de
computadores,lasondasdesonidosonconvertidasenunasealanlogaelctrica,lacualdebe
ser filtrada por un rango de frecuencia especifico (entre los 300 y 3,600 Hz) para as ser
convertidaenunasealdigital(larepresentacindelassealesdevozanalgicasusando1sy
0stambinconocidoscomobits)parasutransmisinatravsdelaRed.
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
viceversaocurreendiferentespuntosdurantelatransmisin.
Durante el proceso de conversin de anlogo a digital ocurren una serie de pasos como
detallamosacontinuacin:
Filtrarlasealanlogaentrante
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
estdiciendo.
Tomarunamuestradelsonido
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
anlogaesmuestreadaaunavelocidadde8,000vecesporsegundo.Estetipodemuestreose
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
menosdosveceslafrecuenciamximadelasealasermuestreada.
Cuantizarlamuestradevozycodificarla(asignarleunnmero)
La muestra da como resultado un Pulse Amplitude Modulation (PAM), el cual es una serie de
pulsosquerepresentanlaamplituddelasealanlogaalmomentodecadamuestra.
TransmitirelcdigocomounaseriedebitsatravsdelaRed
En la Telefona tradicional basada en TDM, cada cdigo de 8 bit es enviado a travs de la Red
individualmenteenunperiododetiempoasignadoaunallamadatelefnicaparticular.EnVoIP,
nopodemospermitirnoseloverheadquegeneraranelprotocoloIPylaCapa2alenviarcada
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
incrementosde10ms.Aestoseleconocecomotasadeempaquetadootamaodelamuestra
de voz. Cuando el periodo de muestreo se ha alcanzado, la muestra de voz es empaquetaday
enviadaatravsdelaRed.Lospaquetessalendelorigenenintervalosregulares.
Figura:ConversindeanlogoaDigital
1.3. ProtocolosdeSealizacin
En los ltimos aos, los protocolos de sealizacin para el servicio de transmisin de voz han
experimentadounafuerteevolucinjuntoconlatendenciaatrasportardichotrficodesdelas
redesdeconmutacindecircuitoshacialasredesdeconmutacindepaquetes.Estatendencia
queda reflejada con la fuerte evolucin de estndares en este mbito y la aparicin de
productos en el mercado que cubren las necesidades de operadores, grandes empresas y
PYMES[1][2][3].Estatendenciaseverincrementadadurantelosprximos5aosdebidoala
evolucin de las redes mviles basadas en tecnologa UMTS hacia entornos ALLIP. En este
artculosepresentanlasdiferentesarquitecturasqueestnsiendopropuestasparasoportarla
sealizacin de sistemas VoIP, debidas principalmente a los estndares H.323, SIP y MGCP,
junto con un breve resumen de los mecanismos de sealizacin en redes telefnicas clsicas
(SS7) y algunas ideas sobre la evolucin hacia ALLIP en redes mviles de 3G basadas en
UMTS.
1.3.1. Sealizacinenredestelefnicasclsicas
La sealizacin en las redes telefnicas clsicas ha experimentado una intensa evolucin a lo
largodelsigloXX,alritmomarcadoporelpropiodesarrollodelastecnologasdeconmutacin
decircuitosenlasqueestasredessefundamentan.Traslaconmutacinmanualdefinalesdel
siglo XIX y principios del XX, 1910 trajo la conmutacin electromecnica. En esta etapa
tecnolgica,quedurhastalosaos60,lasealizacinsetransportaba"enbanda"(cambiosde
nivel y tonos dentro del propio canal telefnico) y era interpretada por elementos
electromecnicos(rels)yelectrnicos(filtros)ensutrnsitoporlared.
A mediados de los 60, el proceso de digitalizacin de la red alcanz la propia tecnologa de
conmutacin red digital integrada de transmisin ms conmutacin con la llegada de las
centralesdigitalesyelcontroldelaconmutacinporCPU(controlporprogramaalmacenado).
De este modo, los canales sncronos de 64 Kb/s son conmutados octeto a octeto espacial y
temporalmente.Estosconmutadoresyaestncontroladosntegramenteporprocesadoresque
hablan un protocolo de sealizacin con procesadores de otras centrales. Los primeros
protocolosdesealizacininstaladosenestossistemastenanunaexpresividadmuylimitaday
se basaban en el estado de ciertos bits de la trama TDM permanentemente asociados a cada
canal de voz, como meras representaciones binarias de las seales analgicas de los sistemas
precedentes.
Elsaltocunticoseconsiguirealmentecuandoseaplictotalmentelatecnologaderedesde
ordenadores y las seales devinieron en mensajes intercambiados por aplicaciones sobre una
reddeconmutacindepaquetesindependienteydedicadaaestefin.
Si bien en la actualidad la red telefnica utiliza internamente esta forma de funcionamiento
prcticamenteensutotalidad,elltimosegmentopordigitalizar,lareddeaccesodelabonado,
permanece masivamente analgica, con una penetracin discreta de accesos ntegramente
digitales (RDSI). Consecuentemente, la sealizacin de abonado del servicio de telefona
tradicional ha evolucionado muy poco y es dentro de la red donde se realiz una revolucin
muy importante, transparente al usuario, que ha permitido la introduccin de servicios
suplementarios, de telefona mvil, de red inteligente, BISDN e inter funcionamiento con
sistemasdetelefonasobreIP(VoIP)entreotros.
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](LibroAzul)ysubsiguientesdeITUT.
ElSistemadeSealizacinn7esunaarquitecturadeprotocolosdesealizacincompletaen
elquelasunidadesdesealsonmensajesdelasaplicacionesdesealizacintransportadosen
paquetes.Lascaractersticasesencialesdeestesistemason:
Los enlaces y nodos de sealizacin constituyen una red de conmutacin de paquetes
lgicamenteindependientedeladeconmutacindecircuitos,conunplandedireccionamiento
distintoydefinidoanivelinternacionalporITUT.
Esunsistemadesealizacinporcanalcomn.Existeunconjuntopredefinidodecanalesentre
centrales(ypuntosdetransferenciadesealizacinsincapacidaddeconmutacindecircuitos)
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,porcanalasociado,lasealizacinasociadaacadacircuitodevozsetransportabapor
uncanaldetransmisindedicadoexclusivamenteal.
Esunaarquitecturadeprotocolosestructuradaencuatroniveles.
Figura:ElProtocoloSS7desdelaperspectivadelModeloOSI
Lareddepaquetesparasealizacinentelefonaestdiseadaespecficamenteparafuncionar
sobrecanalesde64Kb/syagestionardichosenlaces.Por consiguientenopareceimprobable
una tendencia no slo al desarrollo de formas de inter funcionamiento de arquitecturas

basadas en SS7 con arquitecturas basadas en IP, sino a que IP influya poderosamente en la
siguiente evolucin de la infraestructura de red de sealizacin y gestin. Revisada aqu
brevemente la historia de los sistemas de sealizacin, resulta curioso observar cmo la
conmutacin de paquetes, introducida en las redes tradicionales para ofrecer flexibilidad y
fiabilidad a las labores de sealizacin en el plano de control de las torres de protocolos, se
ampla en la actualidad al plano de usuario para el transporte de voz empaquetada,
integrndosedenuevovozysealizacin.
1.3.2. Videoconferenciasobreredespaquetes:H.323
La ITUT fue el primer comit de estandarizacin que desarroll un estndar para la
transferencia de trfico multimedia sobre redes de paquetes. El estndar denominado H.323
fue estandarizado en 1996 y se denomino: Sistemas y terminales de telefona visual sobre
redes de rea local sin garantas de calidad de servicio. La principal aportacin de este
estndarfueeldesarrollodeunconjuntodeprotocolosdesealizacinquepermitencontrolar
el establecimiento, mantenimiento y liberacin de conexiones de multimedia (audio, vdeo y
datos) sobre redes de paquetes, ya que los protocolos para la transmisin de estos medios
fueronadoptadosdetrabajosprevios,principalmentedesarrolladosporelIETFatravsdelos
protocolosRTPyRTCP.
Tras esta primera versin, en 1998 apareci la segunda versin del protocolo H.323v2 con un
nuevonombre:Packetbasedmultimediacommunicationssystems,nombrequepermanece
hasta la actualidad (la versin 4 fue aprobada en Nov 2000 [6]). H.323 es considerado un
paraguasdeestndaresydefine4tiposdeelementosfuncionales:
Figura:ArquitecturadeH.323
Terminal H.323, es un terminal de la red que proporciona en tiempo real comunicacin

bidireccional con otro terminal H.323, pasarela, o MCU (unidad de control multipunto). El
intercambio de informacin incluye controles, indicaciones, audio, video y datos. Un terminal
debesoportaralmenostransmisindevoz,vozydatos,vozyvideoovozdatosyvdeo.
Figura:EstructuradeTerminalH.323
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
realizalasfuncionesdeadaptacinentreflujosdeinformacinascomoentrelosprotocolosde
controldeambosentornos.LarecomendacinH.323incluyelosterminalescompatiblesconlas
recomendaciones: H.310, H.320 (BRDSI), H.320 (RDSI), H.321 (ATM), H.322 (ISO Ethernet),
H.324(GSTN),H.324M(RedesMviles),andV.70(DSVD).Lapasareladebeconstaralmenosde
dosinterfaces,realizandolasfuncionesdeadaptacinyconvergenciaentreambosinterfaces.
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
terminalespararealizarfuncionesdemezcladodemedios.Porestarazn,laMCUestdividida
en dos partes: el controlador multipunto (MC) que proporciona capacidad de negociacin y
controldelosmiembrosdelgrupos,yelprocesadormultipunto(MP)queseencargaderealizar
las funciones de mezcla de medios (audio, vdeo, datos). La funcionalidad de MCU puede ser
integradaenunterminalH.323.
Gatekeeper (GK), es un elemento de la red H.323 que proporciona servicios al resto de
elementos.Esteelementoconstituyelabaseparaeldesarrollodeserviciosyparalaaplicacin
de esta tecnologa en entornos con un nmero de terminales mediogrande. El GK es un
elemento opcional de la arquitectura, lo que permiti inicialmente el desarrollo de terminales
quepodancomunicarsedirectamenteentressinlanecesidaddedisponerdeGK.Sinembargo
la inexistencia de GK limita el servicio de transferencia de medios. Las funciones que
proporciona son: traslacin de direcciones, autorizacin de llamadas, control de admisin,
controldezonas,gestindeanchodebanda,gestindellamadas,reservadeanchodebanda,
serviciosdedirectorio,etc.
La arquitectura de protocolos de H.323 se representa en la Figura 4 incluyendo tanto el
transporte de medios como el transporte de protocolos de sealizacin. La mayor parte de
canales de control utilizan conexiones TCP (tambin UDP a partir de la versin 3), mientras el
transportedemediosutilizaUDP.
Figura4:StackdeprotocolosH.323
Las entidades H.323 establecen conexiones en diferentes fases. Si consideramos un escenario
en el cual exista un GK, la conexin entre dos terminales dependientes de este GK sigue los
siguientespasosFigura5:
FaseA:EstablecimientodeLlamada.
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
sealizacinH.225.0.Paraelloutilizarlainformacin(direccinIPypuerto)recibidosdelGKa
travs del mensaje ACF. La entidad llamante al recibir dicha conexin contactar con su GK a
travsdelcanalRASsolicitandopermisoparapodercontestar(ARQ).Encasopositivo(ACF),el
llamanteaceptaralaconexinyatravsdedichocanal(H.225.0)enviarladireccin(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
intercambiarmsparmetrosatravsdeestecanal.
FaseB:Intercambiodecapacidades.(H.245)
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.,loquelespermiteestablecercanalesparalatransmisindemedios(audio,vdeo
y datos). Esta conexin debe permanecer mientras intercambien informacin los terminales y
lespermitemodificarparmetros(CODECS,nmerodemuestrasportrama,etc.).
FaseC:Intercambiodeinformacinaudiovisual
Enestepunto,ambosterminalesestablecencanalesdeinformacinatravsdelaarquitectura
RTP/UDP/IP para el transporte de medios, as como canales de control a travs de la
arquitecturaRTCP/UDP/IPparaloscanalesderealimentacin,alobjetodecontrolarlacalidad
delosflujosdeinformacinrecibidaporelotroextremodelacomunicacin.
FaseD:Terminacindellamada
Traselintercambiodeinformacinaudiovisualyalobjetodefinalizarlallamada,lasentidades
H.323 deben informarse a travs del canal H.245 mediante el envo de las primitivas de
finalizacin de llamadas, que finalizar con el envo de la primitiva EndSessionCommand que
provocar el cierre del canal H.245. Adems debern informar al GK mediante el envo de el
mensaje RAS Disengage Request (DRQ) que permitir al GK liberar recursos y proporcionar
informacindetarificacinentreotras.
SobreesteescenariobsicoexistenmltiplesvariantesenfuncindelapresenciaonodelGKy
del role que el mismo realice. El GK podra encaminar la informacin de control, (H.225.0 y
H.245)onoenfuncindelmodeloelegido(DirectooIndirecto).
Figura5:EjemplollamadaH.323
Del ejemplo mostrado anteriormente, se observa el coste de establecimiento de llamada
debido a la necesidad de establecer mltiples conexiones previas al intercambio de
informacin. Esta necesidad fue solventada con la aparicin de la versin dos del protocolo,
que proporciona dos posible modos de operacin opcionales alternativos: Procedimiento de
Conexin Rpida, que permite abrir canales de informacin a partir de la fase de intercambio
deinformacinH.225.0yelprocedimientodeestablecimientodetnelesH.245sobreH.225.0,
quepermiteutilizarelmismocanalparatransmitirmensajesH.225.0yH.245.
1.3.3. PropuestadelIETFparalatransmisindeVoIP:SIP
SessionInitiationProtocol(SIP),esunprotocolodeaplicacindesarrolladoporelIETFdentro
del grupo MMUSIC (Multiparty Multimedia Session Control) y especificado en la RFC2543 [7].
Este protocolo permite a los usuarios, participar en sesiones de intercambio de informacin
multimediasoportandomecanismosdeestablecimiento,modificacinyfinalizacindellamada.
ElgrupodetrabajoMMUSIC[8]seencargadedesarrollarrecomendacionesrelacionadasconel
soporte de conferencias y fue el encargado de desarrollar las aplicaciones utilizadas en la red
MBONE.Unodelosobjetivosdelgrupoconsisteendesarrollarmecanismosparainformaralos
usuarios acerca de las sesiones existentesen la red,requisitos de los medios, direcciones, etc.
Enestesentidoexistendosmodosbsicosdeidentificaryparticiparensesionesmultimedia:
MecanismodeAnuncio.Lassesionessonanunciadasmedianteemail,pginasweb,gruposde
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
participarmedianteelprotocolodeestablecimientodesesiones(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
paraelestablecimientoyterminacindecomunicacionesmultimedia:
Localizacindeusuarios
Intercambio/negociacindecapacidadesdelosterminales
Disponibilidaddeusuarios
Establecimientodellamada
Mantenimientodellamada
SIP es un protocolo basado en el modelo clienteservidor. Los clientes SIP envan peticiones
(Requests Messages) a un servidor, el cual una vez procesada contesta con una respuesta
(ResponseMessages).LosterminalesSIPpuedengenerartantopeticionescomorespuestasal
estarformadosporeldenominadoclientedelagentedeusuario{UAC]yservidordelagentede
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
conexinentreuser1condireccinIP172.16.10.1yuser2condireccinIP172.16.1.2mediante
elenvodeunapeticinINVITERequest,enlacualeluser1indicaaluser2lascapacidadesde
recepcin de audio (codificacin ley ) y el puerto donde espera recibir dicho audio (port
12345).Alrecibirlapeticin,eluser2puedeinmediatamenteestablecerelcanaldevozyenviar
laaceptacindeconexinmedianteelenvodeOKResponse,enlacualincluyelainformacin
complementariaparaelestablecimientodelcanalopuesto(codificacinGSM,puerto54321en
nuestroejemplo).Traselintercambiodesealdeaudio,cualquieradelosparticipantespuede
finalizar la llamada mediante el envo del mensaje BYE Request que debe ser asentido
medianteunmensajedeconfirmacin(OK).
Figura6:EstablecimientodellamadaSIP
LosmensajesSIPsoncodificadosutilizandolasintaxisdemensajesdefinidosenHTTP/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
informacindesesiones.
Adems de los terminales H.323 que representan telfonos IP o pasarelas, la arquitectura SIP
definecuatrotiposdeservidores:
Servidor Proxy. Se encarga de encaminar peticiones/respuestas haca el destino final. El
encaminamiento se realiza salto a salto de un servidor a otro hasta alcanzar el destino final.
Para estos casos, existe un parmetro incluido en las peticiones/respuestas denominado Va
que incluye los sistemas intermedios que han participado en el proceso de encaminamiento.
Estoevitabuclesypermiteforzarquelasrespuestassiganelmismocaminoquelaspeticiones.
Esto afecta nicamente a la informacin de control pues el transporte de medios, salvo en el
casoderequerirtranscodificacinintermedia,serealizadirectamenteentreorigenydestino.
ServidordeRedireccin.Realizaunafuncinequivalentealservidorproxy,peroadiferenciade
ste no progresa la llamada, sino que contesta a un INVITE con un mensaje de redireccin,
indicndoleenelmismocomocontactarconeldestino.
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
deusuarios,alactualizardinmicamentelamisma.
AgentedeLlamada(CallAgent).Realizalasfuncionesdelostresservidoresanteriores,adems
depoderrealizarlassiguientesacciones:
o Localizaraunusuariomediantelaredireccindelallamadaaunaovariaslocalizaciones
o Implementarserviciosderedireccincomoreenvosiocupado,reenvosinocontesta,etc.
o Implementarfiltradodellamadaenfuncindelorigenodelinstantedelallamada
o Almacenarinformacindeadministracindellamas
o Realizarcualquierotrafuncindegestin
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,
identificadoronmerotelefnicoyhosteseldominioalqueperteneceelusuarioodireccin
dered.
EnlaFigura7semuestraunejemplodeinteraccinentreservidoresSIP.EnesteejemploDavid
desde su oficina (company.es) desea llamar al usuario jmoreno del dominio upm.es. Para ello
envaunapeticin(NOTIFYRequest)alservidorSIPdesuorganizacin,elcualactacomoun
servidorproxyytrasconsultarelDNS,localizaelservidorSIPdeldominioupm.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
localizaralusuarioenelsistemahost1.uc3m.es.Trasunperiododeesperayalnocontestarel
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
servidoresderedireccininvolucrados,momentoenelcualorigenydestinopuedenestablecer
loscanalesdevoz.
Figura7:EjemplodeServidoresSIP
LaprincipalcaractersticadeSIPfrenteaH.323essusimplicidad.MientrasH.323v1necesita5o
6 intercambios de informacin entre los destinatarios antes de establecer una conexin, SIP
requiere nicamente uno y puede ser transmitido por TCP o UDP. Estos aspectos fueron
introducidosenlaversin2y3delprotocoloH.323.
1.3.4. VoIPenlareddetransito:MEGACOyMGCP
H.323ySIPsedesarrollaronteniendocomoobjetivoeldesarrollodeterminalesqueestuvieran
directamente conectados a la red IP e intercambiaran trfico de voz directamente entre s o
bien con terminales tradicionales (conectados a redes conmutadas) mediante el uso de
pasarelas.ElobjetivoinicialdeMEGACOfuelautilizacinderedesdepaquetescomobackbone
para la transmisin de trfico de voz originado por redes tradicionales. Los operadores
tradicionalesfueronunodelosquemayorintershanmostradoenestapropuesta,pensando
enintegrarprogresivamentesusredesdetelefonabasadasenconmutacindecircuitosysus
redesdedatosbasadasenconmutacindepaquetesenunaredhomogneaquetransportar
ambostiposdetrfico(vozydatos)yquefueratransparentealosusuariosfinales.
MEGACO resuelve este problema dividiendo las pasarelas (Gateways) en tres entidades
diferentes:
Controlador de Medios (Media Gateway Controller MGC), que proporciona la sealizacin

H.323 o SIP y realiza el mapping entre la sealizacin de redes tradicionales y las redes de
paquetes.
PasareladeMedios(MediaGatewayMG),queproporcionalaadaptacindemediosy/olas
funciones de transcodificacin. Este bloque realiza las funciones de traslacin de direcciones,
cancelacindeeco,envo/recepcindedgitosDMTF,etc.
Pasarela de Sealizacin (SG), que proporciona funciones de mediacin de sealizacin entre
redesIPySCN.
Enunescenariohabituallostreselementosestnfsicamenteseparadosdemodoquepueden
proporcionarventajascomolaconcentracindemuchosMG(conectadosausuariosfinales)en
algunosMGCcontroladosporunSG.LaFigura8muestralaarquitecturadeMEGACO.
Figura8:ArquitecturaMEGACO
Media Gateway Control Protocol (MGCP) es un protocolo cliente/servidor que controla el
intercambio de informacin entre MG y MGC. MGCP es el resultado de protocolos
anteriormente propuestos y ha sido propuesto en distintos organismos de estandarizacin
comoelgrupodetrabajoMEGACOdelIETF[12],[13]ylaITUT[14]dondesehadenominado
H.248.MGCPutilizaasuvezelprotocoloSDPparaelintercambiodeparmetrosentreelMGy
MGC(direccinIP,puertoUDP,codificadoresautilizar,etc.).
1.3.5. RedesMvilesdeTerceraGeneracin:HaciaunaArquitecturaALLIP
ElThirdGenerationParnertshipProject,3GPP[15]tienecomoobjetivolaestandarizacinde
sistemasmvilesdetercerageneracin(3G)basadosenla evolucindelncleoderedGSMy
en tecnologas WCDMA en el acceso radio. A estos sistemas se les llama Sistemas de
Telecomunicacin Mvil Universal (UMTS) y los primeros sistemas comerciales se lanzarn al
mercadoduranteelltimotrimestredelao2000.
LaprimerafasedelaespecificacindeUMTSfinalizaprincipiosdelao2000yelresultadose
conoceconelnombredeRelease1999(R99).El3GPPcontinadesarrollandoespecificaciones
que definan la evolucin de los sistemas UMTS. La Release 4 y la Release 5 (que est previsto
finalizar en diciembre de 2001) son los siguientes pasos de esta evolucin. En esta seccin
describimos brevemente la arquitectura UMTS R99 as como la evolucin prevista y el papel
quelosprotocolosrelacionadosconVoIPjueganenella.
La arquitectura UMTS R99 [17] (Figura 9) es una arquitectura GSM/GPRS [23], [24] con una
nuevareddeacceso.
Figura9:ArquitecturaUMTSR99
Enestaarquitectura,losRNCs(RadioNetworkControler)ylosNodosBformanlareddeacceso
radio UMTS (UTRAN) mientras la red de acceso GSM basada en BTSs y BSCs pueden coexistir.
LosMSCsyGMSCsformaneldominiodeconmutacindecircuitos(CC)ytransportaneltrfico
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
informacinsobrelosusuarios.LosMSCsoGSNslospuedeninterrogarutilizandoelprotocolo
MAP(MobileApplicationPart).
Portanto,elncleoderedUMTSestformadopordosredes,unadeconmutacindecircuitos
(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 AllIP [20]. La razn es que las
redesdeconmutacindepaquetessoneficientesycapacesdetransportarlasdiferentesclases
detrfico.Adems,IPesunprotocoloprobadoyquepermiteunafcilintercomunicacincon
Internet.
Figura10:DominioCC
En la Figura 10 se muestra la evolucin prevista para el dominio CC de UMTS. Las MSCs se
dividenendoselementos,elMSCserverylaMGW(MediaGatewayFunction).ElMSCserveres
responsable del control de movilidad y de llamada, y termina la sealizacin usuariored,
traducindolaalasealizacinredredapropiada.Elcontroldellamadaredred(interfazentre
MSCservers)serealizarmediantesealizacinISUP,oporunaevolucindeISUPparacontrol
dellamadaindependientedeservicioportador(BICC).
La MGW es responsable del transporte de datos de usuario. El dominio CC es ahora
independiente de la tecnologa de transporte: VoIP (RTP/UDP/IP), VoATM (AAL2), y TDM, son
opciones para el transporte de voz en este dominio. Tambin hay diferentes opciones para el
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 TSGW (Tranport Signalling GateWay function) se encarga de coger la
informacindesealizacinrelacionadaconllamadasprocedentesdelaPSTNyponerlasobre
elservicioportadorempleadoeneldominioCC(oviceversa).ElHSSesequivalentealHLRdela
UMTSR99,peroconinformacinaadidasobreserviciosIPmultimedia.
Es interesante destacarque, independientemente de la tecnologa de transporte empleadaen
el dominio CC, los terminales UMTS R99 van a poder utilizar los servicios del dominio CC.
Cualquiernuevafuncindesealizacinesrealizadaporlared.
Figura11:DominioCPysubsistemaIPmultimedia
Enlafigura11semuestralaevolucinprevistaparaeldominioCPdeUMTS.AldominioCPse
le aade un nuevo subsistema llamado IP Multimedia (IM), que contiene los siguientes
elementos:laCSCF(CallStateControlFunction),laMGCF(MediaGatewayControlFunction),y
la TSGW. Este subsistema tiene como objetivo soportar servicios multimedia (por ejemplo,
VoIP) en el dominio CP. La CSCF realiza encaminamiento (a nivel de aplicacin) de llamadas
entrantes, establecimiento y liberacin de llamadas, manejo de direcciones, etc. La MGCF
controla las MGWs usando H.248. Tambin realiza conversin de protocolos entre ISUP
(empleadoenlaPSTN)yelprotocolodecontroldellamadasempleadoenelsubsistemaIM(i.e.
SIP). La TSGW se encarga de coger la informacin de sealizacin relacionada con llamadas
procedentes de la PSTN, ponerla sobre el servicio portador IP (SIGTRAN) empleado en el
subsistemaIM,yenviarlahacialaMGCF(oviceversa).
LosterminalesmvilesquequierenusarlosserviciosIPMultimediadebenserterminalesIPcon
capacidad de sealizacin SIP. Se comunican con la CSCF para registrarse y para solicitar
servicios.
1.3.6. Conclusionessobrelosprotocolosdesealizacin
Los sistemas de sealizacin para el transporte de voz han evolucionado desde las redes
basadasenconmutacindecircuitosaredesbasadasenconmutacindepaquetes.Diferentes
estndares han aparecido para tratar de solventar problemas de direccionamiento, control de
admisin, interconexin con redes existentes, intercambio de capacidades, etc. Basados en la
transmisin de VoIP y el tipo de usuarios, dos diferentes escenarios han sido objeto de
desarrolloporpartedelosorganismosdeestandarizacin:usuariosdirectamenteconectadosa
redes IP y operadores que utilizando la red IP como backbone interconectan usuarios
tradicionalesconectadosaredesSCN.Elprimerescenarioconstituyeelmbitodeaplicacinde
protocoloscomoH.323ySIP,mientraselsegundoescenarioloformaelmbitodeMEGACOy
H.248.
Actualmente existen operadores y empresas que utilizan estas tecnologas para ofrecer un
serviciodetransmisindevoz.Estatendenciaasustituirlasredesdeconmutacindecircuitos
por redes de conmutacin de paquetes se ver incrementada en los prximos aos con la
evolucin de las redes mviles UMTS hacia la tecnologa ALLIP, en la cual los servicios
multimedia,yportantoelserviciodetransmisindevoz,serntransmitidossobreredesbajo
tecnologaIP.
1.3.7. Referencias
[1]Teldatwebsite:http://www.teldat.es
[2]Ciscowebsite:http://www.cisco.com
[3]Nortelwebsite:http://www.nortel.com
[4] Specifications of Signalling System N 7. CCITT Blue Book, fascicle VI.7, recommendations
Q.701Q.716,Q.721Q.766,Q.771Q.795.ITU1989.
[5] RFC 1889. H.Shulzrinne, S.Castner, R.Frederick, V.Jacobson. RTP: A transport protocol for
realtimeprotocol.
[6] ITUT Recommendation H.323: Packetbased Multimedia Communications Systems,
November2000
[7]RFC2543.M.Handley,H.Shulzrinne,E.Schooler,E.Rosenberg.SIP:SessionInitiationProtocol.
[8]MMUSICwebsite:http://www.ietf.org/mmusic
[9]RFC2068.R.Fieldingandothers.HypertextTransferProtocolHTTP/1.1
[10]RFC2327.2327M.Handley,V.Jacobson,SDP:SessionDescriptionProtocol.
[11]RFC2396.T.BernersLee,R.Fielding,UniformResourceIdentifiers(URI):genericsyntax.
[12]RFC2705.M.Arangoetal,MediaGatewayControlProtocol(MGCP).
[13]RFC3015.F.Cuervo,N.Greene,A.Rayhanetal,MegacoProtocolVersion1.0
[14]ITUTH.248:GatewayControlProtocol,June2000
[15]3GPPwebsite:http://www.3gpp.org
[16]3GPPTechnicalSpecificationTS23.002,v5.0.0:NetworkArchitecture(Release5).October,
2000.
[17] 3GPP Technical Specification TS 23.002, v3.3.0: Network Architecture (Release 1999).
March,2000.
[18] C. Bettstetter, HJ Vgel, J. Eberspcher; GSM Phase 2+, General Packet Radio Service
GPRS: Architecture, Protocols, and Air Interface; IEEE Communications Surveys Vol. 2, No. 3,
1999.
[19]MobyDickProject:http://www.istmobydick.org/
[20]LieveBos,SureshLeroy;TowardanAllIPBasedUMTSSystemArchitecture;IEEENetwork,
Vol.15,No.1;2001.
Tomadodelartculo:ProtocolosdeSealizacinparaeltransportedeVozsobreredesIP
Por: JoseIgnacioMoreno,esDoctorIngenierodeTelecomunicacionesporlaUniversidadPolitcnica
de Madrid (1996) y trabaja como Profesor Titular de Ingeniera Telemtica en la Universidad
CarlosIIIdeMadrid.
Ignacio Soto, es Doctor Ingeniero de Telecomunicaciones por la Universidad de Vigo (2000) y
trabajacomoProfesorAyudanteenlaUniversidadCarlosIIIdeMadrid.
DavidLarrabeiti,esDoctorIngenierodeTelecomunicacionesporlaUniversidadPolitcnicade
Madrid(1996)ytrabajacomoProfesorTitulardeIngenieraTelemticaenlaUniversidadCarlos
IIIdeMadrid.
2. VoIP
Para definir el concepto esencial de VoIP, quisiera romper con la confusin de dos conceptos
altamentemencionadosenestosdas:
Voice over IP / Voz sobre IP (VoIP): es el conjunto de normas, dispositivos, protocolos, en
definitivalatecnologaquepermitelatransmisindelavozsobreelprotocoloIP.
Telefona IP: es el conjunto de nuevas funcionalidades de la telefona, es decir en lo que se

convierte la telefona tradicional debido a los servicios que finalmente se pueden llegar a
ofrecergraciasapoderportarlavozsobreelprotocoloIPenredesdedatos.
2.1. EnqusediferencialatelefonaIPdelatelefonanormal?
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, estncompartiendo un medio, una red de
datos.Cuandolleganasudestinosonordenadosyconvertidosdenuevoensealdevoz.
2.2. QucomponeunpaquetedeVoIP?
Comenzando desde lo bsico, el paquete de VoIP en un Sndwich multiprotocolo en el cual la
vozesencapsuladaencapasde:RealTimeProtocol(RTP);UserDatagramProtocol(UDP);IPe
Ethernet habilitados con Calidad de Servicio (802.1q). Cada protocolo es definido con
componentes de diferentes dimensiones, que en combinacin con la voz toma la forma de un
paquetecomnycorriente.
Figura:composicinpaquetedeVoIP
2.3. CalidaddeServicio(QoS)
EnVoIPsecuentacondiferentesherramientasymecanismosparalograrlacalidaddela
transmisindelavozsobrelosmediosdedatos:
Lasupresindesilencios,otorgamseficienciaalahoraderealizarunatransmisindevoz,
yaqueseaprovechamejorelanchodebandaaltransmitirmenosinformacin.
CompresindecabecerasaplicandolosestndaresRTP/RTCP.
Priorizacindelospaquetesquerequieranmenorlatencia.Lastendenciasactualesson:
o CQ(CustomQueuing):Asignaunporcentajedelanchodebandadisponible.
o PQ(PriorityQueuing):Estableceprioridadenlascolas.
o WFQ(WeightFairQueuing):Seasignalaprioridadaltrficodemenoscarga.
o DiffServ:Evitatablasdeencaminadosintermediosyestablecedecisionesderutaspor
paquete.
LaimplantacindeIPv6queproporcionamayorespaciodedireccionamientoyla
posibilidaddetunneling.
2.3.1. FactoresquealteranlacalidaddelavozenVoIP
Jitter
Eljitteresunefectodelasredesdedatosnoorientadasaconexinybasadasenconmutacin
de paquetes. Como la informacin se propaga en paquetes, cada uno de los paquetes puede
seguirunarutadistintaparallegaraldestino.
El jitter se define tcnicamente como la variacin en el tiempo en la llegada de los paquetes,
causada por congestin de red, prdida de sincronizacin o por las diferentes rutas seguidas
porlospaquetesparallegaraldestino.
Lascomunicacionesentiemporeal(comoVoIP)sonespecialmentesensiblesaesteefecto.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
losproblemasdeljitterenelfuturo,aunqueseguirsiendounproblemaporbastantetiempo.
o ValoresRecomendados
Eljitterentreelpuntoinicialyfinaldelacomunicacindebeserinferiora100ms.Sielvalores
menora100mseljitterpuedesercompensadodemaneraapropiada.Encasocontrariodebe
serminimizado.
o PosiblesSoluciones:
Lasolucinmsampliamenteadoptadaeslautilizacindeljitterbuffer.Eljitterbufferconsiste
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
llegadotodava)cuandoseanecesariosedescarta.NormalmenteenlostelfonosIP(hardware
ysoftware)sepuedenmodificarlosbuffers.Unaumentodelbufferimplicamenosprdidade
paquetes pero ms retraso. Una disminucin implica menos retardo pero ms prdida de
paquetes.
Latencia
A la latencia tambin se la llama retardo. No es un problema especfico de las redes no
orientadas a conexin y por tanto de VoIP. Es un problema general de las redes de
telecomunicacin. Por ejemplo, la latencia en los enlaces va satlite es muy elevada por las
distanciasquedeberecorrerlainformacin.
La latencia se define tcnicamente en VoIP como el tiempo que tarda un paquete en llegar
desdelafuentealdestino.
Las comunicaciones en tiempo real (como VoIP) y fullduplex son sensibles a este efecto. Al
igualqueeljitter,esunproblemafrecuenteenenlaceslentosocongestionados.
o ValoresRecomendados:
Lalatenciaoretardoentreelpuntoinicialyfinaldelacomunicacindebeserinferiora150ms.
Elodohumanoescapazdedetectarlatenciasdeunos250ms,200msenelcasodepersonas
bastantesensibles.Sisesuperaeseumbrallacomunicacinsevuelvemolesta.
Nohayunasolucinquesepuedaimplementardemanerasencilla.Muchasvecesdependede
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
paraintentarquelosequipossepanquesetratadetrficoentiemporealylotratenconmayor
prioridad pero actualmente no suelen ser medidas muy eficaces ya que no disponemos del
controldelared.
Sielproblemadelalatenciaestennuestrapropiaredinternapodemosaumentarelanchode
bandaovelocidaddelenlaceopriorizaresospaquetesdentrodenuestrared
Eco
Elecoseproduceporunfenmenotcnicoqueeslaconversinde2a4hilosdelossistemas
telefnicos o por un retorno de la seal que se escucha por los altavoces y se cuela de nuevo
porelmicrfono.
Elecosedefinecomounareflexinretardadadelasealacsticaoriginal.
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
queenlareddetelefonatradicional.
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 importantees 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
atenuacinde25a30dB.
Citamosdosposiblessolucionesparaevitaresteefectotanmolesto.
Supresores de eco: Consiste en evitar que la seal emitida sea devuelta convirtiendo por
momentos la lnea fullduplex en una lnea halfduplex 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 fullduplex
plena.
Canceladoresdeeco:Eselsistemaporelcualeldispositivoemisorguardalainformacinque
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.Requieremayortiempodeprocesamiento.
Prdidadepaquetes:
LascomunicacionesentiemporealestnbasadasenelprotocoloUDP.Esteprotocolonoest
orientado a conexin y si se produce una prdida de paquetes no se reenvan. Adems la
prdidadepaquetestambinseproducepordescartesdepaquetesquenolleganatiempoal
receptor.
Sin embargo la voz es bastante predictiva y si se pierden paquetes aislados se puede
recomponerlavozdeunamanerabastanteptima.Elproblemaesmayorcuandoseproducen
prdidasdepaquetesenrfagas.
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
compresindelCODECmsperniciosoeselefectodelaprdidadepaquetes.Porejemplo,una
prdidadel1%degradamslacomunicacinsiseusaelCODECG.729envezdelG.711.
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
bastantelosenlacesyevitamosfenmenosdecongestin.
De todos modos este fenmeno puede estar tambin bastante relacionado con el jitter y el
jitterbuffer.
3. CODECS
Un CODEC es un algoritmo, o programa especializado de computadora, que convierte seales
anlogas(comolavoz)enunresultantedigitalparasutransmisinenunaReddeDatosyasu
vezreconvertiresasealdigitalgeneradaenunasealanlogaalotrolado.
Regularmente los CODECs son usados para minimizar el uso de Ancho de Banda en las
conexionesalahoradeunaimplementacindeTelefonaIP.
Figura:ClculodeAnchodeBandasegnelusodeCODEC:
Codec&Bit
Rate(Kbps)
Codec
Sample
Size
(Bytes)
Codec
Sample
Interval
(ms)
Mean
Opinion
Score
(MOS)
Voice
Payload
Size
(Bytes)
Voice
Payload
Size(ms)
PacketsPer
Second
(PPS)
Bandwidth
MPor
FRF.12
(Kbps)
Bandwidth
w/cRTPMP
orFRF.12
(Kbps)
Bandwidth
Ethernet
(Kbps)
G.711(64
Kbps) 80Bytes 10ms 4.1 160Bytes 20ms 50 82.8Kbps 67.6Kbps 87.2Kbps
G.729(8
G.723.1
(6.3Kbps) 24Bytes 30ms 3.9 24Bytes 30ms 34 18.9Kbps 8.8Kbps 21.9Kbps
G.723.1
(5.3Kbps) 20Bytes 30ms 3.8 20Bytes 30ms 34 17.9Kbps 7.7Kbps 20.8Kbps
G.726(32
G.726(24
Kbps) 15Bytes 5ms 60Bytes 20ms 50 42.8Kbps 27.6Kbps 47.2Kbps
G.728(16
CodecInformation BandwidthCalculations
Figura:DefinicindelosTrminosexpuestosenelcuadroanterior:
PCM
VOZ A
64Kbps
D
I
G
I
T
A
L
I
Z
A
C
I
O
N
M
U
E
S
T
R
E
O
Voz a 8Kbps
Voz Digital y
Comprimida
Voz
Anloga
Ancho de Banda
Disponible
Ancho de Banda
Disponible
Compresin
DSP
Figura:DiagramaquerepresentalacompresinluegodeaplicarelCODEC:
CodecBitRate(Kbps)
Basadoenel CODEC,esteesel nmerodebi tsporsegundoquenecesi tansertransmi ti dospara
queunal l amadadevozprogrese.(codecbitrate=codecsamplesize/codecsampleinterval).
CodecSampleSize(Bytes)
Basadoenel CODEC,esteesel nmerodebytescapturadosporel ProcesadordeSeal es
Di gi tal es(DSP)encadai nterval odedemuestreodel CODEC.Porejempl o,el codi fi cadordeG.729
operaeni nterval osdemuestrade10ms,correspondi entesa10bytes(80bi ts)pormuestraen
unbi tratede8Kbps.(codecbitrate=codecsamplesize/codecsampleinterval).
CodecSampleInterval(ms)
Esteesel i nterval odemuestraenel cual el CODECopera.Porejempl o,el codi fi cadordeG.729
operaeni nterval osdemuestrade10ms,correspondi entesa10bytes(80bi ts)pormuestraen
unbi tratede8Kbps.(codecbitrate=codecsamplesize/codecsampleinterval).
MOS
MOSesunsi stemadeeval uaci ndel acal i daddel avozsobreconexi onestel efni cas.ConMOS
unampl i orangodeescuchaseval al acal i daddel amuestradevozenunaescal adeuno(mal )
aci nco(excel ente).Losresul tadossonpromedi adosparaobtenerel MOSparael CODECen
cuesti n.
VoicePayloadSize(Bytes)
El tamaodel acargati l devozrepresentael nmerodebytes(obi ts)quesoni ntroduci dos
enunpaquete.El tamaodel acargati l devozdebeserml ti pl odel tamaodel amuestra
del CODEC.Porejempl o,l ospaquetesdeG.729puedenusar10,20,30,40,50,o60bytesde
tamaoparal acargati l devoz.
VoicePayloadSize(ms)
El tamaodel acargati l devozpuedeserrepresentadotambi nentrmi nosdemuestrasdel
CODEC.Porejempl o,unacapaci daddecargati l devozdeG.729de20ms(dosmuestrasde
CODECde10ms)representanunacargati l de20bytes[(20bytes*8)/(20ms)=8Kbps]
PPS
PPSrepresentael nmerodepaquetesquenecesi tansertransmi ti doscadasegundoparaque
puedaserenvi adounCODECbi trate.Porejempl o,paraunal l amadaconG.729conunacarga
ti l devozporpaquetede20bytes(160bi ts),senecesi tarantransmi ti r50paquetescada
segundo.[50pps=(8Kbps)/(160bitsperpacket)]
4. Asterisk
AsteriskeselLdermundialenSistemasyHerramientasdeTelefonadeltipoOpenSourceode
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
solucionesavanzadasdecomunicacin...gratuitamente.
4.1. ComandosdeverificacinenLinuxtilesenAsterisk

Paraentraral aConsol adeAsteri sk
asteri skr
Paraveri fi carl aCargaactual del si stema
top
Informaci ndel arregl oRAID
cat/proc/mdstat
Inspecci ndel osl ogs
tai l n200/var/l og/asteri sk/*.l og
Veri fi carl atabl adeenrutami ento
netstatrnoroute
Veri fi carl ai nformaci ndel CPU
cat/proc/cpui nfo
Veri fi carl ai nformaci ndel aMemori a
cat/proc/memi nfo
Ejempl odeunapruebadePING
pi ngi 0.02c500s270<host>
Informaci nIntensi vadel Desempeodel Si stema
vmstat1
Versi nactual deWanpi pe
wanrouterversi on
Procesosactual esdel si stema
psaux
Informaci nactual deRed
i fconfi ga
Di agnsti codeDupl exi ng(EstadoHal foFul l Dupl ex)
mi i tool
Veri fi carEspaci oenDi sco
dfh
Veri fi carel HardwareInstal ado
l spci
ComandosenLinux
4.2. PrincipalesComandosenAsterisk

restartgraceful l y RestartAsteri skgraceful l y,i .e.stoprecei vi ngnewcal l sandrestartatemptycal l vol umen
restartnow RestartAsteri ski mmedi atel y
restartwhenconveni ent RestartAsteri skatemptycal l vol ume
Starti ngAsteri sk /etc/i ni t.d/asteri skstart
Stoppi ngAsteri sk /etc/i ni t.d/asteri skstop
Rel oad Rel oadconfi gurati on
stopgraceful l y Graceful l yshutdownAsteri sk,i .e.stoprecei vi ngnewcal l sandshutdownatemptycal l vol umen
stopnow ShutdownAsteri ski mmedi atel y
stopwhenconveni ent ShutdownAsteri skatemptycal l vol ume
Asteri skcl i di al pl anrel oad Rel oadextensi onsandonl yextensi ons(formerl yextensi onsrel oad)
Unl oad Unl oadadynami cmodul ebyname
showmodul es Li stmodul esandi nfoaboutthem
showupti me Showupti mei nformati on
showversi n
Di spl ayAsteri skversi oni nfo
showagi ShowAGIcommandsorspeci fi chel p
dumpagi html
Dumpsal i stofagi commandi nhtml format
databasedel Removesdatabasekey/val ue
databasedel tree Removesdatabasekeytree/val ues
databaseget Getsdatabaseval ue
databaseput Adds/updatesdatabaseval ue
databaseshow Showsdatabasecontents
databaseshowkey
Showsdatabasecontents:Anal ternati vetoshowi ngkeysbyfami l ywi thdatabaseshow,thi s
commandshowsal l thefami l i eswi thaparti cul arkey
ComandosdeAdministraciondelServidor
ComandosAGI
ComandosparaelManejodelaBasedeDatos
pri debugspan Enabl esPRIdebuggi ngonaspan
pri i ntensedebugspan Enabl esREALLYINTENSEPRIdebuggi ng
pri nodebugspan Di sabl esPRIdebuggi ngonaspan
pri setdebugfi l e SendsPRIdebugoutputtothespeci fi edfi l e
pri showdebug Di spl ayscurrentPRIdebugsetti ngs
pri showspan Di spl aysPRIInformati on
pri unsetdebugfi l e
EndsPRIdebugoutputtofi l e
mgcpaudi tendpoi nt Audi tspeci fi edMGCPendpoi nt
mgcpdebug Enabl eMGCPdebuggi ng
mgcpnodebug Di sabl eMGCPdebuggi ng
mgcpshowendpoi nts
Showdefi nedMGCPendpoi nts
ski nnydebug Enabl eSki nnydebuggi ng
ski nnynodebug Di sabl eSki nnydebuggi ng
ski nnyshowl i nes
Showdefi nedSki nnyl i nesperdevi ce
ComandosparalosCanalesSkinny
ComandosparaelCanalMGCP
ComandosPRILossiguientescomandosestandisponiblessolosielcanalfuehechoconsoporteparalibpri

i ax2debug Enabl eIAXdebuggi ng
i ax2nodebug Di sabl eIAXdebuggi ng
i ax2setj i tter SetsIAXji tterbuffer
i ax2showcache Di spl ayIAXcacheddi al pl an
i ax2showchannel s Showacti veIAXchannel s
i ax2shownetstats Shownetworkandji tterbufferstati sti csforacti veIAXcal l s
i ax2showpeers Showdefi nedIAXpeers
i ax2showregi stry ShowIAXregi strati onstatus
i ax2showstats Di spl ayIAXstati sti cs
i ax2showusers Showdefi nedIAXusers
i ax2trunkdebug RequestIAXtrunkdebug
showkeys
Di spl aysRSAkeyi nformati on
si pdebug Enabl eSIPdebuggi ng
si pnodebug Di sabl eSIPdebuggi ng
si prel oad Rel oadsi p.conf(addedafter0.7.1on20040123)
si pshowchannel s Showacti veSIPchannel s
si pshowcannel Showdetai l edSIPchannel i nfo
si pshowi nuse Li stal l i nuse/l i mi t
si pshowpeers Showdefi nedSIPpeers(cl i entsthatregi stertoyourAsteri skserver),seedetai l shere
si pshowregi stry ShowSIPregi strati onstatus(whenAsteri skregi stersasacl i enttoaSIPProxy)
si pshowsubscri pti ons Li stsal l si ppresence(busyl ampi ndi cati on)subscri pti ons
si pshowusers
Showdefi nedSIPusers
h.323debug Enabl echan_h323debug
h.323gkcycl e Manual l yreregi sterwi ththeGatekeeper
h.323hangup Manual l ytrytohangupacal l
h.323nodebug Di sabl echan_h323debug
h.323notrace Di sabl eH.323StackTraci ng
h.323showcodecs Showenabl edcodecs
h.323showtokens Manual l ytrytohangupacal l
h.323trace Enabl eH.323StackTraci ng
zapdestroycannel Destroyachannel
zapshowchannel s Showacti vezapatachannel s
zapshowcannel Showi nformati ononachannel
zapshowstatus
Li stsal l theZaptel spans.Aspanwi l l appearherewhetherornoti tschannel sareconfi guredwi th
chan_zap.
zapshowcadences
Showtheconfi guredri ngcadences(avai l abl ee.gwi thZap/1r2).
ComandosparalosCanalesZAP
ComandosparalosCanalesIAX
ComandosparalosCanalesSIP
ComandosparalosCanalesH.323
4.3. ArchivosdeConfiguracinyLogsenAsterisk

Archi vosdeConfi guraci ndeAsteri sk /etc/asteri sk/*.conf

Archi vodeConfi guraci nparaSIP /etc/asteri sk/si p.conf
Archi vodeConfi guraci nparael BuzndeVoz /etc/asteri sk/voi cemai l .conf
Archi vodeConfi guraci nparaIAX /etc/asteri sk/i ax.conf
Archi vodeConfi guraci ndel l ogdeAsteri sk /etc/asteri sk/l ogger.conf
Archi vodeConfi guraci ndel Di al Pl anenAsteri sk /etc/asteri sk/extensi ons.conf
Archi vodeConfi guraci ndel Di al Pl anentri xbox /etc/asteri sk/extensi ons_addi ti onal .conf
Archi vosdeConfi guraci ndeWanpi pe /etc/wanpi pe/*
Archi vosdeConfi guraci ndeZaptel /etc/asteri sk/zaptel .conf
Archi vosdeConfi guraci ndeZapata /etc/asteri sk/zapata.conf
Archi vosdel osLogsdel asCol as /etc/asteri sk/queue*.l og
Archi vodel CDR(Cal l Detai l Record) /var/l og/asteri sk/cdr*
Archi vosLogsdeAsteri sk /var/l og/asteri sk/
MensajesdeVoz /var/spool /asteri sk/voi cemai l /defaul t
Msi caenHol d /var/l i b/asteri sk/mohmp3
Voces /var/l i b/asteri sk/sounds
Fi rmwaredeTel fonos /tftpboot/
Archi vosLogsdel Si stema
/var/l og/messages
ArchivosdeConfiguracinyLogsenAsterisk
5. InstalandoAsterisk
Estaguadeinstalacinestbasadaenlossiguientescomponentes:
Asterisk11.0.0
CentOS6.3
QueremosresaltarqueestanuevaversindeAsteriskesunadelasmsestablesycuenta
nuevasfuncionalidadescomo:
TransporteWebSocketparaSIP,chan_motif,NATtraversalparaSIPviaICE,ACLsnombradasy
muchoms.Paraunalistacompletadelasnuevascaractersticas,siempresepuedevisitarel
Wikideestaversinen:LonuevoenAsterisk11
LoprimeroquedebemoshaceresasegurarnosquenuestroSistemaOperativoestactualizado:
yumupdatey
DeshabilitamosSELinuxcambiando"enforcing"por"disabled"en/etc/selinux/config.Useun
editordetextocomonanoocopieypeguelasiguientelneadecomandos:
sedis/SELINUX=enforcing/SELINUX=disabled/g/etc/selinux/config
DespusdeactualizarelSistemaOperativoydeshabilitarSELinux,necesitarsreiniciar:
reboot
Luego,querrsresolvereltemadealgunasdependenciasdeAsterisk:
yuminstallymakewgetopenssldevelncursesdevelnewtdevellibxml2develkerneldevelgcc
gccc++sqlitedevel
Luegonosmovemosalsiguientedirectorioparaguardarlosarchivosfuente:
cd/usr/src/
Bajamoslosarchivosfuenteenformatotar.Lossiguientescomandosnosayudarnadescargar
laversindeDAHDI2.6,libpri1.4yAsterisk11:
wgethttp://downloads.asterisk.org/pub/telephony/dahdilinuxcomplete/dahdilinuxcomplete
current.tar.gz
wgethttp://downloads.asterisk.org/pub/telephony/libpri/libpri1.4current.tar.gz
wgethttp://downloads.asterisk.org/pub/telephony/asterisk/asterisk11current.tar.gz
Extraemoslosarchivosdelosempaquetadostar:
tarzxvfdahdilinuxcomplete*
tarzxvflibpri*
tarzxvfasterisk*
Paralasiguienteejecucindecomandos,esnecesarioquesesigaelordendescrito:DAHDI
primero,luegolibpriyporltimoAsterisk.
InstalamosDAHDI:
cd/usr/src/dahdilinuxcomplete*
make&&makeinstall&&makeconfig
Cambiamosdedirectorioeinstalamoslibpri:
cd/usr/src/libpri*
make&&makeinstall
CambiamosdedirectorioeinstalamosAsterisk:
cd/usr/src/asterisk*
Enlosprximospasos,ejecutarelscript"configure"variardependiendodesiestamos
instalandoensistemasde32o64bits.Cuandoseejecutaelcomando"menuselect",seleccione
suopcin,luegoelija"SaveandExit"ylainstalacincontinuar.
UselossiguientescomandossiinstalarAsteriskenunsistemaCentOSde32bits:
./configure&&makemenuselect&&make&&makeinstall
UselossiguientescomandossiinstalarAsteriskenunsistemaCentOSde64bits:
./configurelibdir=/usr/lib64&&makemenuselect&&make&&makeinstall
Opcionalmente:Siincurrimosenalgnerror,esimportantelimpiareldirectoriodeinstalacin
antesderecompilar:
makeclean&&makedistclean
Unavezquetengamosunainstalacinlibredeerrores,copiamoslos"samplefiles"del
subdirectorio"configs"a/etc/asterisk
makesamples
LuegoaadimoselscriptdeinicializacindeAsteriskaldirectorio/etc/init.d
makeconfig
InicializamosDAHDI
servicedahdistart
InicializamosAsterisk
serviceasteriskstart
NosconectamosalCLIdeAsterisk
asteriskrvvv
YyaconesocompletamoslospasosparainstalarAsterisk11enCentOS6
6. RecursosparaVentas
6.1. ListadeVerificacinPreventa
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
nuevoSistemaTelefnico.Estosinmencionarquenosayudaateneruncontrolcomparativode
lasdiferentesnecesidadesconlasquenostopamosenelmercado.
Debemosencontrarlasnecesidadesadecuadasdelcliente.Cadanecesidadesunaoportunidad
paragenerarunagananciaextraalahoradeofertarelpaquetedelasolucin.
UnejemplodeunaListadeVerificacinsencillosera:
QusabeelclientedeVoIP?
Quclasedenegociotieneelcliente?
Quactividadeshacenlosempleadoseneltelfono?
PorqueelclienteestinteresadoenadquirirunnuevoSistemaTelefnico?
Qucaractersticasestbuscandoelcliente?
Estncambiandodeproveedor?Elcambiodeproveedorodeserviciopodraconsiderarseuna
propuestadeahorroconsiderableparaelcliente.
El Cliente tiene empleados que se veran beneficiados del uso del Sistema Telefnico
remotamente(Telecommuter)?
CmofuncionalaactualContestadoraAutomtica?
Tienenprogramadocambiosenlacontestadoraautomticaparalosdasferiados?
Cul es el destino que llama con ms frecuencia? Si son llamadas internacionales, mustrele
lasalternativasquetienecontroncosSIPoIAX.
Tiene algn departamento que le interese manejar con Colas de Llamadas? Por ejemplo en
ocasioneshayempresasquetienensupropiadivisindeServicioalClienteyesimportanteque
ningunallamadasepierda.
Cuntasextensionesnecesita?
EstpensandohaceralgntipodeintegracinconotraCentral?
Culeslafechaestimadaparaelproyecto?
Cmoestconstituida suplataformadeDatos?MarcadeSwitchesytiempoderespuestade
unaterminalaotra

6.2. Valoragregado
Siempre que vayamos a realizar una instalacin de Asterisk, podemos incluir en nuestra
propuestalossiguientespuntos:
AnlisisdelaReddelcliente.
Auditoriaalproveedordeservicioyloscostosdelosserviciosqueesteofrecealcliente.
Entrenamientosdeadministracindelaplataformayausuariosfinales.
Opcionesdesoportedelanuevaadquisicin.
Opcionesdeseguimientopostinstalacin.

6.3. Recursosparaelaborarelpresupuestodeunproyecto
http://office.microsoft.com/en-us/templates/default.aspx
http://www.insight.com
http://www.voipsupply.com
http://www.voiplink.com/

6.4. CmocalcularelCostoTotaldePropiedad
El Costo Total de Propiedad de cualquier Plataforma es difcil de determinar, pero podemos
puntualizar los factores que entendemos imprescindibles para la adquisicin de un sistema
basadoenAsterisksiguiendoloslineamientosmsimportantes.
Asteriskesdistribuidogratuitamente,unsoftwaredefuenteabierta.Elnicocostoenvueltoen
laimplementacindeAsteriskeshardware.Oquizsno?Vamosaver.
Como se ha discutido anteriormente, Asterisk es bastante flexible. Determinar el cmo usar
estaflexibilidadanuestrofavornospodraahorrarmuchotiempoydinero.
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,lastarjetasdetelefona,etc.
Conlossistemastelefnicoscomerciales,loscostosdeimplementacinsonconsiderablemente
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
Asteriskpuedenvariarsustancialmente.
Debido a que la Plataforma telefnica es un punto esencialmente crtico para las empresas, al
CostoTotaldePropiedaddebemosnecesariamentesumarleloscostosdeladisponibilidaddel
servicio. Para esto es probable que se deba contratar un soporte especializado, regularmente
condisponibilidad24/7otalvezcontarconunpersonalinternocapacitado.
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:
CostodeAdquisicin:EsteeselcostodecomprarlaPBX.EnelcasodeAsterisk,essoloelcosto
delHardware;otrossistemasincluyenelelementodellicenciamiento.
Costo de Instalacin: Este es el costo de configurar y desplegar la PBX. Algunas compaas
eligen hacer el despliegue inhouse; aun bajo esas circunstancias existe un costo y para usar
unacomparacinequitativa,estepuntodeberaserincluido.
CostodeLicenciamiento(unasolovez):Esteeselcostodecualquiercargoporlicenciamiento
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
paraG.729siesnecesario.
CostodeSoporte:Esteeselcostoestimadoporelsoportebrindadoonsiteoremotamente.
Regularmenteescontratadoanualmente.
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. RetornodelaInversin(ROI)
Toda empresa quiere saber cmo va a recuperar su dinero a la hora de invertir una alta suma
enunasolucindetelefona.LaadquisicindelaPBXessolounapiezaenelrompecabezasdel
RetornodelaInversin(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
ceroparapedirlaOperadora,elsistemacuelgalallamadasielclientenopresionaotrateclaen
losprximos5segundos.
Cul es el beneficio a razn de un Retorno de la Inversin en este escenario? Un cliente

enojado puede generar prdidas a la hora de decidirse por los servicios ofrecidos por la
empresaX.EstohaceelcostodeAsteriskfcildejustificar.
El Retorno de la Inversin es bsicamente el Costo Total de Propiedad sustrado de la
cuantificacin del beneficio (en dinero) para el negocio. Sabiendo esto, si calculamos que un
nuevo Sistema Telefnico nos ahorrar US$8,000.00 y el costo es de unos US$7,000.00,
entonceselRetornodelaInversinesdeunosUS$1,000.00.
Otraformadecalcularloesdeterminandoeltiempoenqueserecuperaralainversinrealizada
enelnuevosistematelefnico.
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,yestogeneraunahorroparalaempresadeUS$500.00mensuales,entoncesel
sistema telefnico se pagara en 16 meses. Luego de ah lo dems es ganancia neta para la
empresaporprivarsedelgastoextra.
A la hora de proponer el reemplazo o nueva instalacin de un sistema telefnico es
recomendabletenertodoslosnmerossobrelamesa.
6.6. Diseo,implementacin,puestaenmarchaymantenimientodeAsterisk
6.6.1. MtodosdeConexin
ConexinalPSTN(InterfacesAnlogasyDigitales)
ParaempezarahablardelasinterfacesusadasenAsteriskdebemosestablecerdosconceptos
importantes:
FXS(ForeingExchangeStation)
Las interfaces FXS generan el tono de marcado, e inician y envan el voltaje de timbrado a las
interfacesFXO.
FXO(ForeingExchangeOffice)
Eslamaneradedesignarelpuntofinaldeconexindelallamada.ElFXOeselelementoquerecibela
llamada (un telfono o una Central Telefnica conectada a laPSTN). La interface FXO no genera tono,
sololosacepta.
Figura:DistribucininterfacesFXSyFXO
6.6.2. ConceptosbsicosdeT1
T1,eselmecanismofsicodeenvoparalasealizacinDS1.
DS1(DigitalSignal1),eselprotocolodetransmisinusadosobreunalneafsicaT1.UnDS1es
constituidopor24canalesde64Kbps,conocidostambincomobahasdetiempo(timeslots)o
DS0s.LaT1fuecreadaporlosLaboratoriosBellalrededordelosaos1950.
La informacin contenida en un DS1 es enviada en tramas a una tasa de 8,000 tramas por
segundo,dondecadatramatiene193bitsdeancho.
Explicado:
8bitsporcanalx24canalesportrama+1bitdeentramado=193bits
193bitsportramax8,000tramasporsegundo=1544000bitsporsegundo
1544000bitsporsegundo=1.544Mbps
Debidoalareservade8Kbpsparaeloverhead(1bitportramax8,000tramasporsegundo),
la tasa mxima de transmisin es de 1.536, haciendo as posible la transmisin de 64Kbps por
espaciodetiempo(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
identificadosporlafaltadelmismo.
AMI(AlternateMarkInversion)
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
paracero(0)esrepresentadoporlaausenciadesmbolo,ylarepresentacinlgicadelosunos
(1) para valores positivos o negativos o marcas por pulsos dados por la alternacin de la
polaridad.
B8ZS(Binary8ZeroSubstitution)
Reemplaza cada grupo de 8 consecutivos con el patrn especial "000VB0VB" 00011011. Esto
mitigaladesventajaquepresentaAMIentransmisionesconsecutivasdeceros.
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
paraformarunatrama.
D4(SFSuperFrame),
Para determinar el lugar de cada canal en la corriente de datos recibida, cada grupo de 24
canalesesalineadoenunatrama.Latramaesde192bitsdelargo(8x24),yesfinalizadaconun
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
basadoenesebit.Elpatrnenviadoesde12bitsdelargo,asquecadagrupode12tramases
llamado una SUPER TRAMA (SF). El modelo usado en el bit de entramado es 1000 1101 1100.
Fuereemplazadoenlos80porelExtendedSuperFrame(ESF).
ExtendedSuperFrame(ESF),EstatcnicadeentramadoesllamadaenocasionescomoD5.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.
UnaSpertramadeESFesde24tramasdelargo,
8bitsportrama
Lastramas4,8,12,16,20,24sonusadasparaalineacin.
Lastramas1,3,5,7,9,11,13,15,17,19,21,23sonusadasparaenlacededatos.
Las tramas 2, 4, 6, 10, 14, 18, 22 pasan la informacin del Chequeo de Redundancia Cclica
(CRC).
Es importante saber que no puedes usar AMI con ESF debido a que ambos intentan hacer las
vecesdetemporizador.Deberastenerunrelojmaestro(masterclock).
Configuracionesdeinterfacesenzapata.conf
Empiece abriendo el archivo zaptel.conf desde la lnea de comandos en el directorio
/etc/asterisk.
ConfigurandolaguaSPAN:
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:
SPAN=>NUMBER,TIMING,LINEBUILTOUT,FRAMING,CODING
Nmero(NUMBER):
EselpuertodondeelSPANestconectado.Siendoaselpuerto1emsalejadodelabahaPCI.
LosnmerosdepuertoestnanotadosenelsoportedelpuertoPCI.
Temporizacin(TIMING):
Determinasilatarjetaproveeeltemporizador(0),silorecibirdelaportadora(1),sifunciona
como respaldo de temporizador (2), si da respaldo al temporizador de la portadora (3), y as
sucesivamente.SolounSPANpuedeserdefinidoconlasespecificacionesdetemporizacinyel
restodelastarjetasSPANloheredandeeste.
Linebuiltout:
Paralamayoradelasconfiguracioneselvalordeesteparmetroes0.
Entramado(FRAMING):
LasT1utilizanunconjuntodeentramadosparaD4(SF)oESF.E1utilizaCASoCCS.
Codificacin(CODING):
ParalasT1lacodificacinpuedeserAMIoB8ZS.ParaE1puedeserAMIoHDB3.
EjemplotpicoenUSA:
span=>1,1,0,esf,b8zs
EjemplotpicoenEuropa:
span=>1,1,0,ccs,hdb3
Msejemplosespecficos(Digium):
LneaE&M
EnlaconfiguracindeunalneaE&M,elarchivodeconfiguracinzaptel.confsehaconfigurado
paraquelatarjetatomelatemporizacindelproveedor.EnestecasoseusaraE&MWinkala
vezqueelarchivodeconfiguracindezapata.confreflejardichaconfiguracin.Porotrolado
es bueno sealar que Feat_D es un tipo de E&M Wink que acepta DID, pero existen varias
opcionesdeconfiguracinparaE&M:E&M_W,E&M_Feat_B,etc.
/etc/zaptel.conf:
span=1,1,o,esf,b8zs
e&m=124
/etc/asterisk/zapata.conf:
group=1
context=incoming
signalling=feat_d
channel=124
PRI
Si configuramos la tarjeta para que reciba la temporizacin en zaptel.conf, se adquieren 23
canales b y canales de voz. El canal 24 lo usamos para manejar el transporte de datos. Para
AsteriskdefinimosPRI_CPEespecificandoelladodelcliente.Definimoseltipodeconmutacin
al que nos estamos conectando como national. Hay varias opciones para los tipos de
conmutacin,incluyendo5ESS,4ESSyNI1.Astendramos23canalesdevozparaAsterisk.
PRIT1
/etc/zaptel.conf
span=1,1,0,esf,b8zs
bchan=123
dchan=24
/etc/asterisk/zapata.conf
group=1
signalling=pri_cpe
switchtype=national
context=incoming
channel=123
PRIE1
/etc/zaptel.conf
span=1,1,0,ccs,hdb
bchan=115,1731
dchan=16
/etc/asterisk/zapata.conf
group=1
signalling=pri_cpe
switchtype=euroisdn
context=incoming
channel=115,1731
Luego de configurar las interfaces procedemos a cargar el controlador para la interfaz en

particular(Digium)conelcomandomodprobe:
TE110P=>wcte11xp
TE205P/TE207P/TE210P/TE212P=>wct2xxp
TE405P/TE407P/TE410P/TE412P=>wct4xxp
TDM400P=>wctdm
TDM2400P=>wctdm24xxp
6.6.3. Instalandotarjetasdetelefonaentrixbox:
Existenvariostiposdetarjetasdetelefonaenelmercado.Entrelasmsusadasseencuentran
las distribuidas por Digium (www.digium.com). Las tarjetas de Digium cuentan con una gran
variedadacordeconnuestranecesidadycapacidaddehardware.
Paraestetipodetarjetaslasconfiguracionesanteriormentemencionadassonfuncionales,pero
luego de que trixbox anunciara un acuerdo con los fabricantes de tarjetas de telefona
Sangoma,estaempresaincluyestastarjetascomonicas100%compatiblesensussoluciones
deVoIP.Siendolasnicasmencionadasensulistadehardwarecompatible.
Aunquelarealidadnoesesta.LastarjetasDigiumsonbastantescompatiblesconlassoluciones
detrixbox,yestasolohasidounadecisindemercado.
Para la configuracin de las tarjetas Sangoma podemos seguir los siguientes pasos en nuestra
cajatrixbox:
ElprimerpasoaseguiresdescargarloscontroladoresWanpipeparaestastarjetas.V
VerificamoseltipodeKernelquetenemosennuestroLinux(SMPoNoSMP).
Desdelalneadecomandosescribimos:
#>unamea
Ejemplo de resultado: Linux asterisk1.local 2.6.934.0.2.ELsmp #1 SMP Fri Jul 7 19:52:49 CDT
2006i686i686i386GNU/Linux.
VerifiquetambinlaversindelosmdulosRPMdeZaptelinstalados:
#>rpmqa|grepzaptel
Ejemploderesultado:zaptelmodules1.4.10.12.2.6.18_53.1.4.el5
Descargue los controladores basado en los resultados anteriores, usando la tabla que sigue a
continuacin,deacuerdoconlaversindetrixbox:
6.6.4. EquiposTerminales
AparatostelefnicosySoftphones
A la hora de elaborar una solucin de Telefona IP se deben tomar en consideracin los
terminales.Existencaractersticasimportantesquesiemprenosayudaranenlaeleccin.Entre
estassepuedencitar:
TrixboxCE ZaptelHeaders
Wanpipe
Version
(ChangeLog) WanpipeUtilitiesRPM
WanpipeModules
RPM(nonSMP)
WanpipeModules
RPM(SMP)
2.6.1.13 1.4.111 3.2.7.1 wanpipeutil.rpm
2.6.1 1.4.10.12 3.2.6 wanpipeutilrpm
2.6.1.9/10 1.4.111 3.2.6 wanpipeutilrpm
2.6.0.7 1.4.9.28 3.2.5 wanpipeutilrpm
2.2.12 1.2.22 3.2.3 wanpipeutilrpm wanpipemodrpm wanpipemodsmprpm
wanpipemodulerpm
wanpipemodulerpm
wanpipemodulerpm
wanpipemodulerpm
Cantidad de puertos para interconexin, hay modelos que brindan la capacidad de hacer
troncalesconotraterminal(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).
Cantidad de lneas, en el primer levantamiento se debe considerar la necesidad de cada
usuario para conocer si los mismos presentan la necesidad de usar ms de una lnea en sus
terminalesIP.
ConsoladeRecepcin,estetipodeaparatostienenmscapacidaddelneasconelobjetivode
manejar el alto volumen de llamadas entrantes a la recepcin de la empresa. Existen algunos
modelosdeaparatosIPquedisponendemdulosadicionalesparaestetipodenecesidad.
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,CiscoSkinnyClientControlProtocol(Skinny),etc.
Luego del auge de VoIP existe una gama de aparatos telefnicos y Softphones que soportan
estatecnologa.
QueremoscitarlosmscomunessegnelprotocoloSIP:
SoftphonesSIPmscomunes
Phoner:
http://www.phoner.de/index_en.htm

XLite from Counterpath:
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/
TelfonosSIPmscomunes
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/
Aastra
http://www.aastra.com/
6.6.5. Equiposdecomunicacin
AdaptadoresdeTerminal(ATA),sondispositivosquepermitenlainteraccindelossistemasIP
conlostelfonosoequiposanlogosconvencionales.
Se pueden usar como alternativa para el ahorro en las implementaciones de VoIP, sugiriendo
queelclienteconservesusactualesaparatostelefnicos.Estopresentaladesventajadequeno
seaprovechantodaslasfuncionalidadesdeVoIP,debidoalaslimitacionesdelosterminales.
Figura:LinksysSPA2100
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,manejalaintegracinsiguiendolaconfeccindeunplandemarcadoentreambas
centrales.
Figura:QuintumVoIPGateway
IntegracinconotraPBX
Debido al costo de implementacin de las soluciones de Telefona, existe la opcin de crear
hbridosentreCentralesparaabaratarlosgastosenaparatostelefnicos.
La idea es que la empresa vaya creciendo IP, segn va descartando paulatinamente su vieja
plataforma.
Paraestetipodeintegracionesexistenvariasalternativas,peroentrelasmscomunessecitan
dos:
Interconectar ambas Centrales mediante un mdulo T1, agrupando cada interconexin

medianteundigito(s).AsalahoraqueunusuariodecidemarcarunaextensindeunaCentral
aotratomarauncanaldeltroncomarcandoeldgitopreestablecido.
InterconectarambascentralesutilizandounVoIPGatewaycomoelqueofreceQuintum,este
dispositivo hace la traduccin necesaria para que ambas Centrales se comuniquen sin
inconvenientes. Al igual que la solucin anterior, se trata de agrupar cada extremo de cada
Centralendgitos.
6.6.6. EspecificacionesdelServidor:
TipodeProcesador RAM #DeLlamadas #DeLlamadasACD

Celeron 256MB 5 2
Celeron 512MB 8 3
Pentium4 512MB 15 6
Pentium4 1GB 23 9
Core2Duo 1GB 35 14
Core2Duo 2GB 46 18
DualCoreXeon 1GB 45 25
DualCoreXeon 2GB 60 33
QuadCoreXeon 1GB 68 37
QuadCoreXeon 6GB 100+ 70+
EspecificacionesRecomendadasparaelServidor
Figura:DiagramadelacomposicindeltrixboxAppliance:
6.7. Calidadenelusodelosrecursosdevozenlaempresa
Daadalasempresastienenelcompromisodemantenerlosgastospordebajodelaganancia
resultante. No es un secreto que los servicios de comunicaciones encarecen bastante la
realizacindecualquierproductooservicio.
Debidoaestolasempresassevenobligadasamantenercontroles.Comoporejemploeneluso
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
importantealahoradecontrolarloscostosporllamadasrealizadas.Estetipodeherramientas
esmuypopularenelsectorHotelero.
EsbuenomencionarquetrixboxcuentaconunCDRmuybsico,perofuncional.
7. SolucionesdeAsteriskmsusadas
7.1. trixboxQues?
trixbox es una solucin de IPPBX basada en software diseada para pequeas y medianas
empresasesencialmente.
trixboxCommunityEdition(CE),eselsoftwaredefuenteabiertaquesehaconvertidoen
lamspopulardelasplataformasbasadasenAsteriskenelmundo.trixboxCEcombinalo
mejordelasherramientasdetelefonadefuenteabiertaenunpaquetedefcilinstalacin,
en conjunto con el panel de trixbox que nos brinda una interfaz Web para configurar y
administraruncompletosistemadeTelefonaIP.
7.2. ElastixQues?
Elastixesunsoftwaredecdigoabiertoparaelestablecimientocomunicacionesunificadas.
PensandoenesteconceptoelobjetivodeElastixeseldeincorporarenunanicasolucin
todoslosmediosyalternativasdecomunicacinexistentesenelmbitoempresarial.
ComunicacionesUnificadasconElastix
El proyecto Elastix se inici como una interfaz de reportacin para llamadas de Asterisk y fue
liberado en Marzo del 2006. Posteriormente el proyecto evolucion hasta convertirse en una
distrobasadaenAsterisk.
Debidoaquelatelefonaeselmediotradicionalquehalideradolascomunicacionesduranteel
siglo pasado, muchas empresas y usuarios centralizan sus requerimientos nicamente en sus
necesidades de establecer telefona en su organizacin confundiendo distros de
comunicaciones unificadas con equipos destinados a ser centrales telefnicas. Sin embargo
Elastix no solamente provee telefona, integra otros medios de comunicacin para hacer ms
eficienteyproductivosuentornodetrabajo.
Elastixincluyeensusolucinlossiguientesmediosdecomunicacin:

7.3. AsteriskNOWQues?
AsteriskNOW!esunadistribucindeGNU/LinuxbasadaenCentOSquepermite
transformarunaPCenunacentraltelefnicaPBXbasadaenAsterisk.
EstepaquetedesoftwareincluyeademsdelapropiadistribucindeGNU/Linux,una
interfazdeusuarioyotroscomponentesnecesariosparacorrer,depuraryconstruiruna
centraltelefnicautilizandoAsterisk.
AsteriskNOW!fuediseadoparaaquellaspersonassinconocimientosextensos
deLinuxquedeseancrearsolucionesamedidautilizandoAsterisk.
7.4. AsteriskArquitecturasdeRed
NuestrosistemaAsteriskpuedeserconfiguradodediversasmanerasdependiendodelanecesidaddel
cliente.LaArquitecturapuedeirdesdelaconfiguracinparaunaOficinaSimplehastalacomplejidadde
interconectardiversasoficinascondiferentesproveedoresy/oconproveedoresnoconvencionalesde
VozsobreIP.
7.4.1. Arquitecturadeunasolaoficina
Este tipo de Arquitectura est orientada regularmente a Oficinas Pequeas (SOHO). Estas
empresascuentanconnomsde10empleadosensunmina.
Diagramadeejemplo:
Conexin
PRI o POTS
Internet
PSTN
Switch
IP Phones
Router
A Ar rq qu ui it te ec ct tu ur ra ap pa ar ra au un na aO Of fi ic ci in na aS Si im mp pl le e
Asterisks
Server
7.4.2. Arquitecturadeunaempresaconusuariosremotos
Este tipo de Arquitectura est orientada regularmente a Oficinas Pequeas (SOHO). Estas
empresas cuentan con no ms de 10 empleados en su nmina, pero a diferencia de la
Arquitecturaanterior,estetipotienelafacilidaddebrindarlosserviciostelefnicosausuarios
no presentes en la Oficina Principal. Es muy comn ver esta configuracin en empresas
dedicadasaventasolosllamadostelecommuters.
Diagramadeejemplo:
Conexin
PRI o POTS
Internet
PSTN
Switch
IP Phones
Router
A Ar rq qu ui it te ec ct tu ur ra ap pa ar ra au un na aO Of fi ic ci in na aS Si im mp pl le ec co on nU Us su ua ar ri io os sR Re em mo ot to os s
Extensiones Remotas
IP Phones
Asterisks
Server
7.4.3. Arquitecturadeunaempresaconsucursalesyunsoloproveedor
Este tipo es ideal para empresas con empleados en ms de una localidad. Los servidores
AsterisksonenlazadosusandoelprotocoloIAXatravsdeInternetuotromediodeconexin.
Todos los telfonos en todas las sucursales son extensiones del mismo sistema, y se realizan
llamadasatravsdelproveedordedondeestconectadalaOficinaPrincipal.
Diagramadeejemplo:
O Of fi ic ci in na aC Co on nM M l lt ti ip pl le es sS Su uc cu ur rs sa al le es sy yu un nP Pr ro ov ve ee ed do or r
Pros:
Ahorrodecostosdebidoaqueseusaelmismoproveedorparacadalocalidad.
TodaslasllamadasseoriginanconelmismoIdentificadordeLlamadas(CallerID).
Contras:
Un solo punto de fallo, esto la hace susceptible a interrupciones en las sucursales si falla el
enlaceentreambaslocalidades.

7.4.4. Arquitecturadeunaempresaconsucursalesyvariosproveedores
Diagramadeejemplo:
Conexin
PRI o POTS
Conexin
PRI o POTS
Internet
PSTN
Switch
IP Phones
Router
Oficina Remota
trixbox
Servidor VoIP
Oficina Principal
O Of fi ic ci in na aC Co on nM M l lt ti ip pl le es sS Su uc cu ur rs sa al le es sy yM M l lt ti ip pl le es sP Pr ro ov ve ee ed do or re es s
Router
IP Phones
Asterisks
Server
Asterisks
Server
Pros:
TodaslasextensionesseapreciancomopartedecadaSistemaenparticular.
ToleranteaFallos,sielenlaceentreambaslocalidadessecaesolodejaradefuncionarla
comunicacindeextensinaextensin,perolacomunicacinconelexteriornosufrira
inconvenientes.
Contras:
SeincrementanloscostosdebidoalainstalacindeunaCentralIPporlocalidad
Seincrementanloscostosdebidoalusodemltiplesproveedores.
7.4.5. Arquitectura de una empresa con sucursales, varios proveedores y un

proveedordeVoIP.
Diagramadeejemplo:
Conexin
PRI o POTS
Conexin
PRI o POTS
Internet
PSTN
Switch
IP Phones
Router
Oficina Remota
Oficina Principal
Router
O Of fi ic ci in na aC Co on nM M l lt ti ip pl le es sS Su uc cu ur rs sa al le es s, ,M M l lt ti ip pl le es sP Pr ro ov ve ee ed do or re es sy yV Vo oI IP P
ITP ITP ITP ITP
Proveedor de
troncos SIP o IAX
Asterisks
Server
Asterisks
Server
Pros:
TodaslasextensionesseapreciancomopartedecadaSistemaenparticular.
ToleranteaFallos,sielenlaceentreambaslocalidadessecaesolodejaradefuncionar
lacomunicacindeextensinaextensin,perolacomunicacinconelexteriorno
sufrirainconvenientes.
ProveedorSIPoIAX,usualmenteseusocomorespaldoalaconexinalaPSTNocomo
alternativaparareduccindecostosenllamadasdelargadistancia
Contras:
SeincrementanloscostosdebidoalainstalacindeunaCentralIPporlocalidad
Seincrementanloscostosdebidoalusodemltiplesproveedores.
7.5. Asteriskvs.Elastix,trixboxyAsteriskNOW
Una forma simple de establecer una diferencia entre las mencionadas soluciones
empaquetadasyAsteriskesconocerqueAsteriskessolounodeloscomponentes.Esdecirque,
mientras Asterisk es el software ncleo para la PBX, estas soluciones son un paquete
autoinstalabledeaplicacionescomo:
CentOS(unSistemaOperativocompleto)
AsteriskPBXcontodassusfuncionalidades
FreePBX(UnainterfazdeadministracinWeb),
FestivalSpeechEngine(paraelusodealgunasfuncionalidadesmediantelaconversindetexto
avoz)
Cisco XML Services (cuando usamos telfonos de la marca Cisco, esta herramienta nos ayuda
conelaprovisionamientodeestosequipos).
Herramientas de instalacin automtica (compuesta por scripts, todas las herramientas y
archivosdeconfiguracinquehacenposibleatrixboxsuinstalacinautomtica.
Digium Card autoconfig, para sistemas telefnicos que usan las tarjetas de telefona de
Digium, trixbox incluye un script de configuracin automtica que se encarga de la
configuracininicialdeestehardware.
Entreotrasmuchasaplicacionesms.
Elcentrodelafortalezadelassolucionesempaquetadasradicaenlafacilidaddesuinstalacin,
sindejardemencionarsuyaintegradainterfazdeconfiguracin.
ParatenerelsistemaAsteriskarribayfuncionandonecesitamosseleccionarunadistribucinde
Linux compatible, instalar la distribucin, configurarla con las medidas de seguridad, y luego
instalar Asterisk y configurarlo. Con las soluciones empaquetadas tenemos una sola rutina de
instalacin, la cual no solo nos brinda un Sistema Operativo completamente funcional con
Asteriskinstalado,sinoquetambinnospreinstalatodoslosdemscomponentespornosotros,
almnimoesfuerzo.
7.6. Limitaciones y ventajas en el uso de soluciones empaquetadas como

solucindetelefona
Larealidadesquesepuedehacercasitodoconunainstalacindeunasolucinempaquetada
como Elastix, trixbox o AsteriskNOW en comparacin con una de Asterisk. La limitacin
principal de radica, si se le pudiera llamar as, en 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 o la
configuracinmismadenuestraPBX.
Otra limitacin podra ser, a la hora de la administracin, que teniendo mltiples sistemas
tendramosqueautenticarnosendiferentesinterfaces.Estoesfcilmentemanejableteniendo
nuestraplataformabiendocumentada.
Ventajas
Con las soluciones empaquetadas contamos con un nmero de aplicaciones personalizadas y
creadas especficamente para ellas. Estas aplicaciones nos muestran lo poderosas y flexibles
quepuedenserestassoluciones.
La ventaja que consideramos mayor en este tipo de soluciones, frente a Asterisk, es su fcil
administracin y configuracin a travs de su interfaz Web, que ha sido mejorada con el paso
deltiempoporlosefectivosdelacomunidad.
7.7. SolucionesdeAsteriskexistentesenelmercado
AcontinuacinunaseleccindeentrelascientosdesolucionesdetelefonaIPbasadasenAsterisk
existentesenelmercado:

Asterisk Open Source PBX
http://www.asterisk.org/
AastraLink Pro160
http://www.aastra.com/cps/rde/xchg/SID-3D8CCB6A-
0024CB56/04/hs.xsl/27537.htm
AsteriskNow
http://www.asterisknow.org/
Elastix
http://www.elastix.org
FreePBX
http/www.freepbx.org/
PhoneBochs
http://www.rockbochs.com/pb_Models.php
Trixbox Community Edition

http://www.trixbox.org/
Switchvox
http://www.switchvox.com/

Xorcom
http://www.xorcom.com/ts-1/features.html

3Com Asterisk Appliance
http://www.3com.com/voip/
7.8. InstalacinyAdministracindeElastix,trixbox,AsteriskNOW
7.8.1. Pasosparaempezaratrabajar
Descargarelarchivo.ISOquecontieneelsistemacompletodesde:
Elastix:http://www.elastix.org/index.php/es/descargas/distroprincipal.html
trixbox:http://sourceforge.net/projects/asteriskathome/files/trixbox%20CE/
AsteriskNOW:http://www.asterisk.org/downloads/asterisknow
Grabareste.ISOenunCDconnuestrosoftwarepreferido.
Modificar el gestor de arranque en el BIOS (algunos te permiten hacer la seleccin sin
necesidad de modificar el BIOS) de nuestro servidor para que la unidad de CD sea detectada
primero.
Antes de avanzar al paso siguiente debes conocer que se eliminar toda la informacin de tu
particinparacrearunainstalacintotalmentefresca.
UnavezcargueelCDverlainformacindelaversinqueestasinstalado.Unavezah,debes
presionarlatecladeEnter.
Empiezalainstalacin
Durantelainstalacindebeselegirloqueconvienedelassiguientesopciones:
Idioma;teclado;zonahoraria;unaclaveparaelusuarioroot,claveparaelmanejadorwebyla
basededatosdeMySQL.
Luego podrs acceder a tu nueva instalacin a travs de la direccin IP asignada, mediante
cualquiernavegadorWeb.ParaverificarladireccinIPpuedesusarelcomandoifconfigdesde
laconsoladeLinux.
7.8.2. AdministracindesdelaconsolaWeb:
Lo primero que haremos luego de instalar nuestro .ISO es crear una extensin nueva desde la
interfazWeb:
SeleccionamosExtensionsdesdeelmende
configuracinenelmargenizquierdo.
Seguido de esto seleccionamos Add
Extension, que es la nica opcin a la
derechadelpanel.
Utilizamos el men desplegable para
seleccionareltipodeextensinquevamosa
crearyseleccionamosSIP.
Presionamos Sumit para proceder a
configurarlaextensin.
Unavezenlaventanadeconfiguracindela
extensin tendremos varias opciones muy
tiles, pero vamos a enfocarnos en las
opcionesprincipales:
User Extension: Es el nmero de extensin
queasignaremosalusuario
Display Name: Nombre de la persona que
usarlaextensin.
Secret:Claveusadaparaautenticarlaextensin.
Voicemail&Directory
Status:SiqueremoshabilitarodeshabilitarlaopcindelusodeBuzndeVoz.
VoicemailPassword:ClaveasignadaparaelBuzndeVoz.
EmailAddress:DireccindecorreodondeseenviaranlosarchivosdevozgrabadosenelBuzn
deVoz
PagerEmailAddress:Direccinquerecibirunabrevenotificacindequetenemosunmensaje
sinescuchar
VM Options: Aqu definimos si la persona puede o no revisar su Buzn de Voz y tambin
especificamoslacantidaddemensajesquepuedetenerdichapersona.
VM Locater: Otra de las funcionalidades del Buzn de Voz que permite realizar funciones una
vezlapersonaquellamaseencuentraenelmendelBuzndeVoz.
Una vez hayamos configurado la extensin procedemos a asignar esta informacin en nuestro
aparatotelefnicooSoftphonefavorito.
7.9. Confeccindelplandemarcadoyenrutamientodellamadas
Las extensiones en el Plan de Marcado (Dialplan) pueden ser simples nmeros como "412" o
"0".Opuedenserrepresentacionesalfanumricasconnombrescomo"Juan"o"*A93".
Aunque un telfono tpico no puede marcar una extensin llamada "juan" (aunque algunas si
pueden),amenudolalgicadelPlandeMarcadoimplicasaltardeunaextensinaotra,ypara
estos saltos se pueden definir exenciones de nombres con cualquier nombre que se quiera,
debidoaquenosedeseaquesemarqueaestasextensionesdirectamente.
Patronesparalasextensiones
Los nombres para las extensiones no estn limitados a simples nmeros de extensiones. Una
simpleextensintambinpuedecontenerpatronesdemarcado.Enelarchivoextensions.conf,
unaextensinesunpatrnsiempiezaconelsmbolorayaabajo(_).
Enunpatrndeextensiones,lossiguientescaracterestienenunsignificadoespecial:
X,Coincideconcualquierdigitode09
Z,Coincideconcualquierdigitode19
N,Coincideconcualquierdigitode29
[12379],Coincideconcualquierdigitooletraenelparntesis(enesteejemplo1,2,3,7,8,9)
.,Comodn,coincideconunoomscaracteres
!,Comodn,coincideconceroomascaracteresdeinmediato(desdeAsterisk1.2enadelante)
Considereelsiguientecontexto:
[routing]
Extensin Descripcin
_61XX OficinadeDallas
_63XX OficinadeDallas
_62XX OficinaHuntsville
_7[13]XX OficinadeSanJos
_7[049]XX OficinadeLosngeles
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,
serenrutadoalaoficinadeDallas,62seenrutariaalaoficinadeHuntsville,todoslosdgitosa
partirde71,72,o73seranenrutadosalaoficinaenSanJos,ycualquierdgitoapartirde70,
74,75,76,77,78o79seenrutaraalaoficinadeLosngeles.
Troncales
TroncoentredosCentralesAsteriskconIAX2(seusalamismanomenclaturaparaSIP).
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:NombredelServidor1
Server2:NombredelServidor2
Server1IPAddress:DireccinIPdelservidor1
Server2IPAddress:DireccinIPdelservidor2
Server1User:CuentadeusuarioparaelServidor1
Server2User:CuentadeusuarioparaelServidor1
Server1Secret:ClaveparaelServidor1
Server2Secret:ClaveparaelServidor2
ConfiguracindelServidor1:
ConfiguracindelServidor2:
RutasdeEntrada
EnelpaneldeconfiguracindelaizquierdaseleccionarInboundRoutes.
Dejar todos los campos en

blanco y seleccionar el
destino que tendr la
llamada. Regularmente se
recomienda que vaya a un
IVR, para que los que llaman
tengan opcin de marcar
segnsunecesidad.
RutasdeSalida
RouteName:Escribimoselnombrequeledaremosanuestraruta.
RoutePassword:Podemosasignarunaclaveenparticularparaestaruta.
PIN Set: Podemos asignar un conjunto de claves configuradas previamente en las opciones de
PINSetdelpaneldelaizquierdaennuestrainterfazWeb.
DialPatterns:Elpatrndemarcadoquepermitirestaruta.
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
seleccionandoContinuewithreload.
7.10. ConceptosbsicosdeCRM
CustomerRelationshipManagement,Esunconceptoenfocadoaadministrarlasrelacionesde
unaempresacontodossusclientes,esdecircompartirconefectividadlainformacinentrelos
puntos de contacto de las diferentes reas especficas que interactan con el cliente como:
ventas,mercadotecnia,atencinaclientes,servicios,etc.
UnadelasrazonesporlasqueAsteriskhatomadotantoterrenoenelcampodelassoluciones
de comunicaciones es debido a la sencilla integracin con los ms reconocidos sistemas de
AdministracindelasRelacionesconelCliente(CRM).
Uno de los sistemas CRM ms usados en la actualidad es el SugarCRM. Esto se debe a dos
razonesprincipales,a)SugarCRMcuentaconunaversinOpenSource,oseaqueessostenida
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
personalizacindelacompaa.
Figura:SugarCRM
7.11. ConceptobsicodeComunicacinUnificada
Setratadecombinartodaslasformasdecomunicacinempresarialenunasolucinunificada.
Entrelasmsreconocidastenemos:
ComunicacionesUnificadasdeSiemensEnterpriseCommunications
ComunicacionesUnificadasdeAlcatelLucent
ComunicacionesUnificadasdeAvaya
ComunicacionesUnificadasdeCisco
ComunicacionesUnificadasdeMicrosoft
ComunicacionesUnificadasdeNortel
7.12. ConceptodeAutodialer
Un autodialer es un dispositivo electrnico o Software de computadora que puede llamar
automticamente a nmeros de telfono previamente programados para comunicar entre
cualesquieradospuntosdelaredtelefnica.
Una vez que se ha establecido la comunicacin (mediante un intercambio telefnico), el

autodialeranunciarmensajesverbalesotransmitirdatosdigitales,porejemplo,mensajesde
textoenformato"serviciodemensajescortos"(SMS)alapartellamada.
Este tipo de herramienta se ha vuelto muy comn en los servicios de Telemercadeo ofrecidos
enlosCallContactCenters.
SepuedenotartambinsuusoenlossistemasdecobrocompulsivodelaBanca.
Figura:VICIDIAL,autodialerusadocomnmenteconAsterisk
7.13. ConceptodeHostedPBX
Enestetipodesistemalascompaastelefnicaslebrindanlaoportunidadalclientedetener
un sistema telefnico con todas las funcionalidades de una Central, pero en las facilidades del
proveedor.
7.14. Mantenimientoyseguridadentrixbox
Te preguntars que para qu necesitas asegurar tu sistema telefnico. Si hemos armado
nuestro servidor Linux desde cero, es muy probable que hayamos configurado todos los
componentes con las claves que deseamos al momento de la instalacin. Con trixbox, cada
instalacin tiene las mismas credenciales y el sistema base de Linux no est asegurado para
evitarlasconexionesdesdefuera.
No se requiere de mucho esfuerzo realizar un escaneo de la Red y notar un servidor trixbox
inseguro.LamayoradelasinstalacionessehacendetrsdeunFirewall,perodetodasformas
esto no significa que no debemos tomar las precauciones bsicas de lugar con el servidor.
Recuerda que la mayora de los ataques a los servicios vienen de lo interno de las empresas
regularmente.
7.14.1. Cambiandolasclavesquevienenpordefectoentrixbox
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
autenticadolocalmenteoporalgnclientedeSSH,necesitamosusarelcomandopasswdpara
cambiarlaclavealacuentaderoot.
Ejemplo:
[root@asterisk1~]#passwd
Changingpasswordforuserroot.
NewUNIXpassword:
RetypenewUNIXpassword:
passwd:allauthenticationtokensupdatedsuccessfully.
Cuentasmaintywwwadmin
EnSegundolugar,necesitamoscambiarlasclavesparalascuentasdemaintywwwadmin.
Existenscriptsentrixboxquenosayudanarealizarestastareas.Paracambiarlasclavesquese
usanparaentraralpaneldeadministracinWebdetrixboxusaremoslossiguientescomandos
desdelaconsola:
passwdmaint
Veremoslosiguiente:
SetpasswordforAMPwebGUIandmaintGUI
User:maint
Newpassword:
Retypenewpassword:
Updatingpasswordforusermaint
Lacuentadewwwadminessimilaralacuentamaintexceptoporelhechodequelacuentamaintte
permiteaccesototalalpaneldeadministracinWebmientrasquelacuentawwwadminnotepermitir
verlapestaaConfigEdit,dondepodemosconfigurarlosarchivosactualesdeconfiguracin.
Podemoscambiarnuestracuentawwwadmindelasiguienteforma:
passwdamp
Veremoslosiguiente:
SetpasswordforAMPwebGUIandmaintGUI
User:wwwadmin
Newpassword:
Retypenewpassword:
Updatingpasswordforuserwwwadmin
FlashOperatorPanel
LaclavepordefectodelFlashOperatorPanelespassw0rd(unceroenvezdeO).Siqueremos
cambiarestaclave,haydosformasparahacerlo.Primero,yaseaautenticadolocalmenteopor
algnclientedeSSH,sigalassiguientesinstrucciones:
cd/var/www/html/panel
nanoop_server.cfg
Vamosalalneaquedicesecuritycode=passw0rdyreemplaceelpassw0rdporlaclavedesu
preferencia.
securitycode=laclavequeprefiera
Entonces presionamos Ctrl+X para salir y luego escribimos Y para guardar los cambios en el
editordetextonano.FinalmentereiniciamoselFOP.
amportalrestart
Alternativamente,podemoshacerestoscambiosatravsdelainterfazWebhaciendoclicken
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
editamoselarchivoop_server.cfg,queaparececomoenlacealaizquierdadelapantalla.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
enelenlaceReReadConfigsenlapartesuperiordelapantalla.

Figuras:EditandoFOP
CambiandolaclaveaMySQL
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;dichoestopodemosdeterminarqueesnecesariocambiarlaclaveantesdeponer
nuestrosistemaenproduccin.
Desdeelmenprincipaldetrixbox,hacemosclickenelenlaceSystem.Luego,hacemosclicken
elenlacephpMyAdmin,unavezallseleccionamosenelmendesplegableDatabaselaopcin
demysql.
Cuando vemos la lista de las tablas disponibles, hacemos click en la tabla user y luego en
Browse.
Figura:PanelphpMyAdmin
Aqu podemos notar que la tercera entrada, asterisk1.local, por defecto no contiene clave. Si
estecampoestenblanco,entoncesnotenemosningntipodeseguridadennuestrabasede
datos,yestonecesitasercorregidoinmediatamente.
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
filapasswordseleccionarlafuncinPASSWORD.
Necesitamos introducir una nueva clave, y asegurarnos de que no sea sencilla de adivinar.
LuegohacemosclickenelbotndeGoparasalvarloscambiosrealizados.Ahora,sivamosala
pestaa deBrowse, podremos notar la versin encriptadade la claveque seleccionamos para
ambasentradasderootenlatabla.
Importante:EstaconfiguracindaarphpMyAdmin,yparasolucionarlonecesitamoseditarel
archivo de configuracin. Necesitamos, ya sea autenticado localmente o por algn cliente de
SSH,realizarlossiguientescambios:
nano/var/www/html/maint/phpMyAdmin/config.default.php
Unavezah,editamoslasiguientelneadecdigo:
$cfg[Servers][$i][password] =passw0rd;
Cambiamos la clave por la que creamos recientemente, presionamos Ctrl+x y luego Y para
grabarloscambios.Finalmente,necesitamosreiniciarelservidoryphpMyAdminfuncionarde
nuevosininconvenientes.
ConectarenelservidorconunadireccinIPpblica
Esta dems decir que esta no es una buena prctica, aunque es posible. Si no tenemos buena
experienciaconseguridadenLinuxeiptables,entoncesestaseraunaCrnicadeunamuerte
anunciada.
EstaposibilidadpuedeseragotadasidisponemosdeunFirewallbienconfigurado;nohayrazn
paratenerAsteriskimplementadofueradeunaredsegura.
ActualizarelSistemaOperativoyAsterisk
Paraseguridaddenuestrosistema,esunabuenaprcticamantenerloactualizado,aligualque
lasaplicacionesquelocomponen.
Entrixboxexisteunscriptquefcilmenterealizaestafuncinporti:
trixboxupdate.shupdate
TambinpuedesactualizarelSistemaOperativoconelsiguientecomando:
yumupdate
Entrixboxtambincontamosconunadministradordemdulos,quetepermiteactualizarcada
uno de manera individual. Es bueno mencionar que con esta funcionalidad recibes
notificaciones en lnea sobre nuevas actualizaciones a tu sistema, y puedes realizar las

actualizacionesdelosmdulosalavelocidaddeunoscuantosclicks.
7.14.2. CopiasdeRespaldo(Backup)
Todosistemadebecontarconunbuenplandecontingencia,aunseateniendopantallasdelas
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
mtodoparalidiarconlosarchivosqueesterespaldogenera.
En la pestaa Tools, prxima a Setup en el panel de administracin de trixbox, podremos
encontrarunenlacequenosllevaalaherramientaderespaldodeestepoderososistema.Este
enlacesellama,BackupandRestore.
Usando esta herramienta podemos crear una gran variedad de copias de respaldo
programadas,segnnuestrosrequerimientos.
Sugerimosalmenosrealizarelrespaldosemanaldelosarchivosdeconfiguracinyelbuznde
voz.
Figura:Programacindecopiaderespaldo
Unmtodosencilloparamanejarnuestrorespaldodemaneraremotaesponiendolosarchivos
respaldadosenunservidorFTP.AsumiendoquetenemosunservidorFTPlisto,veremoscmo
modificar el script que realiza la copia de respaldo para que la informacin sea transferida a
nuestroservidorFTP.
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
respaldoremoto,editamoselscriptdelasiguienteforma:
nano/var/lib/asterisk/bin/ampbackup.pl
Antesdellegaralaltimalneadelarchivo,aadimoselsiguientecdigo:
open(FILE,">/tmp/ftp2remote")||die"Failedtoopenftp2remote\n"
printfFILE"userusernamepassword\n";
printfFILE"binary\n";
printfFILE"cdasterisk\n";
printfFILE"lcd/var/lib/asterisk/backups/$Backup_Name/\n";
printfFILE"put$Stamp.tar.gz\n";
printfFILE"lcd/var/www/html/maint/backup/\n";
printfFILE"putasteriskathome_backup.tar.gz\n";
printfFILE"bye\n";
close(FILE);
system("/usr/kerberos/bin/ftpuftpserveraddress</tmp/ftp2remote>/dev/null2>&1");
#system("/bin/rmrf/tmp/ftp2remote>/dev/null2>&1");
Debemosasegurarnosdecambiarelnombredeusuarioylaclave,ascomotambinsustituirla
direccin del servidor por el nuestro antes de grabar los cambios con Ctrl+x y luego Y. Ahora
cada vez que nuestro respaldo programado inicie, pondr los archivos de respaldo en nuestro
servidorFTP.
7.14.3. Seguridadadicional
A veces somos muy cuidadosos a la hora de asegurar nuestros sistemas y aplicaciones
relacionadasconlosserviciosdelmismo,perosenosolvidaquetodasestasaplicacionescorren
alaparconungrupodeserviciosindependientesalusoprincipaldenuestroservidor.
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
acarrearnosvulnerabilidadenlaestabilidaddenuestrosistema:
chkconfigkudzuoff
chkconfigrawdevicesoff
chkconfigpcmciaoff
chkconfigportmapoff
chkconfigrpcidmapdoff
chkconfighaldaemonoff
chkconfigmdmonitoroff
chkconfignetfsoff
chkconfigisdnoff
chkconfigrpcgssdoff
chkconfigiptablesoff
chkconfigirqbalanceoff
chkconfigvsftpdoff
chkconfigauditdoff
chkconfigsmartdoff
chkconfigreadaheadoff
chkconfigmicrocode_ctloff
chkconfigcpuspeedoff
chkconfigmessagebusoff
chkconfigreadahead_earlyoff
chkconfignfslockoff
chkconfiglm_sensorsoff
chkconfigircdoff
chkconfigautofsoff
reboot>(paraaplicarloscambiosesnecesarioreiniciarelservidor)
8. Enlacesdeinters
www.asterisk.org
www.elastix.org
www.freepbx.org
wiki.asterisk.org
www.voipinfo.org
www.voipforo.com
www.asterisktutorials.com
www.asteriskclub.org
9. CasodeEstudio:
NetTeamS.A.
LaEmpresaNetTeamS.A.hadecididomigrartodasuplataformadetelefonaaVoIP.
NetTeam S. A. es una empresa lder en servicios tecnolgicos y de Telemercadeo en
diferentespartesdelmundo.
Actualmentelaempresacuentaconsucursalesen:
SantoDomingo
EstadosUnidos
Mxico
PuertoRico
Elnmerodeusuariosdetelfonosenlasdiferentesoficinasesde:
SantoDomingo=150
EstadosUnidos=35
Mxico=100
PuertoRico=70
Actualmente esta compaa cuenta con Centrales Digitales Nortel, sin ningn tipo de
enlaceentreellas.
La compaa ha decidido el cambio a VoIP, porque ha investigado sobre la facilidad de
interconexinquepuedentenerentretodaslassucursales,considerandoellosqueesto
representaraunahorroenelusodelascomunicacionesinternas.
NetTeamS.A.cuentaconunenlaceFrameRelayentretodassussucursales.
10. Laboratorios
11. EstructuradeArchivosLinux
12. InstalandoElastix,FreePBX,AsteriskNOW
13. CrearextensionesconBuzndeVozyFollowMe.
14. CreacinProyecto/PropuestaVoIPbasadoenAsterisk(1ra.Parte)
15. CrearunIVRamigable.
16. CmoGrabarlaVozparaelIVRylossubmens.
17. CrearrutadeentradaalIVR
18. CrearRutadeSalidaentreCentralesyalaPSTN
19. CrearTroncoentredosCentralesAsterisk
20. CreacinProyecto/PropuestaVoIPbasadoenAsterisk(2da.Parte)
21. CrearunSalndeConferenciaVirtual.
22. CrearunDISA(DirectInwardServiceAccess).
23. CrearunGrupodeMarcado(RingGroup).
24. CrearunaColadeLlamadas(CallQueues).
25. CambiarelidiomapordefectodeAsteriskalespaol.
26. CreacinProyecto/PropuestaVoIPbasadoenAsterisk(Final)
EstructuradeArchivosenLinux
AadirunDirectInwardServiceAccess(DISA)
Crearunsalndeconferenciasvirtual
Crearungrupodemarcado
Crearunacoladedistribucindellamadas
CambiarelidiomadeAsterisk
1.Sideseassacaunacopiaalasvoceseningles
#cpr/var/lib/asterisk/sounds/var/lib/asterisk/soundsorg
2.Borralossonidosdelacarpetasounds.
#rm*/var/lib/asterisk/sounds
#rm*/var/lib/asterisk/sounds/digits
#rm*/var/lib/asterisk/sounds/phonetic
#rm*/var/lib/asterisk/sounds/letters
3.Descomprimelasvocesenunacarpetatemporal
#cd/root
#mkdirvoces
#cdvoces
#unzipNetSecuritySonidosEspanolAsteriskKrem.zip
4.Copialossonidosenespaol
#cpNetSecuritySonidosEspanolAsteriskKrem/es/*
/var/lib/asterisk/sounds
#cpNetSecuritySonidosEspanolAsteriskKrem/digits/es/*
/var/lib/asterisk/sounds/digits
#cpNetSecuritySonidosEspanolAsteriskKrem/phonetic/es/*
/var/lib/asterisk/sounds/phonetic
#cpNetSecuritySonidosEspanolAsteriskKrem/letters/es/*
/var/lib/asterisk/sounds
Nota: dependiendo de la versin de Asterisk o trixbox que estemos usando puede variar la
estructuradeestosarchivos.
Grabarelmensajedebienvenida
Paragrabarelmensajedebienvenidatenemosdosopciones:
Opcin1:
1. Grabarelmensajedesdeunterminalconlaopcin*77
2. Unavezgrabadomarcamoslaopcin*99paraescucharlo
3. LonombramosenlaInterfazWebypresionamoslaopcinSave.
Opcin2:
1. La segunda opcin es grabar el mensaje en un estudio de grabacin o en algn lugar
librederuidoysubirluegoelarchivosiguiendolasinstruccionesdelportal.
Nota:EsimportantesaberquesielaudioesgrabadoenWAVsedebegrabara16bit;8000Hz;
mono.
CrearelIVR

La Guía Absoluta para Asterisk2.0

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

La Guía Absoluta para Asterisk2.0

Cargado por

Copyright:

Formatos disponibles

LaGuaPara

una tendencia no slo al desarrollo de formas de inter funcionamiento de arquitecturas

Terminal H.323, es un terminal de la red que proporciona en tiempo real comunicacin

Controlador de Medios (Media Gateway Controller MGC), que proporciona la sealizacin

Telefona IP: es el conjunto de nuevas funcionalidades de la telefona, es decir en lo que se

Archi vosdeConfi guraci ndeAsteri sk /etc/asteri sk/*.conf

Cul es el beneficio a razn de un Retorno de la Inversin en este escenario? Un cliente

Luego de configurar las interfaces procedemos a cargar el controlador para la interfaz en

Interconectar ambas Centrales mediante un mdulo T1, agrupando cada interconexin

TipodeProcesador RAM #DeLlamadas #DeLlamadasACD

7.4.5. Arquitectura de una empresa con sucursales, varios proveedores y un

7.6. Limitaciones y ventajas en el uso de soluciones empaquetadas como

Trixbox Community Edition

Dejar todos los campos en

Una vez que se ha establecido la comunicacin (mediante un intercambio telefnico), el

notificaciones en lnea sobre nuevas actualizaciones a tu sistema, y puedes realizar las

También podría gustarte