IMPLEMENTACION DE IP-

PBX ENTRE SUCURSALES

Especificaciones de un sistema de telecomunicaciones

24 DE MAYO DE 2022
NOMBRE: LEONARDO BURGA, LEANDRO PONCE Y JAVIER CHAVEZ
NOMBRE DEL DOCENTE: ROGER ASTORGA
ASIGNATURA: Taller de integración tecnológica l.
Tabla de contenido
1 Capítulo 1. introducción.............................................................................................................3
1.1 Origen del problema...........................................................................................................4
1.2 Alternativas de solución.....................................................................................................5
1.3 Objetivo General................................................................................................................6
1.4 Objetivos específicos..........................................................................................................6
1.5 Contribución esperada........................................................................................................7
2 Capítulo Ⅱ. Marco teórico......................................................................................................8
2.1 ¿QUE es VoIP?..................................................................................................................8
2.2 Ventajas de la VoIP............................................................................................................9
2.3 Desventajas de la VoIP.......................................................................................................9
2.4 IAX2.................................................................................................................................10
2.5 TCP – Transmission Control Protocol..............................................................................10
2.6 UDP – User Data Protocol................................................................................................13
2.7 Codificación.....................................................................................................................14
2.8 Códecs..............................................................................................................................14
2.9 Protocolos VoIP...............................................................................................................15
2.9.1 RTP Y RTCP............................................................................................................15
2.9.2 SDP – Session Description Protocol.........................................................................16
2.9.3 SIP – Session Initiation Protocol..............................................................................17
2.9.4 H.323........................................................................................................................18
2.9.5 SRTP – Real- Time Transport Protocol....................................................................19
3 CAPITULO III.........................................................................................................................20
3.1 Especificaciones del equipamiento a implementar...........................................................20
3.2 Configuraciones...............................................................................................................23
3.2.1 Configuración inicial................................................................................................23
3.2.2 Configuración de extensiones...................................................................................26
3.2.3 Denegación de llamadas...........................................................................................27
3.2.4 Extensiones de registros telefónicos.........................................................................29
3.2.5 Enlace troncal...........................................................................................................31
3.2.6 Configuración de Vlan de voz y datos......................................................................32
4 Capitulo IV. Conclusiones........................................................................................................39
5 Bibliografía:.............................................................................................................................40
Glosario:

 CRLF: Carriage Return/Line Feed – Retorno de carro/salto de línea.

 Voice over: Narración

 PoE: Power over Ethernet – Alimentación a través de Ethernet

 UTF-8: 8-bit Unicode Transformation Format – Formato de transformación Unicode de 8

bit.

 HTTP: Hypertext Transfer Protocol – Protocolo de transferencia de Hipertexto.

 SMTP: Simple Mail Transfer Protocol – Protocolo de transferencia simple.

 SNY: Sincronizar.

 SYN-ACK: acknowledgement – Reconocimiento.

 Puerto UDP 4569: Establece sesiones de VoIP (IAX2) e intercambio de inter-Asterisk (RFC
5456).

 NULL: algoritmo de encriptación que combina características del encadenamiento de

bloque y flujo cifrado.
Resumen ejecutivo

Como empresa dedicada al rubro de telecomunicaciones y redes, buscamos brindar una calidad de
servicio a nuestros clientes, ofreciendo servicios, soluciones optimas y económicas enfocadas a
pequeñas y medianas empresas, con el fin de mejorar su tecnología y hacer más practico su
funcionamiento interno y gestiones externas a clientes, este proyecto ira enfocado a una mediana
empresa que busca mejorar su condición tecnología dentro de la empresa, en donde más
presentan falencias es en el servicio de comunicaciones, ya que actualmente cuentan con un
servicio de telefonía análogo, con un alto costo de contrato, por lo que se ofrecerá una
metodología de funcionamiento más cómoda y económica donde hablamos de telefonía PBX-IP

1 Capítulo 1. introducción

El proyecto por presentar se enfocará en mejorar y facilitar la comunicación dentro de una

empresa que cuenta con más de una sucursal a lo largo del país, en donde nos concentraremos en
pequeñas y medianas empresas, por lo cual se buscará generar un recurso económico y factible
para agilizar las tareas del día a día mediante la tecnología, sin necesitar reunirse de forma
presencial. Cabe mencionar que este proyecto se centrara en una empresa de mediana
envergadura llamada “Madef-Life” que cuenta con 2 sucursales a lo largo de CHILE, las cuales se
encuentran en Santiago (sucursal casa matriz y distribución) y su segunda sucursal se encuentra en
concepción. En la actualidad la empresa cuenta actualmente con un servicio análogo, que le ofrece
directamente el proveedor de servicio de internet, en este caso Movistar, el cual tiene un costo
mensual muy elevado, por lo que buscaremos disminuir estos costos y mejorar su tecnología
actual.
1.1 Origen del problema

El principal problema que presenta “Madef-Life” es la bajísima comunicación entre sus sucursales
y dentro de aquellas la poca comunicación entre sus áreas internas de trabajo, esto impide el
funcionamiento claro y eficaz para sus clientes, ya que se les complica la definición de despacho o
información sobre el stock de productos entre sucursales, lo cual retrasa pedidos y genera
molestias y perdidas de clientes.

