Ccde 9781587144615 Chapter1 Es

Capítulo 1
Requisitos de diseño de red:

Principios de análisis y diseño
D La creación de redes a gran escala para satisfacer las necesidades y tendencias dinámicas de
negocios y TI de hoy en día es una tarea compleja, ya sea un tipo de red empresarial o de proveedor
de servicios. Esto es especialmente cierto cuando la red fue diseñada para tecnologías y requisitos
relevantes hace años y la empresa decide adoptar nuevas tecnologías de TI para facilitar el logro de
sus objetivos, pero la red existente de la empresa no fue diseñada para abordar los requisitos de estas
nuevas tecnologías. Por lo tanto, para lograr el objetivo deseado de un diseño determinado, el
diseñador de redes debe adoptar un enfoque que aborde el diseño de una manera estructurada.
Aquí hay dos enfoques comunes para analizar y diseñar redes:
■ El enfoque de arriba hacia abajo: el enfoque de diseño de arriba hacia abajo simplifica el
proceso de diseño al dividir las tareas de diseño para que se centre más en el alcance del diseño y
se realice de una manera más controlada, lo que en última instancia puede ayudar a los
diseñadores de redes a ver las soluciones de diseño de redes desde un enfoque impulsado por el
negocio.
■ El enfoque ascendente: por el contrario, el enfoque ascendente se centra en la selección de las
tecnologías de red y los modelos de diseño. Esto puede imponer un alto potencial de fallas de
diseño, porque la red no cumplirá con los requisitos del negocio o de las aplicaciones.
Para lograr un diseño estratégico exitoso, debe haber un énfasis adicional en un enfoque impulsado por
el negocio. Esto implica un enfoque principal en las metas comerciales y los objetivos técnicos,
además de los servicios y aplicaciones existentes y futuros. De hecho, en las redes actuales, los
requisitos empresariales están impulsando las iniciativas de TI y de red, como se muestra en la Figura
1-1 [6].
F o ejemplo, aunque el cumplimiento (como se presenta en F igure 1 -1) puede parecer una restricción
de diseño en lugar de un impulsor, muchas organizaciones hoy en día tienen como objetivo cumplir
con algunos estándares con respecto a su infraestructura y servicios de TI para obtener algunas ventajas
comerciales, como el cumplimiento de ISO / IEC 27001 Gestión de seguridad de la información,1
1. nt-standards/iso27001.htmhttp://www.iso.org/iso/home/standards/manageme
4 Capítulo 1: Requisitos de diseño de redes: principios de análisis y diseño
Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 3 15/09/15 15:25 pm

Impulsores del negocio Iniciativas de TI/Red
Eficiencia de costos Consolidación de la rojo y

Virtualización
Elasticidad Diseño adaptable y receptivo
Conformidad Cumplimiento de los estándares de la

como ELLO
industria
Continuidad del negocio Resiliencia de redes y servicios
Control de acceso Confidencialidad de la red end-end
Figura 1-1 Impulsores del negocio frente a iniciativas de TI
ayudar a empresas como las organizaciones de servicios financieros a demostrar su credibilidad y

confianza. En última instancia, esto ayudará a estas organizaciones a obtener ventajas más
competitivas, optimizar su tiempo de actividad operativo y reducir los gastos operativos (menos
número de incidentes como resultado de la reducción del número de violaciones de seguridad de la
información).
A lo largo de este libro y para el propósito del examen CCDE, el enfoque de arriba hacia abajo se
considera como el enfoque de diseño que puede emplear la siguiente lógica de arriba hacia abajo
combinada con el ciclo de vida de preparar, planificar, diseñar, implementar, operar y optimizar
(PPDIOO):
■ Analizar los objetivos, planes y requisitos del negocio.
■ Define los requisitos de aplicación de las capas superiores del modelo de referencia de
interconexión de sistemas abiertos (OSI) que pueden ayudar a identificar las características de
una aplicación.
■ Especificar el diseño de la infraestructura junto con los requisitos funcionales de sus
componentes, para que la red se convierta en un facilitador del negocio.
■ Monitorear y recopilar información adicional que pueda ayudar a optimizar e influir en el diseño
lógico o físico para adaptarse a cualquier nueva aplicación o requisitos.
Alcance del diseño

Es importante en cualquier proyecto de diseño que los diseñadores de redes analicen y evalúen
cuidadosamente el alcance del diseño antes de comenzar a recopilar información y planificar el
diseño de la red. Por lo tanto, es fundamental determinar si la tarea de diseño es para una red de
campo verde (nueva) o para una red de producción actual (si la red ya existe, los requisitos
empresariales 5

las tareas de diseño pueden variar, como la optimización, la expansión, la integración con otras redes
externas, etc.). También es vital determinar si el diseño abarca un solo módulo n etwork o múltiples
módulos. En otras palabras, la predeterminación del alcance del diseño puede influir en el tipo de
información que se requiere recopilar, además del tiempo para producir el diseño. T able 1 -1
muestra un ejemplo de cómo la identificación del alcance del diseño puede ayudar a los diseñadores
de redes a determinar las áreas y funciones que un determinado diseño debe enfatizar y abordar.
Como resultado, el alcance de la información que se obtendrá se centrará más en estas áreas.
Tabla 1-1 Alcance del diseño

Alcance del diseño Ejemplo de alcance de diseño detallado
Red de campus empresarial R ollout de telefonía IP en toda la empresa, lo que puede requerir un
y sitios remotos rediseño de las LAN virtuales (VLAN), la calidad de servicio
(QoS), etc. en la LAN, WAN, centro de datos (DC) y r emote-
access edge
Sólo C ampus Un concepto de multi-tenencia dd para el campus, que requiere el

diseño de VLAN, IP y aislamiento de ruta a través de la LAN del
campus solamente
O ptimize enterprise edge Un enlace redundante dd para el acceso remoto, que puede
availability requerir un diseño electrónico del módulo WAN y diseños de
sitios remotos y figuraciones como túneles superpuestos
Tenga en cuenta que es muy importante identificar el alcance del diseño en el examen CCDE. Por
ejemplo, yo, el candidato, podría tener una gran red con la que lidiar, mientras que el enfoque de diseño
real es solo agregar e integrar un nuevo centro de datos. Por lo tanto, el candidato debe centrarse solo en
esa parte. Sin embargo, el diseño aún debe considerar la red como un todo, un "enfoque holístico",
cuando agrega, elimina o cambia cualquier cosa a través de la red (como se discute con más detalle más
adelante en este capítulo).
Requisitos del negocio

Esta sección cubre los aspectos principales que pertenecen a los impulsores, necesidades y direcciones
del negocio que (individual o colectivamente) pueden influir en las decisiones de diseño, ya sea directa
o indirectamente. El mejor lugar para comenzar a comprender las necesidades y requisitos del negocio
es observar el panorama general de una empresa o negocio y comprender sus objetivos, visión y
direcciones futuras. Esto puede ayudar significativamente a dirigir el diseño para que esté más
impulsado por el negocio. Sin embargo, puede haber varios impulsores y requisitos comerciales
basados en el tipo de negocio y muchas otras variables. Como se describe en F igure 1 -2, con un
enfoque de diseño de arriba hacia abajo, casi siempre son los requisitos y los impulsores en las capas
superiores (como los requisitos comerciales y de aplicaciones) los que impulsan y establecen los
requisitos y las direcciones para las capas inferiores. Por lo tanto, los diseñadores de redes que buscan
lograr un diseño impulsado por el negocio deben considerar esto al planificar y producir una nueva
red.

diseñar o al evaluar y optimizar uno existente. En las secciones siguientes se describen algunos de los
requisitos y controladores empresariales en las capas superiores y cómo cada uno puede influir en las
decisiones de diseño en las capas inferiores.
Objetivos de
Negocio
De arriba
Las capas superiores establecen los requisitos de las capas inferiores

hacia abajo
Impulsores y requisitos del negocio
Negocio Estratégico
Negocio Tendenci
Innovación Más...
Continuidad Fusión,asAcusación,
Desinve
rtir
Aplicaciones empresariales
Requisitos técnicos y funcionales
Soluciones de infraestructura de rojo

Enrutamiento, conmutación, movilidad, seguridad
Figura 1-2 Soluciones tecnológicas impulsadas por el negocio
Continuidad del negocio

