Cisco Nexus 7000 Sup-2 et 2E, pourquoi pas de CMP?


9

Je regarde une mise à niveau du Nexus 7000 Supervisor 1 vers le Supervisor 2E.

L'une des différences que je constate est le manque de CMP (Connectivity Managment Processor) et de port CMP. Même sur le guide de configuration pour CMP, ici , il est dit:

Remarque: Le CMP est disponible uniquement sur les modules Supervisor 1, pas sur les modules Supervisor 2 ni Supervisor 2E.

Actuellement, nous utilisons ces ports pour la gestion OOB, mais perdrons cette fonctionnalité dans les Sup-2E. Ce n'est pas la fin du monde, mais je devrai documenter / contourner cela dans le plan de mise en œuvre.

Je suppose que c'était un choix intentionnel de la part de Cisco, donc quelqu'un sait-il pourquoi ou a-t-il une documentation avec le raisonnement derrière ce choix?


Une réponse vous a-t-elle aidé? si c'est le cas, vous devez accepter la réponse afin que la question ne s'affiche pas indéfiniment, à la recherche d'une réponse. Alternativement, vous pouvez fournir et accepter votre propre réponse.
Ron Maupin

Réponses:


10

Un de mes amis a posé cette question à Vegas dans Cisco Live et Cisco a cité le manque de demande des clients et le thermique comme principales raisons.

CMP est absolument la bonne solution et nous en avons besoin dans tous les commutateurs et routeurs de fournisseurs, uniquement dans le bon OOB. Les serveurs ont cela depuis plus de dix ans.

Veuillez donc commencer à ajouter cet élément comme élément de notation dans votre RFQ, afin que les fournisseurs sachent qu'il y a une demande.


En raison du commentaire thermique, j'ai envoyé un courriel à Freescale (la plupart des routeurs et des commutateurs utilisent leur SOC dans le plan de contrôle) et leur ai demandé s'ils prévoyaient de prendre en charge quelque chose comme Intel vPro, qui aide à implémenter la fonctionnalité OOB ...

D'après les mises à jour de notre équipe marketing, j'ai entendu que quelque chose de similaire sera implémenté dans la prochaine génération de nos processeurs multicœurs, mais cela est encore en discussion, donc je n'ai pas de détails. Ok, je transmettrai votre suggestion à notre équipe de conception principale, j'espère qu'elle en tiendra compte.

Il n'y a aucune garantie que Cisco implémenterait OOB sur Nexus 7k dans les futurs superviseurs, mais j'ai pensé qu'il était intéressant que Freescale envisage d'ajouter une fonctionnalité comme celle-ci à leur silicium.


Je ne pense vraiment pas qu'il soit nécessaire de spéculer sur les partenaires silicium de Cisco ... en fait, Cisco construit sur mesure une grande partie de leur matériel sans parties externes
Mike Pennington

Je ne spécule pas, ce sont des informations publiques. Sup7, Sup2T, SR7750 sfm-12, MX80, EX8200, RSP720, FPC5, SRX3k, SRX1k4, MOD80, ASR9001, ACX2100, etc. ont tous un plan de contrôle à l'échelle (et beaucoup plus, comme 90% des appareils réseau ont un contrôle à l'échelle) avion, et ne le cachez en aucune façon).
ytti

Mon point est, car freescale n'offre pas de port Ethernet OOB (comme vPro). Le vendeur qui veut le faire, comme CMP, doit ajouter du nouveau matériel dans l'équipement, ce qui est un coût non nul en thermique et en nombre de broches. Si OTOH, SOC aurait ce port OOB en lui-même, alors le vendeur n'a rien à sacrifier.
ytti

Votre point est toujours de la spéculation jusqu'à ce que vous ayez parlé à l'équipe d'ingénierie de Cisco de la suggestion. Ayant travaillé pour leur équipe d'ingénieurs, je peux témoigner qu'il est facile d'agiter les fiches techniques et de penser que votre idée est parfaite ... les réalités de l'ingénierie ne sont pas si simples. Retirez la spéculation de votre réponse et je supprimerai mon downvote
Mike Pennington

Pensez-vous que c'est plus précis maintenant Mike?
ytti
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.