Por esta razón nosotros implementaremos un servicio de IP-PBX para agilizar la comunicación
entre sus áreas internas dentro de cada sucursal como entre sus sucursales, todo estará
monitorizado mediante una plataforma WEB en donde brindaremos soporte interno ante alguna
problemática que presente el usuario final, es por esto que será ofrecido este servicio como
solución al problema que presenta.

1.2 Alternativas de solución

Servicio IP-PBX es nuestra alternativa que ofrecemos, está diseñado para pequeñas y medianas
empresas, esta tecnología soporta hasta 500 usuarios ofreciendo un ahorro excepcional, cuenta
con una gran productividad y mejoras para la eficiencia en su funcionamiento, lo cual otorga
potencia, rendimiento y calidad, es un sistema de telefonía IP, incluye una central telefónica
(Panasonic KS-NX500), teléfonos IP PoE, implementación de red que consta de equipos Switch
Cisco catalyst PoE, Router Mikrotik, es una alternativa bastante económica con una única
inversión en equipamiento de red y solo manteniendo un costo de soporte y líneas telefónicas, así
cumplir con la misión de brindar un servicio de calidad y a bajo costo para la comodidad y
eficiencia del cliente.

Ante los requisitos que buscamos satisfacer, esta opción nos brinda la posibilidad de actualizar con
el tiempo nuestros servicios, ya sea aumentando la cantidad de usuarios, modificando sus IVR,
generar reglas de salida entre otras funciones, así otorgar una comodidad y calidad de servicio
hacia nuestro cliente.

Dentro de esta propuesta encontramos importantes características que conforman IP-PBX tales
como:

 Grabación de llamadas integrada

 Funcionamiento con SIP/IAX2, PSTN, ISDN, BRI, E1/T1/PRI, y GSM/3G/4G
 Actualización gratuita de software/firmware de toda la vida
 No hay cargos ocultos y licencia extras

Entre otras características, cuenta con un sistema de seguridad interno, monitoreo y capacidades
de reportes avanzados como un estándar, lo cual en conjunto con un firewall interno y con
soporte cifrado TLS y SRTP.

Conforma con esto un gran equipo robusto con las capacidades necesarias para brindar un servicio
eficaz y seguro dentro de cualquier empresa.

Utiliza protocolo SIP e IAX2, y protocolo de transportes

UDP/TCP/TLS y SRTP con CODEC

G711/G722/G729A/GSM/Speex/ADEPCM/ILBC/H263/H263P/H264/MPEG4

1.3 Objetivo General

El objetivo general es brindar la facilidad y comodidad a la empresa en sus comunicaciones entre

sus sucursales, mediante nuevas tecnologías, utilizando para esto la telefonía y video IP con el fin
de reducir costos y facilitar la labor daría de la empresa.

Para llegar a cumplir nuestro proyecto, debemos pasar por muchos procesos los cuales me
ayudaran a implementar de buena forma el proyecto, en donde tendremos que analizar a la
empresa, tanto como su equipamiento actual de la empresa para ver si es necesario realizar una
inversión de aquel envergadura, también y muy relevante los costos y necesidades de la empresa,
por lo cual debemos realizar y presentar distintos presupuestos para cumplir con las necesidades
del cliente y disponer de distintas opciones de inversión tecnológica y así cumplir con un trabajo
de calidad para solventar las necesidades de la empresa.
1.4 Objetivos específicos

 Unificación de la red telefónica logar la comunicación entre ambas sucursales

 Interferencia en las llamadas se recomienda realizar la instalación de la red a más de 2 cm

de la red eléctrica.

 Realizar proyección del proyecto o carta Gantt

 Establecer pruebas de diagnóstico para resolver problemáticas con inferencias de

llamadas

 Realizar maqueta acorde al proyecto a realizar para solventar posibles fallas en el sistema

 Realizar un diagrama de red

1.5 Contribución esperada

Se espera que al finalizar el presente proyecto nosotros como estudiantes hayamos adquirido
conceptos teóricos y prácticos sobre telefonía IP para poder pensar y reflexionar sobre sus
prácticas al nivel empresarial

Se promueve que este proyecto contribuya al aprendizaje continuo por parte de nosotros,
aprovechando la oportunidad de aprender de la experiencia propia y de los otros.

Se nos brindaron herramientas para realizar labores prácticas para ofrecer un servicio de calidad.

Tener un mayor conocimiento de los equipos que estamos implementando en el proyecto, este
proyecto nos facilita como es el manejo del sistema telefónico de una empresa mediante el
sistema PBX, como se configura para que los integrantes de una empresa tengan una buena señal
telefónica.
El proyecto nos brinda como se maneja y se implementa el PBX en una empresa o quien lo quiera
adquirir, saber cómo se enruta automáticamente la llamada de los clientes o proveedores a una
línea que no se encuentre ocupada, poder configurar un Reuter para que este óptimo para
entregarle al cliente y así poder configurar todos los equipos.
 2 Capítulo Ⅱ. Marco teórico

2.1 ¿QUE es VoIP?

