Laboratorio de

Diseo y
Administracin
de Redes

UPSA

UPSA

Este documento brinda los lineamientos mnimos que toda

documentacin presentada en los laboratorios de diseo y
administracin de redes debe contener. Basado del libro TopDown Network Design de Priscilla Oppenheimer

Documentacin
de Proyectos

Contenido
PARTE I ................................................................................................................................................ 3
CAPTULO I - Analizando los objetivos y restricciones del negocio................................................. 3
CAPTULO II - Anlisis de los objetivos tcnicos y el retorno de la inversin.................................. 5
CAPTULO III - Relevando la red existente....................................................................................... 6
CAPTULO IV - Relevando el trfico de la red .................................................................................. 7
PARTE II ............................................................................................................................................... 9
CAPTULO 5 - Diseo de la topologa de red ................................................................................... 9
Jerarquia ...................................................................................................................................... 9
Modularidad ................................................................................................................................ 9
Redundancia .............................................................................................................................. 12
Seguridad................................................................................................................................... 12
CAPTULO 6 - Diseando Modelos para el direccionamiento y numeracin ................................ 14
CAPTULO 7 - Seleccin de protocolos para el routing y el switching........................................... 15
CAPTULO 8 - Desarrollando estrategias de seguridad de la red .................................................. 17
CAPTULO 9 - Desarrollo de estrategias de gestin de red ........................................................... 18
Gestiones ................................................................................................................................... 18
Arquitectura de la gestin de redes .......................................................................................... 19
PARTE III ............................................................................................................................................ 20
CAPTULO 10 - Seleccionando tecnologas y dispositivos para redes de campus......................... 20
Diseo de cableado LAN............................................................................................................ 20
Topologas de cableado ............................................................................................................. 20
Tecnologias LAN ........................................................................................................................ 22
Criterios para seleccin de dispositivos de interconexin de Campus ..................................... 22
CAPTULO 11 - Seleccionando tecnologas y dispositivos para redes de empresariales ............ 25
Tecnologas de acceso remoto (remote-access technologies): ................................................ 25
Tecnologias WAN ...................................................................................................................... 26
PARTE VI ............................................................................................................................................ 28
CAPTULO 12 - Probando el Diseo de red ................................................................................... 28
La construccin y prueba de un prototipo de sistema de red .................................................. 28
Determinar el alcance de un prototipo de sistema .................................................................. 28
Prueba de un Prototipo de una red de produccin .................................................................. 29
1

Implementacin de un plan de pruebas para el Diseo de Redes............................................ 29

Desarrollando los objetivos de las pruebas y criterios de aceptacin ...................................... 29
La determinacin de los tipos de pruebas a ejecutar ............................................................... 30
La documentacin del equipo de red y otros recursos ............................................................. 31
Escribir scripts de prueba .......................................................................................................... 31
Implementacin del plan de pruebas ....................................................................................... 31
CAPTULO 13 - Optimizando el Diseo de red .............................................................................. 32
Optimizacin del uso de ancho de banda con Tecnologas IP Multicast .................................. 32
Direccionamiento Multicast IP .................................................................................................. 32
Internet Group Management Protocol ..................................................................................... 32
Multicast Routing Protocols ...................................................................................................... 32
La reduccin de retardo de serializacin .................................................................................. 33
Optimizar el rendimiento de la red para satisfacer la calidad de Requisitos del servicio ........ 34
Cisco IOS funciones que optimizan Network ............................................................................ 35

PARTE I
CAPTULO I - Analizando los objetivos y restricciones del negocio
1. Investigar la industria y la competencia del cliente
Industria (competencia)
Unidad de negocios
Su visin
2. Entender la Estructura Corporativa
Estructura Organizacional
3. Compilar una lista de objetivos del negocio del cliente
Ejemplo:
Aumentar los ingresos y el beneficio
Aumentar la cuota de mercado
Expandirse a nuevos mercados
Aumentar ventajas competitivas frente a empresas en el mismo mercado
Reducir los costos de
Aumentar la productividad de los empleados
Acortar los ciclos de desarrollo de productos
Utilice fabricacin just-in-tiempo
Plan de alrededor de la escasez de componentes
Ofrecer nuevos servicios al cliente
Ofrecer una mejor atencin al cliente
Abrir la red a los componentes principales (clientes potenciales, inversores, clientes,
negocios socios, proveedores y empleados)
Evite las interrupciones del negocio por problemas de seguridad de red
Evite las interrupciones del negocio causadas por los desastres naturales y no naturales
Modernizar las tecnologas obsoletas
Reducir los costos de las telecomunicaciones y de la red, incluidos los gastos generales
asociados con redes separadas para voz, datos y vdeo
Hacer los centros de datos ms eficientes en su uso de la energa, cableado, racks,
almacenamiento y circuitos WAN
Cumplir con diseo de la arquitectura de TI y los objetivos de gobierno
4. Identificar las operaciones de misin crtica del cliente
Procesos internos importantes
5. Comprender el criterio de xito y ramificacin de las fallas
Cual es el punto de satisfaccin del cliente.
El efecto que puede tener una falla o sus consecuencias.
6. Comprender el alcance del proyecto de red

7. Identificar las aplicaciones de red del cliente

#

Nombre de
la aplicacin

Tipo de
aplicacin

Servidor de
alojamiento

Es
nuevo?

Comentarios

1
2
Ejemplos de tipos de Aplicacin:
Email
Interactive Voice Response (IVR)
File transfer, sharing, and access
Unified messaging
Database access and updating
Desktop publishing
Web browsing
Web publishing
Network game
Electronic whiteboard
Remote terminal
Terminal emulation
Calendar
Online directory (phone book)
Medical imaging
Distance learning
Videoconferencing
Point of sales (retail store)
Video on demand (VoD)
Electronic commerce
Scheduled multicast video
Financial modeling
Surveillance and security camera
Human
video
User authentication and
Internet or intranet voice (IP
authorization
telephony)
Host naming and name resolution
Internet or intranet fax
Dynamic host addressing
Sales order entry
Remote booting
Management reporting
Remote configuration download
Sales tracking
Directory services
Computer-aided design
Network backup
Document imaging
Network management
Inventory control and shipping
Software distribution
Telemetry
8. Polticas del cliente frente a vendedores, protocolos y plataformas.
9. Polticas del cliente con respecto a soluciones abiertas vs propietarias
10. Polticas del cliente con respecto a las autorizaciones distribuidas para el diseo e
implementacin de la red.
11. Presupuesto del proyecto
12. Cronograma del proyecto con hitos y fecha final de entrega
#

Tarea

Fecha Inicio

Cantidad Das

Fecha Fin

Tarea Previa

Personal Asignado

1
2
4

13. Relevamiento del conocimiento del personal del cliente

#

Nombre

Puesto

Tareas

Conocimiento

Capacitacin Recomendada

1
1
14. Plan de capacitacin al personal del cliente
15. Polticas que pueden afectar el diseo de red
16. Encuestas de relevamiento
Identificacin de la encuesta
A quien va dirigido
Ubicacin
Fecha
Preguntas cuantificables
Tipos de preguntas
Texto
Mltiples Opciones
Opcional
Escala
17. Entrevistas

