ghomsgTFC0612memoria PDF

TFC MEMORIA PAC4
ENLACE ENTRE DOS SEDES DISTANTES
GASPAR HOMS GARCÍA
TFC-INTEGRACIÓN DE REDES TELEMÁTICAS

TELEMÁTICA 2012
PAC 4
TFC MEMORIA PAC4
1
TFC MEMORIA PAC4
Índice :
1 AGRADECIMIENTOS....................................................................................................................4
2 OBJETIVOS Y PLANIFICACIÓN..................................................................................................5
3 INTRODUCCIÓN / NECESIDADES DEL CLIENTE...................................................................7
4 ELECCIÓN Y DISEÑO DE LAS LAN...........................................................................................9
4.1 TIPOS TECNOLOGÍAS...........................................................................................................9
4.2 ETHERNET.............................................................................................................................10
4.3 RED INHALÁMBRICA.........................................................................................................11
4.3.1 SEGURIDAD WIFI.........................................................................................................11
4.3.2 HARDWARE Y NÚMERO DE DISPOSITIVOS ..........................................................12
4.4 TOPOLOGÍA DE LA RED.....................................................................................................14
5 SOLUCIÓN DE ENLACE ENTRE SEDES (DATOS).................................................................15
5.1 CARACTERÍSTICAS PRINCIPALES DE LAS ADSL Y SDSL...........................................15
5.2 FIBRA ÓPTICA......................................................................................................................17
5.3 ENLACE MEDIANTE UNA VPN.........................................................................................17
5.3.1 TIPOS DE VPN...............................................................................................................17
5.3.2 TIPOS DE PROTOCOLOS USADOS EN VPN.............................................................18
5.3.3 MPLS...............................................................................................................................18
5.3.4 IPSEC...............................................................................................................................19
5.3.5 IKE...................................................................................................................................19
5.4 SOLUCIONES COMERCIALES VPN .................................................................................20
5.4.1 MOVISTAR NETLAN ...................................................................................................20
5.4.2 MOVISTAR MACROLAN ............................................................................................21
5.4.3 ONO FIBRA VPN............................................................................................................22
5.4.4 ONO RADIO ENLACE VPLS........................................................................................22
5.4.5 VELOCIDADES Y CARACTERÍSTICAS.....................................................................23
5.5 VPN CON HARDWARE ESPECIFICO.................................................................................24
5.6 CONSIDERACIONES FINALES SOBRE LAS VPN...........................................................24
6 SOLUCIÓN DE VOZ....................................................................................................................27
6.1 ENLACE ENTRE LAS CENTRALITAS...............................................................................27
6.1.2 OPCIÓN DE ENLACE IP...............................................................................................27
6.1.3 OPCIÓN DE RDSI Y DDI...............................................................................................28
6.2 VOIP........................................................................................................................................28
6.2.1 PROTOCOLO SIP...........................................................................................................29
6.3.2 CODECS Y DSP´S..........................................................................................................31
6.3 OPCIÓN ESCOGIDA.............................................................................................................32
6.3.1 ENRUTAMIENTO LCR Y OPTIMIZACIÓN RECURSOS..........................................33
7 ESTIMACIÓN TEMPORAL DEL TIEMPO DE EJECUCIÓN....................................................34
8 PRESUPUESTO DETALLADO MATERIAL/MANO DE OBRA...............................................35
9 CONCLUSIONES..........................................................................................................................39
10 GLOSARIO DE TÉRMINOS.......................................................................................................41
11 INDICE DE TABLAS /ILUSTRACIONES..................................................................................43
12 BIBLIOGRAFÍA..........................................................................................................................44
13 ANEXO........................................................................................................................................45
2
TFC MEMORIA PAC4
1 AGRADECIMIENTOS
Quiero agradecer y dedicar este trabajo final de carrera, a mi familia, amigos, y sobre todo a
muchos profesores y tutores que a lo largo de los años han ido formándome en una carrera que está
a medio camino entre la informática y las telecomunicaciones.
También quiero agradecer en especial, a amigos ex-colegas de trabajo, pues sin ellos no hubiera
sido posible acometer de forma completa la parte comercial. (Hay mucho secretismo en los ISP
cuando se pide según que información).
Quizás no especialmente en este trabajo, pero la carrera de telemática, me ha capacitado con los
conocimientos teóricos y técnicos, para adentrarme en el mundo de la robótica y el telecontrol.
3
TFC MEMORIA PAC4
2 OBJETIVOS Y PLANIFICACIÓN
El objetivo de este TFC principalmente es demostrar que se sabe dar una solución real y viable a un
problema concreto. En este caso, hay que elaborar un presupuesto detallado, para que la actividad
empresarial con la nueva sucursal en Madrid sea lo más eficiente posible.
Los principales puntos a solventar son:
• Evaluar las necesidades del cliente en cuanto a telefonía. (líneas, PBX, VOIP...).
• Buscar una solución al enlace de datos entre Mallorca y Madrid. (solución a medida o
mediante productos comerciales de algún proveedor)
• Diseño de la LAN de Madrid y evaluar si renovar la de Mallorca. (Ethernet, fibra, switches,
Wifi...)
• Concretar con el cliente que nivel de seguridad requiere.
• Elaborar un presupuesto que incluya tanto el coste económico como el tiempo de ejecución.
Como ya se comentó antes, al tratarse de una empresa de tamaño medio, podremos dar y se
apreciarán soluciones de calidad, ya que el coste de tener la infraestructura parada por un problema
técnico es elevado, y compensa invertir en calidad y fiabilidad.
Tampoco se ha de perder de vista que todo nuestro TFC en este caso la elaboración de un
presupuesto de solución de voz y datos, ha de ser aprobado por la empresa en cuestión, y que pese a
ir holgados, a nadie le gusta malgastar su dinero.
A continuación se muestra un cronograma con las fechas claves del TFC:
TAREA DESCRIPCIÓN INICIO FIN

INVESTIGACIÓN Recopilación de datos, presupuestos de material, 15/03/12 31/03/12
etc. necesarios para empezar la elaboración de la
segunda parte del TFC.
PAC2 Entrega del TFC con las soluciones técnicas. 01/04/12 25/04/12
PAC3 Entrega del TFC incluyendo el presupuesto 26/04/12 30/05/12
económico y tiempo de ejecución.
MEMORIA TFC Terminar y revisar el TFC a entregar al tribunal 01/06/12 16/06/12
PRESENTACIÓN Elaborar presentación que resuma el TFC. 01/06/12 22/06/12
Tabla 1: Cronograma
4
TFC MEMORIA PAC4
Ilustración 1: Diagrama de Gantt
Como se puede apreciar, espero poder tener lista la PAC3 unos 15 días antes de la entrega, ya que
creo que necesitaré más tiempo para pulir la entrega final de la memoria y la presentación.
El TFC esta bastante cargado de trabajo en la PAC2, pero de conseguirse ese objetivo, se podrán
pulir aspectos formales y de presentación del TFC, así como dejar tiempo extra para el resto de
asignaturas matriculadas. En caso de no cumplirse los objetivos en la PAC2, todavía se estaría a
tiempo de remontar y entregar la PAC3 con las modificaciones necesarias para ponerse al día.
5
TFC MEMORIA PAC4
3 INTRODUCCIÓN / NECESIDADES DEL CLIENTE

Este TFC tratará de dar solución a un problema muy común en las empresas hoy en día, la creación
de una sucursal de la empresa en otra localidad. En una empresa moderna, esto significa proveerla
de una solución realista, fiable y competitiva de voz y datos.
La empresa para la que va a ir destinado este TFC es de medio tamaño con unos beneficios anuales
de mas de 5 millones de euros (esto les da cierta soltura a la hora de invertir en infraestructuras). No
tendría sentido hacer un TFC excesivamente comprometido con el presupuesto, mas bien se trata de
dar soluciones realistas y de calidad eso si, justificando su coste y el porqué de la elección de esa
solución, tecnología etc.
En la sede central de Mallorca, la empresa tiene un parque de 30 puestos de trabajo, dos switches, 7
impresoras de red, 3 servidores de datos y aplicaciones y una red Ethernet CAT5e UTP instalada en
el 2000. Todo ello conectado a Internet mediante una ADSL de 6 Mbps.
En cuanto a telefonía, tienen instalada una centralita Selta IPX100, con capacidad para 16 teléfonos
digitales, 16 analógicos, 2 lineas RDSI y 4 RTC.
La sede que se pretende montar en Madrid, no dispone de ningún tipo de infraestructura. Pero está
previsto que necesiten 16 puestos de voz y datos.
El volumen de llamadas no será tan importante como en Mallorca, ya que en Madrid no se tiene
previsto trasladar ni gerencia ni el departamento comercial.
Tanto la sede central de Mallorca, como la de Madrid, tienen del orden de 2000 metros cuadrados, y
está previsto proveer de dispositivos móviles lectores a los operarios. Por lo que se tendrá que
instalar algún tipo de red Wifi para darles servicio. Además al gerente y ciertos empleados se les
sustituirán los equipos fijos de oficina por portátiles, para que puedan viajar con ellos a Madrid
cuando sea necesario.
Ilustración 2: Enlace de datos entre sedes.
La idea en general seria la de la figura de arriba, a lo largo del TFC se irán puliendo aspectos como
el hardware especifico, etc. pero la idea básica seria esa unir dos LAN a través de Internet. No
necesariamente tiene que ser mediante una VPN IPSEC como en el dibujo, pero es una de las
posibilidades.
6
TFC MEMORIA PAC4
NECESIDADES PALMA MADRID

PUESTOS VOZ 30 16
PUESTOS DATOS 40 20
LLAMADAS SIMULTANEAS 3/4 1/2
VOLUMEN TRAFICO MODERADO BAJO
INTERNET
VOLUMEN TRAFICO MODERADO MODERADO
ENTRE SEDES
NECESIDAD WIFI SÍ SÍ
Tabla 2: Necesidades del cliente
Ilustración 3: Centralita IPX100 de Palma
En la ilustración 3, se puede ver el equipamiento original de la centralita telefónica, en el slot 1