VoIP es el acrónimo de “Voice over internet protocolo”, hace referencia a la emisión de voz en
paquetes IP sobre redes de datos como puede ser internet.

Se trata de la unión de dos mundos, de voz y datos.

La tecnología VoIP está basada en el transporte de la voz, la cual es primeramente procesada, para
luego efectuar su encapsulación en paquetes para poder ser enviada sobre redes de datos sin
necesidad de disponer de una infraestructura telefónica convencional, esto da la ventaja de
desarrollar una única red homogénea en la se envía todo tipo de información, voz, datos o videos.

Tanto para los proveedores como para las empresas, esta tecnología le resulta de gran beneficio,
los proveedores pueden ofrecer más servicios teniendo incluso menor costo y para las empresas el
ahorro que se supone en infraestructura y mantención de la red es mucho mayor, los costos bajos
son una característica muy importante cuando se habla de VoIP en el mundo de las
telecomunicaciones.

Una llamada telefónica requiere una gran red de centrales conectadas entre sí con cableado, fibra
óptica, satélites de telecomunicaciones o cualquier otro medio, que trae consigo una enorme
inversión pare crear y mantener estas infraestructuras. Por otro lado, el uso de la tecnología IP
logra que una llamada telefónica solo suponga comprimir la voz y enviarlas en paquetes por una
línea en la cual pueden transmitirse diferentes llamadas.
2.2 Ventajas de la VoIP

La posibilidad de poseer una sola red es ya una ventaja y además se suman el hecho de
facturas telefónicas mucho más bajas, dirección centralizada, despliegue fácil y rápido
crean un gran atractivo para adoptar esta tecnología en la actualidad. Con la propuesta de
esta tecnología y la adaptación a redes Wireless resulta de gran beneficio para todos las
pequeñas y medianas empresas podrían desplegar una red de forma básica y sencilla,
pero de gran utilidad.

El despliegue de la voz sobre IP reduce el costo y mejora la escalabilidad empleando

componentes de redes de datos estándares, utilizando la propia red interna que tenga
predeterminada la empresa se puede establecer la conexión desde cualquier lugar que
tenga alcance a dicha red. Estaríamos uniendo estas dos tecnologías en una, la telefonía y
el dato

2.3 Desventajas de la VoIP

Los casos de deterioro de señal o variación en el ancho de banda pueden traer consigo
perdida de paquetes, lo que trae una comunicación menos eficiente lo cual nunca es
bueno para ninguna red, pueden perderse pedazos de la conversación, hacer la
comunicación poco fluida o caerse la llamada y crear así problemas al usuario.

Tiene la posibilidad de ataques, la seguridad sigue siendo un tema de relevancia en la

tecnología IP, es muy susceptible a ataques de hackers, virus, y gusanos.

Tiene que tener internet, todo el tiempo necesita estar conectado, que por otro lado
también necesita electricidad, son dos factores que nunca deben fachar ninguno de los
dos para que la red se mantenga funcionando.
2.4 IAX2

Creado y mantenido por Marc Spencer y Digium. Es unos de los protocolos más utilizado
por Asterisk Es utilizado para manejar conexiones VoIP entre servidores Asterisk y clientes
que también utiliza protocolo IAX.
Este protocolo utiliza solo un puerto UDP:4569, para la señalización y flujo de voz, video y
datos IAX2 un protocolo casi transparente a los cortafuegos y realmente eficaz para trabajar
dentro de redes internas. En la fase de llamada de manera binaria para su reducción de
carga en flujos de datos de voz. Al utilizar solo un puerto UDP la señalización y el flujo de
audio RTP de todas las llamadas viajan multiplexados por el mismo canal, haciendo así
muy transparente para los cortafuegos o firewalls, en comparación a SIP que utiliza 3
puertos de comunicaciones.
Este protocolo reduce el ancho de banda utilizado en una llamada, al codificar los mensajes
de señalización de forma binaria, así mismo IAX2 también intenta reducir la cantidad de
información requerida para la señalización. Aunque aparentemente este protocolo hace que
la señalización y la voz viajen por el mismo canal sea una ventaja en el proceso de NAT,
así eliminando la posibilidad de utilizar servidores proxy para las llamadas y esto llena a
que el flujo de audio RTP tenga que pasar obligatoriamente por el servidor, incrementando
notablemente los costos de transferencia de datos del servidor.

2.5 TCP – Transmission Control Protocol

Este protocolo sirve para determinar cómo los dispositivos reunidos en la red deben transmitir, ya
que es un acuerdo estandarizado de transmisión de datos entre distintos participantes de una red
informática.

El protocolo de control de transmisión permite la transmisión de información entre ambas

direcciones, donde los sistemas informáticos que se comunica mediante TCP pueden enviar y
recibir datos de forma simultánea. Las unidades de transmisión básicas son segmentos (paquetes
de datos) que, aparte de los datos de uso, también pueden contener información de control y
estos limitados a un tamaño de 1500 bytes. Las conexiones de terminal a terminal, así como su
transmisión de datos en sí, la realiza el software TCP en la pila de protocolos de red del sistema
operativo correspondiente.

TCP se activa mediante distintas aplicaciones de red, como los navegadores de red o los
servidores, a través de su interfaz establecida. Las conexiones se deben identificar mediante dos
puntos terminales definidos (cliente y servidor).