CAPTULO II - Anlisis de los objetivos tcnicos y el retorno de la

inversin
1. Documentacin de plan de expansin respecto a los sitos, usuarios y servidores para los
siguientes 1 y 2 aos.
2. Plan de migracin de servidores locales a Data Centers centralizados.
3. Planes de integracin de datos a almacenamiento centralizado.
4. Plan de implementacin de intranet para conexion con socios u otras empresas.
5. Porcentaje de disponibilidad de la red en tiempo activo, promedio de tiempo entre fallas y
promedio de tiempo de reparacin.
6. Promedio mximo de utilizacin de la red.
7. Documentacin de las metas del rendimiento de la red.
8. Documentacin de las metas para el rendimiento de paquetes por segundo (PPS) para los
dispositivos de red.
9. Documentacion de las metas para la presicion y aceptacion del valor BERs (Bit Error Rate)
10. Documentar longitud del tamano del paquete y el retardo de la serializacion.
11. Listar las aplicaciones que requieren que el tiempo de respuesta sea mas restrictivo que el
estndar de 100ms.
12. Identificacin de riesgos de seguridad de la red del cliente
Prioridad

Condicin

Consecu
encia

Proba
bilidad

Impacto

Exposicin

Mitigacin

Contingen
cia

Disparad
or

Responsa
ble

entero

texto

texto

Porce
ntaje

entero

decimal

texto

texto

texto

texto

1 mayor
prioridad
..
n menor
prioridad

Detalle de
riesgo

consecu
encias a
raz del
riesgo

Proba
bilidad
e que
ocurra

0 sin
impacto
..
10
mximo
impacto

=
probabilidad
*impacto

Como
disminuir la
probabilidad
de
ocurrencia
del riesgo?

Si ocurre,
qu
hacemos?

Quein
icia la
continge
ncia?

Quien es
responsab
le de
iniciar el
disparado
ry
controlar
el riesgo

13. Actualizar la tabla de aplicaciones con la criticidad para cada aplicacin.

#

Nombre de
la
aplicacin

Tipo de
aplicacin

Servidor de
alojamiento

Es
nuevo
?

Nivel de
criticidad
(1- a 10+)

Costo
Fuera de
Servicio

Tiempo
promedio
entre fallas
aceptable

Comentario
s

1
2

CAPTULO III - Relevando la red existente

1. Documentacin de la topologa de la red y infraestructura fsica
2. Estructura y documentacin de las direcciones y nombres de red
3. Plano del cableado estructurado y respectiva certificacin.
4. Plano del edificio
5. Listado de carencias de la red actual y su seguridad con los objetivos de cliente
6. Relevamiento de la red WAN y LAN
Saturacin
Colisiones en enlaces full-duplex de ethernet
Porcentaje de trfico broadcast frente a todo el trfico en cada segmento de red.
Porcentaje de procesamiento de los routers
Porcentaje de transmisin de paquetes de los routers
Configuraciones de routers switches y otros dispositivos
Tiempo de respuesta entre host y cliente

CAPTULO IV - Relevando el trfico de la red

1. Documentacin de las fuentes y almacenamiento de trfico y el flujo entre ellas.
Clasificando el flujo de trfico para cada aplicacin como terminales / host, cliente /
servidor, peer-to-peer, servidor / servidor o la computacin distribuida.

Comunidad de Usuarios: Una comunidad de usuarios es un conjunto de los trabajadores

que utilizan una aplicacin en particular o un conjunto de aplicaciones.
Una comunidad de usuarios puede ser un departamento corporativo o un conjunto de
departamentos
Comunidad

Cantidad de Usuarios

Ubicacin

Aplicaciones Utilizadas

Almacenamiento de Datos:
El almacn de datos (a veces llamado receptor de datos) es una rea de red en la que residen
datos de capa de aplicacin. Un almacn de datos puede ser un servidor, una
granja de servidores, una red de rea de almacenamiento (SAN), una unidad central, una unidad
de respaldo en cinta, una cmara digital videoteca, o cualquier dispositivo o componente de un
conjunto de redes en los cuales se almacenan grandes cantidades de datos.
#

Almacenamiento

Ubicacin

Aplicacin

Comunidad /
Usuarios

Flujo de trfico de la red: Documentar el flujo de trfico consiste en la identificacin y

caracterizacin de los flujos de trfico individuales entre las fuentes de trfico y
almacenes.
Destino

Destino

Destino

Destino

MBps

Ruta

MBps

Ruta

MBps

Ruta

MBps

Ruta

Origen 1
Origen 2
Origen 3
Origen n
2. Obtener el ancho de banda requerido para cada aplicacin
7

3. Obtener el ancho de banda para los protocolos de enrutamiento

4. Documentacin del relevamiento de la red en trminos de tasas de difusin /
multidifusin, eficiencia, bastidores, ventanas y control de flujo y mecanismos de
recuperacin de errores.
5. Documentacin de los requisitos de calidad de servicio (QoS) para cada aplicacin y
dispositivos.

PARTE II
CAPTULO 5 - Diseo de la topologa de red
Disee la topologa de la red, incluyendo uno o ms grficos que ilustren la arquitectura lgica de
la nueva red.
Apyese en los siguientes puntos para realizar su diseo:
Jerarquia
Expertos en diseo de red han desarrollado un modelo de diseo de red jerrquico para ayudar a
desarrollar una topologa en capas discretas. Cada capa puede centrarse en funciones especficas,
lo que permite elegir sistemas y caractersticas adecuadas para la capa.Las capas son:

Capa Ncleo .- Routers y switches de gama alta que estn optimizados para la
disponibilidad y el rendimiento.
Capa de Distribucin- Routers y switches que implementan las polticas.
Capa de acceso.- que conecta a los usuarios a travs de switches de gama baja y los
puntos de acceso inalmbricos.
Topologia Jerarquica

Modularidad
Los grandes proyectos de diseo de redes y redes de gran tamao, en general, consisten en
diferentes reas o mdulos. Cada rea debe ser diseado con un enfoque sistemtico, de arriba
hacia abajo, la aplicacin de la jerarqua y la redundancia donde sea necesario.

El Enterprise Composite Network Model se compone de tres reas principales, cada uno puede
estar compuesto de mdulos ms pequeos:
Enterprise Campus: El campus de la empresa incluye los mdulos necesarios para construir una
red de campus robusta que proporciona alta disponibilidad, escalabilidad y flexibilidad. Esta rea
contiene todos los elementos de la red para el funcionamiento independiente en la mejor
ubicacin del campus. Una empresa puede tener ms de un campus.
Enterprise Edge: Agrega la conectividad de los distintos elementos en el borde de una red de
empresa. Enterprise edge es un rea funcional que filtra el trfico desde los mdulos de borde y
los enruta al Enterprice Campus. Enterprise Edge contiene todos los elementos de la red para una
comunicacin eficiente y segura entre el campus de la empresa, de lugares remotos, socios de
negocios, los usuarios mviles e Internet.
Service Provider Edge: Los mdulos de esta rea funcional no son implementados por la empresa.
Los mdulos del Service Provider Edge se incluyen para permitir la comunicacin con otras redes
que utilizan diferentes tecnologas WAN y los proveedores de servicios de Internet (ISP).
Enterprise Composite Network Model