tiene una tarjeta para 16 teléfonos digitales, en el slot 2 una tarjeta para 16 teléfonos analógicos, en
el slot 5 tiene una tarjeta con capacidad para 4 accesos básicos RDSI, y en el slot 8 una tarjeta para
8 lineas RTC.
Actualmente la centralita de Palma tiene conectada 2 RDSI en grupo PBX, y dos lineas RTC.
Las necesidades del cliente en cuanto a seguridad, no son elevadas, dado que no es una empresa que
sea objeto de ataques sistemáticos, su mayor preocupación, es que entre algún virus por Internet, y
les borre datos. Principalmente hay que proteger a los equipos y al servidor de infecciones. Y
dependiendo de la solución de enlace escogida activar el firewall que lleban integrado muchos
routers.
En cuanto a las necesidades de ancho de banda de Internet, no tienen problemas con lo que tienen
contratado actualmente, que es una ADSL de 6Mbps de bajada y 512Kbps de subida. De todas
formas, para enlazar las dos sedes mediante VPN, el ancho de banda de subida será insuficiente.
7
TFC MEMORIA PAC4
4 ELECCIÓN Y DISEÑO DE LAS LAN
Tecnológicamente, el diseño de las LAN en empresas normales, tiene más que ver con la topología
que con la tecnología, desde mediados de los años 80, se han impuesto debido a su éxito comercial
y su reducido coste dos tipos de tecnologías, en redes cableadas Ethernet, y en redes Wireless Wifi
en cualquiera de sus distintos protocolos (g,n...) podemos plantearnos incluir bluethoth, aunque no
de entrada.
La razón para escoger Ethernet es que todos los ordenadores que se venden comercialmente para el
uso en oficinas llevan integrada una tarjeta de red Ethernet. También existe Token Ring, pero el
precio de los adaptadores es prohibitivo, y pese a ser una red mas equitativa en su funcionamiento
que Ethernet y menos propensa a problemas de saturación, su coste es prohibitivo. En definitiva
Token Ring se puede decir que es una tecnología muerta, he incluso CISCO recomienda su
migración a Ethernet.
La razón para decantarse por un sistema Wifi nos viene dada por que en los últimos años, el uso de
ordenadores portátiles y smartphones se han popularizado, y la forma más cómoda de tener Internet
en estos dispositivos de alta movilidad es por Wifi.
Nos podríamos plantear hacer toda la instalación de red en la sede de Madrid de tipo inalámbrica ,
pero las redes inalámbricas, son más susceptibles a ataques externos, y el ancho de banda no
alcanza todavía el de una red Gigaetehernet. Además, en una red Wifi, el medio es compartido, lo
que provoca un descenso muy rápido del rendimiento de la red a medida que aumentan los usuarios
conectados. En una red Ethernet montada con Switchs (los Hubs están en desuso), si un ordenador
A quiere enviar algo al ordenador B, lo puede hacer al máximo de velocidad que le permita su
interficie física, con independencia de que un ordenador C este accediendo al router.
La necesidad de bluethoth nos vendrá dada por necesidades especificas de hardware, normalmente
pequeños dispositivos de mano, para control de stock por código de barras, etc.
4.1 TIPOS TECNOLOGÍAS
En los próximos apartados, se comentarán las principales características de las tecnologías de red
escogidas, así como algunas de sus variantes. Como ya se comentó en la introducción de este
apartado, hay poco donde elegir, dado el tremendo éxito que han tenido este tipo de redes, y que
actualmente no haya ninguna otra opción realista para el ámbito empresarial que estamos
considerando, el de una empresa de mediano tamaño que utiliza la tecnología como una herramienta
de trabajo (no la desarrolla).
8
TFC MEMORIA PAC4
4.2 ETHERNET
Actualmente, las más extendidas de entre todas las versiones de Ethernet son la 100BaseTX y la
1000BaseT. Una puede operar a una velocidad de 100Mbits segundo y la otra a 1000Mbits
segundo. Todos los ordenadores llevan actualmente una tarjeta integrada, que soporta una o las dos
versiones.
El cableado utilizado para los dos casos es de 4 pares, la diferencia está en la categoría y
certificación del cable. La categoría nos indica la calidad del cable y la certificación nos garantiza
que funcionara con toda seguridad a una determinada velocidad.
Por ejemplo un cable CAT5e esta certificado para una red 100BaseTX y soporta 1000BaseT, pero
no está certificado para 1000BaseT. Si queremos un tipo de cable certificado para 1000BaseTX
tenemos que escoger un cable CAT6 (más caro). En la siguiente tabla se tiene un resumen de las
distintas versiones de Ethernet y sus principales características.
A la especificación 1000BaseT se la conoce también como Gigabit Ethernet.
Tecnologías Velocidad de Tipo de cable Distancia Topología

Ethernet transmisión máxima
10Base2 10Mbps Coaxial 185m Bus (Conector T)
10BaseT 10Mbps Par trenzado 100m Estrella (Hub o Switch)
10BaseF 10Mbps Fibra óptica 2000m Estrella (Hub o Switch)
100BaseT4 100Mbps Par trenzado (categoría 100m Estrella HalfDuplex (hub) y
3UTP) FullDuplex switch)
100BaseTX 100Mbps Par trenzado (categoría 5) 100m Estrella HalfDuplex (hub) y
FullDuplex switch)
100BaseFX 100Mbps Fibra óptica 2000m No permite el uso de hubs
1000BaseT 1000Mbps 4 Pares trenzado 100m Estrella FullDuplex (switch)
(categoría 5e o CAT6)
1000BaseSX 1000Mbps Fibra óptica (multimodo) 550m Estrella FullDuplex (switch)
1000BaseLX 1000Mbps Fibra óptica (monomodo) 5000m Estrella FullDuplex (switch)
Tabla 3: Versiones Ethernet
En nuestro caso particular, para la red a instalar en Madrid se escogerán Switches 100/1000, y se
realizará la red con cable CAT6. En Palma, se dejara como está el cableado de red CAT5e, pero se
sustituirán los switches por otros que soporten Gigabit Ethernet.
Esta decisión se justifica, por la necesidad que la comunicacíón del programa de gestión de la
empresa, no tenga que sufrir el cuello de botella como el que puede ser tener que repartir una
conexión de 100Mbps, entre aproximadamente 30 ordenadores. Lo que hace Ethernet, es repartir el
tiempo de esa conexión entre los 30, por lo que la capacidad real del servidor para comunicarse con
los terminales es de 100/30Mbps por terminal, es decir 3,3Mbps (eso suponiendo que fuera el único
tipo de trafico). Cuando se instaló la red de Palma hace unos años, los Switches 100/1000 eran
extremadamente caros. En este momento, se puede aprovechar que Ethernet a 1000Mbps puede
9
TFC MEMORIA PAC4
utilizar el tipo de cableado instalado (CAT5e) y aumentar así en un orden de 10 el ancho de banda
de la red, solventando, o adelantándose a posibles problemas por exceso de trafico que se pudieran
producir en un futuro de no hacer este cambio. Hay que tener en cuenta, que al añadir 20
ordenadores en Madrid, se estaría incrementando en el peor de los casos la carga de red del servidor
en un 40%.
Si bien es verdad, que no todos los ordenadores de usuario en Palma disponen de tarjetas a
GigaEthernet, también es cierto que si no disponen de ellas, ya están al final de su vida útil, y se
reemplazarán por equipos nuevos.
Se recomendará la compra de Switches HP 2910 J9145A de 24 puertos y Layer 3. El switch en una
red Ethernet es responsable del rendimiento global, swithches baratos, dan lugar a roturas, bloqueos
de hardware (muy comunes con la gama baja), etc, con la consiguiente perdida economica.
Además un layer 3 nos dará capacidad de gestión si en algun momento detectamos problemas en la
red y tenemos que limitar el ancho de banda de alguna bocas, crear VLANs...
4.3 RED INHALÁMBRICA

La tecnología Wifi, ha ido evolucionando a lo largo de los años ofreciendo de cada vez velocidades
mayores, y actualmente son comparables a algunas LAN. La especificación mas popularizada
actualmente es la g, pero los últimos dispositivos ya cumplen la especificación n.
ESTÁNDAR VELOCIDAD (Max) ALCANCE
802.11g 54Mbps 50m
802.11n 300Mbps 70m
Tabla 4: Comparativa entre Wifi g y n
Los dispositivos Wifi n también son compatibles con la especificación g, pero entonces su
rendimiento cae a 54Mbps, así que dado que es todavía una tecnología que no se ha extendido en
los equipos terminales móviles, PDA, portátiles, hasta que los dispositivos Wifi g sean inusuales, no
se le sacará el máximo rendimiento a un punto de acceso Wifi n.
La seguridad es un apartado especialmente delicado con una red WIFI, al contrario de la red
cableada, donde podemos determinar y ubicar el tipo de ataques a sufrir (Internet a través del
router), con una red WIFI, se está expuesto a cualquier atacante que entre dentro de nuestro radio de
cobertura WIFI, que con un portátil podría obtener información de nuestro cliente ilícitamente.
Básicamente, una red WIFI consta de un nombre o SSID y de un tipo de autentificación o clave
compartida.
4.3.1 SEGURIDAD WIFI
La forma más común de proteger una red Wifi es mediante cifrado, en la actualidad existen
principalmente tres tipos de cifrado para las redes WIFI. Cifrado WEP, WPA, y WPA2.
Un cifrado WEP, cifra la comunicación con una clave de 64 ó 128 bits. No es un tipo de cifrado
recomendado, ya que presenta grandes vulnerabilidades, y cualquier hacker puede conseguir
10
TFC MEMORIA PAC4
mediante algún tipo de ataque la clave.

Un cifrado WPA, se basa en un sistema de generación dinámica de claves, con lo que un ataque es
mucho mas difícil que con WEP, ya que la clave va cambiando constantemente. Este intercambio se
puede hacer para un ambiente domestico mediante TKIP, o mediante un servidor RADIUS para un
ambiente empresarial.
Pese a ser mucho mejor que WEP, tiene una pequeña debilidad que podría ser utilizada para obtener
la palabra clave. Al iniciar la comunicación entre los adaptadores inalámbricos, hay un proceso de
“4 way handshake”, que si fuera capturado por un sniffer, podría utilizarse para de modo offline
tratar de averiguar la palabra clave mediante un ataque por diccionario. Para minimizar el riesgo
frente a este tipo de ataques, se recomienda utilizar una palabra clave de al menos 20 caracteres, y
que no se encuentre en diccionarios.
El cifrado WPA2 es una mejora con respecto a WPA, y actualmente es el más seguro. WPA2 utiliza
el algoritmo de cifrado AES.
Otros modos de proteger una WIFI, y que no tienen que ver con el cifrado, son la ocultación del
SSID y el registro de las MAC.
Al configurar un punto de acceso para ocultar su SSDI, evitamos que dicha red aparezca de forma
automática como disponible para cualquier dispositivo que no la tenga ya preconfigurada (los de la
empresa), evitando así, ataques fortuitos, por estar “visible”.
El registro de MAC's en el punto de acceso WIFI, garantiza que si la MAC del dispositivo que se
quiere conectar no está en una lista, se le deniegue el servicio. Este tipo de política, nos protege
frente a intrusos que quieran utilizar la WIFI para entrar en nuestra red, ya que aunque haya
conseguido la clave correcta, no se le dará acceso, al no estar dentro de la lista de MAC's
autorizadas. El principal inconveniente de este sistema, es que requiere de un técnico que actualice
y mantenga las listas de MAC's al día.
En nuestro caso, se va a optar por una seguridad de cifrado a cargo de WPA2 con clave
precompartida, ocultación de SSID, y registro de MAC en los puntos de acceso.
De esta forma, nos evitamos el servidor RADIUS, y conseguimos un nivel de seguridad en la WIFI,
que nos protege muy bien frente ataques de nivel medio. La seguridad en una red WIFI nunca está
al 100% garantizada.
4.3.2 HARDWARE Y NÚMERO DE DISPOSITIVOS

El hardware que se suele utilizar para dar cobertura Wifi en una red local son los puntos de acceso
Wifi Dependiendo del hardware y potencia a la que emita se pueden obtener rendimientos muy
distintos incluso dentro de la misma especificación Wifi
En el caso que nos ocupa, yo recomendaría la instalación de dos puntos de acceso por sede. Uno de
ellos en la zona externa a las oficinas propiamente dicha, que cubra la zona de almacén, y otro
dentro de la zona de oficinas. Así se evitan problemas de mala cobertura.
Dentro del ámbito empresarial, hay dos marcas que sobresalen una es Cisco, ampliamente adoptada
en entornos universitarios y municipales para sus redes Wifi La otra es Lobometrics, que ofrece
11
TFC MEMORIA PAC4
unas soluciones Wifi especialmente diseñadas para exteriores, o entornos de trabajo muy exigentes.
El hardware escogido es el Cisco Aironet 1140, hay soluciones mucho más baratas, pero en nuestro
caso, nos interesa sobre todo fiabilidad. Entre las características que nos interesan, está ser
compatible con Wifi g y n, soportar POE, antenas MIMO, tiene una cobertura en interior de 50
metros, y en exterior de 250m, lo más probable es que en el almacén, se lleguen a los 70 metros, al
carecer de paredes gruesas.
Al tratarse de wifi-n, los cálculos teóricos sobre el alcance efectivo se tendrían que hacer siguiendo
el modelo COST273 por utilizar MIMO y estar en la banda de 5Ghz. No es una aproximación tan
simple como COST231 que se aplica en enlaces de telefonía móvil. Por lo que para este caso tiene
más sentido asumir un alcance típico de 70 metros en interiores.
En nuestro caso por el area de las instalaciones (2000m2), si supusieramos un area cuadrada, la
diagonal serian unos 60 metros. Muchas de las pruebas que se hacen en cobertura wifi, son
empiricas, y muchos modelos como COST231 se basan en datos recolpilados empiricamente con
los que han creado un modelo. En caso de quedarse cortos en covertura, habria 2 opciones, sustituir
el acces point por uno más potente (normalmente más caro), o poner un acces point adicicional,
tiene la pega del coste, pero la ventaja de que se aumenta al doble la capacidad y ancho de banda de
dispositivos conectados en la nave.
Se tratará en la medida de lo posible ubicar las unidades en una posición central y elevada en el
caso del access point que de cobertura al área de almacén. La ubicación dentro de las oficinas no es
tan critica, dado que el área es mucho menor.
De haberse tenido que cubrir una superficie exteriór con covertura wireless, se hubiera optado por
dispositivos de la marca LOBOMETRICS, por estar muchos de sus modelos adaptados al trabajo en
intemperie.
Ilustración 4: Hardware LOBOMETRICS para

