TRABAJO ESPECIAL DE GRADO

INTEGRACIN DE PBX ANALGICA/DIGITAL (NEC) CON

PBX IP POR SOFTWARE (ASTERISK) DEL MINISTERIO
DEL PODER POPULAR PARA LA CULTURA E
INTERCONEXIN CON LA RED PSTN DE CANTV.







Presentado ante la Ilustre
Universidad Central de Venezuela
Por el Br. Garca, Ronald
Para optar al Ttulo de
Ingeniero Electricista


Caracas, 2008



TRABAJO ESPECIAL DE GRADO









INTEGRACIN DE PBX ANALGICA/DIGITAL (NEC) CON
PBX IP POR SOFTWARE (ASTERISK) DEL MINISTERIO
DEL PODER POPULAR PARA LA CULTURA E
INTERCONEXIN CON LA RED PSTN DE CANTV.




Prof. Gua: Ing. Bruzual, Zeldivar
Tutor Industrial: Ing. Surez, Victor



Presentado ante la Ilustre
Universidad Central de Venezuela
Por el Br. Garca, Ronald
Para optar al Ttulo de
Ingeniero Electricista


Caracas, 2008

I I
II

DEDICATORIA

Me preguntaba el por qu de la dedicatoria y agradecimientos de un trabajo, libro
o cualquier logro, y a las 2am de una madrugada cualquiera encontr la respuesta,
y no es ms que transmitirle al lector que un pequeo o gran logro no es obra de
una sola persona sino es una labor totalmente en conjunto, se puede decir que es
como una simbiosis, por lo tanto, de alguna manera es un reconocimiento a todos
aquellos que han sido parte esencial de nuestras vidas. Sin ms que agregar
comienzo.

Quiero dedicar este trabajo primeramente a Dios, el ser que hizo, hace y har todo
posible en este mundo, estoy seguro que sin su ayuda y sin tener la seguridad de
que me espera en el cielo nada de lo que soy importara.

A mi pap Ronald Garca, lamento desde el fondo de mi corazn que no ests
conmigo en estos momentos. Ya han pasado 2 aos de tu partida y todava me
parece mentira, has dejado una huella imborrable en mi vida, ya que de todas las
formas posibles me enseaste a ser un buen hombre, con principios inamovibles.
Completa y abrumadora fuese mi felicidad si estuvieses aqu fsicamente, pero
confiado estoy que desde el cielo me miras y me dices: estoy contigo hijo. Se
que ests junto a Dios y algn da nos encontraremos. Te amo.




Todo lo Puedo en Cristo que me Fortalece, Filipenses 4:13






III

AGRADECIMIENTOS

A mi mam Belinda Barradas, por su incondicional apoyo a lo largo de mi carrera,
por su invaluable ejemplo de valenta y constancia en todo momento sobre todo en
los ms difciles, y por su enorme amor hacia m.

A mi abuela Dalia por las muestras de su ilimitado amor, sobran las palabras.

Mis hermanos Bryan y Andrs por ser un motivo ms para desarrollarme como
persona y ser un buen ejemplo para ellos.

En general a toda mi familia, tos, primos y dems.

A mi Valen, por haber sido un blsamo en momentos difciles y por ser lo que me
faltaba, una mujer con quien compartir el resto de mi vida.

A mi iglesia (ICC) por ser una familia que me llena de amor.

Al Profesor Zeldivar Bruzual, por su ayuda en el momento adecuado como tutor
acadmico.

A todos mis amigos del Ministerio del Poder Popular para la Cultura, en especial
a Pablo Romero por darme la oportunidad de desarrollar mi trabajo de grado en
esa institucin, tambin a Alejandro Gmez por su gran ayuda durante mi
pasanta.

A mis amigos y compaeros de estudio, Johnny Rinaldi, Andrs Landi, Edgar de
Freitas, Fabricio Coffaro, Juan Carlos Contreras (Juanqui), Manuel Martnez,
Ronnye Salas, Alfredo Pez y todos aquellos que Dios es testigo que los llevo en
mi corazn, con quienes esta difcil carrera se hizo ms llevadera, aprendiendo a
pasarla bien sufriendo. Sin su ayuda todo esto no fuese posible.
IV

Garca B., Ronald D.

INTEGRACIN DE PBX ANALGICA/DIGITAL (NEC) CON
PBX IP POR SOFTWARE (ASTERISK) DEL MINISTERIO DEL
PODER POPULAR PARA LA CULTURA E INTERCONEXIN
CON LA RED PSTN DE CANTV

Tutor Acadmico: Bruzual, Zeldivar. Tutor Industrial: Surez, Victor. Tesis.
Caracas. U.C.V. Facultad de Ingeniera. Escuela de Ingeniera Elctrica.
Ingeniero Electricista. Opcin: Comunicaciones. Institucin: Ministerio del
Poder Popular para la Cultura. 2006. Trabajo de Grado. 113h. + anexos.

Palabras Claves: Red Telefnica, Interfaz, VoIP (Voz sobre IP), PBX (Private
Branco eXchange), Integracin, Interconexin, PSTN (Red Pblica de Telefona
Conmutada).
RESUMEN: A continuacin se presenta el proyecto de la integracin de las
PBXs analgica/digital e IP por software pertenecientes al Ministerio del Poder
Popular para la Cultura y la interconexin con la PSTN de CANTV. En primer
lugar se realiza los estudios de las caractersticas ms importantes de ambas
PBXs, para luego proceder al anlisis del trfico generado por la red telefnica del
ministerio y as iniciar el estudio de la posible conexin de la PBX Asterisk con la
PSTN por medio de una interfaz E1. Seguidamente se realiza el levantamiento de
la informacin del ambiente tcnico existente para dar comienzo a la
configuracin de las PBXs bajo las caractersticas deseadas y as lograr la
integracin de stas, proporcionando as un servicio telefnico adecuado a los
usuarios del ministerio, beneficiando tambin al organismo pblico en materia
econmica y tecnolgica. Por ltimo, se capacita al personal encargado de la
gestin de las PBXs y de la red interna telefnica.











V

NDICE GENERAL

INTRODUCCIN..

1

CAPTULO I

INFORMACIN DE LA INSTITUCIN... 3
1.1. Identificacin de la Institucin. 3
1.1.1. Ministerio para el Poder Popular de la Cultura.. 3
1.1.2. Misin 3
1.1.3. Visin. 3
1.1.4. Estructura Organizativa. 4
1.1.5. Antecedente y Justificacin... 4
1.1.6. Objetivos General.. 6
1.1.7. Objetivos Especficos 6
1.1.8. Metodologa... 6

CAPTULO II

MARCO TERICO... 9
2.1 Red Pblica de Telefona Conmutada... 9
2.1.1 Concepto de PSTN..... 9
2.1.2 Componentes de la PSTN... 9
2.1.2.1 Conmutacin.... 10
2.1.2.2 Sealizacin..... 10
2.1.2.3 Transmisin....... 10
2.1.2.4 Gestin..... 10
2.1.2.5 Datos.... 11
2.1.2.6 Equipos terminales... 11
2.1.2.7 Servicios....... 11
2.1.3 MFC-R2....... 12
2.2 Voz sobre IP...... 12
2.2.1 Concepto de VoIP....... 12
2.2.2 Fundamentos de la VoIP..... 13
2.2.2.1 Problemas de una red de VoIP..... 13
2.2.2.2 Compresin de la Voz.. 15
2.2.2.3 Codificacin de la Voz.... 15
2.2.2.4 Protocolo de Transporte.. 17
2.2.2.4.1 UDP...... 17
2.2.2.4.2 RTP...... 19
2.2.2.5 Calida de Servicio (QoS) .... 21
2.2.2.6 Protocolos VoIP....... 22
2.2.2.6.1 H.323......... 22
2.2.2.6.1.2 Componentes.. 23
2.2.2.6.1.2.1 Terminal... 23
2.2.2.6.1.2.2 Gateway... 23
2.2.2.6.1.2.3 Gatekeeper... 24
VI
2.2.2.6.1.2.4 MCU........ 25
2.2.2.6.1.2.5 Controlador Multipunto... 25
2.2.2.6.1.2.6 Procesador Multipunto 25
2.2.2.6.1.2.7 Proxy H.323. 26
2.2.2.6.1.3 Pila de Protocolos para H.323 26
2.2.2.6.1.4 Sealizacin........ 27
2.2.2.6.2 SIP............. 28
2.2.2.6.2.1 Componentes....... 28
2.2.2.6.2.2 Mensajes SIP...... 30
2.2.2.6.2.2.1 Mtodos SIP.... 30
2.2.2.6.2.2.2 Respuestas SIP.. 31
2.2.2.6.2.3 Cabecera......... 31
2.2.2.6.2.4 Direccionamiento....... 32
2.2.2.6.3 IAX............ 33
2.2.2.6.3.1 Tipos de Trama....... 34
2.3 Asterisk................... 36
2.3.1 Concepto de Asterisk............... 36
2.3.2 Caractersticas.............. 36
2.3.3 Ventajas de Asterisk............ 37
2.3.4 Arquitectura del Asterisk............. 39
2.3.4.1 Mdulos de la Arquitectura de Asterisk...... 40
2.3.4.1.1 Ncleo de PBX......... 40
2.3.4.1.2 Lanzador de Aplicaciones..... 40
2.3.4.1.3 Codecs y Traductor de Codecs...... 40
2.3.4.1.4 Gestor de Entradas/Salidas.... 41
2.3.4.1.5 Cargador de Mdulos API.... 41
2.3.4.1.6 Canales.......... 42
2.3.4.1.7 Protocolos.......... 44
2.3.5 Esquema General............. 44

CAPTULO III

ANLISIS DEL AMBIENTE TCNICO EXISTENTE Y
ESTUDIO DEL TRFICO GENERADO POR LA RED INTERNA
TELEFNICA DEL MINISTERIO............. 45
3.1 Anlisis Del Ambiente Tcnico Existente del Ministerio..... 45
3.1.1 Estado de las Comunicaciones del Ministerio.... 45
3.1.1.2 Comunicacin NEC con CANTV....... 45
3.1.1.3 Comunicacin NEC/Asterisk....... 45
3.1.1.4 Comunicacin Asterisk con CANTV....... 46
3.2 Estudio Del Trfico Generado Por La Red Interna Telefnica Del
Ministerio..................... 46
3.2.1 Trfico Generado por la PBX Asterisk....... 46
3.2.2 Trfico Generado por la PBX NEC........ 48


CAPTULO IV
CONEXIN ASTERISK CON CANTV A TRAVS DE UN E1..

51
VII
4.1 Seleccin de la Tarjeta para la Comunicacin de Asterisk y CANTV a
Travs de un E1.................... 51
4.2 Controlador (Driver) Unicall.............. 52
4.3 Instalacin y Compilacin de Asterisk con Soporte Unicall..... 52
4.3.1 Caractersticas del Servidor............ 52
4.3.2 Sistema Operativo................ 53
4.3.3 Sistemas Bsicos de la PBX........... 53
4.3.4 Compilacin de Asterisk en Slackware-11..... 54
4.4 Configuracin del Archivo Unicall.conf........... 56
4.5 Configuracin del Archivo zaptel.conf......... 57
4.6 Pruebas de la Comunicacin Asterisk-CANTV........ 59

CAPTULO V

INTEGRACIN DE LA PBX ANALGICA/DIGITAL (NEC) CON
PBX IP POR SOFTWARE (ASTERISK) E INTERCONEXIN CON
LA RED PSTN DE CANTV.............. 62
5.1 Caractersticas de la Integracin Asterisk-NEC........ 62
5.2 Levantamiento de la Informacin de las Oficinas Pertenecientes al
Ministerio...................... 63
5.3 Topologa de la Integracin NEC-Asterisk........... 64
5.4 Configuracin del Sistema NEC............ 65
5.4.1 Componentes de la PBX NEC......... 65
5.4.2 Configuracin de la Tarjeta PA-30DTS(DTI) ....... 65
5.4.3 Comandos en el MAT para la Integracin entre PBXs
Asterisk-NEC....................
68
5.5 Configuracin para la Integracin entre PBXs Asterisk-NEC en el
Asterisk.....................
88
5.5.1 Organizacin de los Archivos del Sistema..... 88
5.5.2 Cambio de Numeracin de Telfonos IP ya Existentes. 88
5.5.3 Configuracin de Nuevos Telfonos IP......... 89
5.5.4 Configuracin de Telfonos NEC.......... 89
5.5.5 Descripcin de los Bloques para la Distintas Configuraciones.. 89
5.5.5.1 SIP.conf................ 89
5.5.5.1.1 Seccin General........ 90
5.5.5.1.2 Seccin de clientes SIP..... 90
5.5.5.2 Extensions.conf............ 91
5.5.5.3 Redirecciones.conf........... 91
5.5.5.4 Entorno Web Polycom......... 92
5.5.5.5 DHCP (Dynamic Host Configuration Protocol).. 93
5.5.5.6 TFTPBOOT............. 93
5.5.6 Configuracin de la PBX Asterisk del Ministerio...... 94
5.5.6.1 Configuracin del Archivo sip.conf...... 95
5.5.6.2 Configuracin del Archivo extensions.conf..... 96
5.5.6.2.1 Comunicacin Asterisk/NEC.... 97
5.5.6.3 Configuracin del Archivo redirecciones.conf .... 100
5.6 Configuracin del Desborde desde la PBX NEC hacia la PBX Asterisk.. 101
5.7 Funcionamiento de la Integracin Asterisk-NEC...... 102
VIII

CAPTULO VI

ESTUDIO FINAL DEL TRFICO GENERADO POR LA RED
INTERNA TELEFNICA DEL MINISTERIO.........
104
6.1 Trfico Final Generado por la PBX Asterisk........ 104
6.2 Trfico Final Generado por Llamadas Entrantes sobre la PBX Asterisk.. 106

CONCLUSIONES..................

108

RECOMENDACIONES................

110

REFERENCIAS BIBLIOGRFICAS.............

111

BIBLIOGRAFAS..................

112

ANEXOS.....................

114
Anexo I Dimensionamiento Recomendado Del Sistema........ 115
Anexo II Impacto Del Codec Utilizado Sobre La Red Del Ministerio... 118
Anexo III Ubicacin De Extensiones Digitales Y Analgicas En El Cuarto
De Servidores................... 121
Anexo IV Directorio Telefnico Del Ministerio Del Poder Popular Para La
Cultura...................... 124
Anexo V Imgenes De La Sala De Servidores Y Las PBXs NEC Y Asterisk 130
Anexo VI Cdigos De Lnea Y Seales De Registro De MFCR2.. 135
Anexo VII Plan De Numeracin............. 139
Anexo VIII Mdulos De La PBX NEC........... 143
Anexo IX PBX Asterisk.............. 168














IX

NDICE DE TABLAS


Tabla Pg.
1. Tabla Comparativa de las Diferentes Codecs de Voz...... 17
2. Configuracin del Archivo Unicall.conf ......... 56
3. Configuracin del Archivo zaptel.conf ........... 58
4. Configuracin de la Tarjeta PA-30DTS(DTI)......... 66
5. Cambios de Asignacin de CDN para la Integracin NEC/Asterisk... 77
6. Ruta y Troncales del E1 en la PBX NEC......... 79
7. Directorio de Archivos de Asterisk.......... 88
8. Parmetros del Archivo de Configuracin sip.conf........ 90
9. Cambios de Asignacin de CDN para el Desborde de la PBX NEC
hacia el Asterisk................... 101


















X

NDICE DE FIGURAS Y GRFICAS

Figuras Pg.
1. Cabecera del Protocolo UDP.............. 18
2. Cabecera del Protocolo RTP............ 20
3. Trama F del Protocolo IAX2............... 34
4. Trama M del protocolo IAX2.............. 36
5. Arquitectura Bsica de Asterisk........... 39
6. Esquema General de Asterisk.............. 44
7. Trafico Erlang B Generado por la PBX NEC.......... 47
8. Tarjeta TE205P................ 51
9. Fragmento del Nuevo Plan de Numeracin......... 63
10. Topologa de la Integracin NEC-Asterisk........ 64
11. Conexin de Tarjeta COAX TERM.......... 67
12. Slots Apropiados para la Instalacin de la PA-30DTS (DTI)... 68
13. Diagrama de la Configuracin LCR......... 69
14. Ventana de Configuracin del Comando ANPD....... 70
15. Ventana de Configuracin del Comando ASPA con SRV:STN... 72
16. Ventana de Configuracin del Comando ASPA con SRV:LCR... 73
17. Ventana de Configuracin del Comando ASTN....... 74
18. Diagrama para la Configuracin de Extensiones IP en la PBX NEC 75
19. Ventana de Configuracin del Comando ARTD para la Ruta por
Software................... 76
20. Ventana de Configuracin del Comando ARTD para la ruta
NEC/Asterisk................... 78
21. Ventana de Configuracin del Comando ATRK....... 78
22. Ventana de Configuracin del Comando MBTK...... 80
23. Ventana de Configuracin del Comando ARSC....... 81
24. Configuracin del Comando ARSC........... 82
25. Ventana de Configuracin del Comando AMND...... 83
26. Ventana de Configuracin del Comando AFRS........ 85
XI
27. Ventana de Configuracin del Comando AOPR....... 86
28. Ventana de Configuracin del Comando ARNP....... 87
29. Diagrama para el Cambio de Numeracin de Telfonos IP ya
Existentes..................... 88
30. Diagrama para la Configuracin de Nuevos Telfonos IP.... 89
31. Diagrama para la Configuracin de Telfonos NEC en el Asterisk.. 89
32. Ventana del Entorno Web Polycom........... 92
33. Diagrama para la Configuracin del Desborde de la PBX NEC hacia
el Asterisk.................... 101
34. Trafico Erlang B Generado por la PBX Asterisk...... 106


Grficas



1. Nmero de Llamadas por Da Generadas por la PBX NEC.... 48
2. Porcentaje de Llamadas en Hora Pico Generadas por la PBX NEC 49
3. Nmero de Llamadas por Da Generadas por la PBX Asterisk... 105
4. Nmero de Llamadas por Da Entrantes a la PBX Asterisk.... 107















XII

ACRNIMOS

AGI: Asterisk Gateway Interface
ANI: Automatic Identification Number
API: Application Programming Interface
ATM: Asynchronous Transfer Mode
CPA: Conexin Privada de Acceso Telefnico
DHCP: Dynamic Host Configuration Protocol
DNIS: Dialed number identification service
DNS: Domain Name Service
DTMF: Dual Tone Multi-Frecuency
FXO: Foreign Exchange Office
FXS: Foreign Exchange Station
HTTP: HyperText Transfer Protocol
IETF: Internet Engineering Task Force
IP: Internet Protocol
ISDN: Integrated Service Digital Network
ITU: International Telecommunication Union
IVR: Interactive Voice Response
LAN: Local Area Network
MDF: Main distribution frame
NAT: Network Address Translation
PBX: Private Branch Exchange
PCM: Pulse Code Mudulation
PSTN: Public Switched Telephone Network
QoS: Quality of Service
RTCP: Real Time Control Protocol
RTP: Real time Protocol
SDP: Session Description Protocol
SIP: Session Initiation Protocol
TFTP: Trivial File Transfer Protocol
XIII
TCP: Transmission Control Protocol
UDP: User Datagram Protocol
VoIP: Voice over Internet Protocol
WAN: Wide Area Network


1
INTRODUCCIN

Desde hace ya unos aos, el Software Libre se ha convertido en una de las
herramientas primordiales en la informtica de hoy en da y por ende en las
telecomunicaciones. Una de las aplicaciones en software libre ms adaptada a las
telecomunicaciones es una PBX(Private Branch eXchange o Private Business
eXchange) Asterisk, creada por Digium, Inc. y una base de usuarios y desarrolladores
en continuo crecimiento.

Por otro lado, los sistemas PBX propietarios o con licencia todava estn muy bien
posicionados en el mercado y proporcionan gran cantidad de los servicios a las
entidades gubernamentales, empresas, entre otros.

El ministerio cuenta con centrales telefnicas de ambas tecnologas, por lo tanto es de
vital importancia la integracin de ambas centrales telefnicas, y de esta manera
permitir la comunicacin efectiva entre todos los usuarios del ministerio.

El presente proyecto tiene el objetivo primordial de contribuir de manera directa con
las comunicaciones a nivel telefnico del ministerio.

Para la realizacin de este proyecto de manera eficiente, y cumplir totalmente con los
objetivos propuestos, fue necesario proceder de acuerdo con la metodologa
planteada, la cual permiti la consecucin de este proyecto.

El captulo I presenta la informacin acerca del Ministerio del Poder Popular para la
Cultura, destacando su estructura organizativa, adems de sus funciones y
atribuciones.


2
El captulo II describe los principales conceptos de la telefona en sus distintas ramas
como son la Red Pblica Conmutada (PSTN) y la Voz sobre IP.

En el captulo III se presenta el estudio del trfico telefnico generado por el
ministerio, haciendo referencia al dimensionamiento de la red telefnica de la
institucin.

El captulo IV se realiza un estudio del ambiente tcnico existente, para comprender
el estado de las comunicaciones a nivel telefnico del ministerio.

El captulo V explica con detalle como se realiz la conexin de la PBX Asterisk con
la PSTN de CANTV, as como los criterios considerados para la configuracin de la
PBX.

El captulo VI presenta la integracin de las centrales telefnicas, explicando cada
una de las etapas, como las caractersticas de dicha integracin y el levantamiento de
la informacin de los usuarios telefnicos del ministerio, para as continuar con la
configuracin de ambas centrales telefnicas para lograr la integracin propuesta.

En el captulo VII se realiza un estudio del trfico final generado por la telefona para
la comprobacin del dimensionamiento realizado en el captulo III.

Por ltimo se presentan las conclusiones acerca del proyecto, as como tambin las
recomendaciones para el mantenimiento y resolucin de problemas de la red
telefnica del ministerio.






3
CAPITULO I

INFORMACIN DE LA INSTITUCIN.

1.1.- Identificacin de la Institucin.

1.1.1.- Ministerio para el Poder Popular de la Cultura

Es el rgano rector, en materia cultural, de las polticas que emanan del Ejecutivo
Nacional con el fin de asegurar el desarrollo y crecimiento del patrimonio nacional.

1.1.2.- Misin

Garantizar con niveles ptimos el pleno ejercicio y disfrute de los derechos culturales
a la ciudadana y ejercer la rectora en la formulacin, adopcin, seguimiento y
evaluacin de las polticas culturales del Ejecutivo Nacional. Regir la articulacin y
coordinacin con los estados y municipios, los planes, programas y proyectos
relativos al patrimonio, identidad y diversidad, desarrollo humano y fomento de la
economa cultural, junto a la divulgacin de la cultura en todas sus manifestaciones

1.1.3.- Visin

Ser un ministerio modelo para el proceso de transformacin de la administracin
pblica en materia cultural, coadyuvando en el cumplimiento de los deberes del
Estado Venezolano en materia de preservacin, enriquecimiento y restauracin del
patrimonio cultural tangible e intangible y la memoria histrica de la nacin, con
atencin especial a las culturas populares constitutivas de la venezolanidad; as como
ser garante de la emisin, recepcin y circulacin de la informacin cultural, con
miras a la plena satisfaccin de los derechos culturales de los venezolanos.
4
1.1.4.- Estructura Organizativa.

Para implementar sus polticas, logros, objetivos y metas, el Ministerio del Poder
Popular para la Cultura realiza su gestin a travs de una estructura organizativa
mostrada a continuacin.

Direcciones Generales del Despacho.
Plataformas Culturales.
Cines y Medios Audiovisuales.
Libro y la Lectura.
Patrimonio.
Artes Escnicas y Musicales.
Artes de la Imagen y el Espacio.
Red Cultural Comunitaria.

1.1.5.- Antecedente y Justificacin

El Ministerio del Poder Popular para la Cultura actualmente cuenta con 35 entes
adscritos, los cuales funcionan alrededor del Distrito Capital. El ministerio de la
cultura como rgano principal, se ha dado a la tarea de buscar mejoras para la
comunicacin entre dicha estructura como algo prioritario.

En consonancia con los lineamientos del Gobierno Bolivariano, el Ministerio del
Poder Popular para la Cultura acatando el Decreto Presidencial 3390, el cual orienta
a todas las empresas gubernamentales a migrar sus plataformas tecnolgicas al
Software Libre, est encaminada y est dando grandes pasos hacia la independencia y
al logro de la plena Soberana Tecnolgica. Con esto se fomenta la innovacin
tecnolgica del pas; al disponer del cdigo fuente de la aplicacin es posible realizar
el desarrollo de mejoras, en vez de encargarlas a empresas de otros pases que
trabajan con sistemas de licencia propietaria. De este modo, se contribuye a la
formacin de profesionales en nuevas tecnologas y al desarrollo local bajo los
5
propios planes estratgicos de la nacin.

