In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird die Verwendung der erweitertenping
und der erweitertentraceroute
Befehle beschrieben.
Für dieses Dokument müssen Sie dieping
undtraceroute
Befehle kennen.
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
ing
PCommandDer Befehlping
(Packet InterNet Group) ist eine gängige Methode zur Fehlerbehebung bei der Barrierefreiheit von Geräten. Er verwendet zwei Internet Control Message Protocol (ICMP)-Nachrichten, ICMP-Echo-Anfragen und ICMP-Echo-Antworten, um zu bestimmen, ob ein Remote-Host aktiv ist. Derping
Befehl misst außerdem die Zeit, die zum Empfangen der Echo-Antwort erforderlich ist.
Derping
Befehl sendet zunächst ein Echo-Anforderungspaket an eine Adresse und wartet dann auf eine Antwort. Dieping
ist nur dann erfolgreich, wenn die ECHO-ANFRAGE am Ziel ankommt und das Ziel in der Lage ist,ping
innerhalb eines vordefinierten Zeitintervalls eine ECHO-ANTWORT an die Quelle der zu erhalten.
ing
PC-BefehlWenn ein normalerping
Befehl von einem Router gesendet wird, ist die Quelladresse des Ping die IP-Adresse der Schnittstelle, die das Paket verwendet, um den Router zu verlassen. Wenn ein erweiterterping
Befehl verwendet wird, kann die Quell-IP-Adresse in eine beliebige IP-Adresse auf dem Router geändert werden. Die erweiterteping
wird verwendet, um eine erweiterte Überprüfung der Host-Erreichbarkeit und der Netzwerkkonnektivität durchzuführen. Der erweiterteping
Befehl funktioniert nur in der privilegierten EXEC-Befehlszeile. Der normale Modusping
funktioniert sowohl im Benutzer-EXEC-Modus als auch im privilegierten EXEC-Modus. Um diese Funktion zu verwenden, geben Sie in derping
Befehlszeile ein, und drücken Sie die Eingabetaste. Sie werden aufgefordert, die Felder gemäß dem Abschnitt Feldbeschreibungen des Ping-Befehls in diesem Dokument auszufüllen.
ing
PCommand-FeldbeschreibungenIn dieser Tabelle werden die Beschreibungen derping
Befehlsfelder aufgeführt. Diese Felder können mit dem erweitertenping
Befehl geändert werden.
Feld |
Beschreibung |
Protocol [ip]: |
Fordert ein unterstütztes Protokoll an. Geben Sie appletalk, clns, ip, novell, apollo, vines, decnet oder xns ein. Der Standardwert ist ip. |
Target IP address: |
Fordert die IP-Adresse oder den Hostnamen des Zielknotens an, den Sie pingen möchten. Wenn Sie ein anderes unterstütztes Protokoll als IP angegeben haben, geben Sie hier eine entsprechende Adresse für dieses Protokoll ein. Die Standardeinstellung ist „none“ (Keine). |
Repeat count [5]: |
Anzahl der Ping-Pakete, die an die Zieladresse gesendet werden. Der Standardwert lautet 5. |
Datagram size [100]: |
Größe des Ping-Pakets (in Byte). Standard: 100 Byte. |
Timeout in seconds [2]: |
Zeitüberschreitungsintervall. Standard: 2 (Sekunden). Der Ping wird nur dann als erfolgreich deklariert, wenn das ECHO REPLY-Paket vor diesem Zeitintervall empfangen wurde. |
Extended commands [n]: |
Gibt an, ob eine Reihe zusätzlicher Befehle angezeigt wird. Der Standardwert ist „no“ (Nein). |
Eingangs-Ping [n]: |
Der Eingangs-Ping simuliert Pakete, die von der angegebenen Eingangsschnittstelle empfangen wurden, für das Ziel. Der Standardwert ist „no“ (Nein). (Die Verfügbarkeit dieser Option unterscheidet sich von der verwendeten Softwareversion.) |
Quelladresse oder Schnittstelle: |
Die Schnittstelle oder IP-Adresse des Routers, die als Quelladresse für die Probes verwendet werden soll. Der Router wählt normalerweise die IP-Adresse der ausgehenden Schnittstelle aus. Die Schnittstelle kann ebenfalls erwähnt werden, allerdings mit der korrekten Syntax, wie hier gezeigt:
Dies ist eine Teilausgabe des erweiterten |
DSCP-Wert [0]: |
Gibt den Differentiated Services Code Point (DSCP) an. Der eingegebene DSCP-Wert wird in jede Probe eingegeben. Der Standardwert ist 0. (Die Verfügbarkeit dieser Option unterscheidet sich von der verwendeten Softwareversion.) |
Type of service [0]: |
Gibt die Serviceart (ToS) an. Die angeforderte ToS wird in jede Probe eingefügt, aber es gibt keine Garantie, dass alle Router die ToS verarbeiten. Es handelt sich um die Auswahl der Internetqualität. Der Standardwert ist 0. |
Set DF bit in IP header? [no]: |
Gibt an, ob das |
Validate reply data? [no]: |
Gibt an, ob die Antwortdaten validiert werden sollen. Der Standardwert ist „no“ (Nein). |
Data pattern [0xABCD] |
Gibt das Datenmuster an. Verschiedene Datenmuster werden zur Fehlerbehebung bei |
Loose, Strict, Record, Timestamp, Verbose[none]: |
IP-Header-Optionen. Diese Eingabeaufforderung bietet mehr als eine Option zur Auswahl. Dazu gehören:
Der Unterschied zwischen der Record-Option dieses Befehls und dem Traceroute-Befehl besteht darin, dass die Record-Option Sie nicht nur über die Hops informiert, die die Echo-Anfrage (Ping) durchlaufen hat, um zum Ziel zu gelangen, sondern auch über die Hops, die sie auf dem Rückgabepfad besucht hat. Mit dem Befehl traceroute erhalten Sie keine Informationen über den Pfad der Echo-Antwort. Der Traceroute-Befehl gibt Eingabeaufforderungen für die Pflichtfelder aus. Mit dem Befehl traceroute werden die angeforderten Optionen in jede Untersuchung eingefügt. Es gibt jedoch keine Garantie, dass alle Router (oder Endknoten) die Optionen verarbeiten. Die Standardeinstellung ist „none“ (Keine). |
Sweep range of sizes [n]: |
Ermöglicht Ihnen, die Größe der gesendeten Echo-Pakete zu variieren. Dies wird verwendet, um die Mindestgrößen der MTUs zu bestimmen, die auf den Knoten entlang des Pfads zur Zieladresse konfiguriert sind. Performance-Probleme durch Paketfragmentierung werden so reduziert. Der Standardwert ist „no“ (Nein). |
!!!!! | Jeder Ausrufezeichen (!) steht für den Erhalt einer Antwort. Ein Punkt (.) gibt an, dass das Zeitlimit des Netzwerkservers beim Warten auf eine Antwort überschritten wurde. Eine Beschreibung der anderen Zeichen finden Sie unter Ping-Zeichen. |
Die Erfolgsquote beträgt 100 Prozent |
Der Prozentsatz der Pakete, die erfolgreich an den Router zurückgesendet wurden. Jeder Prozentsatz unter 80 gilt in der Regel als problematisch. |
round-trip min/avg/max = 1/2/4 ms |
Round-Trip-Zeitintervalle für Protokoll-Echo-Pakete mit Minimum/Durchschnitt/Maximum (in Millisekunden). |
In diesem Diagramm können sich Host 1 und Host 2 nicht gegenseitig anpingen. Sie können dieses Problem auf den Routern beheben, um festzustellen, ob ein Routing-Problem vorliegt oder ob das Standard-Gateway eines der beiden Hosts nicht korrekt festgelegt wurde.
Damit die Verbindungping
von Host 1 zu Host 2 erfolgreich ist, muss jeder Host sein Standard-Gateway auf den Router in seinem jeweiligen LAN-Segment verweisen, oder der Host muss Netzwerkinformationen mit den Routern austauschen, die ein Routing-Protokoll verwenden. Wenn das Standard-Gateway eines Hosts nicht richtig festgelegt ist oder wenn die Routing-Tabelle nicht die richtigen Routen enthält, kann er keine Pakete an Ziele senden, die nicht im ARP-Cache (Address Resolution Protocol) des Hosts vorhanden sind. Es ist auch möglich, dass die Hosts sich nicht gegenseitig pingen können, da einer der Router keine Route zu dem Subnetz hat, von dem der Host seine Ping-Pakete bezieht.
Beispiel
Dies ist ein Beispiel für den erweiterten Ping-Befehl, der von der Ethernet 0-Schnittstelle von Router A stammt und für die Ethernet-Schnittstelle von Router B bestimmt ist. Wenn dieser Ping erfolgreich ist, deutet dies darauf hin, dass kein Routing-Problem vorliegt. Router A weiß, wie er das Ethernet von Router B erreicht, und Router B weiß, wie er das Ethernet von Router A erreicht. Außerdem sind die Standard-Gateways beider Hosts korrekt eingerichtet.
Wenn der erweiterteping
Befehl von Router A fehlschlägt, liegt ein Routing-Problem vor. Möglicherweise liegt auf jedem der drei Router ein Routing-Problem vor. Router A hätte eine Route zum Subnetz von Router B Ethernet oder zum Subnetz zwischen Router C und Router B verlieren können. Router B hätte eine Route zum Subnetz von Router A oder zum Subnetz zwischen Router C und Router A verlieren können, und Router C hätte eine Route zum Subnetz von Router A- oder Router B-Ethernet-Segmenten verlieren können. Sie müssen alle Routing-Probleme beheben, und dann muss Host 1 versuchen, Host 2 zu pingen. Wenn Host 1 Host 2 immer noch nicht pingen kann, müssen Sie beide Standard-Gateways überprüfen. Die Verbindung zwischen dem Ethernet von Router A und dem Ethernet von Router B wird mit dem erweiterten Ping-Befehl überprüft.
Bei einem normalen Ping von Router A zu Router B Ethernet-Schnittstelle wäre die Quelladresse des Ping-Pakets die Adresse der ausgehenden Schnittstelle, d. h. die Adresse der seriellen 0-Schnittstelle (172.31.20.1). Wenn Router B auf das Ping-Paket antwortet, antwortet er an die Quelladresse (d. h. 172.31.20.1). Auf diese Weise wird nur die Verbindung zwischen der seriellen Schnittstelle 0 von Router A (172.31.20.1) und der Ethernet-Schnittstelle von Router B (192.168.40.1) getestet.
Um die Verbindung zwischen Router A Ethernet 0 (172.16.23.2) und Router B Ethernet 0 (192.168.40.1) zu testen, verwenden Sie den erweitertenping
Befehl. Mit erweiterterping
,
Option erhalten Sie die Möglichkeit, die Quelladresse desping
Pakets anzugeben, wie hier gezeigt:
RouterA>enable
RouterA#ping
Protocol [ip]:
Target IP address: 192.168.40.1
!--- The address to ping.
Repeat count [5]:
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Source address or interface: 172.16.23.2
!---Ping packets are sourced from this address.
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.40.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/97/132 ms
!--- Ping is successful.
RouterA#
This is an example with extended commands and sweep details:
RouterA>enable
RouterA#ping
Protocol [ip]:
!--- The protocol name.
Target IP address: 192.168.40.1
!--- The address to ping.
Repeat count [5]: 10
!--- The number of ping packets that are sent to the destination address.
Datagram size [100]:
!--- The size of the ping packet in size. The default is 100 bytes.
Timeout in seconds [2]:
!--- The timeout interval. The ping is declared successful only if the
!--- ECHO REPLY packet is received before this interval.
Extended commands [n]: y
!--- You choose yes if you want extended command options
!--- (Loose Source Routing, Strict Source Routing, Record route and Timestamp).
Source address or interface: 172.16.23.2
!--- Ping packets are sourced from this address and must be the IP address
!--- or full interface name (for example, Serial0/1 or 172.16.23.2).
Type of service [0]:
!--- Specifies Type of Service (ToS).
Set DF bit in IP header? [no]:
!--- Specifies whether or not the Don’t Fragment (DF) bit is to be
!--- set on the ping packet.
Validate reply data? [no]:
!--- Specifies whether or not to validate reply data.
Data pattern [0xABCD]:
!--- Specifies the data pattern in the ping payload. Some physical links
!--- might exhibit data pattern dependent problems. For example, serial links
!--- with misconfigured line coding. Some useful data patterns to test
!--- include all 1s (0Xffff), all 0s (0x0000) and alternating
!--- ones and zeros (0Xaaaa).
Loose, Strict, Record, Timestamp, Verbose[none]:
!--- IP header options.
Sweep range of sizes [n]: y
!--- Choose yes if you want to vary the sizes on echo packets that are sent.
Sweep min size [36]:
Sweep max size [18024]:
Sweep interval [1]:
Sending 179890, [36..18024]-byte ICMP Echos to 192.168.40.1, timeout is 2 seconds:
!--- The count 179890 depends on the values of min sweep,
!--- max sweep, sweep interval and repeat count. Calculations are based on:
!--- 18024(high end of range) - 36(low end of range) = 17988(bytes in range)
!--- 17988(bytes in range) / 1(sweep interval) = 17988 (steps in range)
!--- 17988(bytes in range) + 1 (first value) = 17989(values to be tested)
!--- 17989(values to be tested) * 10(repeat count) = 179890 (pings to be sent)
!--- In order to decrease the value, increase the sweep interval or decrease
!--- the repeat count, or you can even decrease the difference between
!--- Minimum and Maximum sweep size. Based on the previous example, the
!--- number 17890 is an expected value and tries to ping 17890 times.
Packet sent with a source address of 172.16.23.2
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent, round-trip min/avg/max = 1/2/4 ms
!--- Ping is successful.
RouterA#
Wenn Ping verwendet werden kann, um die Verbindung zwischen Geräten zu überprüfen, kann dertraceroute
Befehl verwendet werden, um die Pfade zu ermitteln, über die Pakete an ein Remote-Ziel geleitet werden, sowie um festzustellen, wo das Routing unterbrochen wird.
Der Zweck destraceroute
Befehls besteht darin, die Quelle jeder ICMP-Meldung über die Zeitüberschreitung aufzuzeichnen, um eine Nachverfolgung des Pfades bereitzustellen, über den das Paket zum Ziel gelangt ist.
Das Gerät, das dentraceroute
Befehl ausführt, sendet eine Sequenz von UDP-Datagrammen (User Datagram Protocol) mit inkrementellen TTL-Werten (Time-To-Live) an eine ungültige Port-Adresse (Standard: 33434) am Remote-Host.
Zuerst werden drei Datagramme mit jeweils einem TTL-Feldwert von 1 gesendet. Der TTL-Wert 1 bewirkt, dass das Datagramm eine Zeitüberschreitung erleidet, sobald es den ersten Router im Pfad erreicht. Dieser Router antwortet dann mit einer ICMP-Meldung zur Zeitüberschreitung, die anzeigt, dass das Datagramm abgelaufen ist.
Als Nächstes werden drei weitere UDP-Nachrichten mit jeweils dem TTL-Wert 2 gesendet. Dadurch gibt der zweite Router auf dem Pfad zum Ziel die Meldung "ICMP-Zeit überschritten" zurück.
Dieser Prozess wird so lange fortgesetzt, bis die Pakete das Ziel erreichen und bis die ICMP-Zeit des Systems, von dem die Paketetraceroute
empfangen werden, die Nachrichten von jedem Router im Pfad zum Ziel überschritten hat. Da diese Datagramme versuchen, auf einen ungültigen Port (Standard 33434) am Zielhost zuzugreifen, antwortet der Host mit nicht erreichbaren Nachrichten des ICMP-Ports, die auf einen nicht erreichbaren Port hinweisen. Dieses Ereignis signalisiert dem Traceroute-Programm, dass es beendet wird.
Hinweis: Stellen Sie sicher, dass Sie den Befehl ip unreachable mit dem Befehl no ip unreachables unter einem VLAN nicht deaktiviert haben. Dieser Befehl bewirkt, dass das Paket Nachrichten ohne ICMP-Fehlermeldung verwirft. In diesem Fall funktioniert traceroute nicht.
Der erweitertetraceroute
Befehl ist eine Variante destraceroute
Befehls. Mithilfe eines erweiterten Trackers-Befehls kann ermittelt werden, welchen Pfad Pakete zum Ziel nehmen. Der Befehl kann auch verwendet werden, um gleichzeitig das Routing zu überprüfen. Dies ist nützlich, wenn Sie Routing-Schleifen beheben oder feststellen, wo Pakete verloren gehen (wenn eine Route verloren geht oder Pakete von einer Zugriffskontrollliste oder Firewall blockiert werden). Sie können den erweiterten Ping-Befehl verwenden, um die Art des Verbindungsproblems zu bestimmen, und dann den erweiterten Traceroute-Befehl, um einzugrenzen, wo das Problem auftritt.
Eine Fehlermeldung über eine Zeitüberschreitung zeigt an, dass ein zwischengeschalteter Kommunikationsserver das Paket gesehen und verworfen hat. Die Fehlermeldung destination unreachable (Ziel nicht erreichbar) gibt an, dass der Zielknoten den Test empfangen und verworfen hat, weil er das Paket nicht liefern konnte. Wenn der Timer auslöst, bevor eine Antwort eingeht, gibt trace ein Sternchen (*) aus.
Der Befehl wird beendet, wenn eines der folgenden Ereignisse eintritt:
Hinweis: Sie können diese Escape-Sequenz aufrufen, wenn Sie gleichzeitig Strg, Umschalt und 6 drücken.
Diese Tabelle enthält die Beschreibungen der Traceroute-Befehlsfelder:
Feld |
Beschreibung |
Protocol [ip]: |
Fordert ein unterstütztes Protokoll an. Geben Sie appletalk, clns, ip, novell, apollo, vines, decnet oder xns ein. Der Standardwert ist ip. |
Target IP address |
Sie müssen einen Hostnamen oder eine IP-Adresse eingeben. Es gibt keinen Standardwert. |
Source address: |
Die Schnittstelle oder IP-Adresse des Routers, die als Quelladresse für die Probes verwendet werden soll. Der Router wählt normalerweise die IP-Adresse der ausgehenden Schnittstelle aus. |
Numeric display [n]: |
Standardmäßig wird sowohl eine symbolische als auch eine numerische Anzeige verwendet. Sie können die symbolische Anzeige jedoch unterdrücken. |
Timeout in seconds [3]: |
Die Anzahl der Sekunden, die auf eine Antwort auf eine Probe gewartet werden soll. Der Standardwert lautet drei Sekunden. |
Probe count [3]: |
Die Anzahl der auf jeder TTL-Stufe zu sendenden Probes. Die Standardanzahl lautet drei. |
Minimum Time to Live [1]: |
Der TTL-Wert der ersten Probes. Der Standardwert ist eins, er kann jedoch auf einen höheren Wert festgelegt werden, um die Anzeige von bekannten Hops zu unterdrücken. |
Maximum Time to Live [30]: |
Der größte TTL-Wert, der verwendet werden kann. Der Standardwert lautet 30. Der |
Port Number [33434]: |
Der von den UDP-Testnachrichten verwendete Zielport. Der Standardwert lautet 33434. |
Loose, Strict, Record, Timestamp, Verbose[none]: |
IP-Header-Optionen. Sie können eine beliebige Kombination angeben. Der |
Beispiel
RouterA>enable
RouterA#traceroute
Protocol [ip]:
Target IP address: 192.168.40.2
!--- The address to which the path is traced.
Source address: 172.16.23.2
Numeric display [n]:
Timeout in seconds [3]:
Probe count [3]:
Minimum Time to Live [1]:
Maximum Time to Live [30]:
Port Number [33434]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Type escape sequence to abort.
Tracing the route to 192.168.40.2
1 172.31.20.2 16 msec 16 msec 16 msec
2 172.20.10.2 28 msec 28 msec 32 msec
3 192.168.40.2 32 msec 28 msec *
!--- The traceroute is successful.
RouterA#
Hinweis: Der erweitertetraceroute
Befehl kann nur im privilegierten EXEC-Modus ausgeführt werden, während der normaletraceroute
Befehl sowohl im Benutzer- als auch im privilegierten EXEC-Modus ausgeführt wird.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
3.0 |
28-Oct-2024 |
SEO und Formatierung aktualisiert. |
2.0 |
31-Jul-2023 |
Rezertifizierung |
1.0 |
10-Dec-2001 |
Erstveröffentlichung |