PBX (Private Branch Exchange) 25 de Agosot del 2015

PBX (Private Branch Exchange) 25 de Agosot del 2015

Materia: Conmutaci´ on on Digital Ingenier Ingen ier´ ´ıa En Sistemas Sist emas Electr´ Elec tr´onicos onicos Docente: Ing. Jos´ Ing. Jos´ e Nu Nu˜ nez ˜ nez de Arco

Integrantes: Xavier Fernandez Algara˜ naz naz Gonzalo Unzueta Echalar

´Indice general 1. Introducci´ Introducci´ on on

1

1.1. Antecedentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. Ob jetivos

1 3

2.1. Ob je jetivo General . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2. Obje bjetivos Espec pec´ıficos . . . . . . . . . . . . . . . . . . . . . . . . . 3. L´ımites y Alcances

3 3 4

3.1. L´ımites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2. Alcances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4. Conocimiento Previo

4 4 5

4.1. RTC (Red Telef´ onica Conmutada) . . . . . . . . . . . . . . . . . 4.2. Telefon´ıa PSTN . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5. Marco Marco Te´ Te´ orico

5 5 8

5.1 5.1. Telef elefon on´´ıa Com Comput putada ada Inte Integr grad ada a . . . . . . . 5.1.1. Fluj lujo de Eventos de una CTI . . . . 5.2. Protocolo VoIP . . . . . . . . . . . . . . . . 5.3. Protocolo UDP . . . . . . . . . . . . . . . . 5.3. 5.3.1. 1. Prin Princi cipa pale less cara caract cter er´´ısti ıstica cass . . . . . . 5.4. .4. Sistema de Nombres de Dominio inio . . . . . . 5.5. Protocolo SIP . . . . . . . . . . . . . . . . . 5.5. 5.5.1. 1. Defii Defiini nici cion ones es rela relaci cion onad adas as con con VoI VoIP P. 5.6. Traducci´ raducci´ on de Direcciones en Red . . . . . 5.7. 5.7. AX AXON ON,, soft softw ware are pb pbx virt virtua uall par para a Win Windo dows ws 5.7.1. Caracter´ısticas . . . . . . . . . . . . 5.8. Express Talk . . . . . . . . . . . . . . . . . 5.8.1. Caracter´ısticas . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

. . . . . . . . . . . . .

6. Marco Pr´ actico

8 8 9 10 11 11 12 13 14 18 18 18 18 20

6.1. Instal 6.1. Instalaci aci´ on o´n y configuraci´on de la PBX . . . . . . . . . . . . . . . 6.2. Softphone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.3. Configuraci´ Configuraci´ on Softphone . . . . . . . . . . . . . . . . . . . . . . .

1

20 25 26

7. Conclusi Conclusi´ o ´n

28

2

Cap´ıtulo 1

Introducci´ on 1.1.

Antecedentes

El protocolo SIP (que significa Protocolo de Iniciaci´on de Sesiones) naci´o en 1996 cuando Mark Handley y Eve Schooler presentaron el primer borrador ante la IETF de lo que ser´ıa un protocolo de comunicaciones IP que solucionar´ıa gran parte de los inconvenientes de protocolos anteriores. [1]

El protocolo SIP es un protocolo de se˜nalizaci´ on, es decir, SIP no transporta audio ni v´ıdeo, por lo que ser´ıa incompleto decir que en una comunicaci´ on de VoIP en SIP solo interviene este protocolo que se transmite por el puerto 5060 TCP o UDP. En este borrador del protocolo innovador se expon´ıan conceptos nuevos y que posteriormente pasar´ıa a utilizarse en todo el mundo como uno de los protocolos m´ as utilizados en las aplicaciones de mensajer´ıa instant´ anea, aplicaciones CRM, ERP y por supuesto VoIP. Entre estos nuevos conceptos destaca alto tan b´asico como el “registro”, por el cual un usuario informaba a la red d´onde pod´ıa recibir invitaciones de comunicaciones por parte de otros usuarios, lo que permit´ıa que un usuario pudiera recibir un mensaje en su casa y si luego se trasladaba al trabajo y se “registraba”, el mensaje lo recibiera en el trabajo y no en su casa. [2] Entonces ¿como se puede enviar audio y v´ıdeo por SIP?. Sencillamente, no se puede, SIP no est´a dise˜ nado para esto, aunque s´ı que permite indicar el sistema y el puerto por el que se puede enviar un flujo de datos que encapsula la voz y el v´ıdeo. Para este flujo de datos se utiliza otro protocolo: SDP (que significa “Session Description Protocol” en espa˜ nol “Protocolo de Descripci´on de Sesiones“) y env´ıa los par´ametros de inicializaci´on de audio y v´ıdeo transmitidos por streaming por varios puertos UDP altos (por encima del 1024) [3]