condiciones extremas.
12
TFC MEMORIA PAC4
4.4 TOPOLOGÍA DE LA RED
La topología en cada una de las sedes será en estrella, ya que hemos escogido una red LAN
Ethernet, los concentradores serán dos switches enlazados entre sí, para dar cobertura Wifi contara
con dos Access Points. La salida a Internet se hará mediante un router ADSL o similar (fibra) que
también será capaz de tener levantada la VPN con la sede contraria.
Ilustración 5: Topología aproximada LAN en la sede central
La razón de poner dos Switches en vez de uno con mas puertos, es porque de esta forma, tenemos
un nivel adicional de seguridad contra fallo de hardware. Si uno de los Switches fallara, siempre se
podría reestructurar la red utilizando uno solo, conectando los puestos imprescindibles para el
funcionamiento de la empresa.
En cuanto a la configuración de la red WIFI, en cada sede se configurarán los dos acces points con
el mismo SSID (en cada sede, pero distinto entre sedes), y con la misma configuración de
seguridad, WPA2, SSID oculto, y lista de MAC's.
13
TFC MEMORIA PAC4
5 SOLUCIÓN DE ENLACE ENTRE SEDES (DATOS)
Antes de la aparición de la tecnología ADSL, DSL, Conexiones por fibra óptica, etc. las únicas
opciones que tenían las empresas era o bien alquilar a las compañías de telefonía un canal de
comunicación en exclusiva para ellas, o utilizar módems analógicos. Para satisfacer la demanda de
interconectar distintas redes locales se desarrollaron tecnologías como Frame Relay, pero era una
tecnología cara para las pequeñas y medianas empresas.
Solo ha sido desde un punto de vista económico, posible el interconectar redes locales distanciadas
geográficamente con la popularización de las ADSL.
En este apartado, se justificará la solución escogida, aunque al haber varias, la decisión final la
tendría el cliente, además una VPN, ya sea realizada con hardware comprado por el cliente, o
suministrada por el ISP, es un punto clave en el desarrollo del negocio, y hay que valorar si existen
alternativas ante una caída de servicio de la VPN.
Una opción seria la de contratar los servicios con dos ISP distintos, usar normalmente uno de ellos,
y en caso de caída de éste poder cambiar al ISP secundario, esto casi doblaría los costes de
conexión, pero la protección frente a la caída de un ISP puede salvar todo un día de trabajo, y en
ocasiones eso es más importante. De todas formas, hay que asegurarse que el segundo ISP disponga
de red propia y no sea un ISP virtual, al que le alquilan las lineas, ya que si ese fuera el caso, el
segundo ISP también se quedaría sin servicio.
La necesidad de tener las dos redes de las oficinas conectadas, no es solo por el tema de
compartición de archivos, ya que para eso habría otras soluciones más económicas, la necesidad la
crea el software de gestión de la empresa, que está físicamente ejecutándose en el servidor de la
oficina central, esto crea la necesidad de que dicho servidor ha de ser visible desde la LAN remota.
Un punto a considerar, y del que dependerá el tipo de tecnología escogido para la VPN es el ancho
de banda que consume el programa de gestión entre el servidor, y el ordenador que lo esté
utilizando.
5.1 CARACTERÍSTICAS PRINCIPALES DE LAS ADSL Y SDSL
Una ADSL, es una tecnología que aprovecha al máximo el ancho de banda de transmisión que
ofrece el par de cobre del bucle de abonado. Mediante la instalación de filtros frecuenciales en el
domicilio del cliente, se separa la banda de frecuencia de voz analógica de la de datos propiamente
dicha. Esta separación en frecuencia se puede hacer o bien con un splitter a la entrada de la linea en
el domicilio o con microfiltros en cada terminal telefónico de la instalación.
14
TFC MEMORIA PAC4
Ilustración 6: Filtro frecuencial en ADSL
Dado la gran variabilidad en la calidad de transmisión del bucle de abonado, que puede llevar
instalado incluso decenas de años, La tecnología de ADSL subdivide en rangos frecuenciales más
pequeños el ancho de banda de datos disponible, de esta forma, testea la capacidad de transmisión
de cada rango, y descarta o prioriza trafico en las subbandas que le convengan. Es por tanto un
sistema de transmisión adaptativo en frecuencia.
Ilustración 7: Adaptación frecuencial

Otra característica, es que está optimizado para el tipo de tráfico doméstico. El acrónimo ADSL es
Asymetric Digital Subscriber Line, lo de asimétrico, viene de que se tiene mas capacidad para bajar
datos de Internet que para subir. Así la sensación para el usuario, es que tiene una conexión muy
rápida, de varios megas por segundo, pero en realidad es por que normalmente la mayor parte del
trafico es de bajada (descargas de películas, webs, canciones, p2p...). De esta forma se maximiza el
uso de la conexión.
La tecnología ADSL ha ido evolucionando, y actualmente, los ISP están ofreciendo ADSL 2+ con
velocidades de subida y bajada de 24/2Mbps.
Por su parte SDSL, no tiene por que basarse en el mismo tipo tipo de tecnología, ofrece una
relación simétrica entre la velocidad de subida y bajada a la red. Este tipo de conexiones, es más
adecuado par el entorno empresarial, pero su coste es bastante mayor. Actualmente en España no se
oferta de forma masiva, de hecho se esta ofertando VDSL, que es la ADSL de 20 megas.
15
TFC MEMORIA PAC4
5.2 FIBRA ÓPTICA

Es una tecnología que tradicionalmente estaba destinada a los backbones de las redes de los ISP,
pero que actualmente ya ofertan a empresas y particulares a precios competitivos.
Movistar ofrece velocidades de subida/bajada de 50/5Mbps y 100/10Mbps, pese a no ser simétrica
en los canales de subida bajada, los canales de subida entre 5 y 10 Mbps son mas que suficientes
para empresas de tamaño pequeño y medio. Para empresas con un nivel de exigencia superior,
tienen el producto MacroLan, donde el nivel de compromiso de Movistar es mucho más elevado,
permite reservar anchos de banda para determinados tipos de trafico, etc. Todo ello, a unos precios
prohibitivos para una pequeña y muchas medianas empresas.
ONO ofrece un servicio de VPN sobre sus productos de fibra óptica, con un sobrecoste de unos 35€
por sede. Para entornos mas exigentes, ofrece un servicio que llama VPLS simétrico de entre 20 y
30Mbps.
Por lo que parece, la tecnología de fibra óptica, en España ha hecho que las ADSL simétricas SDSL
no se estén ofertando prácticamente.
5.3 ENLACE MEDIANTE UNA VPN

Una VPN (Virtual Private Network) entre dos sedes es una Red Privada Virtual, se utiliza
normalmente para enlazar dos sedes distantes geográficamente garantizando la privacidad,
integridad y confidencialidad de los datos transmitidos. Una VPN es posible gracias a la
combinación de determinados protocolos de seguridad y cifrado, así como de algoritmos de
funcionamiento, no es una tecnología en si misma (aunque ya se habla tanto de ella, que ya se habla
en muchos foros de “tecnologia VPN”), es una forma de utilizar la tecnología para un objetivo
concreto. Prueba de esto, es que muchas soluciones VPN de distintos fabricantes no son
compatibles entre si, normalmente por utilizar protocolos diferentes (o propietarios), o sistemas de
cifrado, etc...
5.3.1 TIPOS DE VPN

En el mundo empresarial existen principalmente dos tipos de conexiones diferentes a la red de la
empresa, una es la conexión VPN entre las dos sedes, que permite la unión transparente de las dos
redes para así poder compartir datos, servidores, impresoras... y la otra son las conexiones puntuales
que pueda hacer un empleado que se desplaza cambiando de ubicación, y que por el motivo que sea
tiene que tener acceso a los recursos de la red.
A la conexión entre sedes se le llama modo túnel, y a la conexión móvil, se le llama de acceso
remoto. La principal diferencia, es que en el modo túnel, en los dos extremos hay un hardware
específico, normalmente los routers VPN, y en la conexión móvil, solo hay un router VPN, el otro
extremo ejecuta un software mediante el cual levanta el túnel con el router VPN.
16
TFC MEMORIA PAC4
5.3.2 TIPOS DE PROTOCOLOS USADOS EN VPN

Una VPN, se sirve de varios protocolos, y estándares para llevar a cabo sus funciones, algunos de
ellos ya obsoletos por haberse roto su seguridad como es el caso de PPTP (Point to Point Tunneling
Protocol). Nos centraremos en los más utilizados, que actualmente son IPSEC y MPLS.
Últimamente, y dado que los ISP aseguran una seguridad elevada dentro de sus redes MPLS pero no
dan ninguna información de como lo consiguen, se esta empezando a utilizar IPSEC para cifrar los
paquetes incluso dentro de una red MPLS (sistema implementado con éxito por el ministerio de
defensa, ofertado como “extra” en algunos ISP).
5.3.3 MPLS
MPLS (Multiprotocol Label Switching) es un mecanismo de transporte de datos que opera entre las
capas 2 y 3 del modelo OSI, este protocolo, esta siendo adoptado efusivamente por los ISP, dado
que tiene una serie de ventajas que les son muy interesantes, entre ellas podemos destacar:
• QoS, permite la distinción de tráfico según las necesidades especificas, (voz, datos,
multimedia)
• Marco de trabajo orientado a la conexión en comunicaciones IP.
• Se simplifica la administración de las rutas, cambio de rutas dinámico basado en flujos.
Básicamente, MPLS coge un paquete IP, le asigna una prioridad de QoS y le añade una etiqueta,
una vez añadida la etiqueta, si la ruta ya a sido definida, los enrutadores MPLS intermedios ya no
inspeccionan la dirección IP del paquete, lo enturan según su etiqueta.
Ilustración 8: MPLS manejo etiquetas
17
TFC MEMORIA PAC4
5.3.4 IPSEC
IPSEC o Internet Protocol Security es un conjunto de protocolos que funcionan para otorgar al
tráfico IP propiedades de integridad, autenticado y/o cifrado. IPSEC opera en la capa 3 del modelo
OSI.
Los protocolos de que consta son:
• Authentication Header (AH) proporciona integridad, autenticación y no repudio si se eligen
los algoritmos criptográficos apropiados.
• Encapsulating Security Payload (ESP) proporciona confidencialidad y la opción de
autenticación y protección de integridad.
Los algoritmos criptográficos definidos para usar con IPsec incluyen HMAC- SHA-1 para
protección de integridad, y Triple DES-CBC y AES-CBC para confidencialidad.
IPSEC puede funcionar en dos modos, en modo túnel, o modo transporte. En modo túnel, todo el
paquete IP original incluyendo la cabecera IP con las direcciones origen y destino, es cifrado, de
modo que no es visible dentro del túnel En modo transporte, las direcciones IP originales no se
encriptan.
IPSEC ha tenido problemas con el NAT, para ello se ha desarrollado NAT-T, que solventa el
problema que daba el protocolo AH con el NAT.
5.3.5 IKE
IKE (Internet Key Exchange) Provee manejo de claves y de SA (Security Association) Para la
autenticación y encriptación usada por Ipsec. Se requiere el uso de claves secretas de las cuales solo
tienen conocimiento los participantes de la VPN. La manera mas simple de es que una parte genera
la clave y la transmita a la otra, pero esta el riesgo de que durante la transmisión de la clave esta sea
expuesta. IKE permite a ambas partes implicadas en la transacción establecer las security
associations(SA) de forma correcta y segura incluyendo las claves secretas. IKE resuelve el gran
problema de intercambio de claves automatizandolo.
Se parte de una clave compartida, pero en las siguientes fases, se cambian las claves de forma
aotumatica y sistematica cada cierto tiempo. Mediante esta técnica, hace computacionalmente
extremadamente costoso averiguar la clave, y aunque se pudiera, al cabo de un tiempo la cambian,
asi que vuelta a empezar.
18
TFC MEMORIA PAC4
5.4 SOLUCIONES COMERCIALES VPN