10

Opciones de conexiones a internet Multihoming

SAFE es una arquitectura de referencia que los diseadores de red pueden utilizar para simplificar
la complejidad de una gran interconexin de redes. La arquitectura permite aplicar un enfoque
modular para el diseo de redes. Con SAFE, puede analizar los componentes funcionales, lgicos y
fsicos de una red y as simplificar el proceso de diseo de una red de la empresa en general.

11

Redundancia
Diseos de red redundantes permiten cumplir los requisitos de disponibilidad de la red mediante
la duplicacin de elementos en la red. Redundancia intenta eliminar cualquier punto nico de fallo
en la red. El objetivo es duplicar cualquier componente requerido cuyo fracaso podra desactivar
aplicaciones crticas. El componente podra ser un router del ncleo, un switch, un enlace entre
dos switches, una unidad de servicio de canal (CSU), una fuente de alimentacin, una troncal
WAN, conexin a Internet y as sucesivamente. Para permitir la supervivencia de negocios despus
de un desastre, se ofrecen ventajas de rendimiento de carga compartida e inclusive algunas
organizaciones tienen centros de datos totalmente redundantes.

Seguridad
La planificacin de la seguridad fsica
En el desarrollo de la topologa lgica de una red, usted debe comenzar a tener una idea de donde
se va a instalar el equipo. Usted debe comenzar a trabajar con el diseo del cliente de inmediato
para asegurarse de que los equipos crticos se instalarn en salas de ordenadores que tienen la
proteccin contra el acceso no autorizado, robo, vandalismo, y los desastres naturales tales como
inundaciones, incendios, tormentas y terremotos. La seguridad fsica no es realmente un aspecto
de la lgica diseo de la red, pero se menciona aqu porque la topologa lgica podra tener un
impacto en l, y debido a la planificacin de la seguridad fsica debe comenzar de inmediato, en
caso de que existan plazos para construir o instalar mecanismos de seguridad.

12

Cumplimiento de los objetivos de seguridad con topologas de Firewall

Un firewall es un sistema o combinacin de sistemas que impone un lmite entre dos o ms redes.
Un firewall puede ser un router con ACL, una caja de hardware dedicado o software que se ejecuta
en un PC o un sistema UNIX. Un servidor de seguridad debe ser colocado en la topologa de la red
de manera que todo el trfico desde fuera de la red protegida debe pasar a travs del firewall.
Una poltica de seguridad especifica que el trfico est autorizado a pasar a travs del firewall.

13

CAPTULO 6 - Diseando Modelos para el direccionamiento y numeracin

Las direcciones de capa de red deben ser planificadas, gestionadas y documentadas.
La siguiente lista proporciona algunas reglas simples para el direccionamiento de la capa de red
que puede ayudar a la arquitectura de escalabilidad y administracin en un diseo de red:

Diseo de un modelo estructurado para direccionamiento antes de asignar las direcciones.

Deje espacio para el crecimiento en el modelo de direccionamiento. Si usted no planea el
crecimiento, es posible que ms adelante tenga que volver a numerar muchos
dispositivos, lo que hace el trabajo ms difcil.
Asignar bloques de direcciones en una forma jerrquica para fomentar una buena
escalabilidad y disponibilidad.
Asignar bloques de direcciones basado en la red fsica, no la pertenencia a grupos, para
evitar problemas cuando los grupos o los individuos se mueven.
Si el nivel de conocimientos de gestin de red en las oficinas regionales y sucursales es
alto, puede delegar la autoridad para hacer frente a las redes regionales y sucursales,
subredes, servidores y sistemas de extremo.
Para maximizar la flexibilidad y minimizar la configuracin, utilice el direccionamiento
dinmico de los sistemas finales.
Para maximizar la seguridad y la capacidad de adaptacin, utilice direcciones privadas con
la traduccin de direcciones de red (NAT) en entornos IP.

Modelo para direccionamiento de segmentos y disponibilidad de la red

#

DISPOSITIVO

NOMBRE

VLAN

IP

MASCARA

PUERTO

UBICACIN

1
2

14

CAPTULO 7 - Seleccin de protocolos para el routing y el switching

TABLA de decisin de protocolos
X=Critico. 1= Bajo, 10=Alto
OBJETIVOS

BGP

OSPF

IS-IS

IGRP

EIGRP

Adaptabilidad- Debe adaptarse a los

cambios de una red grande en pocos
segundos

Debe escalar a grandes tamaos

(cientos de routers)

Debe ser de una industria estndar y

compatible con equipo existentes

No debera crear mucho trafico

Debera ejecutarse en routers

baratos

Debera ser fcil de configurar y

administrar

RIP

TABLA de enrutamiento Vector-Distancia

Red

Distancia (saltos)

Enviado a (siguiente salto)

10.0.0.0

0 (directamente conectados)

Puerto 1

172.16.0.0

0 (directamente conectados)

Puerto 2

172.17.0.0

172.16.0.2

172.18.0.0

172.16.0.2

192.168.1.0

10.0.0.2

192.168.2.0

10.0.0.2

15

TABLA de comparacin de Protocolos de Routing

16

CAPTULO 8 - Desarrollando estrategias de seguridad de la red

Pasos para planificar y ejecutar una estrategia de seguridad:
1. Identificar los activos de la red.
2. Analizar los riesgos de seguridad.
3. Analizar los requisitos de seguridad y compensaciones.
4. Desarrollar un plan de seguridad.
5. Definir una poltica de seguridad.
6. Desarrollar procedimientos para la aplicacin de polticas de seguridad.
7. Desarrollar una estrategia de implementacin tcnica.
8. Lograr la aceptacin por parte de los usuarios, administradores y personal tcnico.
9. Capacitar a los usuarios, administradores y personal tcnico.
10. Implementar la estrategia tcnica y los procedimientos de seguridad.
11. Probar la seguridad y actualizarla si se encuentra algn problema.
12. Administrar y gestionar la seguridad.

17

CAPTULO 9 - Desarrollo de estrategias de gestin de red

Gestiones
Gestin de fallas
Gestin de la configuracin
Gestin Contable
Gestin del rendimiento
Gestin de la seguridad
Gestin de Fallas
Fecha/Hora

Nivel

Instalaciones

Problema

Solucin

Tipos de Niveles:
Emergencia (nivel 0, el nivel ms grave)
Alerta (nivel 1)
Critica (nivel 2)
Error (nivel 3)
Advertencia (nivel 4)
Aviso (nivel 5)
Informativo (nivel 6)
Depuracin (nivel 7)
Gestin de rendimiento
Tipos de rendimiento:
Rendimiento End-to-End: Medicin de los resultados a travs de una interconexin de
redes. Medir la disponibilidad, capacidad, utilizacin, delay, variacin de retardo,
rendimiento, accesibilidad, tiempo de respuesta, los errores y la explosividad de trfico.

Rendimiento de componente: Medicin del rendimiento de los enlaces o dispositivos

individuales. Medir el rendimiento y la utilizacin de un segmento de red en particular;
Medir routers y switches por el rendimiento de paquetes por segundo, uso de memoria,
CPU, y errores.

18

Arquitectura de la gestin de redes

Gestin de dispositivo: Un nodo de red que recoge y almacena la informacin de gestin.

Los dispositivos administrados pueden ser routers, servidores, switches, bridge, hubs,
sistemas terminales o impresoras.
Agente: software de gestin de red que reside en un dispositivo gestionado. Un agente de
seguimiento de la informacin de gestin local y utiliza el protocolo SNMP para enviar
informacin a los SMN.
Un sistema de gestin de red (NMS): Ejecuta aplicaciones para visualizar los datos de
gestin, monitor y los dispositivos gestionados de control, y se comunica con los agentes.
Un NMS es generalmente una potente estacin de trabajo con grficos sofisticados,
memoria, almacenamiento, y capacidad de procesamiento. El NMS se encuentra
normalmente en un centro de operaciones de red (NOC).

19

PARTE III
Diseo de la red fsica consiste en la seleccin de tecnologas LAN y WAN para redes de campus y
las redes empresariales. Durante esta fase del proceso de diseo de la red de arriba hacia abajo, se
toman decisiones sobre los protocolos de capa de enlace de cableado, fsicas y de datos, y
dispositivos de interconexin (como switches, routers y puntos de acceso inalmbrico).

CAPTULO 10 - Seleccionando tecnologas y dispositivos para redes de

campus
Este captulo trata sobre las tecnologas para diseos de red del campus. Una red de campus es un
conjunto de e segmentos de la LAN y la creacin de redes en un rea que generalmente es menos
de una milla de dimetro. El siguiente captulo trata sobre las tecnologas para una red
empresarial que incluye servicios WAN y de acceso remoto.
Diseo de cableado LAN
En muchos casos, el diseo de la red debe adaptarse al cableado existente. Adicionalmente incluya
los siguientes puntos:
Topologas de cableado de campus u edificios
Tipos y longitudes de los cables entre edificios
Ubicacin de armarios de telecomunicaciones y salas de interconexin dentro de los
edificios
Tipos y longitudes de cables para el cableado vertical entre plantas
Tipos y longitudes de cables para el cableado horizontal en plantas
Tipos y longitudes de cables para el cableado del rea de trabajo que va desde los
armarios de telecomunicaciones hacias estaciones de trabajo
Topologas de cableado
Existen dos tipos posibles de sistemas de cableado:
Esquema de cableado centralizado, la mayor parte o la totalidad del cableado termina en
una zona del entorno de diseo. Una topologa en estrella es un ejemplo de un sistema
centralizado.
Esquema de cableado distribuido, la terminacin de los tendidos de cable recorren todo el
entorno de diseo. Topologas de anillo, bus y malla son ejemplos de sistemas
distribuidos.

20

Ejemplos de topologa de red centralizado y distribuido

Tipos de cable
Las implementaciones de red del campus utilizan tres tipos principales de cables:
Cobre blindado, incluyendo cables twinaxial (twinax), par trenzado con blindaje (STP) y
coaxial (cable coaxial)
Cables de cobre blindado (normalmente UTP)
Cables de fibra ptica

21

Tecnologias LAN
Basados en la lista de los principales objetivos tcnicos del cliente, se debe hacer referencia para
asegurarse de que sus selecciones de tecnologa son apropiados para el diseo de redes.
Opciones de tecnologa Ethernet
Ethernet es una tecnologa escalable que se ha adaptado a la creciente necesidad de capacidad.
Las siguientes opciones para la implementacin de redes Ethernet estn disponibles:
Half- and full-duplex Ethernet
10-Gbps Ethernet
100-Mbps Ethernet
Metro Ethernet
1000-Mbps (1-Gbps or Gigabit)
Long-Reach Ethernet (LRE)
Ethernet
Cisco EtherChannel
Criterios para seleccin de dispositivos de interconexin de Campus
Los criterios para la seleccin de dispositivos de interconexin de redes, en general incluyen los
siguientes puntos:
Nmero de puertos
La velocidad de procesamiento
La cantidad de memoria
La cantidad de latencia introducida cuando los datos de los rels de dispositivos
El rendimiento en paquetes por segundo
Tcnicas de entrada / salida de colas y buffering
LAN y WAN tecnologas de apoyo
Deteccin automtica de la velocidad (por ejemplo, 10 o 100 Mbps)
Deteccin automtica de media versus la operacin full-duplex
Medios (cableado) apoyado
Facilidad de configuracin
Capacidad de administracin (por ejemplo, el apoyo a Simple Network Management
Protocol [SNMP] y la monitorizacin remota RMON [], los indicadores de estado)
Costo
El tiempo medio entre fallos (MTBF) y el tiempo medio de reparacin (MTTR)
Soporte para filtros de paquetes y otras medidas de seguridad
Compatibilidad con componentes intercambiables en caliente
Soporte para actualizaciones de software en servicio
Compatibilidad con fuentes de alimentacin redundantes
Compatibilidad con caractersticas de optimizacin
Soporte para las caractersticas QoS
Disponibilidad y calidad del apoyo tcnico
La disponibilidad y calidad de la documentacin
La disponibilidad y calidad de la formacin (para switches y routers complejos)
La reputacin y la viabilidad del proveedor
Disponibilidad de los resultados de pruebas independientes que confirman el rendimiento
del dispositivo
22

Para los switches y bridges (incluyendo bridges inalmbricos), se pueden aadir los siguientes
criterios a la primera lista con vietas en esta seccin:
Tecnologas puente compatibles (puente transparente, Spanning Tree Algorithm, remoto
puente, y as sucesivamente)
Las caractersticas avanzadas de spanning-tree compatibles (rpida reconfiguracin de
rboles de expansin y mltiples spanning trees [802.1s])
El nmero de direcciones MAC que el switch o un puente pueden aprender
Apoyo para el apilamiento virtual o cambiar el que mltiples switches pueden gestionarse
como un switch
Apoyo a la proteccin portuaria (802.1X)
Apoyo a la corte a travs de conmutacin
Apoyo a la adaptacin de corte a travs de conmutacin
VLAN tecnologas de apoyo, tales como el protocolo de enlace troncal VLAN (VTP) y
IEEE 802.1Q
Soporte para aplicaciones de multidifusin (por ejemplo, la capacidad de participar en el
internet Protocolo de administracin de grupos [IGMP] para controlar la propagacin de
paquetes de multidifusin)
La cantidad de memoria disponible para cuadros de conmutacin, las tablas de
encaminamiento (si el interruptor tiene una enrutamiento mdulo), y la memoria utilizada
por el protocolo rutinas
Disponibilidad de un mdulo de enrutamiento
802.3af Power over Ethernet (PoE) o 802.3at PoE +
Para los routers (y los conmutadores con un mdulo de enrutamiento), los siguientes criterios se
pueden aadir a la lista:
Protocolos de capa de red compatibles
Los protocolos de enrutamiento admitidos
Soporte para aplicaciones de multidifusin
Apoyo a la cola avanzada, switching, y otras funciones de optimizacin
Apoyo a la compresin (y el rendimiento de compresin si es compatible)
Soporte para cifrado (encriptacin y rendimiento si se admite)
Para los puntos de acceso inalmbrico y los bridge, los siguientes criterios se pueden aadir a la
lista:
Velocidades inalmbricas compatibles (11 Mbps, 5,5 Mbps, 54 Mbps y 600 Mbps)
Estndares inalmbricos compatibles (802.11a, 802.11b, 802.11gy 802.11n)
Velocidad del puerto Ethernet uplink
Compatibilidad con Dynamic Host Configuration Protocol (DHCP), Network Address
Translation (NAT), and IP routing
Compatibilidad con VLAN
Apoyo a la alimentacin a travs de Ethernet, si el punto de acceso es poco probable que
se monta cerca de tomas de corriente
23

