Diskussion:Simple Network Management Protocol

message: Gibt es eine Liste der OID-Adressen? also z.B. 1.3.6.1.2.1.1.3, etc?
Können Links zu programmen gegeben werden, die die SNMP-Daten aus Routern etc. auslesen können?
Danke, --Abdull 00:32, 14. Mär 2005 (CET)
replies: text: Jeder Hersteller sollte MIBs für seine Geräte (Router, Bridges, Hosts, Netzwerkdrucker etc.) bereitstellen. Diese kann man dann in sein Netzwerkmanagementsystem einlesen. In RFCs sind auch  MIB-II, RMON etc. standardisiert, z. B. für Netzwerkdrucker RFC 1759, die RMON-MIB etwa bei www.mg-soft.si/mgMibExplorer-samples/RMON-MIB.html. Bei freshmeat.net findest du gerade einen Einführungsartikel zu Netzwerkmanagementsystemen NMS und natürlich auch die GPL-Tools wie Net-SNMP. --Hubi 07:01, 14. Mär 2005 (CET)
thread_title: OID-Adressen

message: _Der_ Trap? Meinem unmaßgeblichen Sprachempfinden nach sind Traps weiblich. --Zarquod 17:48, 8. Mär 2006 (CET)
replies: text: Also ich bin der Meinung: Der Trap, die Traps.... --Rene Bretz (ReneOFD) 14:13, 10. Mär 2006 (CET)
replies: text:  Meistens geht man doch nach dem entsprechenden deutschen Wort, also hier die Falle, somit die Trap. --ChristianErtl 10:51, 8. Jun 2006 (CEST)
thread_title: „Der Trap“ oder „Die Trap“

message: Ich habe mal versucht, eine Taxobox für Netzwerkprotokolle anzufangen. Für die  Protokollstapel habe ich Vorlagen gebaut 
* Vorlage:Netzwerk-TCP-IP-Anwendungsprotokoll FTP,...
* Vorlage:Netzwerk-UDP-IP-Anwendungsprotokoll SNMP, DHCP etc.
* Vorlage:Netzwerk-TCP-UDP-IP-Anwendungsprotokoll z.B. DNS, NTP
Leider muss dort float:right eingetragen sein, der Parameter um den Protokollstapel in der Taxobox zentriert anzuzeigen, funktioniert aber noch nicht richtig. Falls möglich, würde ich irgendwann auch eine Vorlage für die Box präferieren. --Hubi 16:25, 11. Mär 2006 (CET)
replies: text:  Wieso ist im Kasten "TCP/IP ..." erwähnt, wenn es sich um UDP handelt? -- demx8as6 (23:16, 19. Mai 2009 (CEST)
thread_title: Kasten

message: Ich hatte mich mit diesem Protokoll eine Zeitlang beschäftigen müssen und dabei diesen Artikel stark erweitert. Nachdem alles was ich über das Protokoll für erwähnenswert halte drin ist und es in den letzten Monaten auch keine nennenswerten Änderungen mehr gegeben hat, will ich das ganze zu einem Abschluss bringen und hier prüfen lassen. Ich habe jetzt noch mal alle Links geprüft und den kompletten Text nach Word kopiert und ihn von der Word-Rechtschreibhilfe prüfen lassen. --Stefan2 10:18, 4. Mai 2006 (CEST)
replies: text: Hallo, Stefan2, wo sind denn die ganzen Technik-Leute hin ? Ich bin jetzt wohl der erste, der Dir eine Rückmeldung gibt. Zunächst mal, es ist ein guter Artikel und er gefällt mir. Jetzt kommt das "aber": es ist ein Expertenartikel mit viel Liebe zum Detail, Omas und Erstsemester kommen etwas zu kurz. Deswegen folgende Anregung: Die Einleitung sollte einen Überblick über ein ganzes System mit Management-Station, Kommunikationsnetzwerk und gemanagten Geräten geben. Am besten als Grafik, weil ein Bild mehr sagt als 1000 Worte. Mit so einer Einleitung ist dann im Text schnell der Übergang zu der Grafik gemacht, die Du "das Prinzip der SNMP-Kommunikation" genannt hast. Dann wird nämlich besser klar, zwischen welchen Partnergeräten das Protokoll läuft. Was ich außerdem noch als Lücke empfinde: es gibt keine Grafik, in der eine MIB auftaucht. Im Text kommt nicht richtig raus, daß auch im gemanagten Gerät eine MIB ist, auf die der Agent zugreift, und deren Daten er via SNMP an die Management-Station schickt. Das wären erstmal zwei Vorschläge, wie sich der Artikel noch besser machen liesse. Mir ist schon klar, daß meine Vorschläge nicht das Protokoll selbst betreffen, sondern seine Anwendung. Aber die Anwendung ist ein wichtiger Aspekt. Fink 20:50, 9. Mai 2006 (CEST)

text: Danke fürs durchlesen des Artikels. Das meiste hat mir schon sehr geholfen. Ein wenig Zeit werde ich jetzt schon zum basteln brauchen. Abkürzungen und Fachbegriffe raus zu werfen geht natürlich nur bis zu einem gewissen Grad, da manches einfach zu dem Thema gehört. Aber einiges lässt sich da noch machen. Ob ich die Tabelle neben der Einleitung wirklich raus werfe muss ich mir noch mal überlegen. Die meisten Netzwerkprotokolle haben so eine Kurzübersicht. Das ist vergleichbar mit den Artikeln der Biologen, die eine Tabelle haben, in der Familie, Gattung und solche Sachen des Tieres oder der Pflanze angegeben wird. --Stefan2 12:01, 30. Mai 2006 (CEST)

text: Betrifft übrigens auch die Weblinks (s. auch Diskussion zum MIB-Artikel). -- Fleasoft 15:42, 12. Jun 2006 (CEST)
thread_title:  Diskussionsbeiträge im Review 

message: Der Folgende Satz entspricht nicht der Realität: Aufgrund der ernsten Sicherheitsprobleme der Versionen 1 und 2 sowie der geringen Unterstützung der Version 3 wird SNMP inzwischen in vielen Unternehmensnetzen nicht mehr verwendet.
Zwischen dem 2. und 12. Juni 2006 haben sich alleine 95 Firmen bei er IANA registrieren lassen um eine private OID zu bekommen. Das zeigt eindeutig, daß auch heute noch das Protokoll in gebrauch ist und bei neuen Produkten verwendet wird. Deshalb habe ich diesen Satz erst mal aus dem Artikel entfernt. --Stefan2 16:25, 13. Jun 2006 (CEST)
thread_title:  Wird nicht mehr verwendet? 

message: Kann jemand der einen Account bei den 'Commons' hat bitte den 'standart' typo im Bild korrigieren?
Könnte ich selber, aber für ein einzelnes Bild möchte ich keinen Account eröffnen. --Lak 13:17, 14. Jun 2006 (CEST)
replies: text: Danke :) --Lak 08:59, 15. Jun 2006 (CEST)
thread_title:  Standard / Standart 

