LF3 · Analysieren

LF3.4 – Technische Dokumente und Netzwerkstandards auswerten

Technische Quellen nach Dokumenttyp, Revision und Status beurteilen, englische Fachinformationen auswerten und relevante Eigenschaften nachvollziehbar dokumentieren.

Lernfeld 3 · Clients in Netzwerke einbinden

LERNZIELE

Nach dieser Lektion können Sie …

unterschiedliche technische Dokumentarten nach ihrem Zweck einordnen,
Primärquelle, Produktdokumentation und betriebliche Dokumentation voneinander unterscheiden,
Dokumentkennung, Revision, Veröffentlichungsstand, Herausgeber und Status systematisch erfassen,
zwischen veröffentlichtem Standard, Änderungsdokument, Korrekturdokument und laufendem Standardisierungsprojekt unterscheiden,
technische Daten aus einem Datenblatt anforderungsbezogen auswerten,
Maximalwerte, Nennwerte und tatsächlich zu prüfende Betriebswerte voneinander unterscheiden,
englischsprachige technische Quellen strukturiert auswerten,
technische Aussagen mit ihrer Quelle dokumentieren,
Widersprüche zwischen Dokumenten erkennen und als Klärungspunkt behandeln,
belastbare technische Informationen für LF3.5 bereitstellen.

Curriculum-Faden

Diese Teilkompetenz bauen Sie hier auf

Handlungsphase: Analysieren

Technische Dokumente einschließlich fremdsprachlicher Quellen auswerten und Netzwerkstandards sowie Schnittstelleneigenschaften auf die Client-Integration beziehen.

Baut auf

LF3.3 hat Funktionen und Eigenschaften der Komponenten fachlich eingeordnet.

Bereitet vor

LF3.5 verbindet technische Angaben mit physischen und logischen Netzwerkplänen.

Bewusste Abgrenzung dieser Lektion

Dokumente und Standards anwendungsbezogen nutzen; kein allgemeiner Zertifizierungs- oder Normenkurs.

Curriculumquelle: KMK-Rahmenlehrplan Fachinformatiker, Lernfeld 3

Berufliche Ausgangssituation

Aus LF3.3 sind die im fiktiven K-27 Medienbüro erfassten Netzwerkkomponenten, Übertragungsmedien und grundlegenden Strukturen funktional eingeordnet.

Für mehrere Bestandselemente fehlen aber noch belastbare technische Eigenschaften.

Im Projektordner liegen beispielsweise:

eine ältere betriebliche Bestandsliste,
ein fiktives englischsprachiges Gerätedatenblatt,
eine Installationsanleitung,
eine Herstellerangabe zu unterstützten Netzwerkfunktionen,
Verweise auf technische Standards.

Welche dieser Informationen ist für welche Aussage geeignet – und welche Version ist überhaupt maßgeblich?

Was verlangt das Lernfeld?

Lernfeld 3 verlangt, Eigenschaften und Standards der vorhandenen Netzwerkinfrastruktur zu erfassen.

Dabei sollen ausdrücklich auch technische Dokumente und fremdsprachliche Informationsquellen genutzt werden.

LF3.3: Welche Funktion hat das Element?

LF3.4: Welche belastbaren technischen Eigenschaften, Standards und Versionsstände lassen sich aus geeigneten Quellen ableiten?

LF3.5: Wie werden diese Informationen anschließend in physischen und logischen Netzwerkplänen eingeordnet?

Die Quelle muss zur Aussage passen

Nicht jede Quelle ist für jede technische Aussage gleich geeignet.

Gesuchte Information	Geeignete Quelle
Status und Revision eines Standards	zuständige Standardisierungsorganisation
Eigenschaft eines konkreten Geräts	zugehörige technische Produktdokumentation
betriebliche Zuordnung eines Geräts	betriebliche Dokumentation und bestätigter Bestand
tatsächlich beobachteter Einbauort	kontrollierte Vor-Ort-Feststellung

Grundsatz: Die bekannteste Quelle ist nicht automatisch die passende Quelle. Entscheidend ist, welche Aussage belegt werden soll.

Technische Dokumentarten unterscheiden

Standard

Beschreibt standardisierte technische Festlegungen innerhalb seines Geltungsbereichs.

Datenblatt

Beschreibt technische Eigenschaften eines konkreten Produkts oder einer Produktreihe.

Installationsanleitung