En la actualidad dentro del ministerio, existen dos sistemas de comunicacin en
telefona como son los enlaces IP y un sistema analgico. El sistema analgico es
manejado a travs de una central privada (NEC) y los enlaces IP a travs de un
software libre (Asterisk) el cual, fue implementado por la oficina de tecnologa de la
informacin ubicada dentro del ministerio.

En poco tiempo el Ministerio del Poder Popular para la Cultura ha sufrido un
crecimiento considerable en la capital del pas, lo que ha generado una necesidad
inmediata de dar solucin al inconveniente de la comunicacin en el Distrito Capital.
Aunado a esta situacin se encuentra la problemtica de la comunicacin entre las
extensiones conectadas a la PBX Asterisk y a la PBX NEC, que por no estar
integradas e interconectadas deben utilizar la PSTN para lograr la conexin,
producindose as un gasto innecesario de la inversin pblica.

Cabe destacar que las extensiones conectadas a la PBX NEC estn configuradas con 4
dgitos y las que estn conectadas a la PBX Asterisk con 3 dgitos, por lo cual se
produce la necesidad de una nueva configuracin en el DialPlan de las PBX, que se
quiere implementar con 6 dgitos (XX-XX-XX) en donde los dos primeros sern
asignados a la entidad (implementacin futura), los dos dgitos siguientes al
departamento y los dos ltimos a las extensiones, con esto se busca que la red
telefnica interna del ministerio acabe siendo una red perfectamente estructurada.

Por lo expuesto anteriormente y combinado con la necesidad de hacer ms eficiente la
comunicacin (especficamente voz) de los empleados del ministerio, se busca como
solucin la interconexin e integracin de las dos PBX (NEC y Asterisk), logrando
as una mejora no solo operativa sino tambin econmica.

6
1.1.6.- Objetivos General:

Integrar la PBX Analgica/Digital (NEC) con PBX IP por software (ASTERISK) del
Ministerio del Poder Popular para la Cultura e interconectar con la red PSTN de
CANTV.

1.1.7.- Objetivos Especficos:

Estudiar la posible conexin de Asterisk con la PSTN por medio de una
interfaz E1.
Determinar el trfico generado por la red interna telefnica del ministerio
hacia la PBX NEC y la posible adicin de 50 lneas telefnicas ms.
Adecuar la planta interna del ministerio para cumplir los nuevos
requerimientos del mismo (50 nuevas lneas telefnicas).
Disear la topologa del nuevo sistema integrado de las PBXs.
Interconectar e integrar las PBXs NEC y Asterisk.
Verificar la comunicacin (voz) entre PBXs NEC, Asterisk y PSTN de
CANTV
Elaborar la documentacin necesaria de las normas a seguir por los
usuarios que intervengan en la gestin de las PBX y de la red interna
telefnica del ministerio.

1.1.8.- Metodologa:

FASE 1:
Estudio preliminar: En esta fase se realizarn todos los estudios necesarios de
las caractersticas ms importantes de las PBXs NEC y Asterisk a travs de
bibliografa recomendada, para dar comienzo a la interconexin e integracin de las
mismas.
7

FASE 2:
Estudio de la posible conexin de Asterisk con la PSTN por medio de una
interfaz E1. Esta fase consistir en el estudio y el anlisis de la sealizacin con la
cual interoperan la PSTN de CANTV y Asterisk mediante un analizador de
protocolos y la adecuacin de este ltimo para lograr la conexin de Asterisk con la
PSTN por medio de la interfaz E1.

FASE 3:
Estudio del trfico generado por la red interna telefnica del ministerio: Esta
fase se compone de un estudio exhaustivo del trfico generado por la red interna
telefnica del ministerio hacia la PBX NEC y la posible adicin de nuevas lneas
telefnicas a esta PBX.

FASE 4:
Adecuacin de la Planta Interna: Esta fase consistir en la instalacin de una
Conexin Privada de Acceso Telefnico (CPA) en la sala de servidores del ministerio
que proporcionar 50 lneas telefnicas adicionales.

FASE 5:
Integracin de PBX Analgica/Digital (NEC) con PBX IP por software
(Asterisk) interconexin con la red PSTN de CANTV: Esta fase se implementar en
la sala de servidores de la sede principal del ministerio, configurando ambas PBXs
para asegurar el perfecto funcionamiento de todas las comunicaciones (voz)
generadas por el ministerio, sean salientes o entrantes al mismo.

FASE 6:
Elaboracin de documentacin final: En esta ltima fase se elaborara la
documentacin de las normas a seguir por los usuarios que intervengan en la gestin
8
de las PBX y de la red interna telefnica del ministerio. Por ltimo se realizar el
informe final de resultados del proyecto realizado.





























9
CAPITULO II

MARCO TERICO

2.1 Red Pblica de Telefona Conmutada

2.1.1 Concepto de PSTN [1]

PSTN es el acrnimo de Public Switched Telephone Network, en espaol Red
Pblica de Telefona Conmutada. Esta red es pblica porque cualquier abonado
podra suscribirse al operador de la red, y ste a su vez debera completar las llamadas
del abonado. La red es telefnica porque slo est diseada para conectar circuito de
voz entre dos aparatos telefnicos. Es conmutada porque los circuitos de voz se
establecen mediante centrales telefnicas que conmutan los recursos de la red para
establecer conexiones temporales para los usuarios.

2.1.2 Componentes de la PSTN [1]

La PSTN est compuesta fundamentalmente por los siguientes elementos:

Conmutacin
Sealizacin
Transmisin
Gestin
Datos
Equipos terminales
Servicios


10
2.1.2.1 Conmutacin

Los elementos de conmutacin cumplen la funcin de establecer una trayectoria de
comunicacin entre dos abonados. Las centrales telefnicas frecuentemente recurren
a equipos perifricos que agregan inteligencia o servicios a la red bsica. Algunas de
las posibles reas de desarrollo son:
1. Anlisis y dimensionamiento de capacidad de procesamiento.
2. Anlisis de enrutamiento y congestionamiento de ruta.
3. Deteccin, diagnstico y resolucin de fallas.

2.1.2.2 Sealizacin

La sealizacin es el lenguaje que las centrales telefnicas utilizan para comunicarse
entre s y con los equipos terminales de los abonados.

Es importante destacar que en Venezuela, CANTV maneja la sealizacin 7 (SS7)
para la comunicacin entre centrales, y para la comunicacin con los equipos
terminales utiliza la sealizacin MFCR2, la cual se describir ms adelante.

2.1.2.3 Transmisin

La transmisin se entiende como el medio fsico que conduce las seales portadoras
de voz o datos por la red. El medio fsico de transmisin puede ser aire, cable coaxial,
fibra ptica, satlite, etc.

2.1.2.4 Gestin

Los elementos de gestin mantienen vigilancia ininterrumpida sobre los elementos de
la red: proporcionan mecanismos automatizados, centralizados y amigables para
11
configurar los elementos de red; optimizan la administracin los recursos de
conmutacin y transmisin, y hacen eficiente el mantenimiento preventivo y reactivo
de la red.

2.1.2.5 Datos

Los datos (como elemento de telecomunicacin, no como servicio) proporcionan
visibilidad a los equipos y la fibra ptica instalados en la red desde un punto
centralizado, el centro de control, el cual el poder de comando sobre los equipos
electrnicos; recolecta informacin de comportamiento de equipos de red; transfiere
los registros de cada llamada telefnica, de las centrales telefnicas a las plataformas
de facturacin y procesamiento.

2.1.2.6 Equipos terminales

Los equipos terminales son propiedad de los abonados: desde los aparatos
telefnicos, los equipos de fax, conmutadores residenciales, hasta los sistemas de
telefona privada PBX (Private Branch Exchange).

2.1.2.7 Servicios

Los servicios son dirigidos a segmentos de mercado especficos, para resolver
necesidades de comunicacin especficas. Los servicios de telecomunicaciones
tpicos prestados por las operadoras son:

Larga distancia nacional e internacional.
Asistencias por operadora.
Tarjeta telefnicas de pre-pago
Internet
12
2.1.3 MFC-R2 [2]-[3]

Este sistema de sealizacin se utiliza fundamentalmente para el uso de un medio
transmisin digital como los enlaces E1, los cuales proporcionan 32 canales de los
cuales son 30 de voz y 2 de control y sealizacin. El sistema de sealizacin R2
digital consta de seales de registro y seales de lnea.

El direccionamiento telefnico es encaminado a travs de un conjunto de tonos,
entretanto la sealizacin del canal es enviada en el intervalo de tiempo 16. En este
intervalo de tiempo son transferidos los bits ABCD de canal de voz a travs de los
cuales es realizado el control de la llamada.

Los bits C y D raramente son utilizados. En una conversacin normal se tiene dos
lados operando, el lado de origen de la llamada, referido como sealizacin hacia
adelante y el lado receptor de la llamada nombrado sealizacin para atrs. Los bits
de hacia delante son llamados Af y Bf , y los de hacia atrs At y Bt.

En el Anexo VI se muestran los cdigos de sealizacin de lnea as como los
registros de MFCR2.

2.2 Voz sobre IP

2.2.1 Concepto de VoIP

VoIP es el acrnimo de Voice Over Internet Protocol, que tal y como el trmino
dice, hace referencia a la transmisin de voz en paquetes IP sobre redes de datos
como puede ser Internet. Llegados a este punto se logra la convergencia de la
transmisin de voz y la de datos.

13
La tecnologa VoIP permite el transporte la voz, previamente procesada,
encapsulndola en paquetes para luego poder ser transmitidas sobre redes de datos sin
necesidad de disponer de una infraestructura telefnica convencional. Con lo que se
consigue desarrollar una nica red homognea en la que se enva todo tipo de
informacin ya sea voz, video o datos.

2.2.2 Fundamentos de la VoIP

2.2.2.1 Problemas de una red de VoIP

Jitter: [4]

El jitter (fluctuacin de fase) tcnicamente se define 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 por los paquetes para llegar al
destino. Este efecto se presenta en redes de datos no orientadas a conexin y basadas
en conmutacin de paquetes.

La Voz sobre IP es sensible a este efecto, generalmente cuando son enlaces lentos o
congestionados. Como valor recomendado, el jitter debera ubicarse por debajo de
100 ms entre el punto inicial y final de la comunicacin.

Latencia: [4]

La latencia tambin conocida como retardo, es un problema general de las redes de
telecomunicacin, no se presenta nicamente en la redes de VoIP.

La latencia en VoIP se define tcnicamente como el tiempo que tarda un paquete en
llegar desde la fuente al destino. Este problema al igual que el jitter es un problema
14
presente frecuentemente en enlaces lentos o congestionados.

La latencia o retardo entre el punto inicial y final de la comunicacin debiera ser
inferior a 150 ms. El odo humano es capaz de detectar latencias de unos 250 ms, 200
ms en el caso de personas bastante sensibles. Si se supera ese umbral la comunicacin
se vuelve molesta.

Eco: [4]

El eco tambin se suele conocer como reverberacin y se produce por la conversin
de 2 a 4 hilos de los sistemas telefnicos o por un retorno de la seal que se escucha
por los altavoces y se cuela de nuevo por el micrfono.

El eco se define como una reflexin retardada de la seal acstica original.

El odo humano es capaz de detectar el eco cuando su retardo con la seal original es
igual o superior a 10 ms. Pero otro factor importante es la intensidad del eco ya que
normalmente la seal de vuelta tiene menor potencia que la original. Es tolerable que
llegue a 65 ms y una atenuacin de 25 a 30 dB.

Prdidas de Paquetes: [4]

Las comunicaciones en tiempo real utilizan el protocolo UDP, el cual no est
orientado a conexin y si se produce una prdida de paquetes no se reenvan. Adems
la prdida de paquetes tambin se produce por descartes de paquetes que no llegan a
tiempo al receptor. A pesar de esto, la voz es bastante predecible y si se produce la
prdida de paquetes aislados se puede recomponer la voz de una manera bastante
ptima. El problema es mayor cuando se producen prdidas de paquetes en rfagas.

15
Los valores recomendados de prdidas de paquetes para que no se distorsione
perjudicialmente la voz debe ser inferior al 1 %. Este factor es directamente
dependiente del cdec utilizado. Cuanto mayor sea la compresin del cdec mucho
ms daino es el efecto de la prdida de paquetes. Una prdida del 1% degrada ms la
comunicacin si se usa el cdec G.729 en vez del G.711.

2.2.2.2 Compresin de la Voz [3]-[4]-[5]

El modo ms simple de trabajar con la voz digital es aplicar un algoritmo de
compresin a la voz PCM generada a 64 Kbps. Es importante aclarar que la voz no es
la que se comprime sino la trama.

La calidad de la voz es funcin de una cantidad de factores que incluyen los
algoritmos de compresin, errores y prdida de paquetes, cancelacin de eco y
retardo.

La seal analgica del telfono es digitalizada a una seal PCM por el codec. Luego
las muestras PCM son manejadas por el algoritmo de compresin, el cual comprime
la voz en un formato de paquete para su posterior transmisin por la WAN. En el otro
extremo de la WAN se realiza el procedimiento inverso.

2.2.2.3 Codificacin de la Voz [3]- [4]-[5]

La voz debe codificarse para poder ser transmitida por la red IP. Para ello se hace uso
de Codecs, los cuales son algoritmos que garantizan la codificacin y compresin del
audio para su posterior decodificacin y descompresin antes de poder generar un
sonido utilizable. Segn el Codec utilizado en la transmisin, se utilizar ms o
menos ancho de banda. La cantidad de ancho de banda suele ser directamente
proporcional a la calidad de los datos transmitidos.
16

La UIT normaliza los esquemas de codificacin CELP, MP-MLQ PCM y ADPCM.
Estas tcnicas estn estandarizadas por la ITU-T en las Recomendaciones de la Serie
G.

G.711: describe la tcnica de compresin de voz, PCM de 64 Kbps. En G.711, la
voz codificada se encuentra en el formato adecuado para su transmisin digital
sobre la PSTN o PBX.

Existen dos subgrupos de codecs G.711:
a) Ley U: utilizada en las redes telefnicas de Norte Amrica y Japn.
b) Ley A: utilizada en Europa, Amrica del Sur y el resto de los pases del mundo.

Ambas leyes, utilizan compresin a muestras de 8 bits muestreando a 8 Khz.

G.723.1: describe la tcnica de compresin que puede ser utilizada para
comprimir voz, o componentes de seales de audio a tasa de bits bajas, como
parte de la familia estndares H.324. Hay dos variantes de este estndar, G.723.1
G.723.1A. Este codec tiene dos tasas de bits asociados: 5,3 y 6,3 Kbps. El flujo de
bits de 6,3 Kbps se logra utilizando la tecnologa MP-MLQ y el de 5,3 Kbps con
ACELP.

G.726: describe la codificacin ADPCM a 40, 32, 24 y 16 Kbps. La voz
codificada ADPCM puede ser intercambiada entre la red de paquetes de voz, la
PSTN y redes de PBXs siempre y cuando estas estn configuradas para soportar
ADPCM.

G.728: describe una variante de la compresin LD-CELP de bajo retardo de 16
Kbps. La codificacin LD-CELP debe convertirse a formato de telefona pblica
17
para su transporte hacia o sobre la PSTN.

G.729: describe la compresin CS-ACELP donde la voz es codificada a 8 Kbps.

Hay cuatro variantes de este estndar, G.729, G.729A, G.729B y G.729AB, las
cuales difieren principalmente en la complejidad del algoritmo.

En la siguiente tabla se puede observar las caractersticas ms resaltantes de los
codecs antes mencionados:
Tabla 1. Tabla Comparativa de las Diferentes Codecs de Voz
Compresin Velocidad
(Kbps)
Segmento
(bits)
Segmentos
por segundo
Muestras por
Segmento
Retardo
(mseg)
G.711 (PCM) 64 8 8000 1 0,125
G.721 (ADPCM) 32 4 8000 1 0,125
G.723 (ADPCM) 24 40 3 5 8000 1 0,125
G.726 (ADPCM) 16 40 2 5 8000 1 0,125
G.727 (ADPCM) 16 64 2 8 8000 1 0,125
G.728 (LD-CELP) 16 10 1600 5 0,625
G.729 (CS-ACELP) 8 80 100 80 15
G.723.1 6,3 189 33,33 240 37,5
G.723.1 5,3 159 33,33 240 37,5

2.2.2.4 Protocolo de Transporte

2.2.2.4.1 UDP (User Datagram Protocol, protocolo de datagrama de usuario) [6]

Es un tipo de datagramas utilizado para la comunicacin por intercambio de paquetes
entre ordenadores en el entorno de un conjunto interconectado de redes de
computadoras.

Este protocolo aporta un procedimiento para que los programas de aplicacin puedan
enviar mensajes a otros programas con un mnimo de mecanismo de protocolo.
El protocolo UDP es:

No orientado a la conexin: no se establece una conexin previa con el otro
extremo para transmitir un mensaje UDP. Los mensajes se envan sin ms y stos
pueden duplicarse o llegar desordenados al destino.
No fiable: Los mensajes UDP se pueden perder o llegar daados.

UDP utiliza el protocolo IP para transportar sus mensajes. No aade mejora alguna en
la calidad de la transferencia, aunque si incorpora los puertos de origen y destino en
su formato de mensaje, el cual se muestra a continuacin,






Figura 1. Cabecera del Protocolo UDP
El significado de cada uno de los campos es el siguiente:
Puerto UDP de origen (16 bits, opcional): nmero de puerto de la mquina de
origen.
Puerto UDP de destino (16 bits): nmero de puerto de la mquina destino.
Longitud del mensaje UDP (16 bits): especfica la longitud medida en bytes del
mensaje UDP incluyendo la cabecera. La longitud mnima es de 8 bytes.
Suma de verificacin UDP (16 bits, opcional): suma de comprobacin de errores
del mensaje. Para su clculo se utiliza una pseudo cabecera que tambin incluye
las direcciones IP origen y destino. Para conocer estos datos, el protocolo UDP
debe interactuar con el protocolo IP.
Datos: aqu viajan los datos que se envan las aplicaciones. Los mismos datos que
enva la aplicacin origen son recibidos por la aplicacin destino despus de
18
19
atravesar toda la Red de redes.

Las aplicaciones estndares que utilizan UDP son:

Protocolo de Transferencia de Ficheros Trivial (TFTP)

Sistema de Nombres de Dominio (DNS) servidor de nombres

Llamada a Procedimiento Remoto (RPC), usado por el Sistema de Ficheros en Red
(NFS)

Sistema de Computacin de Redes (NCS)

Protocolo de Gestin Simple de Redes (SNMP)

2.2.2.4.2 RTP (Real Time Protocol, protocolo de tiempo real)

[7] Escribe Ricardo Marceln y Miguel A. Rodrguez:
El Protocolo de Transporte de Tiempo Real (RTP) proporciona servicios de entrega
punto a punto de datos con caractersticas de tiempo real como audio y video
interactivos. La principal tarea de RTP es el monitoreo de la tasa de entrega de datos.
La mayora de las aplicaciones utilizan RTP sobre UDP con el fin de aprovechar los
servicios de multiplexin y verificacin de datos (checksum). Es importante destacar
que RTP no ofrece garantas sobre la calidad del servicio ni sobre el retraso de la
entrega de datos, estos deben ser proporcionados por la red subyacente.

RTP utiliza los servicios del Protocolo de Control de Tiempo Real (RTCP), que se
encarga de monitorear la calidad del servicio y de proporcionar informacin acerca de
los participantes en una sesin de intercambio de datos. RTCP no est diseado para
soportar todas las necesidades de comunicacin de una aplicacin, solo las ms
bsicas. RTP se encarga de transmitir peridicamente paquetes de control a todos los
participantes de una sesin usando el mismo mecanismo de distribucin de RTP. La
principal funcin de RTCP es proporcionar una retroalimentacin til para mantener
una calidad de distribucin adecuada, por ejemplo, se puede usar para controlar un
mecanismo adaptativo de codificacin que responda a las condiciones de la red. Los
paquetes de RTCP se envan de modo que el trfico en la red no aumente linealmente
con el nmero de agentes participantes en la sesin, es decir el intervalo de envo se
ajusta de acuerdo al trfico.

La especificacin completa de RTP para una aplicacin debe contener los siguientes
elementos:

Una especificacin del Perfil, que defina los tipos de datos a transportar y su
correspondiente mapeo a cdigos (codificacin).

Una especificacin de Formatos, que defina como un cierto tipo de dato se
transportar en RTP.
[8] Escribe Oscar Agudelo:
La siguiente figura muestra la cabecera (header) utilizada por el protocolo RTP
Figura 2. Cabecera del Protocolo RTP

V (versin), 2 bits: Los primeros dos bits identifican la versin del protocolo.
P (padding), 1 bit: El siguiente bit identifica el padding. Informa que los datos de
RTP llevan un "relleno" para completar un bloque de cierto tamao. El ltimo
byte en el mensaje UDP dice de qu tamao es el padding
20
21
X (extension), 1 bit: El bit de extensin es utilizado para indicar la presencia de
un header de extensin que puede ser definido para una aplicacin especfica y
sigue al header principal.
CC (CSRC count), 4 bits: El bit X es seguido por 4 bits (CC) que cuentan el
nmero de "fuentes contribuyentes"(nodos que generan informacin al mismo
tiempo) incluidas en el header de RTP (en caso de que existan dichas fuentes).
M (marker), 1 bit: Este bit es utilizado para indicar el frame. Por ejemplo, puede
indicar el inicio de una conversacin en RTP: el primer frame.
PT (payload type), 7 bits: Los siguientes 7 bits indican qu tipo de dato
multimedial se est transportando (payload type).
Sequence number, 16 bits: El nmero de secuencia es utilizado para permitir al
receptor de un stream RTP detectar paquetes perdidos o que lleguen en desorden.
Timestamp, 32 bits: El campo de timestamp permite al receptor reproducir las
muestras en los intervalos de tiempo apropiados y permite que diferentes media
streams se puedan sincronizar.
SSRC, 32 bits: El identificador de fuente de sincronizacin (SSRC) es un nmero
de 32 bits que identifica de manera nica una sola fuente en un stream RTP.
Lista CSRC, de 0 a 15 elementos, cada uno de 32 bits: El identificador de
fuente contribuyente (CSRC) es utilizado slo cuando varios streams RTP pasan a
travs de un mezclador.

2.2.2.5 Calidad de Servicio (QoS) [9]

Calidad de servicio (QoS, Quality of Service) es un conjunto de requisitos de
servicio que la red debe cumplir para asegurar un nivel de servicio adecuado para la
transmisin de los datos. Estos requisitos de servicio se basan en estndares de
funcionalidad QoS.

QoS permite que los programas en tiempo real optimicen el uso del ancho de banda
22
de la red. La calidad de servicio asegura cierto nivel de garanta de recursos de red
suficientes, ofrece a una red compartida un nivel de servicio similar al de una red
dedicada.

Una garanta de QoS indica un nivel de servicio que permite que un programa
transmita datos a una velocidad especificada y los entregue en un periodo de tiempo
dado.

El objetivo de QoS es conseguir un sistema de entrega garantizada del trfico de la
red y mtodos de diferenciacin de trficos particulares para otorgar preferencia a
estos datos sensibles.

2.2.2.6 Protocolos VoIP [4]

2.2.2.6.1 H.323

H.323 fue diseado con un objetivo principal: Proveer a los usuarios con tele-
conferencias que tienen capacidades de voz, video y datos sobre redes de
conmutacin de paquetes.

Las continuas investigaciones y desarrollos de H.323 siguen con la misma finalidad
y, como resultado, H.323 se convierte en el estndar ptimo para cubrir esta clase de
aspectos. Adems, H.323 y la convergencia de voz, video y datos permiten a los
proveedores de servicios prestar esta clase de facilidades para los usuarios de tal
forma que se reducen costos mientras mejora el desempeo para el usuario.

El estndar fue diseado especficamente con los siguientes objetivos:

Basarse en los estndares existentes, incluyendo H.320, RTP y Q.931
23
Incorporar algunas de las ventajas que las redes de conmutacin de paquetes
ofrecen para transportar datos en tiempo real.
Solucionar la problemtica que plantea el envo de datos en tiempo real sobre
redes de conmutacin de paquetes.

2.2.2.6.1.2 Componentes

H.323 establece los estndares para la compresin y descompresin de audio y vdeo,
asegurando que los equipos de distintos fabricantes se intercomuniquen.