La continuidad de uso B (BC) se refiere a la capacidad de continuar las actividades comerciales
(negocios como de costumbre) después de una interrupción, que podría resultar de una
interrupción del sistema o un desastre natural como un incendio que daña un centro de datos. Por
lo tanto, las empresas necesitan un mecanismo o enfoque para construir y mejorar el nivel de
resiliencia para reaccionar y recuperarse de interrupciones no planificadas.
Sin embargo, no se requiere que el nivel de resiliencia sea necesariamente el mismo en todo el
mundo, ya que los impulsores de BC para las diferentes partes de la red pueden variar en función de
los diferentes niveles de impacto en el negocio. Estos impulsores del negocio pueden incluir el
cumplimiento de las regulaciones o el nivel de criticidad para el negocio en caso de cualquier
interrupción de la conectividad del sistema o del sitio. Por ejemplo, si un negocio minorista tiene una
interrupción en una de sus tiendas remotas, esto es menos preocupante que una interrupción del
centro de datos principal, desde el punto de vista comercial. Si el centro de datos primario se
desconectara durante un cierto período de tiempo, esto afectaría a todas las demás tiendas (mayor
riesgo) y podría costarle a la empresa una mayor pérdida en términos de dinero (tangible) y
reputación (intangible). Por lo tanto, la resiliencia de la red del centro de datos es de mayor
consideración para este minorista que la resiliencia de los sitios remotos [17].
Requisitos empresariales 7

S imilarly, la ubicación de la interrupción a veces influye en el nivel de criticidad y consideración
del diseño. Usando el mismo ejemplo, una interrupción en una de las tiendas pequeñas en un área
remota podría no ser tan crítica como una interrupción en una de las grandes tiendas en una gran
ciudad [11]. En otras palabras, las consideraciones de BC basadas en la evaluación de riesgos y su
impacto en el negocio pueden considerarse uno de los principales impulsores para que muchas
empresas adapten las tecnologías y los principios de diseño para cumplir con sus objetivos deseados
[5].
Elasticidad para apoyar las tendencias estratégicas del negocio

La elasticidad se refiere al nivel de flexibilidad que un determinado diseño puede proporcionar en
respuesta a los cambios de uso. Un cambio aquí se refiere a la dirección en la que se dirige el
negocio, que puede tomar diferentes formas. Por ejemplo, este cambio puede ser un crecimiento
orgánico típico del negocio, una disminución en el negocio, una fusión o una adquisición. Por
ejemplo, si un campus empresarial tiene tres edificios y está interconectado directamente, como se
ilustra en F igure 1 -3, cualquier crecimiento orgánico en esta red que requiera la adición de un nuevo
edificio a esta red introducirá mucha complejidad en términos de cableado, plano de control y
capacidad de gestión. Estas complejidades son el resultado del diseño inflexible, lo que hace que el
diseño sea incapaz de responder a la demanda de crecimiento natural del negocio.
Figura 1-3 Diseño inflexible
Para mejorar el nivel de flexibilidad de este diseño, puede agregar un módulo central para optimizar
el modularidad general del diseño para respaldar los requisitos de expansión del negocio. Como
resultado, agregar o eliminar cualquier módulo o edificio a esta red no afectará a otros módulos, y
ni siquiera requiere ningún cambio en los otros módulos, como se ilustra en F igure 1 -4. En otras
palabras, el diseño debe ser lo suficientemente flexible como para soportar los requisitos de uso y
los objetivos estratégicos. Si los diseñadores de redes entienden las tendencias y direcciones
comerciales en esta área, dicha comprensión puede influir, en gran medida, en las elecciones
dignas.

Figura 1-4 Diseño flexible
En términos similares, un diseño de red flexible debe apoyar la capacidad de integrarse con otras
redes (por ejemplo, cuando se producen fusiones y adquisiciones). Sin embargo, con las fusiones y
adquisiciones, la red generalmente puede crecer significativamente en tamaño en un corto período de
tiempo, y el mayor desafío, en ambos escenarios (fusiones y adquisiciones), es que los diseñadores
de redes tienen que lidiar con diferentes principios de diseño, la posibilidad de superposición de
espacio de direcciones IP, diferentes protocolos de plano de control, diferentes enfoques, etc.
I T como facilitador de "Innovación Empresarial"

En el mercado actual, muchas empresas entienden cómo las tecnologías de TI mejoran sus servicios y
proporcionan innovación a sus clientes. Por lo tanto, cuando una determinada tecnología puede servir
como un facilitador de negocios que puede ayudar a la organización a competir en el mercado o
aumentar la satisfacción de sus clientes, la adopción de esa tecnología será apoyada por la empresa
[17].
Por ejemplo, hoy en día, los centros de datos basados en la nube están abriendo nuevas oportunidades
para que los proveedores de servicios de alojamiento generen más ingresos para el negocio. Para
ofrecer buenos servicios basados en la nube, debe haber una infraestructura de centro de datos
confiable, flexible y de alto rendimiento para ofrecer este servicio. En consecuencia, esto engendra la
iniciativa e impulsará a la empresa a construir una red de centros de datos de próxima generación y
alto rendimiento.
Requisitos funcionales 9
Esta red, al actuar como base para los servicios en la nube, será el facilitador de la solución de generación de
ingresos de la empresa.

La naturaleza del negocio
La clasificación de la industria a la que pertenece la empresa o la identificación de los requisitos de la
empresa pueden ayudar a comprender algunos requisitos indirectos, incluso si no se mencionan
explícitamente. Por ejemplo, la seguridad de la información es casi siempre una necesidad para un
negocio bancario cada vez que el tráfico cruza cualquier enlace externo. Por lo tanto, por defecto,
cuando se diseña un diseño para un negocio basado en la industria bancaria, el diseño debe apoyar u
ofrecer capacidades de seguridad para obtener la aceptación del negocio. Además, se deben
considerar los estándares específicos de la industria que se aplican a la infraestructura y los servicios
de TI.
(Por ejemplo, las organizaciones de atención médica pueden considerar cumplir con el IEC-80001-1
estándar. 2 )
Prioridades de negocio
El negocio de E ach tiene un conjunto de prioridades que generalmente se basan en estrategias
adoptadas para el logro de los objetivos. Estas prioridades empresariales pueden influir en la
planificación y el diseño de la infraestructura de red de TI. Por lo tanto, los diseñadores de redes deben
ser conscientes de estas prioridades comerciales para alinearlas con las prioridades de diseño. Esto
asegura el éxito de la red que están diseñando mediante la entrega de valor comercial. Por ejemplo, la
máxima prioridad de la empresa X es proporcionar una comunicación empresarial más colaborativa e
interactiva, seguida de la provisión de acceso móvil para los usuarios. En este ejemplo, proporcionar
una comunicación colaborativa e interactiva debe satisfacerse primero antes de proporcionar o
extender la comunicación sobre cualquier solución de movilidad para los usuarios finales. En resumen,
es importante alinear el diseño con las prioridades del negocio, que son clave para lograr el éxito
empresarial y transformar la TI en un facilitador del negocio.
Requisitos funcionales
Los requisitos funcionales componen la base de cualquier diseño de sistema porque definen las
funciones del sistema y la tecnología. Específicamente, los requisitos funcionales identifican lo que
estas tecnologías o sistemas entregarán al negocio desde un punto de vista tecnológico. Por ejemplo, un
proveedor de servicios habilitado para la conmutación de etiquetas multiprotocolo (MPLS) podría
especificar explícitamente un requisito funcional en una declaración como esta: "Los enrutadores
perimetrales del proveedor deben enviar tráfico VoIP a través del enlace de fibra 10G mientras que el
tráfico de datos se enviará a través del enlace OC-48". Se da a entender que esta red de proveedores de
servicios necesita tener enrutadores de borde de proveedor (PE) que admitan un mecanismo capaz de
enviar diferentes tipos de tráfico a través de diferentes rutas, como MPLS Traffic Engineering (MPLS-
TE). Por lo tanto, los requisitos funcionales a veces se denominan requisitos de comportamiento porque
abordan lo que hace un sistema.
2. http://www.iso.org/iso/catalogue_detail.htm?csnumber=44863
Tenga en cuenta que el diseño que no aborda los requisitos funcionales del negocio T se
considera un diseño deficiente; sin embargo, en el diseño del mundo real, no todos los requisitos
funcionales se proporcionan directamente al diseñador. A veces se pueden decidir indirectamente,