1

La comunicaci´on SIP se realiza entre lo que se denominan “Agentes de Usuario SIP” com´ unmente conocido como “usuario SIP”, “Servidores de Registro” tambi´en conocido como “SIP Server” y “SIP Proxy” tambi´en conocido como “SIP Proxy”

2

Cap´ıtulo 2

Objetivos 2.1.

Objetivo General

Analizar y establecer una conexi´on telef´onica VoIP que pase a trav´ ez de una central PBX virtual, explicando cada detalle de dicha conexi´on mediante cuadros y diagramas.

2.2.

Objetivos Espec´ıficos

- Establecer la central PBX en un ordenador. - Agregar extensiones tel´efonicas mediante el software Express Talk. - Configurar cada extensi´ on para que se conecte con nuestra central PBX - Establecer la comunicaci´on servidor-usuario. - Establecer la comunicaci´on usuario-usuario.

3

Cap´ıtulo 3

L´ımites y Alcances 3.1.

L´ımites

- Debido a que se trabaja con un software gratuito (Axon PBX Virtual y Express Talk) hay funciones que est´an restringidas. -No permite la conexi´on con IP’s externas debido a que no contamos con un servidor SIP online. -Express Talk nos permite redirigir la llamada a un voicemail en dispositivos que no sean celulares. -El software no nos permite tener tono de ocupado en versi´on gratuita

3.2.

Alcances

-Permite la conexi´on Full Duplex de voz ilimitadamente en una misma red privada -Permite mantener una llamada activa y varias en espera. -Permite tener cantidad ilimitada de extensiones.

4

Cap´ıtulo 4

Conocimiento Previo 4.1.

RTC (Red Telef´ onica Conmutada)

La Red Telef´onica Conmutada (RTC) se define como el conjunto de elementos constituido por todos los medios de transmisi´on y conmutaci´on necesarios para enlazar a voluntad dos equipos terminales mediante un circuito f´ısico que se establece espec´ıficamente para la comunicaci´on y que desaparece una vez que se ha completado la misma. Se trata por tanto, de una red de telecomunicaciones conmutada. [4] La voz va en banda base, es decir sin modulaci´on (la se˜ nal producida por el micr´ ofono se pone directamente en el cable). Las se˜nales de control (descolgar, marcar y colgar) se realizaban, desde los principios de la telefon´ıa autom´atica, mediante aperturas y cierre del bucle de abonado. En la actualidad, las operaciones de marcado ya no se realizan por apertura y cierre del bucle, sino mediante tonos que se env´ıan por el terminal telef´onico a la central a trav´ es del mismo par de cable que la conversaci´on. En los a˜ nos 70 se produjo un creciente proceso de digitalizaci´ on influyendo en los sistemas de transmisi´on, en las centrales de conmutaci´ on de la red telef´onica, manteniendo el bucle de abonados de manera anal´ ogica. Por lo tanto cuando la se˜ nal de voz, se˜ nal anal´ ogica llega a las centrales que trabajan de manera digital aparece la necesidad de digitalizar la se˜nal de voz. [5]

4.2.

Telefon´ıa PSTN

La red telefonica p´ublica conmutada (PSTN, Public Switched Telephone Network) es una red con conmutaci´on de circuitos tradicional optimizada para comunicaciones de voz en tiempo real. Cuando llama a alguien, cierra un conmutador al marca2r y establece as´ı un circuito con el receptor de la llamada. 5