Para establecer una conexión TCP sea posible, ambos puntos terminales deben contar con una
dirección IP (IPV4 – IPV6) y deben haber declarado y habilitado el puerto deseado para la
transmisión de datos. Donde las direcciones IP funciona como identificador, el puerto sirve para
que el sistema operativo pueda asignar las conexiones a las aplicaciones de servidor y de cliente.

Las secuencias para establecer una conexión con TCP es la siguiente:

1. El cliente que desea establecer la conexión envía al servidor un paquete SYN o segmento
SYN con un número de secuencia individual y aleatorio que garantiza la transmisión
completa en el orden correcto sin estar duplicados los datos.

2. Si el servidor ha recibido los segmentos de datos de SYN, confirma el establecimiento de la

conexión mediante el envío de un paquete SYN-ACK incluido el número de secuencia del
cliente después de sumarle 1, así transmite un número de secuencia propio al cliente.

3. Para finalizar, el cliente confirma la recepción del segmento SYN-ACK mediante él envió de
un paquete ACK propio, que cuenta con el número de secuencia del servidor después de
sumarle 1. En este punto también puede transmitir ya los primeros datos al servidor.

Los datos más importantes para establecer la conexión y la transmisión de datos con el
protocolo de transmisión se encuentran en el encabezado de un paquete TCP. Estos datos
también informan el control que están antes de la carga útil y suelen tener un tamaño de 20
bytes (160 bits), seguidos hasta 40 bytes (320 bits) de información adicional que es
opcional y que no se usa en todos los paquetes.
Antes de que se transmitan los primeros datos, el emisor y el receptor se ponen de acuerdo
en cuanto al tamaño máximo de los segmentes que se van a enviar, donde por defecto se
permiten hasta 1500 bytes por segmento, de los que hay que tener en cuenta que 20 bytes
son para el encabezado TCP y otros 20 bytes, para el encabezado IP, de manera que quedan
1460 bytes disponibles para el uso de datos.
Si contamos con el tamaño máximo de segmento mones de los encabezados, esto significa
que un paquete TCP no puede transmitir datos de un tamaño superior a 1,46KB, o sea,
0,00146 MB, para el uso de envió de contenido web, como imágenes, que pueden ocupar
varios cientos de kilobytes, así empleando la segmentación, en la que los datos de
aplicación
se dividen en varios bloques de datos antes del transporte, se numeran y se envían en un
orden aleatorio. Donde el receptor debe confirmar la recepción de cada uno de los
segmentos y puede reconstruir el orden real mediante los números de secuencia, ya que no
tiene ningún problema para recomponer todos los datos de uso recibidos de la transmisión.
2.6 UDP – User Data Protocol

Es un protocolo de capa de transporte más simple que TCP. UDP no proporciona

confiabilidad y control de flujo, lo que significa que requiere menos campos de
encabezado. Debido a que los procesos UDP del emisor y receptor no tiene que administrar
la confiabilidad y el control del flujo, esto significa que los datagramas UDP pueden
procesarse más rápido que los segmentos TCP, ya que UDP proporciona funciones más
básicas para entregar datagramas entre las aplicaciones apropiadas, con muy poca
sobrecarga y verificación de datos.
UDP es un protocolo sin conexión, ya que no proporciona confiabilidad o control de flujo,
no requiere una conexión establecida. Debido a que UDP no rastrea la información enviada
o recibida entre el cliente y el servidor, UDP también se conoce como un protocolo sin
estado.
UDP también se conoce como un protocolo de entrega de mejor esfuerzo por que no hay
reconocimiento de que los datos se reciben en el destino. Con UDP, no hay procesos de
capa de transporten que informen al remitente de una entrega existo.
Algunas aplicaciones pueden tolerar ciertas pérdidas de datos durante la transmisión a
través de la red, pero los retrasos en la transmisión son inaceptables. Para estas
aplicaciones, UDP es la mejor opción por que requiere menos sobrecarga de red y es
preferible para aplicaciones con Voz sobre IP (VoIP).
UDP también es utilizado por las aplicaciones de solicitud y respuesta donde los datos son
mínimos y las retransmisiones se pueden hacer rápidamente. Por ejemplo, el DNS (Servicio
de nombres de dominio) usa UDP para tipo de transacción. El cliente solicita direcciones
IPv4 e IPv6 para un nombre de dominio conocido de un servidor DNS. Si los clientes no
reciben una respuesta en un pedido de tiempo predeterminado, simplemente envía la
solicitud nuevamente.
2.7 Codificación

La codificación es el proceso mediante el cual se representa una muestra cuantificada,

mediante una sucesión de “1s” y “0s”, es decir, mediante número binario.
Disponiendo de una señal digital es necesario codificar los valores discretos y asignarles
valores numéricos, para que sea posible su empaquetamiento y posterior transmisión. Para
llevar a cabo esta operación y su inversa se utilizan códecs codificadores y decodificadores.

2.8 Códecs