en función de otros factores. Consulte la sección "Requisitos de la aplicación" más adelante en este
capítulo para obtener más detalles.
Requisitos técnicos
Los requisitos técnicos de una red pueden entenderse como los aspectos técnicos que una
infraestructura de red debe proporcionar en términos de seguridad, disponibilidad e integración.
Estos requisitos a menudo se denominan requisitos no funcionales . Los requisitos técnicos varían, y
deben usarse para justificar una selección de tecnología. Además, los requisitos técnicos se
consideran el tipo de requisitos más dinámico en comparación con otros requisitos, como los
requisitos comerciales, ya que, en función de los cambios tecnológicos, cambian a menudo. Los
requisitos técnicos incluyen los siguientes:
■ ocho niveles de disponibilidad de la red (por ejemplo, utilizando el protocolo H de redundancia

de primer salto [FHRP])
■ S apoyar la integración con herramientas y servicios de red (por ejemplo, NetFlow Collector, o
sistema de autenticación y autorización "servidores RADIUS")
■ Cter para técnicas de seguridad de la infraestructura de red (por ejemplo, mecanismos de
protección del plano de control o listas de control de acceso a la infraestructura [iACLs])
Nota Los requisitos técnicos ayudan a los diseñadores de redes a especificar las especificaciones
técnicas requeridas (características y protocolos) y la versión de software que admite estas
especificaciones y, a veces, influyen en la selección de la plataforma de hardware en función de sus
características técnicas.
Requisitos de solicitud
Desde un punto de vista empresarial, la experiencia del usuario es una de las prioridades principales,
si no la más alta, que cualquier diseño de TI y red debe satisfacer. El término usuarios finales se
puede entender de manera diferente según el tipo de negocio. Las siguientes son las categorías más
comunes de usuarios finales:
■ Clientes: C ustomer puede ser individuos, como un cliente de un banco, o pueden ser un
colectivo, como los clientes de un proveedor de servicios MPLS. Desde un punto de vista
empresarial, la satisfacción del cliente puede afectar directamente la reputación y los ingresos de
la empresa.
Requisitos de solicitud 11
■ Usuarios internos: En esta categoría, los usuarios destinatarios son usuarios internos. La productividad
de estos usuarios puede traducirse en eficiencia de rendimiento empresarial, que tiene una relación directa
con el éxito empresarial y los ingresos.

■ Socios comerciales: Los socios comerciales representan a aquellas entidades u organizaciones que
trabajan juntas para lograr ciertos objetivos. Por lo tanto, la interacción eficiente entre los socios puede
mejorar su éxito comercial al servicio del logro de objetivos estratégicos.
Por lo tanto, una red o una tecnología que no puede ofrecer el nivel deseado de las expectativas de los
usuarios (también conocido como calidad de experiencia) significa un fracaso en el logro de uno de los
objetivos comerciales principales o el fracaso para satisfacer a un influyente principal del éxito empresarial.
En consecuencia, las redes y las tecnologías de TI serán vistas por la empresa como un centro de costos en
lugar de como un facilitador de negocios.
Sobre esta base, el diseño de redes debe tener en cuenta cómo ofrecer el nivel de experiencia deseado. De
hecho, lo que influye en la experiencia de los usuarios es lo que ven y usan. En otras palabras, desde la
perspectiva de un usuario, la calidad de la experiencia con respecto a las aplicaciones y servicios utilizados
por diferentes tipos de usuarios es un factor determinista clave.
D la eliminación de aplicaciones o servicios de red sin tener en cuenta las características y los requisitos
de red de estas aplicaciones probablemente conducirá a un fracaso en el cumplimiento de los objetivos
comerciales. Por ejemplo, una empresa que proporciona servicios financieros modernos quiere
distinguirse de otros competidores al permitir la comunicación por video con sus agentes de centro de
llamadas de servicio de c ustomer. Si el equipo de red no consideró correctamente los requisitos de
comunicación de vídeo como una aplicación de red, es probable que la aplicación no ofrezca la
experiencia deseada para los usuarios finales (clientes en este ejemplo). En consecuencia, esto conducirá
a un fracaso en el logro del objetivo comercial principal de la empresa. En otras palabras, si una
aplicación dada no se entrega con la calidad de experiencia deseada a los usuarios finales, simplemente se
puede considerar que la red no hace su trabajo.
Además, en algunas situaciones, los requisitos de la aplicación pueden impulsar los requisitos funcionales.
Por ejemplo, si un proveedor de servicios tiene un acuerdo de nivel de servicio (SLA) con sus clientes para
entregar tráfico de voz sobre IP (VoIP) con menos de 150 ms de retraso unidireccional y menos del 1 por
ciento de pérdida de paquetes, aquí los requisitos de VoIP actúan como requisitos de la aplicación, lo que
impulsará los requisitos funcionales de los dispositivos PE para usar una tecnología que pueda entregar el
SLA. Esta tecnología puede incluir, por ejemplo, un MPLS-TE de selección de túnel basado en clases
(CBTS) protegido con redireccionamiento rápido (FRR) para enviar tráfico VoIP a través de enlaces de
alta velocidad y protección de ruta de red p rovide en caso de fallo dentro de los 50 ms. Además, los
diseñadores de redes también deben tener en cuenta las respuestas a las siguientes preguntas
fundamentales al evaluar los requisitos de aplicación:
■ ¿Cuánto tráfico de red requiere la aplicación?
■ ¿Cuál es el nivel de criticidad de esta aplicación y el requisito de nivel de servicio para el negocio?
■ ¿Si la aplicación tiene algún requisito de separación para cumplir con las regulaciones de la industria y
las políticas de seguridad corporativas?
■ ¿Cuáles son las características de la aplicación?
■ ¿Necesita la aplicación después de perder la conectividad restablecer su estado o sesión?

Restricciones de diseño
Las estructuras C son factores o decisiones ya existentes y no se pueden cambiar y, a menudo, tienen
un impacto directo o indirecto en el diseño general y sus requisitos funcionales. En realidad, varias
restricciones de diseño afectan el diseño de la red. Las siguientes son las restricciones más comunes
que los diseñadores de redes deben tener en cuenta:
■ Coste: El coste es uno de los factores limitantes más comunes a la hora de producir cualquier
diseño; sin embargo, a efectos del examen práctico CCDE, el coste debe considerarse como una
restricción de diseño sólo si se menciona en el escenario como un factor a considerar o un
desempate entre dos soluciones análogas.
■ Tiempo: También puede ser una restricción crítica al seleccionar una tecnología o arquitectura
sobre otra si hay un marco de tiempo para completar el proyecto, por ejemplo.
■ L ocation: L ocation es uno de los tipos complicados de restricciones porque puede introducir
limitaciones que afectan indirectamente al diseño. Por ejemplo, un sitio remoto puede estar
ubicado en un área donde no hay infraestructura de fibra disponible y el único tipo de
conectividad disponible es a través de la red inalámbrica. Desde un punto de vista arquitectónico
de alto nivel, esto podría no ser un problema grave. Sin embargo, desde el punto de vista del
rendimiento, esto podría conducir a una velocidad de enlace reducida, lo que afectará a algunas
aplicaciones confidenciales utilizadas por ese sitio.
■ Equipos de infraestructura: Un buen ejemplo aquí es el de los dispositivos de red heredados.
Si una empresa no tiene un plan para reemplazar estos dispositivos, esto puede introducir
limitaciones en el diseño, especialmente si se requieren nuevas características o protocolos no
compatibles con estas plataformas heredadas para optimizar el diseño.
■ Experiencia del personal: Los diseñadores de redes S ometimes pueden proponer el mejor
diseño con las últimas tecnologías del mercado, lo que puede ayudar a reducir el coste total de
propiedad (TCO) de la empresa (por ejemplo, en el caso de la virtualización en el centro de
datos y la consolidación de los datos y el almacenamiento Fibre Channel [FC] sobre una
infraestructura Fibre Channel over Ethernet [FCoE]). Sin embargo, esto puede ser un problema
si el personal de esta empresa no tiene experiencia en estas tecnologías utilizadas para operar y
mantener la red. En este caso, tiene dos opciones posibles (con algunas limitaciones que también
se aplican a cada una):
■ Capacitar al personal en estas nuevas tecnologías: se asociará con un riesgo, ya que como
resultado de la falta de experiencia del personal, pueden tardar más tiempo en solucionar
cualquier problema que pueda ocurrir y, al mismo tiempo, el tiempo de inactividad del centro
de datos puede costar a la empresa una gran cantidad de dinero.
■ Contratar personal con experiencia en estas tecnologías: Normalmente, las personas con
este nivel de experiencia son caras. En consecuencia, el aumento de los costos operacionales
podría no justificar la reducción del TCO.
Elaboración de los requisitos de diseño 13
Tenga en cuenta que en algunas situaciones, si la solución y las tecnologías propuestas le ahorrarán al
negocio I una cantidad significativa de dinero, puede justificar el costo de contratar nuevo personal.