PSTN garantiza la calidad del servicio (QoS) al dedicar el circuito a la llamada hasta que se cuelga el tel´efono. Independientemente de si los participantes en la llamada est´an hablando o en silencio, seguir´an utilizando el mismo circuito hasta que la persona que llama cuelgue. La Interfaz de programaci´on de aplicaciones de telefon´ıa (TAPI) permite a los programas comunicarse f´acilmente a trav´ es de la red de telefon´ıa tradicional. TAPI permite la conexi´on directa con una red PSTN y marcado telef´onico autom´ atico, y proporciona interfaces para llamadas de conferencia, correo de voz e identificador de la persona que llama. [6] TAPI ayuda a convertir la familia Windows Server 2003 en una plataforma eficaz y flexible para desarrollar y utilizar programas de integraci´on de equipos y telefon´ıa (CTI). Los programas se pueden crear a partir de la compatibilidad cliente-servidor de TAPI, a fin de proporcionar una interfaz gr´afica para administraci´ on de sistemas y servicios mejorados, como correo de voz, cola de llamadas, reenv´ıo de llamadas a otra ubicaci´ on, integraci´o n de equipos y telefon´ıa, y reconocimiento de voz. Adem´as de permitir a los programas ofrecer servicios de telefon´ıa, TAPI administra los dispositivos de telefon´ıa, y permite de esta forma que varios programas que utilizan una l´ınea permanezcan activos simult´ aneamente. Un programa puede esperar una llamada mientras otro marca. [7] En un entorno cliente-servidor, la telefon´ıa se puede administrar como cualquier otro servicio de red. Puede especificar las l´ıneas y los tel´efonos disponibles para usuarios concretos y utilizar la seguridad del dominio para controlar el acceso a los recursos de telefon´ıa. Los proveedores de servicios de telefon´ıa y todos los par´ametros almacenados se puede actualizar en una LAN para facilitar la configuraci´ on, el uso y la administraci´on de recursos, independientemente de la ubicaci´ on f´ısica. [8]

6

Figura 1- PSTN [9]

7

Cap´ıtulo 5

Marco Te´ orico 5.1.

Telefon´ıa Computada Integrada

CTI (Computer telephony integration, que puede traducirse como ¨ıntegraci´ on de telefon´ıa inform´atica”) se refiere en el contexto empresarial a un sistema inform´ atico destinado a la interacci´on entre una llamada telef´onica y un ordenador de manera coordinada. Como los canales de comunicaci´on de las empresas se han extendido m´as all´ a del tel´efono, englobando actualmente el e-mail, la web (chat), el fax, los SMS, etc., el t´ermino CTI se ha ampliado para tomar tambi´en a otros canales de comunicaci´on entre la empresa y sus clientes. La tecnolog´ıa CTI apunta a integrar todos los canales de comunicaci´on de la empresa y las informaciones que ´esta recaba sobre sus clientes o potenciales clientes. [10] Las interacciones registradas en el CTI pueden ser atendidas autom´aticamente si existen procesos predefinidos para ello o bien con el soporte manual de un agente, tambi´ en llamado teleoperador. Los sistemas CTI disponen de funciones adicionales como son identificaci´on de llamadas (qui´en es el cliente iniciador de la comunicaci´on) o enrutamiento de llamadas (por ejemplo, en funci´on de criterios geogr´aficos o de negocio redirigir la llamada a un agente u otro) que facilitan la trazabilidad de los contactos realizados con los clientes y la automatizaci´on de tareas. [11]

5.1.1.

Flujo de Eventos de una CTI

Una aplicaci´ on t´ıpica CTI gestiona el flujo de que es generado por la centralita de telefon´ıa durante el ciclo de vida de una llamada. Este habitualmente sigue esta secuencia: Conexi´ on Env´ıo 8

Establecimiento Cierre Fin

5.2.

Protocolo VoIP

El objetivo del protocolo de VoIP es dividir en paquetes los flujos de audio para transportarlos sobre redes basadas en IP. Los protocolos de las redes IP originalmente no fueron dise˜nados para el fluido el tiempo real de audio o cualquier otro tipo de medio de comunicaci´on. La PSTN est´a dise˜ nada para la transmisi´ on de voz, sin embargo tiene sus limitaciones tecnol´ogicas. [12] Es por estas limitaciones que se crean los protocolos para VoIP, cuyo mecanismo de conexi´on abarca una serie de transacciones de se˜nalizaci´ on entre terminales que cargan dos flujos de audio para cada direcci´on de la conversaci´on.

Figura 2-VoIP [13] El VoIP permite la uni´on de dos mundos hist´oricamente separados, el de la transmisi´ on de voz y el de la transmisi´on de datos. Entonces, el VoIP no es un servicio sino una tecnolog´ıa. VoIP puede transformar una conexi´on standard a internet en una plataforma para realizar llamadas gratuitas por internet. Usando algunos de los software gratuitos para llamadas VoIP que est´an disponibles en internet estamos salte´andonos a las compa˜ n´ıas tradicionales de telefon´ıa, y por consiguiente, sus tarifas.

9

