4. Sourcecode Fortschritt

Sourcecode Fortschritt

  • M

    Version 0.0.2.42:

    - Senden funktioniert wieder
    - Sendefunktion für AMD PCnet hinzugefügt

    0
  • E
    Mod

    Ist leider nicht funktionsfähig.

    Kleine Verbesserung bei qemu mit statischem Array. Dann sowohl bei ARP Req. als auch bei Ping Req. ein Tx OK, kommt aber nix an, auch nicht in wireshark.

    rtl8139.c:
    global:

    // Transmit
uint8_t Tx_network_buffer[4096] __attribute__ ((aligned (4))); // Test

    bei install:

    // device->TxBuffer = malloc(4096, 4, "RTL8139-TxBuf");
   device->TxBuffer = Tx_network_buffer; // global array instead of malloc

    Bei real PC leider kein Tx OK.

    adapter-> kann durch device->device-> ersetzt werden. 😕

    Wir werden hier nochmal von der stabilen und funktionierenden Revision 873 ausgehen und in kleinen Schritten vorwärts gehen mit Tests auf einem echten PC mit RTL8139 im LAN mit Router. Das Problem entsteht beim Einbau der abstrakten Schnittstelle.

    0
  • M

    Version 0.0.2.43:

    - Zweiten Fehler beim Senden behoben (length & (0x3F0000 | 256<<11); war schuld)

    0
  • E
    Mod

    Hardware-Tests mit RTL 8139 Karte positiv. Sowohl ARP reply als auch ICMP reply bei zwei unabhängigen Testern.

    hrping -S -t IP (geht bis -s 20, bei -s 10 bricht die Hardware zusammen)

    siehe: http://linux-ip.net/html/ether-arp.html

    0
  • M

    Version 0.0.2.44:

    - RTL8139-Treiber überspringt nun die ersten 4 Bytes eines empfangenen Paketes (weil sie RTL8139-spezifische Daten enthalten)
    - Analyse der Pakete nach ethernet.c ausgelagert

    0
  • E
    Mod

    0.0.2.45 - Rev: 885

    // set transmit FIFO threshhold to 48*32 = 1536 bytes to avoid tx underrun (gefunden in open solaris)