El H.323 define los siguientes componentes ms relevantes:

2.2.2.6.1.2.1 Terminal

Un terminal H.323 es un extremo de la red que proporciona comunicaciones
bidireccionales en tiempo real con otro terminal H.323, gateway o unidad de control
multipunto (MCU). Esta comunicacin consta de seales de control, indicaciones,
audio, imagen en color en movimiento y /o datos entre los dos terminales. Conforme
a la especificacin, un terminal H.323 puede proporcionar slo voz, voz y datos, voz
y vdeo, o voz, datos y vdeo.

Un terminal H.323 consta de las interfaces del equipo de usuario, el cdec de video,
el cdec de audio, el equipo telemtico, la capa H.225, las funciones de control del
sistema y la interfaz con la red por paquetes.

2.2.2.6.1.2.2 Gateway

Un gateway H.323 es un extremo que proporciona comunicaciones bidireccionales en
tiempo real entre terminales H.323 en la red IP y otros terminales o gateways en una
24
red conmutada. En general, el propsito del gateway es reflejar transparentemente las
caractersticas de un extremo en la red IP a otro en una red conmutada y viceversa.

2.2.2.6.1.2.3 Gatekeeper

El gatekeeper es una entidad que proporciona la traduccin de direcciones y el control
de acceso a la red de los terminales H.323, gateways y MCUs. El gatekeeper puede
tambin ofrecer otros servicios a los terminales, gateways y MCUs, tales como
gestin del ancho de banda y localizacin de los gateways.

El Gatekeeper realiza dos funciones de control de llamadas que preservan la
integridad de la red corporativa de datos. La primera es la traslacin de direcciones de
los terminales de la LAN a las correspondientes IP o IPX, tal y como se describe en la
especificacin RAS. La segunda es la gestin del ancho de banda, fijando el nmero
de conferencias que pueden estar dndose simultneamente en la LAN y rechazando
las nuevas peticiones por encima del nivel establecido, de manera tal que se garantice
ancho de banda suficiente para las aplicaciones de datos sobre la LAN.

El Gatekeeper proporciona todas las funciones anteriores para los terminales,
Gateways y MCUs, que estn registrados dentro de la denominada Zona de control
H.323. Adems de las funciones anteriores, el Gatekeeper realiza los siguientes
servicios de control:

Control de admisiones: El gatekeeper puede rechazar aquellas llamadas
procedentes de un terminal por ausencia de autorizacin a terminales o gateways
particulares de acceso restringido o en determinadas franjas horarias.

Control y gestin de ancho de banda: Para controlar el nmero de terminales
H.323 a los que se permite el acceso simultneo a la red, as como el rechazo de
25
llamadas tanto entrantes como salientes para las que no se disponga de suficiente
ancho de banda.

Gestin de la zona: Lleva a cabo el registro y la admisin de los terminales y
gateways de su zona. Conoce en cada momento la situacin de los gateways
existentes en su zona que encaminan las conexiones hacia terminales RCC.

2.2.2.6.1.2.4 MCU

La Unidad de Control Multipunto est diseada para soportar la conferencia entre tres
o ms puntos, bajo el estndar H.323, llevando la negociacin entre terminales para
determinar las capacidades comunes para el proceso de audio y vdeo y controlar la
multidifusin.

2.2.2.6.1.2.5 Controlador Multipunto

Un controlador multipunto es un componente de H.323 que provee capacidad de
negociacin con todos los terminales para llevar a cabo niveles de comunicaciones.
Tambin puede controlar recursos de conferencia tales como multicasting de vdeo.
El Controlador Multipunto no ejecuta mezcla o conmutacin de audio, vdeo o datos.

2.2.2.6.1.2.6 Procesador Multipunto

Un procesador multipunto es un componente de H.323 de hardware y software
especializado, mezcla, conmuta y procesa audio, vdeo y / o flujo de datos para los
participantes de una conferencia multipunto de tal forma que los procesadores del
terminal no sean pesadamente utilizados. El procesador multipunto puede procesar un
flujo medio nico o flujos medio mltiples dependiendo de la conferencia soportada.

26
2.2.2.6.1.2.7 Proxy H.323

Un proxy H.323 es un servidor que provee a los usuarios acceso a redes seguras de
unas a otras confiando en la informacin que conforma la recomendacin H.323.El
Proxy H.323 se comporta como dos puntos remotos H.323 que envan mensajes call
set up, e informacin en tiempo real a un destino del lado seguro del firewall.

2.2.2.6.1.3 Pila de Protocolos para H.323

A continuacin se explican los protocolos ms significativos para H.323:

RTP/RTCP (Real-Time Transport Protocol / Real-Time Transport Control
Protocol)
Protocolos de transporte en tiempo real que proporcionan servicios de entrega punto a
punto de datos.

RAS (Registration, Admission and Status)
Sirve para registrar, control de admisin, control del ancho de banda, estado y
desconexin de los participantes.

H225.0
Protocolo de control de llamada que permite establecer una conexin y una
desconexin.

H.245
Protocolo de control utilizado en el establecimiento y control de una llamada.
En concreto presenta las siguientes funcionalidades:


27
1) Intercambio de capacidades: Los terminales definen los cdecs de los que disponen
y se lo comunican al otro extremo de la comunicacin.

2) Apertura y cierre de canales lgicos: Los canales de audio y video H.323 son punto
a punto y unidireccionales. Por lo tanto, en funcin de las capacidades negociadas, se
tendrn que crear como mnimo dos de estos canales. Esto es responsabilidad de
H.245.
3) Control de flujo cuando ocurre algn tipo de problema.
4) Multitud de otras pequeas funciones.

Q.931: (Digital Subscriber Signalling)
Este protocolo se define para la sealizacin de accesos RDSI bsico.

RSVP (Resource ReSerVation Protocol)
Protocolo de reserva de recursos en la red para cada flujo de informacin de usuario

T.120
La recomendacin T.120 define un conjunto de protocolos para conferencia de datos

2.2.2.6.1.4 Sealizacin

La funcin de sealizacin est basada en la recomendacin H.225, que especifica el
uso y soporte de mensajes de sealizacin Q.931/Q932. Las llamadas son enviadas
sobre TCP por el puerto 1720. Sobre este puerto se inician los mensajes de control de
llamada Q.931 entre dos terminales para la conexin, mantenimiento y desconexin
de llamadas.



28
2.2.2.6.2 SIP

El protocolo SIP (Session Initiation Protocol) fue desarrollado por el grupo MMUSIC
(Multimedia Session Control) del IETF, definiendo una arquitectura de sealizacin y
control para VoIP.

El propsito de SIP es la comunicacin entre dispositivos multimedia. SIP hace
posible esta comunicacin gracias a dos protocolos que son RTP/RTCP y SDP.

El protocolo RTP se usa para transportar los datos de voz en tiempo real (igual que
para el protocolo H.323), mientras que el protocolo SDP se usa para la negociacin
de las capacidades de los participantes, tipo de codificacin, etc.

SIP fue diseado de acuerdo al modelo de Internet. Es un protocolo de sealizacin
extremo a extremo que implica que toda la lgica es almacenada en los dispositivos
finales. El estado de la conexin es tambin almacenado en los dispositivos finales.
Esta capacidad de distribucin y su gran escalabilidad genera una sobrecarga en la
cabecera de los mensajes producto de tener que enviar toda la informacin entre los
dispositivos finales.

SIP es un protocolo de sealizacin a nivel de aplicacin para establecimiento y
gestin de sesiones con mltiples participantes. Se basa en mensajes de peticin y
respuesta y reutiliza muchos conceptos de estndares anteriores como HTTP y
SMTP.

2.2.2.6.2.1 Componentes

SIP soporta funcionalidades para el establecimiento y finalizacin de las sesiones
multimedia: localizacin, disponibilidad, utilizacin de recursos, y caractersticas de
29
negociacin.

Para implementar estas funcionalidades, existen varios componentes distintos en SIP.
Existen dos elementos fundamentales, los agentes de usuario (UA) y los servidores.

1) User Agent (UA): consisten en dos partes distintas, el User Agent Client (UAC) y
el User Agent Server (UAS). Un UAC es una entidad lgica que genera peticiones
SIP y recibe respuestas a esas peticiones. Un UAS es una entidad lgica que genera
respuestas a las peticiones SIP.

Ambos se encuentran en todos los agentes de usuario, as permiten la comunicacin
entre diferentes agentes de usuario mediante comunicaciones de tipo cliente-servidor.

2) Los servidores SIP pueden ser de tres tipos:

a) Proxy Server: retransmiten solicitudes y deciden a qu otro servidor deben
remitir, alterando los campos de la solicitud en caso necesario. Es una entidad
intermedia que acta como cliente y servidor con el propsito de establecer llamadas
entre los usuarios. Existen dos tipos de Proxy Servers: Statefull Proxy y Stateless
Proxy.
Statefull Proxy: mantienen el estado de las transacciones durante el
procesamiento de las peticiones.

Stateless Proxy: no mantienen el estado de las transacciones durante el
procesamiento de las peticiones, nicamente reenvan mensajes.

b) Registrar Server: es un servidor que acepta peticiones de registro de los usuarios
y guarda la informacin de estas peticiones para suministrar un servicio de
localizacin y traduccin de direcciones en el dominio que controla.
30
c) Redirect Server: es un servidor que genera respuestas de redireccin a las
peticiones que recibe. Este servidor reencamina las peticiones hacia el prximo
servidor.

2.2.2.6.2.2 Mensajes SIP

SIP es un protocolo textual que usa una semntica semejante a la del protocolo
HTTP. Los UAC realizan las peticiones y los UAS retornan respuestas a las
peticiones de los clientes. SIP define la comunicacin a travs de dos tipos de
mensajes. Las solicitudes (mtodos) y las respuestas (cdigos de estado) emplean el
formato de mensaje genrico establecido en el RFC 2822 , que consiste en una lnea
inicial seguida de uno o ms campos de cabecera (headers), una lnea vaca que indica
el final de las cabeceras, y por ltimo, el cuerpo del mensaje que es opcional.

2.2.2.6.2.2.1 Mtodos SIP

Las peticiones SIP son caracterizadas por la lnea inicial del mensaje, llamada
Request-Line, que contiene el nombre del mtodo, el identificador del destinatario de
la peticin (Request-URI) y la versin del protocolo SIP. Existen seis mtodos
bsicos SIP (definidos en RFC 254) que describen las peticiones de los clientes:

INVITE: Permite invitar un usuario o servicio para participar en una sesin o
para modificar parmetros en una sesin ya existente.
ACK: Confirma el establecimiento de una sesin.
OPTION: Solicita informacin sobre las capacidades de un servidor.
BYE: Indica la terminacin de una sesin.
CANCEL: Cancela una peticin pendiente.
REGISTER: Registrar al User Agent.

31
Sin embargo, existen otros mtodos adicionales que pueden ser utilizados, publicados
en otros RFCs como los mtodos INFO, SUBSCRIBER.

2.2.2.6.2.2.2 Respuestas (Cdigos de estado) SIP

Despus de la recepcin e interpretacin del mensaje de solicitud SIP, el receptor del
mismo responde con un mensaje. Este mensaje, es similar al anterior, difiriendo en la
lnea inicial, llamada Status-Line, que contiene la versin de SIP, el cdigo de la
respuesta (StatusCode) y una pequea descripcin (Reason-Phrase). El cdigo de la
respuesta est compuesto por tres dgitos que permiten clasificar los diferentes tipos
existentes. El primer dgito define la clase de la respuesta.

Cdigo Clases
1xx - Mensajes provisionales.
2xx - Respuestas de xito.
3xx - Respuestas de redireccin.
4xx - Respuestas de fallo de mtodo.
5xx - Respuestas de fallos de servidor.
6xx - Respuestas de fallos globales.

2.2.2.6.2.3 Cabecera

Las cabeceras se utilizan para transportar informacin necesaria a las entidades SIP.
A continuacin, se detallan los campos:

Via: Indica el transporte usado para el envo e identifica la ruta del request, por
ello cada proxy aade una lnea a este campo.
From: Indica la direccin del origen de la peticin.
To: Indica la direccin del destinatario de la peticin.
32
Call-Id: Identificador nico para cada llamada y contiene la direccin del host.
Debe ser igual para todos los mensajes dentro de una transaccin.
Cseq: Se inicia con un nmero aleatorio e identifica de forma secuencial cada
peticin.
Contact: Contiene una (o ms) direccin que pueden ser usada para contactar con
el usuario.
User Agent: Contiene el cliente agente que realiza la comunicacin.

2.2.2.6.2.4 Direccionamiento

Una de las funciones de los servidores SIP es la localizacin de los usuarios y
resolucin de nombres. Normalmente, el agente de usuario no conoce la direccin IP
del destinatario de la llamada, sino su e-mail.

Las entidades SIP identifican a un usuario con las SIP URI (Uniform Resource
Identifiers) definido en el RFC 2396. Una SIP URI tiene un formato similar al del e-
mail, consta de un usuario y un dominio delimitado por una @, como muestra los
siguientes casos:

usuario@dominio, donde dominio es un nombre de dominio completo.
usuario@equipo, donde equipo es el nombre de la mquina.
usuario@direccin_ip, donde direccin_ip es la direccin IP del dispositivo.
nmero_telfono@gateway, donde el gateway permite acceder al nmero de
telfono a travs de la red telefnica pblica.

La solucin de identificacin de SIP, tambin puede ser basada en el DNS descrito en
el RFC 3263, donde se describen los procedimientos DNS utilizados por los clientes
para traducir una SIP URI en una direccin IP, puerta y protocolo de transporte
utilizado, o por los servidores para retornar una respuesta al cliente en caso de que la
33
peticin falle.

2.2.2.6.3 IAX

El protocolo IAX se corresponde con Inter-Asterisk eXchange protocol. Como indica
su nombre fue diseado como un protocolo de conexiones VoIP entre servidores
Asterisk aunque hoy en da tambin sirve para conexiones entre clientes y servidores
que soporten el protocolo.

La versin actual es IAX2 ya que la primera versin de IAX ha quedado obsoleta Es
un protocolo diseado y pensado para su uso en conexiones de VoIP aunque puede
soportar otro tipo de conexiones (por ejemplo video)

Los objetivos de IAX son:

Minimizar el ancho de banda usado en las transmisiones de control y multimedia
de VoIP
Evitar problemas de NAT (Network Address Translation)
Soporte para transmitir planes de marcacin

Entre las medidas para reducir el ancho de banda cabe destacar que IAX o IAX2 es
un protocolo binario en lugar de ser un protocolo de texto como SIP y que hace que
los mensajes usen menos ancho de banda.

Para evitar los problemas de NAT el protocolo IAX o IAX2 usa como protocolo de
transporte UDP, normalmente sobre el puerto 4569,(el IAX1 usaba el puerto 5036), y
tanto la informacin de sealizacin como los datos viajan conjuntamente (a
diferencia de SIP) y por tanto lo hace menos proclive a problemas de NAT y le
permite pasar los routers y firewalls de manera ms sencilla.
2.2.2.6.3.1 Tipos de Trama

Los mensajes o tramas que se envan en IAX2 son binarios y por tanto cada bit o
conjunto de bits tiene un significado. Existen dos tipos de mensajes principalmente:

A) Tramas F o Full Frames

La particularidad de las tramas o mensajes F es que deben ser respondidas
explcitamente. Es decir cuando un usuario manda a otro una trama F (full frame) el
receptor debe contestar confirmando que ha recibido ese mensaje. Estas tramas son
las nicas que deben ser respondidas explcitamente.

A continuacin se muestra el formato de una trama F o full frame de IAX2.











Figura 3. Trama F del Protocolo IAX2


El significado de cada uno de los campos es el siguiente:
F: Un bit que indica si la trama es F (full frame) o no. Para que sea F o full frame
34
35
debe estar puesta a 1.
Source Call Number - Nmero de llamada de origen: 15 bits que identifican la
conversacin de origen ya que puede haber varias comunicaciones multiplexadas
por la misma lnea.
R: Bit de retransmisin. Se pone a uno cuando la trama es retransmitida.
Destination Call Number - Nmero de llamada destino: lo mismo que el de
origen pero para identificar el destino.
Timestamp o sello de tiempo: para marcar el tiempo en cada paquete
OSeqno - secuencia de salida: Nmero de secuencia de salida con 8 bits.
Comienza en 0 y se va incrementndose cada mensaje.
ISeqno - secuencia de entrada: Lo mismo para la entrada.
Frame Type - tipo de trama: Indica la clase de trama de que se trata
C: Puesto a 0 indica que el campo subclase debe tomarse como 7 bits (un solo
mensaje): Puesto a 1 indica que el campo subclase se obtiene con 14 bits (dos
mensajes consecutivos).
Subclase: Subclase del mensaje.
Data: datos que se envan en formato binario.

B) Tramas M o Mini Frames

Las tramas M o mini frames para mandar la informacin con la menor informacin
posible en la cabecera. Estas tramas no tienen porque ser respondidas y si alguna de
ellas se pierde se descarta sin ms.

El formato binario de las tramas M o mini frames es el siguiente:
Figura 4. Trama M del protocolo IAX2
El significado de los campos es similar al de las tramas F o full frame. En este caso el
bit F est puesto a 0 y el sello de tiempo o Timestamp est truncado y solo tiene 16
bits para aligerar la cabecera. Son los clientes los que deben encargarse de llevar un
timestamp de 32 bits si lo desean y para sincronizarlo mandar una trama F.

2.3 Asterisk

2.3.1 Concepto de Asterisk [3]

Asterisk es una central telefnica IP por software (PBX) basado en el concepto de
software libre. Es promovido por la empresa Digium Inc. la cual invierte en el
desarrollo del cdigo fuente y en hardware de telefona de bajo costo compatible con
Asterisk. El Asterisk permite conectividad en tiempo real entre las redes PSTN y
redes VoIp, adems funciona en plataforma Linux y otras plataformas Unix.

2.3.2 Caractersticas [3]

El Asterisk ofrece un variado y flexible paquete de caractersticas. Asterisk ofrece
funcionalidades bsicas PBX y caractersticas ms avanzadas, as como tambin
interopera con sistemas bsicos de telefona estndares y sistemas VoIP, adems
provee otras caractersticas como conferencias, llamada en espera y grabacin de
36
37
llamadas.

Se pueden crear distintas funcionalidades mediante el propio lenguaje de Asterisk o
mdulos escritos en lenguaje de programacin C o mediante scripts AGI (Interfaz de
gateway para Asterisk) escritos en Perl o en otros lenguajes.

Algunas de las funciones o caractersticas del Asterisk son las siguientes:
Receptor de alarma
Asistente Automatizado
Autentificacin
Listas negras
Grabacin de llamadas
Monitoreo de llamadas
Llamadas en espera
Recuperacin de llamadas
Gua de llamadas
Transferencia de llamadas
Identificacin de usuarios
Conferencias
Integracin de base de datos
Marcado por nombre
Lgica flexible de la extensin
Lista de directorio interactivo
Respuesta de voz interactivo
Mensajes SMS
Deteccin de conversaciones

2.3.3 Ventajas de Asterisk [3]- [10]

Proporciona todas las funcionalidades de las grandes centrales telefnicas propietarias
como buzones de voz, IVR (unidad de respuesta automtica), etc, y ofrece algunas
posibilidades y servicios no disponibles en la mayora de ellos (grabacin de
llamadas, extensiones remotas, entre otros).

Asterisk ofrece una gran cantidad de ventajas tales como,
38
Reduccin de costos

No solo por ser un sistema de cdigo abierto (Open Source) sino a gracias a su
arquitectura hardware: utiliza plataforma servidor estndar (de propsito no
especfico) y tarjetas PCI para las interfaces de telefona, que por la competencia del
mercado han disminuido sus precios progresivamente.

Funcionalidad

Asterisk dispone de todas las funcionalidades de las grandes centrales propietarias
(Cisco, Avaya, Alcatel, NEC, Siemens, etc). Desde las ms bsicas (desvos, captura
de llamada, transferencia de llamada, multi-conferencias) hasta las ms avanzadas
(Buzones de voz, IVR).

Escalabilidad

El sistema puede dar servicio a un grupo pequeo de usuarios en una sede de una
pequea empresa, como a una gran cantidad de usuarios de una multinacional
repartidos en mltiples sedes, gracias a la conexin directa de varias PBX Asterisk.

Interoperabilidad y Flexibilidad

Asterisk ha incorporado la mayora de estndares de telefona del mercado, tanto los
tradicionales (TDM) con el soporte de puertos de interfaz analgicos (FXS y FXO),
como los de telefona IP (SIP, H.323, MGCP, SCCP/Skinny). Esto permite
conectarse a las redes pblicas de telefona tradicional e integrarse fcilmente con
centrales tradicionales (no IP) y otras centrales IP.


Control del Sistema de Telefona

Permite la independencia de configuracin de la PBX, total libertad e interfaces
estndares, gracias a la plataforma Linux que a fin de cuentas es totalmente libre.

2.3.4 Arquitectura del Asterisk [3]

Asterisk est cuidadosamente desarrollado para mxima flexibilidad. APIs (Interfaz
de Programacin de Aplicaciones) especficos son definidos en un sistema central
PBX. Este centro avanzado maneja interconexin interna del PBX, por protocolos
especficos, codecs en interfaces de hardware de aplicaciones de telefona. Esto le
permite al Asterisk utilizar cualquier hardware conveniente y tecnologa disponible,
ahora o en el futuro para realizar sus funciones esenciales, conectando hardware y
aplicaciones.














Figura 5. Arquitectura Bsica de Asterisk
39
40
La figura 5 muestra la arquitectura bsica de Asterisk. A continuacin se explicarn
los conceptos relacionados de la arquitectura de la PBX Asterisk.

2.3.4.1 Mdulos de la Arquitectura de Asterisk

El Asterisk maneja los siguientes mdulos:

2.3.4.1.1 Ncleo de PBX

La esencia del Asterisk, por supuesto es un sistema de conmutacin de intercambio
de rama privada (PBX), conectando llamadas entre varios usuarios y tareas
automatizadas. La base de la conmutacin conecta a los usuarios llegando a varios
softwares y hardware de interfaz.

2.3.4.1.2 Lanzador de Aplicaciones

Ejecuta aplicaciones que mejoran servicios para usos tales como voicemail (llamada
en mail) y lista de directorio. Ms all de las aplicaciones en la versin central existen
aplicaciones que pueden ser agregadas a partir de archivos asterisk-addons (adiciones
de Asterisk).

2.3.4.1.3 Codecs y Traductor de Codecs

Usa mdulos de codecs para codificar y decodificar varios formatos de compresin
de audio usados en la industria de la telefona. Logrando as un menor uso de ancho
de banda.



41
Asterisk soporta los siguientes codecs:

a) G.711 ley u (usado en EUA)
b) G.711 ley a (usado en Europa)
c) G.723.1
d) G.726
e) G.729
f) GSM
g) iLBC
h) LPC10
i) Speex

2.3.4.1.4 Gestor de Entradas/Salidas

Maneja organizacin de tareas de bajo nivel y sistemas de operacin para un ptimo
rendimiento bajo cualquier condicin de carga.

2.3.4.1.5 Cargador de Mdulos API

Cuatros APIs estn definidos por mdulos cargables, facilitando el hardware y la
utilizacin del protocolo. Usando este sistema API, la base del Asterisk no tiene que
preocuparse de detalles como por ejemplo: que llamada est entrando o que codecs
est usando actualmente.

Canal API: el canal API maneja el tipo de conexin al cual el cliente est
llegando, sea una conexin VoIP, ISDN, o algn otro tipo de tecnologa. Mdulos
dinmicos son cargados para manejar los detalles ms bajos de la capa de estas
conexiones.

42
Aplicacin API: esta aplicacin permite a varios mdulos de tareas cumplir
varias funciones, conferencias, lista de directorios, voicemail en la lnea de
transmisin de datos, y cualquier otra tarea..

Traductor del Codec API: su funcin es cargar mdulos de codecs para apoyar
varios tipos de audio, codificando y decodificando formatos tales como gsm, ley
u, ley a e incluso mp3.

Formato de Archivo API: maneja la lectura y escritura de varios formatos de
archivos para el almacenaje de datos en el sistema de archivos.

La frmula modular es lo que le permite al Asterisk integrar hardware de telefona
existentes y tecnologa de paquetes de voz emergentes hoy en da.
Los mdulos API permiten el uso flexible de aplicaciones modulares para realizar
cualquier accin en demanda, tambin provee la posibilidad de desarrollo de nuevas
aplicaciones para satisfacer necesidades especficas.

2.3.4.1.6 Canales