En el pasado, las conversaciones mediante VoIP sol´ıan ser de ba ja calidad, esto se vio superado por la tecnolog´ıa actual y la proliferaci´on de conexiones de banda ancha, hasta tal punto llego la expansi´on de la telefon´ıa ip que existe la posibilidad de que usted sin saberlo ya haya utilizado un servicio VoIP, por ejemplo, las operadoras de telefon´ıa convencional, utilizan los servicios del VoIP para transmitir llamadas de larga distancia y de esta forma reducir costos. [14] Se sabe que va a llevar alg´un tiempo pero es seguro que en un futuro cercano desaparecer´ an por completo las linas de tel´efono convencionales que utilizamos en nuestra vida cotidiana, el avance tecnol´ogico indica que estas ser´an muy probablemente reemplazadas por la telefon´ıa IP.

5.3.

Protocolo UDP

User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en el intercambio de datagramas (Encapsulado de capa 4 Modelo OSI). Permite el env´ıo de datagramas a trav´ es de la red sin que se haya establecido previamente una conexi´on, ya que el propio datagrama incorpora suficiente informaci´ on de direccionamiento en su cabecera. Tampoco tiene confirmaci´on ni control de flujo, por lo que los paquetes pueden adelantarse unos a otros; y tampoco se sabe si ha llegado correctamente, ya que no hay confirmaci´on de entrega o recepci´on. [15]

Figura 3-Modelo OSI [16] Su uso principal es para protocolos como DHCP, BOOTP, DNS y dem´as pro-

10

tocolos en los que el intercambio de paquetes de la conexi´on/desconexi´ on son mayores, o no son rentables con respecto a la informaci´on transmitida, as´ı como para la transmisi´on de audio y v´ıdeo en real, donde no es posible realizar retransmisiones por los estrictos requisitos de retardo que se tiene en estos casos, m´ as adelantese explicar´a el protocolo que nos interesa que es el DNS.

5.3.1.

Principales caracter´ısticas

Las caracter´ısticas principales de este protocolo son: 1. Trabaja sin conexi´on, es decir que no emplea ninguna sincronizaci´on entre el origen y el destino. 2. Trabaja con paquetes o datagramas enteros, no con bytes individuales como TCP. Una aplicaci´ on que emplea el protocolo UDP intercambia informaci´on en forma de bloques de bytes, de forma que por cada bloque de bytes enviado de la capa de aplicaci´on a la capa de transporte, se env´ıa un paquete UDP. 3. No es fiable. No emplea control del flujo ni ordena los paquetes. 4. Su gran ventaja es que provoca poca carga adicional en la red ya que es sencillo y emplea cabeceras muy simples. 5. Un paquete UDP puede ser fragmentado por el protocolo IP para ser enviado fragmentado en varios paquetes IP si resulta necesario. 6. Puesto que no hay conexi´on, un paquete UDP admite utilizar como direcci´on IP de destino la direcci´on de broadcast o de multicast de IP. Esto permite enviar un mismo paquete a varios destinos.

5.4.

Sistema de Nombres de Dominio

Domain Name System o DNS (en espa˜nol Sistema de Nombres de Dominio ) es un sistema de nomenclatura jer´arquica para computadoras, servicios o cualquier recurso conectado a Internet o a una red privada. Este sistema asocia informaci´ on variada con nombres de dominios asignado a cada uno de los participantes. Su funci´on m´as importante, es traducir (resolver) nombres inteligibles para las personas en identificadores binarios asociados con los equipos conectados a la red, esto con el prop´osito de poder localizar y direccionar estos equipos mundialmente. [17]  

 

La asignaci´ on de nombres a direcciones IP es ciertamente la funci´on m´as conocida de los protocolos DNS. Por ejemplo, si la direcci´on IP del sitio FTP de prox.mx es 200.64.128.4, la mayor´ıa de la gente llega a este equipo especificando ftp.prox.mx y no la direcci´on IP. Adem´as de ser m´as f´acil de recordar, el nombre es m´as fiable.

11

5.5.

Protocolo SIP

SIP, o Session Initiation Protocol es un protocolo de control y se˜nalizaci´ on usado mayoritariamente en los sistemas de Telefon´ıa IP, que fue desarrollado por el IETF (RFC 3261). Dicho protocolo permite crear, modificar y finalizar sesiones multimedia con uno o m´as participantes y sus mayores ventajas recaen en su simplicidad y consistencia. [18]

Figura 4 - SIP [19]

