So, jeh nach Abhängigkeit wird nun für die PCs und andere "kluge" Geräte eine Commandliste mit Abhängigkeiten
erstellt und geführt. Als Beispiel dafür der Ping befehl.

Er kann nicht ausgeführt werden, solange die MAC Adresse zu der IP Adresse nicht bekannt ist.
Anstatt sofort das Ping Paket zu senden wird ein ARP Request gesendet und der Ping command auf
status parken gesetzt.
Jede Sekunde wird die commandlist erneut auf abarbeitung geprüft, ist die MAC-Adresse zum Ping
befehl immernoch nicht bekannt, bleibt das Kommando auf parken.
Irgendwann trifft das ARP Paket dann ein und der ARP-Eintrag zu der entsprechenden IP Adresse
wird um die MAC-Adresse erweitert und der status des ARP-Eintrages von UNRESOLVED auf RESOLVED
gesetzt.
Somit kann nun auch der Ping befehl ins Netzwerk gesandt werden.

Soviel zu commandlisten und deren Abhängigkeiten

So, das Terminal gibts nun schon, nun fehlt noch das Ändern Adapterkonfiguration über das Terminal
aber das mache ich morgen! Auch das starke kaskadieren der Geräte funktioniert einwandfrei, sher schön
mehr gibts dazu kaum zu sagen, hier mal eben die Konsole



Eine Beispielkonfiguration bei einem Router von einer Ethernet schnittstelle wird so aussehen:

Code: [AUSKLAPPEN] [EINKLAPPEN]

Was hitner der Raute steht wird vom User geschrieben, adminmodus in einem Router wird mit einer #
gekennzeichent, ist man im unprivileged-mode, steht nach dem Devicename ein > ("Hannover>")

Grüße

So, switches sind nun auch eingebaut, nun überlege ich in welchem Umfang ich sie einbaue.
Es gibt ja nun mehrere betriebsmodi von Switches, das entscheidet sich aber später.

Das markanteste eines Switches ist erstmal eingebaut, die SAT, Source-Address-Table.
Erreicht das Switch ein Paket entpackt er es bis zur Sicherungsschicht (2) und extrahiert die Source MAC.
Diese trägt er in seine SAT ein bzw. erneuert das Timestamp des SAT eintrages.
Switch0 hat hier einen Eintrags-TTL von 2000ms, sind diese überschritten ohne das der Switch eine
nachricht des Hosts erhalten hat, wird dieser aus der SAT entfernt.

Nach kurzer Zeit hat der Switch das Netzwerk komplett gemapt und kann die ankommenden Nachrichten
direkt an die richtigen ports weiterleiten.



http://0x25.de/tmp/netsim-0.3.rar

Wie immer, mit Leertaste wird diesma von 2 PCs versucht einen Ping zu versenden.

Manchmal übernimmt er beim ersten mal drücken der Leertaste und senden des ARPs nicht beide Source-MACs
in die SAT. Das ist kein Bug. es liegt daran das CSMA/CD vom Switch nicht ausreicht wenn der
Hub dahinter das Signal trotzdem überschreibt.
Bedeutet, der Switch gibt das signal zu schnell am port 0/1 raus und der Hub überschreibt des Signal.

Weiter gehts mit erweiterter Kaskadierung der Geräte, Laden und Speichern von Netzwerken
und Konfigurationsterminal der Geräte

Grüße!

So, heute habe ich ARP und Ping als Protocol eingebaut.
ARP wird verwendet um in einem geswitchten Netzwerk die MAC-Adresse einer
IP heraus zu finden damit der Switch weiß, wo's hin gehen soll.
Ist die Adresse im INternet, gibt der Router seine eigene MAC-Adresse zurück.
Der PC schickt dann also seine PING anfragen an IP X im INternet aber an die MAC
Adresse vom Router und der kümmert sich um den rest.

Mit ARP wird das Netzwerk beim anschließen ersteinmal miteinander "bekannt" gemacht.