C rafting los requisitos de diseño
Esta sección demuestra cómo los diferentes tipos de requisitos colectivamente pueden conducir al logro
del diseño de red deseado, lo que en última instancia facilitará el logro de los objetivos comerciales.
Esta demostración se basa en un ejemplo que pasa por el flujo de recopilación de información (el
enfoque de arriba hacia abajo, como se ilustra en la Figura 1-5) para construir los requisitos desde los
objetivos comerciales (arriba) hasta el nivel de requisitos técnicos, como las características requeridas
(abajo).
Una compañía minorista nacional actualmente está expandiendo su negocio para agregar varios sitios
internacionales en los próximos 12 meses. Sin embargo, con su infraestructura de TI actual, se
enfrentan a un alto número de gastos en la gestión y el mantenimiento de sus dos redes actuales de
datos y voz. Además, la empresa quiere invertir en tecnologías que ofrezcan mejoras a las actividades
comerciales y aumenten la productividad de los empleados.
A continuación se presenta una clasificación típica de los requisitos, algunos de los cuales
pueden proporcionarse directamente y algunos de los cuales pueden estar implícitos o indicados
sobre la base de otros requisitos y objetivos:
■ Objetivos de negocio:
■ Reducir los costes operativos
■ Mejorar la productividad de los empleados
■ E xpand el negocio (añadir más sitios remotos)
■ Requisitos empresariales:
■R educar el coste de mantenimiento de múltiples redes de voz y datos
■ Mejoro la productividad de los empleados mejorando e integrando las comunicaciones internas a

través de video y dispositivos móviles, sin comprometer la política de seguridad de la empresa
■ Apoyar la expansión del negocio (el despliegue de los nuevos sitios remotos)
■ Requisitos funcionales:
■ Una infraestructura unificada que admite voz, video, datos e inalámbricos

■ Capacidad para proporcionar aislamiento entre el tráfico de huéspedes y el personal interno
(tanto por cable como inalámbrico) para cumplir con la política de seguridad estándar de la
organización
■ C apability para soportar la introducción de nuevos sitios remotos a la red sin ningún rediseño
■ Requisitos de aplicación: En este ejemplo concreto, suponemos que no se han dado

requisitos específicos de aplicación. De hecho, no es necesario que se proporcionen porque es
obvio que esta organización va a agregar VoIP y video como una aplicación o servicios. La
red debe proporcionar el nivel requerido de eficiencia, rendimiento y disponibilidad de la red
para cumplir con los requisitos de VoIP / video (en tiempo real, retardo y sensible a la
fluctuación) para lograr uno de los objetivos comerciales.

■ Requisitos técnicos: Para lograr los requisitos funcionales y de aplicación de la red anterior
teniendo en cuenta los objetivos comerciales finales, el diseño debe atender a lo siguiente:
■ Alta disponibilidad: aumento la alta disponibilidad para soportar tráfico crítico como voz
(por ejemplo, nodos redundantes, ajuste del plano de control, FHRP)
■ Calidad del servicio: Mejoro la calidad de la experiencia de los usuarios mediante la

introducción de QoS para lograr servicios de voz y video de alta calidad (por ejemplo,
colas, configuración del tráfico)
■ Seguridad: O ptimize la seguridad de la red para adaptarse al nuevo diseño, incluyendo

voz y seguridad inalámbrica (por ejemplo, control de acceso con autenticación 802.1X)
■ Aislamiento de tráfico: aislamiento de tráfico de P rovide para cumplir con los requisitos
de seguridad de la información (por ejemplo, tunelización, como encapsulación de
enrutamiento genérico
[GRE] con MPLS/VRFs [enrutadores/reenviadores de red privada virtual])
■ Escalabilidad: diseño de red escalable (WAN) para respaldar el crecimiento de la utilidad
proyectado durante los próximos 12 meses (por ejemplo, VPN multipunto dinámico
[DMVPN] versus GRE punto a punto)
Objetivos de Negocio
Necesidadesempresariales
Requisitos funcionales
Requisitos técnicos
Figura 1-5 Flujo de requisitos de diseño
T able 1 -2 resume el mapeo entre los requisitos técnicos, las prioridades de negocio y las
prioridades de planificación de la implementación técnica.
Elaboración de los requisitos de diseño 15

Tabla 1-2 Asignación de requisitos de diseño
Características/Herramientas para el Nivel de Prioridad del Negocio,

Técnico Habilitar el Técnico 1–5 (1 = más alto, Implementación
Requisitos Requisito 5 = más bajo) Prioridades
Alta Diseño de red modular y jerárquico 1. 1
disponibilidad N nodo etwork y redundancia de ruta.
T une plano de control para una rápida
convergencia.
QoS Marcación de tráfico, clasificación 3

2 y priorización para proporcionar
QoS.
Seguridad Agregue firewalls con estado con 3 2

filtros para controlar las
comunicaciones entre redes.
Aislamiento de tráfico Utilice técnicas de virtualización de red 3. 2
El diseño de WAN de escalabilidad debe ser lo 1

suficientemente escalable 1 como
para soportar la expansión del
negocio, evitando los tipos de
conectividad de malla punto a
punto a través de la WAN.
N ote que en T able 1 -2 hay dos niveles de prioridades:
■ Nivel de prioridad empresarial : su nivel refleja la prioridad desde el punto de vista empresarial.
■ Nivel de prioridad de aplicación : su nivel refleja las prioridades desde el punto de vista
técnico de la aplicación. Aunque las prioridades empresariales siempre deben cumplirse primero,
a veces desde un punto de vista técnico puede haber requisitos previos para habilitar primero los
servicios o características en toda la red para lograr un requisito específico. En el ejemplo
anterior, desde el punto de vista del diseño técnico y la implementación, la red primero debe
diseñarse y conectarse de la manera deseada (por ejemplo, LAN jerárquica, WAN de
concentrador y radio). A continuación, el diseñador de red puede aplicar técnicas de
virtualización para cumplir con los requisitos de separación de tráfico. Al mismo tiempo, los
dispositivos y funciones de seguridad deben integrarse (enfoque holístico, no enfoque aislado).
Finalmente, QoS se puede aplicar más adelante para optimizar los flujos de tráfico en las redes
físicas y lógicas (virtualizadas). En otras palabras, la secuencia descrita del plan de
implementación en el ejemplo anterior fue impulsada por las prioridades comerciales y técnicas,
considerando que las prioridades comerciales siempre deben tener la preferencia cuando sea
técnicamente posible.

Planificación
Hay un adagio perdurable: "Si no tienes un plan, estás planeando fracasar". Este adagio es preciso y
aplicable al diseño de redes. Muchos diseñadores de redes se centran en la implementación después
de obtener los requisitos y ponerlos en un formato de diseño. A veces se basan en las mejores
prácticas de diseño de redes en lugar de centrarse en la planificación: "¿Cuáles son las posibles
formas de llegar del punto A al punto B?" Este proceso de planificación puede ayudar al diseñador a
diseñar múltiples enfoques o rutas (opciones de diseño). En este punto, el diseñador puede hacer la
pregunta: ¿Por qué? Preguntar por qué es vital para tomar una decisión impulsada por el negocio
para la solución o el diseño que se alinea de manera óptima con la estrategia u objetivo a corto o
largo plazo del negocio. De hecho, las mejores prácticas de diseño de redes siempre se recomiendan
y deben seguirse siempre que sea aplicable y posible.
H Sin embargo, la dependencia de las mejores prácticas es más común cuando se diseña una red
desde cero (greenfield), lo que no es común con las grandes empresas y las redes de proveedores de
servicios.
I De hecho, las arquitecturas de red de TI y las restricciones y arquitecturas de edificios son

bastante similares en la forma en que son abordadas y planificadas por diseñadores o consultores.
F o ejemplo, hace cinco años, una compañía de inversión construyó un centro comercial en una de las
grandes ciudades de Europa, que fue diseñado y diseñado en función de los requisitos de ese
momento. Recientemente, las partes interesadas solicitaron que el diseño fuera revisado y optimizado
para superar el aumento del número de personas que visitan este centro comercial (turistas y locales),
porque este aumento no se proyectó y planificó adecuadamente durante el diseño original hace cinco
años.
De manera estratégica, los arquitectos e ingenieros evaluarán la situación, identificarán los