– Usuarios SIP: Un usuario SIP puede ser una aplicaci´on de mensajer´ıa, un softphone, un tel´efono IP, y en general cualquier dispositivo o software que sea compatible con SIP y que tenga la capacidad de “registrarse” con una cuenta SIP. Los usuarios SIP reciben una URI formada por “usuario”@”dominio” donde el campo dominio se corresponde con el Servidor SIP donde se encuentra registrado. – Servidor SIP: Un servidor SIP es una aplicaci´on o dispositivo que permite crear y gestionar cuentas SIP y permitir que los Usuarios SIP se “registren” almacenando la direcci´on IP donde deben acceder para realizar la comunicaci´on con este usuario. 12

– Proxy SIP: Un Proxy SIP es una aplicaci´on que permite que cualquier usuario SIP env´ıe un comando a otro usuario SIP. Con estos tres conceptos claros, empieza la parte divertida, cuando dos usuarios SIP quieren hablar entre si, hace falta: – Dos usuarios SIP (100@dominio y 200@dominio) – Un servidor SIP donde se registrar´an los dos usuarios – Un proxy SIP para enviar los paquetes necesarios desde uno de los usuarios al otro para empezar a establecer una comunicaci´on. Una vez establecida la comunicaci´on, el env´ıo de los paquetes streaming de audio y v´ıdeo se realiza u ´ nicamente y exclusivamente entre la aplicaci´on registrada como 100@dominio y la aplicaci´on registrada como 200@dominio, por lo que queda demostrado que SIP es un protocolo P2P tan mal visto por los medios de comunicaci´on. En este caso, el usuario 100@dominio tambi´en podr´ıa iniciar la comunicaci´on introduciendo el usuario 200@direccionIP donde “direccionIP” ser´ıa la que tuviese ese usuario en ese instante. ¿pero qu´e ocurre cuando el usuario cambia de IP? ¿Perdemos la posibilidad de llamarle? Justamente para eso sirve el servidor SIP y el Proxy SIP. [20]

5.5.1.

Defiiniciones relacionadas con VoIP

– B2BUA (Back 2 Back User Agent) El B2BUA es una aplicaci´on para controllar llamadas entre usuarios SIP y se diferencia de un Proxy SIP en que este u ´ nicamente gestiona el estado de una llamada cuando se realiza, mientras que el B2BUA mantiene el estado de las llamadas y las mantiene para conseguir informaci´ on valiosa en determinados entornos como facturaci´on, redireccionamiento de llamadas en caso de ca´ıda de un proveedor SIP, etc. Asterisk es mucho m´ as que un B2BUA ya que no ´unicamente controla todo esto, si no que incluso puede llegar a realizar acciones que ni un Proxy SIP ni un B2BUA pueden realizar como: grabaciones de llamadas, sistemas de buz´on de voz, reproducci´on de locuciones, ofrecer men´us IVR, reproducir m´ usica en espera, y un largu´ısimo etc. – Media Gateway (MGW) El Media Gateway es una aplicaci´on o dispositivo que convierte la se˜ nalizaci´ on SIP y el audio streaming, recibidos por SIP en el formato necesario para que sea transportado por otra “tecnolog´ıa” como l´ıneas anal´ ogicas, digitales, diferentes protocolos IP, etc. – Softswitch El Softswitch es una aplicaci´on o dispositivo que realiza las labores de un Proxy SIP y un Media Gateway. Ejemplo de softswitch es el conocido FreeSwitch al que adem´as le han a˜ nadido algunas opciones m´as t´ıpicas de centralitas. – PBX Un PBX es una centralita basada en la red telef´onica (anal´ogica, di13

gital o incluso m´ovil) que realiza las acciones que ya conocemos de toda centralita: gestionar transferencias, programar men´us IVR, grabar conversaciones, etc. – Media Server Un Media Server es un dispositivo o aplicaci´on que permite almacenar contenido multimedia (audio, v´ıdeo, im´a genes, etc. . . ) y que puede enviarla mediante alg´un tipo de protocolo sin importarle a quien. Es un reproductor de contenido multimedia que se conecta a cualquiera de los sistemas que he mencionado con anterioridad y ofrece este contenido a uno o varios usuarios. Tras esta breve explicaci´on, espero que estos conceptos hayan quedado m´as claros y evitar utilizar una aplicaci´on para realizar tareas m´as propias de otras. [21]

5.6.

Traducci´ on de Direcciones en Red