Rango de antena y soporte para archivos adjuntos de antena de alta gama

La potencia de transmisin y sensibilidad de recepcin
Capacidad para ajustar la potencia de transmisin
La disponibilidad de un modelo robusto para su uso fuera
Soporte para dispositivos de autenticacin de cliente mediante la direccin MAC
Compatibilidad con la autenticacin de usuario con 802.1X y la autenticacin extensible
Protocol (EAP)
Compatibilidad con la autenticacin mutua, lo que permite a un cliente para asegurarse de
que se est comunicando con el servidor de autenticacin destinado
Una opcin para deshabilitar Set emisiones del Servicio (SSID)
Apoyo a 128 bits o superior cifrado
Compatibilidad con teclas dinmicas, claves nicas para cada usuario, claves por paquete,
y un mensaje comprobacin de integridad (MIC)
Soporte para contraseas de una sola vez o tarjetas de token
Apoyo a la Empresa Secure Packet Forwarding (PSPF)
Compatibilidad con las normas de seguridad, como WPA o 802.11i

24

CAPTULO 11 - Seleccionando tecnologas y dispositivos para redes de

empresariales
Este captulo presenta las tecnologas de los componentes de la red de acceso remoto y de rea
amplia (WAN). El captulo trata de protocolos de la capa fsica, de enlace de datos y dispositivos de
redes empresariales, como los servidores de acceso remoto, routers, firewalls y red privada virtual
(VPN).

Tecnologas de acceso remoto (remote-access technologies):

Point-to-Point Protocol (PPP)
Cable modems
Digital subscriber line (DSL)
Seleccin de dispositivos para usuarios remotos
Criterios para la seleccin de un router para sitios remotos son los siguientes:
Funciones VPN y Seguridad
Compatibilidad con NAT
Confiabilidad
Costo
Facilidad de configuracin y administracin
Apoyo a una o ms interfaces Ethernet de alta velocidad
Compatibilidad con el router para que acte como punto de acceso inalmbrico (si se
desea)
Compatibilidad con funciones que reduzcan la utilizacin de la lnea, como instantneas de
enrutamiento y compresin
Apoyo a la agregacin de canales
Compatibilidad para caractersticas QoS para apoyar VoIP u otras aplicaciones con
requerimientos especficos de QoS.
Seleccin de dispositivos para el sitio central
Al seleccionar un firewall VPN, asegrese de que va a interactuar con el software del cliente VPN
en los sistemas de los usuarios. Cisco, Microsoft y otros proveedores ofrecen software de cliente.
Prestar tambien atencin al nmero de tneles simultneos soporta el servidor de seguridad y la
cantidad de trfico que puede reenviar. El servidor de seguridad debe tener un procesador rpido,
memoria RAM de alta velocidad, y el apoyo a las fuentes de alimentacin redundantes y
encriptacin basada en hardware. Tambin debera apoyar las siguientes caractersticas del
software:
Protocolos de tnel, como IPsec, PPTP y L2TP
Los algoritmos de cifrado, como DES de 56 bits, 168 bits Triple DES, Microsoft Encryption
(MPPE), 40 - y 128-bit RC4 y 128 -, 192 -, y 256-bit AES

25

Algoritmos de autenticacin, como Message Digest 5 (MD5), Secure Hash Algorithm (SHA1), hash de autenticacin de mensaje Coding (HMAC) con MD5 y HMAC con SHA-1
Protocolos de sistemas de red, como DNS, DHCP, RADIUS, Kerberos y LDAP
Los protocolos de enrutamiento
Soporte para certificados de acceso, como Entrust, VeriSign y Microsoft
Red

Tecnologias WAN
Leased lines (lineas alquiladas)
Synchronous Optical Network (SONET)
Frame Relay
Asynchronous Transfer Mode (ATM)
Metro Ethernet
En el diseo WAN debe:
Seleccionar los routers para un diseo de la empresa WAN
Seleccionar un proveedor de servicios WAN
Seleccionar los routers para un diseo de la empresa WAN
Con base en un anlisis de flujo de trfico, hay que seleccionar routers que proporcionan las
interfaces WAN necesarios para apoyar las necesidades de ancho de banda, proporcionar un nivel
de paquetes-por segundo apropiado, y tenga suficiente memoria y capacidad de procesamiento
para reenviar los datos y manejar los protocolos de enrutamiento. Adems, hay que seleccionar
routers que proporcionan caractersticas de optimizacin, como el switching avanzado, tcnicas de
gestin de colas, trfico, RED y reenvo expresa.
Seleccionar un proveedor de servicios WAN
Adems de la seleccin de tecnologas y dispositivos para un diseo de la red WAN, debe
Tambin puede seleccionar los proveedores de servicio o el operador. Un criterio obvio para la
seleccin de un servicio de un proveedor es el costo de los servicios. Usando costo que el principal
criterio de seleccin, sin embargo, puede dificultar la eleccin porque los proveedores ofrecen
servicios diferentes y definen los trminos y condiciones diferente. Adems, para muchos diseos
de red, el costo no es el criterio principal.
Los siguientes criterios son a menudo ms importantes que el costo:
El alcance de los servicios y tecnologas que ofrece el proveedor de
Las zonas geogrficas cubiertas por el proveedor
Caractersticas de confiabilidad y rendimiento de la red interna del proveedor
El nivel de seguridad que ofrece el proveedor de
El nivel de apoyo tcnico ofrecido por el proveedor
La posibilidad de que el proveedor seguir permanecer en el negocio
La voluntad del proveedor para trabajar con usted para satisfacer sus necesidades
26

Al seleccionar un proveedor de servicios, trate de investigar la estructura, seguridad y fiabilidad de

