Capacitación de Preparación para la certificación CCDA

Examen 640-863

Modulo 1Metodología para la aplicación de Diseños

de Redes Descripción general

Un diseño de red debe cumplir con los requisitos complejo de las organizaciones

Entender las necesidades de la organización y seguir una metodología que ayude cumplir las necesidades de las aplicaciones de red.

 

Objetivos del Modulo

Describir Cisco SONA Service-Oriented Network Architecture Identificar los requisitos de diseño de red para una organización

Características de una red existente

Utilice el enfoque de arriba hacia abajo para el diseño de redes  

Lesson 1

Introducing the Cisco Service-Oriented Network Architecture

Objectivos

Discutir el negocio desde un nuevo esquema de la red Describir los beneficios de una red inteligenteDescribir SONA

Manejo de negocios en la nueva arquictetura de red

Crecimiento de las aplicaciones Evolución de TI Nuevos requerimientos de negocio  

Intelligence in the Network

Integración de la red inteligente involucra la integración de las redes y requerimientos del negocio

Cisco SONA Framework

The intelligent networking framework defined by Cisco for the enterprise is the Service-Oriented Network Architecture (SONA).

Cisco SONA Layers

SONA integra sistemas que puede permitir una arquictetura dinámica, flexibilidad que provee una eficiente operación mediante estándares y virtualizacion

SONA promueve un uso más eficaz de los recursos de red y proporciona las siguientes ventajas:

FuncionalidadFuncionalidad: Apoya a los requerimientos de las organización

Escalabilidad:Escalabilidad: Soporta el crecimiento y la expansión de las tareas de organización por la separación de funciones y productos en las capas, más fácil de crecer la red DisponibilidadDisponibilidad: Proporciona los servicios necesarios fiable, en cualquier momento y lugar

Rentabilidad: Proporciona la respuesta deseada, el rendimiento y la utilización de una base por solicitud a través de la red de infraestructuras y servicios

GestionabilidadGestionabilidad: Proporciona el control, la supervisión de la ejecución, y la detección de fallos

EficienciEficiencia: A través de paso a paso el crecimiento de servicios de red, proporciona servicios de red e infraestructuras con un grado razonable de los costes operativos y de inversión de capital adecuado en una ruta de migración a una red más inteligente

Summary

Identificar los Requerimientos del Diseño

Para diseñar una red que cumplan las necesidades de los clientes, los objetivos de la organización, objetivos técnicos, las limitaciones técnicas se deben identificar. Cisco ha definido el ciclo de vida de una red en seis fases: preparar, planificar, diseñar, implementar, operar y optimizar (PPDIOO).

Using the PPDIOO Approach for Networks

enfoque PPDIOO para la red de ciclo de vida .

PPDIOO enfoque del ciclo de vida refleja las fases del ciclo de vida de un modelo de red. El PPDIOO fases son las siguientes: Preparar: La preparación de la fase implica el establecimiento de requisitos de organización, el desarrollo de una estrategia de red, y propone un alto nivel conceptual arquitectura identificar tecnologías que puedan apoyar mejor a la arquitectura. Preparar la fase de establecer una justificación financiera para la red mediante la evaluación de la estrategia comercial para la arquictetura del proyecto.     

• Plan: El plan implica la identificación de la fase inicial de los

requisitos de la red basada en los objetivos, las instalaciones, las necesidades de los usuarios, y así sucesivamente. El plan consiste en la caracterización de sitios de la fase y la evaluación de cualquier de las redes existentes y la realización de un análisis para determinar si la actual infraestructura del sistema, los sitios, el entorno operativo y son capaces de apoyar el sistema propuesto. El plan del proyecto debe alinearse con el alcance, costo y recursos parámetros ,establecidos en el original de los requisitos del cliente

• Diseño: Las necesidades iniciales que se obtuvieron en la fase de planificación. El diseño de red es una especificación detallada del diseño actual que satisface los requisitos técnicos y de negocios e incorpora especificaciones para apoyar la disponibilidad, fiabilidad, seguridad ,escalabilidad y rendimiento. La especificación del diseño es la base para la ejecución de las actividades