message: Der Weblink Techniker - Projekt Umfangreiche deutschsprachige Einführung in SNMP ist wohl tot. Kennt jemand einen Ersatz? 89.52.129.18 08:22, 28. Jun 2006 (CEST)
thread_title:  Toter Link 

message: Die Erklärung der MIB steht im Wiederspruch zu http://www.cs.uu.nl/wais/html/na-dir/snmp-faq/part2.html (2.30.01 SUBJECT: What is a MIB?) Die Erklärung dort ist sehr gut. Beim Artikel hingegen erhält man den Eindruck, dass eine MIB eine Instanz der Datenstruktur sei (also Daten selber), anstatt eine bloße Beschreibung der vorhandenen Datenstruktur eines "SNMP-Gerätes".
Außerdem wäre es besser den Abschnitt eher eh komplett in Management_Information_Base einzubauen, ohne hier nur darauf zu verweisen. -- Nachtigall 21:33, 17. Sep 2006 (CEST)
replies: text: Den eigenen Artikel gibt es inzwischen, Management Information Base. Ich verlinke den und werfe den hier vorhandenen Text raus. Er enthält nicht mehr als der Hauptartikel. WIr lagen vor Madagaskar (Diskussion) 01:40, 27. Jan. 2016 (CET)
thread_title:  Überarbeiten - MIB 

message: Als Beispiel könnte man z.B. das Monitoring von Brandschutzanlagen aufführen. Ich beginne gerade mich in SNMP einzuarbeiten. Heutige Brand und Rauchmelder nutzen auch SNMP. Man kann dann z.B. mit dem OpenSource Tool Zabbix z.B. die aktuelle Temperatur auslesen und z.B. per Pager Alarm auslösen, wenn die Temperatur ein Limit erreicht hat. Solche Beispiele (Switch, Netzwerküberwachung, etc) könnten vielleicht hilfreich sein, dem Laien etwas mehr Verständnis abzugewinnen.
Ansonsten finde ich den Artikel sehr gut. Er hat mir schon geholfen, das ganze Thema etwas zu abstrahieren und zu verstehen. Gruß --skho 09:31, 8. Jan. 2007 (CET)
thread_title:  Beispiel 

