Virgilio Spaziani

Metodología de diseño de redes en acción: Desafío

En el blog de Desencadenando CCDE “¿Y Ahora Qué?”, se presentó una metodología de cómo crear, seleccionar y justificar diseños de redes para satisfacer requerimientos obtenidos. En este blog, se quería proponer un desafío de cómo aplicar esa metodología como le he sugerido a los candidatos a CCDE y diseñadores de redes en general, quienes lidian con requerimientos complicados o difíciles de satisfacer en conjunto.

El objetivo de este desafío no es para probar sus habilidades de diseño de IGPs (Interior Gateway Protocols - por sus siglas en Inglés), sino seguir el trayecto descrito por la metodología para ayudarles a estar en la mentalidad de diseño y crear diseños basados en requerimientos dentro las limitaciones o restricciones.

Aquí describo los pasos a seguir para intentar resolver este desafío, y en el siguiente blog seguiré el trayecto descrito por la metodología para mostrarles cómo aplicar la misma, tanto en situaciones en la vida real como en el abordaje del Examen Práctico CCDE.

Pasos recomendados

0. Paso “cero”: Conocer las tecnologías

Por supuesto, el primer paso -o mejor, el paso “cero”- antes de empezar a diseñar, es conocer cómo las tecnologías empleadas funcionan. Conocimiento de IGPs y MPLS (Multiprotocol Label Switching - por sus siglas en inglés) básico serán suficientes para entender e ir a fondo en este desafío. La hoja de cálculo simplificada de los recursos de preparación del Examen Escrito CCDE (ver enlace a los materiales de estudio del Examen Escrito CCDE) les ayudará a mejorar en sus puntos débiles.

1. Enlistar todos los requerimientos explícitos e implícitos del negocio en este desafío.

2. Enlistar todos los requerimientos explícitos e implícitos técnicos en este desafío.

3. Enlistar todas las restricciones explícitas e implícitas en este desafío

4. Comparar y contrastar punto por punto todas las opciones contrarias a los requerimientos y restricciones

5. Justificar la opción escogida (¿Por qué es correcta?)

6. Justificar las opciones sin escoger (¿Por qué son incorrectas?)

 

Desafio

En este desafío tú eres el ingeniero de redes para el proveedor de servicios ficticio Route First en Europa central. Acabas de llegar de tus vacaciones y comienzas a revisar tus emails, cuando encuentras este email del Director de Arquitectura de Redes:

Para: disenador_de_redes@routefirst(dot)com.it

De: director@routefirst(dot)com.it

Asunto: Migración a MPLS

Hola,

¿Cómo te encuentras? Espero que hayas tenido una vacaciones fantásticas, y ahora que estás de regreso, es hora de comenzar a diseñar el futuro de la red de nuestra compañía.

Como sabes, nuestra compañía está viviendo un periodo de transformación profunda. Nuestro éxito en Europa puede hacer que nuestro futuro brille, pero estamos enfrentando algunos retos para hacer de nuestra visión una realidad. Nosotros realmente podemos ser líderes en las soluciones avanzadas de redes. Queremos una red que nos permita transportar información de Internet, video a pedido, voz, y servicios avanzados, tales como Cloud Computing, Collaboration. Queremos ser un líder entre los proveedores de servicios y en servicios avanzados, proponiendo soluciones de alta calidad a nuestros clientes a un precio agresivo.

Cuando hablamos sobre eso antes de tus vacaciones, descubrimos que la mejor manera de alcanzar nuestra meta es construir nuestra red utilizando tecnologías que nos permitirán, en el futuro, mejor uso de la misma y distribuir la carga de los recursos de red a través de diferentes partes de nuestra infraestructura. Con tal red, reduciremos nuestra necesidad de incrementar la capacidad de circuitos, ahorraremos dinero, y seremos muy competitivos desde una perspectiva de costos. Queremos dedicar recursos a clientes Gold y, si es necesario, sobre-suscribir tráfico de los clientes Bronze.

Nuestra compañía necesita migrar la red actual a un backbone MPLS L3VPN o L2VPN. Esta red está basada actualmente en varias tecnologías overlay de L2VPN. Debido a que nuestros ingenieros de campo están muy experimentados con OSPF, queremos continuar utilizándolo en esta expansión, a menos que no tengamos otra alternativa.

Estos son diferentes tipos de zonas, parte del backbone MPLS propuesto:

Zona Núcleo: Esta es una zona de 10 routers.

Zona Agregación: Esta es una zona de 10 routers.

Zona Perimetral: Esta es una zona de 3 routers. Los routers del núcleo serán parte del anillo perimetral.

Basado en esas zonas, podemos construir anillos:

Anillos de Agregación: Un par de routers del núcleo y los asociados a la zona de agregación formarán un anillo de agregación. En ese momento, cada anillo estara hecho de 12 routers: 10 de agregación y 2 de núcleo.

Anillos Perimetrales: Cada par de routers de anillos de agregación (incluyendo routers de agregación y de núcleo) y routers de zona perimetral conectados a estos dos, estarán en un anillo perimetral de 5 routers (incluyendo los routers de agregación y de núcleo). Los routers perimetrales no serán reemplazados, y son de baja memoria y CPU (routers de gama baja).

 

Blog05-Figure1-SPANISH TEXT.png

Esperamos duplicar el número de anillos de agregación y de routers por anillo en el futuro.

Opciones:

1. L2 IS-IS

Blog05-Option1.png

2. L1/L2 IS-IS

Blog05-Option2.png

3. OSPF area única

Blog05-Option3.png

4. OSPF Multiárea

Blog05-Option4.png

5. OSPF Multiárea y multiproceso

Blog05-Option5-SPANISH TEXT.png

6. OSPF Multiárea con Virtual Link

Blog05-Option6.png

7. EIGRP

 

Blog05-Option7.png

Observa arriba las 7 opciones de diseño para este desafío. Necesito tu recomendación como experto sobre cual opción emplear, y por qué, para la próxima semana.

Saludos,

Sr. Director de Arquitectura de Red - Route First

 

Sobre el Autor

avavirgilio2.png


Virgilio Spaziani es CCDE #20140003 y triple CCIE #35471 (R&S, SP, Security). Él es un diseñador de redes e instructor oficial de Cisco localizado en Suiza. Ama resolver requerimientos complejos de redes haciendo uso de diseños de redes sencillos, para enseñar tecnologías complicadas utilizando ejemplos simples.



Traductor voluntario del blog en Español: David Peñaloza

Versión original en Inglés: A Design Challenge – Part 1 with Virgilio Spaziani

 

A continuación, algunas maneras adicionales para integrarnos y mantener la conversación: