BGP Practica

Proyecto Final Modulo: Diseo de Redes Trabajo de Investigacin Maestra en Telecomunicaciones UNIVERSIDAD CATOLICA BOLIVIANA Documento elaborado por: Meruvia Jose Salinas Paola Triveo Pedro Vargas Rene

Proyecto Final Modulo: Diseo de Redes INTRODUCCIN

PLANTEAMIENTO DEL PROYECTO La empresa UCBNETWORKS tiene la necesidad de contar con el diseo e implementacin de una Red corporativa, con la garanta que entre todos los usuarios a nivel nacional estn comunicados, y cuenten con acceso a internet a travs de la oficina Centra en Cochabamba.

Con el crecimiento de la Empresa, se hace imprescindible extender el servicio de acceso a Internet a todos los usuarios a Nivel Nacional.

ESPECIFICACIONES TECNICAS DEL PROYECTO La Direccin IP de la Red Corporativa es 192.168.20.0/24. La direccin IP de la salida a Internet es 200.105.128.90.

Se solicito al ISP un grupo de direcciones IP Publicas, y le asignaron la direccin 199.99.9.16/28, y la necesidad de la empresa es la siguiente:

Direcciones Estticas:

Oficina central

- Servidor Aplicaciones - Servidor de E-Mail - Servidor DNS - Servidor VoIP

Oficinas Regionales

- Servidor Aplicaciones - Servidor VoIP

Direcciones Dinmicas:

Hosts de la Red en Oficina Central y Oficinas Regionales.

OBJETIVO Disear e implementar una Red corporativa eficiente para la empresa UCBNETWORKS, con la capacidad de brindar servicio de internet y comunicacin entre todos los usuarios de la red a nivel nacional, Red que se organizadas en la oficina central ubicada en Cochabamba y las oficinas regionales ubicadas en Santa Cruz, La Paz y Tarija.

La red debe contar con servidores de aplicaciones, E-Mail, DNS y VoIP para la oficina Central y para las oficinas regionales servidores de Aplicaciones y VoIP.

ALCANCES Y LIMITACIONES La Topologa de Red de la empresa UCBNETWORKS; cuenta con una salida a internet en la oficina central de Cochabamba con 60 hosts, y servidores en las oficinas regionales de La Paz con 30 hosts, Santa Cruz con 40 hosts y Tarija con 25 hosts, las cuales tienen que tener la capacidad de interconexin entre todos los usuarios y permitirles el acceso a Internet.

Inicialmente el acceso a internet se da a travs de la oficina central en Cochabamba, pero tomando en cuenta el crecimiento de la empresa se solicitar al ISP un grupo de direcciones pblicas, las cuales debern ser asignadas a todos los usuarios de la red a nivel nacional.

Se plantear una sola configuracin considerndola optima para el manejo eficiente de los recursos de la empresa.

El diseo ser elaborado en el simulador Packet Tracer e implementado para su uso.

MARCO TEORICO

Introduccin. Para que una red funcione correctamente es necesario que todos los routers conozcan las distintas redes que pueden alcanzar y la ruta para alcanzar esas redes. Este conocimiento y la decisin de a quin enviar el trfico es responsabilidad del router. Para obtener los datos y el conocimiento necesario, un equipo se puede basase en dos estrategias: ruteo esttico o dinmico.

Ruteo esttico. El ruteo esttico es la forma ms sencilla para configurar las tablas de ruteo en un dispositivo. Es un mtodo manual que requiere que el administrador indique explcitamente en cada equipo las redes que puede alcanzar y por qu camino hacerlo.

Lo ventajoso de este mtodo, es que el procesamiento de la CPU es mnimo, es ms fcil de comprender para el administrador y es fcil de configurar.

Sin embargo la configuracin y el mantenimiento son prolongados, la configuracin es propensa a errores, especialmente en redes extensas y se requiere la intervencin del administrador para mantener la informacin cambiante de la ruta.

Adems de que no se adapta bien con las redes en crecimiento el mantenimiento se torna cada vez ms complicado y se requiere un conocimiento completo de toda la red para una correcta implementacin.