Beschreibt vorgesehene Einbau-, Anschluss- oder Inbetriebnahmeschritte.

Betriebliche Dokumentation

Beschreibt den betrieblichen Einsatz, Zuordnungen oder einen dokumentierten Infrastrukturstand.

Dokumentart und Aussagezweck müssen zusammenpassen.

Dokument-Metadaten zuerst lesen

Bevor einzelne technische Werte übernommen werden, sollten die Metadaten geprüft werden.

Dazu gehören insbesondere:

Dokumenttitel,
Dokumentkennung,
Herausgeber beziehungsweise verantwortliche Stelle,
Revision oder Ausgabejahr,
Veröffentlichungsdatum, soweit vorhanden,
Status,
Hinweise auf ersetzte oder ergänzende Dokumente.

Warum? Ein technisch richtiger Wert aus einer nicht mehr maßgeblichen Revision kann für die aktuelle Entscheidung trotzdem ungeeignet sein.

Standardfamilie und konkrete Revision unterscheiden

Eine Standardbezeichnung kann eine ganze technische Familie benennen, während eine konkrete Ausgabe zusätzlich einen Versions- oder Jahresstand trägt.

Bezeichnung	Einordnung
IEEE 802.3	Standardfamilie beziehungsweise Arbeitsbereich rund um Ethernet
IEEE 802.3-2022	konkrete veröffentlichte Revision des Ethernet-Standards
IEEE 802.11	Standardfamilie beziehungsweise Arbeitsbereich für Wireless LAN
IEEE 802.11-2024	konkrete veröffentlichte Revision des WLAN-Basisstandards

Welche Revision aktuell maßgeblich ist, wird nicht aus dem Gedächtnis geraten, sondern an einer offiziellen Quelle geprüft.

Aktueller Quellencheck: IEEE 802.3

Bei der Quellenprüfung für diese Lektion am 15.09.2026 führt die IEEE Standards Association IEEE 802.3-2022 als Active Standard für Ethernet.

Die offizielle Metadatenseite führt außerdem zugehörige Änderungen und Korrekturen auf.

Daraus folgt für die Recherche:

Nicht nur nach „802.3“ suchen. Immer prüfen: Revision → Status → Änderungen → relevanter Geltungsbereich.

Offizielle IEEE-SA-Seite zu IEEE 802.3-2022 öffnen

Der Standardstatus kann sich zukünftig ändern. Deshalb ist die Quellenprüfung Teil der Methode.

Aktueller Quellencheck: IEEE 802.11

Für Wireless LAN führt die IEEE Standards Association bei der Quellenprüfung am 15.09.2026 IEEE 802.11-2024 als Active Standard.

Die offizielle Seite weist außerdem aus, dass diese Revision die vorherige Basisrevision ersetzt und weitere Änderungsdokumente zugeordnet sein können.

Offizielle IEEE-SA-Seite zu IEEE 802.11-2024 öffnen

Lehre daraus: Die Aussage „Das ist WLAN nach 802.11“ ist für eine präzise technische Recherche häufig noch nicht ausreichend. Die konkrete Revision und die tatsächlich relevante Funktion müssen geprüft werden.

Veröffentlichter Standard und laufendes Projekt unterscheiden

Auf offiziellen Standardisierungsseiten können neben veröffentlichten Standards auch laufende Projekte auftauchen.

Bei IEEE kann beispielsweise ein PAR – Project Authorization Request auf ein aktives Standardisierungsprojekt hinweisen.

Bei der Quellenprüfung am 15.09.2026 wird P802.11 von IEEE SA als Active PAR geführt.

Offizielle IEEE-SA-Projektseite zu P802.11 öffnen

Wichtig: Active PAR ist nicht dasselbe wie Active Standard.

Ein laufendes Projekt oder ein Entwurf darf nicht ungeprüft so behandelt werden, als wäre sein Inhalt bereits die maßgebliche veröffentlichte Standardrevision.

Amendment und Corrigendum einordnen

Standards können nach ihrer Veröffentlichung ergänzt oder korrigiert werden.

Amendment

Änderungs- beziehungsweise Ergänzungsdokument zu einem bestehenden Standard.

Corrigendum

Korrekturdokument, das Fehler oder Unklarheiten in einer veröffentlichten Fassung berichtigt.

Für eine technische Aussage kann deshalb relevant sein, ob nur die Basisrevision oder zusätzlich eine spätere Änderung beziehungsweise Korrektur berücksichtigt werden muss.