• Implementar:

Después de que el diseño haya sido aprobado, la aplicación (y verificación) comienza. La red se construye o componentes adicionales se incorporan de acuerdo a las especificaciones de diseño, con el objetivo de la integración de dispositivos sin interrumpir la red existente o crear puntos de vulnerabilidad

• Operar: Operación es la prueba final del apropiado diseño. La fase operativa implica el mantenimiento de la red a través de la red día a día de las operaciones, incluido el mantenimiento de alta disponibilidad y reducir los costos. La detección de fallas, corrección, y el seguimiento de resultados que se producen en las operaciones diarias proporcionar datos iniciales para la fase de optimización.

• Optimizar: La fase de optimización incluye gestión proactiva de la red. El objetivo de la gestión proactiva es identificar y resolver los problemas antes de que afecten a la organización. Reactivos de detección y corrección de fallas (solución de problemas) es necesaria al dinamismo de la gestión no puede predecir y mitigar los fracasos. PPDIOO en el proceso, la fase de optimización de red pueden hacer un rediseño de la red si demasiados problemas y errores, si el rendimiento no cumple las expectativas o si se identifican nuevas aplicaciones de apoyo a la organización y los requisitos técnicos.

Benefits of the Life-Cycle ApproachThis section summarizes the benefits of the network life-cycle approach.

Using the Design Methodology Under PPDIOO

Identifying Customer Requirementsproceso para reunir los requisitos del cliente para el diseño la red

Identificación de las Aplicaciones y Servicios de Red

 

Recopilación de datos es determinar qué aplicaciones están previstas para el uso y la importancia de las aplicaciones. Planificación de tipos de aplicaciones, tales como correo electrónico, groupware (herramientas de ayuda que el trabajo en grupo), la creación de redes de voz, navegación web, el vídeo bajo demanda (VoD), base de datos, compartir archivos y la transferencia de archivos

Aplicaciones concretas que se utilizarán (por ejemplo, Microsoft Outlook, Cisco MeetingPlace Unificado)

Importancia de determinadas aplicaciones como denota con palabras clave como crítica, importante, y sin importancia

Comentarios adicionales que se toman en el proceso de recopilación de datos

Defining Organizational Goals

Cada proyecto de diseño debe considerar los objetivos de la organización a alcanzar.

Example: Organizational Goals

Algunas preguntas que se pueden hacer ayudar a determinar los objetivos de la organización son los siguientes:

¿Qué se quiere lograr? ¿Qué retos empresariales que actualmente se enfrenta? ¿Cuáles son las consecuencias de no resolver estas cuestiones? ¿Cómo medir o cuantificar el éxito, si usted puede arreglar o corregir los problemas detectados y los problemas? ¿Qué son las aplicaciones más críticas? ¿Cuál es el objetivo principal de este proyecto? ¿Qué está impulsando el cambio?

 ¿Hay algún gobierno, la seguridad, o los mandatos legales que necesita apoyo? ¿Cuáles son las principales preocupaciones de la ejecución de una nueva solución? ¿Qué tecnologías o los servicios son necesarios para apoyar sus objetivos? ¿Qué otros proyectos de tecnología y las iniciativas de las empresas afectarán a su grupo en los próximos dos a cinco años? ¿Qué competencias tiene su personal técnico tiene actualmente? ¿Cuál es su objetivo para el retorno de la inversión (ROI)?

Este proceso es una oportunidad para determinar lo que es importante para el cliente.

Defining Organizational ConstraintsWhen you are assessing organizational goals, it is important to analyze any organizational constraints that may affect the network design. This topic describes organizational constraints that affect the network design.

Example: Organizational Constraints

Algunas preguntas que usted puede a hacer para ayudar a determinar las limitaciones de la organización son los siguientes:

Lo que funciona bien en sus procesos actuales? ¿Qué procesos no funcionan bien? Que los procesos de mano de obra intensiva? ¿Cuáles son los obstáculos para su aplicación en su organización?