Ruteo dinmico. En contraposicin con el mtodo esttico, el ruteo dinmico utiliza diferentes protocolos cuyo fin es el de intercambiar rutas entre dispositivos intermedios con el objetivo de tener una red totalmente accesible. En este caso, los routers envan y reciben informacin de enrutamiento que utilizan para armar sus tablas de ruteo.

Las ventajas de este mtodo serian que el mantenimiento o cambios de la configuracin son realizados ms fcilmente por lo que el mtodo es ms escalable, el crecimiento de la red normalmente no representa un problema., los protocolos reaccionan automticamente a los cambios de topologa, la configuracin es menos propensa a errores,

Lo malo del ruteo dinmico es que utilizan ms recursos del router (ciclos de CPU, memoria y ancho de banda del enlace), y que requiere que el administrador de la red tenga ms conocimientos para la configuracin, verificacin y resolucin de problemas.

Existen fundamentalmente dos tipos de protocolos de enrutamiento dinmico: los de vector distancia y los de estado de enlace.

Protocolos de vector distancia. En una red donde se utiliza un protocolo de vector distancia, cada dispositivo enva actualizaciones peridicas, indicando una por una, las redes que puede alcanzar y la mtrica para llegar a ellas.

De esta manera, cada router conoce slo a sus vecinos, las redes que puede alcanzar por medio de ellos y el costo de cada ruta. Para su funcionamiento se basan en el algoritmo de Bellman-Ford.

Por su naturaleza, los protocolos de vector distancia no tienen un conocimiento global de la topologa entera de la red, lo cual puede traer asociadas algunas dificultades como la posibilidad de bucles de ruteo.

Adicionalmente, en una red de dimensiones considerables, el intercambio de informacin propia de estos protocolos puede generar un gran trfico en la red.

No obstante, cuentan con dos ventajas importantes: son simples en su funcionamiento lo que implica facilidad de configuracin y deteccin de errores, y la ejecucin de su algoritmo consume pocos recursos en los routers.

Protocolos de estado de enlace. Los protocolos de estado de enlace, por su parte, se basan para funcionar en dos bases fundamentales:

Un conocimiento global de la red, con nodos, enlaces y los costos de los mismos. Un algoritmo capaz de encontrar los caminos mnimos desde un punto a cada destino.

Las ventajas de los protocolos de enrutamiento de estado de enlace, es que al tener un conocimiento global de la red siempre eligen los caminos ptimos y no corren riesgos de sufrir bucles de ruteo. Adems convergen de manera rpida y reaccionan de una forma mucho ms veloz al detectar algn problema en la red.

Otra gran ventaja es que son escalables lo que permite que sean utilizados en redes medianas y grandes, dado que algunos de ellos soportan un diseo de red jerrquico. Adems suelen consumir pocos recursos de la red una vez que est funcionando y si la misma se mantiene estable.

Las mayores desventajas de estos protocolos son, por un lado, su complejidad de funcionamiento, lo que requiere que el administrador tenga un conocimiento profundo para que funcionen de forma ptima y poder resolver eventuales problemas.

Estos protocolos utilizan el algoritmo de Dijsktra para desempear su funcin. Otra desventaja es que son bastante ms demandantes en capacidad de procesamiento en comparacin con los de vector distancia.

Clasificacin de los protocolos ms conocidos.

INTERNAL GATEWAY PROTOCOLS

EXTERNAL GATEWAY

PROTOCOLS

Routing Protocols RIP RIPv2 IGRP EIGRP OSPF IS-IS EGP BGP Type Link State - - - - P P - -

Type Vector Distance P P P P - - - -

Type Route Vector - - - - - - P P

VLSM Support O P O P P P O P

IPv6 Ready O P O P P P O P RIPng (OSPFv2)

Technology Vector Vector Vector Mixto Enlace Vector

Metric hops hops

- Bandwidth - Delay - Reliability - Load

- cost - link identifier

Administrative Distance 120 120 100 90/170 110 115 200/20

Security MD-5 MD-5 MD-5

Hops limit 15 15 255 224 Limited to size of the routing table

Limited to size of the

routing table

Route Update Intervals 30sec 30sec 90seg

Partial & Limited

10sec (Hello)

Convergence Speed Slow Slow Slow Fast Fast Fast

Resource Management Low Low Low Medium High High

Implementation & Maintenance Simple Simple Simple Complex Complex Complex

