Reprise du message précédent :

Bon ben, mon expérience en restera là... J'attendrais de pouvoir tester dans ma cogip.

Donc en fait azure AD en gratuit, tu peux rien faire avec, cool.

 
Je viens de câbler 12 baies en MTP/MPO. 2x6 en mono et multi.  
L’ensemble est relié sur deux baies telecom avec deux core en 100G en VSS. C’est cher mais tellement plus propre.  
 
En terme de densité, on a divisé par 3 l’encombrement.
Sur 5U tu places 16 cassettes de 6 Fo et un switch qui fait du 40/100G au calme.  
 
Si je devais refaire :
- Ajout de cassette au niveau des arrivés crossco/path panel du DC et tout pré fibre pour éviter d’avoir à se déplacer au DC pour une mise en service d’un crossco.
- Casette mono entre les baies telecom. Tuer les derniers DAC 100G mais v’la le prix des optiques 100G.
- Interdire le multi mode. Interdit les switch fiberchannel

le VSS en 2021  

Très intéressant comme retour  
 
- 6 fibres tu parles bien de duplex, donc 12 connecteurs ? C'est le coût qui t'a fait choisir le MTP12 au lieu du MTP24 ? Si la densité est un facteur, on peut faire rentrer + de fibres dans moins de U.  
- Le multimode est quand même globalement un peu moins cher. J'ai aussi proposé de faire du full monomode mais les gens sont pas prêts chez nous  
- Tu as quoi contre les switches fiberchannel ?  
 
 

Error 417 Expectation Failed  
Missing argumentation Pourquoi le VSS sapu spabien ? Je trouve ça pratique pour la redondance et rarement eu d'ennuis avec

les technos de partage total de control plane propriétaires quand il existe des alternatives ouvertes (evpn vxlan), ou qui partagent seulement l'état de la seule feature réellement utile (LACP) comme MC-LAG (ou son équivalent IETF dont j'oublie à chaque fois le nom), j'ai du mal à y voir un avantage.  
Ca donne quoi la gestion des mises à jour firmware avec le VSS d'ailleurs, de nos jours ?

 
6 paires  de fibre. Tu as donc 12 brains. 4 cassettes de 6 par U.
https://www.fs.com/fr/products/5701 [...] q8QAvD_BwE  
Pour le mono vs multi. En 2021, vu la dif de prix, il faut plus se faire chier. Full mono partout. Un seul connecteur pour tout est roule.
Les switch fiberchannel ca t'oblige à faire du mux ou placer du nexus inter site qui sait faire du fiberchannel. Dans la mesure ou c'est vouer à mourir avec l'hyperconvergence, j'éviterai d'investir dans cette techno.
 
Plutôt très satisfait du VSS et des 475 Po actuel sur le cœur. Je sais pas comment vous gérer vos problématique de SpanningTree (Vxlan ?) mais clairement ca change la done.  
 
 
 
 
 

Que ce soit evpn-vxlan ou mclag/équivalent, il n'y a pas de problématique spanning-tree. Ca fait bien longtemps que le spanning-tree n'est plus utilisé pour gérer la redondance de liens, en environnement DC.  
Même avec les technos de fabric "L2" d'il y a 5-10 ans (TRILL/SPB et toutes leurs variantes proprios), STP faisait déjà parti du passé (c'était une des raisons de la création de ces technos justement).

il y a des gens qui travaillent chez PC21 ici ? (ou travaillaient plutôt )

Sur la même page plus bas tu as la version à 24 brins par cassette (en 1xMTP24 ou 2xMTP12) et même 36 brins. Avec les cassettes 24 brins on fait ton setup sur 3U au lieu de 5U (8 cassettes au lieu de 16, donc 2U au lieu de 4) si c'est la place qui te manque. D'où ma question de pourquoi les cassettes en 12 et pas directement en 24 ? Qui peut le plus, peut le moins.  
 
Pour le mono partout je suis de ton avis, j'ai poussé mais j'ai pas réussi à convaincre les collègues qui font tout en multi actuellement sauf exceptions ponctuelles (exception qui me feront dont potentiellement problème plus tard car pas le bon patch, fibre, etc ).  
En multi il faut aussi faire gaffe au budget optique pour le 40G/100G, s'il y a plusieurs connecteurs à traverser genre patch-panels et renvois

 
C'était quoi leur argument pour rester au 20ème siècle ?  

Plusieurs euros de différence sur le prix des SFP
 
Plusieurs centimes de différence sur le prix des jarretières
 

sur du neuf il y a pas débat, si faut faire des travaux de câblage ca se discute.