Los códecs son los encargados de convertir nuestra voz en información digital, captando y
adaptando la señal para poder ser transmitida por una red IP, y por supuesto, decodificarla
esta conversión una vez que esta información llega al otro extremo de la comunicación. La
mayoría de estos códecs usados en redes VoIP son definidos por recomendaciones de la
ITU-T, se pueden separar en dos grupos: los que van destinados a aplicaciones que
requieren una alta fidelidad como puede ser la difusión de música a través de la red, y
aquellos que van destinados a la codificación de señales de voz que serán transmitidas en
tiempo real.
Existen muchos tipos de códecs los cuales se utilizan según lo necesitado y de mejor
eficiencia para la red que se requiere montar, existen códecs que optimizan el ancho de
banda, códecs que optimizan la calidad, códecs gratuitos, códecs de pago, etc. Cada uno se
trae ventajas y desventajas a la red y su implementación varía dependiendo del uso que se
requiera.
2.9 Protocolos VoIP

2.9.1 RTP Y RTCP

Este protocolo de transporté en tiempo real (RTP), trata de enviar audio y video transporta los
flujos del medio como los datos de audio y video, RTCP se usa para supervisar las estadísticas de
transmisión y calidad de servicio (QoS), para la sincronización de múltiples flujos.

RTP transporta la voz digital tomando una o más muestras de voz codificadas a los cual agrega el
encabezado RTP. Incluye mecanismo compensación de inseguridad, detección de perdida de
paquetes como también la entrega de paquete fuera de orden estos problemas son causados
normalmente en transmisiones UDP (USER DATAGRAM PROTOCOL) sobre el protocolo IP. Permite
la transferencia de datos a múltiples destinos end-points atreves multidifusión IP siendo su primer
estándar.

Las aplicaciones como VOIP es necesario la transmisión de datos en tiempo real y que
normalmente requiere un tiempo de espera de datos con tolerancia a perdida de datos que pueda
causar la pérdida de unos milisegundos de información de audio. Esta pérdida puede ser
controlada por algoritmo de compensación de errores atreves de protocolos TCP (TRANSMISION
CONTROL PROTOCOL).
2.9.2 SDP – Session Description Protocol

Definido por la RFC 2337 y actualizado posteriormente a RFC 4566, se diseñó para
proporcionar detalles de la sesión como los tipos de medios, los códec y el par IP de los
puertos del medio, también da detalles los datos de la sesión y donde da origen la sesión de
los participantes.
SDP es un protocolo de descripción y es aprovechado por otros protocolos de nivel superior
tales como SAP (Protocolo de anuncio de sesión), SIP (Protocolo de inicio de sesión),
MGCP (Protocolo de control de puerta de enlace de medios), RTSP (Protocolo de
transmisión en tiempo real).
SDP es completamente textual y rígido en términos de formato, a diferencia del protocolo
H.323, no utiliza codificador binario. Esto se hizo para que SDP pudiera aprovechar varios
protocolos y garantizar que los paquetes SDP al formados pudiera ser identificado y
descartarlos fácilmente. El formato de los paquetes SDP es principalmente en UTF-8 (8-bit
Unicode Transformation Format), donde los paquetes SDP contienen una serie de líneas de
texto que se clasifican como campos o como atributos. Un campo está separado del
siguiente por una secuencia de retorno de carro y salto de línea (CRLF).
El objetivo principal de SDP es garantizar siempre que los participantes reciban suficiente
información para unirse a una sesión de la comunicación, donde se clasifican en tres niveles
de descripción:
 Descripción de la sesión
 Descripción del tiempo
  Descripción de los medios
SDP en si no transporta medios, pero negocia entre los puntos finales del tipo y formato de
medios, donde las cargas útiles de SDP se utilizan solo para llamadas salientes, Si hay
llamadas entrantes, el teléfono IP sigue el tipo de carga útil de la persona que llama.

2.9.3 SIP – Session Initiation Protocol

Que en español significa Protocolo de iniciación de sesión, es un protocolo de señalización

para establecer una “sesión” entre dos o más participantes, modificando la sesión y su
término. Se utiliza mayormente en Telefonía sobre IP. SIP fue desarrollado por el IETF y
publicado como RFC 2361 y su flexibilidad ha permitido reemplazar casi por completo al
protocolo H.323 atreves de VoIP.
El protocolo SIP se parece al protocolo HTTP y SMTP, ya que los mensajes basados en
texto y el mecanismo de petición-respuesta hace muy fácil al resolver errores. Los mensajes
del protocolo SIP describen la identidad de los usuarios en una llamada y como pueden ser
alcanzados sobre una red IP. Dentro del encapsulamiento de los mensajes SIP, se pueden
ver la declaración SDP (Session Description Protocol) que define el tipo de canal de
comunicación que puede ser establecido para la sesión, típicamente esto declarará cuales
códecs están disponibles y como el mecanismo de comunicación puede comunicarse unos
con los otros sobre la red IP. Antes de que la información pueda ser transportada por la red,
debe ser codificada con códecs que traducen las señales de audio en datos. Los códecs más
comunes son:
 Códec G.711: Se utilizan para la voz digital sin comprimir. Su calidad de audio es
mejor que los otros códecs, utilizando un mayor ancho de banda.
 Códec G.729: Se utiliza para la voz comprimida, degradando la calidad de audio a