la red interna del proveedor para ayudar a predecir la fiabilidad de su red WAN, que depende de la
red del proveedor. Aprender acerca de la red del proveedor puede ser un reto porque los
proveedores no suelen compartir informacin detallada acerca de el interior sus redes, pero sin
embargo, usted debe hablar con ingenieros de sistemas y clientes actuales de el proveedor para
intentar determinar las siguientes caractersticas de la red del proveedor:
La ruta fsica de los enlaces de red
La redundancia en la red
El grado en que el proveedor cuenta con otros proveedores para redundancia
El nivel de sobresuscripcin en la red
Mecanismos de asignacin de ancho de banda utilizado para garantizar los requisitos de
calidad de servicio de aplicaciones
Los tipos de switches que se utilizan y el ancho de banda de asignacin y optimizacin
Funciones disponibles en los switches
La frecuencia y las causas tpicas de cortes en la red
Mtodos de seguridad se utilizan para proteger la red de intrusos
Mtodos de seguridad se utilizan para proteger la privacidad de los datos de un cliente
Planes de recuperacin de desastres en caso de terremotos, incendios, huracanes,
asteroides que chocan con los satlites u otros desastres naturales o provocados por el
hombre
La mayora de los proveedores de servicios pueden proporcionar a los clientes con un acuerdo de
nivel de servicio (SLA) que define las condiciones especficas del servicio y cmo el servicio se mide
y garantiza. Algunos SLA direccin slo disponibilidad de la red, que no es suficiente para muchos
aplicaciones. Un SLA debe abordar tambin el rendimiento de aplicaciones, incluyendo la latencia
y rendimiento.
Un SLA tambin debe especificar el nivel de soporte tcnico que se puede esperar.
En general, usted debe obtener un contrato de 24 horas, el apoyo de 7 das de misin crtica
WAN. Adems de especificar los trminos y condiciones especficos de apoyo y servicio en
un SLA, al negociar un contrato con un proveedor, trate de obtener respuestas a las siguientes de
apoyo relacionados con las preguntas:
Cul es el nivel de experiencia de la instalacin y el personal de apoyo?
El personal de apoyo tiene experiencia con sus protocolos y aplicaciones particulares?
Si es necesario, se puede solicitar a un representante de soporte de un solo punto de
contacto dedicado quien se encargar de resolver todos los problemas y preguntas?
El proveedor se adhieren a los estndares de la industria para la calidad del servicio como
la IT (ITSM) Marco de Gestin de Servicios?
Qu tan difcil es para un cliente tpico de suministro y de precios nuevos servicios?
Ofrece el proveedor un programa de capacitacin de los clientes sobre los servicios y
estructuras de precios?

27

PARTE VI
CAPTULO 12 - Probando el Diseo de red
La prueba de diseo, es un paso crtico en al anlisis de sistemas enfocados al diseo de redes. La
seleccin de los procedimientos de prueba y las herramientas adecuadas depende de sus objetivos
para la prueba del proyecto, que tpicamente incluyen los siguientes:
Verificar que el diseo cumpla con las claves y los objetivos tcnicos del negocio.
Validacin de la tecnologa LAN y WAN y la seleccin de dispositivos.
Verificacin de que un proveedor de servicios proporciona los servicios acordados. La
identificacin de los cuellos de botella o problemas de conectividad.
Prueba de la redundancia de la red.
El anlisis de los efectos sobre el rendimiento de las fallas en los enlaces de la red.
Determinar las tcnicas de optimizacin que sern necesarios para cumplir con el
rendimiento y otros objetivos tcnicos.
Demostrar que el diseo es mejor que otros diseo de la competencia (en caso de que un
cliente tenga previsto seleccionar un diseo de propuestas presentadas por varios
proveedores o consultores).
El pasar una "prueba de aceptacin" da su aprobacin para seguir adelante con la
implementacin de la red y posiblemente, para recibir el pago por completar la fase de
diseo del proyecto.
Convencer a los administradores y compaeros de trabajo que su diseo es eficaz.
La identificacin de los riesgos que podran impedir la implementacin y planificacin para
contingencias.
Determinar cuntas pruebas adicionales se necesitan. Por ejemplo, tal vez usted decide
que el nuevo sistema debe ser primero

La construccin y prueba de un prototipo de sistema de red

El objetivo de esta seccin es ayudar a detallar las tareas para construir un prototipo que verifica y
muestra el comportamiento de un sistema de red. Un segundo objetivo es ayudar a determinar
cunto de un sistema de red se debe implementar en un prototipo para verificar el diseo.
Un prototipo es una implementacin inicial de un nuevo sistema que ofrece un modelo en el que
se modela la implementacin final. Un prototipo permite a un diseador validar el funcionamiento
y el rendimiento de un nuevo sistema. Debe ser funcional, pero no tiene por qu ser una
aplicacin a gran escala del nuevo sistema. Debe sin embargo, el resultado del anlisis exhaustivo
de las necesidades y de una revisin del diseo con el cliente final.
Determinar el alcance de un prototipo de sistema
Con base en una comprensin clara de los objetivos de sus clientes, debe determinar cmo
gran parte del sistema de red, debe poner en prctica para convencer a su cliente de que el

28

diseo cumplir con los requisitos. Debido a que generalmente no es prctico implementar un
sistema a escala completa, se debe aislar los aspectos de un diseo de red que son ms
importante para su cliente. Su prototipo debera verificar las capacidades importantes y
funciones que pueden no llevar a cabo adecuadamente.
Un prototipo puede ser implementado y probado de tres maneras:
En una red de prueba en un laboratorio
Integrado en una red de produccin pero a prueba durante las horas libres
Integrado en una red de produccin y probado durante el horario normal
Prueba de un Prototipo de una red de produccin
Advertir a los usuarios con anticipacin sobre el calendario de las pruebas de lo que pueden
esperar algo de rendimiento degradacin.
Advierta a los administradores de red y otros diseadores con antelacin para evitar la
posibilidad que pudieran estar ejecutando pruebas al mismo tiempo.
Advierta a los administradores de red con anticipacin para que no se confundan por el
inesperado alarmas en las consolas de administracin de red y para que puedan dar
cuenta de trafico de prueba al documentar la carga y estadsticas de disponibilidad.
Si es posible, ejecute las pruebas mltiples, cortas (menos de 2 minutos) para minimizar el
impacto en el usuario y disminuir los efectos sobre las mediciones de referencia.
Ejecute las pruebas que comienzan con pequeas trfico, hacer los cambios de
configuracin y a continuacin aumentar los cambios gradualmente.
Controlar los resultados de las pruebas y suspender cuando se cumplan los objetivos de la
prueba o si la produccin de red est gravemente afectada.
Implementacin de un plan de pruebas para el Diseo de Redes
Una vez que haya decidido sobre el alcance de su prueba, escribir un plan de pruebas que describa
cmo va a implementarla. El plan de pruebas debe incluir cada uno de los siguientes temas:
Objetivos de las pruebas y criterios de aceptacin
Los tipos de pruebas que se ejecutarn
Equipo de red y otros recursos necesarios
Los scripts para las pruebas
El calendario y los hitos del proyecto de prueba
Desarrollando los objetivos de las pruebas y criterios de aceptacin
Objetivos y criterios de aceptacin deben basarse en el negocio del cliente y los objetivos tcnicos
del diseo de la red, pero pueden ser ms formales o especficamente definidos.
Los siguientes son algunos ejemplos de objetivos y criterios de aceptacin que se han escrito para
un cliente en particular:
Medir el tiempo de respuesta de la aplicacin XYZ durante las horas pico (10 a.m.-11 a.m.).
El criterio de aceptacin para la propuesta de diseo de la red, es que el tiempo de
respuesta debe ser la mitad de un segundo o menos.

29