Scalability Small Small Small Large Large Large

Routing Algorithm Bellman-

Ford Bellman-

Ford Bellman-Ford Dual

Difusion Dijkstra

RAM Memory & CPU Usage Low Low Low Medium High High

Wrong Propagation Mecanisms

Split Horizon

Split Horizon

- Split Horizon - Holdtimers

- Poison Inverse Routes

- - Shortest Route (Algorithm)

Subsystem Segmentation

Treats the autonomous system as a

single subsystem

- - -

Breaks the autonomous system into one or

more areas with two levels of routing

algorithms, intra-area, and inter-area

Compatibility Universal Universal Cisco Cisco Universal Universal Topology

Dependency O O O O P O

Para este proyecto se eligi a OSPF como el protocolo ms adecuado para la configuracin de la red especificada en el requerimiento.

Protocolo OSPF OSPF es un protocolo de enrutamiento dinmico estndar definido en la RFC 2328 para IPv4 y en la RFC 5340 para IPv6. Su funcin (por ser un protocolo de enrutamiento) es la de recolectar la informacin necesaria para armar las tablas de ruteo. Se lo puede clasificar como protocolo de estado de enlace y, a su vez, dentro del grupo de los IGP (Interior Gateway Protocol), dado que est pensado para ser utilizado dentro del dominio de un sistema autnomo.

Caractersticas bsicas de OSPF Estndar y de especificacin abierta. Intra sistema autnomo. Converge rpidamente. Soporta diseo jerrquico, lo que lo hace muy escalable. Enva actualizaciones disparadas y slo con la informacin que cambia. Se comunica utilizando multicast. Soporta autenticacin.

Informacin utilizada por OSPF OSPF mantiene tres tablas:

Tabla de enrutamiento: el objetivo de cualquier protocolo de enrutamiento, lograr una tabla que dada una red de destino indique el camino para alcanzarla.

Tabla de adyacencias (o de vecinos): en esta tabla se mantiene la informacin sobre los vecinos con los cules se realizan intercambios OSPF.

Tabla de topologa (o base de datos de LSA): en esta tabla se almacenan todos los LSA recibidos de toda la red. Los LSA son paquetes OSPF que contienen informacin sobre rutas (red y camino para alcanzarla). De esta manera es como un router OSPF conoce la topologa completa de la red. De hecho, utilizando la tabla de topologa es posible dibujar toda la red con los costos de cada enlace.

Algoritmo OSPF El algoritmo de OSPF puede resumirse en los siguientes pasos:

1. Lo primero que se necesita es formar adyacencias con los vecinos directamente conectados. Por ello, todos los routers de la red envan paquetes de saludo por todas sus interfaces. Con esta informacin, un router OSPF conoce sus vecinos que ser con los que se mantendr en contacto para enviar la informacin de enrutamiento.

2. Si se tratara de una red multiacceso como Ethernet entonces deber elegirse un router designado (DR) y un router resignado de respaldo (BDR). El objetivo es disminuir el trfico de enrutamiento intercambiado en la red haciendo que los routers se comuniquen slo con el DR y el BDR. En un prximo post explicar con ms detalle este tema.

3. Una vez establecidas las adyacencias, el siguiente paso es enviar la informacin de enrutamiento mediante paquetes LSU (un paquete que uno o ms LSA) a todos los vecinos, lo que provoca una inundacin (flooding) de LSU en la red.

4. Terminado el paso anterior, todos los routers tienen la tabla de topologa completa y ya es posible calcular las rutas ms cortas hacia cada destino, lo que se hace ejecutando el algoritmo de Dijkstra (o algoritmo de SPF). Este es un proceso que ejecuta cada router OSPF por s mismo y sin intervencin de ningn otro router.

5. En el paso anterior se arma la tabla de enrutamiento con lo cual luego del mismo un router OSPF ya puede comenzar a enrutar paquetes. A partir de ahora el intercambio entre los equipos sern:

Paquetes de saludo: se envan de forma peridica para mantener las adyacencias y detectar la cada de un equipo vecino.

Actualizaciones de estado de enlace (LSU): enviadas slo si el estado de algn enlace cambia.

Tambin ser necesario el uso de NAT en este proyecto para la configuracin de los servidores de cada ciudad.