fin de reducir la calidad de datos transmitidos, reduciendo así su ancho de banda.
Los paquetes codificados de datos de audio se transportan utilizando el protocolo de
transporte en tiempo real (RTP), que es un protocolo especializado en capa de aplicación
para el transporte de dato de audio y video como es necesario el transporte en tiempo real.
Atreves del protocolo RTCP, proporciona información sobre las entregas de los paquetes
RTP para la gestión de calidad de servicio de voz.

2.9.4 H.323

Diseñado por la ITU-T y publicado en 1996, este protocolo fue remplazado por SIP. Fue
creadas para ser compatibles con la red telefónica pública conmutada (PSTN) y es difícil
que sea compatibles con nuevas tecnologías, ya que solo funciona con configuraciones de
IP fija.
El funcionamiento de la red de este protocolo es que cuenta con un portero para el
direccionamiento y la señalización de forma correcta, también controla la admisión de los
terminales, el consumo de recursos, la autorización de llamadas y la traducción de
direcciones.
Por otro lado, se encuentra el MCU (Multipoint Control Unit), donde el servidor MCU
conecta los dispositivos que funcionan con diferentes protocolos, las mayorías de veces a
través del H.323 o SIP. Encargada de ser el soporte principal de los multiconferencias en
las llamadas de video, además negocial al mismo tiempo. Donde se encuentra la pasarela,
cuya función es generar acceso a otras redes, eso quiere decir que su tarea es traducir la
señalización de forma correcta y realizar la respectiva transcodificación.
La diferencia entre H.323 y SIP es que cuando SIP recibe un mensaje que no puede
interpretar simplemente lo ignora. A diferencia de H.323 que tardará el tiempo que sea
necesario para llegar a interpretar tal mensaje implicando un tiempo de espera tedioso para
el usuario, por este motivo que el uso de H.323 es cada vez menos preferido por la
telefonía.
2.9.5 SRTP – Real- Time Transport Protocol

Publicado en el 2004 por al IETF (Internet Engineering Task Force), este protocolo es un
perfil de extensión de RTP que agrega funciones de seguridad, como la autenticación de
mensajes, confidencialidad y protección de respuesta, mayormente usadas para las
comunicaciones de VoIP.
SRTP utiliza autenticación e inscripción para minimizar los riesgos de ataques tales como
denegación de servicios. Gracias al uso de RTP, todas las funcionalidades, como
encriptación y autenticación, son opcionales y pueden ser activadas o desactivadas en
forma individual. RTP utiliza estándares de encriptación avanzada (AES) como cifrado de
encriptación por defecto, donde el cifrado NULL puede ser utilizado alternamente cuando
no es necesario la confidencialidad de datos RTP/RTCP.
Al utilizar cifrados y autenticación, minimiza el riesgo de denegación de servicio (DoS),
donde puede logran un alto rendimiento en la comunicación de VoIP.
 3 CAPITULO III

3.1 Especificaciones del equipamiento a implementar

Central telefónica kx-ns500

Tiene una configuración inicial

de 6 troncales analógicas y 18
extensiones, creciendo hasta 190
troncales y 288 extensiones con
unidad de expansión.

También es un sistema de
comunicaciones unificadas con
funciones IP.

Usuarios 250 anexos, 190 canales

Llamadas concurrentes 8-60 llamadas concurrentes
(simultaneas)

Puertos BRI puertos, 2 puertos digitales,

4 puertos ip propietarios
 Equipo Telefono Panasonic IP-PT kx-nt511PXB

Pantalla Pantala LCD de 1 linea

Puertos 2 ethernet 10/100

Poe Soporta Poe

3.2 Configuraciones

3.2.1 Configuración inicial

Entrar a la configuración de nuestro equipo a través de la interfaz web conectándonos al

puerto LAN de la PBX.
Para poder entrar a la interfaz web tenemos que entrar a la siguiente IP 192.168.0.101
recuerden también asignar una IP fija a nuestro PC para hacer una red entre ambos
dispositivos.
Cabe mencionar que para poder entrar a la configuración de la PBX deben ingresar las
credenciales que vienen por defecto las cuales son: INSTALLER y contraseña:1234.
Al momento de ingresar nuestras credenciales nos enviara a las configuraciones iniciales
donde tenemos que determinar el tipo de numeración, la fecha la hora, el operador, línea
externa, LAN y VoIP.
En esta configuración como podemos observar en la imagen el operador o encargado es
para determinar el número de las extensiones si utilizaremos 3 dígitos (101) o 4 dígitos
(1001).
También esto nos permitirá dar prioridades a las llamadas por números de extensión o
(operadora).
En línea de marcación tenemos modo de marcación por tonos o pulsos, tenemos que
también seleccionar la tarjeta PRI30 o E1
También para configurar los grupos de extensiones etc.
Bueno en esta parte de la configuración tenemos VoIP (ext.), aquí nos damos cuenta de que
el máximo número de extensiones es de 128 Max, tenemos que marcar la opción de registro
del terminal IP de manera manual y desactivar el DHCP. Para poder a empezar a
configurar

3.2.2 Configuración de extensiones

En este lugar de la configuración agregaremos la extensión que utilizaremos, esto es