Un canal es equivalente a una lnea telefnica en la forma de un circuito de voz
digital. Este generalmente consiste de un seal analgica en sistema PSTN o alguna
combinacin de CODEC y protocolos de sealizacin (GSM con SIP, Ley u con
IAX). En un principio las conexiones de telefona eran siempre analgicas y por ende
ms susceptibles a ruidos y a ecos. Ms recientemente, buena parte de la telefona
evolucion al sistema digital, donde la seal analgica es codificada en forma digital
usando generalmente PCM. Esto permite que un canal de voz sea codificado en 64
Kbps sin ser compactado.


43
Canales para la Red pblica de Telefona

Digium zaptel. chan_zap:
- TE410P - 4xE1/T1 (PCI-X 3,3V)
- TE412P 4xE1/T1 (PCI-X 3,3V) con supresin de eco
- T405P 4xE1/T1 (PCI-X 5V)
- TE407P 4xE1/T1 (PCI-X 5V) con supresin de eco
- TE205P 2xE1/T1 (PCI-X 5V)
- TE207P 4xE1/T1 (PCI-X 5V) con supresin de eco
- TE210P 4xE1/T1 (PCI-X 3,3V)
- TE212P 4xE1/T1 (PCI-X 3,3V) con supresin de eco
- TE110P 1xE1/T1 (PCI-X 3,3-5V)
- B410P 4x ISDN BRI
- TDM400P 4 puertas analgicas FXS o FXO
- TDM800P 8 puertas analgicas FXS o FXO
- TDM2400 24 puertas analgicas FXS o FXO

Otros canales para la red pblica:
chan_phone: Tarjetas quicknet phonejack y linejack.
chan-misdn, chan_visdn, chan_capi: Tarjetas ISDN (Eicon, Beronet, Junghanns).
chan_unicall: Tarjetas Digium con sealizacin MFC/R2.
chan_ss7: Tarjetas Digium con sealizacin 7 (ISUP).
chan_bluetooth: Permite el uso de dispositivos Bluetooth.

Canales para Voz sobre IP:
chan_sip: Session Initiation Protocol.
chan_iax: Inter-Asterisk Exchange Protocol 2.
chan_h323: ITU H.323.
chan_mgcp: IETF MGCP.
chan_sccp: Cisco SCCP.

Canales internos para Asterisk:
chan_agent: Un canal de agente DAC. Dial String (Agent/agentnumber).
chan_console: Cliente de consola de Linux, driver para placas de sonido (OSS o
ALSA). Dial string: console/dsp.
chan_local: Pseudo canal. Hace un loop en el plan de discado. Dial string:
local/extension@context

2.3.4.1.7 Protocolos

Es preciso un protocolo de sealizacin para establecer conexiones, determinar el
punto de destino, adems de aspectos relacionados con la telefona como el tono y
tiempo de repique, identificador de llamadas, desconexin, etc. Asterisk soporta:
SIP
H323
IAX v1 y v2
MGCP
SCCP (Cisco Skinny)

2.3.5 Esquema General

Asterisk es una PBX hbrido que integra tecnologas como TDM y telefona IP con
funcionalidad de unidades de respuesta y distribucin automtica de llamadas. En la
figura 6 se puede observar que Asterisk se puede interconectar con operadoras de
telecomunicaciones o una PBX con el uso de interfaces analgicas o digitales.









Figura 6. Esquema General de Asterisk
44
45
CAPTULO III
ANLISIS DEL AMBIENTE TCNICO EXISTENTE Y
ESTUDIO DEL TRFICO GENERADO POR LA RED INTERNA
TELEFNICA DEL MINISTERIO

3.1 Anlisis Del Ambiente Tcnico Existente del Ministerio

El ministerio cuenta con 2 centrales telefnicas, una de ellas Analgica/Digital y otra
IP, las cuales trabajan sin integracin alguna.

Las extensiones conectadas a la PBX Analgica/Digital estn configuradas con 4
dgitos y las extensiones de la PBX IP con 3 dgitos.

Ambas centrales tienen configurado el nmero 9 para la comunicacin con la PSTN
de CANTV marcando luego el nmero telefnico deseado. Esta configuracin se
debe mantener, en beneficio de los usuarios del ministerio, adems de la facilidad y
rapidez del enrutamiento de las llamadas.

3.1.1 Estado de las Comunicaciones del Ministerio

3.1.1.2 Comunicacin NEC con CANTV

La comunicacin con la PSTN se realiza a travs de 27 lneas telefnicas, las cuales
llegan al MDF del ministerio y de all se conectan con la PBX NEC.

3.1.1.3 Comunicacin NEC/Asterisk

Esta comunicacin se lleva a cabo utilizando como intermediador la PSTN de
CANTV, lo que representa un gasto innecesario para el ministerio. No posee
46
integracin alguna.

3.1.1.4 Comunicacin Asterisk con CANTV

Se utiliza 1 tarjeta que provee 4 interfaces FXS (permite la comunicacin con la red
pblica) y 4 FXO (utilizada para conectar dispositivos como telfonos, faxes, etc.), la
cual es una interfaz adecuada para la interconexin del Asterisk con lneas troncales
analgicas. Igualmente llegan al MDF del ministerio y son conectadas luego a la PBX
IP.

La comunicacin entre Asterisk y CANTV se pretende realizarla con un E1. El
estudio de la factibilidad de esta conexin se explicar a continuacin.

3.2 Estudio Del Trfico Generado Por La Red Interna Telefnica Del Ministerio

Este estudio se dividir en 2 fases, las cuales consistirn en el estudio del trfico
generado por las PBXs NEC y Asterisk por separados.

3.2.1 Trfico Generado por la PBX Asterisk

Actualmente la cantidad de lneas telefnicas IP que posee el ministerio son 35 y se
estima que al finalizar el proyecto aumente a 60 lneas IP, por lo tanto el estudio del
trfico generado por la PBX Asterisk se realizar bajo las siguientes estimaciones, las
cuales fueron acordadas en un plan de trabajo por parte de la Oficina de Tecnologas
de la Informacin.

Nmeros de usuarios IP: 60
Nmero de llamadas por hora: 3
Duracin en segundos de cada llamada: 180