NAT Network Address Translation (NAT) es el proceso en el que un dispositivo de red, asigna una direccin publica a una computadora (o grupo de computadoras) dentro de una red privada.

El uso principal del NAT es limitar el nmero de direcciones IP pblicas para el uso de una organizacin o compaa por motives econmicos y de seguridad.

La forma ms comn de traduccin de direcciones de red involucra una gran red privada usando direcciones en un rango privado. El esquema de direccionamiento privado funciona correctamente en computadoras que acceden a recursos dentro de la red interna, como los servidores de archives o impresoras. Sin embargo para accede recursos de la red, como el internet, estas computadores requieren una direccin pblica. Aqu se implementa NAT como una solucin.

NAT esttico Consiste bsicamente en un tipo de NAT en el cul se mapea una direccin IP privada con una direccin IP pblica de forma esttica. De esta manera, cada equipo en la red privada debe tener su correspondiente IP pblica asignada para poder acceder a Internet. La principal desventaja de este esquema es que por cada equipo que se desee tenga acceso a Internet se debe contratar una IP pblica. Adems, es posible que haya direcciones IP pblicas sin usar (porque los equipos que las tienen asignadas estn apagados, por ejemplo), mientras que hay equipos que no puedan tener acceso a Internet (porque no tienen ninguna IP pblica mapeada).

NAT dinmico Este tipo de NAT pretende mejorar varios aspectos del NAT esttico dado que utiliza un pool de IPs pblicas para un pool de IPs privadas que sern mapeadas de forma dinmica y a demanda. La ventaja de este esquema es que si se tienen por ejemplo 5 IPs pblicas y 10 mquinas en la red privada, las primeras 5 mquinas en conectarse tendrn acceso a Internet. Si suponemos que no ms de 5 mquinas estarn encendidas de forma simultnea nos garantiza que todas las mquinas de nuestra red privada tendrn salida a Internet eventualmente. Para configurar este tipo de NAT debe definirse el pool de IPs pblicas disponibles y el rango de direcciones privadas.

NAT con sobrecarga El caso de NAT con sobrecarga o PAT (Port Address Translation) es el ms comn de todos y el ms usado en los hogares. Consiste en utilizar una nica direccin IP pblica para mapear mltiples direcciones IPs privadas. Las ventajas que brinda tienen dos enfoques: por un lado, el cliente necesita contratar una sola direccin IP pblica para que las mquinas de su red tengan acceso a Internet, lo que supone un importante ahorro econmico; por otro lado se ahorra un nmero importante de IPs pblicas, lo que demora el agotamiento de las mismas.

REQUERIMIENTO

La Empresa UCBNETWORKS requiere del diseo e implementacin de una Red Corporativa garantizando la comunicacin entre todos los usuarios a nivel nacional y el acceso a internet a travs de la oficina central en Cochabamba.

La informacin requerida a considerar en el diseo es la siguiente:

La direccin IP de la red Corporativa es 192.168.20.0 / 24

Inicialmente en la ciudad de Cochabamba, sede central de la Empresa, se tiene una salida a Internet mediante la direccin IP 200.105.128.90

Debido al crecimiento de la Empresa, se hace imprescindible extender el servicio de acceso a Internet a todos los usuarios a nivel nacional, para ello se ha solicitado al ISP (Internet ServiceProvider) un grupo de direcciones IP Publicas, teniendo como asignacin la direccin 199.99.9.16 /28 , que se debe distribuir a nivel nacional de la siguiente manera:

Direcciones Estticas

Oficina central

- Servidor Aplicaciones - Servidor de E-Mail - Servidor DNS - Servidor VoIP

Oficinas Regionales

- Servidor Aplicaciones - Servidor VoIP

Direcciones Dinmicas Hosts de la Red en Oficina Central y Oficinas Regionales

TOPOLOGA La topologa de la red es la siguiente:

CRITERIOS DE DISEO Dado que tenemos una red con direccin IP de Corporativa: 192.168.20.0 / 24 y tenemos 4 oficinas regionales de distintas dimensiones, realizaremos sub ruteos dinmicos por VLSM.

Habiendo definido la utilizacin de un ruteo dinmico, se selecciona al protocolo OSPF como el ms apropiado para la implementacin del proyecto por su rpida convergencia, soporte de estructuras jerrquicas y mensajes de actualizacin ante cambios.