- Ya déjà du multimode (quasi) (presque) (ouais à part ça et ça et ça, et aussi ça ) partout (dont plein d'OM2 ) donc flemme de changer, faut refaire le stock de patches/optiques, et tout
- C'est quand même moins cher oui, sur certains trucs. Compare les prix d'un QSFP-100G-SR4 et d'un QSFP-100G-LR4

En marque officielle ou en chinoiserie ?

Offishal On en est à l'âge de découverte du refurb, ça fait du bien aux budgets

Oui et le TAC t'envoie parfois chier avec ça  

Du refurb issu du grey market oui, pas du refurb offishal vendu sur le réseau offishal

Sont très bien les SFP chez FS

 
19k chez Cisco du coup en offishal

 
On doit pas avoir les mêmes clients  
Au rachat des boites de 100 à 300 personnes, je compte plus les L2 distant étendue par l'opérateur dans un tunnel type GRE/PPT par dessus un pseudo MPLS foireux vendu par un opérateur alternatif Dixit : "Car plus simple à administrer"
Avec 500 postes de chaque coté sans vlan/sans voice à base de switch netgear et de gateway unique mais dans un plan d'adressage différents :    
GW : 172.16.1.254/16
Site A : 172.16.0.0./24 - GW 1.254
Site A : 172.16.2.0./24 - GW 1.254
 
Je vois pas trop le problème du VSS ? La perte d'un membre ? C'est plutôt compréhensible pour les non réseaux plutôt qu'un vxlan encapsulé dans un vlan qui est lui même dans une vrrf.
Pour le coup, on gère nos 3 mini DC (10/12 baies) avec du VSS et du PO 100G interDC en faisant gaffe de pas faire transiter tout les vlans. On doit avoir un vlan qui transite sur l'ensemble des DC (la repli baie).
Un peu de BGP pour router les subnets serveurs et du Nutanix/DellVxRail pour la repli.  
 
 
 
 

Le gros souci d'un VSS ou d'un IRF, c'est surtout que tu es dépendant d'un ISSU pour tes mises à jour. Et parfois, soit tu dois te taper une mise jour en 15 étapes, soit tu n'as meme pas de chemin ISSU tout court!

C'est l'un des gros avantages de vPC / VSX / DRNI... tu mets a jour chaque switch l'un après l'autre.

Apres si tu gères un réseau "modeste", c'est sur que monter une fabric EVPN-VXLAN c'est parfois overkill  , une solution basée sur MC-LAG peut suffire.    

19K pour du refurb en prix liste au lieu de 30K c'est un bout d'économisé.  
En SR4 c'est 1.3K en refurb au lieu de 2K, moins d'économie mais c'est tjrs ça de gagné.  
 
Tout ça c'est sans compter les rabais (concrètement, la facture a fini à -80% sur un lot d'optiques LR & SR refurb par rapport au prix liste).  
 
Pour revenir au débat initial, on voit sur cet exemple qu'entre 30K-2K ou 19K-1.3K ça fait quand même un écart visible entre monomode et multimode en faveur du multimode. Sachant qu'on fait bcp de liens intra DC et peu de liens longue distance, le choix du multimode tient la route dans mon cas précis.

Tu cherches un coupable?

 
Il y a quoi comme information ? Cela rentre dans le RGPD ?

chiffré.

Toutes les informations qu'on peut trouver dans un serveur de fichiers avec dossier users perso, et dossiers de travails.

 
C'est quoi ces conneries ? Du matériel de la boite disparaît et le mec se dit "oh! c'est pas la peine de prévenir/porter plainte/avertir" ?

Je vais même le racheter avec mon pognon, pour pas faire chier le patron.

Si il a averti son n+1, le reste n'est pas son problème, mais cela ne semble donc pas être le cas.

 
Ah OK, c'est plus clair

C'est quoi cette histoire

Je sens qu'on va avoir du fun sous peu
Edit: 1 an. 1 AN!!! UNE ANNEE!!!! J'avais raté cette information.

Ton avis chef ? Le mec est dans la merde ? Et l’entreprise ?

Aucune idée, je fais plus trop d'informatique, et j'ai pas la moindre compétence juridique.
 
Mais je trouve choquant qu'il faille un an pour une réaction. Avec de la chance le vol était juste pour le matos, et le voleur fera rien des données, par contre si c'est ciblé et que les données ont de la valeur

Donne nous le nom de la boite et on te donneras un avis

Si la boîte n'a pas édictée de processus internes clairs pour faire remonter les vols je ne dirais pas que ton collègue puisse être licencié surtout s'il a une trace comme quoi il a prévenu le directeur du site. Il n'a pas très bien réagi mais c'est aussi le rôle de la DSI de définir une ligne à suivre dans ce genre de situation.

Concernant la déclaration à la CNIL, oui c'est plus sûr de les contacter et de voir avec eux que d'attendre et que ça leur remonte par un autre biais (notamment un salarié si l'affaire s'ébruite).

N'empêche qu'ils doivent être bien rodés sur les processus de backup et restauration pour qu'une disparition de ce genre de données d'utilisateurs passe inaperçue, sans faire de remous jusqu'au service IT

 
C'est pas tant le vol le souci - même avec un bon processus on ne peut reprocher (en tous cas lourdement) à personne d'être un boulet.  
Si j'étais le patron, j'enquêterai plutôt sur ce qui a poussé qqun à masquer le vol, la y'a matière à être suspicieux.

ca me rappelle une vidéo de Micode sur youtube, il achète des HDD sur LBC pour voir si les data sont récupérables et tombe sur une embrouille à base d'employé qui a revendu un HDD (en mode schneck) changé au sein d'un DC  (si je me souviens bien) avec le PDG de la boite impactée qui le contacte

Oh, il faut que vois ça.
----
Ça ?

https://www.youtube.com/watch?v=vt8PyQ2PGxI

Apparemment, on en parle ici :
>> https://www.digdeo.fr/articles/actu [...] -leboncoin

Je verrais ça tout a l’heure.