La traducci´on de direcciones de red o NAT (del ingl´es Network Address Translation) es un mecanismo utilizado por Routers IP para intercambiar paquetes entre dos redes que asignan mutuamente direcciones incompatibles. Consiste en convertir, en tiempo real, las direcciones utilizadas en los paquetes transportados. Tambi´en es necesario editar los paquetes para permitir la operaci´on de protocolos que incluyen informaci´on de direcciones dentro de la conversaci´on del protocolo. El tipo m´as simple de NAT proporciona una traducci´on una-a-una de las direcciones IP. La RFC 2663 se refiere a este tipo de NAT como NAT B´asico, tambi´ en se le conoce como NAT una-a-una. En este tipo de NAT ´unicamente, las direcciones IP, las sumas de comprobaci´on (checksums) de la cabecera IP, y las sumas de comprobaci´on de nivel superior, que se incluyen en la direcci´on IP necesitan ser cambiadas. El resto del paquete se puede quedar sin tocar (al menos para la funcionalidad b´asica del TCP/UDP (TDS/PTS), algunos protocolos de nivel superior pueden necesitar otra forma de traducci´on). Es corriente ocultar un espacio completo de direcciones IP, normalmente son direcciones IP privadas, detr´as de una ´unica direcci´on IP (o peque˜no grupo de direcciones IP) en otro espacio de direcciones (normalmente p´ublico). [22] NAT es como el recepcionista de una oficina grande. Imagine que le indica al recepcionista que no le pase ninguna llamada a menos que se lo solicite. M´as tarde, llama a un posible cliente y le deja un mensaje para que le devuelva el llamado. A continuaci´on, le informa al recepcionista que est´a esperando una llamada de este cliente y le solicita que le pase la llamada a su tel´ efono. El cliente llama al n´umero principal de la oficina, que es el ´unico n´ umero que el cliente conoce. Cuando el cliente informa al recepcionista a qui´en est´a buscando, el recepcionista se fija en una tabla de b´usqueda que indica cu´a l es el n´ umero de extensi´on de su oficina. El recepcionista sabe que el usuario hab´ıa solicitado esta llamada, de manera que la reenv´ıa a su extensi´on.

14

Entonces, mientras que el servidor de DHCP asigna direcciones IP din´ amicas a los dispositivos que se encuentran dentro de la red, los routers habilitados para NAT retienen una o varias direcciones IP de Internet v´alidas fuera de la red. Cuando el cliente env´ıa paquetes fuera de la red, NAT traduce la direcci´on IP interna del cliente a una direcci´on externa. Para los usuarios externos, todo el tr´afico que entra a la red y sale de ella tiene la misma direcci´on IP o proviene del mismo conjunto de direcciones. [23] Su uso m´as com´ un es permitir utilizar direcciones privadas (definidas en el RFC 1918) para acceder a Internet. Existen rangos de direcciones privadas que pueden usarse libremente y en la cantidad que se quiera dentro de una red privada. Si el n´ umero de direcciones privadas es muy grande puede usarse solo una parte de direcciones p´ublicas para salir a Internet desde la red privada. De esta manera simult´aneamente s´olo pueden salir a Internet con una direcci´on IP tantos equipos como direcciones p´ublicas se hayan contratado. Esto es necesario debido al progresivo agotamiento de las direcciones IPv4. Se espera que con el advenimiento de IPv6 no sea necesario continuar con esta pr´actica. [24]

15

Figura 5-PBX [25]

16

17

5.7.

AXON, software pbx virtual para Windows

Axon es una PBX IP virtual para Windows dise˜nada para administrar las llamadas telef´onicas en una empresa o centro de llamadas. Se instala en PC con Windows y listo para manejar llamadas en minutos Admite hasta 64 l´ıneas telef´onicas y extensiones ilimitadas Reduzca facturas telef´onicas usando empresas de telefon´ıa VoIP Este software trabaja como un completo conmutador telef´onico, conectando a l´ıneas telef´onicas y extensiones usando lo m´as avanzado en tecnolog´ıa VoIP y ofreciendo todas las caracter´ısticas normales de una PBX (centralita digital local) tradicional, asignando las rutas de todas las llamadas dentro de un negocio. [26]

5.7.1.

Caracter´ısticas

Administra llamadas telef´onicas dentro de la empresa Todas las funciones de una PBX est´andar como transferencia de llamadas, llamada en espera y grabaci´on Hasta 64 extensiones o l´ıneas externas* Un buz´on de correo de voz por cada extensi´on M´usica b´asica para llamadas en espera Marcaci´ on predictiva con Axon, marcador autom´atico para centros de llamadas de salida Sencillo panel de control parecido a la web que puede ser accedido remotamente Asignaci´ on digital de llamadas en una red de equipo inform´atico (incluye red inal´ambrica) Puede usarse con tel´efonos fijos anal´ogicos RTC y/o VoIP (incluye cuentas Skype Connect) Compatible con v´ıdeo para Softphone Express Talk o videotel´efonos IP [27]