problemas actuales y comprenderán los objetivos de las partes interesadas. En otras palabras, reúnen
los requisitos comerciales e identifican los problemas. A continuación, trabajan en la optimización
del edificio existente (esto puede implicar agregar más espacio de estacionamiento, expandir
algunas áreas, etc.) en lugar de destruir el edificio actual y reconstruirlo desde cero. Sin embargo,
esta vez necesitan tener una planificación adecuada para proporcionar un diseño que se ajuste a las
necesidades actuales y futuras.
En pocas palabras, con el diseño de la infraestructura de red de TI, siempre hay nuevas tecnologías o
diseños rotos que no se planificaron bien para escalar o adaptarse a los cambios empresariales y
tecnológicos. Por lo tanto, los diseñadores de redes deben analizar los problemas comerciales, los
requisitos y el diseño actual para planificar y desarrollar una solución que pueda optimizar la
arquitectura general existente. Esta optimización puede implicar el rediseño de algunas partes de la
red (por ejemplo, WAN), o puede implicar la adición de un nuevo centro de datos para optimizar los
planes de BC. Para seleccionar la opción de diseño y las tecnologías correctas, los diseñadores de
redes deben tener un enfoque de planificación para conectar los puntos en esta etapa y tomar
una decisión de diseño basada en la etapa de recopilación y análisis de información. En última
instancia, el enfoque de planificación conduce a la vinculación de las opciones y tecnologías de
diseño con los requisitos y objetivos recopilados para garantizar que el diseño aporte valor y se
convierta en un facilitador de negocios en lugar de un centro de costos para el negocio. Las
herramientas típicas que los diseñadores de redes utilizan en esta etapa para facilitar y simplificar el
proceso de selección son el árbol de decisión y la matriz de decisión.
Planificación 17

Árbol de decisión
El árbol de decisión es una herramienta útil que un diseñador de redes puede usar cuando necesita
comparar múltiples opciones de diseño, o tal vez protocolos, según criterios específicos. Por ejemplo, es
posible que un diseñador deba decidir qué protocolo de enrutamiento usar en función de una determinada
topología o escenario, como se ilustra en la figura 1-6.
Sí BGP
Entre
Uso de BGP o IGP Diferente
Dominios
No IGP
Figura 1-6 Árbol de decisión
Matriz de decisión
Las matrices de decisión sirven para el mismo propósito que los árboles de decisión; sin embargo, con la
matriz, los diseñadores de redes pueden agregar más dimensiones al proceso de toma de decisiones. En
T able 1 -3, hay dos dimensiones que un diseñador de red puede usar para seleccionar la opción de
diseño más útil. En estas dos dimensiones, tanto los requisitos empresariales como las prioridades
pueden tenerse en cuenta para llegar a la decisión final, que se basa en un enfoque multidimensional.
Tabla 1-3 Matriz de decisión

Requisitos empresariales Prioridad Opción de diseño 1 Opción de diseño 2
Ahorro de costes 4 Moderado Bajo

Escalable 1 Alto Alto
Seguro 2 Bajo Alto
Cuando se utiliza la matriz de decisión como herramienta en el ejemplo anterior, la opción de diseño 2
es más adecuada en función de los requisitos y prioridades del negocio. La matriz de decisión no
depende únicamente de los requisitos del negocio para impulsar la decisión de diseño; sin embargo, 18
Capítulo 1: Requisitos de diseño de red: análisis y principios de diseño
las prioridades desde el punto de vista empresarial se consideraron como una dimensión adicional
en el proceso de toma de decisiones, lo que lo hace más relevante y enfocado.

Enfoques de planificación
Para desarrollar un diseño de red exitoso, se requiere un enfoque de planificación adecuado para
construir una estrategia coherente para el diseño general. Los diseñadores de redes pueden seguir dos
enfoques de planificación comunes para desarrollar diseños de red impulsados por el negocio y
facilitar las decisiones de diseño:
■ Enfoque de planificación estratégica: T orienta sistemáticamente la planificación hacia

objetivos y estrategias a largo plazo. Por ejemplo, un proveedor de servicios necesita migrar su
núcleo desde el hardware heredado (ATM) para que se base en MPLS. La decisión de diseño en
este enfoque tiene que atender a los objetivos y planes a largo plazo.
■ Enfoque de planificación táctica: T apunta a la planificación para superar un problema o

para lograr un objetivo a corto plazo. Por ejemplo, es posible que una empresa deba
proporcionar acceso remoto a algunos socios temporalmente (por ejemplo, a través de Internet)
hasta que se aprovisione la conectividad de extranet dedicada. Las decisiones de diseño en este
enfoque deben proporcionar lo que se requiere dentro de un período de tiempo limitado y no
están necesarias para considerar objetivos a largo plazo.
Equilibrio estratégico
En cualquier organización, normalmente hay múltiples unidades de negocio y departamentos. Cada
uno tiene su propia estrategia, algunas de las cuales están impulsadas financieramente, mientras que
otras están más impulsadas por la innovación. Por ejemplo, un departamento de TI es más un
proveedor de servicios interno preocupado por garantizar que la prestación de servicios sea posible y
óptima, mientras que el departamento de rocurement está impulsado por los costos y siempre prefiere
las opciones más baratas. El departamento de m arketing, por el contrario, casi siempre está
impulsado por la innovación y quiere la última tecnología. En consecuencia, una buena comprensión
de la estrategia y los objetivos generales del negocio puede conducir a un compromiso entre los
diferentes objetivos de los diferentes departamentos. En otras palabras, la idea es que cada unidad de
negocio o entidad dentro de una organización debe tener sus requisitos cumplidos en un cierto nivel,
para que todos puedan servir colectivamente a los objetivos y estrategias comerciales generales. Por
ejemplo, consideremos un estudio de caso de un negocio minorista que desea expandir su presencia
geográfica agregando más tiendas minoristas en todo el mundo con bajo gasto de capital (capex).
Sobre la base de este objetivo, el punto principal es aumentar el número de sitios remotos con un
costo mínimo (expansión y costo):
■ Punto de vista informático:
■ La aplicación de punto de venta utilizada no admite la venta fuera de línea ni el

almacenamiento local de datos. Por lo tanto, requiere conectividad al centro de datos para
funcionar.
■ El volumen de tráfico requerido de cada sitio remoto es pequeño y no en tiempo real.

■ Muchos sitios deben agregarse en un corto período de tiempo.
■ Solución óptima: I T sugirió que la opción más escalable y confiable es usar una VPN
MPLS como WAN.
Principios de diseño de redes 19

■ Punto de vista de marketing: Si cualquier sitio no puede procesar los artículos comprados debido
a una interrupción de la red, esto afectará la reputación de la empresa en el mercado.
■ Solución óptima: se deben utilizar enlaces redundantes de alta velocidad.
■ Punto de vista financiero: Ahorro de costes.
■ Solución óptima: O ne enlace barato, como un enlace de Internet, para cumplir con los requisitos
básicos de conectividad.
B como en la lista anterior, es obvio que la consideración de la redundancia WAN es necesaria para los
nuevos sitios remotos; sin embargo, el costo es una restricción que también debe considerarse.
Al aplicar el concepto de equilibrio estratégico (alineación), cada estrategia departamental se puede

incorporar para lograr colectivamente el objetivo comercial óptimo general utilizando el enfoque
subóptimo desde la perspectiva de cada departamento.
En este ejemplo en particular, puede utilizar dos enlaces de Internet combinados con una solución de
superposición de VPN para lograr el objetivo comercial a través de una solución rentable que ofrece
redundancia de enlaces para aumentar el nivel de disponibilidad de los sitios remotos, cumpliendo con los
requisitos de ancho de banda de la aplicación y, al mismo tiempo, manteniendo la reputación de la marca en
el mercado en el nivel deseado.
Principios de diseño de redes