Las soluciones para empresas que suministran los ISP están en continua renovación, una de las
mejores soluciones y de mayor cobertura en España es el producto NETLAN de Movistar. Por su
parte, la competencia directa ONO, ofrece sus servicios de fibra normales, y si se quiere VPN se
paga aparte como un extra. La principal desventaja de ONO es la poca cobertura que tiene en
polígonos industriales. Para hacer frente a la falta de cobertura cableada que ONO tiene en algunas
zonas, ONO también ofrece una modalidad de VPN mediante radio enlace.
Las soluciones comerciales, tienen la ventaja de que el router encargado de la VPN lo pone el ISP
sin ningún coste para el cliente, la responsabilidad de configurar y mantener levantada la VPN
recae sobre el ISP. La seguridad la garantiza el ISP, algunos incluso ofrecen un grado de seguridad
extra Ipsec, ya que los ISP normalmente solo garantizan la seguridad por las características de su
red MPLS.
Las principales desventajas, son que si hay un problema con la VPN, se estará incomunicado con la
otra sede hasta que el ISP solucione la incidencia. El coste mensual del servicio puede llegar a ser
considerablemente más elevado que con otros sistemas.
5.4.1 MOVISTAR NETLAN

La solución que propone Movistar es una solución VPN mediante dos ADSL, el hardware utilizado
es de Cisco.
La ventaja de contratar este tipo de solución, es que Movistar se ocupa de la configuración,
mantenimiento y sustitución del hardware necesario para la VPN.
Ilustración 9: Solución NETLAN de Movistar
El servicio NETLAN de Movistar, termina en la red local del cliente, Movistar es solo responsable
19
TFC MEMORIA PAC4
de la VPN, sin dejar acceso al hardware de Movistar , el cual es en alquiler.

Actualmente están ofreciendo Routers Cisco 837, 836 y similares, algunos de ellos tienen backup
sobre RDSI, sobre 3G, lo que los hace muy atractivos desde un punto de vista de seguridad frente a
fallos
Movistar ofrece dos tipos de topología diferentes para su NETLAN, topología en estrella, o
topología mallada.
En una topología mallada, todas las delegaciones tienen acceso a las redes de las otras delegaciones
(incluyendo la sede central), en una en estrella sin embargo, las delegaciones pueden acceder a la
sede central, pero no pueden acceder a las redes de otras delegaciones.
Ilustración 10: Topologías NETLAN Izq. mallada, Der. estrella
5.4.2 MOVISTAR MACROLAN

Básicamente es el mismo tipo de servicio que la NETLAN; pero basado íntegramente en fibra
óptica, la fibra llega hasta el domicilio de la empresa, donde Movistar instala un conversor de
medios y un router.
La principal ventaja es el incremento en la velocidad, del orden de decenas de Mbps.
Las velocidades que ofrecen van desde los 10Mbps, hasta 1000Mbps, según lo contratado. Es un
servicio costoso, como se puede ver en la siguiente tabla:
Acceso MacroLAN Hardware Coste mensual
10Mbps/10 Mbps Cisco 881 3827,23
100Mbps/10 Mbps Cisco2951 3827,23
Tabla 5: Cotización distintos servicios MacroLAN
Como se puede ver, no hay diferencia en el coste, esto se debe, a que en este tipo de servicios, los
presupuestos y las ofertas se hacen personalizadas para cada cliente.
MacroLAN ofrece como extra el cifrado mediante IPSec, si no se cifra, el ISP sigue afirmando que
20
TFC MEMORIA PAC4
su red es segura, y la confidencialidad esta garantizada, pero de esta forma, se garantiza de un modo
que el cliente entiende. Muchas veces la confidencialidad de los datos d ellos clientes en un ISP
depende primero de la seguridad de sus instalaciones, y segundo, de la profesionalidad de sus
operarios.
El servicio se basa en la interconexión de sedes, que estén dentro de la misma MAN (Red de área
Metropolitana, para Movistar “Provincial”), o con otras MAN del territorio mediante su red
interprovincial.
Ilustración 11: Esquema solución MacroLAN
5.4.3 ONO FIBRA VPN

ONO ofrece su producto de VPN como un coste adicional a su producto de Internet con fibra
óptica.
Ofrecen 50Mbps de subida y 5Mbps de bajada 100% garantizado, por 60€ mas IVA, teniendo la
VPN un coste adicional de 35€ mas IVA por sede, si ademas queremos IP fija en las sedes, hay que
sumar 12€ mas IVA por sede.
La única topología que ofrecen es mallada, en nuestro caso al solo tener 2 sedes, nos da igual.
5.4.4 ONO RADIO ENLACE VPLS

Cuando la cobertura mediante cable no es posible, ONO oferta una solución de VPN para empresas
mediante radio enlace. El radio enlace en cada sede se orienta a la central local de ONO más
próxima. Utilizan VPLS (Virtual Private LAN Service) es una forma de proporcionar Ethernet
multipunto a multipunto basado en la comunicación sobre redes IP / MPLS.
Sus servicios de subida y bajada son simétricos, ofertando 20 y 30 Mbps. Su coste como se puede
ver en la siguiente tabla, no es desorbitado.
21
TFC MEMORIA PAC4
Acceso ONO VPLS Hardware Coste mensual

20Mbps/20 Mbps Radio 795
enlace
30Mbps/30Mbps Radio 895
enlace
Tabla 6: Cotización radio enlace ONO
5.4.5 VELOCIDADES Y CARACTERÍSTICAS

Información sobre velocidades y características de estos productos, es muy difícil de conseguir si no
se tiene un comercial de empresa asignado.
De momento los servicios que ofrecían para NETLAN en el 2010 eran (textualmente del documento
de Movistar):
• Aplican los criterios para ADSL de garantía del 10% de caudal ATM para las modalidades
8M/640K, 4M/512K, 2M/320K, 1M/320K, ADSL 2+ Top 10M y ADSL 2+ Premium +
20M, 3M, Rural y de garantía del 50% de caudal ATM para las modalidades ADSL
Empresas 8K/640K, 4M/640K y 2M/640K.
• Que en la práctica se obtienen rendimientos medios cercanos al 80% del nominal en ambos
sentidos.
Como se puede ver, en 2010, el ancho de banda de subida, seguía estando por debajo de un megabit,
para muchísimas empresas eso es insuficiente, no ha sido hasta 2011/2012, que se ha empezado a
ofertar servicios que satisfacieran esa demanda.
PRODUCTO VELOCIDADES GARANTIZADO VPN PRECIO TOTAL
Movistar Netlan 8Mbps/640Kbps 10,00% SI 60€+IVA
Movistar Macrolan 10Mbps/10Mbps 100,00% SI 3827+IVA
Movistar ADSL 20Mbps/1Mbps 10,00% NO 30€+IVA
Ono Fibra 50Mbps/5Mbps 100,00% NO 60€+IVA
ONO Fibra + VPN 50Mbps/5Mbps 100,00% SI 95€+IVA
ONO Radio Enlace 20Mbps/20Mbps 100,00% SI 795+IVA
ONO Radio Enlace 30Mbps/30Mbps 100,00% SI 895+IVA
Tabla 7: Comparativa soluciones empresariales Internet
Desde un punto de vista técnico, el mejor servicio lo suministra Movistar con su producto
MacroLAN, una conexión de 10Mbps simétricos, con capacidad para priorizar tráfico, retardos
garantizados, capacidad para aumentar la velocidad hasta llegar al 1000Mbps (a otro coste
naturalmente), da una flexibilidad para el control y respuesta ante futuras necesidades de
crecimiento. La pega es como se puede ver en la tabla anterior, que es a un precio prohibitivo para
la mayoría de las empresas medianas.
22
TFC MEMORIA PAC4
Descartando MacroLAN por excesivamente caro, el siguiente producto más interesante desde un
punto de vista técnico son los radio enlaces de ONO, ofrecen conexiones simétricas de 20 y 30
Mbps, ofreciendo ancho de banda suficiente para la mayoría de medianas empresas. No existe el
mismo nivel de compromiso que con Movistar, pero el coste es sustancialmente inferior.
La tercera mejor opción por ancho de banda de subida ofertado, es ONO fibra +VPN que con
50Mbps de bajada y 5Mbps de subida, es la opción que más se ajusta a las necesidades reales de
una empresa de tamaño medio.
Las ADSL normales, por su escaso ancho de banda de subida, no es prudente recomendarlas, a no
ser que sean como conexiones de backup, o destinados a empresas pequeñas.
5.5 VPN CON HARDWARE ESPECIFICO

Una opción más, sería la de contratar solo un servicio normal ya sea de fibra o ADSL, SDSL de un
operador cualquiera, y comprar routers capaces de crear VPN punto a punto.
Si nos decantamos por esta opción, aparte de la calidad del hardware, debemos tener en cuenta la
facilidad de implementación, en este caso, y pese a ser mejores en vez de CISCO me decantaría por
marcas del tipo NETGEAR, LINKSYS (depende de CISCO), o HP.
Netgear tiene el FVS318GE que es un broadband router firewall con capacidad VPN, la ventaja de
este tipo de dispositivos frente a un router VPN puro, es que es independiente del tipo de tecnología
que se emplee para el acceso a Internet, pero tiene un requerimiento, es que el operador a de poner
un módem, y no un router, o en su defecto, un router que permita configurarlo como módem
(monopuesto), ya que las funciones de router las pasará a hacer el Netgear.
Por otro lado, ONO esta suministrando routers para su Internet 30Mbps/3Mbps CISCO EPC3825,
que tienen la funcionalidad de levantar un túnel VPN con otro EPC3825. Esta sería una forma fácil
y muy barata de solucionar el problema, pero tiene sus riesgos, ya que nadie garantiza que en caso
de rotura, ONO sustituya el equipo por otro del mismo modelo. Además obliga a tener un
departamento informático propio, ya que es un tema critico.
5.6 CONSIDERACIONES FINALES SOBRE LAS VPN
Actualmente es la solución más viable para unir las LAN de dos sedes.
Uno de los mecanismos de seguridad que tienen las VPN es el de cerrar el túnel cuando detecta que
hay muchos paquetes perdidos. El problema que hay con este sistema de seguridad, es que en
enlaces VPN mediante ADSL, si el bucle de abonado no es de la calidad deseada y se pierden
paquetes por ese motivo, la VPN cerrará el túnel, y lo volverá a crear, pudiéndose llegar al extremo
de pasar mas tiempo abriendo y cerrando túneles que comunicando información.
Requiere de hardware especifico, y la creación del túnel depende mucho del fabricante del hardware
en términos de complejidad.
Un dato clave para el buen funcionamiento de la VPN, es la velocidad de subida de la conexión a
Internet, en el caso de la MACROLAN, no es critico, ya que ofrece anchos de banda
suficientemente amplios. Pero en el caso de VPN mediante ADSL o la solución NETLAN de
23
TFC MEMORIA PAC4
Movistar, la velocidad de subida, que suele ser de menos de 1Mbps, puede hacer que la conexión
entre sedes se ralentice, sobretodo si ademas de los datos, incorporamos trafico VOIP por la misma
VPN.
Para que en un entorno Windows halla visibilidad entre los equipos, no hay que olvidar activar el
servicio WINS, que viene a ser como un servidor de nombres interno para el grupo de trabajo de
windows.
Como se ha podido ver, una VPN, es una tecnología que permite que a nivel de red parezca que las
sedes distantes están en la misma LAN. Se puede conseguir directamente contratando los servicios
de un ISP, el cual saca el máximo partido de su red MPLS y la capacidad de esta para crear circuitos
o túneles virtuales dinámicos, y no asociados directamente a un cliente en concreto( en este caso, no
siempre se cifra la conexión dado que los ISP garantizan la confidencialidad ya que no sale de su
red nacional MPLS), o bien mediante hardware especifico que cifra y encapsula cada paquete IP
destinado a la sede contraria en otro paquete IP que manda cifrado a través de Internet, sin ningún
tipo de garantía.
Dejando aparte las diferencias de velocidad entre las distintas soluciones, las principales ventajas y
desventajas entre una u otra solución están resumidas en la siguiente tabla:
SOLUCIÓN VENTAJAS PEGAS INVERSIÓN SEGURIDAD FIABILIDAD COSTE MENSUAL
Hardware especifico/ Independencia de la Mantenido por el BAJA ALTA MEDIA-ALTA EL COSTE DE UN
NETGEAR tecnología del ISP. cliente. SERVICIO DE
FVS318GE INTERNET
Hardware especifico/ Lo suministra el ISP Mantenido por el NULA MEDIA BAJA EL COSTE DE UN
CISCO EPC3825 ONO , inversión nula. cliente, hardware no SERVICIO DE
diseñado para uso INTERNET
empresarial
ONO VPN 50/5 El ISP se encarga de Coste mensual más NULA ALTA ALTA 95€ + IVA
la configuración y elevado que otras
mantenimiento de la soluciones.
VPN. Seguridad
garantizada por el ISP.
ONO Radio enlace El ISP se encarga de Coste mensual más NULA ALTA ALTA 795+IVA
la configuración y elevado que otras
mantenimiento de la soluciones. (895+IVA modalidad
VPN. Seguridad 30/30Mbps)
Acceso simétrico
MOVISTAR El ISP se encarga de Anchos de banda de NULA ALTA ALTA 60€ + IVA
NETLAN la configuración y subida muy justo para
mantenimiento de la VOIP.
VPN. Seguridad
MOVISTAR El ISP se encarga de Coste mensual mucho NULA ALTA ALTA 3827€ + IVA
MACROLAN la configuración y más elevado que otras
mantenimiento de la soluciones.
VPN. Seguridad
Acceso simétrico o no
a petición del cliente.
Tabla 8: Comparativa de las soluciones VPN
Al cliente se le recomendará la solución de un ISP, y como alternativa redundante la VPN de