5.8.

Express Talk

Express Talk funciona como un tel´ efono computarizado. Llame desde su PC a cualquier otro equipo que tenga un softphone instalado. Suscripci´on adicional con un proveedor de servicio VoIP para usar Express Talk y llamar tambi´en a n´umeros telef´onicos normales. [28]

5.8.1.

Caracter´ısticas

Permite realizar llamadas y videollamadas gratuitas entre los equipos Compatible con PC a tel´ efono a trav´ es de un proveedor de puerta de enlace VoIP SIP M´as informaci´on sobre VoIP Coloca llamadas en espera (m´usica en espera incluida)

18

Admite la visualizaci´ on y registro de ID. de llamada Incluye una gu´ıa telef´onica con configuraci´on para marcaci´on r´apida [29]

19

Cap´ıtulo 6

Marco Pr´ actico 6.1.

Instalaci´ on y configuraci´ on de la PBX

Paso 1: Si todav´ıa no lo hizo, descargue el software Axon PBX visitando el sitio Web NCH en: http://www.nch.com.au/pbx/pbxsetup.exe Paso 2: Acepte los t´ erminos y condiciones y haga clic en “next”.

20

21

PASO 3: Instale cualquier otra opci´on que desea usar en su PBX y haga clic en “next”.

22

PASO 4 Elija el n´ umero de extensiones que necesita. Luego escriba el nombre de usuario y contrase˜ na que desea usar para su panel de control basado en PBX Web. Haga clic en “next”.

23

Una vez que presion´o “Finish”, la ventana del software Axon PBX se abrir´a y su buscador se abrir´a para permitirle el acceso al log in del PBX y todos los ajustes.

24

6.2.

Softphone

Al momento de instalar el software Express Talk, que se lo puede descargar gratuitamente desde cualquier servidor de busqueda. La primera pantalla que nos aparece al abrir dicho programa es esta:

25

6.3.

Configuraci´ on Softphone

El siguiente paso que debemos hacer es hacer click en la ventana de Options. Una vez adentro de esta ventana, podemos ver 12 ventanas adicionales. La ventana de Emergency nos permite tener marcado r´apido para precisamente situaciones de Emergencia. Other nos permite configurar si queremos aceptar todas las llamadas entrantes o no y adem´as de administrar los contactos de nuestro tel´efono. Speed Dial, como dice su nombre es para el marcado r´apido. Voice Commands, nos permite dar ordenes al tel´ efono por medio del micr´ofono, por ejemplo: llamar a casa. Audio, configuraci´on de la salida de audio de nuestro dispositivo. Devices, si tenemos dispositivos externos USB que querramos conectar a nuestro tel´efono. Video, Configuraci´on para las video-llamadas, uso de c´amara del dispositvo. Network, en esta ventana configuramos los puertos de entrada y salida de datos y voz, se deja con los datos predeterminados. Hold/Record, en esta ventana podemos configurar las opciones para grabar la conversaci´ on y poner llamadas en esperar autom´aticamente, igualemte se deja con los valores predeterminados ya que no vamos a utilizar. Y la ventana de Control que nos pemite tener teclas r´apidas para cumplir ciertas funcioines. Ahora s´ı la que nos interesa es la ventana de Lines, en esta ventana como se ve en la siguiente figura, podemos configurar el nombre con el que nuestro dispositivo aparece para otros usuarios. El servidor Proxy que es la direcci´on IP de nuestra central PBX, SIP number, es el n´umero de ident´ıficaci´on que nos da la PBX (n´ umero asignado por nosotros desde la central). Password al igual que el SIP number lo damos nosotros desde la central. El resto de Opciones no se deben tocar puesto que no se utiliza en nuestro caso de PBX de red privada. Con estos datos el Softphone podr´a registrarse exitosamente a la PBX virtual

26

27

Cap´ıtulo 7

Conclusi´ on Los sistemas de telefon´ıa tradicional est´an guiados por un sistema muy simple pero ineficiente denominado conmutaci´on de circuitos. Un sistema basado en VoIP ofrece m´as ventaas sobre una de conmutaci´on de circuitos, como se apreci´ o en este proyecto con la PBX Virtual a altas velocidades de Red se puede obtener una conversaci´on en RTP muy fluida. Se entendi´o y explic´o los diferentes protocolos que se pueden usar en VoIP y se hizo una demostraci´on mediante un software gratuito.

28