El diseño de redes se puede definir como la filosofía que impulsa cómo se deben integrar e
implementar varios componentes, protocolos y tecnologías en función de ciertos enfoques y principios
para construir un entorno de infraestructura de red cohesivo que pueda facilitar el logro de objetivos
comerciales tácticos o estratégicos. Las secciones anteriores de este capítulo describieron el proceso de
extremo a extremo de un diseño de red (PPDIOO) y los enfoques que puede utilizar para abordar
diferentes diseños de red (de arriba hacia abajo y de abajo hacia arriba).
Esta sección, sin embargo, se centra en los principios de diseño que los diseñadores de redes deben
considerar al diseñar una red y traducir los requisitos comerciales, funcionales o de aplicación en
requisitos tecnológicos. Es importante entender que estos principios no son independientes entre sí. Por
lo tanto, para generar un diseño efectivo y lograr sus objetivos previstos, los diseñadores de redes deben
considerar cómo cada uno de estos principios puede integrarse en la arquitectura general; sin embargo,
no todos estos principios pueden ser aplicables o requeridos por cada diseño. Al seguir el enfoque de
arriba hacia abajo, los diseñadores de redes pueden evaluar y decidir qué considerar y en qué enfocarse.
Fiabilidad y resiliencia
Una red confiable entrega casi todos los paquetes aceptados por la red al destino correcto dentro de un
período de tiempo razonable [2]. En las redes convergentes modernas de hoy en día, mantener una red
altamente confiable es extremadamente importante porque las empresas modernas dependen en gran
medida de los servicios de TI para lograr sus objetivos comerciales. Para estos negocios
(especialmente proveedores de servicios e instituciones financieras modernas), puede ser aún más
es fundamental que su red sea considerada como una entidad generadora de ingresos. Por ejemplo,
una interrupción de la red de cinco minutos que podría afectar a x número de clientes puede costarle

a la empresa cientos de miles de dólares. Por lo tanto, tener una arquitectura de red altamente
confiable y disponible que pueda sobrevivir durante cualquier falla del componente de red sin
ninguna intervención del operador (también conocida como resiliencia) es un principio de diseño
clave. Se considera una prioridad de la mayoría de las empresas modernas de hoy. Para que la red
alcance el nivel deseado de resiliencia, debe existir un componente redundante para asumir el papel
del componente fallido después de un evento de falla.
Nota I a pesar del hecho de que la disponibilidad de la red se considera una "prioridad máxima de la
mayoría de las empresas modernas de hoy en día", no todas las redes necesitan alta disponibilidad, y
no todas las partes de una red requieren el mismo nivel de consideraciones de disponibilidad. Para
obtener más información acerca de las consideraciones de alta disponibilidad, consulte C hapter 9 ,
"Network HighAvailability Design".
Modularidad
El diseño m odular se usa comúnmente en el desarrollo de software, donde una aplicación se puede
construir a partir de múltiples bloques de códigos que se integran colectivamente para formar la
aplicación deseada. Estos "bloques de construcción" de estructura modular mejoran y simplifican la
arquitectura general de la aplicación. Por ejemplo, si existe un problema en un bloque o módulo de
ese software, se puede aislar fácilmente de los otros módulos y solucionarlo por separado sin afectar
a otras partes. Además, desde la perspectiva de las mejoras continuas, es más fácil agregar módulos o
bloques adicionales a esta estructura si se requieren nuevas características. Esto hace que la
arquitectura general de la aplicación sea más estructurada y manejable.
En términos similares, la modularidad es uno de los principios fundamentales de una red
estructurada. En una red estructurada, la arquitectura de red se puede dividir en múltiples módulos
funcionales, con cada módulo cumpliendo un papel específico en la red y representado por una red
física individual. La red física individual también se conoce como los lugares de la red (PIN), como
el campus empresarial, la WAN o el centro de datos.
En consecuencia, estos módulos funcionales son fáciles de replicar, rediseñar y expandir. Los
estudios muestran que al construir una red de TI, alrededor del 20 por ciento del presupuesto se
destina a la adquisición del hardware, y el 80 por ciento se destina a los costos operativos [9]. Por
ejemplo, si una red está diseñada de una manera (por ejemplo, plana) que no puede aislar las
brechas de seguridad, las actualizaciones del sistema o las fallas en ciertas partes de la red, no será
"lo suficientemente receptiva" para adaptarse a los requisitos comerciales futuros, como la
escalabilidad y la convergencia rápida de la red.
De acuerdo con el enfoque de diseño modular, si un módulo dado se enfrenta a un problema, como
una violación de seguridad o la adición o eliminación de módulos, no debería haber necesidad de
rediseñar la red o introducir ningún efecto en los otros módulos. Además, dividir partes complejas
en la red basadas en un enfoque modular en bloques manejables optimizará la capacidad general de
administración de la red. En otras palabras, desde el punto de vista del diseño de redes, la
modularidad puede promover la simplicidad del diseño, la flexibilidad, el aislamiento de fallas y los
principios de diseño de redes 21
escalabilidad, como se muestra en F igure 1 -7 [10]. Al mismo tiempo, la modularidad reduce los costos
operativos y las complejidades.

Simplicidad
Flexibilidad Modularidad Escalabilidad
Manejabilidad
Figura 1-7 Modularidad
R escalabilidad factible y manejable

D La firma para la escalabilidad es uno de los aspectos más importantes que un diseñador de redes debe
considerar. De hecho, lo que se puede considerar como una red escalable exitosa no solo se mide por el
factor de tamaño de la red, sino también por la estabilidad y confiabilidad de la red y la facilidad con la
que se puede administrar y solucionar problemas de esta red. Por ejemplo, una red puede diseñarse de
una manera que pueda expandirse a miles de enrutadores, pero al mismo tiempo, una falla en un enlace
o dispositivo puede introducir un alto grado de procesamiento y utilización de la CPU en toda la red, lo
que puede conducir a la inestabilidad. Este diseño no puede considerarse un diseño escalable exitoso, a
pesar de que puede crecer a un gran número de enrutadores. Del mismo modo, una red puede estar
diseñada para crecer a gran escala y, al mismo tiempo, ser difícil de administrar y solucionar, y
cualquier problema puede tardar mucho tiempo en solucionarse. Esta red tampoco puede considerarse
un diseño escalable exitoso.
Por lo tanto, un diseño escalable exitoso debe ofrecer una red manejable y confiable al mismo tiempo.
En otras palabras, la complejidad añadida de las configuraciones y la solución de problemas con el
aumento del tamaño a una escala inmanejable superará cualquier ventaja de la capacidad de expansión
solo por el factor de tamaño, como se muestra en F igure 1 -8 [8].

Manejabilidad
Escalabilidad y fiabilidad
Complejo para
Solución de
problemas
A gran escala
Alto
Rojo Operacional
Costar
Enrutamiento
Mesa Recuperación
grande Tiem
prolpo
ongdesp
adaués del fallo
Figura 1-8 Escalabilidad versus manejabilidad y confiabilidad
Aislamiento y simplicidad
Los límites de aislamiento F ault generalmente están diseñados para proporcionar un comportamiento
de parada de falla para el modelo de falla deseado. El término fail-stop implica que el
comportamiento incorrecto no se propaga a través del límite de aislamiento de fallas [3]. En otras
palabras, el diseño de la red debe tener en cuenta cómo evitar que una falla en un dominio se señale o
se propague a través de todos los demás dominios de la red. Esto es necesario para evitar cualquier
procesamiento innecesario y retraso en toda la red debido a una falla de enlace o dispositivo en un
dominio de la red. Por ejemplo, en el diseño de enrutamiento, puede utilizar dominios de resumen e
inundación gráfica para mitigar este problema, donde siempre se recomienda que los n etworks
complicados (ya sea físicamente o en la capa del plano de control) estén contenidos lógicamente,
cada uno en su propio dominio de falla [10]. En consecuencia, tendrá una red convergente más
estable, confiable y rápida.
Por otra parte, este concepto introduce simplicidad en la arquitectura general y reduce las
complejidades operativas. En general, el aislamiento de fallos evita que la falla de la red se propague
a través de múltiples áreas o dominios de red, lo que facilita un diseño de red más estable y optimiza
el tiempo de recuperación de la red después de cualquier evento de falla de red. Por ejemplo, con
respecto al diseño en F igure 1 -9, si se produce algún fallo en cualquier nodo o enlace de red, su
impacto se propagará a todos los dispositivos de la red del campus. Una gran cantidad de
procesamiento innecesario puede ocurrir después de esta f ailure.
Por el contrario, con respecto al diseño en F igure 1 -10, si hay alguna falla en cualquier nodo de red,
habrá un impacto limitado (típicamente contenido dentro de un dominio de falla). Este impacto
limitado se ve facilitado por la separación del principio de "dominios de falla", que normalmente se
puede lograr mediante la separación lógica (por ejemplo, ocultando la accesibilidad y la información
topológica de Open Shortest Path First [OSPF] entre los Principios de diseño de red de inundación 23

Figura 1-9 Diseño de dominio de un solo error
Figura 1-10 Diseño de dominio de múltiples fallas
dominios o bloques). En consecuencia, el diseño podrá ofrecer un mayor nivel de escalabilidad,