NETGEAR mediante el FVS318GE. Los motivos para ofrecer esta solución dual, son el bajo coste
de una linea de Internet normal (entorno a 40€ por sede), y el bajo coste de los equipos VPN
escogidos (140€ cada uno). De modo que en condiciones normales, las sedes estarán conectadas
mediante una VPN responsabilidad del ISP, pero en caso de que falle, se podrá con cambios
mínimos pasar a estar conectados mediante la VPN de NETGEAR. De todas formas es decisión del
24
TFC MEMORIA PAC4
cliente querer dedicar una inversión de cerca de 300€ y un sobrecoste de casi 85€ mensuales en
seguridad frente a un fallo del ISP.
De este modo, se le recomendará al cliente que contrate la solución VPN de ONO, y que contrate
dos conexiones de ADSL de Movistar a 20Mbps para la VPN mediante el hardware de NETGEAR.
De este modo, al ser ISP's distintos, tendremos una buena protección frente a fallos de alguno de
ellos.
En caso de que el cliente descartara la contratación con cualquier ISP de la VPN, y prefiriera
únicamente la solución expuesta en el apartado 5.5, se le recomendaría otro tipo de hardware, de
mayor calidad, y con la posibilidad de tener conectadas dos ADSL pudiendo hacer balanceo de
carga, y de este modo ser resistente al fallo de una de las ADSL.
Como puede ser el CISCO RV082, un poco más caro que el NETGEAR, pero con la ventaja de las
dos interficies WAN.
Ilustración 12: Cisco RV082 dual WAN
En el anexo de esta memoria, hay una copia del manual para configurar una VPN con dos routers
CISCO.
25
TFC MEMORIA PAC4
6 SOLUCIÓN DE VOZ
Para la solución de voz no tenemos tanta libertad, ya que ya esta instalada una centralita en la sede
central. En concreto una IPX100 de SELTA.
Seria deseable que en Madrid también se pusiera otra IPX100, u otra centralita de la misma marca
con el fin de optimizar recursos, y formas de uso, ya que al ser de la misma marca, los terminales
digitales serán y se utilizaran del mismo modo.
Esto también lleva a un aprovechamiento de los recursos hardware de las centralitas, ya que si por
algún motivo un departamento se ha de trasladar a Madrid o viceversa, no haría falta comprar
teléfonos específicos (usualmente caros 150-350€). Se podrían trasladar los teléfonos de una
sucursal a otra.
6.1 ENLACE ENTRE LAS CENTRALITAS

Tradicionalmente, dos centralitas distantes se solían enlazar mediante primarios RDSI, pero
actualmente, se han desarrollado tarjetas que permiten hacer lo mismo utilizando Ethernet. Otra
forma de hacerlo y mucho mas barata, seria hacer un uso abusivo de DDI en lineas RDSI.
El alquiler de un primario RDSI para las llamadas internas centralita con centralita para una
empresa mediana, no tiene mucho sentido, sobretodo si como es el caso todo el departamento
comercial está concentrado en una de las sedes.
La solución más elegante, es la de crear un enlace IP entre las dos centralitas, a través del cual se
pueda llamar a extensiones internas, y compartir recursos como los track móviles.
La solución de utilizar números virtuales RDSI, tiene un coste adicional mensual, pues cada numero
virtual lo cobran aparte, pero no tiene el coste de inversión de la solución IP.
6.1.2 OPCIÓN DE ENLACE IP
Para enlazar centralitas, típicamente se ha utilizado el protocolo QSIG, se trata de un protocolo

diseñado específicamente para enlazar centralitas telefónicas, y permite la comunicación de voz,
compartición de lineas físicas en cada extremo, etc.
QSIG se puede implementar sobre un primario T1 RDSI, o sobre una red IP tunelizada, como es
nuestro caso. Como protocolo de transporte, QSIG puede utilizar H323 o SIP. El protocolo QSIG
nos permitiría si fuera el caso enlazar centralitas de distintos fabricantes.
También se utiliza mediante conexión directa cable con coaxial tarjeta a tarjeta para conectar dos
centralitas que están ubicadas en el mismo rack, esta necesidad suele venir dada por ampliaciones, o
cuestión de costes, aveces es mas barato instalar dos centralitas de tamaño mediano y enlazarlas
entre si, que instalar una centralita mucho mas grande.
Para este cometido, SELTA tiene la tarjeta Packet Processor, es una tarjeta que integra capacidad
VOIP a la centralita, así como la posibilidad de enlazar mediante IP con otra tarjeta Packet
Processor.
26
TFC MEMORIA PAC4
Ilustración 13: Tarjeta IP

Es una tarjeta que viene licenciada en hardware y software, esto quiere decir, que hay elementos
hardware que se pueden comprar a posteriori para aumentar la capacidad de conversaciones VOIP
simultaneas, pero para habilitar ese hardware, se necesita una licencia software.
Es una tarjeta cara, (2500-3000€), y que aparte de enlazar dos centralitas, permite con el hardware y
licencias de origen hasta 4 conversaciones VOIP simultaneas.
El coste en hardware es elevado, pero mediante estas tarjetas, minimizamos el numero de lineas
necesarias en cada sede, y se aprovecha la conexión VPN de datos contratada. Esto revierte en un
ahorro mensual en costes de lineas fijas, ya que ya no hay que dimensionarlas para absorber el
tráfico entre sedes. Otra ventaja, es que mediante esta opción se pueden instalar tracks móviles en la
sede central, y ninguno en la sucursal de Madrid, dicho recurso seria accesible a través de la packet
processor.
6.1.3 OPCIÓN DE RDSI Y DDI

Al operador de telefonía, se le pueden pedir DDI's (marcación directa de extensiones) esto se
consigue asignando a una linea o grupo de lineas RDSI números de teléfono extra. Es decir se
podrían tener 2 RDSI (4 canales de comunicación) con 8 números diferentes, esto nos permite desde
la centralita asignar a 8 extensiones internas un número de teléfono diferente.
Para el caso que nos ocupa, esta solución es poco practica ya que tenemos 30 extensiones en la sede
central, y se van a tener 20 mas en la delegación de Madrid.
Sería una opción a considerar si las necesidades de la empresa forzaran a la contratación de un
primario de RDSI en las sedes, pero no es el caso.
6.2 VOIP
La comunicación VOIP se desarrolló para transportar voz por un medio no diseñado para ello, una
comunicación de voz esta orientada a conexión, es decir no admite bien retardos, desorden en la
transmisión... Sin embargo las redes IP se diseñaron para transportar datos, no orientados a
conexión, esto quiere decir, que los datos pueden llegar desordenados, con retrasos, etc. Los
protocolos y códecs usados en VOIP minimizan estas pegas de las redes IP.
27
TFC MEMORIA PAC4
Ilustración 14: Conmutación de circuitos y conmutación de paquetes
El principal motivo para plantearse una instalación mediante telefonía VOIP, o como en nuestro
caso usarla para enlazar dos centralitas distantes, es principalmente económico. No solo se consigue
un ahorro en los costes fijos de facturación telefónica, sino que se aprovechan mejor los recursos de
datos ya contratados.
La razón para no proveer de teléfonos IP a la instalación, viene dada por el tremendo auge que han
tenido los smartphones y telefonía móvil en general. Actualmente, con las tarifas planas que se
aplican a las empresas en telefonía móvil, no tiene sentido proveer por ejemplo de un teléfono IP a
un comercial para que se lo lleve encima si se va a Madrid una semana, a ese comercial, se le llama
a su móvil (en los planes de empresa, muchas operadoras no facturan las llamadas entre los
smartphones de la empresa).
Si en Palma no dispusieran de una centralita, sí se hubiera podido plantear una instalación telefónica
íntegramente en IP, he incluso sin terminales, se podría utilizar software, y cascos con micrófono en
los ordenadores, para atender las llamadas.
Si bien es cierto que para un correcto funcionamiento de una conversación VOIP la red IP debe
cumplir unos parámetros minimos de calidad, ya que la voz no es tolerante a retardos mayores a
150ms, actualmente con los servicios ofertados por las operadoras, no podemos desde un punto de
vista técnico, garantizar esos parámetros a un coste razonable (MacroLAN ofrece servicios para
VOIP, pero los precios son desorvitados). De todas formas, la experiencia empirica, nos hace ver q
aunque si bien el canal no cumple todos los requisitos, la mayoria de las veces la calidad es
aceptable. (por ejemplo, cuando se utiliza la aplicación para smartphones Viber, y los dos
interlocutores tiene conectados los smartphones a wifi, no suele haber problemas en la
comunicación)
6.2.1 PROTOCOLO SIP

SIP (Session Initiation Protocol ) es uno de los protocolos de señalización para voz sobre IP, como
lo es también H323. H323, es mas completo, incluye soporte para videoconferencia, etc.
SIP se encarga del establecimiento, modificación y terminación de una sesión de VOIP, además,
utiliza otros protocolos como SDP para describir el contenido de la sesión (direcciones IP, puertos,
códecs) que se utilizaran durante la sesión.
Para la conversación en sí utiliza el protocolo RTP (Real-time Transport Protocol). RTP implementa
dos mecanismos para garantizar la transmisión de voz a través de redes IP, el numero de secuencia,
y un registro de tiempo. El numero de secuencia, se utiliza para reordenar los paquetes IP en
recepción, ya que a través d ella red IP pueden haber recorrido caminos distintos y llegar
28
TFC MEMORIA PAC4
desordenados. El registro de tiempo se usa para ajustar los intervalos de muestreo con la secuencia
original.
Cada 5 segundos, se enviá un paquete especial RTCP para enviar datos de control entre emisor y
receptor de una secuencia RPT, los paquetes RTCP ayudan a verificar las condiciones de
transmisión del extremo remoto.
Ilustración 15: Tipos de paquetes RTP
Ilustración 16: Protocolo utilizado para llamadas IP
En nuestro caso, las dos centralitas están haciendo de puente transparente ya que la comunicación se
inicia en una extensión analógica (o digital) la voz se digitaliza mediante la Paquet Processor, viaja
por la red IP hasta la otra centralita donde la otra Paquet Processor lo descodifica y lo manda otra
vez a una extensión analógica.
29
TFC MEMORIA PAC4
6.3.2 CODECS Y DSP´S
Los códecs de audio, son unos codificadores-descodificadores, que mediante algunos tipos de
algoritmos, consiguen comprimir el ancho de banda necesario para una conversación de voz, que
típicamente es de 64Kbps. Estos códecs se pueden implementar mediante software, hardware o una
combinación. Algunos códecs están licenciados (hay que pagar para usarlos), y otros no.
Entre los más utilizados están:
G.711 Se usa ampliamente en centrales telefónicas, realiza 8000 muestras por segundo, y codifica a
una tasa de 64Kbps. Su uso fue liberado en 1972, no hay que pagar por usarlo.
G.729 --Se usa casi exclusivamente en VOIP por sus bajos requerimientos de ancho de banda. Es
capaz de codificar la voz a una tasa de 8Kbps, que es muy inferior a los 64Kbps de otros códecs
como el G711. El G729, no es un códec gratuito, esta licenciado.
Un DSP (Digital Signal Processor), es un microprocesador diseñado específicamente para trabajar
con señales en tiempo real, es en ellos donde están implementados los códec´s. Suele disponer de
conversores analógico a digital y digital a analógico, y un espacio de memoria propio. La tarjeta
Paquet Processor viene con 12 instalados.
Ilustración 17: DSP, conversores y