Keine Standardtexte kopieren, sondern gezielt recherchieren

Für die berufliche Arbeit ist nicht erforderlich, große Teile eines Standards in eigene Unterlagen zu kopieren.

Sinnvoller ist eine zielgerichtete Recherche:

1. Frage Welche technische Aussage muss geklärt werden?

→

2. Quelle Welche Primärquelle ist dafür geeignet?

→

3. Version Welche Revision und welcher Status gelten?

→

4. Aussage Welche relevante Information folgt daraus?

→

5. Beleg Quelle und Stand nachvollziehbar dokumentieren.

Diese Recherchekette wurde eigenständig für SemaTrain entwickelt.

Produktdatenblatt und Standard erfüllen unterschiedliche Aufgaben

Ein Standard beschreibt nicht automatisch, welche Merkmale ein konkretes Gerät tatsächlich implementiert.

Umgekehrt definiert ein Produktdatenblatt nicht den Standard selbst.

Frage	Geeignete Quelle
Was beschreibt der technische Standard?	zuständige Standardisierungsorganisation
Welche Eigenschaften besitzt das konkrete Gerät?	technisches Datenblatt des konkreten Produkts
Passt das Gerät zur betrieblichen Anforderung?	Vergleich aus Anforderung, Standardinformation und Produktdokumentation

Fiktives englischsprachiges Datenblatt

Für das vollständig fiktive Netzwerkgerät K27-SW-24 liegt folgende Kurzspezifikation vor:

Model: K27-SW-24
Device type: Managed network switch
Client interfaces: 24 copper interfaces
Uplink interfaces: 2 optical interfaces
Nominal interface data rate: up to 1 Gbit/s per client interface
Duplex mode: full duplex supported
Power input: 100–240 V AC
Maximum device power: 32 W
Document revision: 1.3
Published: 2026-06-10

Gerät, Modellbezeichnung, Daten und Dokument wurden vollständig für SemaTrain erfunden.

Englische technische Begriffe gezielt lesen

Englischer Begriff	Arbeitsbedeutung
scope	Geltungsbereich
status	Dokument- beziehungsweise Projektstatus
published	veröffentlicht
superseding	ersetzt eine frühere Fassung
amendment	Änderungs- beziehungsweise Ergänzungsdokument
corrigendum	Korrekturdokument
draft	Entwurfsstand
interface	Schnittstelle
nominal data rate	angegebene Nenndatenrate
maximum	Maximalwert unter den angegebenen Bedingungen

Die Tabelle dient der Orientierung. Der technische Sinn entsteht immer aus dem Dokumentkontext.

Nicht Wort für Wort übersetzen

Eine technische Übersetzung sollte den fachlichen Zusammenhang erhalten.

Beispiel: „up to 1 Gbit/s per client interface“ bedeutet nicht: „Jede Anwendung überträgt immer 1 Gbit/s.“

Die Aussage bezeichnet im fiktiven Datenblatt einen technischen Maximal- beziehungsweise Schnittstellenwert.

Der tatsächlich erreichbare Nutzdurchsatz hängt von weiteren Bedingungen ab und muss bei Bedarf separat geprüft werden.

bit und Byte nicht verwechseln

Technische Netzwerkdatenraten werden häufig in bit pro Sekunde angegeben.

Dateigrößen werden dagegen häufig in Byte angegeben.

1 Byte = 8 bit

Daraus folgt jedoch nicht, dass sich aus einer nominalen Link-Datenrate einfach durch Division durch acht der tatsächlich erreichbare Dateiübertragungsdurchsatz bestimmen lässt.

Protokollaufwand, Gegenstelle, Speicher, Netzlast und weitere Faktoren können die reale Übertragungsleistung beeinflussen.

Maximalwert ist nicht automatisch Praxiswert

Datenblätter enthalten häufig Formulierungen wie:

maximum,
up to,
supported,
nominal,
typical.

Diese Begriffe dürfen nicht beliebig gleichgesetzt werden.

„supported“ bedeutet nicht automatisch, dass diese Funktion in jeder denkbaren Konfiguration genutzt wird.

„up to“ ist kein garantierter Praxisdurchsatz.

„maximum“ ist nicht automatisch der typische Betriebswert.

Einheiten immer mitlesen

Eine Zahl ohne Einheit ist als technische Information oft unvollständig.

Beim Auswerten werden deshalb immer gemeinsam erfasst:

Zahlenwert,
Einheit,
Bezugsgröße,
Bedingung beziehungsweise Kontext.

Unzureichend	Besser
„1“	„bis zu 1 Gbit/s je Client-Schnittstelle“
„32“	„maximale Geräteaufnahme laut Datenblatt: 32 W“
„24“	„24 ausgewiesene Client-Schnittstellen“

Kompatibilität nicht aus einem einzelnen Begriff ableiten

Die Angabe, dass zwei Komponenten denselben Standardnamen verwenden, ist ein wichtiger Hinweis.

Für die konkrete Kompatibilität können aber weitere Punkte relevant sein:

unterstützte Variante beziehungsweise Funktion,
verwendete Schnittstelle,
Übertragungsmedium,
zulässige Betriebsbedingungen,
weitere Abhängigkeiten der konkreten Geräte.

Standardbezeichnung prüfen → Produktmerkmale prüfen → Anforderung prüfen.

Widersprüche zwischen Dokumenten behandeln

Zwei Dokumente können unterschiedliche Angaben enthalten.

Dann wird nicht einfach der angenehmere Wert übernommen.

Stattdessen wird geprüft:

Beziehen sich beide Dokumente auf dasselbe Produkt?
Welche Revision besitzen die Dokumente?
Welches Dokument ist aktueller?
Welchen Zweck hat das jeweilige Dokument?
Ist eine Information ausdrücklich ersetzt worden?
Gibt es eine maßgebliche Primärquelle?

Bleibt der Widerspruch bestehen, wird er als ungeklärt dokumentiert.

Veraltete Dokumentation nicht stillschweigend übernehmen

Ein älteres Datenblatt oder ein älterer Standard kann fachlich wertvolle Informationen enthalten.

Für eine aktuelle technische Entscheidung muss aber geprüft werden, ob:

eine neuere Revision existiert,
das ältere Dokument ersetzt wurde,
Änderungs- oder Korrekturdokumente existieren,
das betrachtete Produkt tatsächlich zur Dokumentversion passt.

Alt bedeutet nicht automatisch falsch. Alt bedeutet aber: Aktualität prüfen.

Die SemaTrain-Quellenkarte

Feld	Beispiel
technische Frage	Welche nominale Datenrate weist die Client-Schnittstelle aus?
Quelle	fiktives Datenblatt K27-SW-24
Dokumentstand	Revision 1.3 · 10.06.2026
relevante Angabe	up to 1 Gbit/s per client interface
Interpretation	maximal ausgewiesene nominale Schnittstellendatenrate
nicht daraus ableitbar	garantierter Anwendungsdurchsatz
Status	für diese Aussage dokumentiert

Die Quellenkarte wurde eigenständig für SemaTrain entwickelt.

Quellenhierarchie ist aussagebezogen

Es gibt keine einzelne Quelle, die für jede technische Frage automatisch die beste ist.

Aussage	Priorisierte Quelle
aktueller Status eines IEEE-Standards	IEEE Standards Association
technische Eigenschaft von K27-SW-24	zugehöriges fiktives Produktdatenblatt
Einbauort von K27-SW-24	bestätigte betriebliche Bestandsinformation
tatsächlich vorhandene Verkabelung	kontrollierte Bestandsaufnahme

K-27: Quellen zusammenführen

Für den fiktiven Bestand werden Informationen aus unterschiedlichen Quellen kombiniert.

Feststellung	Quelle	Bewertung
K27-SW-24 besitzt 24 ausgewiesene Client-Schnittstellen.	fiktives Datenblatt Revision 1.3	dokumentiert
Client-Schnittstellen sind mit bis zu 1 Gbit/s nominal ausgewiesen.	fiktives Datenblatt Revision 1.3	dokumentiert
das Gerät ist im Technikbereich eingebaut	Bestandsaufnahme LF3.2	beobachtet
welcher konkrete Standard für jede technische Teilfunktion relevant ist	noch weiter zu prüfen	ungeklärt

Die Quellen werden also nicht vermischt, sondern für ihre jeweilige Aussage verwendet.

Was wird aus einer offiziellen Standardseite übernommen?

Für LF3.4 genügen öffentlich zugängliche Metainformationen wie:

Bezeichnung,
Revision,
Status,
Veröffentlichungsdatum,
ersetzte Fassung, soweit angegeben,
zugeordnete Änderungen beziehungsweise Projekte.