¿Cuáles son las principales preocupaciones de la ejecución de una nueva solución? ¿Qué barricadas (financieros y el calendario elementos) debe ser considerada? ¿Qué proyectos tienen ya la aprobación del presupuesto? ¿Hay otros proyectos de tecnología prevista y las iniciativas empresariales compatibles con su actual infraestructura y soluciones de tecnología? ¿Tiene un presupuesto para el desarrollo técnico para su personal?

Defining Technical GoalsThis topic describes technical goals for the network design project.

Example: Technical Goals

Algunas preguntas que se pueden hacer para ayudar a determinar objetivos técnicos incluyen los siguientes:

¿Cuáles son sus prioridades en materia de tecnología? ¿Cómo funciona la tecnología de proceso de en presupuesto de trabajo? ¿Qué problemas de infraestructura existen o existirán, en vista de sus aplicaciones crecieran? ¿Qué competencias tiene su personal técnico necesario para adquirir?

Algunas preguntas que se pueden hacer para ayudar a determinar limitaciones técnicas que incluyen los siguientes:

¿Cómo determinar sus prioridades en materia de tecnología? ¿Tiene usted una tecnología de proceso de actualización? Si es así, ese proceso es un obstáculo el proyecto propuesto? ¿Cuáles son sus urgentes problemas técnicos que requieren inmediata resolución o mitigación? ¿Tiene usted un plan de desarrollo técnico para su personal? 

Assessing Technical ConstraintsUn buen diseño de redes mediante la identificación de las limitaciones dara posibles ventajas comparativas

SummaryThis topic summarizes the key points that were discussed in this lesson.

Características de la red existente y Sitios

En la mayoría de las organizaciones, una red ya existente y el nuevo diseño requiere la reestructuración y modernización de la red. Cuando ya existe una red, usted debe examinar la red existente y sitios. Usted debe mapa de topología de la red existente y la auditoría y medir el tráfico de la red utilizando una variedad de herramientas disponibles. Cuando una red no existe, usted todavía necesidad de examinar los sitios que serán conectados en red.

1. Se debe tener un mapa de topología de la red existente 2. Auditoría : medir el tráfico de la red utilizando una

variedad de herramientas disponibles3. Analizar los datos.

Caracterización de una red existente y de los sitios proporcionan la información que es necesaria para diseñar u optimizar la red.

Characterizing the Network and Sites

Identifying Major Features of the Networkinformación que se debe tratar de recoger para ayudar a caracterizar la infraestructura existente

Sample Site Contact InformationPuede ser necesario para llevar a cabo una auditoría física de infraestructura de información del documento. El cliente también puede proporcionar esta información.

This table shows a sample site contact form.1.      What is the site location or name?  

2.      What is the site address?  

3.      What is the shipping address?  

4.      Who is the site contact? Name:  

Title:  

Telephone:  

Mobile:  

Fax:  

Pager:  

E-mail:  

Out-of-hours contact no.:

 

5.      Is this site owned and maintained by the customer?

Yes/No  

6.      Is this a staffed site? Yes/No

7.      What are the hours of operation?

 

8.      What are the building and room access procedures?

 

9.      Are there any special security or safety procedures?

Yes/No  

What:  

10.      Are there any union or labor requirements or procedures?

Yes/No  

What:  

11.      What are the locations of the equipment cabinets and racks?

Floor:  

Room:  

Position:

  

Example: Network DiagramEjemplo de topología de una red.

Preguntas siguen siendo acerca de la funcionalidad esperada, incluyendo los siguientes:

¿Cuál es el esquema de direccionamiento IP? ¿Qué nivel de redundancia y alta disponibilidad que actualmente existe en la red? ¿Qué nivel de redundancia y alta disponibilidad es necesaria en la nueva red? ¿Cuáles son los detalles del diseño de la seguridad? ¿Cuáles son los tipos y velocidades de enlace de la red?

¿Qué red de servicios de infraestructura están en su lugar, y qué servicios se han previsto? ¿Qué es el proyecto de topología(Layer2 yLayer 3)