memoria
Desde este punto de vista, nos podría parecer que una conversación VOIP solo ocuparía 8Kbps de
ancho de banda, pero hay que tener en cuenta, las cabeceras del protocolo IP, el encapsulado de la
VPN, etc. Al final los anchos de banda reales están entorno a los 43Kbps por canal, porque una
VPN con IPSEC tiene un coste en overhead de entorno a los 35Kbps.
Overhead con IPSEC VPN
Canales Overhead Codec bit rate Trunked Unicast
8 34.8 kbps G.729 (8 kbps) 98.8 kbps 342.4 kbps
8 34.8 kbps G.722.1 (32 kbps) 290.8 kbps 534.4 kbps
Tabla 9: Anchos de banda reales. (con overhead)
30
TFC MEMORIA PAC4
Podemos hacer las cuentas de que si nuestra centralita tiene habilitados 4 canales VOIP,
necesitaremos una velocidad de subida en nuestra salida a Internet de como mínimo 172Kbps.
6.3 OPCIÓN ESCOGIDA

La opción escogida para el cliente será la del enlace de centralitas mediante IP, si el cliente no
necesitara que las extensiones de las dos oficinas se puedan llamar mediante el numero de
extensión, o si el numero de extensiones de teléfono fuera mucho mas reducido, se hubiera optado
por la solución con DDI's.
Una ventaja añadida de utilizar la solución con las tarjetas IP, es que el técnico de la centralita, se
podrá conectar en remoto desde cualquiera de las dos oficinas con la centralita de la sede contraria,
evitando así el desplazamiento a Madrid cada vez que se tengan que hacer cambios en la
configuración que no impliquen modificar el hardware.
Comparado con el coste mensual de 60 DDI's con el operador que es del orden de 2,3€ por DDI, el
ahorro mensual es de 138€ al mes, es decir el coste de las tarjetas se amortizaría en unos 3 años.
En cuanto a la provisión de líneas, en Palma se quedarán como están, salvo por la instalación de 2
tracks de móviles para la tarjeta de RTC que ya tiene instalada.
Para Madrid, se ha estimado que una vez liberadas las lineas del trafico interno entre extensiones,
que irán a través de VOIP por la VPN, solo serán necesarias dos líneas analógicas.
Como protocolo de transporte se ha escogido SIP, ya que no únicamente vamos a requerir servicios
de voz.
Ilustración 18: Centralitas completas
A la centralita de Palma tan solo se le ha añadido la tarjeta Packet Processor con capacidad para
comunicarse mediante QSIG sobre IP con su tarjeta gemela en la centralita de Madrid. Los tracks
móviles GSM se conectan a la centralita como si fueran lineas RTC normales mediante la tarjeta
8ALUbid.
La centralita de Madrid es nueva toda ella. En Madrid se va a optar por una tarjeta de 4 RTC con 2
lineas de emergencia, esto significa, que en caso de que la centralita se quedara sin corriente,
automáticamente quedarían conectadas dos extensiones analógicas designadas con las lineas RTC
del operador, de modo que podrían hacer y recibir llamadas desde esas dos extensiones.
Se ha optado por esta variante. Para que en caso de fallo eléctrico no dejar incomunicada la sede.
31
TFC MEMORIA PAC4
6.3.1 ENRUTAMIENTO LCR Y OPTIMIZACIÓN RECURSOS
En centralitas telefónicas, es conveniente activar el servicio LCR (Least Cost Routing)

originalmente se diseñó para enrutar las llamadas salientes por una linea de salida especifica con el
fin de aprovechar al máximo las tarifas de los operadores de telefonía. Esta necesidad de cada vez a
perdido más importancia debido a las tarifas planas de los operadores, pero todavía puede
ayudarnos a gastar lo mínimo en teléfono.
Por ejemplo, en Madrid provisionaremos la centralita con dos líneas RTC, una de ellas vendrá
provisionada junto con la ADSL, y tendrá tarifa plana de llamadas nacionales. Podemos configurar
el LCR de la centralita de Madrid para que cuando detecte que se marca un número de teléfono que
empieza por 8 ó 9, intente como primera opción salir específicamente por esa RTC, y en caso
contrario (ocupada) salir por la segunda (sin tarifa plana). De este modo, se maximiza el uso de
dicha linea, y se minimiza el consumo telefónico.
Ya se ha comentado que en Madrid no se provisionarán tracks móviles, en Madrid, se crea una
regla, para que cuando se detecte que el número marcado empieza por 6, se realice la llamada desde
el track móvil de Palma.
32
TFC MEMORIA PAC4
7 ESTIMACIÓN TEMPORAL DEL TIEMPO DE EJECUCIÓN

Lo primero que se hará sera pedir el aprovisionamiento de las lineas de voz y datos en Madrid, y la
de datos en Palma
Una vez con confirmación de fecha de instalación, se procederá a la instalación de toda la
infraestructura en Madrid, procurando que la fecha de instalación del ISP coincida con la de los
trabajos en Madrid. En Palma no se hará ningún cambio hasta tener levantada la VPN entre las
sedes.
A Madrid se destinarán dos operarios a jornada completa de 8 horas diarias durante 12 días.
Ilustración 19: Diagrama temporal instalación Madrid
En Palma, durante la instalación solo se destinará un técnico para supervisar la instalación de las
VPN , hacer las pruebas con Madrid tanto de las VPN como de las centralitas y hacer alguna
pequeña modificación en la red de datos para ubicar los puntos de acceso Wifi.
Ilustración 20: Diagrama temporal instalación Palma
33
TFC MEMORIA PAC4
8 PRESUPUESTO DETALLADO MATERIAL/MANO DE OBRA
Presupuesto Madrid (PVP)

UNIDADES DESCRIPCIÓN PVP UNITARIO TOTAL LINEA
1 SWITCH GESTIONABLE LAYER 3 24P 1.300,00 € 1.300,00 €
HP 2910 J9145A
2 PATCH PANEL RED 48 PUERTOS 50,00 € 100,00 €
88 TOMAS RED HEMBRA CAT6 7,00 € 616,00 €
1 RACK 1,5METROS 19” 850,00 € 850,00 €
1 CENTRALITA TELEFÓNICA 5.930,00 € 5.930,00 €
3 TELÉFONOS DIGITALES 260,00 € 780,00 €
17 TELÉFONOS ANALÓGICOS 25,00 € 425,00 €
2 PUNTOS DE ACCESO WIFI CON POE 500,00 € 1.000,00 €
Cisco Aironet 1140
20 METROS CANALETA 60X40 9,00 € 180,00 €

4 BOBINAS CABLE RED UTP CAT6 305M 230,00 € 920,00 €
48 LATIGUILLOS RED 1'5M CAT6 4,00 € 192,00 €
200 HORAS MANO DE OBRA 35,00 € 7.000,00 €
1 MATERIAL VARIO 100,00 € 100,00 €
TOTAL 19.513,00 €
Tabla 10: Presupuesto Madrid

1 Centralita SELTA IPX100 1.750,00 € 1.750,00 €
1 Tarjeta 16 Ext. Analógicas (16CAU) 750,00 € 750,00 €
1 Tarjeta 8 Ext. Digitales (8CAUn) 560,00 € 560,00 €
1 Tarjeta Packet Processor 4VOIP 2.400,00 € 2.400,00 €
1 Tarjeta 4 lineas analógicas con emergencia 470,00 € 470,00 €
TOTAL 5.930,00 €
Tabla 11: Desglose coste centralita Madrid
34
TFC MEMORIA PAC4

2 SWITCH GESTIONABLE LAYER 3 24P 1.300,00 € 2.600,00 €
HP 2910 J9145A
1 10-Gigabit cable SFP+ interconexión 220,00 € 220,00 €
SWITCH
2 PUNTOS DE ACCESO WIFI CON POE 500,00 € 1.000,00 €
Cisco Aironet 1140
1 Tarjeta Packet Processor 4VOIP 2.400,00 € 2.400,00 €

4 LATIGUILLOS RED 1'5M CAT6 4,00 € 16,00 €
40 HORAS MANO DE OBRA 35,00 € 1.400,00 €
1 MATERIAL VARIO 50,00 € 50,00 €
(precios sacados de varias webs ) TOTAL 7.714,00 €
Tabla 12: Presupuesto Palma
En el presupuesto de Palma, no se presupuesta ni cable de red ni tubo, etc necesario para ubicar uno
de los puntos wifi, porque se utilizará el material sobrante de Madrid.
Acontinuación se presentan 4 opciones viables para la interconexión de las sedes con sus costes
mensuales y de inversión y equipos si fuera necesario.
Opción 1: VPN suministrada por ONO.
UNIDADES DESCRIPCIÓN COSTE MENSUAL PVP TOTAL

UNITARIO LINEA
2 Fibra ONO+VPN 95,00 €+12€ 0,00 € 214,00 €
50/5Mbps+ IP fija
TOTAL 214,00 € TOTAL 0,00 €
(Coste (Equipos)
mensual)
Tabla 13: Solución VPN suministrada por ISP.
35
TFC MEMORIA PAC4
Opción 2: VPN mediante ADSL normales y equipos VPN comprados por el cliente:
UNITARIO LINEA
2 Movistar ADSL 30€+15€ 0,00 € 90,00 €
20/1Mbps+ IP estatica
2 CISCO RV082 0,00 € 285,00 € 570,00 €
TOTAL 90,00 € TOTAL 570,00 €

(Coste (Equipos)
mensual)
Tabla 14: Solución VPN mediante hardware especifico. (1 proveedor de Internet)
Ilustración 21: Esquema equipos opción nº2.
Opción 3: VPN mediante dos servicios a Internet normales e ISP distintos con hardware VPN
comprado por el cliente.

UNITARIO LINEA
2 Movistar 30€+15€ 0,00 € 90,00 €
ADSL20/1Mbps+ IP
estática
2 ONO fibra 50/5Mbps + 60€+12€ 0,00 € 144,00 €
IP estática
2 CISCO RV082 0,00 € 285,00 € 570,00 €
TOTAL 234,00 € TOTAL 570,00 €

(Coste (Equipos)
mensual)
Tabla 15: Solución VPN mediante hardware especifico. (2 proveedores de Internet)
36
TFC MEMORIA PAC4
Opción 4: VPN principal con ISP y VPN de reserva con hardware del cliente.

UNITARIO LINEA
2 Movistar 30€+15€ 0,00 € 90,00 €
ADSL20/1Mbps+ IP
estática
2 ONO fibra VPN 95€+12€ 0,00 € 214,00 €
50/5Mbps + IP estática
2 Netgear FVS318GE 0,00 € 150,00 € 300,00 €
TOTAL 304,00 € TOTAL 300,00 €

(Coste (Equipos)
mensual)
Tabla 16: Solución VPN mixta con 2 proveedores distintos.
Es esta opción la que se le aconsejará como la mejor al cliente en terminos de coste rendimiento.
37
TFC MEMORIA PAC4
9 CONCLUSIONES
La mayor dificultad de acometer una ampliación de una instalación ya en marcha, es la de