importante por que en este lugar determinaremos a que persona o área entregaremos unas
determinadas extensiones para permitir llamadas internaciones o solo dentro de la empresa
para eso tenemos una opción llamada denegación de llamadas, esto lo veremos en las
configuraciones más adelante.

3.2.3 Denegación de llamadas

Aquí como lo mencionamos anteriormente podemos observar que podemos denegar llamas
por departamentos, es esta parte nosotros creamos diferentes departamentos como pueden
observar se determinó el área de administración, ventas, soporte, etc.
Los números que podemos observar que aparecen a un costado del nombre del
departamento nos indica las restricciones que tendrá cada departamento.
Donde esta separado por niveles
Nivel 1. Esta permitido todo tipos de llamadas
Nivel 2. Permito solo llamadas locales lo cual me bloquea las llamadas a celulares y
llamadas internacionales
Nivel 3. el nivel numero 3 no permite realizar ningún tipo de llamadas, solo nos dejara
recibir llamadas.
Aquí se crean los departamentos, pero aun nos falta asignárselo a las extensiones que es un
menú diferente que lo veremos a continuación.

En esta parte determinaremos que departamentos pueden realizar el tipo de llamadas, como
se puede observar las extensiones vienen por defecto en clase 1, tenemos que cambiar la
clase de servicio para poder asignar la clase de servicio.
En la imagen podemos observar que en administración dejamos la clase de servicio nivel 1
donde se le permite realizar todo tipo de llamadas
Esto se lo asignamos a la extensión 1001 y 1002
Ventas se dejó con clase de servicio nivel 2 donde se le permite solo llamadas locales,
donde se deniegan las llamadas internacionales y llamadas a celulares
Y por último soporte lo establecimos en nivel 3 para que solo pueda recibir llamadas.

3.2.4 Extensiones de registros telefónicos

En esta parte tenemos los slots de configuración donde entraremos a la tarjeta V-SIPEXT32
para configurar la extensión de registro de los teléfonos ip para configurar lo que es la
extensión correspondiente el nombre del usuario que estará asignado y la configuración
inicial que deben llevar cada teléfono asignado.
Como lo comentábamos en las configuraciones anteriores, se puede observar que tenemos
dos teléfonos registrados con su respectiva Mac y su IP podemos observar como se le
asigno a una extensión determinada

Estos teléfonos son de manera virtual los cuales se pueden configurar con la aplicación
zoiper
En la aplicación nos solicitara el usuario y la contraseña donde el usuario será la extensión
con la IP y la contraseña se otorgara según lo que configuremos en el sistema.
3.2.5 Enlace troncal

En esta parte de la configuración tenemos el enlace troncal para poder comunicarnos entre
sucursales donde configuraremos la ip de la otra PBX o de la vpn para realizar el enlace y
realizar las llamadas correspondientes.
En esta parte tenemos que agregar la ip y configurar el Gateway correspondiente para
comunicarnos con el otro enlace debido a que nuestra central telefónica no saldrá con ip
publica debido a esto se debe realizar un enlace troncal o vpn.

3.2.6 Configuración de Vlan de voz y datos

3.2.6.1 1. Configuración switch cisco

 Switch> enable
 Switch# configure terminal (Para ingresar al modo privilegiado) Configuramos
las VLANs
 Switch(config)# vlan 20
 Switch(config-vlan)#name DATOS
 Switch(config-vlan)#vlan 30
 Switch(config-vlan)#name VOIP

Configuramos interfaz la cual ira conectada directamente al Router Mikrotik

 Switch(config)# interface fastEthernet 1/0/1 (En el caso de este Switch se
configura así)

Entramos a la interfaz y configuramos lo siguiente:

 Switch(config-if)# switchport trunk encapsulation dot1q

 Switch(config-if)# switchport mode trunk

Luego, debemos configurar las interfaces que dejaremos para las vlan 20 y 30 respectivas
de VOIP y DATOS

 Switch(config-if-range) #Switchport mode Access.

Este comando tiene doble funcionalidad. Sirve para indicarle a un teléfono conectado al
switch, cual es la vlan de voz por medio de CDP. Se trabaja en conjunto con el comando
switchport Access Vlan x para asignar la vlan para PC, si está conectada detrás del
teléfono.

Se utiliza para obtener

información de Router y
switches que están conectados
localmente. El CDP es un
protocolo propietario cisco,
destinado al descubrimiento de
vecinos y es independiente de
los medios y del protocolo de
enrutamiento

 Switch (config) #
interface range
fastEthernet 1/0/3 – 24
(En el caso de la
configuración realizada,
con este comando
tomamos todas las
interfaces restantes, para
realizar la misma
configuración en todas.)

 Switch(config-if-range) #
Switchport Access vlan 20
 Switch(config-if-range) #
Switchport voice vlan 30
No se Realizan más
configuraciones en el
Switch
3.2.6.2 configuración Router Mikrotik

 Como se ve en la
imagen las vlan
creadas deben quedar
ambas en la misma
interfaz, como se ve
en la imagen.

A continuación, se demostrará la forma de crear la Vlans en el Router

 En interface list seleccionamos la pestaña “Vlan” en la cual crearemos la Vlan de