Medir el rendimiento de aplicaciones de XYZ durante las horas pico (10 a.m.-11 a.m.). El
criterio de aceptacin para la propuesta de diseo de la red, es que el rendimiento debe
ser de al menos 2 Mbps.
Medir la cantidad de tiempo que le toma a un usuario de la nueva red de voz sobre IP
(VoIP) escuchar el tono de marcado despus de levantar un telfono. El criterio de
aceptacin es: el promedio de tiempo debe ser menor o igual al promedio de tiempo para
un usuario de la centralita (PBX). La varianza de la media tambin debe ser igual o ms
pequea.

La determinacin de los tipos de pruebas a ejecutar

En general, los documentos deben incluir el rendimiento, el estrs, y los anlisis de fallo. El anlisis
de rendimiento debe examinar el nivel de servicio que ofrece el sistema en trminos de resultado,
retardo, variacin del retardo, tiempo de respuesta, y la eficiencia. El Anlisis de rendimiento debe
examinar cualquier degradacin del servicio debido al aumento de la carga ofrecida en la red. El
anlisis de fallas debe calcular la disponibilidad y la precisin de la red, y analizar las causas de las
interrupciones de la red. Dependiendo del negocio del cliente y los objetivos tcnicos, otras
pruebas pueden ser necesarias como: manejabilidad, facilidad de uso, capacidad de adaptacin y
pruebas de seguridad.
Los tipos de pruebas que se ejecuten verificando su diseo particular depender de los objetivos
de la prueba.
Pruebas tpicas incluyen:
Prueba de tiempo de respuesta de aplicacin: Este tipo de prueba de rendimiento mide el
punto de vista del usuario y evala el tiempo que un usuario debe esperar al ejecutar las
operaciones tpicas que provocan la actividad de red. Estas operaciones incluyen iniciar
una aplicacin, el cambio entre pantallas, formularios y campos dentro de la aplicacin y
ejecucin de abrir un archivo, leerlo, escribirlo, buscar y cerrar.
Prueba de rendimiento: este tipo de pruebas mide el rendimiento para una aplicacin en
particular y el rendimiento para mltiples aplicaciones en kilobytes o megabytes por
segundo. Tambin se puede medir el rendimiento en trminos de paquetes por segundo a
travs de un dispositivo de conmutacin (por ejemplo, un switch o router). Al igual que en
las pruebas de tiempo de respuesta, las pruebas de rendimiento debe comenzar con
varios usuarios y las acciones que se incrementan gradualmente.
Prueba de disponibilidad: Con las pruebas de disponibilidad, las pruebas se ejecutan en el
sistema durante 24 horas a 72 horas, en medio de la carga pesada. La tasa de errores y
fracasos se controla.
Las pruebas de regresin: Las pruebas de regresin asegura de que en el nuevo sistema no
se rompern las aplicaciones o componentes que se sabe que funcionan y realizan un
cierto nivel. Las pruebas de regresin no prueba nuevas caractersticas o mejoras. En su
lugar, se centra en las aplicaciones existentes. Las pruebas de regresin deben ser
integrales y por lo general est automatizado para facilitar la exhaustividad.

30

La documentacin del equipo de red y otros recursos

Un plan de pruebas debe incluir un dibujo de la topologa de red y una lista de los dispositivos
requeridos. El dibujo de la topologa debe incluir los principales dispositivos, direcciones, nombres,
enlaces de red y una indicacin de la capacidad de enlace. El dibujo de la topologa tambin debe
documentar cualquier WAN o LAN, enlaces que deben conectarse a la red de produccin o
Internet.
El plan de pruebas debe documentar todos los dems recursos que se necesitan, entre ellos los
siguientes:
El tiempo programado en un laboratorio, ya sea en su sitio o el sitio del cliente
Energa, aire acondicionado, espacio de rack, y otros recursos fsicos
La ayuda de los compaeros de trabajo o personal del cliente
Ayuda de los usuarios para las aplicaciones de prueba
Las direcciones y los nombres de red
Escribir scripts de prueba
Para cada prueba, escribir un script de prueba que muestra los pasos a seguir para cumplir con el
objetivo de la prueba.
Implementacin del plan de pruebas
Implementar el plan de prueba es sobre todo una cuestin de seguir las secuencias de comandos
de prueba y de documentacin de trabajo

31

CAPTULO 13 - Optimizando el Diseo de red

En este punto del proceso de diseo de la red top-down, usted debe tener un slido conocimiento
de la topologa fsica y lgica de la red. Usted debe conocer acerca de los enlaces que sern
compartidos por las aplicaciones con requisitos diferentes, y habr puesto a prueba una aplicacin
piloto del diseo de la red para determinar qu enlaces son los ms necesitados para las tcnicas
de optimizacin.
Optimizacin del uso de ancho de banda con Tecnologas IP Multicast
Una de las principales razones por las cuales las tcnicas de optimizacin son requeridas en intra
redes es el creciente uso de ancho de banda, las aplicaciones multiusuario, multimedia. Este tipo
de aplicaciones como la educacin a distancia, las videoconferencias y la computacin
colaborativa tienen la necesidad de enviar flujos de datos para mltiples usuarios, sin necesidad
de utilizar una cantidad excesiva de ancho de banda o causar problemas de rendimiento en
muchos sistemas.
Direccionamiento Multicast IP
Multicasting IP transmite los datos IP a un grupo de hosts que se identifica por una nica direccin
IP clase D. En la notacin decimal con puntos, el grupo de direcciones de host rango de 224.0.0.0 a
239.255.255.255. Estaciones de red reconocen una direccin como una direccin de clase D
porque los primeros 4 bits deben ser 1110 en binario.

Internet Group Management Protocol

Protocolo de administracin de grupos de Internet (IGMP) permite a un host unirse a un grupo e
informar a los routers de la necesidad de recibir un flujo de datos en particular. IP Hosts IP utiliza
IGMP para informar

Multicast Routing Protocols

Adems de determinar qu segmentos de redes locales deben recibir trfico para determinados
grupos de multidifusin, un router tambin debe aprender el trfico multicast de la ruta a travs
de una interconexin de redes. Los protocolos de enrutamiento Multicast proporciona esta
funcin.

Vector Distancia Multicast Routing Protocol

El IETF desarroll DVMRP para experimentar con enrutamiento multicast. DVMRP es
histricamente interesante y til para la comprensin de los conceptos de enrutamiento multicast,
pero PIM, es una mejor opcin en la aplicacin de enrutamiento multicast en redes operacionales.

32

Protocolo Multicast Independiente

Como DVMRP, PIM trabaja en conjunto con IGMP y con un protocolo de enrutamiento unicast,
como RIP, OSPF, Cisco Enhanced Interior Gateway Routing Protocol (EIGRP), y as sucesivamente.
PIM tiene dos modos: el modo dense y el modo spare. Los adjetivos densos y escaso se refieren a
la densidad de los miembros del grupo. Los grupos densos tienen muchos miembros.
Dense-Mode Protocolo Multicast Independiente
Denso-modo de PIM es similar a DVMRP. Ambos protocolos utilizan un mecanismo de reenvo de
ruta inversa (RPF) para calcular la ruta ms corta (inversa) entre una fuente y todos los posibles
destinatarios de un paquete de multidifusin. Denso-modo de PIM es ms simple que DVMRP, sin
embargo, porque no requiere el clculo de las tablas de enrutamiento.