identificar las necesidades del cliente, no solo actuales, sino las futuras a medio plazo.
De entrada hay que evaluar las necesidades de ancho de banda que necesitará el programa de
gestión que se tenga instalado en los servidores. En todo el TFC se ha supuesto, que el programa de
gestión seguía el esquema típico de cliente/servidor, pero las exigencias de ancho de banda por
cliente pueden ser muy diferentes de un sistema a otro, así que la primera cuestión a averiguar con
los desarrolladores del software cual es el ancho de banda típico que necesitan por cliente.
Luego preguntaremos a nuestro cliente cuantas personas van a utilizar el software en Madrid, para
así poder dimensionar el tipo de conexión que se necesitara entre sedes. Sobre todo las necesidades
de ancho de banda en el sentido de subida.
Si solo tenemos en cuenta el ancho de banda necesario para la aplicación de gestión, necesitaríamos
un mínimo de:
Ancho de banda de subida >= (numero de usuarios en Madrid)X(ancho de banda por usuario)
Los valores típicos de necesidades de ancho de banda de una aplicación cliente/servidor es de entre
10 y 100Kbps. Afortunadamente, aunque tengamos X personas trabajando simultáneamente en
Madrid, eso no quiere decir que las consultas al servidor sean siempre concurrentes, por lo que nos
permitiría estar por debajo del ancho de banda estimado antes.
En el caso que nos ocupa, el cliente quiere seguir con su sistema telefónico, pese a representar un
gasto en inversión considerable. El sistema actual nunca ha presentado averías, y tiene el personal
acostumbrado. Como el hardware de la centralita, afortunadamente tiene las opciones de ampliación
necesarias, no se plantea cambiarlo completamente.
Al enlazar las dos centralitas mediante IP, se tiene un ahorro mensual en DDI's importante, además,
permite aprovechar el ancho de banda contratado para enlazar la red de datos. De este modo desde
el punto de vista de un usuario telefónico en Palma, llamar a Madrid es tan solo marcar una
extensión de la centralita.
El enlace mediante IP, consumirá un ancho de banda entorno a 150Kbps, pero eso solo se dará
cuando haya 4 comunicaciones concurrentes con Palma.
La provisión del tendido de cable de red se hace todo en CAT6 en Madrid, incluidas las tomas de
teléfono, esto da una flexibilidad adicional a la red, ya que al poder utilizar cada toma tanto para red
como para telefonía, las tomas que se hubieran asignado a telefonía y no se utilicen, pueden servir
para conectar en un futuro ordenadores, impresoras, etc.. sin necesidad de realizar ningún cambio en
el cableado, únicamente habría que cambiar el conexionado de latiguillos en el rack. Esto tiene un
coste económico de material únicamente, ya que el cable de red es más caro que el de telefonía,
pero es un coste muy pequeño en relación a la mano de obra (donde no hay ahorro, ya que las tomas
se han de montar igualmente).
38
TFC MEMORIA PAC4
La seguridad de las redes, se ha afrontado desde dos puntos de vista, uno la seguridad de la red
WIFI, y otro la seguridad de la red LAN.
En la LAN, se opta por activar los firewalls de los routers de los ISP, (o pedir que lo hagan si solo
el ISP tiene acceso a la configuración) y mediante programas antivirus en las estaciones de trabajo y
los servidores.
En la WIFI se utilizan tanto técnicas “seguras” de cifrado como WPA2 y técnicas de ocultación de
SSDI y registro de dispositivos autorizados (MAC). Esta ultima técnica, requiere de un
mantenimiento de esas listas, y puede ser en algunas ocasiones incomodo, pero junto a las dos
técnicas de seguridad anteriores, hace al sistema muy seguro.
Un atacante WIFI, debería saber no solo el SSID y la contraseña WPA2”, sino que también debería
modificar la MAC de su tarjeta de red para que coincidiera con la de una MAC autorizada. Y eso
solo se podría obtener del personal de la empresa.
En una VPN lo normal es que los dos segmentos de LAN tengan rangos de IP distintos, por eso es
necesario en un entorno Windows, configurar correctamente los servidores, para que los equipos
tengan visibilidad dentro del grupo de trabajo.
Al proponer dos sistemas de VPN independientes, a la hora de la instalación ya no es tan critico un

retraso no esperado de aprovisionamiento por parte del ISP, ya que al ser dos distintos, sería poco
probable que ninguno cumpliera sus plazos de instalación. Por lo que en el peor de los casos, solo
quedaría instalada y verificada una de las VPN. En ese caso sería necesario otro desplazamiento a
Madrid para testear la VPN restante.
Es una pena que muchas de las soluciones que ofrecen las operadoras, no estén a disposición del
público para consultar y comparar precios. Es más, parece como que cuando se piden servicios
avanzados, no tuvieran un precio cerrado, sino que dependiera de otros factores, siendo incapaces
de dar ningún tipo de información a no ser que se trate de una empresa y localizaciones concretas.
Esto ha dificultado mucho la recopilación de información, y no se ha podido obtener por los cauces
“normales” como es llamar al ISP y pedir información. Solo se ha podido tener acceso a las
cotizaciones, a través de una empresa y bajo advertencia, de que eran documentos confidenciales,
ese es el motivo por el cual no se han podido incluir dichos presupuestos como anexos.
De todas formas, estas soluciones eran tan extremadamente caras, que quedaron descartadas. Si se
tuviera que escoger alguna de esas opciones, se escogería la solución de radio enlace de ONO, ya
que ofrece un servicio similar al de MacroLAN, a un precio muy inferior.
Es verdad, que el servicio MacroLAN de telefónica es el mejor en términos de reserva de ancho de
banda, distinción de tráfico, retardos garantizados (mínimos), retribución en caso de no
cumplimiento de los servicios prestados, etc.
Por ultimo, el cliente puede que tenga que plantearse cambiar el programa de gestión si éste es
ineficiente y consume demasiado ancho de banda en de la conexión VPN. Muchas veces sale a
cuenta gastar unos miles de € en un programa de gestión nuevo, y no tener que pagar casi 4000€ (es
lo que costaria MacroLAN) mensuales para adecuar la conexión a las necesidades de ancho de
banda del programa.
39
TFC MEMORIA PAC4
10 GLOSARIO DE TÉRMINOS
3G: Tercera generación de telefonía móvil.

ADSL: Asymmetric digital subscriber line.
AES: Advanced Encryption Standard.
AH: Authentication Header.
CÓDEC: Abreviatura de codificador-decodificador
CBC:Cipher-block chaining.
DES:Data Encryption Standard.
DSP: Procesador Digital de Señales
DDI Marcación directa de extensiones.
ESP: Encapsulating Security Payload
GSM: Groupe Spécial mobile
HMAC: Hash-based Message Authentication Code
H323: Recomendación del ITU-T(International Telecommunication Union), que define los
protocolos para proveer sesiones de comunicación audiovisual sobre paquetes de red.
IKE: Internet Key Exchange.
IPSEC: Internet Protocol security.
ISP: Internet Service Provider.
LAN: Red de área local.
LCR: Least Cost Routing.
MAC: Media Access Control
MPLS: Multiprotocol Label Switching.
NAT: Network Address Translation.
NAT-T:Traversal NAT.
OSI: Open System Interconnection.
P2P: Red punto a punto.
PPTP:Point to Point Tunneling Protocol.
PBX: Central telefónica privada.
PDA: Personal Digital Assistant.
POE: Power Over Ethernet.
QoS: Calidad de servicio.
QSIG:Protocolo de señalización normalizado a nivel internacional para su uso en corporaciones o
empresas en redes de voz o servicios integrados .
40
TFC MEMORIA PAC4
RADIUS: Remote Authentication Dial-In User Server.