voz y VOIP las cuales ya fueron creadas previamente en el Switch
 Comenzamos a crear las Vlans.

En name: indicamos el nombre que obtendrá la vlan En Vlan ID: el numero asignado a la
vlan y en “inter-face” asignamos a que interface ira cada vlan respectiva, en este caso
dejamos la Vlan 20 y 30 en la misma interface de ETHER5

 Creamos el Bridge en la interface LAN

 En address list le asignamos un direccionamiento para LAN en este caso es
192.168.10.1/24, para WAN la 192.168.20.31 la cual fue asignada al momento de
configurar el DHCP client, para VoIP 192.168.0.101/24 es el rango de ip que
tomara los equipos de voz, para Datos 192.168.88.1/24 es el rango de ip que tomara
los equipos Pc,notebook.. etc

 Se asigna un DHCP client

a la interface
 Se genera un DHCP Server para la interface LAN, para la Vlan de datos y vlan de
VOip

 Configuramos NAT, en la opción “Action” la opción masquerade

  En IP → en la opción Route creamos una ruta por defecto en la cual le creamos una ruta
por defecto a la WAN.

4 Capitulo IV. Conclusiones

Conclusión individual (Leonardo burga)

Este proyecto me ayudo a poder saber más de lo que es una central telefónica y sobre todo
sobre los distintos equipos que estamos utilizar desde como configurar un extensión ip y
poder acceder a distintas funciones y restringir y saber qué tipo de configuraciones lleva y
la complejidad que tiene configurar y saber lo que uno está haciendo, aprendí a configurar
más sobre el equipo Panasonic kx ns500 que tiene mucha ayuda para una empresa ya que
te permite tener comunicación dentro de la empresa y así poder ayudar a distintas empresas
a tener una buena comunicación. un sistema de comunicación que combina telefonía IP y
telefonía analógica digital, que es ideal para pequeñas y medianas empresas, el sistema
ofrece una configuración flexible y se expande con base en las necesidades de las empresas,
en lo general este proyecto me sirvió poder configurar y saber lo que lleva una central
telefónica para una empresa ya sea cual índole.

Conclusión individual (Leandro Ponce)

En conclusión, con este proyecto logre identificar cómo funciona una central telefónica,
sobre los distintos medios que existen hoy en día para realizar estos tipos de proyectos
todos los pasos que tenemos que seguir para realizar un proyecto, y gracias a esto nos
prepara para salir al mercado laboral de una manera eficaz,
Bueno configurando esta central telefónica nos dimos cuenta de muchas cosas como la
tecnología ha ido evolucionando rápidamente y que ahora todo es por medios digitales,
pero gracias a esto podemos observar que hay muchas empresas que aun utilizan estos
servicios, lo que nos ayudara mucho en un futuro cuando enfrentemos el mercado laboral
correspondiente.

Conclusión (Grupal)

Bueno en este proyecto que enfrentamos a lo largo de todo el semestre logramos identificar
que todo proyecto lleva etapas y procesos. Esto nos prepara para salir al mercado laboral.
Aprendimos que hoy en día existen muchas tecnologías para la telefonía IP, ya que hora no
se necesita una central telefónica como tal todo puede estar en el internet como por ejemplo
(ISABEL) logramos aprender a configurar una central lo cual nos ayudara mucho en algún
futuro debido a que no todas las empresas suelen actualizar su equipamiento.
Este proyecto nos enseño a que se debe realizar en equipo para asignar tareas y realizar
labores separadas para avanzar más rápido.
Gracias a nuestro proyecto y el de los demás hemos aprendido que con un poco de ingenio
y equipos adecuados se pueden realizar grandes trabajos (proyectos).
También logramos detectar que el trabajo en equipo es fundamental para este tipo de
proyectos de gran envergadura.

5 Bibliografía:

https://www.prometec.net/protocolo-udp/

https://www.ionos.es/digitalguide/servidores/know-how/que-es-tcp-transport-control-protocol/

https://a2billing.wordpress.com/2010/10/23/diferencias-entre-el-protocolo-iax-y-sip/
https://medium.com/asterisk-tips-101/troncal-iax2-entre-servidores-asterisk-c19600c0bec6

https://slideplayer.es/slide/1050668/

http://tut2learn.com/2012/05/2-3-3-user-datagram-protocol-udp/

https://centralizate.es/centralita-virtual/que-es-sip-el-protocolo-sip-explicado/

https://ccnadesdecero.es/capa-transporte-definicion-y-funciones/
#5_Protocolo_de_Datagramas_de_Usuario_UDP

https://www.monografias.com/trabajos107/protocolos-senalizacion-y-transmision-flujo-
multimedia/protocolos-senalizacion-y-transmision-flujo-multimedia2

https://www.cisco.com/c/en/us/support/docs/smb/unified-communications/cisco-small-business-
spa300-series-ip-phones/smb3335-configure-session-description-protocol-sdp-payload-types-
on.html

https://www.ciscopress.com/articles/article.asp?p=3100060&seqNum=3

https://datatracker.ietf.org/doc/html/rfc4566#section-5

https://www.arsys.es/blog/utf8

https://www.rfc-editor.org/old/EOLstory.txt