Routing & Switching, Arquitectura en IOS Introducción y Funcionamiento. Q&A

Introducción


Lea la biografía

Arturo Morales

Durante este evento en  vivo el experto hablará del funcionamiento de Routing y Switching sobre  la arquitectura de IOS, dará una introducción al tema y contestará  dudas acerca del mismo.

Arturo Morales Colmenares es ingeniero de soporte de Cisco HTTS (High   Touch Technical Support)  en el grupo de asistencia técnica de LATAM en   la ciudad de México.  Arturo inició en Cisco hace 5 años como HTE (High   Touch Engineer) para  la cuenta de Telmex. Está especializado en Core   Network, tiene  conocimientos sobre Redes Opticas (SDH y DWDM), Redes IP  y  ha  trabajado en empresas como ALU, Global Crossing, HUAWEI y Bestel.    Actualmente se enfoca en tecnologías backbone para IP Core Network.    Arturo Es egresado del Instituto Politécnico Nacional (ESIME -    Zacatenco) donde estudió Ingeniería en Comunicaciones y Electrónica.    Cuenta con certificaciones: CCNA, CCNP, CCIP, ITIL.

P: ¿Existe algún libro de cisco que trata sobre este tema ?­

R: A: ­Sí. Puedes consultar los siguientes libros: Inside Cisco IOS Software Architecture - White, Russ, Bollapragada, Vijay and Murphy, Curtis­ y ­Cisco Express Forwarding - Stringfield, Nakia, White, Russ and McKee, Stacia­.

P: ¿Los libros dónde se consiguen o en dónde se descargan­?­

R: ­Los libros relacionados con el tema de hoy Inside Cisco IOS Software Architecture y Cisco Express Forwarding son publicados por Cisco Press.

P: ­¿­Estos modelos de Router están en Argentina?­

R: ­Sí.

P: ­¿­Cuáles son los componentes del Data Plane y el Control Plane­?­

