Cisco Nexus 7000 Sup-2 y 2E, ¿por qué no CMP?


9

Estoy viendo una actualización de Nexus 7000 Supervisor 1 a Supervisor 2E.

Una de las diferencias que veo es la falta de CMP (procesador de administración de conectividad) y el puerto CMP. Incluso en la guía de configuración para CMP, aquí dice:

Nota: El CMP solo está disponible en los módulos Supervisor 1, no en los módulos Supervisor 2 ni Supervisor 2E.

Actualmente estamos utilizando esos puertos para la gestión OOB, pero perderemos esa funcionalidad en los Sup-2E. No es el fin del mundo, pero tendré que documentar / solucionar esto en el plan de implementación.

Supongo que esta fue una elección intencional por parte de Cisco, entonces, ¿alguien sabe por qué o tiene alguna documentación con el razonamiento detrás de esta elección?


¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:


10

Un amigo mío hizo esta pregunta en Vegas en Cisco Live y Cisco citó la falta de demanda del cliente y térmica como razones principales.

CMP es absolutamente la solución correcta y la necesitamos en todos los conmutadores y enrutadores de proveedores, solo en la OOB adecuada. Los servidores han tenido esto durante más de una década.

Entonces, comience a agregar esto como elemento de puntuación en su RFQ, para que los proveedores sepan que hay demanda.


Debido al comentario térmico, envié un correo electrónico a Freescale (la mayoría de los enrutadores y conmutadores usan su SOC en el plano de control) y pregunté si planean admitir algo como Intel vPro, que ayuda a implementar la funcionalidad OOB ...

De las actualizaciones de nuestro equipo de marketing, escuché que algo similar se implementará en la próxima generación de nuestros procesadores multinúcleo, pero esto aún se está discutiendo, por lo que no tengo ningún detalle. Bien, pasaré su sugerencia a nuestro equipo de diseño principal, espero que la tengan en cuenta.

No hay garantía alguna de que Cisco implemente OOB en Nexus 7k en futuros supervisores, pero pensé que es interesante que Freescale esté considerando agregar una característica como esta a su silicio.


Realmente no creo que sea necesario especular acerca de los socios de silicio de Cisco ... de hecho, Cisco construye a medida gran parte de su hardware sin partes externas
Mike Pennington

No estoy especulando, esto es información pública. Sup7, Sup2T, SR7750 sfm-12, MX80, EX8200, RSP720, FPC5, SRX3k, SRX1k4, MOD80, ASR9001, ACX2100, etc.todos tienen plano de control de escala libre (y mucho, mucho más, como el 90% de los dispositivos de red tienen control de escala libre- avión, y no lo ocultes de ninguna manera).
ytti

Mi punto es, ya que freescale no ofrece puerto ethernet OOB (como vPro). El proveedor que quiera hacerlo, como CMP, debe agregar nuevo hardware en el equipo, que es un costo no nulo en térmicos y contadores. Si OTOH, SOC tendría este puerto OOB en sí mismo, entonces el proveedor no necesita sacrificar nada.
ytti

Su punto sigue siendo especulación hasta que haya hablado con el equipo de ingeniería de Cisco sobre la sugerencia. Después de haber trabajado para su equipo de ingeniería, puedo testificar que es fácil mover las hojas de datos y pensar que su idea es perfecta ... las realidades de ingeniería no son tan simples. Elimine la especulación de su respuesta y eliminaré mi voto negativo
Mike Pennington

¿Sientes que ahora es más preciso Mike?
ytti
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.