Es ist für die Lernetappe weder nötig noch sinnvoll, große geschützte Standardtexte zu reproduzieren.

Quelle identifizieren. Metadaten prüfen. Relevante Aussage selbst formulieren. Quelle sauber angeben.

Fremdsprachliche Quelle dokumentieren

Bei einer englischen Quelle sollte die eigene Dokumentation erkennen lassen:

welche Originalquelle verwendet wurde,
welche technische Aussage relevant war,
wie der Begriff fachlich eingeordnet wurde,
welcher Versionsstand zugrunde lag,
welche Unsicherheit gegebenenfalls bestehen bleibt.

Eine Übersetzungshilfe kann unterstützen. Die technische Bewertung muss jedoch weiterhin an der Originalquelle überprüfbar bleiben.

Noch keine physischen und logischen Netzwerkpläne auswerten

Technische Dokumente können natürlich auch Netzwerkzeichnungen enthalten.

LF3.4 konzentriert sich aber auf Quellen, Dokumentstatus, technische Eigenschaften und Standards.

LF3.5 folgt mit: physischer Netzwerkplan versus logischer Netzwerkplan

Die Planebenen werden daher hier noch nicht systematisch analysiert.

Noch keine Ethernet-/MAC-Vertiefung

IEEE 802.3 wird in dieser Lektion als offizielle Standardquelle eingeordnet.

Die eigentliche lokale Ethernet-Kommunikation, MAC-Adressen und die Weiterleitung durch Switches werden erst in LF3.6 systematisch behandelt.

LF3.4: Welche Quelle und Revision ist relevant?

LF3.6: Wie funktioniert die lokale Kommunikation fachlich?

Noch keine IP-Adressierung

Ein technisches Dokument kann auch Angaben zu IP-Funktionen enthalten.

Diese werden in LF3.4 höchstens als vorhandene Information gekennzeichnet.

IPv4 und IPv6 folgen systematisch erst in LF3.7. Die IPv4-Subnetzplanung folgt in LF3.8.

Typischer Denkfehler

„Ich habe irgendwo ein Datenblatt mit einem passenden Wert gefunden. Damit ist die technische Frage geklärt.“

Nein.

Vor der Übernahme muss mindestens geprüft werden:

Passt das Dokument wirklich zum Produkt?
Welche Revision liegt vor?
Was genau bedeutet der Wert?
Welche Einheit und Bedingung gelten?
Ist die Quelle für diese Aussage geeignet?

Technische Daten ohne Quellenkontext können korrekt aussehen und trotzdem falsch verwendet werden.

Praxisfall: Dokumentenprüfung für K-27

Für das fiktive Gerät K27-SW-24 liegen vor:

Datenblatt Revision 1.1 vom 15.01.2025: „maximum device power: 36 W“,
Datenblatt Revision 1.3 vom 10.06.2026: „maximum device power: 32 W“,
eine interne Bestandsliste ohne technischen Leistungswert,
eine nicht datierte interne Notiz: „braucht ungefähr 30 W“.

Ihre Aufgabe:

Ordnen Sie die vier Quellen nach ihrer Eignung für die Frage nach dem dokumentierten Maximalwert.
Begründen Sie, warum Revision 1.1 nicht automatisch maßgeblich ist.
Dokumentieren Sie den Wert aus Revision 1.3 mit Einheit und Quellenstand.
Erklären Sie, warum „32 W maximum“ nicht automatisch bedeutet, dass das Gerät jederzeit 32 W aufnimmt.
Formulieren Sie eine Quellenkarte.
Notieren Sie, welche Angaben noch durch weitere technische Quellen geklärt werden müssten.

TRANSFER

Transfer: Standardstatus prüfen

Sie finden im Internet drei Bezeichnungen:

einen veröffentlichten aktiven Standard,
eine ältere ersetzte Revision,
ein laufendes Standardisierungsprojekt.

Beschreiben Sie, welche Metadaten Sie prüfen müssen, bevor eine dieser Quellen für eine technische Entscheidung verwendet wird.

Begründen Sie außerdem, warum ein neueres Projektdatum allein nicht beweist, dass das Projekt bereits der maßgebliche veröffentlichte Standard ist.

PRAXISAUFGABE

Praktische Lernaufgabe

Selbsttraining – keine Abgabe erforderlich.
Ihre Bearbeitung wird von SemaTrain derzeit weder hochgeladen noch an einen Trainer übermittelt.