RDSI: Red Digital de Servicios Integrados.
RTC: Red Telefonica Conmutada.
RTCP: Real Time Control Protocol.
SHA-1: Algoritmo de Hash Seguro Variante 1.
SIP: Session Initiation protocol.
SSID:Service Set Identifier.
TFC: Trabajo Final de Carrera.
TKIP: Temporal Key Integrity Protocol
TRACK MOVIL: Dispositivo que proporciona salida a la red de telefonia móvil a una PBX.
TRIPLE-DES: Cifrado DES triple.
UTP: Par trenzado no blindado.
VOIP: Voz sobre protocolo de Internet.
VPN: Red privada virtual.
VPLS: Virtual Private Lan Service.
WEP: Wired Equivalent Privacy.
WPA: Wi-Fi Protected Access.
WPA2: WPA mejorado.
41
TFC MEMORIA PAC4
11 INDICE DE TABLAS /ILUSTRACIONES
Índice de tablas
Tabla 1: Cronograma............................................................................................................................5
Tabla 2: Necesidades del cliente...........................................................................................................8
Tabla 3: Versiones Ethernet................................................................................................................10
Tabla 4: Comparativa entre Wifi g y n................................................................................................11
Tabla 5: Cotización distintos servicios MacroLAN...........................................................................21
Tabla 6: Cotización radio enlace ONO...............................................................................................23
Tabla 7: Comparativa soluciones empresariales Internet...................................................................23
Tabla 8: Comparativa de las soluciones VPN.....................................................................................25
Tabla 9: Anchos de banda reales. (con overhead)..............................................................................31
Tabla 10: Presupuesto Madrid............................................................................................................35
Tabla 11: Desglose coste centralita Madrid........................................................................................35
Tabla 12: Presupuesto Palma..............................................................................................................36
Tabla 13: Solución VPN suministrada por ISP...................................................................................36
Tabla 14: Solución VPN mediante hardware especifico. (1 proveedor de Internet)..........................37
Tabla 15: Solución VPN mediante hardware especifico. (2 proveedores de Internet).......................37
Tabla 16: Solución VPN mixta con 2 proveedores distintos..............................................................38
Índice de ilustraciones
Ilustración 1: Diagrama de Gantt.........................................................................................................6
Ilustración 2: Enlace de datos entre sedes............................................................................................7
Ilustración 3: Centralita IPX100 de Palma...........................................................................................8
Ilustración 4: Hardware LOBOMETRICS para condiciones extremas..............................................13
Ilustración 5: Topología aproximada LAN en la sede central............................................................14
Ilustración 6: Filtro frecuencial en ADSL.........................................................................................16
Ilustración 7: Adaptación frecuencial.................................................................................................16
Ilustración 8: MPLS manejo etiquetas...............................................................................................18
Ilustración 9: Solución NETLAN de Movistar..................................................................................20
Ilustración 10: Topologías NETLAN Izq. mallada, Der. estrella.......................................................21
Ilustración 11: Esquema solución MacroLAN...................................................................................22
Ilustración 12: Cisco RV082 dual WAN.............................................................................................26
Ilustración 13: Tarjeta IP....................................................................................................................28
Ilustración 14: Conmutación de circuitos y conmutación de paquetes..............................................29
Ilustración 15: Tipos de paquetes RTP...............................................................................................30
Ilustración 16: Protocolo utilizado para llamadas IP..........................................................................30
Ilustración 17: DSP, conversores y memoria......................................................................................31
Ilustración 18: Centralitas completas.................................................................................................32
Ilustración 19: Diagrama temporal instalación Madrid......................................................................34
Ilustración 20: Diagrama temporal instalación Palma........................................................................34
Ilustración 21: Esquema equipos opción nº2......................................................................................37
42
TFC MEMORIA PAC4
12 BIBLIOGRAFÍA
http://www.forpas.us.es/aula/hardware/dia4_redes.pdf
http://es.kioskea.net/contents/wifi/wifiintro.php3
http://es.wikipedia.org/wiki/Ethernet
http://h10010.www1.hp.com/wwpc/pr/es/sm/WF06b/12883-12883-4172267-4172278-4172278-
5171624-5171797.html?dnr=1
http://www.forosdelweb.com/f20/netlan-telefonica-504455/
http://www.34t.com/box-docs.asp?doc=533
http://www.cisco.com/web/ES/solutions/es/vpn/index.html
http://www.cisco.com/en/US/tech/tk583/tk372/technologies_tech_note09186a0080094865.shtml
http://campusvirtual.unex.es/cala/cala/mod/resource/view.php?id=1875
http://campusvirtual.unex.es/cala/cala/mod/resource/view.php?id=1883
http://laurel.datsi.fi.upm.es/proyectos/teldatsi/teldatsi/protocolos_de_comunicaciones/protocolo_ips
ec
http://kdocs.wordpress.com/2007/02/12/diferencia-entre-wep-y-wpa/
http://www.hsc.fr/ressources/articles/hakin9_wifi/hakin9_wifi_ES.pdf
http://linksys-fr.custhelp.com/app/answers/detail/a_id/2000/~/diferencia-entre-una-conexi
%E3%B3n-vpn-pass-through-y-un-vpn-tunnel
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/morales_d_l/capitulo2.pdf
www.aslan.es/files/1149-24546-Archivo/MINISDEF.pdf?...1
http://www.oocities.org/johnnymacedo/Trabajo1ADSLT1.htm
http://es.wikipedia.org/wiki/ADSL2
http://www.asein.org/tecno/contenido/tecno17.html
http://www.movistar.es/qx/publtarifas/es1575.htm
http://es.wikipedia.org/wiki/Voz_sobre_Protocolo_de_Internet
http://es.wikipedia.org/wiki/QSIG
http://en.wikipedia.org/wiki/IEEE_802.11
http://www.techrepublic.com/article/meet-voip-bandwidth-requirements-without-crippling-your-
network-performance/6159446
http://www.bandcalc.com/
http://www.asein.org/tecno/contenido/tecno17.html
http://www.cisco.com/en/US/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRND/IPSecQoS.ht
ml
http://hwagm.elhacker.net/calculo/calcularalcance.htm
http://www6.nohold.net/Cisco2/ukp.aspx?pid=80&login=1&app=search&vw=1&articleid=4222
43
TFC MEMORIA PAC4
13 ANEXO
Como anexo, he incluido un manual paso a paso para configurar una VPN con Routers VPN de
CISCO (Uno d ellos recomendados según la oción que escoja el cliente)
Setting-Up a VPN Tunnel on Two Router
Article ID: 4222
A Virtual Private Network (VPN) is a connection between two endpoints - a VPN router, for instance – in different
networks that allows private data to be sent securely over a shared or public network, such as the Internet. This
establishes a private network that can send data securely between these two locations or networks through a "tunnel." A
VPN tunnel connects the two PCs or networks and allows data to be transmitted over the Internet as if it were still within
those networks. It is a connection secured by encrypting the data sent between the two networks.
To setup a VPN Tunnel on a Linksys router you need to perform four steps:
1.Connecting Devices Together
2.Verifying the VPN Settings Needed on the Two Routers
3.Configuring VPN Tunnel settings on Router A
4.Configuring VPN Tunnel settings on Router B
Connecting Devices Together
Before connecting to a VPN tunnel you need to ensure that there is an active Internet connection between the two
routers that will communicate. For instructions, click here. After ensuring that there is an active Internet connection, you
need to verify the VPN settings. To verify the VPN settings of the two routers, follow the instructions below.
Verifying the VPN Settings Needed on the Two Routers
44
TFC MEMORIA PAC4
In order for you to successfully configure a VPN tunnel, you need to take note of the settings needed to set-up a tunnel.
To verify the settings needed for your VPN Tunnel follow the steps below.
Step 1:
Access the router’s web-based setup page. For instructions, click here.
NOTE: If you're using a Mac to access the router's web-based setup page, click here.
Step 2:
Click Status then Gateway and take note of the Internet/WAN IP address.
Step 3:
Click Status then Local Network and take note of the IP address.
Router A’s Status page:
45
TFC MEMORIA PAC4
Router B’s Status page:
46
TFC MEMORIA PAC4
NOTE: If the screen on your router’s web-based setup page looks different, click here.
Step 4:
Make sure the Local IP Address of the two routers are different. Take note that the Local IP Address of
Router A will be Router B’s Remote Secure Group.
NOTE: To change the local IP address of a Linksys router, click here.
In this example, we will use the following:
Step 5:
After verifying the settings needed to setup a tunnel, you need to configure the settings on Router A. For
instructions, follow the steps below.
Configuring VPN Tunnel settings on Router A
47
TFC MEMORIA PAC4
Step 1:
Step 2:
When the router’s web-based setup page appears, click Security then VPN.
48
TFC MEMORIA PAC4
Step 3:
Select the Tunnel entry you wish to create.
Step 4:
Look for VPN Tunnel then select Enabled.
Step 5:
Under Tunnel Name enter the name you want to set your tunnel. In this example Tunnel 1 was used.
Step 6:
Look for Local Secure Group and select either Subnet, IP Addr. or IP Range, then on the fields provided
enter the appropriate values of the router. In this example, we selected Subnet and entered “192.168.1.0”
for the IP and “255.255.255.0” for the Mask.
49
TFC MEMORIA PAC4
Step 7:
Under Remote Secure Group, select either Subnet, IP Addr., IP Range, Host or Any, then on the fields
provided enter the appropriate values of the remote router. In this example, we selected Subnet and
entered “192.168.2.0” for the IP and “255.255.255.0” for the Mask.
Step 8:
Look for the Remote Security Gateway drop down menu and select either IP Addr., FQDN or Any, then
enter the WAN/Internet IP address or the DDNS of the remote router. In this example, we selected IP
Addr. and entered “10.100.16.60” for the IP Address field.
50
TFC MEMORIA PAC4
Step 9:
Under Encryption, select the encryption level you wish to enable on your tunnel. In this example we
used DES.
NOTE: Make sure the Encryption level selected is the same with the router you wish to establish a VPN
tunnel with.
Step 10:
Under Authentication, select the authentication mode you wish to enable on your tunnel. In this example
we used MD5.
NOTE: Make sure the Authentication mode selected is the same with the router you wish to establish a
VPN tunnel with.
51
TFC MEMORIA PAC4
Step 11:
Under Key Management, select Auto (IKE).
Step 12:
Make sure PFS (Perfect Forward Secrecy) is Enabled. This will ensure that the initial key exchange and
IKE proposals are secured.
Step 13:
Under Pre-shared Key, enter the key you want to enable on your tunnel. In this example “MySecretKey”
was used.
52
TFC MEMORIA PAC4
Step 14:
Under Key Lifetime, enter the time period you want the key to expire on your tunnel. In this example “3600”
was used.
NOTE: Make sure the Pre-shared Key and Key Lifetime entered are the same with the remote router.
Step 15:
Click .
Step 16:
After verifying the settings needed to setup a tunnel, you need to configure the settings on Router B. For
instructions, follow the steps below.
Configuring VPN Tunnel settings on Router B
53
TFC MEMORIA PAC4
Step 1:
Step 2:
When the router’s web-based setup page appears, click Security then VPN.
Step 3:
Select the Tunnel entry you wish to create.
Step 4:
Look for VPN Tunnel and select Enabled.
54
TFC MEMORIA PAC4
Step 5:
Under Tunnel Name, enter the name you want to set your tunnel. In this example Tunnel 1 was used.
Step 6:
Look for Local Secure Group and select either Subnet, IP Addr. or IP Range, then on the fields provided
enter the appropriate values of the router. In this example, we selected Subnet and entered “192.168.2.0”
for the IP and “255.255.255.0” for the Mask.
Step 7:
Under Remote Secure Group select either Subnet, IP Addr., IP Range, Host or Any, then on the fields
provided enter the appropriate values on your router (this values should be from the remote router). In this
example we select Subnet and enter “192.168.1.0” for the IP and “255.255.255.0” for the Mask.
55
TFC MEMORIA PAC4
Step 8:
Look for the Remote Security Gateway drop down menu and select either IP Addr., FQDN or Any, then
enter the WAN/Internet IP address or the DDNS of the remote router. In this example, we selected IP
Addr. and entered “22.15.160.53” for the IP Address field.
Step 9:
Under Encryption, select the encryption level you wish to enable on your tunnel. In this example we
used DES.
NOTE: Make sure the Encryption level is the same with the router you wish to establish a VPN tunnel with.
Step 10:
Under Authentication, select the authentication mode you wish to enable on your tunnel. In this example
we used MD5.
56
TFC MEMORIA PAC4
NOTE: Make sure the Authentication mode is the same with the router you wish to establish a VPN tunnel
with.
Step 11:
Under Key Management, select Auto (IKE).
Step 12:
Make sure PFS (Perfect Forward Secrecy) is checked. This will ensure that the initial key exchange and
IKE proposals are secured.
Step 13:
Under Pre-shared Key, enter the key you want to enable on your tunnel. In this example “MySecretKey”
was used.
57
TFC MEMORIA PAC4
Step 14:
Under Key Lifetime, enter the time period you want the key to expire on your tunnel. In this example “3600”
was used.
NOTE: Make sure the Pre-shared Key and Key Lifetime entered are the same with the remote router.
Step 15:
Click .
Step 16:
Click .
58

ghomsgTFC0612memoria PDF

Cargado por

Copyright:

Formatos disponibles

ghomsgTFC0612memoria PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ghomsgTFC0612memoria PDF

Cargado por

Copyright:

Formatos disponibles

TFC MEMORIA PAC4

ENLACE ENTRE DOS SEDES DISTANTES

GASPAR HOMS GARCÍA

TFC-INTEGRACIÓN DE REDES TELEMÁTICAS

A continuación se muestra un cronograma con las fechas claves del TFC:

TAREA DESCRIPCIÓN INICIO FIN

Ilustración 1: Diagrama de Gantt

3 INTRODUCCIÓN / NECESIDADES DEL CLIENTE

Ilustración 2: Enlace de datos entre sedes.

NECESIDADES PALMA MADRID

Ilustración 3: Centralita IPX100 de Palma

En la ilustración 3, se puede ver el equipamiento original de la centralita telefónica, en el slot 1

4 ELECCIÓN Y DISEÑO DE LAS LAN

4.1 TIPOS TECNOLOGÍAS

Tecnologías Velocidad de Tipo de cable Distancia Topología

Tabla 3: Versiones Ethernet

4.3 RED INHALÁMBRICA

Tabla 4: Comparativa entre Wifi g y n

4.3.1 SEGURIDAD WIFI

mediante algún tipo de ataque la clave.

4.3.2 HARDWARE Y NÚMERO DE DISPOSITIVOS

Ilustración 4: Hardware LOBOMETRICS para

4.4 TOPOLOGÍA DE LA RED

Ilustración 5: Topología aproximada LAN en la sede central

5 SOLUCIÓN DE ENLACE ENTRE SEDES (DATOS)

5.1 CARACTERÍSTICAS PRINCIPALES DE LAS ADSL Y SDSL

Ilustración 6: Filtro frecuencial en ADSL

Ilustración 7: Adaptación frecuencial

5.2 FIBRA ÓPTICA

5.3 ENLACE MEDIANTE UNA VPN

5.3.1 TIPOS DE VPN

5.3.2 TIPOS DE PROTOCOLOS USADOS EN VPN

Ilustración 8: MPLS manejo etiquetas

5.4 SOLUCIONES COMERCIALES VPN

5.4.1 MOVISTAR NETLAN

Ilustración 9: Solución NETLAN de Movistar

de la VPN, sin dejar acceso al hardware de Movistar , el cual es en alquiler.

Ilustración 10: Topologías NETLAN Izq. mallada, Der. estrella

5.4.2 MOVISTAR MACROLAN

Ilustración 11: Esquema solución MacroLAN

5.4.3 ONO FIBRA VPN

5.4.4 ONO RADIO ENLACE VPLS

Acceso ONO VPLS Hardware Coste mensual

5.4.5 VELOCIDADES Y CARACTERÍSTICAS

5.5 VPN CON HARDWARE ESPECIFICO

5.6 CONSIDERACIONES FINALES SOBRE LAS VPN

Tabla 8: Comparativa de las soluciones VPN

Al cliente se le recomendará la solución de un ISP, y como alternativa redundante la VPN de

Ilustración 12: Cisco RV082 dual WAN

6.1 ENLACE ENTRE LAS CENTRALITAS

6.1.2 OPCIÓN DE ENLACE IP

Para enlazar centralitas, típicamente se ha utilizado el protocolo QSIG, se trata de un protocolo

Ilustración 13: Tarjeta IP

6.1.3 OPCIÓN DE RDSI Y DDI

Ilustración 14: Conmutación de circuitos y conmutación de paquetes

6.2.1 PROTOCOLO SIP

Ilustración 15: Tipos de paquetes RTP

Ilustración 16: Protocolo utilizado para llamadas IP

6.3.2 CODECS Y DSP´S