Sparse-Mode Protocolo Multicast Independiente

Sparse-modo de PIM es muy diferente de la densa-modo de PIM. En lugar de permitir que el
trfico que se enviar por todas partes y luego podados atrs donde no se necesita, escaso en
modo PIM define un punto de encuentro. El punto de encuentro ofrece un servicio de registro
para un grupo multicast.

La reduccin de retardo de serializacin

En los enlaces WAN lentos, el tiempo para la salida de un paquete grande es significativa. El
tiempo para la salida de un paquete se denomina retardo de transmisin o el retraso de
serializacin. Retraso de serializacin convierte en un problema cuando un enlace WAN es
utilizado por aplicaciones que envan paquetes grandes, tales como transferencia de archivos y
aplicaciones que son sensibles al retardo, tales como voz, video y aplicaciones interactivas tales
como Telnet.

Fragmentacin Link-Layer y entrelazado

LFI reduce el retraso en los enlaces WAN lentos mediante la ruptura de paquetes grandes y
entrelazado de los pequeos paquetes resultantes con los paquetes de aplicaciones que son
sensibles a demoras. PPP, Frame Relay, ATM y otras tecnologas WAN, pueden beneficiarse de LFI
en enlaces de baja velocidad, como 56 kbps Frame Relay o 64 kbps canales B RDSI.
Cisco tambin es compatible con los siguientes tres mtodos para realizar la fragmentacin Frame
Relay:
De extremo a extremo del marco fragmentacin de rel de acuerdo con la norma FRF.12
Tronco del marco fragmentacin de rel de acuerdo con la norma FRF.11 Anexo C
Cisco fragmentacin patentada para la encapsulacin de voz

33

Protocolo de transporte en tiempo real comprimido

El Protocolo de Transporte en Tiempo Real (RTP), que se define en el RFC 3550, proporciona final
to end funciones de transporte de red adecuados para la transmisin de datos en tiempo real a
travs de multidifusin o servicios de red de unidifusin. Solicitudes tpicamente RTP en la parte
superior del datagramas de usuario Protocol (UDP) para hacer uso de los servicios de
multiplexacin y checksum de UDP. laboral junto con UDP, RTP implementa Layer (transporte) la
funcionalidad 4. comprimido RTP comprime las cabeceras RTP, UDP e IP para reducir el retraso de
serializacin de conexiones lentas.
La cabecera del paquete RTP incluye varios campos que especifican los atributos de los datos
transportados en el paquete de RTP:
El tipo de carga til indica el formato de la carga til (por ejemplo, audio MPEG o los datos
de vdeo, vdeo JPEG, o un flujo de vdeo H.261).
El nmero de secuencia indica la ubicacin del paquete en el flujo de datos. la aumenta el
nmero de secuencia en uno por cada paquete de datos RTP envan y se pueden utilizar
por el receptor para detectar la prdida de paquetes y para restablecer la secuencia de
paquetes.
La marca de tiempo refleja el instante de muestreo del primer byte en el paquete de
datos.
El campo fuente de sincronizacin (SSRC) identifica la fuente de una corriente de RTP
paquetes (por ejemplo, un micrfono o una cmara de vdeo). Todos los paquetes de una
sincronizacin forma de cdigo fuente parte de la misma temporizacin y el espacio de
nmero de secuencia, por lo que un grupos receptores paquetes de SSRC para la
reproduccin.
La lista de fuentes de contribuir (CSRC) identifica las fuentes que han contribuido a la
carga en el paquete. Un ejemplo de aplicacin es la audio conferencia, donde el campo
CSRC indica que todos los oradores de voz se combinaron para producir el paquete
saliente.

Optimizar el rendimiento de la red para satisfacer la calidad de Requisitos del servicio

El Grupo de Trabajo de Servicios Integrados define dos tipos de servicio que ofrecen garantas de
calidad de servicio ms all del servicio de mejor esfuerzo (que no ofrece garantas de QoS):

Servicio de carga controlada: proporciona un flujo de datos de clientes con una calidad de
servicio muy aproximado a la calidad de servicio que el flujo recibira en una red sin carga.
El servicio de carga controlada est diseado para aplicaciones que son muy sensibles a las
condiciones de sobrecarga.
Garanta de servicio: Proporciona lmites firmes en el extremo a extremo retraso de
paquetes de colas. Garanta de servicio est diseado para aplicaciones que necesitan una
garanta de que un paquete llegar a ms tardar un cierto tiempo despus de que fue
transmitida por la fuente.

34

Protocolo Comn de Servicio Pblico

Como se mencion en la seccin anterior, RSVP simplemente transporta peticiones de QoS y
proporciona tcnicas para routers para mantener la informacin sobre el estado de las reservas de
recursos.
Para RSVP de que sea eficaz, se necesita el apoyo de los protocolos adicionales que comprenden
los servicios y las polticas sobre los servicios reales. Uno de estos protocolos es el Servicio Comn
poltica abierta (COPS), que se especifica en el RFC 2748.
COPS define un modelo cliente / servidor simple para apoyar el control de la poltica de calidad de
servicio con protocolos de sealizacin tales como RSVP. La especificacin del COPS describe un
protocolo bsico de consulta-andresponse que se puede utilizar a la informacin poltica de
intercambio entre un servidor de polticas y sus clientes, que normalmente ser enrutadores RSVP.
La clasificacin del trfico de LAN
El IEEE especifica un mtodo para tramas LAN marcado con una clase de servicio (CoS) en su
documento 802.1D, "Norma para la red de rea local Puentes MAC (Media Access Control)." CoS
para marcos de LAN se public originalmente como un suplemento a 802,1 D llamado 802.1p. La
mayora de los vendedores todava se refieren a la tecnologa como 802.1p, y este libro contina a
llamarlo 802.1p, que especifica los mecanismos de interruptores para acelerar la entrega de
trfico de tiempo crtico y para limitar la extensin de trfico de multidifusin de alto ancho de
banda dentro de una LAN conmutada .

Cisco IOS funciones que optimizan Network

Rendimiento de Cisco IOS Software ofrece una caja de herramientas de tcnicas de optimizacin
para ayudar a superar los retos relacionados con el aumento de la demanda de trfico en el
campus y redes empresariales. Las tecnicas incluyen conmutacin avanzados y servicios de gestin
de colas para mejorar el rendimiento y ofrecer la funcionalidad QoS.
Tcnicas de conmutacin
Adems de ejecutar los protocolos de enrutamiento para desarrollar una topologa de
enrutamiento, el principal trabajo de un router es para conmutar paquetes (forward) de interfaces
de entrada a las de salida.
El cambio consiste en recibir un paquete, determinar cmo reenviar el paquete basndose en la
topologa de enrutamiento y calidad de servicio y requisitos de la poltica, y la conmutacin de
paquetes a la interfaz de salida derecha o interfaces. La velocidad a la que un router puede realizar
esta tarea es un factor importante en la determinacin de rendimiento de la red en una red
direccionada.

35