estabilidad y manejabilidad.
Jerarquía
Una jerarquía de asignación al diseño general de la red y dentro de cada dominio o bloque puede
simplificar significativamente el diseño y mejorar su flexibilidad para introducir lugares más
eficientes para aislar los dominios de falla, porque el diseñador de la red tendrá más puntos de
referencia 24 Capítulo 1: Requisitos de diseño de red: Análisis y principios de diseño

para agregar tráfico, información de topología e información de accesibilidad, lo que facilitará el
aislamiento lógico (funcional) o físico. Por ejemplo, F igure 1 -11 muestra una red típica de
proveedores de servicios construida de dos niveles (núcleo y COP). Cada POP también se construye
a partir de múltiples niveles. Esta estructura jerárquica proporciona la capacidad de controlar y
minimizar la propagación de fallos entre COP sobre el núcleo y entre las diferentes capas dentro de
cada POP. Por lo tanto, este diseño ofrece un nivel de estabilidad (aislamiento de fallas) y control
(puntos de estrangulamiento entre los diferentes niveles) a este proveedor de servicios que lo hace
más receptivo a cualquier requisito de crecimiento futuro (escalable) sin agregar complejidad al
diseño general.
POP
Región 3
POP POP
Región 2 Núcleo SP Región 4
Posibles puntos de
estrangulamiento y de
Límites de dominio error
POP 1
Clientela
Figura 1-11 Arquitectura jerárquica

Principios de diseño de redes 25

Respuesta
El término capacidad de respuesta se refiere al conjunto de características de diseño en las que una
arquitectura flexible necesita responder a los cambiantes requisitos comerciales, de aplicación y
funcionales. Por ejemplo, el diseño debe tener la capacidad de soportar el despliegue de la movilidad
segura para el personal interno y los huéspedes también. En este caso, se requiere una arquitectura
flexible para responder a este nuevo requisito y admitir una rápida implementación e integración con
diferentes sistemas sin ningún cambio importante en el diseño general. Un diseño modular y
resistente combinado con las arquitecturas de reenvío y plano de control correctos puede lograr
colectivamente este objetivo desde el punto de vista de la red. Cuando la arquitectura general ofrece
un alto grado de flexibilidad, esto facilitará significativamente la adopción e integración de los nuevos
requisitos comerciales y tecnológicos en el futuro, junto con implementaciones más simplificadas
para habilitar en toda la red. Como resultado, la red será vista como una verdadera entidad de
prestación de servicios desde el punto de vista empresarial.
Enfoque de diseño holístico

Un diseño holístico es un principio de diseño común que considera que un sistema está siendo diseñado
como una entidad "completa" interconectada mientras que al mismo tiempo es potencialmente parte de
algo más grande [4]. En otras palabras, el enfoque de diseño holístico enfatiza el panorama general de
cualquier sistema, como una red empresarial. A lo largo de este libro, hay muchas opciones de diseño y
consideraciones de diferentes tipos de redes, ya sea una red empresarial o una red de proveedores de
servicios, donde cada una puede adaptarse a un conjunto diferente de requisitos o resolver ciertos
problemas. Es importante considerar siempre el panorama general utilizando el concepto de diseño
holístico antes de aplicar cualquiera de los diseños discutidos en este libro en cualquier parte dada de la
red. De lo contrario, se acercará al diseño utilizando un enfoque aislado que tratará con la red como
"islas de comunicación". El resultado posiblemente será una arquitectura subóptima con menor
rendimiento, mayores costos y menos flexibilidad. Lo más importante es que las comunicaciones entre
estas islas probablemente serán ineficientes en gran medida debido a la visión limitada de este enfoque
(sin mencionar la complejidad adicional para administrar redes que no fueron diseñadas como una sola
arquitectura).
Para ilustrar la importancia del enfoque holístico, considere la red en F igure 1 -12. Esta red pertenece a
una empresa de fabricación que tiene el requisito de proporcionar separación de tráfico entre el personal
interno y el personal del contratista de los sitios remotos a través de la WAN. Un diseñador de redes
sugirió usar dos VRF por sitio con un túnel GRE por VRF a través de la red WAN. En el momento del
diseño, solo había cinco sitios remotos. Después de seis meses, el número de sitios remotos se duplicó,
y el personal de TI de la compañía comenzó a enfrentar muchas complejidades y problemas de
ingeniería de tráfico. Además, había un requisito para extender esta separación de tráfico a los servicios
del centro de datos.
Técnicamente, este es un diseño válido, y proporciona aislamiento de tráfico según los requisitos de uso;
sin embargo, este diseño no consideró el panorama general utilizando un enfoque de diseño holístico. En
cambio, fue diseñado en base a islas de comunicación (enfoque en silos), lo que probablemente
conducirá a un diseño no escalable e inflexible.

Campus
Núcle
MPLS o
Núcle
(en
o
inglés) B
U
n
o
Y Sitio remoto - 10
Datos
Centro
MPLS •
•
802.1 Subinterface Q por VRF L3VPN
(en •
inglés)
Sitio remoto - 1
Por sitio
remoto: GRE + VRF para el tráfico interno del personal por sitio remoto: GRE + VRF para la contratación
del tráfico del personal
Figura 1-12 Enfoque holístico
En este ejemplo en particular, el enfoque holístico podría haber ayudado al diseñador a considerar los
requisitos de crecimiento del negocio. También podría haber ayudado al diseñador a considerar cómo
este aislamiento de tráfico puede integrarse y funcionar como un sistema interconectado completo
con el "núcleo empresarial habilitado para MPLS" para comunicaciones e integración de extremo a
extremo óptimas y fluidas. En cambio, el diseñador se centró solo en cómo cumplir con este requisito
entre el punto X e Y. Sin embargo, con el enfoque holístico, el diseñador puede mirar toda la
arquitectura para ver cómo los puntos X e Y también pueden comunicarse de manera óptima con los
puntos A y B. Si aumenta el número de sitios remotos, el diseñador puede determinar cómo esto
puede afectar a la capacidad de administración y escalabilidad de toda la arquitectura de red, en lugar
de centrarse en un solo lado o bloque de la red.
Consideraciones sobre el diseño físico

En la construcción del edificio, la cimentación lleva la carga de la estructura sobre ella, además de
cualquier carga futura anticipada, como personas y muebles. Todo va encima de la base. En otras
palabras, una base sólida y confiable puede ser Network Design Principles 27
c onsidered la base de todo lo que viene después. Del mismo modo, en las arquitecturas de red, la
base de la red (que es la infraestructura física subyacente) es donde se maneja toda la carga de
tráfico. Puede ser un factor de influencia crítico con respecto a la adopción de ciertos diseños u
objetivos. Un ejemplo de esto es la interconexión de los nodos centrales del proveedor de servicios a

través de una infraestructura de fibra física en una topología de anillo. En la parte superior de este
anillo físico, hay una malla completa de sesiones de emparejamiento del Protocolo de puerta de
enlace fronteriza multiprotocolo (MP-BGP) entre los PE en los bordes del proveedor de servicios
(COP), como se ilustra en la Figura 1-13.
EN PE2
Núcle Núcle
o o
PE1 Núcle Núcle PE3
o o
Núcle Núcle
o o
EN PE4
Físico
Figura 1-13 Vista de diseño físico de red

Desde el plano de control y el punto de vista arquitectónico lógico, estos PE se ven directamente
interconectados, como se muestra en la Figura 1-14.
EN PE2
PE2 PE2
PE1 PE3 PE1 PE3
EN PE4 PE4
Malla completa lógica de BGP PeeringVidección P1 Vista lógica
Figura 1-14 Vista de diseño lógico de red