Para la utilizacin de los recursos de los servidores de aplicacin y VOIP en cada regional y los servidores de e-mail y DNS se debe realizar una configuracin de NAT esttica. Para los hosts de la Red en Oficina Central y Oficinas Regionales se configurara NAT dinmico.

DIMENSIONAMIENTO Y DIRECCIONAMIENTO El dimensionamiento de la red debe cumplir con los siguientes:

LA PAZ = Requiere mnimamente 30 Hosts. COCHABAMBA = Requiere mnimamente 60 Hosts. SANTA CRUZ = Requiere mnimamente 40 Hosts. TARIJA = Requiere mnimamente 25 Hosts.

Analizando la topologa se identifican las siguientes Redes y Host requeridos respectivamente:

Red LOCAL LPZ = Requiere mnimamente 31 Hosts. Red WAN entre LPZ y CBB = Requiere mnimamente 2 Hosts. Red LOCAL CBB = Requiere mnimamente 61 Hosts. Red WAN entre CBB y TRJ = Requiere mnimamente 2 Hosts. Red LOCAL TRJ = Requiere mnimamente 26 Hosts. Red WAN entre TRJ y SCZ = Requiere mnimamente 2 Hosts. Red LOCAL SCZ = Requiere mnimamente 41 Hosts. Red WAN entre SCZ y LPZ = Requiere mnimamente 2 Hosts.

Para la elaboracin del plan de direccionamiento IP, utilizaremos CIDR y el mtodo de empezar dimensionando por la red de mayor cantidad de host y terminando por la red de menor cantidad de host a fin de optimizar el uso de recursos de IP del rango asignado, es decir en el siguiente orden:

Red LOCAL CBB = Requiere mnimamente 61 Hosts. Red LOCAL SCZ = Requiere mnimamente 41 Hosts. Red LOCAL LPZ = Requiere mnimamente 31 Hosts. Red LOCAL TRJ = Requiere mnimamente 26 Hosts. Red WAN entre LPZ y CBB = Requiere mnimamente 2 Hosts. Red WAN entre CBB y TRJ = Requiere mnimamente 2 Hosts. Red WAN entre TRJ y SCZ = Requiere mnimamente 2 Hosts. Red WAN entre SCZ y LPZ = Requiere mnimamente 2 Hosts.

El plan de direccionamiento para la direccin privada 192.168.20.0/24 es el siguiente (Ver Anexo A):

Red LOCAL CBB = Requiere mnimamente 61 Hosts. o Para 61 hosts se requiere 6 bits de host (2^6-2=62) y se obtendra la

siguiente subred: Subred: 192.168.20.0/26 Hosts: 192.168.20.1 192.168.20.62 Broadcast: 192.168.20.63 Mask:255.255.255.192

Red LOCAL SCZ = Requiere mnimamente 41 Hosts. o Para 41 hosts se requiere 6 bits de host (2^6-2=62) y se obtendra la


Red LOCAL LPZ= Requiere mnimamente 31 Hosts. o Para 31 hosts se requiere 6 bits de host (2^6-2=62) y se obtendra la


Red LOCAL TRJ = Requiere mnimamente 26 Hosts. o Para 31 hosts se requiere 5 bits de host (2^5-2=30) y se obtendra la


Red WAN entre LPZ y CBB = Requiere mnimamente 2 Hosts. o Para 2 hosts se requiere 2 bits de host (2^2-2=2) y se obtendra la


Red WAN entre CBB y TRJ = Requiere mnimamente 2 Hosts. o Para 2 hosts se requiere 2 bits de host (2^2-2=2) y se obtendra la


Red WAN entre TRJ y SCZ = Requiere mnimamente 2 Hosts.

o Para 2 hosts se requiere 2 bits de host (2^2-2=2) y se obtendra la siguiente subred: Subred: 192.168.20.232/30 Hosts: 192.168.20.233 192.168.20.234 Broadcast: 192.168.20.235 Mask:255.255.255.252

Red WAN entre SCZ y LPZ = Requiere mnimamente 2 Hosts.