Erstellen Sie für ein vollständig fiktives Netzwerkgerät ein technisches Datenblatt mit:

Dokumentkennung,
Revision und Veröffentlichungsdatum,
mindestens sechs technischen Angaben,
mindestens vier englischen Fachbegriffen,
mindestens zwei Maximal- oder Nennwerten,
mindestens einer Angabe, die ohne Kontext leicht falsch interpretiert werden könnte.

Erstellen Sie anschließend für fünf technische Aussagen jeweils eine SemaTrain-Quellenkarte.

Kennzeichnen Sie dabei ausdrücklich:

Quelle,
Versionsstand,
relevante Angabe,
eigene Interpretation,
was aus der Quelle nicht abgeleitet werden darf.

Erstellen Sie noch keinen Netzwerkplan, vergeben Sie keine IP-Adressen, berechnen Sie keine Subnetze und konfigurieren Sie keine Netzwerkkomponenten.

SELBSTKONTROLLE

Selbstkontrolle

Nutze ich eine zur technischen Aussage passende Quelle?
Prüfe ich Dokumentkennung, Version und Status?
Unterscheide ich Standard, Amendment, Corrigendum und laufendes Projekt?
Trenne ich Standardinformation und Produkteigenschaft?
Lese ich Zahlen gemeinsam mit Einheit und Kontext?
Unterscheide ich Maximalwert, Nennwert und Praxiswert?
Interpretiere ich englische Fachbegriffe kontextbezogen?
Dokumentiere ich Widersprüche statt sie willkürlich aufzulösen?
Vermeide ich das Kopieren fremder Standardtexte?
Habe ich Netzwerkpläne für LF3.5 offengelassen?
Habe ich Ethernet/MAC für LF3.6 offengelassen?
Habe ich IP-Adressierung für LF3.7 offengelassen?

REFLEXION

Reflexion

Können Sie jetzt erklären:

warum eine Standardfamilie und eine konkrete Revision nicht dasselbe sind,
warum Active Standard und Active PAR unterschieden werden müssen,
warum ein Produktdatenblatt keinen Standard ersetzt,
warum „up to“ kein garantierter Praxiswert ist,
warum eine englische technische Quelle nicht nur wortweise übersetzt werden sollte,
warum Quellenstand und technische Aussage gemeinsam dokumentiert werden müssen,
welches Arbeitsergebnis LF3.4 an LF3.5 übergibt?

Quellen & Einordnung

Curriculum-Grundlage:
KMK-Rahmenlehrplan für Fachinformatikerinnen und Fachinformatiker, Lernfeld 3.

KMK-Rahmenlehrplan öffnen

Offizielle Fachquelle – Ethernet:
IEEE Standards Association, IEEE 802.3-2022. Bei der Quellenprüfung am 15.09.2026 als Active Standard geführt.

IEEE 802.3-2022 öffnen

Offizielle Fachquelle – Wireless LAN:
IEEE Standards Association, IEEE 802.11-2024. Bei der Quellenprüfung am 15.09.2026 als Active Standard geführt.

IEEE 802.11-2024 öffnen

Offizielle Fachquelle – Standardisierungsprojekt:
IEEE Standards Association, P802.11. Bei der Quellenprüfung am 15.09.2026 als Active PAR geführt.

IEEE P802.11 öffnen

Urheberrechtliche Einordnung:
SemaTrain reproduziert keine IEEE-Standardtexte. Verwendet werden lediglich öffentlich sichtbare Metadaten wie Bezeichnung, Revision und Status, um die eigenständig entwickelte Recherche- und Quellenbewertungsmethode zu erklären.

Methodische Einordnung:
Das fiktive Datenblatt, die Quellenkarte, die Tabellen, Beispiele, Praxisfälle, MC-Fragen, Antwortoptionen und Lösungen wurden eigenständig für SemaTrain entwickelt.

Curriculare Abgrenzung:
Physische und logische Netzwerkpläne folgen in LF3.5. Ethernet- und MAC-Kommunikation wird in LF3.6 vertieft. IPv4 und IPv6 folgen in LF3.7.

Nächster Lernschritt

Die technischen Eigenschaften, Dokumentstände und relevanten Standards können nun quellenbezogen eingeordnet werden.

Als Nächstes werden diese Informationen mit der Netzstruktur verbunden: physische und logische Netzwerkpläne werden gelesen und unterschieden.

LF3.5 – Physische und logische Netzwerkpläne lesen öffnen