¿Cuál es la conectividad a sitios remotos? ¿Qué son los servicios de infraestructura de red en uso, tales como voz y vídeo? ¿Existen los dispositivos inalámbricos en cualquier lugar o el despliegue previsto? ¿Qué protocolos de enrutamiento están en uso? ¿Hay alguna granja de servidores o centro de conectividad de datos a distancia requisitos? ¿Qué herramientas de gestión de la red están en su lugar?

Using Tools for Assessing the NetworkThis topic describes the tools that help in assessing the existing network.

De las herramientas de terceros (por ejemplo, whatsup Oro, SNMPc de Castle Rock Computing, de código abierto Cactus, NetMRI de Netcordia, y NetVoyant de NetQoS) Red General Sniffer, AirMagnets herramientas inalámbricas, ordenadores portátiles o simples aplicaciones como WildPackets AiroPeek.

You can also use a variety of applications and appliances to automatically collect network information.Example: Automatic Information CollectionCactiThe figure illustrates a screen shot from the open source Cacti application showing a list of devices.

Example: Automatic Information CollectionNetMRIThe figure illustrates a screen shot from the NetMRI appliance from NetCordia. The inventory results were expanded to show the Cisco cat4506 devices, including IP addresses, device names, and operating system versions.

Analyzing Network Traffic and Applications

Análisis de tráfico verifica el conjunto de aplicaciones y protocolos que se utilizan en la red y determina los patrones de tráfico de las aplicaciones.

Una organización puede identificar las aplicaciones actuales y previstas. Sin embargo, análisis de tráfico puede ser útil para mostrar las aplicaciones adicionales que pueden afectar el rendimiento de la red.

Importancia Calidad de servicio (QoS) de las necesidades Requisitos de seguridad Ámbito de aplicación (en el que describe una red de módulos de aplicación o protocolo se utiliza)

Puede realizar un análisis de tráfico mediante el uso de los servicios disponibles en los routers Cisco como Netflow o mediante el uso de hardware dedicado o el software basado en analizadores para ayudar a identificar otros problemas de rendimiento y aplicaciones.

Using Tools for Analyzing Network TrafficThis topic describes the tools for monitoring and analyzing network traffic.

Example: Cisco IOS NetFlow Printout

The figure presents an example printout of the Cisco IOS NetFlow feature using the show ip cache flow command. By analyzing NetFlow data, you can identify the cause of congestion, determine the class of service (CoS) for each user and application, and identify the source and destination network for the traffic.

NetFlow provides extremely granular and accurate traffic measurements and high-level aggregated traffic collection.

The table describes the fields that are displayed in the show ip cache flow command output.

FieldDescription (in the IP Flow Switching Cache section)

bytes Number of bytes of memory that are used by the NetFlow cache

active Number of active flows in the NetFlow cache at the time that this command was entered

inactive Number of flow buffers that are allocated in the NetFlow cache

added Number of flows that have been created since the start of the summary period

ager polls Number of times that the NetFlow code looked at the cache to expire entries

flow alloc failures

Number of times that the NetFlow code tried to allocate a flow but could not

Exporting flows IP address and User Datagram Protocol (UDP) port number of the workstation to which flows are exported

flows exported Total number of flows exported and the total number of UDP datagrams

failed Number of flows that could not be exported by the router

last clearing of statistics

Standard time output (hh:mm:ss) since the clear ip flow stats command was executed

 Field Description

Protocol IP protocol and the well-known port number as described in RFC 1340

Total Flows Number of flows for this protocol since the last time that statistics were cleared

Flows/Sec Average number of flows for this protocol that have been seen per second

Packets/Flow Average number of packets that have been observed for the flows seen for this protocol

Bytes/Pkt Average number of bytes that have been observed for the packets seen for this protocol

Packets/Sec Average number of packets for this protocol per second

Active(Sec)/Flow

Sum of all the seconds from the first packet to the last packet of an expired flow

Idle(Sec)/Flow Sum of all the seconds from the last packet that has been seen in each nonexpired flow

Example: Cacti GraphThe figure presents an example graph from the Cacti tool that illustrates the daily traffic on one link in Dallas.