o Para 2 hosts se requiere 2 bits de host (2^2-2=2) y se obtendra la siguiente subred: Subred: 192.168.20.236/30 Hosts: 192.168.20.237 192.168.20.238 Broadcast: 192.168.20.239 Mask:255.255.255.252

El plan de direccionamiento para la direccin pblica 199.99.9.16/28 es el siguiente:

Direcciones Estticas: Rango: 199.99.9.17/28 199.99.9.30/28

- Servidor de E-Mail CBB: 199.99.9.17/28 - Servidor DNS CBB: 199.99.9.18/28 - Servidor Aplicaciones CBB: 199.99.9.19/28 - Servidor Aplicaciones SCZ: 199.99.9.20/28 - Servidor Aplicaciones LPZ: 199.99.9.21/28 - Servidor Aplicaciones TRJ: 199.99.9.22/28 - Servidor VoIP CBB: 199.99.9.23/28 - Servidor VoIP SCZ: 199.99.9.24/28 - Servidor VoIP LPZ: 199.99.9.25/28 - Servidor VoIP TRJ: 199.99.9.26/28

Direcciones Dinmicas Hosts de la Red en Oficina Central y Oficinas

Regionales - NAT overloadPOOL: - 199.99.9.27/28

- 199.99.9.28/28 - 199.99.9.29/28 - 199.99.9.30/28

Finalizado el dimensionamiento de la red y elaborado un plan eficiente de asignacin y direccionamiento de IP, se proceder con la configuracin de los equipos de red.

IMPLEMENTACIN Inicialmente cada Router debe ser configurado de la siguiente forma:

Nombre de Router (hostname) o Router>enable o Router#config ter o Enter configuration commands, one per line. Endwith CNTL/Z. o Router(config)#hostname R1LPZ o R1LPZ(config)# o R1LPZ#

Contrasea de Enable o R1LPZ#config terminal o Enter configuration commands, one per line. Endwith CNTL/Z. o R1LPZ(config)#enablepassword SUKOY

Contrasea Secret o R1LPZ(config)#Enablesecret KUSOY

Contraseas para sesiones remotas (Virtuales) o R1LPZ(config)#line vty 0 4 o R1LPZ(config-line)#password KUSOY o R1LPZ(config-line)#login o R1LPZ(config-line)#exit

Configuracin de consola R1LPZ#conf terminal Enter configuration commands, one per line. End with CNTL/Z. R1LPZ(config)#line console 0 R1LPZ(config-line)#password SUKOY R1LPZ(config-line)#login R1LPZ(config-line)#logginsynchronous

Mensaje de bienvenida remota o R1LPZ(config)#banner motd #WELCOME TO UCBNETWORKS#

Guardarconfiguracin en NVRAM o R1LPZ#copy running-config startup-config o Destinationfilename [startup-config]? o Buildingconfiguration...

o [OK]

Continuamos conla configuracin de las interfaces y direcciones IP de cada router, mostrando el ejemplo del router de LPZ:

Configurando la interfaz WAN entre LPZ-CBB o R1LPZ#show ipconfterinterfacebrief/*Mostramos el estado de las interfaces IP*/ o Interface IP-Address OK? Method Status Protocol o FastEthernet0/0 unassigned YES unset administratively down down o FastEthernet1/0 unassigned YES unset administratively down down o Serial2/0 unassigned YES unset administratively down down o Serial3/0 unassigned YES unset administratively down down o FastEthernet4/0 unassigned YES unset administratively down down o FastEthernet5/0 unassigned YES unset administratively down down o R1LPZ# o R1LPZ#conf ter o Enter configuration commands, one per line. Endwith CNTL/Z. o R1LPZ(config)#inter o R1LPZ(config)#interface ser o R1LPZ(config)#interface serial 2/0 /*Iniciamos la conf de la interfaz serial 2/0*/ o R1LPZ(config-if)#ipadd o R1LPZ(config-if)#ip address 192.168.20.225 255.255.255.252 o R1LPZ(config-if)# o R1LPZ(config-if)#clock rate 64000/* establecemos el clock rateparasincronizacion */ o R1LPZ(config-if)# o R1LPZ(config-if)#bandwidth 64000/*establecemos el ancho de banda de la interfaz*/ o R1LPZ(config)#interface serial 2/0/*Iniciamos la conf de la interfaz serial 2/0*/ o R1LPZ(config-if)#no shutd o R1LPZ(config-if)#no shutdown/*levantamos la interfaz para habilitar su funcionamiento*/