Bibliograf´ıa [1] sinologic. Sip. https://www.sinologic.net/blog/2008-04/aclarandoconceptos-sip-y-voip.html, 2010. [Web; accedido el 20-08-2015]. [2] sinologic. Sip. https://www.sinologic.net/blog/2008-04/aclarandoconceptos-sip-y-voip.html, 2010. [Web; accedido el 20-08-2015]. [3] sinologic. Sip. https://www.sinologic.net/blog/2008-04/aclarandoconceptos-sip-y-voip.html, 2010. [Web; accedido el 20-08-2015]. [4] Wikipedia. Red telef´ onica conmutada. ”https://es.wikipedia.org/wiki/Red Telef2014. [Web; accedido el 1208-2015]. [5] ElastixTech. Red telef´ onica conmutada. http://elastixtech.com/fundamentos-de-telefonia/interconexion-a-lapstn/, 2010. [Web; accedido el 12-08-2015]. [6] Microsoft. Public switched telephone network. https://msdn.microsoft.com/es-es/library/cc737738(v=ws.10).aspx, 2015. [Web; accedido el 12-08-2015]. [7] Microsoft. Public switched telephone network. https://msdn.microsoft.com/es-es/library/cc737738(v=ws.10).aspx, 2015. [Web; accedido el 19-08-2015]. [8] Wikipedia. Red telef´ onica conmutada. https://en.wikipedia.org/wiki/Public switched telephone network, 2011. [Web; accedido el 12-08-2015]. [9] CCG y RCP. Public switched telephone network. http://www.ccgperu.com/07ccgrcp.htm, 2015. [Web; accedido el 24-08-2015]. [10] Wikipedia. Cti. https://es.wikipedia.org/wiki/Computer Telephony Integration, 2011. [Web; accedido el 24-08-2015]. [11] Wikipedia. Red telef´ onica conmutada. https://es.wikipedia.org/wiki/Computer Telephony Integration, 2011. [Web; accedido el 19-08-2015]. 29

[12] Wikikpedia. Red telef´ onica https://es.wikipedia.org/wiki/Protocolos de VoIP, 2015. dido el 24-08-2015].

conmutada. [Web; acce-

[13] VoIP. Voice over ip. https://telecomespana.wordpress.com/category/centralitatelefonica/, 2015. [Web; accedido el 24-08-2015]. [14] Telefoniavoz. Red telef´ onica conmutada. http://www.telefoniavozip.com/voip/que-es-la-telefonia-ip.htm, 2009. [Web; accedido el 11-08-2015]. [15] Wikipedia. Datagram protocol. https://es.wikipedia.org/wiki/User Datagram Protocol, 2015. [Web; accedido el 24-08-2015]. [16] docente.uocol. Osi. http://docente.ucol.mx/al981501/public html/images/CAPAS2.jpg, 2015. [Web; accedido el 24-08-2015]. [17] Wikipedia. Dns. https://es.wikipedia.org/wiki/Domain Name System, 2015. [Web; accedido el 24-08-2015]. [18] Aquerea. Sip. http://www.quarea.com/es/sip session initiation protocol, 2010. [Web; accedido el 24-08-2015]. [19] Redes y Seguridad. Sip. http://www.redesyseguridad.es/wpcontent/uploads/2009/04/sip call session.jpg, 2001. [Web; accedido el 2408-2015]. [20] Aquerea. Sip. http://www.quarea.com/es/sip session initiation protocol, 2010. [Web; accedido el 24-08-2015]. [21] VOZ. Red telef´ onica conmutada. https://www.sinologic.net/blog/200804/aclarando-conceptos-sip-y-voip.html, 2010. [Web; accedido el 11-082015]. [22] Wikipedia. Nat. https://es.wikipedia.org/wiki/Traducci2010. [Web; accedido el 24-08-2015]. [23] Wikipedia. Nat. https://es.wikipedia.org/wiki/Traducci2010. [Web; accedido el 24-08-2015]. [24] Wikipedia. Red telef´ onica conmutada. https://es.wikipedia.org/wiki/Traducci[Web; accedido el 19-08-2015]. [25] El asticx. Pbx. http://elastixtech.com/wpcontent/uploads/2012/10/NAT.jpg, 2010. [Web; accedido el 24-08-2015]. [26] Axon. Pbx. http://www.nch.com.au/pbx/es/, 2010. [Web; accedido el 24-08-2015]. [27] Axon. Pbx. http://www.nch.com.au/pbx/es/, 2010. [Web; accedido el 24-08-2015]. 30