H owever, la carga y el reenvío de tráfico reales son manejados por la red de anillo central física, lo que
significa que si cualquier enrutador central en la ruta tiene un enlace congestionado, puede afectar a todos
los COP / PE que se comunican a través de esta ruta.
En consecuencia, es importante que los diseñadores de redes comprendan la base de la red para evaluar la
carga, el flujo de tráfico y otros aspectos que a veces no pueden ser 28 Capítulo 1: Requisitos de diseño de
red: Principios de análisis y diseño
visto desde el punto de vista del protocolo y del diseño lógico. Además, comprender la
infraestructura física subyacente puede ayudar a los diseñadores de redes a dirigir el tráfico sobre los
enlaces deseados en función de diferentes criterios, como el gasto de un enlace determinado, los
requisitos de ancho de banda y la confiabilidad de un enlace determinado para recuperarse de una
falla. (Por ejemplo, los enlaces de fibra protegidos pueden ser más confiables que los enlaces no
protegidos). A lo largo de este libro, se cubren las implicaciones del uso de diferentes protocolos de
control de Capa 2 y Capa 3 y tecnologías de superposición, considerando el diseño físico (la base de

la red) cuando corresponda. En otras palabras, el diseño lógico de una red nunca debe diseñarse de
forma aislada de la topología física subyacente.
Nota S ometimes es imposible, y no es razonable, tener visibilidad de la topología física, como el

enrutamiento o la tunelización a través de Internet.
T able 1 -4 proporciona una comparación resumida entre los diseños de red física más comunes.
Tabla 1-4 Comparación de topologías físicas

Topología
Costo de escalabilidad del Capacidad de administración Flexibilidad
diseño Redundancia
Anillo Limitado Bajo Moderado Limitado debido a

Limitado el alto nivel de
dependencias
Totalmente Limitado (introducir limitaciones de alto Limitado Muy alto

mallado complejo en capas superiores [por ejemplo,
plano de control])
Parcialmente Moderado Moderado Moderado Moderado Moderado Moderado

Endentada
Núcleo Alto Alto Simple Alto Moderado

multiplano
Hoja y espinas C an ofrece un alto grado moderado Alto Alto

simple de capacidad de escalabilidad
horizontal
Jerarquizada Puede ofrecer un escalado simple moderado Alto Alto

alto
Hub y habló Moderado Moderado Limitado Limitado Moderado

(depende del
número de
radios)
Resumen 29
Nota La redundancia en T able 1 -4 se refiere a la naturaleza de la topología para admitir la

redundancia. Los diseñadores de redes deben decidir el nivel de redundancia y en qué áreas se colocará
la redundancia, en función de los requisitos y objetivos de diseño.

Sin chapado en oro
El baño de oro en ingeniería de software o gestión de proyectos (o gestión del tiempo en
general) se refiere a continuar trabajando en un proyecto o tarea mucho más allá del punto en el que el
esfuerzo adicional vale el valor que agrega (si lo hay)[4]. Este concepto es 100 por ciento aplicable al
diseño de redes y puede considerarse uno de los principios críticos del diseño de redes. De hecho, la
sobreingeniería o la adición de más características y capacidades que van más allá de los requisitos
(ya sean comerciales, funcionales o de aplicación) puede ser un arma de doble filo. En otras palabras,
un diseñador de redes podría pensar que agregar características adicionales al diseño hará que el
cliente esté más satisfecho. Sin embargo, estas características adicionales pueden llevar a un tiempo y
costo de implementación adicionales (por ejemplo, precios más altos del producto final o más
licencias), mientras que el diseño sin estas características aún cumple con los requisitos. Por lo tanto,
los diseñadores de redes deben producir un diseño que se centre en cómo cumplir con los requisitos y
convertirse en un facilitador de negocios en lugar de agregar características innecesarias, lo que puede
tener un impacto negativo.
Nota Los requisitos R (empresariales, funcionales o de aplicación) definen lo que es necesario (y lo

que no lo es). Como se discutió anteriormente, los requisitos pueden tomar diferentes formas, como fijar
una limitación actual o proporcionar un diseño que se alinee con la visión futura del negocio.
Resumen
Para lograr un diseño de red que ofrezca valor al negocio y se alinee con sus objetivos y direcciones,
los diseñadores de redes deben seguir un enfoque estructurado. Este enfoque debe comenzar desde el
nivel superior, centrándose en las necesidades, los impulsores y las direcciones del negocio, para
generar un diseño impulsado por el negocio. Además, con el enfoque de arriba hacia abajo, los
diseñadores y arquitectos de redes siempre pueden producir una arquitectura de red impulsada por el
negocio que facilite, en etapas posteriores, la selección de las plataformas de hardware deseadas y las
características y protocolos tecnológicos para implementar el diseño previsto. Esto hace que el diseño
de la red responda mejor a cualquier nuevo negocio o requisito tecnológico. Además, considerar los
diferentes principios de diseño discutidos en este capítulo y considerar los diferentes requisitos
(aplicaciones comerciales, funcionales y de misión crítica) puede ayudar a los diseñadores de redes a
planificar y tomar las decisiones de diseño correctas que, en última instancia, harán que la red sea
vista como un "habilitador de negocios".

Ccde 9781587144615 Chapter1 Es

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

Ccde 9781587144615 Chapter1 Es

Cargado por

Copyright:

Formatos disponibles

Capítulo 1

Requisitos de diseño de red:

4 Capítulo 1: Requisitos de diseño de redes: principios de análisis y diseño

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 3 15/09/15 15:25 pm

Eficiencia de costos Consolidación de la rojo y

Elasticidad Diseño adaptable y receptivo

Conformidad Cumplimiento de los estándares de la

Continuidad del negocio Resiliencia de redes y servicios

Control de acceso Confidencialidad de la red end-end

Figura 1-1 Impulsores del negocio frente a iniciativas de TI

ayudar a empresas como las organizaciones de servicios financieros a demostrar su credibilidad y

■ Analizar los objetivos, planes y requisitos del negocio.

Alcance del diseño

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 4 15/09/15 15:25 pm

Tabla 1-1 Alcance del diseño

Sólo C ampus Un concepto de multi-tenencia dd para el campus, que requiere el

Requisitos del negocio

6 Capítulo 1: Requisitos de diseño de redes: principios de análisis y diseño

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 5 15/09/15 15:25 pm

Las capas superiores establecen los requisitos de las capas inferiores

Requisitos técnicos y funcionales

Soluciones de infraestructura de rojo

Figura 1-2 Soluciones tecnológicas impulsadas por el negocio

Continuidad del negocio

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 6 15/09/15 15:25 pm

Elasticidad para apoyar las tendencias estratégicas del negocio

Figura 1-3 Diseño inflexible

8 Capítulo 1: Requisitos de diseño de redes: principios de análisis y diseño

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 7 15/09/15 15:25 pm

I T como facilitador de "Innovación Empresarial"

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 8 15/09/15 15:25 pm

10 Capítulo 1: Requisitos de diseño de redes: principios de análisis y diseño

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 9 15/09/15 15:25 pm

■ ocho niveles de disponibilidad de la red (por ejemplo, utilizando el protocolo H de redundancia

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 10 15/09/15 15:25 pm

■ ¿Cuánto tráfico de red requiere la aplicación?

■ ¿Cuáles son las características de la aplicación?

■ ¿Necesita la aplicación después de perder la conectividad restablecer su estado o sesión?

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 11 15/09/15 15:25 pm

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 12 15/09/15 15:25 pm

■ Reducir los costes operativos

■ Mejorar la productividad de los empleados

■ E xpand el negocio (añadir más sitios remotos)

■R educar el coste de mantenimiento de múltiples redes de voz y datos

■ Mejoro la productividad de los empleados mejorando e integrando las comunicaciones internas a

■ Una infraestructura unificada que admite voz, video, datos e inalámbricos

■ Requisitos de aplicación: En este ejemplo concreto, suponemos que no se han dado

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 13 15/09/15 15:25 pm

■ Calidad del servicio: Mejoro la calidad de la experiencia de los usuarios mediante la

■ Seguridad: O ptimize la seguridad de la red para adaptarse al nuevo diseño, incluyendo

Figura 1-5 Flujo de requisitos de diseño

Elaboración de los requisitos de diseño 15

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 14 15/09/15 15:25 pm

Características/Herramientas para el Nivel de Prioridad del Negocio,

QoS Marcación de tráfico, clasificación 3

Seguridad Agregue firewalls con estado con 3 2

Aislamiento de tráfico Utilice técnicas de virtualización de red 3. 2

El diseño de WAN de escalabilidad debe ser lo 1

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 15 15/09/15 15:25 pm

I De hecho, las arquitecturas de red de TI y las restricciones y arquitecturas de edificios son

De manera estratégica, los arquitectos e ingenieros evaluarán la situación, identificarán los

Estudio CCDE Guide_Ch01_p003-030v3.0.3.indd 16 15/09/15 15:25 pm

Figura 1-6 Árbol de decisión