Configurando la interfaz WAN entre LPZ-SCZ o R1LPZ(config)#interface serial 3/0 o R1LPZ(config-if)#ipadd o R1LPZ(config-if)#ip address 192.168.20.237 255.255.255.252 o R1LPZ(config-if)#band o R1LPZ(config-if)#bandwidth 64000 o R1LPZ(config-if)#no shut o R1LPZ(config-if)#no shutdown

Configurando la interfaz LOCAL de LPZ o R1LPZ#conf ter o Enter configuration commands, one per line. Endwith CNTL/Z. o R1LPZ(config)#interface fastEthernet 0/0 o R1LPZ(config-if)#ip address 192.168.20.129 255.255.255.192 o R1LPZ(config-if)#no shutdown

Guardamos la configuracin o R1LPZ#copy running-config startup-config o Destination filename [startup-config]? o Building configuration... o [OK]

Para futuras pruebas configuramos un host genrico en la red local de LPZ

Implementando el protocolo de enrutamiento OSPF

o R1LPZ#conf ter o Enter configuration commands, one per line. End with CNTL/Z. o R1LPZ(config)#router ospf 100 o R1LPZ(config-router)#network 192.168.20.128 0.0.0.63 area 0 o R1LPZ(config-router)#network 192.168.20.224 0.0.0.3 area 0 o R1LPZ(config-router)#network 192.168.20.236 0.0.0.3 area

Configurando una interfaz loopback para ser el router ID del router o R1LPZ#config terminal o Enter configuration commands, one per line. End with CNTL/Z. o R1LPZ(config)#interface loopback 1 o %LINK-5-CHANGED: Interface Loopback1, changed state to up o %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback1, changed state to up o R1LPZ(config-if)#ip address 192.168.30.1 255.255.255.0 o R1LPZ(config-if)#no shutdown o R1LPZ(config-if)#exit o R1LPZ#reload /*Para que el proceso OSPF escoja e la Loopback como el Router ID*/

Configuracin NAT, Creando la interfaz Loopback para similar la salida al internet o R2CBB#confi ter o Enter configuration commands, one per line. End with CNTL/Z. o R2CBB(config)#interface loopback 0 o %LINK-5-CHANGED: Interface Loopback0, changed state to up o %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback0, changed state to up o R2CBB(config-if)#ipaddress 200.105.128.90 255.255.255.0 o R2CBB(config-if)#no shutdown

Configuracin NAT, Configurando una traduccin esttica o R2CBB#show ipnat translations o R2CBB#conf ter o Enter configuration commands, one per line. End with CNTL/Z. o R2CBB(config)#ipnat inside source static 192.168.20.131 199.99.9.21 o R2CBB(config)#interface serial 2/0 o R2CBB(config-if)#ipnat inside o R2CBB(config-if)# o R2CBB# o %SYS-5-CONFIG_I: Configured from console by console o R2CBB#conf ter o Enter configuration commands, one per line. End with CNTL/Z. o R2CBB(config)#interface serial 3/0 o R2CBB(config-if)#ipnat inside o R2CBB(config-if)# o R2CBB# o %SYS-5-CONFIG_I: Configured from console by console o R2CBB#conf terminal o Enter configuration commands, one per line. End with CNTL/Z. o R2CBB(config)#interface fastEthernet 0/0 o R2CBB(config-if)#ipnat outside o R2CBB(config-if)#

Configuracin NAT, Configurando un pool de direcciones dinmicas o R2CBB(config)# access-list 11 permit 192.168.20.64 0.0.0.63 o R2CBB(config)#ip nat inside source list 11 interface serial 2/0 overload o R2CBB(config)#ip nat inside source list 11 interface serial 3/0 overload o R2CBB(config)# access-list 10 permit 192.168.20.128 0.0.0.63 o R2CBB(config)#ip nat inside source list 10 interface serial 2/0 overload o R2CBB(config)#ip nat inside source list 10 interface serial 3/0 overload o R2CBB(config)# access-list 13 permit 192.168.20.0 0.0.0.63 o R2CBB(config)#ip nat inside source list 13 interface serial 2/0 overload o R2CBB(config)#ip nat inside source list 13 interface serial 3/0 overload o R2CBB(config)# access-list 12 permit 192.168.20.192 0.0.0.31 o R2CBB(config)#ip nat inside source list 12 interface serial 2/0 overload o R2CBB(config)#ip nat inside source list 12 interface serial 3/0 overload

