Cisco,NetApp et VMware viennent d’annoncer la validation d’un environnement complet FCoE en environnement VMware.
La suite sur le blog d’Eric Debray.
Une nouvelle version du Nexus 1000V est disponible, la 4.0(4)SV1(3a) – si je tenais la personne qui a décidé le versionning de NXOS …. il aurait été plus simple de l’appeler 1.3 
D’après la release note aucune nouveauté deans cette version mais juste la correction de 24 bugs.
Une mise à jour qui n’est pas recommandée si vous ne rencontrez aucune difficulté.
Suite à l’annonce programmée de pénurie d’adresses IP, les profesionnels du secteur associés à l’IPV6Forum organisent un congrès IPV6 en 2011 à Paris.
Suivant que l’on soit pessimiste ou pas, la pénurie est pronostiquée pour la fin 2010 ou pour dans 2 à 3 ans.
Le v6 World Congress 2011 se déroulera à Paris à l’Hotel Mariott Rive Gauche du 8 au 11 février 2011.
Participeront à ce congrès : Free, NTT, AT&T, Verizon, BT, Deutsche Telekom, Orange, Portugal Telecom, Telecom Italia, Telkom Indonesia en partenariat avec Cisco
Sur le site communautaire de Cisco un employé de la firme de San José, vient de publier un document au format pdf expliquant pas à pas la procécure de migration d’un Nexus 1000v de vSphere 4 à 4.1
Remarque : seul le Nexus 1000V Release 4.0(4)SV1(3) est supporté pour faire la mise à jour
Upgrading_esx4.0_to_esx4.1_n1k_updated
Bonne lecture
Après mon intervention sur le FCoE et le Nexus 1000v dans un environnement vSphere lors de l’ITI Forum à la demande de Cisco
VMware m’a demandé d’intervenir demain lors des Forum de la Croissance afin de présenter la vision du Cloud Computing au sein du Groupe Agrica.
Lu sur le Blog Datacenter d’Eric Debray / Cisco France
Le standard IEEE 802.3ba concernant les spécifications de l’ethernet 40Gb et 100 Gb a été ratifié ce mois ci.
Une avancée importante qui permettra en particulier aux équipements de cœur de réseau de prendre en compte les évolutions des débits engendrées par l’évolution de la puissance des processeurs, de la virtualisation des serveurs et de l’utilisation de plus en plus importante de flux video.
Cisco a déjà intégré ces besoins en débits puisque les gammes Nexus 7000 et Nexus 5000 ,de part leur conception et leur capacité de commutation (15Tps Nexus 7000 , 1Tbps Nexus 5000), auront la possibilité d’intégrer rapidement ces nouveaux standards.
Si vous utilisez le switch virtuel de chez Cisco pour vSphere et que vous souhaitez mettre à jour votre infrastructure virtuelle avec l’update 2, n’oublie pas la gestion des compatibilités entre le Nexus 1000v et vSphere.
En effet ESX 4.0 U2 n’est pas compatible avec le Nexus 1000V release 4.0(4)SV1(1). Il est impératif de mettre à jour le Nexus 1000v avec la release 4.0(4)SV1(2) ou mieux la release 4.0(4)SV1(3) du module VEM.
En avant première de ma présentation sur le FCoE et le Cisco Nexus 1000v en environnement vSphere lors de l’ITI Forum voici quelques photos du dernier nettoyage d’une salle serveurs suite au passage en FCoE sur Nexux 5020
Ce qui nous a permis de libérer deux 2960G
Plus que 2 ou 3 ports FC à libérer sur les McData pour les libérer à leur tour.
On en parlait depuis plusieurs mois … le support par DCNM – l’outil graphique de gestion et d’administration de la gamme Cisco Nexus – du switch virtuel de la gamme, c’est maintenant chose faite (entre autre chose) avec la sortie de la version 5 de DCNM.
Je vous laisse découvrir la suite sur le blog d’Eric Debray / Cisco France.
Je vais essayé de tester cette nouvelle release demain et de vous faire un retour.
[Update] J’ai la chance d’avoir une présentation de la solution par un expert DCNM Cisco la semaine prochaine donc je préfère vous faire un retour complet après sa visite … mais sachez que comparée à la version 4.2 c’est le jour et la nuit …
Cela fait un moment que je ne m’étais pas intéresser à l’alternative du Cisco Nexus 1000v pour les concurrents de VMware à savoir open source Xen, XenServer, KVM, et VirtualBox : Open Switch
La version 1.0 est disponible depuis le 17 mai et apporte les fonctionnalités suivantes :
- Visibility into inter-VM communication via NetFlow, sFlow(R), SPAN, and RSPAN
- Standard 802.1Q VLAN model with trunking
- Per VM policing
- NIC bonding with source-MAC load balancing
- Support for OpenFlow
- Ethernet over GRE
- Compatibility layer for the Linux bridging code
- Kernel and user-space forwarding engine options
La roadmap annonce prochainement (en cours de développement) :
- Compatibility layer for VDE
- Priority-based QoS
et ultérieurement
- Full L3 support (with NAT)
- More management interfaces (IOS-like CLI, SNMP, NETCONF)
- 802.1x/RADIUS
- Support for hardware acceleration (VMDQ, switching chips on SR-IOV NICs)
Dommage que ce type de switch virtuel open source, n’existe pas (encore) pour vSphere. En tout cas la solution est semble très prometteuse. A suivre de près …
(227) 
(74) 
(0)