Comment gardez-vous une trace de ce qui est connecté à vos commutateurs?

15

Actuellement, nous documentons manuellement les connexions aux ports de nos commutateurs. Bien sûr, la maintenance est une corvée, et la documentation est obsolète dès que vous l'enregistrez.

Existe-t-il des outils pour interroger les commutateurs, de préférence via SNMP, qui peuvent vous dire ce qui est connecté à l'autre extrémité?

Pour mémoire, nous utilisons principalement des commutateurs HP ProCurve.

switch Kamil Kisiel
la source
les anciens commutateurs procurve prennent en charge CDP. cela s'est avéré très pratique avec un outil comme netdisco.
petrus

Réponses:

9

Netdisco est la réponse.

  • Il peut représenter graphiquement la topologie du réseau (tant que vous utilisez des commutateurs prenant en charge LLDP ou CDP).
  • Il peut interroger les tables ARP (avec SNMP) de ces périphériques et vous dire quel port a quel périphérique connecté il résout également les noms avec DNS et WINS.
  • Il vous montre les adresses IP utilisées dans votre réseau, il a également un inventaire des périphériques réseau.
  • Il peut découvrir automatiquement la topologie du réseau (il vous suffit de spécifier un périphérique réseau comme point de départ).

Site Web: http://netdisco.org/

cstamas
la source
Cela ressemble à l'outil qui fait exactement ce que je veux. Cela ne semble pas avoir été maintenu depuis un certain temps, mais je vais lui faire un tourbillon et voir si je peux le faire fonctionner avec notre réseau. Merci :)
Kamil Kisiel
Il est conservé dans le CVS, mais ils n'ont pas fait de version récemment.
cstamas
3

J'ai utilisé GLPI ( http://glpi-project.org/spip.php?lang=en ) que j'ai aimé, des feuilles de calcul (qui sont lourdes mais efficaces), et j'ai regardé IP Plan ( http: // iptrack .sourceforge.net / ) qui semble presque abandonné.

Comme je vais bientôt obtenir un autre administrateur (YAY), je vais revenir à GLPI.

De plus, j'étiquette chacun des câbles allant au commutateur avec une étiqueteuse Brother p-touch. C'est assez bon marché, mais c'est mieux que rien.

Matt Simmons
la source
GLPI découvre-t-il automatiquement quels périphériques sont connectés aux ports d'un commutateur, ou est-ce quelque chose que vous devez mettre à jour vous-même?
Kamil Kisiel
1
+1 pour l'étiquetage, si je trouve un autre câble `` mystère '' ...
TonyUser
Il semble que les étiquettes tombent toujours des câbles. Nous utilisons une étiqueteuse Dyno pour étiqueter tous nos serveurs et nous l'avons parfois appliqué aux cordons d'alimentation et aux câbles réseau. Les étiquettes semblent toujours tomber après un certain temps, surtout si elles sont à l'échappement d'un serveur. Quel est le secret?
Kamil Kisiel
Vos étiquettes s'enroulent-elles sur elles-mêmes? S'ils ne le font pas, vous pouvez toujours les envelopper dans du ruban adhésif.
Tanj
Ils enveloppent, mais finissent par se décoller. Je peux essayer la cassette.
Kamil Kisiel
3

NetDisco est un gros canon. Pour un script plus simple, regardez switchmap . Il parcourt les tables MAC des commutateurs, les tables ARP, CDP et al pour générer des pages Web statiques. Ceux-ci résument bien les affectations de ports.

pklausner
la source
Super petit bougre, fonctionnait comme un charme!
Bruno Pereira
2

Je suis un grand fan de l'outil de mappage de ports de commutateur géré de NST www.netscantools.com/spmapmain.html

Ce n'est pas gratuit, mais il est très utile pour le dépannage et la documentation des réseaux. Il utilise SNMP et ARP pour vous donner l'adresse MAC et IP (et fera également des recherches DNS) de tous les périphériques connectés à chaque port sur un commutateur donné.

Bravo pour cet outil!


la source
0

Vous pourriez devenir bien familiarisé avec NMAP et l'utiliser comme votre mappeur de réseau mis à jour. Bien que je pense que cela s'avérerait trop lourd. Je m'en tiens au fabricant d'étiquettes et à mon principal outil pour cette situation.

scotthere
la source
Je pensais que NMAP travaillait sur la couche réseau et non sur la couche liaison de données. Interroge-t-il le commutateur?
pcapademic
Vous avez absolument raison. J'y pensais ce matin.
scotthere
0

OpenNMS propose la découverte de la couche 2 via la collection SNMP (comme je suis sûr que d'autres outils similaires).

OpenNMS va extraire les informations MAC, VLAN et STP des périphériques gérés, et les utiliser pour créer une topologie l2, qu'il peut ensuite mapper. (Le mappage natif ne fonctionne actuellement que pour IE, mais la prochaine version stable - 1.8 - je pense qu'il aura un meilleur support de mappage). Vous pouvez voir quels nœuds sont connectés à un nœud donné sur une base par port.

Alternativement, si vous êtes à l'aise d'écrire quelque chose vous-même, snimpy fournit une excellente interface de programmation pour SNMP, évitant une grande partie de la surcharge de programmation pour SNMP. Je l'ai utilisé récemment pour générer un résumé en direct des réseaux locaux virtuels par port, ce que nos commutateurs n'ont pas signalé correctement.

Daniel Lawson
la source
0

J'ai écrit un programme Perl qui fonctionne sur Linux / FreeBSD pour suivre tous les appareils sur votre réseau Cisco (IOS / NX-OS / ASA). Il utilise SSH / Telnet (pas de SNMP) pour se connecter aux appareils et stocke toutes les données dans une base de données MySQL. Il est très modulaire, est orienté vers les réseaux moyens et grands, comprend une interface GUI et CLI, et possède une bibliothèque qui peut être utilisée par d'autres programmes. Il existe de nombreuses fonctionnalités, il suffit donc de consulter la page Web:

http://netdbtracking.sourceforge.net/


la source