Laissez les équipements dessiner la topologie
Chaque équipement déclare déjà ses voisins en CDP et en LLDP. NacTrack les interroge tous et recompose le graphe, à chaque collecte.
Personne n'a placé ces équipements
Cinquante-huit équipements et cent vingt-sept adjacences, relevées sur le parc de démonstration. Les positions ne sont pas dessinées: chaque équipement nomme ses voisins, et la forme qui apparaît est celle que ces adjacences imposent.
Par site
- Casablanca29 equipements
- Rabat11 equipements
- Agadir4 equipements
- Fes4 equipements
- Marrakech4 equipements
- Tangier4 equipements
- Oujda2 equipements
La taille d'un point est son nombre d'adjacences. Les cœurs remontent, les accès descendent, et le reste se place tout seul. C'est la même donnée que le canevas du produit, sans la mise en page d'un humain.
Pourquoi une topologie déclarée bat un schéma
- Un schéma est exact le jour de sa livraison. Un lien déplacé un samedi soir ne le met pas à jour.
- LLDP et CDP font déclarer à chaque équipement ce qu'il voit sur chacun de ses ports, en permanence.
- Collectées sur tout le parc et recoupées, ces déclarations donnent le graphe réel: vitesses de liens et interfaces exactes.
- Le graphe répond à des questions qui traversent plusieurs équipements: par où passe le trafic entre deux sites, ce lien est-il le seul chemin, ce VLAN est-il continu de bout en bout.
- Chaque collecte reconstruit le graphe. Il n'y a rien à mettre à jour à la main.
Ce que le canevas sait dessiner, couche par couche
Un seul graphe, et chaque couche s'allume ou s'éteint dessus. Ce sont les couches telles qu'elles existent dans le produit, pas une sélection.
| Famille | Couches | Ce qu'elle ajoute au graphe |
|---|---|---|
| Découverte L2 | CDPLLDPNoms d'interfacesVLANs | Le graphe de base: chaque équipement déclare ses voisins port par port. Les deux protocoles sont séparés, parce qu'un lien vu par un seul des deux se raconte autrement qu'un lien vu par les deux. |
| Spanning tree | Superposition STPÉtats de portsCouronne du bridge racinePar instance | L'arbre par-dessus le graphe physique: quel port bloque, quel port passe, et où est la racine. La sélection d'instance montre que l'arbre n'est pas le même d'un VLAN à l'autre. |
| Routage L3 | OSPFEIGRPBGPIS-ISIPv6 NDP | Les adjacences de protocole, qui ne suivent pas les câbles. BGP se filtre en eBGP, iBGP ou les deux, et par numéro d'AS, parce qu'un maillage iBGP complet recouvre tout le reste si on le laisse tout tracer. |
| VPN et transport | L2VPN / XConnectServices VPLSSessions LDPVXLAN (maillage VTEP)BGP EVPNTunnels VPN | Les services portés au-dessus du réseau, sur le même dessin que le réseau qui les porte. C'est là qu'on voit qu'un service traverse un équipement dont personne ne se méfiait. |
| Lecture | Enveloppes de sous-réseauxZonesÉquipements externesMasquer les orphelinsTéléphones IPBornes Wi-FiIcônes par type ou par constructeur | De quoi rendre lisible un parc entier: les regroupements par sous-réseau, les zones nommées à la main, et les catégories d'équipements que l'on veut sortir du dessin ou y faire entrer. |
| Changement | Nouveaux liensLiens disparusCouleurs par protocoleComparaison | Deux collectes mises l'une sur l'autre. Un lien apparu et un lien disparu ne sont pas la même nouvelle, et le graphe les distingue au lieu de simplement se redessiner. |
Ce que la topologie ne peut pas dire
Un voisin qui n'annonce ni LLDP ni CDP n'apparaît pas comme voisin. Cela concerne certains firewalls, le matériel non administrable et les liens traversant un opérateur tiers. Le lien existe, la déclaration non.
La topologie décrit l'état à la dernière collecte. Un lien tombé depuis n'apparaît pas comme tombé: c'est votre supervision qui le dit.
- Voisinages LLDP et CDP sur tout le parc
- Couche 2 et couche 3, par VRF
- Vitesse de lien et interfaces exactes
- Continuité de VLAN de bout en bout
- Export en image pour un dossier