Example: SolarWinds OrionThe figure presents an example utilization table from SolarWinds Orion that illustrates the current percent utilization on the top 25 interfaces.

Reviewing Network Traffic Information

Puede utilizar esta lista para ayudar a determinar el estado de la red existente:

Segmentos Ethernet compartida no están saturados (no más de 40 por ciento de utilización de la red). Enlaces WAN no están saturados (no más de 70 por ciento de utilización de la red). El tiempo de respuesta es en general inferior a 100 ms (1/10th de un segundo). Segmentos no tienen más de 20 por ciento de las emisiones o multidifusiones. Segmentos no tienen más de un control de redundancia cíclica (CRC) de errores por cada millón de bytes de datos. En los segmentos Ethernet, menos del 0,1 por ciento de los paquetes en las colisiones.

Los routers Cisco no son en exceso (de cinco minutos de la utilización de la CPU no más del 75 por ciento). El número de drops en cola de salida no ha superado el 100 en una hora en cualquier router de Cisco. El número de drops de cola de entrada no ha superado el 50 en una hora en cualquier router de Cisco. El número de amortiguación falta no ha superado el 25 en una hora en cualquier router de Cisco. El número de paquetes ignorado no haya superado el 10 en una hora en cualquier interfaz de un enrutador de Cisco.

Analyzing Network HealthCaracterización de la red debería dar lugar a un informe de síntesis que describe el estado de la red.

Ejemplo: Equipo Informe resumido En la figura, el informe de síntesis se identifica el número de routers con una versión de software de Cisco IOS.

Example: Summary Report Problem Statement

Caracterización de las estimaciones de tiempo de red

El tiempo requerido para caracterizar una red puede variar considerablemente en función de estos factores:

La experiencia del ingeniero de la red Calidad de la documentación y la comunicación por el cliente Tamaño y la complejidad de la red Eficiencia de la gestión y herramientas de red

The steps include these:

a) Entrevistar a el administrador TI gestión para reunir los objetivos y limitaciones. b) Entrevistar a el administrador la red y recogida de los objetivos, las limitaciones, la documentación, y diagramas. c) Revisión de la documentación y diagramas; aclarar los temas con el sitio del equipo. d) Conexión de la herramienta de descubrimiento de red.

e) La solución de acceso SNMP y problemas similares, si los dispositivos no se han gestionado muy cuidadosamente antesf) Permitir el descubrimiento de herramientas para recopilar datos. Este proceso generalmente no requiere la supervisión de ingenieros de redes. Este tiempo puede variar dependiendo de la red y debe incluir los factores estacionales o cíclicos, pero en general una semana de datos es suficiente. g) Análisis de los datos capturados. Este tiempo depende de la utilización de herramientas eficientes

h) Preparación de alto nivel, el Nivel 3 de los diagramas de la red propuesta. i) Preparar un informe de conclusiones y recomendaciones.

Nota Preparación detallada de los diagramas de red, si el cliente no puede proporcionarles no está incluido en estas estimaciones de tiempo. Estas directrices ponen de manifiesto que la caracterización de la red general, a una toma de muchas semanas de esfuerzo.

SummaryThis topic summarizes the key points that were discussed in this lesson.

Utilizando el enfoque de Top-Downa a la Red de Diseño

Después de reunir los requisitos de organización y el documento de auditoría y la red existente, que esté listo para diseñar una solución de red, el plan de ejecución, y (opcionalmente) la creación de una red prototipo.

Explicación de la forma de evaluar el alcance del proyecto de diseño y la forma de completar la lista de requisitos. Después de reunir todos los requisitos del cliente y su puesta en tablas de decisión, le faltan identificar y reunir información y evaluar el alcance del proyecto de nuevo para asegurar una amplia comprensión de las necesidades de la red.

Introducing the Top-Down Approach to Network Design

El diseño de una red empresarial es un proyecto complejo. Diseño Top-Down facilita el proceso de dividir en más pequeño, más manejable pasos.  

Using Decision Tables in Network Design