Utilizando la unidad de trfico internacional denominada Erlang, la cual se calcula
con la siguiente frmula,
3600
) ( _ _ _ _ seg llamada de duracin hora por llamadas N Usuarios N
A

=

Erlangs A 9
3600
180 3 60
=

=
Una vez calculado los erlangs, se procede a buscar en la tabla de trfico de Erlang B,
con su respectivo grado de servicio, la cantidad de lneas telefnicas necesarias:












Figura 7. Trafico Erlang B Generado por la PBX NEC
Fuente: http://www. Ittc.ku.edu/EECS/EECS_863.frost/erlang-table.pdf
Para un grado de servicio de 5 %, es decir, 95 % de llamadas libres de bloqueo
(eficaces) sern necesarios 14 canales telefnicos.

Para un grado de servicio de 10 %, sern necesarios 12 canales telefnicos.

Segn la Recomendacin E.426, un nivel elevado de intentos de llamada eficaces est
por encima del 60%. Por lo tanto los grados de servicios con los cuales se dimension
el sistema cumplen a cabalidad dicha recomendacin.
47
La PBX Asterisk se pretende que cuente con una troncal E1 para su conexin con la
PSTN de CANTV, la cual proporcionar 15 canales entrantes y 15 salientes, por lo
cual para el trfico generado por la PBX Asterisk dichos canales son ms que
suficientes para soportar la carga telefnica generada por los telfonos IP.

3.2.2 Trfico Generado por la PBX NEC

La cantidad de usuarios (lneas telefnicas analgicas o digitales) que posee el
ministerio es de 89.

La frmula de Erlang se puede calcular tambin de la siguiente manera, una vez que
se est en capacidad de determinar las llamadas realizadas por los usuarios y sus
caractersticas, como duracin y trfico generado por da,
3600
) ( _ _ _ _ _ seg llamada de duracin pico hora en llamadas N
A

=
1953
2180
2250
1953
2131
2373
1965
2395
0
500
1000
1500
2000
2500
3000
1 2 3 4 5 6 7 8
Das
N

d
e

L
l
a
m
a
d
a
s











Grfico 1. Nmero de Llamadas por Da Generadas por la PBX NEC
Las estadsticas promediaron un total de 2150 llamadas por da con una duracin
promedio de cada llamada de 200 segundos (3:20 min).

48
En los das 1, 2 y 3 tambin se observ que la hora donde se realizaban ms llamadas
result ser las 11am, la siguiente grafica corresponde a este estudio.

Porcentaje de Llamadas en Hora Pico
301 298
360
0
50
100
150
200
250
300
350
400
1 2 3
Das
N

L
l
a
m
a
d
a
s

e
n

H
o
r
a

P
i
c
o

(
1
1
a
m
)










Grfico 2. Porcentaje de Llamadas en Hora Pico Generadas por la PBX NEC

En el 1er da hubo en total 1953, a las 11am 301 llamadas, lo cual representa un
15,41%.

En el 2do da, 2180 llamadas en total, 298 llamadas a las 11am, lo que es igual a un
13,66%.

En el 3er da, 2250 llamadas en total, 360 llamadas a las 11am, arrojando un 16%.

Asumiendo que las llamadas en hora pico son el 15% de las llamadas diarias totales,
se tiene que:

322 _ _ _
5 . 322 15 , 0 2150 _ _ _
=
= =
pico hora en llamadas N
pico hora en llamadas N


49
Con estos datos se procede a calcular el trfico telefnico en Erlangs:
Erlangs A 89 , 17
3600
200 322
=

=

Una vez calculado los erlangs, se procede a buscar en la tabla de trfico de Erlang B,
con su respectivo grado de servicio, la cantidad de lneas telefnicas necesarias:

Para un grado de servicio de 5 % sern necesarios 23 canales telefnicos.

Para un grado de servicio de 10 %, sern necesarios 20 canales telefnicos.

La PBX NEC cuenta con 27 lneas telefnicas las cuales se pretende que sean
utilizadas nicamente para las llamadas salientes. Por lo tanto, para ofrecer un buen
servicio telefnico a los usuarios del ministerio, estas 27 lneas son ms que
suficientes.
Basados en los resultados anteriores, se concluye que es innecesario la adicin de las
50 lneas telefnicas que se pretendan instalar a la PBX NEC, ya que sera una
inversin no factible y poco o nada eficiente desde el punto de vista tcnico y
econmico.










50
CAPTULO IV
CONEXIN ASTERISK CON CANTV A TRAVS DE UN E1

CANTV maneja como sealizacin entre sus centrales SS7 (Sealizacin # 7) y para
el usuario final la sealizacin utilizada es MFCR2, por lo tanto el Asterisk debe
soportar esta sealizacin.

La tarjeta utilizada para la sealizacin MFCR2 es la misma que para la sealizacin
ISDN. Esta tarjeta posee dentro del cdigo del canal zapata (canal destinado para la
comunicacin con la red pblica) sealizacin MFR2, pero de acuerdo con Mark
Spencer (creador de Asterisk) est lejos de ser implementado. Para que Asterisk
soporte MFCR2 se debe usar el driver Unicall.

4.1 Seleccin de la Tarjeta para la Comunicacin de Asterisk y CANTV a
Travs de un E1

Se adquiri la tarjeta TE205P, debido a que utiliza un bus PCI comn de 5 voltios, la
cual es compatible con el servidor donde ser instalada y proporciona 2 interfaces
para la conexin de 2 E1.








Figura 8. Tarjeta TE205P

51
52
4.2 Controlador (Driver) Unicall

El controlador Unicall fue desarrollado por Steve Underwood y es distribuido
gratuitamente, no es parte de Asterisk y no es soportado por Digium Inc. Fue
desarrollado en base al canal zaptel (chan_zap). Este driver da soporte de MFCR2 a
Asterisk.

La cadena de comunicaciones de Zaptel usualmente funciona as:

PSTN- tarjeta zaptel- driver zaptel- libpri- chan-zap- Asterisk,

pero con MFC/R2 es utilizada una nueva librera de abstraccin llamada libunicall,
que provee de una nueva interfaz unificada de manejo de llamadas (unified call
handling interface, unicall). La secuencia de comunicacin es ligeramente diferente:

PSTN- tarjeta zaptel- driver zaptel- libmfcr2- libunicall- chan-unicall- Asterisk

4.3 Instalacin y Compilacin de Asterisk con Soporte Unicall

4.3.1 Caractersticas del Servidor

El Asterisk ser instalado en un servidor cuyas caractersticas se presentarn a
continuacin:

Servidor HP Compaq Proliant 380DL
2 procesadores Intel Xeon 3,6 Ghz
2 Gb de memoria RAM
2 Discos SCSI en arreglo RAID 1

53
4.3.2 Sistema Operativo

El sistema operativo utilizado para este proyecto fue la siguiente distribucin de
GNU/Linux:

GNU/Linux Slackware 11, esta distribucin aprovecha mucho ms el
procesamiento del servidor que ninguna otra
Kernell (ncleo) 2.6.21.3 SMP (Symetric Multi Process)

4.3.3 Sistemas Bsicos de la PBX

Para la instalacin y correcto funcionamiento de Asterisk se deben descargar los
siguientes paquetes, los cuales sern descritos a continuacin:

Asterisk 1.4.2: es el paquete bsico del asterisk, incluye creacin de extensiones,
envo de mensajes de voz a e-mail, llamadas en conferencia, menus de voz
interactivos y distribucin automtica de llamadas.
Asterisk Sound 1.2.1: este paquete aporta sonidos y frases en diferentes idiomas.
Libpri 1.4.1: librera delegada a dar soporte para conexiones digitales.
Zaptel 1.4.3: es el paquete que brinda soporte para hardware. Contiene los
mdulos para las tarjetas Digium, encargadas de interconectar sistemas
tradicionales de la telefona con la tecnologa Voz sobre IP.
Asterisk-addon 1.4.2: son complementos y aadidos del paquete Asterisk.
SpanDsp 0.0.3: paquete que contiene las herramientas que permite capturar un
Fax y convertirlo en un archivo .TIF
Libsupertone 0.0.2: librera encargada de la generacin y deteccin de tonos de
supervisin (tono de ocupado, de desconexin, etc.). Esta accin se puede realizar
por medio de indications.conf, siendo esta menos completa que libsupertone
Libunicall 0.0.3: contiene las libreras de Unicall que proveen una interfaz
54
codificada para el manejo de llamadas.
Libmfcr 0.0.3: contiene las librerias que dan soporte al protocolo de sealizacin
MFCR2

4.3.4 Compilacin de Asterisk en Slackware-11

ZAPTEL
Descomprimir el paquete ZAPTEL:
root@asterisk:/usr/src/#tar -zxvf zaptel-1.2.6.tar.gz
Entrar en el directorio creado luego de la descompresin del paquete
ZAPTEL:
root@asterisk:/usr/src/#cd zaptel-1.2.6/
Preparar el paquete para la distribucin Slackware:
root@asterisk:/usr/src/#zaptel-1.2.6/#./configure --prefix=/usr
Limpiar el cdigo fuente y luego proceder a la compilacin:
root@asterisk:/usr/src/#zaptel-1.2.6#make clean && make
Enviar el cdigo compilado a un directorio vaco:
root@asterisk:/usr/src/#zaptel-1.2.6#make DESTDIR= /mnt/hd/ install
Crear del paquete .tgz para Slackware:
root@asterisk:/usr/src/zaptel-1.2.6#cd /mnt/hd/
root@asterisk:/mnt/hd#makepkg zaptel-1.2.6.tgz
Instalar el paquete .tgz creado:
root@asterisk:/mnt/hd#installpkg zaptel-1.2.6.tgz
Guardar el paquete creado a un lugar seguro y limpiar el directorio temporal:
root@asterisk:/mnt/hd#mv zaptel-1.2.6.tgz /root/ && rm * -R
Volver al directorio de desarrollo:
root@asterisk:/mnt/hd#cd /usr/src/


55
Para los siguientes paquetes se procede de la misma forma que con el paquete zaptel
(obviamente utilizando el nombre de cada paquete para cada uno de los comandos a
ejecutar),

LIBPRI
SpanDSP
LIBSUPERTONE
LIBUNICALL
LIBMFCR2
ASTERISK-ADDON
ASTERISK-SOUNDS

Para la integracin del Unicall al Asterisk es necesario descargar los archivos
referentes al chan_unicall como lo son:
chan_unicall.c
channels_Makefile.patch
unicall.conf.sample

Se debe copiar los archivos para la estructura donde el Asterisk ser compilado
#cp channel_unicall.c channels_Makefile.patch /usr/src/asterisk/channels

Adems se debe aplicar el patch del canal de Asterisk

#cd /usr/src/asterisk/channels
#patch < channels_makefile.patch

Ahora se procede a la compilacin del Asterisk,

ASTERISK, igualmente que los paquetes anteriores
56
4.4 Configuracin del Archivo Unicall.conf

Para la utilizacin de los canales R2 se debe editar el archivo unicall.conf. Este
archivo se encuentra en etc/asterisk/unicall.conf

A continuacin se muestra la configuracin del archivo antes mencionado con la
descripcin de cada parmetro,
Tabla 2. Configuracin del Archivo Unicall.conf
[channels]
usecallerid=yes Habilita el envo de identificacin de llamada.
hidecallerid=no No oculta la identificacin de llamada
callwaitingcallerid=yes Habilita el recibimiento del identificador de llamadas
durante una indicacin de llamada en espera.
threewaycalling=yes Habilita la conferencia tripartita.
transfer=yes Permite la transferencia de llamadas. Para el uso de
esta opcin threewaycalling debe estar configurado
para yes
Cancallforward=yes Permite que una llamada sea enrutada a otra
extensin.
callreturn=yes Permite el retorno de llamada con *69
echocancel=yes Habilita la supresin de eco
echocancelwhenbridged=yes Habilita la supresin de eco durante una llamada
netamente TDM. En principio estas llamadas no
requieren supresin de eco, pero el desempeo del
audio es mejorado.
echotraining=yes Permite que el Asterisk coloque en silencio un canal,
enve un impulso y utilice ste para pre-configurar el
cancelador de eco.
rxgain=0.0 Utilizado para aumentar o disminuir el volumen de
recepcin en dB.
txgain=0.0 Utilizado para aumentar o disminuir el volmen de
transmisin en dB
callgroup=1
pickupgroup=1
Permite el rescate de llamadas marcando *8
language=es Configura el lenguaje en que los mensajes del
sistema son mostrados.
immediate=yes Especfica que el canal debe ser contestado
inmediatamente
musiconhold=default Selecciona la msica en espera
57
callerid=asreceived Configura una cadena de Caller ID para un canal
dado. Habilita el envo de Caller Id en interfaces de
troncales telefnicas.
protocolclass=mfcr2 Habilita la sealizacin MFCR2
Protocolvariant=ve,10,12 Este punto se describir en el siguiente prrafo
protocolend=co Trabaja en conjunto con protocolclass. Al ser
MFCR2 un protocolo peer to peer se debe colocar
este parmetro.
group=1 Permite que un nmero de canales sea tratado como
uno slo.
faxdetect=yes Habilita la recepcin de fax
loglevel=255 Permite el almacenamiento de 255 mensajes Unicall
context=entrantes Define el contexto para el canal Unicall
channel => 1-15
channel => 17-31
channel => 32-46
channel => 48-62
Define el banco de canales. Cada canal heredar
todas las opciones configuradas en el archivo
unicall.conf. Importante es destacar que el canal 16 y
47 no son configurados porque son destinados a
sealizacin

El siguiente parmetro funciona de la siguiente forma,

protocolvariant= pas,dgitos-ANI,dgitos-DNIS, en donde,

pas: es el cdigo del pas, en este caso Venezuela (ve)
ANI (Automatic Number Identification): es el nmero de la persona que est
originando la llamada.
DNIS (Diales Number Identification Service): es el nmero discado por el origen de
la llamada.

4.5 Configuracin del Archivo zaptel.conf

Para configurar la placa E1 se debe definir el span (pin) y despus los canales. Los
spans son enumerados a partir de la secuencia de reconocimiento de las placas en el
hardware. El archivo zaptel.conf debe ser configurado de la siguiente forma,

58
Tabla 3. Configuracin del Archivo zaptel.conf
span=1,1,0,cas,hdb3
cas=1-15:1101
cas=17-31:1101
span=2,1,0,cas,hdb3
cas=32-46:1101
cas=48-62:1101
loadzone=us
defaultzone=us
span=1,1,0,cas,hdb3: define un banco de canal, como se va utilizar MFCR2 es
preciso configurar con CAS (sealizacin por canal asociado), para enviar las
sealizacin de cada canal por el canal 16. Adems con cdigo HDB3.

cas=1-15:1101: agrupa con CAS los canales del 1 al 15 con 1101 que significa
"Regresar: Blocked", es decir, lo que debe pasar es que la tarjeta debe regresar el
modo blocked (bloqueado)en todos lo canales siempre que no se este usando, en otras
palabras, si Asterisk esta apagado. Pero cuando Asterisk se enciende debe
desbloquear y poner en Idle (libre) los canales para esperar llamadas.

Un punto importante es que en esta configuracin se dejan libres los canales 16 y 47,
los cuales son destinados para la sealizacin.

loadzone=us: significa que tus tarjetas de interfaz sern cargadas con tonos de la
indicacin de los E.E.U.U

defaultzone=us: los medios utilizan los tonos para esta zona por defecto

A continuacin se cargan el mdulo zaptel y el mdulo correspondiente a la tarjeta
instalada, de la siguiente forma.
59
#modprobe zaptel
#modprobe wct4xxp

Luego de cargar los mdulos, se debe configurar los canales usando el utilitario ztcfg
(zaptel configuration), esto se realiza para configurar la sealizacin utilizada por la
interfaz fsica.

4.6 Pruebas de la Comunicacin Asterisk-CANTV

Para llevar a cabo estas pruebas, primeramente se adquiri el enlace E1 provisto por
CANTV, con 15 canales de entrada y 15 de salida, el cual llegaba al MDF del
ministerio y se conectaba a una CPA que proporcionaba 400 nmeros directos
(extensiones), que a su vez era conectado con el Asterisk utilizando un Balum, el cual
proporcionaba una interfaz que adaptaba los cables micro-coaxiales procedentes de la
CPA a un RJ-45, debido a que la tarjeta E1 del Asterisk posee entrada de cable de
red. La prueba de comunicacin simplemente se dividi en dos etapas bastantes
evidentes (Todas las pruebas se realizaron entre las 11am-1pm, donde segn las
estadsticas de la PBX NEC se genera el mayor trfico siendo las 11am la hora pico):

Llamadas entrantes:

Se procedi a realizar llamadas desde un telfono celular y local hacia un telfono
perteneciente al Asterisk, esta llamada se conect de manera satisfactoria presentando
una calidad de audio bastante aceptable, donde no se presentaba eco ni saltos en la
conversacin (prdida de paquetes de voz), comparable a la calidad de comunicacin
cuando se llamaba a un telfono perteneciente a la PBX NEC.



60
Llamadas salientes:

Se procedi a realizar llamadas desde un telfono perteneciente al Asterisk a
celulares, telfonos locales y nacionales, en estas llamadas el Asterisk enviaba la
informacin del nmero de destino a CANTV y el telfono de destino repicaba
normalmente, pero cuando la llamada era contestada no se escuchaba voz alguna.

Al presentar este problema, se presumi que haba ocurrido un error en la instalacin
y configuracin del Asterisk, por lo que se decidi realizar de nuevo el
procedimiento, pero los resultados de las pruebas fueron los mismos.

Aprovechando una de las ventajas de software libre, como es la herramienta de los
foros, se busc informacin acerca de este problema, no encontrando solucin alguna.

Como ltimo recurso se procedi a solicitar a CANTV el asesoramiento de un tcnico
para la verificacin de la comunicacin durante las llamadas entre Asterisk y CANTV
por medio de un analizador de protocolos, el cual por polticas de la empresa fue
manejado totalmente por el tcnico de CANTV.

La conclusin de esta visita y de la utilizacin del analizador de protocolos result
que la sealizacin para las llamadas entrantes y salientes eran diferentes. Al contar
con estos resultados, se contact al enlace de CANTV con el ministerio para solicitar
informacin acerca de cmo era la sealizacin de las llamadas entrantes y salientes a
travs de un E1. Esta informacin fue de vital importancia para lograr los objetivos
planteados, ya que las llamadas entrantes CANTV la manejaba con MFCR2 y las
salientes con DTMF, por lo cual y basndonos en que Asterisk con soporte Unicall
opera las llamadas con MFCR2, se solicit a CANTV que tanto los canales entrantes
como salientes se configuraran con MFCR2.

61
Al cumplir con nuestro requerimiento, se procedi nuevamente a realizar las pruebas
de comunicacin entre Asterisk y CANTV, completndose de manera satisfactoria y
con calidad de audio aceptable, sin eco y sin supresin de voz, tanto las llamadas
entrantes como las salientes, comparable a la calidad de comunicacin proporcionada
por la PBX NEC, al punto de que un usuario del ministerio no not diferencia alguna
entre las llamadas manejadas por la PBX NEC y la PBX Asterisk.























62
CAPTULO V

INTEGRACIN DE LA PBX ANALGICA/DIGITAL (NEC) CON PBX IP
POR SOFTWARE (ASTERISK) E INTERCONEXIN CON LA RED PSTN
DE CANTV.

Luego de la conexin del Asterisk con CANTV a travs de un E1, se plante que la
conexin entre Asterisk y NEC tambin se llevara a cabo igualmente a travs de un
E1.

5.1 Caractersticas de la Integracin Asterisk-NEC

La integracin de ambas PBXs se debe realizar bajo la premisa de transparencia para
los usuarios, es decir, que para ellos sea indiferente e indetectable la comunicacin
entre un telfono IP y uno Analgico o Digital. A continuacin se presentarn las
caractersticas que debe tener la integracin Asterisk-NEC:

Las extensiones deben ser configuradas a 4 dgitos (XX-XX), en donde los dos
primeros dgitos correspondern al departamento u oficina, por ejemplo: las
extensiones de la oficina de tecnologas de la informacin (OTI) sern 18-00, 18-
01, 18-02, etc., por ende cada oficina tendr un rango de crecimiento a nivel
extensiones de 100 nmeros, desde el 00 hasta 99, indicados por los 2 ltimos
dgitos. Logrndose as un plan de numeracin perfectamente estructurado.
Para la comunicacin con la PSTN de CANTV, es decir, la comunicacin fuera
del ministerio, el usuario deber teclear 9 antes de ingresar el nmero de destino.
La integracin deber poseer un desborde desde la PBX NEC hacia el Asterisk,
cuando la primera tenga todas las lneas salientes ocupadas.
Todas las llamadas entrantes al ministerio deben ser recibidas por el Asterisk y
este a su vez enviarla a la extensin correspondiente.
5.2 Levantamiento de la Informacin de las Oficinas Pertenecientes al
Ministerio.

Para la configuracin de las extensiones de la forma que anteriormente se explic, es
necesario realizar un estudio de todas las oficinas que pertenecen al ministerio con
sus respectivos telfonos, para elaborar as el plan de numeracin. Para ello se
visitaron todas las oficinas para la recaudacin de la informacin necesaria.

A continuacin se muestra una parte de como se estructur el Plan de Numeracin, en
el anexo VI se muestra el Plan de Numeracin completo.












Figura 9. Fragmento del Nuevo Plan de Numeracin
En la figura 9 se puede apreciar lo siguiente:

las extensiones presentes (en funcionamiento antes de la realizacin de este
proyecto) que estn configuradas a 4 dgitos pertenecen a la NEC y las de 3
dgitos al Asterisk
los 2 ltimos dgitos de los faxes sern configurados con 99.
63
en el campo de Ext. (Extensiones) Presentes hay algunos recuadros sin nmero, es
decir, no poseen telfono, por lo tanto se le colocar a cada uno de esos usuarios
telfonos IP, ya que el crecimiento de ahora en adelante de la telefona del
ministerio ser nicamente IP.

5.3 Topologa de la Integracin NEC-Asterisk

64
En la siguiente imagen se puede observar la nueva topologa de la telefona del
ministerio.














Figura 10. Topologa de la Integracin NEC-Asterisk

En la figura 10 se puede observar que los nmeros directos de los faxes no llegan a
travs del Asterisk, debido a que se realizaron pruebas de transmisin y recepcin de
documentos utilizando los faxes a travs del Asterisk y estos documentos llegaban a
su destino pero presentaban problemas como el solapamiento de las imgenes, por lo
65
cual se decidi dejar los faxes con nmeros directos entrantes por la PBX NEC como
funcionaban anterior a este proyecto.

5.4 Configuracin del Sistema NEC

5.4.1 Componentes de la PBX NEC

La PBX NEC se compone de mdulos, los cuales sern descritos a continuacin,

LPRJ Mdulo Procesamiento
PIMU Mdulo de Interfaz de Puerto
Mdulo TDSW
Tarjetas de Lnea/Troncal
Software del Sistema
Mdulos de Software para capacidad de puertos L/T del sistema
Mdulos de Software de Aplicaciones

En el anexo VIII se explica con detalle cada uno de estos componentes.


5.4.2 Configuracin de la Tarjeta PA-30DTS(DTI)

El circuito PA-30DTS (30DTI) provee una interfaz entre 30 troncales digitales y el
sistema de 2048 Mbps, es decir, un E1. Esta tarjeta puede ser usada como una interfaz
para la PSTN o una red ISDN.

En vista de la posibilidad de la conexin del Asterisk con CANTV a travs de un E1,
surgi la idea de integrar el Asterisk con la NEC a travs de un enlace E1, por lo cual
se adquiri unja tarjeta PA-30DTS (DTI), y se configur de la siguiente forma,

Tabla 4. Configuracin de la Tarjeta PA-30DTS(DTI)
Mdulo
N de
Slot
Nombre
del
Switch
Switch Configuracin
MB

Down: de esta forma est en
funcionamiento la tarjeta
0=OFF
1=OFF
2=OFF
Loopback tanto interno
como externo est
cancelados
LBSW

3=OFF Recomendado colocar
en OFF
1=OFF Activa la mscara
ROM, que especfica
las ganancias Tx y Rx
2=OFF Recomendado para
control
3=OFF Configura para
impedancia de cable
coaxial 75
SW3

4=OFF Recomendado para
control
1=OFF
2=OFF
3=OFF
4=OFF
Recomendado colocar
en OFF
5=OFF Canal 16 utilizado para
sealizacin
6=OFF Recomendado
SW4
7=ON
8=ON
Modo de operacin
ITU-T
1=ON Operacin ITU-T
2=ON Tiempo de liberacin
de alarma 2 seg
3=OFF
4=OFF
Configuracin de la
ruta a travs de ARTD
5=ON
6=ON
7=ON
Patrn de ganancias A-
LAW:
GTx=2dB, GRx=2dB
PIM 1 12
SW5
8=OFF Configuracin
recomendada
66
Para la conexin del servidor Asterisk y la PBX NEC, se utiliz una interfaz RJ45,
que se conectaba al Asterisk, luego a un Ballum, el cual provea ahora interfaz de
cable coaxial que a su vez se conectaba a la PBX NEC por medio de una tarjeta
llamada COAX TERM.

Usando cable coaxial se reduce el espacio disponible en los slots de la PBX, La
tarjeta COAX TERM, la cual est equipada con puentes interruptores (jumper
switches) debe ser instalada para la conexin de los cables coaxiales al sistema.
Antes de instalar la tarjeta se debe establecer los puentes en la posicin correcta
dependiendo del slot utilizado para la PA-30DTS (DTI), es decir, la COAX TERM
debe estar conectada en el LT correspondiente al slot donde se coloc la PA-30DTS
(DTI)

En la figura 11 se puede observar como se debe proceder para las conexiones de la
tarjeta COAX TERM.
67

Figura 11. Conexin de Tarjeta COAX TERM


Fuente: NEAX 2400 IPX Circuit Card Manual

Los slots (ranura) para el montaje de la PA-30DTS (DTI) deben ser aquellos que
Figura 12. Slots Apropiados para la Instalacin de la PA-30DTS (DTI)
.4.3 Coma EC
Diagnsticos
ar, Cambiar datos de una extensin
l Sistema
sta herramienta se utiliz para la realizacin de la integracin entre las PBXs
proporcionan 32 puertos -se muestran en la figura a continuacin-, para el correcto
aprovechamiento de los 30 troncales digitales que provee dicha tarjeta.


















5 ndos en el MAT para la Integracin entre PBXs Asterisk-N

erramienta para realizar: El MAT es la h

Mover, Agreg
Mediciones de Trfico
Chequeo de Fallas
Reprogramacin de

E
Asterisk y NEC, utilizando los comandos apropiados para dicha accin, estos
comandos sern descritos a continuacin.

68
69
uego, de la configuracin de la PA-30DTS se proceder a describir los comandos
ara la PBX NEC la comunicacin tanto con el Asterisk y con CANTV se maneja de
ANPD (Asignaci mando utilizado para

N: Nmero de Tenant (Tenant: grupo de telfonos)
plemente el primer dgito del
lfono est libre o con tono de discado.
un flash de
arios (mximo 6 dgitos), asignacin del nmero
BLF: Busy Lamp Field (Campo de Ocupacin de la Consola de Operadora) [0/1], 0 =
L
utilizados en el MAT para lograr la integracin.

P
la misma forma, es decir, su configuracin sigue el mismo diagrama de flujo y se
utiliza la herramienta RUTEO DE MENOR COSTO (LCR), siendo el diagrama de
flujo el que se muestra en la figura 13, tanto para las extensiones IP como NEC,
Figura 13. Diagrama de la Configuracin LCR

n de datos del Plan de Numeracin): co
la asignacin de la cantidad mnima de dgitos necesarios para determinar el
servicio para el primer dgito recibido por el sistema (pre-traduccin). Los
campos de este comando son los siguientes:
T
1st DC: Cdigo de Primer Dgito [0-9,*,#], es sim
cdigo de acceso que se est programando.
CI: ndice de Conexin (N/H/B)
N: Normal, es cuando el te
H: Horquilleando (Hooking) es cuando el telfono requiere de
horquilla para realizar una funcin o iniciar un servicio (por ejemplo transferir).
B: Ocupado (Busy) es cuando el telfono est en una condicin de
ocupado (por ejemplo, rellamada)
NND: Nmero de Dgitos Neces
mnimo de dgitos necesarios para cada cdigo de acceso a ser usado en el sistema.
NO 1 = SI.
La figura 14 muestra la ventana para la configuracin del comando ANPD,
Figura 14. Ventana de Configuracin del Comando ANPD
70

En los campos:
orma la configuracin queda establecida para los dems Tenant
st DC= 1, es el primer dgito de las futuras extensiones.
ng) y
a que no es necesario en esta configuracin el Campo de Ocupacin de la
comando ANPD se debe repetir para 1st DC= 1,2,3,...8, ya
ue ser el rango de los primeros dgitos de las futuras las extensiones.

TN= 1, de esta f
1
CI= Se debe realizar la configuracin con el ANPD para N (Normal), H (Hooki
B (Busy).
NND= 4, significa que sern necesarios 4 dgitos.
BLF= 0, y
Consola de Operadora.

La configuracin con el
q





71
ASPA (Assignment of Special Access Code): este comando determina el tipo de
servicio el cdigo de acceso a ejecutar. Los campos de este comando son los

TN Tenant
CC: Cdigo de Acceso [Mximo 6 dgitos (0-9,*,#)]
N/H/B)
n
Facilidad
e Facilidad
o
i se co a para las extensiones NEC, el campo siguiente
er,
T: Nmero de Ruta, se asigna la ruta dummy (ruta virtual), utilizada por el
undo tono no es enviado
H: D sar un cdigo de autorizacin antes de completar
llam
1= Requiere cdigo de autorizacin

siguientes:
: Nmero de
A
CI: ndice de Conexin (
SRV: Tipo de Servicio
STN: Nmero de Extensi
SSC: Cdigo de
SSCA: Apndice de Cdigo d
LCR: Ruteo de Menor Cost
LCRS: Register Sender LCR

S loca SRV: STN, la cual se us
s
NND: asignacin de la cantidad de dgitos para el nmero de extensin (1-5 dgitos)

Si se coloca SRV: LCR, opcin para las extensiones IP, los prximos campos sern,
R
sistema, puede 31 63.
2nd DT: Segundo tono de discado cuando el usuario disca un cdigo de acceso LCR
determinado.
0= Segundo tono es enviado
1= Seg
A etermina si es necesario ingre
la ada
0= No requiere cdigo de autorizacin

S i de Subdireccin, utilizado para ISDN
72
UB: D scado
a ventana para la configuracin ser la mostrada en la figura
5


Figura 15. Ventana de Configuracin del Comando ASPA con SRV:STN
En los camp
orma la configuracin queda establecida para los dems Tenant
CC= XXXX, el nmero de la extensin
ng) y
ignifica que la extensin es configurada a 4 dgitos.
0= Fuera de Servicio
1= En Servicio

Colocando SRV:STN, l
1




















os,

TN= 1, de esta f
A
CI= Se debe realizar la configuracin con el ANPD para N (Normal), H (Hooki
B (Busy)
SRV= STN, definiendo as el nmero como extensin NEC
NND= 4, s

73
e debe configurar,

TN= 1, de nant
CC= XXXX, el nmero de la extensin
ng)
o extensin IP
cado el ACC no se oiga un
Colocando SRV: LCR, en la ventana mostrada en la figura 16 s
Figura 16. Ventana de Configuracin del Comando ASPA con SRV:LCR
esta forma la configuracin queda establecida para los dems Te
A
CI= Se debe realizar la configuracin con el ANPD para N (Normal) y H (Hooki
SRV= LCR, definiendo as el nmero com
RT= 63, es la ruta virtual que va a utilizar el sistema
2ndDT= 0, se coloca esta opcin para que luego de mar
segundo tono de discado
AH= 0, no ser necesario la introduccin de un cdigo de autorizacin para realizar
la llamada
SUB= 0, no es una red ISDN, por lo tanto se coloca fuera de servicio.


L
74
uego del comando ASPA, dependiendo del tipo de extensiones (NEC o IP), se
tilizan diferentes comandos.
EC, el prximo comando a configurar es,
lizado para
cambiar el nmero de extensin asignado a un LEN en particular.
TN
LD STN: Nmero de Extensin Vieja
mero de Extensin -este nmero debe ser creado en el

Figura 17. Ventana de Configuracin del Comando ASTN
Este comando, cuya ventana de configuracin se
ue, las extensiones NEC ya existan con una anterior numeracin y no se pretende
u

En el caso de las extensiones N

ASTN (Assignment of Station Number): este comando es uti

: Nmero de Tenant
O
NEW STN: Nuevo N
comando ASPA-.











muestra en la figura 17, se utiliz ya
q
agregar nuevas extensiones de este tipo por la simple razn de que el crecimiento a
nivel telefnico del ministerio se llevar a cabo con extensiones IP, por lo tanto, ya
habiendo hecho el levantamiento de la informacin, la cual fue presentada en el punto
75
plo con una de las extensiones NEC
ertenecientes a la Oficina de Tecnologas de la Informacin (OTI)
LD STN= 5095, antiguo nmero de extensin
uevo plan de numeracin.
on la
onfiguracin del comando ASTN se llega al final de la adecuacin al nuevo plan de
nes IP, luego de la configuracin del comando
SPA, el diagrama de flujo contina de la siguiente forma,
ARTD
e los datos de clase de ruta.
En s de la ruta dummy (ruta por software)
sada por el sistema para enrutar las llamadas, la cual en la configuracin en el
5.2, la modificacin de numeracin de las extensiones NEC simplemente se realizar
cambiando la extensin antigua por la nueva.

En la figura 17, se muestra un claro ejem
p

TN= 1, es el Tenant a la cual pertenece la extensin
O
NEW STN= 1800, nmero de extensin ajustada al n

Como se puede observar en el diagrama de flujo mostrado en la figura 13, c
c
numeracin de las extensiones NEC.

Ahora bien, en el caso de las extensio
A

Figura 18. Diagrama para la Configuracin de Extensiones IP en la PBX NEC


(Assignment of Route Class Data): es el comando utilizado para la
asignacin d

este comando se asigna las caracterstica
u
comando ASPA fue colocada la ruta 63. Tambin se configura la ruta por donde se
integrarn la NEC y el Asterisk.

Ruta por Software

76
etros designados por el manual de instalacin y configuracin de
NEAX 2400 IPXi, los campos a configurar son:
DN-7: LT= 1
Figura 19. por Software

Ruta NEC/Asterisk
Ruta por Software, se siguen los parmetros por el manual, los
ampos a configurar son:
Siguiendo los parm
la

CDN(Campo de Configuracin)-6: TCL= 4
C
CDN-13: AC= 1
Ventana de Configuracin del Comando ARTD para la Ruta

Al igual que para la
c
77
DN-4: INSG= 3
8

elegido fue la ruta 5 -esta eleccin fue hecha arbitrariamente, ya
ue no afecta la configuracin de la integracin, siempre y cuando ese nmero de ruta
BXs se realizaron algunos cambios que eran
ertinentes, los cuales se describen a continuacin,
Todos los CDN por defecto estn configurados en 0

CDN-3: ISGS= 7
C
CDN-5: TF= 2
CDN-6: TCL= 5
CDN-7: LT= 1
CDN-8: RLP= 2
CDN-15: LSG=
CDN-28: ANS= 1

El nmero de ruta
q
no haya sido asignada para otra ruta-.

Para la correcta integracin de las P
p
Tabla 5. Cambios de Asignacin de CDN para la Integracin NEC/Asterisk
CDNs Asignadas por
Manual
CDNs Asignadas
para la Integracin
Justificacin de los Cambios
CDN-2: ON n MFC,
la cual es la proyecto.
SG= 0 CDN-2: ONSG=10 Con ONSG= 10 la ruta opera con sealizaci
utilizada por Asterisk en este
CDN-4 C Con INSG= 10 la ruta opera con sealizacin MFC, :INSG= 0 DN-4:INSG= 10
la cual es la utilizada por Asterisk en este proyecto.
CDN-5: TF= 2 CDN-TF= 3 Con TF= 3 la ruta se configura para que la
comunicacin sea bidireccional, es decir,
NEC/Asterisk y Asterisk/NEC
CDN-19: ANI= 0 I= 1 in del
erisk con
a conexin con el
CDN-19: AN Con ANI= 1 la PBX NEC enva la informac
nmero de origen y de destino hacia el Ast
lo cual este ltimo establecer l
destino correspondiente.





78


Figura 20. Ventana de Configuracin del Comando ARTD para la Ruta NEC/Asterisk
ATRK (Assignment of Trunk Data): comando para asignar un nmero de ruta
(R de se



Figura 21. Ventana de Configuracin del Comando ATRK

T) y un nmero de troncal (TK) a un LEN, correspondiente a LEN don

coloc la tarjeta proveedora del E1.










79
n la figura 21 se puede observar que la Ruta 5, Troncal 3 fue asignado al LEN
000203 y al TN=1 configuracin se
asociados para el E1 se muestran en la siguiente tabla,
Tabla 6. Ruta y Troncales del E1 en la PBX NEC
E
-el campo del Tenant siempre se coloca en 1 y la
toma para los dems-.

La ruta y los troncales
Ruta (RT) Troncal (TK) LENS
3 000203
4 000204
5 000205
6 000206
7 000207
8 000210
9 000211
10 000212
11 000213
12 000214
13 000215
14 000216
15 000217
16 000221
17 000222
18 000223
19 000224
20 000225
21 000226
22 000227
23 000230
24 000231
25 000232
26 000233
27 000234
28 000235
29 000236
5
30 000237



80
os LENS 000200 y 000220 no son asignados como troncales (canales de voz),
a Ruta 5, Troncales 1 y 2 no aparecen en esta tabla, ya que fueron utilizadas para la
MBTK (Make Busy of Trunk): coloca en estado ocupado/descocupado

Figur BTK

T, TK: se coloca la ruta y troncal a ser descoupada.
ARSC (Assignment of Route Restriction Class): comando utilizado para la

L
debido a que son los canales 1 y 16 del E1 son utilizados para sealizacin.

L
realizacin de un desborde de la NEC hacia el Asterisk, punto que ser descrito ms
adelante.

troncales individuales por ruta. Luego de creadas las rutas y troncales, estas por
defecto estn en ocupado, por lo tanto hay que ponerla en desocupado con este
comando para poder utilizarlas.
a 22. Ventana de Configuracin del Comando M
R
MB: campo de ocupado/desocupado
1= ocupado
0= desocupado
asignacin de la informacin de las restricciones de la ruta de acuerdo con la
RSC.

81
SC (Clase de Restriccin de Ruta), caracterstica de los telfonos NEC previamente
/N: Modo Da/Noche, en la PBX NEC es indiferente este campo, ya que la
e
N: N cual afectar la tabla de restriccin
RI: RouteRestri
0: Restriccin de llamada entrante via Attendant (Consola)
ntrante Directamente
SC 0
SC 1-15: para la designacin de extensiones.
R
configurado donde estn definidos los tipos de llamadas que pueden realizar.

D
configuracin est hecha para ambos modos,
D= Modo Da
N= Modo Noch
T mero de Tenant al
RT: Nmero de ruta (creada en el comando ARTD)

Figura 23. Ventana de Configuracin del Comando ARSC


R ctionIndex(0-3)

1: Restriccin de llamada e
2: Restriccin de llamada saliente viaAttendant (Consola)
3: Restriccin de llamada saliente Directamente

R : reservado para la Consola (Attendant Console).
R
RES: Tipo de restriccin (0-2)
0: Restringido
82

nta de restricciones
ara la integracin NEC/Asterisk este comando es configurado de la siguiente
Todos los RES estn e tre los telfonos SIP y
sta configuracin se debe repetir para los distintos Tenant existentes, es decir, del
AMND (Assignment of Maximum Necessary Digits Data): este comando

N: Nmero de Tenant
rmitido a ser discado incluyendo el cdigo de acceso LCR
1: Conexin permitida
2: Verificar la herramie

P
manera, tal y como se muestra en la figura 24
Figura 24. Configuracin del Comando ARSC

n 1 para permitir as la comunicacin en
los NEC, incluso la consola.

E
Tenant 1 al 9.

controla los temporizadores de liberacin de registros, es decir, el tiempo que se

mantendrn los registros los dgitos discados.
T
DC: Cdigo de Dgito pe
MND: Dgitos Mximos Necesarios (1-24). Nmero de dgitos que el registro
acumula antes de envirselo a la CPU
TOLL: Identificacin de cdigo de tas
83
acin
cin
N: N
cio
e cuenta
ATE nar siempre 0), slo usado en Japn
IS)
ara agregar una extensin IP en este comando, la configuracin ser la siguiente,
Figura 25. Ventana de Configuracin del Comando AMND

TN= 1
mero de extensin IP, en este ejemplo 1801
gitos
0= Cdigo local
1= cdigo de tasa
A mero de cuenta
0= Fuera de servi
1= Necesario cdigo d
R : Dato de opcin de servicio (asig
A/D: Dato de Lnea Analgica/Digital
0= Analgica
1= Digital (ISDN/CC

P











DC= n
MND= 4, debido a que las extensiones IP son de 4 d
TOLL= 0
84
0
uracin todos los telfonos NEC que pertenecen al tenant 1 podrn
AFRS (Assignment of Flexible Route Selection Data) y AOPR (Assignment of

FRS:
AN= 0
RATE=
A/D=0

Con esta config
efectuar llamadas al nmero 1801, por lo tanto esta configuracin debe ser realizada
para todos los tenant (1-9).

Outgoing Pattern Routing Data): estos comandos trabajan juntos para enrutar
las llamadas LCR fuera del sistema, a los dgitos discados ingresados en AFRS se
le asignan para salir un OPR (Patrn de Ruta Saliente). En AOPR el OPR es
asociado con la ruta fsica por la que saldr la llamada.
A
N: Nmero de Tenant
R asignado en ARTD, en AFRS solamente se programa la
de Ruta Saliente (1-4000). El OPR apuntar los

T
RT: Nmero de ruta LC
Ruta Flag, debe ser la misma que en ASPA
NPC: Cdigo de Patrn Numrico
OPR: Patrn Numrico de Seleccin
dgitos ingresados en NPC a la ruta fsica

Figura 26. Ventana de Configuracin del Comando AFRS

Para la extensin IP 1801, se debe configurar este comando para todos los Tenant (1-
8).
RT= 63
NPC= nmero de extensin IP, 1801 en este ejemplo
OPR= 4, nmero elegido arbitrariamente

AOPR:

TDPTN: Patrn Time of Day (0-7)
OPR: Patrn Numrico de seleccin de ruta saliente 1-4000
RA: Avance de Ruta,
E: Indicacin de final de Avance de Ruta, cuando la asignacin original de grupo de
troncal est ocupada, se desviar la llamada por otra ruta, s o no.
1= permite continuar el Avance de Ruta
0= finaliza el avance de Ruta
RT: ruta fsica o conexin por donde se envan los dgitos discados.
SKIP: nmeros de dgitos a ser borrados del nmero discado antes de ser enviados
fuera del sistema.
PNL: nmeros de dgitos adicionados a una llamada antes de ser enviados fuera del
85
sistema.
OVFT: Or tono de desborde cuando una llamada sea desviada a otra ruta.
0= Sin Tono
1= Con Tono
PRSC: Clase de restriccin prioritaria. Usar siempre 0.
Figura 27. Ventana de Configuracin del Comando AOPR

Para la integracin NEC/Asterisk los valores para la configuracin del AOPR son los
siguientes,

TDPTN= 0, todas las configuraciones se hicieron con esta caracterstica
OPR= 4, ya que para la comunicacin NEC/Asterisk fue el patrn de rutas salientes
elegido y configurado en el comando AFRS
RA= 0, ya que es la 1era ruta por donde los dgitos sern enviados. Para la
configuracin de un desborde este parmetro debe ser 1, 2 o cuantos desbordes estn
configurados.
E= 0, indicando as el final de Avance de Ruta, debido a que la comunicacin
NEC/Asterisk se llevar a cabo a travs de una nica ruta.
86
RT= 5, ruta elegida para la integracin
SKIP= 0, de esta forma no se borra ningn dgito, por ejemplo si un usuario con
telfono NEC discara el nmero 1801, la PBX NEC enviar al Asterisk el nmero
completo.
PNL= 0, debido a que no se necesita la adicin de nmeros a los dgitos discados.
OVFT= 0, este campo realmente es indiferente para la integracin, por la razn de
que la comunicacin NEC/Asterisk se logra a travs de sola ruta, por lo tanto nunca
existir un desborde.
PRSC= 0

ARNP(Assignment of Reverse Numbering Plan Data): este comando asigna el
Cdigo de acceso para cada ruta individualmente en concordancia con el
comando ARTD.

Figura 28. Ventana de Configuracin del Comando ARNP

Se debe asignar ACC=9 para la ruta designada para la comunicacin NEC/Asterisk y
para la ruta por software, 5 y 63 respectivamente.

87

5.5 Configuracin para la Integracin entre PBXs Asterisk-NEC en el Asterisk
.5.1 Organizacin de los Archivos del Sistema
os directorios ms importantes y ms utilizados de Asterisk son los siguientes,

5

L
Tabla 7. Directorio de Archivos de Asterisk
Directorio Funcin
/etc/asterisk todos los archivos de configuracin (sip.conf, Contiene
extensions.conf, etc.)
/usr/sbin hivos ejecutables. Contiene todos los arc
/usr/lib/asterisk s con Asterisk. Contiene los objetos binarios relacionado
/usr/lib/asterisk/modules Contiene los mdulos de aplicacin, drivers de los
canales, codecs, etc.
/usr/include/asterisk de encabezamiento requeridos para Contiene los archivos
las aplicaciones de Asterisk, drivers de los canales y
otros mdulos cargables.
/var/lib/asterisk isk. Contiene los datos utilizados de Aster
/var/lib/asterisk/mohmp3 para la msica Almacena los archivos mp3 disponibles
en espera.
/var/lib/asterisk/sounds los archivos de audio utilizados por las Almacena
aplicaciones de Asterisk
88

5.2 Cambio de Numeracin de Telfonos IP ya Existentes
existan telfonos IP ya configurados en el ministerio, pero con la
Figura 29. Diagrama para el Cambio de Numeracin de Telfonos IP ya Existentes

5.

Anteriormente
numeracin pasada. Con la entrada en vigencia del Nuevo Plan de Numeracin esas
extensiones se deban adaptar a esta numeracin, para lo cual se deba seguir el
siguiente diagrama de flujo.





5
89
.5.3 Configuracin de Nuevos Telfonos IP
ho anteriormente el crecimiento de la red telefnica se realizar con
Figura 30. Diagrama para la Configuracin de Nuevos Telfonos IP
.5.4 Configu
IP con analgicos o digitales simplemente
Figura 31. Diagrama para la Configuracin de Telfonos NEC en el Asterisk

f
l archivo sip.conf sirve para configurar todo lo relacionado con el protocolo SIP y

Como se ha dic
telefona IP, por lo tanto para la configuracin de los telfonos IP se debe seguir
ciertos pasos los cuales son mostrados a continuacin. Para la configuracin de los
telfonos se debe configurar estos dispositivos para recibir informacin de
configuracin con el protocolo TFTP.




5 racin de Telfonos NEC

ara lograr la comunicacin de telfonos P
se debe configurar una ruta y ciertos permisos en el Asterisk, en los archivos
mostrados a continuacin,




5.5.5 Descripcin de los Bloques para la Distintas Configuraciones

5.5.5.1 SIP.con

E
aadir nuevos usuarios o conectar con proveedores SIP. Es el protocolo elegido para
la telefona IP por ser soportado por los telfonos IP Polycom. Este archivo se
encuentra en /etc/asterisk/sip.conf



90
.5.5.1.1 Seccin General
l archivo sip.conf comienza con una seccin [general] que contiene la configuracin
os parmetros ms comunes en la seccin general son mostrados a continuacin,
5

E
por defecto de todos los usuarios SIP.

L
Tabla 8. Parmetros del Archivo de Configuracin sip.conf
Parmetro Funcin
bindaddr
bindport
Controlan el puerto y la interfaz IP
donde Asterisk s conexiones. recibir su
El puerto por defecto de Asterisk es
5060 (bindport=5060)
srvl
e de dominio.
ookup
Con yes se habilita el acceso a
servidores por el nombr

.5.5.1.2 Seccin de clientes SIP
ada cliente SIP es identificado por un bloque de texto, el cual sigue el siguiente
XX]
nd,user o peer
n el anterior formato XXX corresponde al cliente SIP, tpicamente es asociado al
5

C
formato,

[X
type: frie
parmetro1= valor
parmetro2= valor

E
nmero de extensin del cliente. Por ejemplo, si la extensin del telfono SIP es 555,
entonces, [XXX]= [555]. Tambin puede ser un nombre arbitrario utilizado por otros
archivos de configuracin para referirse al dispositivo SIP.




91
.5.5.2 Extensions.conf
archivo extensions.conf es sumamente importante en Asterisk, ya que tiene como
l archivo extensions.conf est compuesto de secciones y contextos.
es especiales que deben estar siempre presentes:
stas dos secciones son primordiales para el funcionamiento del Asterisk, las
n el Anexo VIII se explica con detalle cada uno de los aspectos del archivo
.5.5.3 Redirecciones.conf
s el archivo encargado de proporcionar nmeros telefnicos directos a cada una de
ste archivo se halla en /etc/asterisk/redirecciones.conf

5

El
misin principal definir el plan de discado o plan de numeracin que seguir la
central para cada contexto y por tanto para cada usuario. El extensions.conf se
encuentra en /etc/asterisk/extesnions.conf

E

Hay dos seccion
[general]
[globals]

E
restantes son denominadas contextos y tambin estn definidos con corchetes [].

E
extensions.conf

5

E
las extensiones y es ejecutado por el archivo extensions.conf.es decir, es el archivo
donde el Asterisk reedirecciona las llamadas entrantes provenientes de CANTV hacia
la extensin correspondiente.

E


5.5.5.4 Entorno Web Polycom
omo su nombre lo indica es un entorno web de Polycom, el cual permite realizar la
este entorno web se ingresa por medio de la direccin IP del telfono,

C
configuracin del telfono IP.

A





Figura 32. Ventana del Entorno Web Polycom


























92
93
5.5.5.5 DHCP (Dynam
ccin IP de forma permanente al telfono la primera vez que hace la
direccin MAC del telfono y se le asigna una direccin IP.
ost Nombre-Usuario-Extensin {
rio-Extensin";
.5.5.6 TFTPBOOT
ste archivo se encuentra en var/lib/tftpboot y es el encargado de proveer los
n este directorio se deben encontrar los siguientes archivos,
ireccin-MAC.cfg
, donde estn presentes los archivos,
n donde se encuentra toda la configuracin inicial del telfono.
ic Host Configuration Protocol)

Asigna una dire
solicitud al servidor DHCP, de esta forma cada telfono IP posee una direccin IP
privada nica. Adems le indica donde buscar los archivos de configuracin del
telfono IP.
Se coloca la

h
option host-name " Nombre-Usua
hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 170.11.4.10;
}

5

E
parmetros iniciales de configuracin del telfono IP, va protocolo TFTP. Trabaja en
conjunto con el Entorno Web Polycom.

E

D
Direccin-MAC.0001
Direccin-MAC.0001.phone.cfg
Direccin-MAC.0001 sip.cfg

e

94
.5.6 Configuracin de la PBX Asterisk del Ministerio
rimeramente se deben configurar los archivos zaptel.conf y unicall.conf, de los
zaptel.conf
span=1,1,0,cas,hdb3
b3
5

P
cuales su configuracin fue debidamente descrita anteriormente.

cas=1-15:1101
cas=17-31:1101
span=2,1,0,cas,hd
cas=32-46:1101
cas=48-62:1101
loadzone=us
s defaultzone=u


unicall.conf
[channels]
yes
d=yes
ridged=yes

1
fault
,12
tes










usecallerid=
hidecallerid=no
callwaitingcalleri
threewaycalling=yes
transfer=yes
d=yes cancallforwar
callreturn=yes
s echocancel=ye
echocancelwhenb
echotraining=yes
rxgain=0.0
txgain=0.0
callgroup=1
language=es
pickupgroup=
immediate=yes
musiconhold=de
callerid=asreceived
protocolclass=mfcr2
protocolvariant=ve,10
protocolend=co
group=1
=yes faxdetect
loglevel=255
context=entran
channel => 1-15
channel => 17-31
channel => 32-46
channel => 48-62

uego se debe configurar los parmetros generales en el archivo sip.conf y L
extensions.conf
95
.5.6.1 Configuracin del Archivo sip.conf
n el archivo sip.conf la configuracin es la siguiente,
[general]
060
0
2.101
255.0.0

5

E

bindport=5
bindaddr=0.0.0.
srvlookup=yes
10 externip=200.7.
localnet=172.16.0.0/255.
nat=yes

odos los usuarios SIP tendrn los siguientes parmetros,
[1802]
AR TOVAR
idores"<1802>
833
no


T

;ELEAZ
callerid="Redes y Serv
username=Redes y Servidores
type=friend
Loc-Cel-P1 context=Ext-
secret=xxxxx
host=dynamic
dtmfmode=rfc2
careinvite=yes
allow=ulaw
nd= progressinba
qualify=2000
callgroup=1
1 pickupgroup=

802] => nmero de la extensin
2> => Nombre del usuario<N extensin>


[1
callerid=Redes y Servidores<180
96
llamadas
das a extensiones,
trasea de validacin del telfono, debe ser la misma que la
cualquier IP pero necesita de la contrasea de validacin
s tonos DTMF sean transmitidos de parte a parte
e la transferencia de informacin RTP de telfono a
w =>habilita el codec G.711 ley u
brado del telfono
lfono si no es as el
grupo 1
llamadas del grupo 1
.5.6.2 Configuracin del Archivo extensions.conf
n el archivo extensions.conf la configuracin necesaria es la siguiente,
username= Redes y Servidores => Nombre del usuario
type=friend => significa que es posible recibir y realizar
context=Ext-Loc-Cel-P1 =>este contexto permite realizar llama
telfonos locales, nacionales e internacionales -el funcionamiento de este contexto se
explicar ms adelante-.
secret=xxxx => es la con
del entorno web Polycom
host=dynamic => permite
para el registro del telfono
dtmfmode=rfc2833=> permite que lo
usando el protocolo RTP.
careinvite=yes => permit
telfono.
allow=ula
progressinband=no =>permite siempre el tim
qualify=2000=> espera 2000ms para esperar la respuesta del te
telfono se considera fuera de alcance.
callgroup=1 => el telfono pertenece al
pickupgroup=1 => el telfono puede capturar las

5

E




97
[general]
static = yes
writeprotect = no
#include <redirecciones.conf>; hace referencia y ejecuta el archivo
redirecciones.conf

[globals]
CONSOLE => Console/dsp; Cliente de consola de Linux, driver para placas de
sonido (OSS o ALSA).
TRUNK => Zap/g2
PRIO => 0
CANAL => 16
CANALR => 34

[entrantes]; contexto configurado en el archivo unicall.conf para la recepcin de
llamadas provenientes de CANTV
include => redirec; contexto dentro del archivo redirecciones.conf

CANAL => 16; Indica que la variable CANAL=16(canal 16 al 31 son para la
comunicacin con la PSTN)

CANALR => 34; Indica que la variable CANAL=34 (canal 34 al 63 son para la
comunicacin con la NEC, los canales 33 y 34 los utiliza la PBX NEC para el
desborde hacia el Asterisk.)

5.5.6.2.1 Comunicacin Asterisk/NEC

Esta comunicacin se logra con la creacin de un contexto dentro del archivo
extensions.conf- el cual permite realizar llamadas desde un telfono IP conectado al
Asterisk hacia la PBX NEC. Este contexto fue llamado [NEC-Extensiones], y se
muestra a continuacin,
[NEC-Extensiones]
exten => _XXXX,3,Set(CANALR=$[${CANALR} + 1])
exten => _XXXX,4,Dial(Unicall/${CANALR}/${EXTEN})
exten => _XXXX,5,GotoIf($["${CANALR}" = "63"]?6:3)

Este contexto se encuentra dentro de otros contextos los cuales sern mostrados ms
adelante, este algoritmo funciona de la siguiente forma, recibe 4 dgitos, define ahora
98
a CANALR=CANALR+1, luego crea un canal Unicall en el canal CANALR+1 y
enva la informacin a la PBX NEC. La tercera lnea de comando es utilizada para
realizar un barrido de canales hasta conseguir un canal libre, hasta llegar al canal 63,
si se llega hasta este canal automticamente el Asterisk cuelga la llamada, es decir
todos los canales dirigidos a la PBX NEC se encuentran ocupados.

La nica diferencia que presentarn los usuarios SIP es en el contexto, en el
ministerio existen 3 diferentes contextos para las llamadas salientes, los cuales son,

Ext-Loc-Cel-P1: este contexto permite realizar llamadas a extensiones tanto IP
como analgica o digital, telfonos locales y nacionales.

[Ext-Loc-Cel-P1]
PRIO => 1
exten => _XXXX,1,Dial(SIP/${EXTEN},40,tTr)
exten => _XXXX,2,Dial(IAX2/${EXTEN},40,tTr)
include => NEC-Extensiones
exten => _XXXX,6,hangup()
exten => _XXX,1,Dial(SIP/${EXTEN},40,tTr)
exten => _XXX,2,Dial(IAX2/${EXTEN},40,tTr)
exten => _XXX,3,hangup()
include => llamar


A continuacin sern mostrados los contextos [llamar] y [NEC-Extensiones], donde
el primero de ellos permite la llamada hacia celulares, locales y nacionales y el
segundo contexto permite las llamadas hacia los telfonos de la PBX NEC. Este
contexto es primordial para la comunicacin entre Asterisk y NEC.

99
[llamar]
exten => _9.,1,GotoIf($["${EXTEN:1:3}" = "041"]?200) ;Celular
exten => _9.,2,GotoIf($["${LEN(${EXTEN:1})}" = "7"]?200) ;Local
exten => _9.,3,GotoIf($["${LEN(${EXTEN:1})}" = "3"]?100) ;Extension
exten => _9.,4,GotoIf($["${LEN(${EXTEN:1})}" = "11"]?200)
exten => _9.,200,Set(CANAL=$[${CANAL} + 1])
exten => _9.,201,Dial(Unicall/${CANAL}/${EXTEN:1}) ;Barre todos los canales
exten => _9.,202,GotoIf($["${CANAL}" = "31"]?206) ;Si llega al 31 cualega la llamada
exten => _9.,203,GotoIf($["${PRIO}" != "1"]?205:204) ;Si la prioridad no es uno solo
barre hasta el 27
exten => _9.,204,Goto(200) ;dejando 7 canales libres para los de prioridad 1
exten => _9.,205,GotoIf($["${CANAL}" = "27"]?206:200)
exten => _9.,206,hangup()

[NEC-Extensiones]
exten => _XXXX,3,Set(CANALR=$[${CANALR} + 1])
exten => _XXXX,4,Dial(Unicall/${CANALR}/${EXTEN})
exten => _XXXX,5,GotoIf($["${CANALR}" = "63"]?6:3)




Ext-Loc-Cel-intnac-P1: permite llamadas hacia cualquier tipo de extensiones,
local, nacional, celular e internacional,
[Ext-Loc-Cel-intnac-P1]
PRIO => 1
exten => _XXXX,1,Dial(SIP/${EXTEN},40,tTr)
exten => _XXXX,2,Dial(IAX2/${EXTEN},40,tTr)
include => NEC-Extensiones
exten => _XXXX,6,hangup()
exten => _XXX,1,Dial(SIP/${EXTEN},40,tTr)
exten => _XXX,2,Dial(IAX2/${EXTEN},40,tTr)
exten => _XXX,3,hangup()
include => internacional
include => nacional
include => llamar

Los contextos NEC-Extensiones y llamar presentes en este contexto son los mimos
que los mostrados anteriormente.
100

El include=>internacional permite las llamadas internacionales y el include =>
nacional las nacionales,

[internacional]
exten => _900.,1,Dial(Unicall/29/${EXTEN:1})
[nacional]
exten => _90.,1,Dial(Unicall/30/${EXTEN:1})

Ext: pemite nicamente llamadas hacia telfonos IP,

[Ext]
PRIO => 1
exten => _XXXX,1,Dial(SIP/${EXTEN},40,tTr)
exten => _XXXX,2,hangup()


5.5.6.3 Configuracin del Archivo redirecciones.conf

Este archivo comienza con,

[redirec]; para que el extensions.conf sepa que es el contexto que va ejecutar

Para que un telfono posea un nmero directo se debe configurar el archivo
redirecciones.conf de la siguiente manera,

exten => _596,3,Dial(Unicall/${CANALR}/1801), si es digital o analgico
exten => _597,2,Dial(SIP/1802,40,tTr), si el telfono es IP


De esta forma cuando llamen al 5095596 Asterisk buscar un canal libre y har
repicar al telfono perteneciente a la PBX NEC 1801, y si llaman al 5095597 repicar
a la extensin IP 1802.




5.6 Configuracin del Desborde desde la PBX NEC hacia la PBX Asterisk

Para la configuracin del desborde es necesaria la utilizacin de los siguientes
comandos,



Figura 33. Diagrama para la Configuracin del Desborde de la PBX NEC hacia el Asterisk

La funcin de estos comandos ya fueron descritos anteriormente, y la configuracin
de estos es muy similar a la realizada previamente, por lo tanto slo se har referencia
a los parmetros que cambian.

La ruta 3 fue escogida para el desborde y cuenta con dos troncales

ARTD

Tabla 9. Cambios de Asignacin de CDN para el Desborde de la PBX NEC hacia el Asterisk
CDNs Justificacin de los Cambios
CDN-1: ONSG=2 Con ONSG= 2 la ruta provee segundo tono luego de
marcar el 9, para luego discar el nmero al cual se
quiere llamar
CDN5-TF= 1 Con TF= 1 la ruta se configura para que la
comunicacin sea saliente de la PBX NEC

ATRK
Las dos troncales pertenecientes a la ruta 3 fueron configuradas en los LENS 000202
y 000201.

MBTK
Se desocuparon las dos troncales.

ARSC
Se configur el RRI 3: Restriccin de llamada saliente con el valor 2, con esta
101
102
configuracin se verifica las restricciones del telfono. Se realiz de esta manera para
que los telfonos que deban introducir una clave para llamar hacia la PSTN, an
cuando utilicen el desborde igualmente le solicite la clave.

AOPR
Para el Patrn Numrico de seleccin de ruta saliente (OPR) correspondiente para las
llamadas hacia la PSTN, se configur el parmetro SKIP de la siguiente forma,

SKIP= 0, de esta forma no se borra ningn dgito. Enva el 9+nmero telefnico
hacia el Asterisk.

ARNP
Se debe asignar ACC=9 para la ruta designada para el desborde.

5.7 Funcionamiento de la Integracin Asterisk-NEC

El funcionamiento es simple y se puede dividir en 3 casos:

a) Llamada desde un telfono IP hacia uno analgico o digital (perteneciente a la
PBX NEC)

Se inicia la llamada con los dgitos marcados por el usuario, al no comenzar con el
dgito 9, el Asterisk resuelve que es una llamada interna, e intenta crear un canal SIP,
IAX o Unicall, comparando los dgitos marcados con los usuarios SIP e IAX del
Asterisk, al no poder crear ninguno de estos canales porque no pertenecen a ninguna
extensin SIP o IAX-, automticamente el Asterisk enruta la llamada a travs del E1
conectado con la PBX NEC, enviando a esta el nmero de la extensin con la cual se
quiere comunicar, si aquel nmero discado por el usuario est asignado en la PBX
NEC, sta originar un repique en el telfono de destino y una vez que es contestado
103
comienza el intercambio de audio.

b) Llamada desde un telfono analgico o digital (perteneciente a la PBX NEC) hacia
uno IP

Se inicia la llamada con los dgitos marcados por el usuario, al no comenzar con el
dgito 9, la PBX NEC resuelve que es una llamada interna, y accede a su base de
datos para verificar si aquel nmero discado pertenece a ella misma o est
configurado para ser enviada a travs del E1 conectado con el Asterisk; una vez que
la PBX NEC enva el nmero discado por el usuario al Asterisk, este intenta crear un
canal SIP, IAX comparando los dgitos marcados con los usuarios SIP e IAX del
Asterisk, ste originar un repique en el telfono de destino y una vez que es
contestado comienza el intercambio de audio.

c) Desborde desde la PBX NEC hacia el Asterisk

Cuando un usuario telefnico perteneciente a la PBX NEC disca como primer
nmero el 9, la PBX resuelve que es una llamada hacia la PSTN, si todas las lneas de
salientes se encuentran ocupadas la PBX NEC enruta la llamada hacia el Asterisk,
manteniendo el 9 antes del nmero al cual se desea llamar, para que el Asterisk
interprete que es una llamada hacia la PSTN y se pueda completar la comunicacin.








CAPTULO VI

ESTUDIO FINAL DEL TRFICO GENERADO POR LA RED INTERNA
TELEFNICA DEL MINISTERIO

6.1 Trfico Final Generado por la PBX Asterisk

Se debe realizar nuevamente el estudio del trfico generado por el Asterisk para
comprobar que el dimensionamiento realizado en el captulo I es ajustado a la
realidad.

Finalmente la cantidad de usuarios (lneas telefnicas IP) que posee internamente el
ministerio 60 lneas telefnicas IP.

Con la frmula de Erlang,

3600
) ( _ _ _ _ _ seg llamada de duracin pico hora en llamadas N
A

=

y las estadsticas generadas por el tarificador del Asterisk (CDR) se podr establecer
si se est ofreciendo un servicio adecuado a los usuarios del ministerio, con respecto a
las llamadas salientes.
104
1310
1273
1230
1492
1185
0
200
400
600
800
1000
1200
1400
1600
1 2 3 4 5
Das
N

d
e

L
L
a
m
a
d
a
s
Grfico 3. Nmero de Llamadas por Da Generadas por la PBX Asterisk
Las estadsticas promediaron un total de 1298 llamadas por da con una duracin
promedio de cada llamada de 177 segundos (2:57 min).

Asumiendo que las llamadas en hora pico son el 15% de las llamadas diarias totales,
se tiene que:
194 _ _ _
7 , 194 15 , 0 1298 _ _ _
=
= =
pico hora en llamadas N
pico hora en llamadas N


Con estos datos se procede a calcular el trfico telefnico en Erlangs:
53 , 9
3600
177 194
=

= A
105
Una vez calculado los erlangs, se procede a buscar en la tabla de trfico de Erlang B,
con su respectivo grado de servicio, la cantidad de lneas telefnicas necesarias:

Figura 34. Trafico Erlang B Generado por la PBX Asterisk
Fuente: http://www. Ittc.ku.edu/EECS/EECS_863.frost/erlang-table.pdf
Para un grado de servicio de 5 %, es decir, 95 % de llamadas libres de bloqueo sern
necesarios 14 canales telefnicos.

Para un grado de servicio de 10 %, sern necesarios 12 canales telefnicos.

Se observa que los resultados concuerdan con el dimensionamiento que se realiz
anteriormente. Se cuenta con 15 canales entrantes.

6.2 Trfico Final Generado por Llamadas Entrantes sobre la PBX Asterisk

Para las llamadas entrantes, hay que tomar en cuenta no slo las llamadas dirigidas a
telfonos IP sino tambin a los NEC.
106
107
90
91
94
10
3
985
5
9
998
0
200
400
600
800
00
1200
1 2 3 4 5
Das
N

d
e

L
L
a
m
a
d
a
s










Grfico 4. Nmero de Llamadas por Da Entrantes a la PBX Asterisk
Las estadsticas promediaron un total de 950 llamadas por da con una duracin
promedio de cada llamada de 185 segundos (3:05 min).

142 _ _ _
5 , 142 15 , 0 950 _ _ _
=
= =
pico hora en llamadas N
pico hora en llamadas N


29 , 7
3600
185 142
=

= A
Para un grado de servicio de 5 %, sern necesarios 11 canales telefnicos.

Para un grado de servicio de 10 %, sern necesarios 10 canales telefnicos.

Estos resultados son satisfactorios debido a que con respecto a las llamadas entrantes
se cuenta con 15 canales telefnicos, ms que suficientes para proveer un buen
servicio telefnico.




108
CONCLUSIONES


La utilizacin de la tecnologa VoIP resulta beneficiosa a nivel econmico por el
hecho de utilizar la red de datos existente para la transmisin de voz, y as prescindir
de una inversin extra para la instalacin de una red dedicada a la telefona. Adems
la VoIP es perfectamente integrable con la red PSTN de CANTV a travs, tanto de
canales analgicos como digitales compatibles con las caractersticas tcnicas
provistas por dichos canales de CANTV; y con otros sistemas telefnicos como otras
PBXs.

Actualmente el ministerio cuenta con las dos centrales telefnicas integradas, lo cual
proporciona una comunicacin ms efectiva entre los usuarios de la institucin,
generando as una reduccin en el gasto producido por las llamadas entre los
telfonos conectados a diferentes PBXs.

Esta integracin es transparente para los usuarios, ya que se cumpli el objetivo
pretendido con el cambio de numeracin, en donde todas las extensiones son
configuradas con la misma cantidad de dgitos y adems seguan un orden especfico.

Desde el punto de vista actual del gobierno venezolano, el cual promueve la
independencia tecnolgica, la PBX Asterisk cumple con las caractersticas requeridas
y promovidas por el estado, al permitir el control absoluto de tanto la configuracin y
del mantenimiento de dicha PBX, descartando as la necesidad de contratar y solicitar
soporte de alguna empresa.

Contrariamente, la PBX NEC limita la operabilidad, mantenimiento y as como
tambin el crecimiento de la red telefnica, lo cual al compararla con la PBX
Asterisk, deja a esta ltima en una posicin ventajosa. Pero, es importante destacar
una caracterstica de la PBX NEC, que al ser un sistema analgico (tambin digital)
109
permite la correcta transmisin de fax, servicio que no puede ser ofrecido
confiablemente por la tecnologa de VoIP, y por lo tanto por la PBX Asterisk.




























110
RECOMENDACIONES

Para mantener un adecuado servicio telefnicos se plantean las siguientes
recomendaciones:

1. Para mantener el orden estructural del plan de numeracin, la asignacin de los
nmeros de extensiones y directos se debe realizar bajo las siguientes
condiciones:
Los 2 primeros dgitos de las extensiones deben coincidir con los asignados a la
oficina donde se instalar el nuevo telfono. Los 2 ltimos dgitos deben ser los
siguientes dgitos al ltimo telfono asignado a dicha oficina.
El nmero de telfono directo correspondiente debe ser asignado dentro del rango
de crecimiento de cada oficina, que vara entre 5 y 7 nmeros directos,
obviamente siguiente al ltimo nmero fijado.

2. Para mantener un grado de servicio adecuado con respecto a las llamadas
salientes generadas por ambas PBXs, se debe limitar la cantidad de usuarios
telefnicos basados en los valores sugeridos para cada una de stas en el Anexo I.

3. Realizar cada semana un mantenimiento preventivo, el cual consiste en verificar
el estado de los leds pertenecientes a cada una de las tarjetas que integran la PBX
NEC. Con respecto al Asterisk, por ser un software, el mantenimiento consiste en
el monitoreo de las llamadas y/o procesos realizados por esta PBX.

4. Realizar un estudio concerniente a la implementacin de la herramienta NAT para
la integracin de usuarios (telfonos o incluso Asterisk) que se encuentren
fsicamente fuera de la sede del ministerio.


111
REFERENCIAS BIBLIOGRFICAS


[1] Calero Taln, Alejandro. Redes Telefnicas Pblicas Conmutadas, EN:
http://ingenierias.uanl.mx/1/pdf/1_Calero_Alejandro_Redes_telefonicas.pdf

[2] Fuenmayor, Carlos. Gua de Sistemas de Telecomunicaciones II, (Gua
Terica). Ttulo Independiente. p.p 60-61.

[3] Goncalves, Flavio. Asterisk PBX (Gua Terica y Prctica). Ttulo
Independiente. p.p 97-127.

[4] Foro VoIP- Voz sobre IP- Asterisk, EN: http://www.voipforo.com/

[5] Davidson, Jonathan; Peters, James. Fundamentos de Voz sobre IP, (Libro).
Cisco Press. Captulo 8, p.p 161-181.

[6] Snchez Ruiz, Domingo. Protocolo de Datagramas de Usuario (RFC 768),
EN: http://www.rfc-es.org/rfc/rfc0768-es.txt

[7] Marceln, Ricardo; Rodrguez, Miguel. Sistemas de Ancho de Banda
Limitado, EN: http://www.mcc.unam.mx/~cursos/Algoritmos/javaDC99-
1/resumen8.html

[8] Agudelo, Oscar. RTP, Protocolo Para Aplicaciones Multimediales, EN:
http://www.arcesio.net/rtp/rtp.html

[9] Introduccin a QoS,
EN:http://www.microsoft.com/technet/prodtechnol/windowsserver2003/es/library/ser
verhelp/3d556d54-56eb-4412-a2a9-3c97387ec2b3.mspx

[10] Soluciones Asterisk de Centralita IP, EN:
http://www.quarea.com/files/imce/AsteriskA4-e.pdf
112
BIBLIOGRAFAS

Davidson, Jonathan; Peters, James. Fundamentos de Voz sobre IP, Cisco Press.1998.

Gomillion, David; Dempster, Barrie. Building Telephony Systems with Asterisk
Packt Publishing. 2005.

Nelly, Timothy. VoIP For Dummies. Wiley Publishing. 2005.

Porter, Thomas. Practical VoIP Security. Syngress Publishing. 2006

Tanenbaum, Andrews S. Redes de Computadoras, Prentice Hall, 1996.

Van Meggelen Jim ; Smith. Asterisk: The Future of Telephony. O'Reilly Media, Inc.
2005

Fuenmayor, Carlos. Gua de Sistemas de Telecomunicaciones II, Ttulo
Independiente 2004

Goncalves, Flavio. Asterisk PBX, Ttulo Independiente 2007

Asterisk Introduction
http://www.voip-info.org/wiki/view/Asterisk+introduction
[Consulta: Junio 2007]

Asterisk Installation
http://www.voip-info.org/wiki/index.php?page=Asterisk+installation+tips
[Consulta: Junio 2007]

113
Asterisk Configuration sip.conf
http://www.voip-info.org/wiki/index.php?page=Asterisk+config+sip.conf

Asterisk Configuration extensions.conf
http://www.voip-info.org/wiki/index.php?page=Asterisk+config+extensions.conf

Asterisk Configuration zaptel.conf
http://www.voip-info.org/wiki/index.php?page=Asterisk+config+zaptel.conf

Asterisk MFC-R2
http://www.voip-info.org/wiki/view/Asterisk+MFC+R2

Tarjetas Digium
http://www.digium.com/en/products/digital/

Asterisk
http://voip.megawan.com.ar/doku.php/asterisk

Foro VoIP- Voz sobre IP- Asterisk
http://www.voipforo.com/










114












ANEXOS

















115











ANEXO I

DIMENSIONAMIENTO RECOMENDADO DEL SISTEMA

















Anlisis de Trfico para la Recomendacin de Mximo Nmeros de Usuarios
IP

Esta recomendacin se basa en la cantidad de canales de salida que posee la PBX
Asterisk para conectarse con la PSTN de CANTV.

La PBX Asterisk cuenta con 15 canales de salida, por lo tanto, para que no se
produzca una cantidad de bloqueo de llamadas salientes por encima de lo previsto,
se debe limitar la asignacin de telfonos IP a los empleados del ministerio.

Para el clculo del mximo nmero de usuarios IP, se utilizar nuevamente el
clculo de Erlangs, con los siguientes datos:

N de circuitos: 15
Grado de Servicio: 5% y 10%

3600
) ( _ _ _ _ seg llamada de duracin hora por llamadas N Usuarios N
A

=
Con estos datos y con un simple despeje de la frmula de Erlang se obtiene se
obtiene lo siguiente:













Mximo N de Usuarios IP

116

117
Grado de
Servicio
Erlangs N de usuarios IP
5% 10,63 70
10% 12,48 83

Basados en estos resultados, el nmero mximo de usuarios IP no debe exceder de
83 usuarios, para as garantizar el grado de servicio establecido.

Se debe considerar que si excede este nmero de usuarios, el servicio ofrecido con
respecto a las llamadas salientes no ser el adecuado, por lo tanto si esto sucede,
es imperante la adquisicin de una nueva tarjeta TE205P, as como tambin de un
nuevo E1 provisto por CANTV.





















118










ANEXO II

IMPACTO DEL CODEC UTILIZADO SOBRE LA RED DEL
MINISTERIO













A pesar del poco ancho de banda utilizado por los codecs, las cabeceras IP, UDP
y RTP de los paquetes de voz produce una sobrecarga. En el caso de la red del
ministerio, la cual es una red Ethernet se tiene que adicionar el encabezado
Ethernet.

El codec utilizado por Asterisk en el ministerio es el G.711 (64 Kbps), por lo
tanto, el ancho de banda producido por una llamada ser el siguiente,

Red Ethernet (Ethernet+IP+UDP+RTP+G.711)=95,2Kbps

Este clculo fue realizado con la calculadora provista por asteriskguide.com, a la
cual se puede acceder con la direccin,

http://blog/asteriskguide.com/bandcalc.php

Durante 5 das continuos se monitore la actividad del Asterisk y se pudo
observar que las horas donde se realizaban ms llamadas (salientes, entrantes e
internas) simultneas era entre las 11am-12pm y 2pm-3pm. En la siguiente tabla
se muestra la cantidad mxima de llamadas realizadas en las horas antes
mencionadas.
Mximo N de Llamadas Simultneas por Da
Mximo N de Llamadas Simltneas al Da
16
15
17
13
16
0
2
4
6
8
10
12
14
16
18
1 2 3 4 5
Das
N

d
e

L
l
a
m
a
d
a
s












119

120
Lo cual promedia un total de 15,4 llamadas simultneas, redondeando por arriba
para que la estimacin sea mejor, sern 16 llamadas simultnea.

Con los resultados anteriores el ancho de banda necesario para el manejo de las
llamadas (en el Asterisk) ser,

AB=Llamada en Red Ethernet*16=95,2Kbps*16
AB=1523,2 Kbps=1,5232 Mbps

Este ancho de banda puede ser reducido con la utilizacin de otros codecs, por
ejemplo, el G.729 (el cual tiene un costo por licencia).

Red Ethernet (Ethernet+IP+UDP+RTP+G.729)=31,2Kbps
AB=31,2Kbps*16= 504 Kbps

Con la utilizacin del codec G.729 se reduce ms de la mitad del ancho de banda
necesario para el manejo de las llamadas.
















121










ANEXO III

UBICACIN DE EXTENSIONES DIGITALES Y
ANALGICAS EN EL CUARTO DE SERVIDORES
















122
A continuacin se presenta una tabla con la informacin de la ubicacin de cada
una de las extensiones en el rack del cuarto de servidores del ministerio.
Panel Puerto Analgica Digital Panel Puerto Analgica Digital Panel Puerto Analgica Digital
1 1 1107 2 1 Libre 3 1 1601
1 2 1108 2 2 Libre 3 2 2601
1 3 2400 2 3 2911 3 3 Libre
1 4 5056(FAX) 2 4 No Usar 3 4 1603
1 5 2401 2 5 No Usar 3 5 Libre
1 6 Libre 2 6 2901 3 6 1600
1 7 5032(FAX) 2 7 5004(FAX) 3 7 5117(FAX)
1 8 1400 2 8 2900 3 8 1602
1 9 1500 2 9 2904 3 9 1109
1 10 Libre 2 10 2305 3 10 Libre
1 11 1703 2 11 2306 3 11 8001
1 12 1104 2 12 2906 3 12 Libre
1 13 1103 2 13 2903 3 13 Libre
1 14 1100 2 14 2002 3 14 Libre
1 15 1102 2 15 Libre 3 15 1002
1 16 1101 2 16 2104 3 16 1005
1 17 1702 2 17 2004 3 17 Libre
1 18 1700 2 18 2100 3 18 1004
1 19 1701 2 19 3300 3 19 Libre
1 20 Libre 2 20 2000 3 20 Libre
1 21 1501 2 21 Libre 3 21 Libre
1 22 1401 2 22 2003 3 22 Libre
1 23 3500 2 23 No Usar 3 23 2913
1 24 5082(FAX) 2 24 No Usar 3 24 3301
1 25 1704 2 25 2001 4 130 1003
1 26 Libre 2 26 No Usar 4 131 1001
1 27 1401 2 27 2303
1 28 No Usar 2 28 3201
1 29 No Usar 2 29 2905
1 30 8000 2 30 2909
1 31 8005 2 31 2307
1 32 8003 2 32 2309
1 33 8004 2 33 Libre
1 34 5106(FAX) 2 34 2308
1 35 Libre 2 35 2501
1 36 2912 2 36 Libre
1 37 1106 2 37 Libre
1 38 No Usar 2 38 Libre
1 39 Libre 2 39 Libre
1 40 2902 2 40 Libre
1 41 2304 2 41 Libre
1 42 Libre 2 42 2502

123
Panel Puerto Analgica Digital Panel Puerto Analgica Digital Panel Puerto Analgica Digital
1 43 Libre 2 43 Libre
1 44 2908 2 44 Libre
1 45 2302 2 45 2500
1 46 5035(FAX) 2 46 Libre
1 47 2008 2 47 Libre
1 48 2006 2 48 Libre
Ubicacin de Extensiones Digitales y Analgicas en el Cuarto de Servidores



























124













ANEXO IV

DIRECTORIO TELEFNICO DEL MINISTERIO DEL PODER
POPULAR PARA LA CULTURA














Una de las acciones a tomar luego de la configuracin del plan de numeracin fue
la informacin a los empleados del ministerio del cambio, para lo cual se cre un
Directorio Telefnico del Ministerio del Poder popular para la Cultura, el cual es
mostrado a continuacin,

125




126




127



128

129
En este directorio es importante resaltar que no aparecen algunos nmeros, esto se
debe a que son los nmeros de los directores de las oficinas, lo cual es
informacin confidencial, adems los nmeros directos son omitidos por pedido
del Ministerio del Poder Popular para la Cultura.





























130













ANEXO V

IMGENES DE LA SALA DE SERVIDORES Y LAS PBXS
NEC Y ASTERISK














Anexo V.I Imgenes de la Sala de Servidores











Sala de servidores
















Armario de Racks

131

Anexo V.I Imgenes de la PBX NEC









Conexin Privada de Acceso Telefnico (CPA)











PBX NEC






132









Balum (Adaptador de Coaxial a RJ45)








Coax Term









PA-30DTS (Tarjeta interfaz de E1 para la PBX NEC)

133
Anexo V.II Imgenes de la PBX Asterisk











Armario de Servidores









TE205P (Tarjeta interfaz de E1 para la PBX Asterisk)





134

135










ANEXO VI

CDIGOS DE LNEA Y SEALES DE REGISTRO DE MFCR2














136
En la siguiente tabla se muestran los cdigos de sealizacin de lnea de la
MFCR2.
Cdigo
Hacia adelante Hacia atrs Seales de Lnea
Af Bf At Bt
Libre 1 0 1 0
Ocupacin 0 0 1 0
Reconocimiento de ocupacin 0 0 1 1
Contestacin 0 0 0 1
Desconexin hacia atrs 0 0 1 1
Desconexin hacia delante 1 0 0 1
Desconexin hacia delante (llamada no contestada) 1 0 1 1
Guarda de liberacin 1 0 1 0
Bloqueo 1 0 1 1

Las seales de registro son las especificadas en el sistema MFC utilizada en
Venezuela y se muestran a continuacin,

Grupo de seales I (Hacia adelante)
Seales Descripcin Seal Hacia delante
1 Algoritmo 1 (dgito 1) I-1
2 Algoritmo 2 I-2
3 Algoritmo 3 I-3
4 Algoritmo 4 I-4
5 Algoritmo 5 I-5
6 Algoritmo 6 I-6
7 Algoritmo 7 I-7
8 Algoritmo 8 I-8
9 Algoritmo 9 I-9
10 Algoritmo 0 I-10
11 Interseccin semi-supresor de eco I-11
12 Indicacin de trnsito internacional I-12
13 Acceso a equipamiento de pruebas I-13
14 Insercin de semi-supresor de eco de destino I-14
15 Fin de nmero I-15


137
Grupo de seales II (Hacia adelante)
Seales Descripcin Seal Hacia delante
1 Suscriptor comn II-1
2 Suscriptor con tarificacin especial II-2
3 Equipo de manutencin II-3
4 Telfono pblico local II-4
5 Telefonista II-5
6 Transmisin de datos II-6
7 Telfono pblico interurbano II-7
8 Llamada por cobrar II-8
9 Suscriptor comn-servicio entrante internacional II-9
10 Reservado II-10
11 Indicativo de llamada transferida II-11
12 Confuso e inestable II-12
13 Confuso e inestable II-13
14 Confuso e inestable II-14
15 Confuso e inestable II-15

Grupo de seales A (Hacia atrs)
Seales Descripcin Seal Hacia delante
1 Enviar el prximo algoritmo (n+1) A-1
2 Necesidad de semi-supresor de eco en destino o
enviar el primer algoritmo enviado
A-2
3 Preparar recepcin de seales de grupo B A-3
4 Congestionamiento de red nacional A-4
5 Enviar categora e identidad del suscriptor llamado A-5
6 Reservado A-6
7 Enviar algoritmo n-2 A-7
8 Enviar algoritmo n-3 A-8
9 Enviar algoritmo n-1 A-9
10 Inestable para uso nacional A-10
11 Reservado A-11
12 Reservado A-12
13 Reservado A-13
14 Reservado A-14
15 Reservado A-15


138
Grupo de seales B (Hacia atrs)
Seales Descripcin Seal Hacia delante
1 Lnea de suscriptor libre con tarificacin B-1
2 Lnea de suscriptor ocupada B-2
3 Lnea de suscriptor con nmero cambiado B-3
4 Congestionamiento B-4
5 Lnea de suscriptor libre sin tarificacin B-5
6 Lnea de suscriptor libre con tarificacin y colocar
tencin sobre control del suscriptor llamado
B-6
7 Nmero Confuso B-7
8 Lnea de suscriptor fuera de servicio B-8
9 Reservado B-9
10 Reservado B-10
11 Reservado B-11
12 Reservado B-12
13 Reservado B-13
14 Reservado B-14
15 Reservado B-15














139











ANEXO VII

PLAN DE NUMERACIN













140










141







142 142

143










ANEXO VIII

MDULOS DE LA PBX NEC













Anexo VIII.I Mdulo de Procesamiento:










Mdulo de Procesamiento

En los slots 01 y 03 se encuentran las tarjetas PX-PW01/PX-PW02, cuya
simbologa es PWR (Power Supply Card), esta tarjeta circuital proporciona -48
volt DC para la operacin de las tarjetas CPR, EMA, IOC y otros circuitos
colocados en los Slots MISC y provee la funcin convertidota DC-DC que genera
voltajes DC de salida de +5 volts y +12 volts. Usando 2 tarjetas PWR, la potencia
suministrada al Mdulo de procesamiento puede ser proporcionada en
configuracin dual. El diagrama de este circuito se puede observar en la siguiente
figura.
















144
En los slots 06 y 07 estn las tarjetas PX-IO00, llamada IOC (Input/Output
Controller), esta tarjeta proporciona una interfaz serial RS-232C que conecta al
equipo externo tales como el MAT (Maintenance Administration Terminal),
SMDR (Station Message Detail Recording System) y el MCI (Message Center
Interface). Hasta 2 tarjetas IOC pueden estar conectadas por Mdulo de
Procesamiento. Cada tarjeta IOC posee 4 puertos I/O. En la siguiente figura se
observa la posicin de la IOC en el sistema.














La tarjeta PX-PC00-A est conectada en el slot 08, llamada EMA (Emergency
Alarm Controller), esta es la encargada de detectar fallos que puedan ocasionar
daos en el sistema y notificar al personal de mantenimiento, por medio de varias
tipo de salidas, tales como un sistema de mensaje o los bombillos en el TOPU
(Unidad Tope), la cual se muestra a continuacin,



En donde,

145
PWR: indica que el sistema est recibiendo alimentacin.
MJ: el sistema requiere atencin inmediata.
MN: el sistema requiere atencin ms no inmediata.
SUP: indica bloqueo de extensin, corrimiento del PLO (reloj), entre otras
cosas.

Luego de solventada una alarma, se puede pulsar ALM RST, la cual apaga las
luces de alarma en la TOPU. Usando el ALM RST no se borra la memoria de
almacenamiento de alarmas, la cual se muestra a continuacin,


EMA tambin posee la funcin de proporcionar msica en espera.

En el mdulo de procesamiento tambin se encuentra los CPR (Central Processor
Rack), el cual es formado por los siguientes componentes:

Procesador Principal (CPU): Consta de un procesador Pentium III que opera a
600 MHz, est equipado con 256K de cach y 256 MB de memoria RAM.
DSP: equipado con interruptores y LEDs siete segmentos en el panel.
Tarjeta Flash ROM para almacenar el programa genrico del sistema y la base
de datos.
PWR: suple de poder al mdulo de procesamiento.








146
Anexo VIII.II Mdulo de Interfaz de Puerto (PIM)

Este mdulo se conoce como PIM, cada PIM posee 24 ranuras para Placas, las
ranuras se numeran desde 00-23, como se muestra a continuacin,

en donde,
Rojo Placas de Alimentacin
Azul Placas de Lnea y Troncal
Blanco Controles Comunes



Cada PIM provee:

512 time slots
384 puertos universales
18 ranuras L/T (Lnea/Troncal): 12 ranuras de 16 puertos y 6 ranuras de
32 puertos
Tarjeta de TDSW Dual
Provee montaje para:
Fuente de energa dual
Interfaz de fibra ptica (ATM)
E1 con conector coaxial

Un concepto importante en el manejo de la central NEAX es el LEN, que por sus
siglas en ingls significa Nmero de Equipo de Lnea (Line Equipment
Number). El LEN es una direccin de 6 dgitos que representa un puerto del
sistema.

147


Los Grupos de Mdulos tienen un rango de 00-07, como se muestra en la
siguiente figura el Grupo 00 es perteneciente al PIM 1.






148
La unidad va desde 0-3,


El grupo de lneas desde 00-31,













Se puede observar en la figura anterior que haran falta los grupos de lneas 23-31,
pero en realidad no es as, este rango de grupo de lneas no son fsicas sino son
puertos por software, llamadas lneas virtuales, las cuales son extensiones
definidas por software asignada a una sub-lnea sobre un Dterm (telfono digital

149
NEC). La posicin de estas lneas virtuales se pueden observar en la siguiente
figura.



Los niveles van desde 0 hasta el 7 como se puede notar en la siguiente figura,


150


El cableado de puertos es muy importante, por lo tanto es vital el conocimiento de
su perfecta configuracin, la relacin entre los conectores LT y las ranuras del
PIM se muestra a continuacin,






























151

152
Por ejemplo, si una tarjeta es conectada en la unidad 0 el grupo de lnea 04 su
plo para aclarar el concepto de LEN, el LEN 000045 estar

TDSW (Matriz de Conmutacin)
ste mdulo se compone de la tarjeta PH-SW 10, la cual se debe conectar en
conector LT asociado sera el LT 1.

Se utilizar un ejem
ubicado en,













Anexo VIII.III Mdulo

E
las ranuras 13 y 14, esta tarjeta combina el Time Division Switch (TSW) con
INT (circuito intermediario del CPR que controla y administra el puerto de
microprocesador de las tarjetas L/T a travs del Bus PM) PLO (Oscilador de
Enganche de Fase), CFT (Conferencia de Tres Vas) y MUX (Multiplexor). Es
una Matriz de Conmutacin NO BLOQUEABLE de 2048x2048, controla
hasta 1.536 puertos. Provee el generador de tonos, msica en espera y permite
la conferencia tripartita. La PH-SW 10 debe ser solo montada en el PIM 0.












En la siguiente figura se muestra el bloque funcional y de conexiones del TDSW,
respectivamente







































153

Anexo VIII.IV Tarjetas de Lnea/Troncal

Anexo VIII.IV.I PA-30DTS (DTI) Digital Trunk Interface

El circuito PA-30DTS (30DTI) provee una interfaz entre 30 troncales digitales y
el sistema de 2048 Mbps, es decir, un E1. Esta tarjeta puede ser usada como una
interfaz para la PSTN o una red ISDN. A continuacin se muestra un diagrama de
operacin de esta tarjeta.












Note: Cuando PA-30DTS es usado ACIS (Sealizacin por Canal Asociado),
CCH/DCH no es requerido.

Usando cable coaxial se reduce el espacio disponible en los slots de la PBX, La
tarjeta COAX TERM, la cual est equipada con puentes interruptores (jumper
switches) debe ser instalada para la conexin de los cables coaxiales al sistema.
Antes de instalar la tarjeta se debe establecer los puentes en la posicin correcta
dependiendo del slot utilizado para la PA-30DTS (DTI), es decir, la COAX
TERM debe estar conectada en el LT correspondiente al slot donde se coloc la
PA-30DTS (DTI)

En la figura a continuacin se puede observar como se debe proceder para las
conexiones de la tarjeta COAX TERM.

154



Los slots para el montaje de la PA-30DTS (DTI) deben ser aquellos que
proporcionan 32 puertos -se muestran en la siguiente figura-, para el correcto
aprovechamiento de los 30 troncales digitales que provee dicha tarjeta.




La apariencia de los bombillos (leds), interruptores y conectores de esta tarjeta
circuital es mostrada a continuacin. Es importante conocer la apariencia de esta

155
tarjeta, adems del significado de cada uno de los dispositivos que esta contiene
para la supervisin y mantenimiento del sistema.


































































156
Significados de los leds




















157
Configuracin de los Interruptores


Loopback: es un canal de comunicacin con slo un punto final (puede ser un
equipo terminal). Cualquier mensaje transmitido a travs de ese canal es
inmediatamente recibido por el mismo canal. En la figura a continuacin se
muestra los loopback externos e internos.


158


159 159
Conexin en los LT del COAX TERM











160
Diagrama de Ruta

Utilzando cable coaxial:














Anexo VIII.IV.II PA-16COTBD-B (Troncal de Central Office)

La PA-16COTBD-B (COT) provee una interfaz entre un mximo de 16 lneas
telefnicas y el sistema. Dependiendo de la configuracin de la tarjeta, el primer
circuito puede ser usado para Paging Equipment (Equipo de Radiobsqueda).
Adicionalmente el valor apropiado de la Terminal de Impedancia y Equilibrio de
la Red (BNW) puede seleccionarse en la configuracin de las tarjetas. El diagrama
funcional de esta tarjeta se puede observar en la figura a continuacin.


























161
Los slots para la colocacin de estas tarjetas son mostrados a continuacin,














La apariencia de los bombillos (leds), interruptores y conectores de esta tarjeta
circuital es mostrada a continuacin.

162

Significados de los leds



Anexo VIII.IV .III PA-16CLBK-B (Line Circuit)

La tarjeta PA-16CLBK-B, es exclusivamente usada en sistemas A-law y provee
una interfaz para un mximo de 16 extensiones analgicas con el sistema con una
resistencia terminal de 600 . El diagrama funcional de esta tarjeta se puede
observar en la siguiente figura.










163

164
figura.
iencia de los bombillos (leds), interruptores y conectores de esta tarjeta
Los slots donde pueden colocarse estas tarjetas se pueden observar en la siguiente

La apar
circuital es mostrada a continuacin.








165
Significados de los Leds

nexo VIII.IV.IV PA-16ELC-B (Electronic Line Circuit)
a tarjeta PA-16ELC-B provee una interfaz entre telfonos digitales (Dterm) y la
Modo 16 ELC: un mximo de 16 Dterm pueden ser conectados (Slo
8 DLC: un mximo de 8 Dterm pueden ser conectados

l diagrama funcional de esta tarjeta se muestra a continuacin,
os slots donde pueden colocarse estas tarjetas se pueden observar en la siguiente

A

L
PBX IPX. Dependiendo de la configuracin de los interruptores, esta tarjeta opera
de dos modos:

Voz).
Modo
(Simultneamente Voz y Datos).
E


L
figura.



La apariencia de los bombillos (leds), interruptores y conectores de esta tarjeta

166
ircuital es mostrada a continuacin.

c







167
Significados de los Leds


nexo VIII.V Terminal de Operacin y Mantenimiento MAT
Mover, Agregar, Cambiar datos de una extensin
Trfico
a
la realizacin de la integracin entre las PBXs
sterisk y NEC, utilizando los comandos apropiados para dicha accin.

A

El MAT es la herramienta para realizar:

Diagnsticos

Mediciones de
Chequeo de Fallas
Reprogramacin del Sistem

Esta herramienta se utiliz para
A





168
ANEXO IX
PBX AS ERISK













T











169
Anexo IX.I NAT (Network Adress Translate, traductor de direcciones de
red)

Un aspecto muy importante en Asterisk es el NAT. La traduccin de direcciones
IP (NAT) es una herramienta para solventar los problemas de la falta de
direcciones IP. Normalmente las empresas reciben un pequeo bloque de
direcciones IP que vara generalmente de 1 a 256 direcciones vlidas (pblicas),
los usuarios domsticos reciben una direccin vlida dinmica en los routers y
detrs de estos usan direcciones invlidas (privadas).

El NAT mapea las direcciones privadas a direcciones pblicas, con este mapeo el
router podr encaminar de vuelta un paquete que ha sido enviado de la red externa
con una direccin pblica.

El NAT es utilizado en Asterisk, por ejemplo para la comunicacin entre
servidores Asterisk, o tambin entre un telfono que este fuera de la red interna
con el Asterisk.

Para habilitar esta herramienta en el Asterisk se debe configurar en la seccin
[general] los siguientes parmetros,

NAT

nat=route.
Asterisk enviar el audio para el puerto y la direccin IP de donde recibi el audio
en vez de confiar en la informacin contenida en los encabezados SIP y SDP. El
telfono detrs del NAT debe enviar y recibir el audio por el mismo puerto RTP.

nat=rfc3581
Asterisk agregar el rport al encabezado SIP informando al cliente en que
puerto recibi el pedido y va a direccional el flujo de los mensajes para el cliente

170
en la direccin de donde fue enviado y no en la direccin descrita en los
encabezados.

nat=never
Asterisk no agregar el sport en el encabezado SIP como en la RFC3581

nat=yes
Es la combinacin de los modos route y rfc3581

EXTERNIP

Indica la direccin IP externa, slo se debe colocar si el Asterisk se encuentra
detrs de un NAT.

Ejemplo: externip=198.180.9.169

LOCALNET

Indica la direccin privada interna donde el Asterisk no va a usar la direccin
externa provista por el parmetro externip.

Ejemplo: localnet=162.1.0.0/255.255.0.0















171
Anexo IX.II Opciones De Configuracin De Los Usuarios SIP (sip.conf)


User Peer Funcin
context context Indica el contexto asociado en el Dialplan para el user o peer
permit permit Permite una IP
Deny deny No permite IP
secret secret Contrasea para el registro
md5secret md5secret Contrasea encriptada con md5
dtmfmode dtmfmode El modo en el que se transmiten los tonos. Pueden ser rfc2833,
inbandinfo
canreinvite canreinvite Con no se obliga al Asterisk a no permitir que los puntos finales
intercambien mensajes RTP directamente
nat nat Indica si el dispositivo est detrs de un NAT con yes
callgroup callgroup Define un grupo de telfonos
pickupgroup pickupgroup Define un grupo de telfonos los cuales pueden rescatar llamadas
entre s
language language Define las seales locales de telefona para un pas y el lenguaje de
los prompts. Debe estar presente en indications.conf
allow allow Permite habilitar un codec, las opciones vlidas son all, alaw, ulaw,
g723.1, g729, ilbc, gsm
disallow disallow Permite deshabilitar un codec. Las opciones vlidas son las mismas
que allow
insecure insecure Define el manejo de las conexiones con peers. Posible valores: very,
yes, no, invite, port. Por defecto es no que quiere decir que no hay
que autenticarse siempre
progreeinband progreeinband Si se deben generar seales en banda siempre
callerid callerid Define el identificador cuando no hay otra informacin disponible
accountcode accountcode Los usuarios pueden estar asociados con una cuenta para facturacin
amaflags amaflags Se usa para guardar en los CDR y temas de facturacin.
incomiglimit incomiglimit Lmite de llamadas simultneas para un cliente
restrictcid restrictcid Se usa para esconder el ID del usuario que llama
mailbox Extensin del contestador
username Si Asterisk acta como cliente SIP este es el nombre de usuario que
presenta en el servidor SIP al que llama
fromdomain Pone el campo From de los mensajes SIP
fromuser Pone el nombre de usuario en el From por encima de lo que diga el
callerID
host Direccin o host donde se encuentra el dispositivo remoto. Puede
tomar valores:
- Una IP o un host concreto
- "dynamic" con lo que valdra cualquier IP pero necesita contrasea
- "static" vale cualquier IP pero no es necesario contrasea
port Puerto UDP en el que responder el Asterisk
qualify Para determinar el tiempo de respuesta del dispositivo. Cuando sea
mayor del tiempo especificado en ms se considera fuera de alcance.
defaultip IP por defecto del cliente cuando es puesto el host= dynamic
rtptimeout Termina la llamada cuando llega al tiempo colocado en este
comando en segundos si no ha habido trfico RTP


Es importante destacar los siguientes parmetros,

Canreinvite
































Como se observa en las figuras anteriores con este parmetro, en yes el Asterisk
permite el intercambio de informacin RTP directamente entre los terminales. Y
cuando es configurado no tanto la sealizacin como el audio utiliza como
intermediador al Asterisk.


172

173
Dtmfmode

Este parmetro es esencial para que el telfono enve el DTMF necesario para
operaciones como transferencia, captura de llamadas, entre otras cosas. Las
opciones de este parmetro son las siguientes:

dtmfmode=info. La informacin de DTMF es enviadas por la sealizacin SIP.
Este mtodo est definido por la RFC 3265 (eventos de sealizacin).

dtmfmode=inband. La informacin DTMF es enviada como una seal de audio
normal, esta opcin funciona de manera adecuada con codecs sin comprensin
como el G.711 (ley u ley a).

dtmfmode=rfc2833. Permite que los tonos DTMF sean enviados de parte a parte
utilizando el protocolo RTP.

Md5secret

El parmetro md5secret (contrasea criptogrfica MD5), se utiliza para que las
contraseas no aparezcan en el archivo de texto.

Anexo IX.III Opciones de Configuracin del Archivo Extensions.conf

Anexo IX.III.I Contexto [general]

Al principio del archivo extensions.conf, se deben realizar algunas
configuraciones generales en la seccin con el encabezado [general]. A
continuacin se muestran algunas opciones relacionadas al plan de discado:

- static: Indica simplemente si se podr ejecutar el comando "save dialplan"
(guardar plan de discado) desde la consola. Por defecto es "yes". Funciona en
conjunto con "writeprotect"

174
- writeprotect: Si writeprotect=no y static=yes permite ejecutar el comando
"save dialplan" desde la consola. El valor por defecto es " no".
- autofallthrough: Si est activado (yes), al final de un conjunto de comandos
para una extensin se termina la llamada con BUSY, CONGESTION o
HANGUP, dependiendo de lo que el Asterisk decida ms conveniente, es la
configuracin recomendada. Si no est activada (no) se queda esperando otra
extensin sea discada.
- clearglobalvars: Si est activado se liberan las variables globales cuando se
recargan las extensiones o se reinicia Asterisk. En caso contrario las variables van
a persistir aun cuando hayan sido eliminadas del plan de discado.
- priorityjumping: Si tiene valor 'yes', la aplicacin soporta 'jumping' o salto a
diferentes prioridades.

En general estas opciones no son muy importantes y se pueden dejar tal y como
aparecen por defecto.

Anexo IX.III.II Contexto [globals]

En este contexto se definen las variables globales que van a aplicarse en todas las
extensiones en todos los contextos.

Las variables globales no son sensibles a maysculas y minsculas, aunque es
recomendable que estas variables se coloquen siempre en maysculas para
diferenciarlas fcilmente de las otras variables, las cuales sern descritas ms
adelante.

Anexo IX.III.III Contextos

Un contexto no es ms que un conjunto de caractersticas que luego sern
asignadas a un usuario.


175
Luego de las secciones [general] y [globals], se debe configurar el plan de
discado, siendo esto lo ms importante del archivo extensions.conf.

Un plan de discado consiste en una suma de contextos, y estos a su vez en una
serie de extensiones.

Cualquier llamada -entrante o saliente- recibida por el Asterisk, pertenece a un
contexto, el cual proporcionar informacin al Asterisk sobre que acciones debe
realizar.

Los contextos pueden ser utilizados para configurar gran cantidad de recursos
tales como:

Control: permitir o no llamadas generadas de algn telfono.
Enrutamiento: enrutar las llamadas por caminos especficos.
Privacidad: admitir o no llamadas no deseadas, lista negra.
Seguridad: solicitar contrasea para ciertos telfonos.
Atencin Automtica: sistema de voz asistido.

Un contexto puede o no incluir uno varios otros contextos. Para incluir contextos
dentro de contextos se debe utilizar el siguiente formato.

include => <contexto>[|<horas>|<das_de_semana>|<das_de_mes>|<meses>]

Donde <contexto> es el contexto a ser incluido, y los dems parmetros son para
definir en que momento del da, de la semana, del mes o del ao van a se
considerado vlido el contexto incluido.

Tambin es posible incluir un archivo a ser ejecutado por el extensions.conf, para
lograrlo se debe incluir en la seccin [globals] lo siguiente,

#include <archivo>

176
Anexo IX.III.III Extensiones

Es importante aclarar que el concepto de extensin aqu mencionado no debe ser
confundido con el nmero de extensin asignado a un telfono. En Asterisk una
extensin est definida como una lista de aplicaciones a ser ejecutadas, el orden
en que son ejecutadas depende de la prioridad asignada.

En un mismo contexto se pueden definir ms de una extensin. Todas las lneas
de un determinado contexto tienen el siguiente formato:

exten => extensin , prioridad, Comando(parmetros)

La extensin hace referencia al nmero marcado

La prioridad al orden en que se ejecutan las instrucciones. Primero se ejecuta la de
prioridad 1, luego la 2 y sucesivamente

El comando hace referencia a la accin o aplicacin a ejecutar

Los parmetros dependen del comando, dndole caractersticas especficas a dicho
comando.

Las extensiones pueden ser de tipo literal, estndar o especial.

Extensiones Literales

Una extensin literal puede ser un nmero y puede contener smbolos estndar
como * y #, los cuales aparecen en telfonos normales, por lo tanto, 18*0# es una
extensin vlida. Existen telfonos con teclados multifrecuenciales que cuentan
con teclas especiales, con las cuales el nombre de una extensin puede contener
letras y nmeros.

177
Las extensiones literales distinguen entre maysculas y minsculas, por ende una
extensin 12abc no es la misma que 12Abc. Para evitar estas confusiones Asterisk
no permite que se definan extensiones diferentes con el mismo nombre pero
diferenciadas solo por maysculas by minsculas.

Extensiones Estndares

Al definir extensiones dentro de contextos, no solamente se puede usar nmeros,
smbolos o letras sino tambin se pueden definir extensiones que correspondan a
un conjunto de nmeros estndares. Una extensin es estndar si comienza con el
carcter _. Las extensiones estndar que siguen al carcter _son las
siguientes:

X Cualquier dgito entre 0-9
Z Cualquier dgito entre 1-9
N Cualquier dgito entre 2-9
[1 5-7]
Corresponde a cualquier dgito o letra entre los
corchetes, en este ejemplo, 1, 5, 6 y 7.
. Corresponde a uno o ms caracteres


Extensiones Especiales

Estas extensiones son usadas por Asterisk para propsitos especiales y son las
siguientes:
- s: Start, utilizado en el plan de discado para llamadas entrantes, esta extensin
indica que se ejecute una accin en especfico sin necesidad de informacin
alguna.
- t: Timeout, utilizado para colgar una lnea en desuso.
- T: AbsoluteTimeout, acta conjuntamente con el comando AbsoluteTimeout
(), el cual limita cualquier llamada a un tiempo especfico.
- h: Hangup, se emplea para colgar una llamada.
- i: Invalid, cuando se disca un nmero, smbolo o letra que no est configurado

178
para realizar accin alguna, la extensin i es utilizada por ejemplo para
reproducirn mensaje notificando que la opcin elegida no es vlida.
- o: Operador, utilizado para salir del buzn de voz presionando 0.

Anexo IX.III.IV Variables

Existen tres tipos de variables:

Variables globales
Variables de canal
Variables de ambiente

Al igual que las variables globales no distinguen entre maysculas y minsculas,
como se mencion anteriormente, las variables de canal y de ambiente tampoco lo
hacen. Es importante mencionar que las variables definidas por Asterisk si
diferencian entre maysculas y minsculas.

Asterisk puede hacer uso de estas variables como argumentos para los comandos
y son vinculadas en el plan de discado usando el siguiente formato,

${NombreVariable}, en donde el NombreVariable, como es evidente es la
variable a utilizar.

Variables globales: este tipo de variables es configurada en la seccin globals
como fue descrito anteriormente en el punto Contexto [globals].

Variables de canal: una variable de este tipo est asociada solamente a una
llamada en particular y est definida para actuar nicamente mientras el canal est
activo. Estas variables son configuradas utilizando el comando Set ().

Variables de ambiente: son una forma de acceso a las variables de ambiente
Unix desde Asterisk.

179
Existen una gran cantidad de variables definidas por Asterisk, estas son unas de
las que generalmente son utilizadas,

${CONTEXT}: Nombre del contexto actual
${LEN}: Longitud del nmero discado
${EXTEN}: Extensin discada
${EXTEN:x} : La extensin discada eliminando x dgitos
${PRIORITY} : Prioridad actual
${CALLERID} : Identificador de llamadas (nombre y nmero)
${CALLERIDNUM} : Identificador de llamadas (nmero)
${CALLERIDNAME} : Identificador de llamadas (nombre)
${RDNIS}: redireccionamiento actual, identificador de la llamada que
redireccion la llamada.

Anexo IX.III.V Expresiones

Las expresiones combinan variables, valores y operadores para realizar
operaciones matemticas, lgicas o manipular acciones que se pretenden realizar.
El formato de las expresiones es el siguiente,

$[expresin], en donde expresin es la operacin que se desea realizar.

Para la construccin de las expresiones pueden ser usados tanto operadores
matemticos como lgicos.

Operadores matemticos:

- Suma (+)
- Resta (-)
- Multiplicacin (*)
- Divisin (/)

180
- Porcentaje (%)

Operadores lgicos:

- Operador AND (&)
- Operador OR ()
- Operadores de comparacin (=, >, >=, <, <=, !=)

Anexo IX.III.VI Comandos

Los comandos son simplemente aplicaciones a realizar por el Asterisk, algunos de
los comandos ms utilizados en Asterisk son,

Answer ()

Este comando permite que Asterisk conteste un canal que en este momento este
repicando. Si el canal no est repicando, esta aplicacin no realiza accin alguna.

Muchas aplicaciones requieren que un canal sea contestado antes de realizar la
llamada y de otra forma puede que no funcione correctamente.

exten => 123,1,Answer ()

Dial ()

Este comando posee la siguiente sintaxis,

Dial (tipo/identificador,tiempo-repique,opciones)

Para un discado mltiple la sintaxis de este comando cambia un poco y se muestra
a continuacin,


181
Dial (tipo1/identificador1& tipo2/identificador2,tiempo-repique,opciones)

Tipo: especfica el tipo de canal, este tipo de canal puede ser SIP, Unicall, IAX2,
entre otros.

Identificador: determina el nmero telefnico que se va a discar en el canal
especificado anteriormente. El formato del nmero de telfono depende del canal
y puede contener opciones adicionales.

Tiempo-repique: este parmetro es opcional y si un tiempo de repique no es
establecido el canal repicar indefinidamente. El tiempo de repique es configurado
en segundos.

Opciones: al igual que el tiempo-repique es opcional este tambin lo es. Algunas
de las opciones son las siguientes,
- A(x): reproduce un anuncio (x.gsm) para el usuario de destino.
- C: resetea el CDR (Registros de Facturacin), no permitiendo que esa llamada
sea monitoreda por el CDR.
- d: permite que una extensin de un dgito sea marcada mientras no sea
atendida la llamada, permitiendo as que realice un salto hacia otra prioridad.
- D(dgitos): enva dgitos DTMF luego de que la llamada haya sido contestada.
- f: obliga al identificador de llamada a ser configurado como una extensin de
la lnea que est realizando o redireccionando la llamada, en otras palabras
sobrescribe el identificador de llamada. Esto es hecho porque algunas
operadoras de PSTN no permiten cambiar el identificador de llamadas.
- g: cuando el usuario llamado cuelga sigue ejecutando ms comandos en el
contexto actual.
- G(contexto^extensin^prioridad): cuando una llamada es atendida, este
comando transfiere ambas partes hacia un contexto y extensin especfica.
- h: permite al usuario destino colgar discando *
- H: permite al usuario origen colgar discando *
- j: salta n+101 prioridades de todos los canales solicitados si estos estuviesen

182
ocupados.
- L(x[:y][:z]): limita la llamada a x ms, enviando una advertencia cuando restan
y ms repetida cada z ms. Slo el parmetro x es requerido, los dems son
opcionales. Las siguientes variables especiales pueden tambin ser
configuradas para un control adicional:
o LIMIT_PLAYAUDIO_CALLER=yes/no: reproduce un sonido para el origen
de la llamada.
o LIMIT_PLAYAUDIO_CALLEE=yes/no: reproduce un sonido para el destino
de la llamada.
o LIMIT_TIMEOUT_FILE=archivo: especfica el archivo a reproducir cuando
se ha acabado el tiempo.
o LIMIT_CONNECT_FILE=archivo: reproduce el archivo cuando la llamada
comienza.
o LIMIT_WARNING_FILE=archivo: especfica ela rchivo a reproducir si el
argumento y es definido

- m: provee msica en espera para el origen de la llamada hasta que el usuario
de destino conteste.
- r: genera un tono de repique para el origen, sin enviar ningn audio hasta que
la llamada sea contestada.
- t: permite al usuario destino transferir la llamada.
- T: permite al usuario origen transferir la llamada.
- S(n): cuelga la llamada n segundos despus que el usuario llamado atiende.
- o: utiliza el identificador de llamadas recibido de la etapa entrante de la
llamada sobre el de la etapa exterior de la llamada. Esto es prctico por
ejemplo, cuando se contesta una llamada y se transfiere a otro destino, pero se
quiere enviar el Caller ID del usuario que transfiere no del origen de la
llamada.
- w: permite al usuario de destino iniciar una grabacin presionando *1.
- W: permite al usuario de origen iniciar una grabacin presionando *1.



183
Hangup ()

Este comando realiza exactamente lo que su nombre indica, cuelga un canal
activo. Es utilizado para no permitir que una llamada contine el plan de discado,
luego de ser colgada.

Playback ()

Playback (arhivo)

La aplicacin Playback () es utilizada para reproducir el archivo.gsm presente en
el directorio de sonido por defecto. Cuando esta aplicacin est siendo ejecutada,
cualquier dgito presionado por el usuario es ignorado.

Background ()

Background (arhivo)

Al igual que Playback () es utilizada para reproducir un archivo de sonido, pero
cuando el origen presiona una tecla es interrumpida la aplicacin y enva al
usuario a la extensin correspondiente a los dgitos discados.

Goto ()

Goto (contexto,extensin, prioridad)

Esta aplicacin salta para un contexto actual, extensin y/o prioridad. El goto()
facilita el movimiento entre diferentes partes del plan de discado.

Gotoif ()

Gotoif(condicin?label1:label2)

184
Permite un salto condicionando la resolucin de una expresin, es decir, enva la
llamada a label1 si la condicin es verdadera o al label2 si es falsa.