message: Die Grafik "Das Prinzip der SNMP-Kommunikation" suggeriert, daß SNMP 6 Agenten vorgibt, von denen 5 (Agent 1-5 in der Grafik) unter der Kontrolle eines Master Agent stehen und der sechste (Agent 6) eine Sonderrolle einnimmt. Gibt SNMP das tatsächlich so vor oder ist das nur ein Beispiel?
Die Grafik "Die MIB in der Kommunikation zwischen Manager und Agenten" enthält links eine Tabelle, in der die OID einmal als Spaltenüberschrift auftaucht und einmal als Zeileneintrag. Widerspricht sich das nicht? Demnach hätte die OID selbst eine OID (hier 1.3.6.1.2.1.1.2), macht das Sinn?
-- 12:44, 09. März 2007 (MEZ)
replies: text: zur zweiten Frage: Ja das ist korrekt. Im zweiten Eintrag steht die OID der Enterprise-Kennung. Hier mal ein Beispiel, mit dem ich gerade arbeite: SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.1588.2.1.1.1 Wie du erkennst, hat diese OID selbst eine OID als Wert, nämlich die Enterprise-OID, also die Stelle, ab der enterprise-Informationen des Herstellers liegen. --skho Nachricht 13:21, 9. Mär. 2007 (CET)

text: Meine Grafik "Das Prinzip der SNMP-Kommunikation" stellt lediglich ein Beispiel dar, die Anzahl der Agents kann beliebig variieren... --Rene Bretz (ReneOFD) 16:02, 9. Mär. 2007 (CET)
thread_title:  Zwei Fragen zu den Grafiken 

message: Hi,
ei was soll denn dieses Abkürzungsverzeichnis? Die Links auf die Akürzungen gehören selbstverständlich in den Text, die Begriffe an Ort und Stelle aufs Notwendigste erläutert (wenn dies nötig ist). Diese Tabelle ist - entschuldigung, das ist sonst gar nicht meine Art, aber hier ist es nun mal so - unnötig und sogar noch verwirrend (im ersten Moment kann man ja glatt auf die Idee kommen, es handle sich da um Zeugs, was sich aus SNMP entwickelt hat oder irgendwie damit zu tun hat - aber der direkte Kontext besteht nirgendwo).
Wenn niemand dagegenspricht, nähme ich mir das Recht heraus, diese Sache durchzuführen.
Grüße, --Benji 19:10, 23. Mai 2007 (CEST)
replies: text: Hättstes mal gleich gemacht. Ich hab es jetzt gelöscht. Die Abkürzungen sind alle schon im Text verwikilinkt.--87.162.4.242 12:33, 19. Feb. 2008 (CET)
thread_title:  zum [[SNMP#Abkürzungsverzeichnis]] 

message: Wirklich interessant ist für SNMP nur der Unterbaum .iso.org.dod.internet (.1.3.6.1), welcher auch einfach mit „internet“ abgekürzt werden kann. Ein snmpget nach „internet.xy“ würde also denselben Wert liefern, wie ein snmpget nach „.iso.org.dod.internet.xy“ bzw. „.1.3.6.1.xy“.
Hier sind 2 Dinge anzumerken:
*1. Die Dot-Notation kommt von der IETF und wird durch die ITU-T im ASN.1 Standard (X.660 etc) nicht anerkannt. Das Einfügen von NameForms ("iso") in die Dot-Notation ist etwas bedenklich - ich bin mir nicht sicher, ob das in einem RFC spezifiziert wurde. Die Auflösung einer solchen Adresse ist ohne ORS nicht möglich, da z.B. "dod" kein standardisierter Bezeichner ist und somit keine Übersetzung dod = 6 stattfinden kann.
*2. Das Ersetzen von ".1.3.6.1" durch "internet" ist kein gültiger "NameForm" für die ASN.1 Notation von OIDs. Weder ISO noch ITU-T haben "1.3.6.1" eine standardisierte Name-Form (= NumberForm optional) "internet" zugewiesen und das Weglassen von ".1.3.6" ist nicht nach ASN.1 Standard möglich. (Vollständige Liste aller NameForm Standardisierungen hier: http://www.oid-info.com/name-forms.htm ). Eine ASN.1 OID der Form { iso org dod internet xy(0) } oder { internet xy(0) } wäre also in ASN.1 Modulen ungültig.
PS: Jemand sollte die Grafiken aktualisieren. CCITT ist schon lange nicht mehr der der Bezeichnet für arc 0. CCITT sollte überall durch ITU-T ersetzt werden.
--21:09, 20. Apr. 2012 (CEST)
thread_title:  OID-Adressnotation: Konformität mit ITU-T Empfehlungen / ASN.1 

message: Mir fehlen hier ein paar Beispiele oder Hinweise zu Software oder Tools: Was muss/kann ich installieren, um SNMP-Daten verwalten zu können? Danke. 92.106.151.60 21:53, 27. Jul. 2013 (CEST)
thread_title:  Software? 

message: Bei der Lektüre bin ich über die PDU gestolpert. Das Akronym wird nicht aufgelöst, auch nicht verlinkt. --217.6.96.12 08:56, 12. Mai 2023 (CEST)
thread_title:  "PDU" nicht erklärt / verlinkt