This topic describes the role of decision tables in network design.

Example: Selecting a Routing Protocol

La cifra ofrece una muestra de decisión para la selección de una tabla de enrutamiento de protocolo que se basa en varios criterios para un cliente potencial. Routing Protocol (EIGRP), Open Shortest Path First (OSPF), Border Gateway y Protocolo (BGP) están bajo consideración como posibles opciones. Para este escenario, el protocolo que elija debe cumplir estos requisitos:

Hay una amplia red de apoyo (100 o más enrutadores). Los tres protocolos de grandes redes de apoyo con alta velocidad de convergencia y el uso de longitud variable de ocultación de subred (VLSM).

Es necesario prestar apoyo a los equipos de Cisco. EIGRP, OSPF, BGP y pueden apoyar los equipos de Cisco. Red personal debe tener un buen conocimiento del protocolo elegido, que les permita solucionar problemas de la red. El protocolo debería funcionar bien en la empresa. BGP porque fue diseñado para apoyar la interconexión de redes de sistemas autónomos, no está optimizado para su uso en la empresa.

Nota: Todos los requisitos son de la misma importancia en este ejemplo, por lo que no se utilizan los pesos. Sobre la base de los requisitos establecidos, EIGRP sería el protocolo de enrutamiento de elección.

Assessing the Scope of the Network Design Process

This topic describes the scope of the network design process.

Al evaluar el alcance de una red de diseño, debe determinar si el diseño es para una nueva red o es una modificación de toda la red, un solo segmento o módulo, una serie de redes LAN, una WAN o una red de acceso remoto.

En una revisión del diseño, el diseñador de la red puede determinar si el diseño se ocupa una sola función o la totalidad de las capas de modelo OSI.

El modelo de referencia OSI es importante en la fase de diseño.       •La capa de aplicación incluye el diseño de transporte de voz, así como otras aplicaciones .•La capa de red, incluye direccionamiento y elegir la mejor ruta•La física y las capas de enlace de datos incluyen las decisiones sobre los tipos de conexión y las tecnologías que se utilizarán, por ejemplo, Gigabit Ethernet, ATM y Frame Relay  Relay.

Example: Assessing the Scope of the Network

The table shows an example of a design scope assessment.Corporation X Network Design Scope Assessment

Scope of Design

Comments

Entire network La oficina central (CO) necesita un rediseño Back bone . Todas las oficinas de LAN será actualizado a la tecnología Fast Ethernet.

Network layer direcciones IP privadas requiere un nuevo plan de

direccionamientos .Data link layer The CO backbone redundante con los equipos y enlaces

redundantes. Campus inalámbrico RF sitio permitir la movilidad y el despliegue de equipo alcance

Using Structured Design PrinciplesThis topic describes the structured process of designing a network solution.

Planning an ImplementationWhen the design is completed in the prepare, plan, design, implement, operate, and optimize (PPDIOO) process, the next step is to develop the implementation and migration plan in as much detail as possible. This topic describes the components of a network implementation plan.

Testing Your DesignAfter a design is complete, it often is appropriate to verify the design. You can test the design in an existing or live network (pilot) or in a prototype network that will not affect the existing network. This topic describes how and when to build a prototype or pilot network.

Design DocumentationThis topic describes the typical components of a network design document.

SummaryThis topic summarizes the key points that were discussed in this lesson.

Module Summary

This topic summarizes the key points that were discussed in this module.

Designing a network requires you to identify the needs (business and technical) of the organization. You must follow a methodology that enables you to match the network design to the needs of the organization.

ReferencesFor additional information, refer to these resources:Cisco Systems, Inc. Service-Oriented Network Architecture: Introduction athttp://www.cisco.com/en/US/netsol/ns629/networking_solutions_market_segment_solutions_home.html.Cisco Systems, Inc. Lifecycle Services Strategy: Introduction athttp://www.cisco.com/en/US/products/ps6890/serv_category_home.html. Oppenheimer, P. Top-Down Network Design, Second Edition. Indianapolis, Indiana: Cisco Press; 2004.