Pruebas de Funcionamiento Para la simulacin de las configuraciones planificadas en este proyecto, se utilizo el programa Packet Tracer V. 5.3.3.0019.

Se implemento la topologa especificada, considerando dispositivos genricos con el objetivo de comprobar la funcionalidad del diseo.

Se adjuntan las imgenes de las pruebas realizadas sobre la red configurada:

DESDE PC CBB (129.168.20.1) A PC LPZ (192.168.20.130)

DESDE PC CBB (129.168.20.1) A PC SCZ (192.168.20.66)

DESDE PC CBB (129.168.20.1) A PC TRJ (192.168.20.194)

DESDE SERVER APLICACIN LPZ (129.168.29.131) A SERVER APLICACIN CBB (192.168.20.2)

DESDE SERVER APLICACIN LPZ (129.168.29.131) A SERVER APLICACIN SCZ (192.168.20.67)

DESDE SERVER APLICACIN LPZ (129.168.29.131) A SERVER APLICACIN TRJ (192.168.20.195)

DESDE PC LPZ(192.168.20.130) A IP INTERNET ADDRES (200.105.128.90)

DESDE PC CBB(192.168.20.2) A IP INTERNET ADDRES (200.105.128.90)

DESDE PC SCZ(192.168.20.66) A IP INTERNET ADDRES (200.105.128.90)

DESDE PC TRJ(192.168.20.194) A IP INTERNET ADDRES (200.105.128.90)

Conclusiones y Recomendaciones Habiendo completado el proyecto cumpliendo con los requerimientos de la empresa, llegamos a las siguientes conclusiones.

Se debe realizar un anlisis exhaustivo del requerimiento, para comprender en su totalidad las necesidades de la red a configurarse.

Conociendo las exigencias de la red a configurar, deben determinarse estrategias para poder cumplir con los requerimientos de la manera ms optima posible.

Es importante que en la planificacin de la configuracin de la red, se tomen en cuenta todos los detalles necesarios, un error en la planificacin de recursos podra descartar el diseo y forzar una re planificacin completa

Los conocimientos previos necesarios deben ser adquiridos antes de iniciar con la implementacin de la configuracin de los equipos, de otra forma podran ocurrir errores de difcil identificacin a futuro.

Fue necesario mantener como gua, el manual de configuraciones de direcciones IP manejado en el Anexo A, durante todo el proceso de implementacin, para facilitar la asignacin de direcciones en todos los equipos y configuraciones de los protocolos implementados en este proyecto. Esta gua nos permiti tener a disponibilidad las direcciones asignadas a cada equipo y a cada red, posibilitndonos la pronta identificacin de parmetros para la configuracin de los protocolos de enrutamiento.

El protocolo OSPF fue implementado adecuadamente, considerando el rea 0 para toda la red por la dimensin de la misma.

Se configuro NAT de forma esttica para cada servidor en las regionales segn la distribucin planificada, posteriormente se verifico el acceso a estos servidores.

Se realizo la configuracin NAT de forma dinmica con un pool de direcciones segn la planificacin de IPs para cada red regional permitiendo su conexin.

El proyecto fue simulado en el programa Packet Tracer V. 5.3.3.0019, se adjunta a este informe de forma digital

Bibliografa

LIBROS Interconnecting CISCO Networking Devices Part1 / Part2

WEB http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080094

831.shtml http://www.netstorming.com.ar/2010/09/05/ruteo-estatico-frente-a-ruteo-dinamico/ http://networkeando.blogspot.com/2008/11/funcin-de-los-protocntolos-de.html http://laloema.wordpress.com/2011/05/23/configurar-ospf/ http://www.netstorming.com.ar/2010/06/06/tipos-de-nat-y-configuracion-en-cisco/

Anexo A Para el diseo de la red, se elaboro una hoja Excel, con la que nos facilitamos la asignacin de direcciones IP, mascaras, mascaras wildcard.

Documents

BGP Practica