und wieder ein Video einer Ping übertragung.
Der PC erkennt, das in seiner ARP Tabelle für die angeforderte Ping IP noch kein mac-adressen-eintrag
existiert und sendet automatisch eine ARP Anfrage an die entsprechende IP (Anfrage=grün, Antwort=blau)
Ist dieser ARP Reply wieder beim PC angekommen, kann das Ping paket an die richtige Mac Adresse
versandt werden. (Anfrage=Rot, Reply=grau)

Und hier wieder ein Video: http://0x25.de/tmp/packettracer_ping2.avi

http://0x25.de/tmp/packettracer-0.1.rar

Mit der Leertaste versuchst du einen Ping zu senden, beim ersten mal sendet er dann nur
eine ARP Anfrage, ist die wieder da und man drückt erneut die PIng Taste (space) sendet er
das Ping paket

Als nächstes kommt CSMA/CD und Switches fertig machen

Grüße

Da mein Stratego nun fertig ist arbeite ich wieder an meinem Packet Tracer.
Switches sind auch schon eingebaut, aber noch nicht Videoreif

Zur Info: Der Packet Tracer von Cisco ist ein Tool zum erstellen und konfigurieren
von Netzwerken, IP Adressen vergeben, Subnetze testen, Cisco router konfigurieren
usw.

Mir reichen vorerst die implementation von Hubs, Switches mit SAT-Tabelle, Router mit
Route regeln, Metriken und eventuell eine ganz einfachen implementierung von STP oder RIP, IGRP oder eIGRP.
Zuerst kommen aber erstmal die wichtigen Protokolle für Schicht 2 des Osi Modells, für den Einsatz
von Switches. Das AR-Protokoll zum Auflösen von IP Adresse in Mac Adressen. Dann steht
einer geswitchten und ge"hub"ten kommunikation nichts mehr im Wege.



in dieser Grafik sieht man das übertragen eines Ping Paketes in einem Netzwerk das via Hubs
miteinander verbunden ist. Das Cable mit grünen Punkten übertragen aktuell ein Paket.
Die Farbe der IPs zeigen an, ob ein Paket verworfen oder angenommen wurde.
Während das Ping Paket bei PC2 und PC3 schon angekommen ist, überträgt
Hub0 das Paket noch an Hub2

und hier ein Video wie in einem mit Hubs vernetzes Netzwerk ein Ping von PC zu PC versendet wird.
Alle Geräte haben unterschiedliche Proceedclocks, je nach einstellung.
http://0x25.de/tmp/packettracer_ping.avi
Theoretisch dürfte der Ping noch garnicht funktionieren da eine Netzwerkkarte kein Paket
ohne Destination MAC versenden kann, und da ARP noch nicht implementiert ist, hat der
PC aktuell noch keine Möglichkeit die MAC einer IP anzufordern.
Da dieses Netzwerk aber aus Hubs und nicht aus Switches besteht, und ein Hub einfach nur
verteilt egal an welchen Empfänger, funktioniert dieses Beispiels trotzdem.

Die Simulation soll dabei realistätsgetreu sein.
Jedes Device kann mehrere Ports besitzen (Mehrere Ports auf einer Portcard wie bei Cisco Routern
üblich habe ich nicht implementiert). Ein Kabel kann mit mehreren Ports verbunden sein, jenachdem
ob ein Ende in der Luft hängt merkt der andere angeschlossene Port automatisch ob er "up" oder "down"
ist. Also ob ein Link besteht oder nicht.

Erkannt wird auch, wenn ein -F (Fiber) Cable für eine -T (Copper) Karte benutzt wird und die Ports schalten
sich automatisch aus (state down)
Das selbe passiert bei falsch configurierten seriellen Schnittstellen. Ist der CLock wert falsch
gesetzt oder 2 Taktgeber oder 2 Taktnehmer miteinander verbunden, state down, das Kabel wird
dann gekennzeichnet.


In dem Chart hat sich ein Fehler eingeschlichen, es soll nicht Ethernet oder Fiber heißen sondern Ethernet, FDDI oder Token Ring...

Werde, sobald die Konsole zum Pingen und ansehen der ARP einträge fertig ist mal einen Download
anbieten.

Grüße