*((uint32_t*)(adapter->MMIO_base + RTL8139_TXSTATUS0 + 4 * rAdapter->TxBufferIndex)) = length | (48 << 16);

    Das OWN bit 13 wird dabei wohl automatisch auf 0 gesetzt durch die Länge, könnte man evtl. noch separat ergänzen.

    IP: 192.168.10.97

    0
  • E
    Mod

    0.0.2.46 - Rev: 886

    Zusätzlich zu IPv4 und ARP wurde noch IPv6 als ethernet type 0x86DD hinzugefügt bei der Analyse des Ethernet-Protokolls (ethernet.c).

    0
  • M

    Version 0.0.2.47:

    - ARP-code nach arp.c/h ausgelagert
    - Bugfix: Richtige Größe beim senden eines ARP-Paketes eingetragen (vorher: Größe des zuvor empfangenen Paketes).
    - Bugfix: Senden von Paketen < 60 Bytes funktioniert nun wieder mit RTL8139 (Teile des Pufferinhalts wurden in dem Fall versehentlich gelöscht).

    0
  • M

    Version 0.0.2.48:

    - strncmp im Kernel eingebaut
    - Funktionen für Arp-Tabelle eingebaut. (Weitgehend ungetestet). Keyboard-Shortcut STRG+A, um den Inhalt der Tabelle anzuzeigen
    - Liste aller Netzwerkkarten eingebaut

    0
  • E
    Mod

    Version 0.0.2.49 - rev. 889:

    Einträge in ARP Tabelle funktionieren nun bei ARP Req./Reply 🙂

    0
  • E
    Mod

    Version 0.0.2.50 - rev. 890:

    - IP beim network-adapter hinzugefügt, beim Ausdruck aber noch 0.0.0.0 (bei qemu: 111.112.112.121)
    - IP/MAC wird manchmal doppelt eingetragen

    - Systemfehler beim Empfang: "Time lag" (mit der Zeit stecken immer mehr Pakete im Rohr fest. Müssen erst nach vorne gedrückt werden durch neue Pakete?! 😃 )

    Bei qemu (server 10.0.2.2) mit TAP (10.0.2.16) kam ein ARP reply zum ARP request von TAP durch:

    11 00:24:27.671763 Plus_12:12:12 Plus_12:12:11 ARP 10.0.2.15 is at 00:12:12:12:12:12

    (Quelle: wireshark)
    (10.0.2.15 / 00:12:12:12:12:12 ist PrettyOS)
    In der ARP Tabelle von PrettyOS auf qemu findet sich nur der Eintrag von TAP.

    0
  • E
    Mod

    Hinweis zum ARP Cache:

    Der ARP-Cache enthält eine vierspaltige Tabelle, die im Allgemeinen aus <Protokolltyp, Protokolladresse des Senders, Hardware-Adresse des Senders, Eintragszeitpunkt> besteht. Das Zeitintervall, nachdem ein Eintrag aus dem ARP-Cache gelöscht wird, ist implementierungsabhängig. So verwerfen aktuelle Linux-Distributionen Einträge nach ca. 5 Minuten. Sobald ein Eintrag in der Tabelle genutzt wird, wird dessen Ablaufzeit verlängert.

    Quelle: http://de.wikipedia.org/wiki/Address_Resolution_Protocol

    0
  • M

    Erhard Henkes schrieb:

    Hinweis zum ARP Cache:

    Der ARP-Cache enthält eine vierspaltige Tabelle, die im Allgemeinen aus <Protokolltyp, Protokolladresse des Senders, Hardware-Adresse des Senders, Eintragszeitpunkt> besteht. Das Zeitintervall, nachdem ein Eintrag aus dem ARP-Cache gelöscht wird, ist implementierungsabhängig. So verwerfen aktuelle Linux-Distributionen Einträge nach ca. 5 Minuten. Sobald ein Eintrag in der Tabelle genutzt wird, wird dessen Ablaufzeit verlängert.

    Quelle: http://de.wikipedia.org/wiki/Address_Resolution_Protocol

    Done.

    Version 0.0.2.51:

    - Bugfix: STRG+A zeigt nun richtige eigene IP-Adresse an
    - Zeitstempel in ARP-Tabelle werden bei Zugriff aktualisiert
    - Bootscreen optimiert -> Kein Flackern mehr.

    0
  • E
    Mod

    0.0.2.52 - Rev: 892

    arp.c überarbeitet:
    - doppeltes arp_checkTable entfernt
    - addTableEntry nur an einer Stelle für request und reply

    0
  • E
    Mod

    0.0.2.53 - Rev: 893

    Noch Fehler beim Eintrag in die ARP, aber keine doppelten Einträge mehr.

    0
  • E
    Mod

    0.0.2.54 - Rev: 894

    Nun korrekter Code bei arp.c für die ARP tables (dank Hinweis von cefour) 🙂

    Hinweis von MrX im IRC:

    <MrX>Der Zeitstempel wird noch aktualisiert, das stimmt.
    <MrX>Wenn sich aber eine bereits bekannte IP mit anderer MAC meldet, wird die MAC in der Tabelle nicht mehr geändert.

    Der Code ist also noch nicht ok. Es kommt leider auch noch zu Doppeleinträgen mit der gleichen IP/MAC Kombination. 🙄

    0
  • E
    Mod

    0.0.2.55 - Rev: 895

    Gratuitous ARP eingebaut beim Installieren der Netzwerkadapter.

    for (int i=0; i<10; i++)
    {
        arp_sendGratitiousRequest(adapter); // show PrettyOS' IP and MAC to the LAN
        sleepMilliSeconds(1000);
    }

    Mein Entwicklungsrechner im LAN trägt diese IP/MAC aber nicht ein in seiner ARP Tabelle wegen möglichen ARP spoofings. 😉

    0
  • M

    Version 0.0.2.56:

    - PCNet-Treiber: Besser kommentiert, Verbesserte Ausgaben. Senden funktioniert nun unter Qemu (falsche Konstante war Schuld)
    - Gratious-ARP auskommentiert (funktioniert i.d.R. nicht, weil viele Betriebssysteme solche ARPs ignorieren, um ARP-Spoofing zu vermeiden. Unter Qemu funktionierte ARP dadurch überhaupt nicht mehr)

    0
  • E
    Mod

    version = "0.0.2.57 - Rev: 897"

    tcp.h/tcp.c erkennung / zerlegung überarbeitet
    Ports stimmen, Rest leider noch falsch

    0
  • E
    Mod

    version = "0.0.2.58 - Rev: 898"

    tcp.h und tcp.c weiter verbessert
    6 Flags (nun uint8_t anstelle bool) werden noch nicht richtig angezeigt
    (Tests mit telnet und wireshark)

    Wichtiger Hinweis:
    Mit dem qemu-EHCI (Vers. 0.11.5) klappt der ARP reply nur sporadisch (man kann es mit arp -s 10.0.2.15 00-12-12-12-12-12 statisch eintragen).
    Bei qemu 14.1 klappt der ARP reply auf Anhieb.
    http://qemu-buch.de/d/QEMU_unter_Microsoft_Windows#QEMU_unter_.C3.A4lteren_Microsoft_Windows-Versionen

    0
Anmelden zum Antworten