R: ­Con el Control Plane nos referimos al tráfico de control del equipo (protocolos de ruteo, keepalives, SSH, SNMP y por Data Plane nos referimos al tráfico que pasa a través del router. Dependiendo de la plataforma el CPU, ASIC o NP se encargan de estos.

P: ¿El CPU no influye en la velocidad general­?­

R: Depende de si el equipo es basado en software, hardware, o con hardware asistido. Básicamente, para los equipos basados en software sí depende de la capacidad del CPU. Para los otros equipos depende del ASIC, TCAM o NP según el caso..­‑

P: ¿Cuál es la velocidad en baud rate y de bit rate­? ­

R: ­Esta información depende de la plataforma y equipo, diferentes modelos tendrán diferentes capacidades. También depende mucho de las condiciones de tu red.­

P: ¿­Aquellos modelos de router están disponibles en Ecuador­? ­

R: ­Sí.

P: ¿Toca leer las especificaciones de cada equipo? ­

R: Así es. Por ejemplo los equipos basados en software manejan eficientemente el tráfico pero no te dan altas velocidades, sin embargo son más baratos. Los equipos basados en HW son más caros, pero son capaces de manejar altas velocidades de tráfico.­‑

P: ¿La tabla de adyacencias es la tabla del IGP o la tabla arp del router?

R: ­Es similar a la tabla de ARP, pero no es el mismo concepto. Son tablas independientes. En la tabla de adyacencias verías solo los equipos que son "next-hop" en tu tabla de IGP.­‑

P: ¿Cómo es el comando?­

R: ­"show ip cef" para ver la fib; "show ip route" para ver la rib; "show adjacency" para ver la tabla de adyacencias.

P: ¿­Similar a lo anterior pero no se usa el Scheduler porque la información ya se encuentra en la CEF no?­

R: Más o menos. Nunca llegamos a necesitar el scheduler o el proceso de IP Input, porque todo se corre durante una interrupción. Ya no hacemos las búsquedas dentro del proceso de IP input y usamos la información de la tabla de CEF en su lugar.

P: ¿Un switch 3750 la cpu basado en hardware­?

R: A: ­El switch 3750 y todos los switches en general están basados en Hardware corren con TCAM y ASIC. Sin embargo estos equipos fueron hechos para hacer reenvío de paquetes principalmente. Tecnologías como GRE, Zone Based Firewall y otros se procesan por SW.

P: ¿Es normal que al dar un show run en un 3750 la cpu suba a un pico 100%­?

R: ­Depende del proceso que utiliza la mayor parte de la utilización. Si es SSH o bien Virtual Exec podría ser esperado. El equipo está tratando de desplegar mucha información en poco tiempo y utiliza constantemente el CPU.­ Ahora bien, esto no necesariamente es un problema. El tráfico que pasa a través del equipo se maneja por interrupciones que tienen mucha más prioridad que el telnet o SSH, por lo que tu tráfico no debería verse afectado.­

P: ¿Eso quiere decir que algún proceso que tenga un nivel crítico bajo podría nunca entrar?­

R: ­Es correcto. Podría llegar a pasar algo así si la cantidad de tráfico es muy alta para que la plataforma lo procese adecuadamente.­

P: ¿­Qué son y por qué se generan las interrupciones?­

R: ­Cuando hablamos de interrupciones nos referimos a paquetes de tráfico. Cada vez que un paquete llega a una interfaz del equipo se genera una interrupción y el CPU detiene sus actividades hasta que el paquete sea enrutado como se necesita.­

P: ¿­Cómo identifica el router un proceso como una interrupción?

R: ­Cuando hablamos de interrupciones nos referimos a paquetes de tráfico. Cada vez que un paquete llega a una interfaz del equipo se genera una interrupción y el CPU detiene cualquier actividad que esté realizando hasta que el paquete sea enviado a su destino­.

P: ¿Funcionan de igual manera con los puertos sfp del SW­?

R: Así es.

P: ¿En teoría no debería haber interrupciones en plataformas de forwarding asic­?

R: ­Siempre que hay tráfico se generan interrupciones. La diferencia es que el ASIC es el CPU que se ve interrumpido por el tráfico y no el CPU central de tu equipo.­

P: ¿­En caso de no entrar un proceso de nivel bajo que sucedería con aquel proceso?­

R: Podríamos tener mucho retraso en ese proceso. Por ejemplo, telnet es un proceso de baja prioridad, si hay muchos procesos de alta prioridad (tráfico del cliente) corriendo, verías que tu sesión de telnet es muy lenta.­

P: ¿Tiene algún ejemplo de cómo aplicar el Variance?­

R: ­Aquí puedes ver un ejemplo muy simple para el uso de variance: http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a008009437d.shtml­.

P: ¿­Cuáles son los comando para los procesos de EIGRP variances­?

R:­ Dentro del proceso de EIGRP, el comando es "variance #" donde # es un número entero. Para confirmar si está funcionando podemos usar "show ip route" y "show ip eigrp topology".

P: ¿­Algún libro donde se explique con mayor profundidad CEF?­

R: ­Cisco Express Forwarding - Stringfield, Nakia, White, Russ and McKee, Stacia­.

P: ¿Podrías proporcionarme referencia de inicio con CEF?

R: ­Este link explica los conceptos que vimos el día de hoy: http://www.cisco.com/en/US/tech/tk827/tk831/technologies_white_paper09186a00800a62d9.shtml­.

P: ¿Cómo se llena la tabla CEF?

R: ­La tabla se va integrando con la información de la tabla de ruteo y la tabla de adyacencias.­

P: ­¿Fast switch es a nivel de software (cpu) y CEF es en hardware?

R: ­Más o menos. Fast Switching procesa solo el primer paquete por CPU y el resto por HW. CEF siempre es en HW.­

P: ¿Para Data Center de Cloud que tipo de Router sería la mejor decisión­?

R: ­Depende del uso que le quieras dar dentro de tu red, hay diferentes plataformas para diferentes tipos de necesidades.­

P: ¿En plataformas de swtching que es mejor fast switch o CEF?

R: CEF.

P: ¿­CEF soporta balanceo de carga para tcp/ip?­

P: ­Así es. Lo soporta tanto por flujo como por paquetes, aunque lo recomendado siempre es usar el balanceo por flujo.

Historial de versiones
Revisión n.º
1 de 1
Última actualización:
‎01-10-2014 09:41 AM
Actualizado por:
 
Etiquetas (1)