Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » M052 Netzwerk geht nicht » Themenansicht

Autor

Thread - Seiten: -1-

000
09.04.2011, 23:20 Uhr
brezinzke

Hallo

Mein System Kc85/5 mit Caos 4.4 D004 mit FP und 4MB Ram
Seid heute habe ich folgendes Problem mit dem M052 Modul
Start CP/M Treiber beide geladen M052.DRV und
Net.drv fertig
NCFG11 –a: kc85
Kommt als Fehlermeldung kein Netzwerk Kabel .
Komisch gestern ging noch alles
Ist doch wohl nicht schon wider ein Gal defekt ?

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
10.04.2011, 00:14 Uhr
Enrico
Default Group and Edit

GAL war bisher eigentlich noch nicht defekt.
Ich hatte aber schon mal welche beim programmieren übersehen, und es waren später auch schon mal welche aus unbekannten Gründen gelöscht.
Drück doch mal die PIO nach. Damit hatte ich letztens schon mal Probleme bei K1520-NW-Karte.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
10.04.2011, 20:10 Uhr
brezinzke

Die PIO habe ich getauscht leider ohne Erfolg.
Im Caos kann ich NCFG starten und er richtet das Netzwerk automatisch ein zeigt auch die Speedport W 700 an .
Bei Ping geht es einmal und dann kommt " DNS Client Error 22 "
Ob das Wiznet Modul Fehlerhaft ist ?
Alle USB Funktionen sind ok unter Caos wie unter CP/M.
Also gehe ich davon aus das kein IC Defekt ist

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
10.04.2011, 20:44 Uhr
tp

Zitat:

brezinzke schrieb
DNS Client Error 22

Die Fehlermeldung bedeutet:

Quellcode:

;       22      RA=0            The RA-Bit in FLAG1 of the response is not set,
;                               recursive query support is not available in the
;                               name server.

Das ist merkwürdig, normalerweise sind Router so eingerichtet, dass sie rekursive Anfragen erlauben. Dabei fragt der Client (sprich der KC) den Router und der klappert dann die Nameserver im Netz ab und gibt nur das letzte Ergebnis an den Client zurück.

Das sieht tatsächlich nicht nach einem Hardware-Problem aus. Die Frage wäre jetzt, wie die konkreten Konfigurationsdaten aussehen (welchen DNS-Server hat der KC bekommen (ist das der Speedport)? Welche DNS-Server sind im Router eingetragen?, ...)
--
Die Zeit ist auch nicht mehr, was sie mal war! (Albert Einstein)

Dieser Beitrag wurde am 10.04.2011 um 20:44 Uhr von tp editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
10.04.2011, 22:36 Uhr
Mr. Museum

Probiers mal mit einem Crosslink zum PC mit statischen IPs hatte mal mit C64 ähnliche Probleme.
--
Gruß,

Micha (der ohne Farbfilm)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
11.04.2011, 16:09 Uhr
brezinzke

Hallo

Auch die Direkte Verbindung zum PC hat nichts gebracht.
Das Wiznet sagt kein Ton.
Werde wohl ein neues wiznet Modul bestellen.
Habe auch leider kein Teil um das Wiznet Modul anders auf Funktion zu Prüfen .

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
11.04.2011, 16:23 Uhr
Enrico
Default Group and Edit

Wenn Ping funktioniert, kanns aber nicht am Wiznet leigen.
Bau doch mal das Debug-Interface drauf. Das ist immer noch billiger.

Ansonsten könnte es auch sein, dass Du die DK's rausgerissen hast.
Die wichtigen Anschlüsse sind zwar aussen, aber nachmessen schadet auch nicht.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
11.04.2011, 16:42 Uhr
tp

Zitat:

brezinzke schrieb
Das Wiznet sagt kein Ton.

Was heißt denn das genau? Oben steht auch noch, dass PING einmal funktioniert. Verrate doch mal, welche Schritte in welcher Reihenfolge ausgeführt werden und was dabei angezeigt wird. Ansonsten kann man aus der Ferne nur blind stochern.

Am besten erst mal nur per CAOS mit den offiziellen Programmen im EEPROM auf dem Modul. (Der Schreibschutz auf dem EEPROM ist auch direkt wieder aktiv nach dem Brennen?)

Der KC ist direkt am Speedport angeschlossen und der Speedport hängt an einer DSL Leitung?
--
Die Zeit ist auch nicht mehr, was sie mal war! (Albert Einstein)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
11.04.2011, 17:28 Uhr
brezinzke

Also, das Netzwerkkabel geht von der Speedport zum Netzwerk HUB
Netgear 104 und wird von dort verteilt zum PC1 mein PC,
dann zum PC 2 der von meinen Sohn
Und der letzte Anschluss zum M052.
KC einschalten beide LED´s neben USB Buchsen Leuchten,
Netzwerkkabel angeschlossen die grüne LED leuchtet
Dauerhaft. Die Gelbe LED blinkt an der Netzwerkbuchse.
Unter CAOS Eingabe Schwitch 0C C9 Enter
Dan Eingabe M danach NCFG starten und Eingabe AUTO
Die Software fragt nach dem Name...... eingeben Enter
Dan startet die Netzwerk Konfiguration
Auf dem Bildschirm erscheint

Sende DHCP-Discover OK
DCHP OFFER wurde empfangen
Sende DCHP- Request OK
DCHP –ACK wurde empfangen.
Teste IP Adresse OK

Netzwerk Konfiguration
DCHP server 192. u.s.w
Als letztes steht
Domain Name Speedport _W_ 700V
Taste
Mit Caos ins System dann Eingabe switch 0C D1 Enter
Ping Starten
Eingabe www.heise.de
DNS Client Error 22

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
11.04.2011, 17:38 Uhr
felge1966

Hänge mal das M052 direkt an den Speedport und wenns geht mit einem neuen Netzwerkkabel. Eventuell hast du ja ein beschädigtes Netzwerkkabel. Die Link LED ist da keine Aussage.
Und dann solltest du mal an deinem Netzwerk Design arbeiten. Ein Hub muß in der heutigen Zeit nicht mehr sein, denn der kann durchaus auch grüßere Probleme verursachen - er unterstützt ja (sofern es wirklich noch einer ist) nur 10 MBit.

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
11.04.2011, 18:01 Uhr
brezinzke

Ja du hast recht den Hub braucht man nicht aber die Speedport steht in der Wohnstube und mein Hobbyraum ,Kinderzimmer ist eine Etage höher das würden zu viele Meter
Kabel werden die ich durch den Flur ziehen muss.
Habe mal das M052 mit dem PC direkt verbunden das geht auch nicht.
Des weiteren ist es komisch habe noch mal NCFG gestartet dann sucht er ewig
Und findet nichts .

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
11.04.2011, 18:31 Uhr
ambrosius

Hast Du genügend Spielraum für IP-Nummern in Deinem Router eingestellt? Nicht das der Namens- d.h. IP-Raum nicht ausreicht (z.B., wenn Du nur zwei Nummern freigegeben hast). Wenn ich mich recht erinnere, hat der Speedport (von der Telekom?) keinen DNS-Server für das interne LAN an bord. Er schickt die Anfragen immer gleich ins Internet. Versuche doch mal, den PC mittels 'ping <IP>' anzupingen. Das Gleiche kannst Du dann noch einmal mit 'ping 193.99.144.85' (heise.de) versuchen. Wenn das läuft, fehlt nur der DNS-Server und Du kannst immer nur mit IP-Adressen arbeiten (oder Du setzt Dir einen DNS-Server auf).

Beste Grüße
Holger
--
viele Grüße
Holger

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
11.04.2011, 18:49 Uhr
felge1966

@ambrosius
Wenn er einen DNS Server alleine aufsetzt, hilft es wenig, da der Router in seinen DHCP Optionen sich als DNS meldet. Wenn schon muß auch der DHCP Server mit auf dem Server sein. Dann hat aber Guido schon wesentlich mehr zu tun, als er wollte.

@brezinzke
Wenn du ncfg -i:IP_adresse -m:255.255.255.0 eingibst, ist ja erstmal der eventuell fehlende DNS Server im Netz kein Problem. Als IP_adresse gibst du eine Adresse außerhalb des DHCP Pools an. Dann pings du mal eine Weile den Router an. Wenn das geht, kannst du mit dem nächsten Schritt weitermachen. Gibts da schon Probleme, solltest du die Hardware genauer unter die Lupe nehmen.

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
11.04.2011, 19:00 Uhr
brezinzke

Hallo Leute

Immer langsam ich verstehe nichts von was Ihr da redet
Ich kann zwar Leiterplatten aufbauen, Reparieren aber vom Netzwerk oder einrichten keine Ahnung.
Ich weis auch nicht was ich am M052 noch suchen soll
hatte es zusammen gebaut und USB ,Netzwerk war Funktionstüchtig.

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
11.04.2011, 19:06 Uhr
felge1966

Mit ncfg -i:IP_adresse -m:255.255.255.0 weißt du der karte eine IP Adresse zu (die sollte dein Rouer aber nicht schon einem anderen Gerät gegeben haben).

Dann pings du statt www.heise.de mal deinen Router (z.Bsp 192.168.178.1) an. Wenn das Auch mehrfachn hinternander geht, so ist erstmal die Hardware i.O.. Dann mußt du in deinem Heimnetzwerk suchen. Aber wie schon oben geschrieben, am besten ein anderes Kabel testen. RJ45 Stecker (sind an beiden Seiten deines Kabels dran) sind gegen häufigeres Stecken manchmal etwas "allergisch".

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
11.04.2011, 19:56 Uhr
brezinzke

Hab alles noch mal getestet ping geht nicht.
Ich kann weder vom KC den PC noch umgekehrt Pingen.
Es kommt immer time OUT.
Also werde ich wohl ein Wiznet Modul holen
Melde mich sobald das Wiznet da ist.

MFG.Guido

Ich danke alle für eure Tipps.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
11.04.2011, 19:59 Uhr
Enrico
Default Group and Edit

Du hast bei der direkten Verbindung aber schon ein kreuztes Kabel genommen, und bei beiden per Hand IP und Subnetzmaske eingestellt?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
11.04.2011, 20:44 Uhr
tp

Zitat:

brezinzke schrieb
Sende DHCP-Discover OK
DCHP OFFER wurde empfangen
Sende DCHP- Request OK
DCHP –ACK wurde empfangen.
Teste IP Adresse OK

Also ich behaupte mal, das M052 samt Verkabelung ist ok. Wenn DHCP korrekt empfangen wurde, klappt die Kommunikation mit dem Router...

Was passiert denn bei "ping 193.99.144.80"? Das ist die IP Adresse vom Heise Server.

Zitat:

Eingabe www.heise.de
DNS Client Error 22

Das Problem kann also fast nur von hinter dem Router kommen. Speedport deutet ja auf Telekom hin. Ist das so? Die haben seit einiger Zeit eine recht überflüssige Einstellung, die am DNS rumfummelt.

Die Theorie ist, dass das im Normalfall nicht stört, aber ich musste den Mist bei mir auch ausschalten, da man sonst nicht per VPN in's Firmennetz kam.

http://www.heise.de/newsticker/meldung/Telekom-leitet-DNS-Fehlermeldungen-um-213726.html
--
Die Zeit ist auch nicht mehr, was sie mal war! (Albert Einstein)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
12.04.2011, 07:04 Uhr
felge1966

Jetzt ist mir auch klar, warum ich trotz Speedport W722V nichts davon merke.
Ich habe einen eigenen DHCP und DNS Server im Netz und die Speedport ist da auch nur ein Client.
Ich befrage bei externen Namenseinträgen immer die Nameserver im Netz und nicht die der Telekom.

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Dieser Beitrag wurde am 12.04.2011 um 07:05 Uhr von felge1966 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
12.04.2011, 10:34 Uhr
brezinzke

Hallo Leute

Das Wiz810MJ ist eingetroffen .
Schlechte Nachrichten sobald ich das neue Modul im M052 installiere
start NCFG im Caos sagt er das Netzwerk ist Konfiguriert das geht doch garnicht
bei dem Befehl INFO sagt er IP Adresse 15.16.17.18 .
also ist doch noch was anderes im eimer

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
12.04.2011, 11:53 Uhr
felge1966

So ähnlich sah es bei meinem K1520net aus, als sich mein Atmel (Mega162) verabschiedet hatte. Da ich aber kein M052 (sondern eben nur besagte K1520net Module) habe, ist das aber nur eine Vermutung.

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
12.04.2011, 12:41 Uhr
brezinzke

Hallo Jörg

Ich habe wohl den Fehler gefunden ,den Atemega 162 habe ich gelöscht und neu Programmiert der Vergleich der Daten wurde mit OK bestätigt.
Danach wurden beide Gal 22V10 geprüft
U6 Gelöscht neu Programmiert Vergleich ok .
U5 Gelöscht neu Programmiert Vergleich Fehler
noch mal das selbe mit U5 vergleich fehler .
also ist der Gal U5 defekt
Habe schon neue Gal Bestellt .

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
16.04.2011, 16:12 Uhr
brezinzke

Hallo Leute

Ich bin’s wider

Wer hat Zeit und Lust mein M052 Modul zu Reparieren
Ich weis nicht mehr weiter.
Gal sind da habe sie beschrieben aber es geht immer noch kein Netzwerk
Ich sende auch das neue Wiz 810MJ mit da ich nicht genau sagen
kann ob das alte defekt ist oder nicht .

MFG.Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
16.04.2011, 20:12 Uhr
tp

Was passiert denn jetzt? Wieder der alte Fehler?

Wenn der Provider Telekom ist, würde ich dann mal empfehlen die DNS Einstellungen im Kundencenter umzustellen. Wenn's nicht das Problem ist, ist das ja fix wieder zurückgestellt (wobei das Ausschalten meiner Meinung nach immer sinnvoll ist).
--
Die Zeit ist auch nicht mehr, was sie mal war! (Albert Einstein)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
16.04.2011, 20:49 Uhr
brezinzke

Leider noch der alte Fehler.

MFG

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
21.11.2012, 20:26 Uhr
kaiOr

Hallo,

ich schließe mich dem Thread mal an, weil mir auch aufgefallen ist, dass bei mehreren identischen DNS-Anfragen hintereinander ständig Fehler auftreten. Das ist fast so als würde der KC nicht hinterher kommen, wenn der Router DNS-Einträge aus dem Cache holt.

1. PING unter CAOS&MLDOS auf web.de -> OK
2. PING unter CAOS&MLDOS auf web.de -> DNS CLIENT ERROR 22
3. PING unter CAOS&MLDOS auf web.de -> DNS CLIENT ERROR 22
4. etc.

Die erste Anfrage klappt i.d.R., es sei denn ich setze kurz zuvor mit einem anderen PC im Haus auf die selbe Adresse einen PING ab. Irgendwann erholt sich das wieder, ich vermute weil meine EasyBox dann neu im Internet nachfragt (und dabei länger braucht).

Da ich meiner EasyBox als DNS 8.8.8.8 und 8.8.4.4 beigebracht habe, ist der DNS vom Provider als Fehlerquelle außen vor. Setze ich unter MLDOS den DNS statisch auf 8.8.8.8 läuft es dort fehlerfrei, weil die Anfrage direkt ins Internet geht...aber dann erreiche ich natürlich interne Namen nicht.

Dieser Beitrag wurde am 21.11.2012 um 20:43 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
22.11.2012, 00:18 Uhr
susowa

Zitat:

kaiOr schrieb
dass bei mehreren identischen DNS-Anfragen hintereinander ständig Fehler auftreten. Das ist fast so als würde der KC nicht hinterher kommen, wenn der Router DNS-Einträge aus dem Cache holt.

1. PING unter CAOS&MLDOS auf web.de -> OK
2. PING unter CAOS&MLDOS auf web.de -> DNS CLIENT ERROR 22
3. PING unter CAOS&MLDOS auf web.de -> DNS CLIENT ERROR 22
4. etc.

Die erste Anfrage klappt i.d.R., es sei denn ich setze kurz zuvor mit einem anderen PC im Haus auf die selbe Adresse einen PING ab. Irgendwann erholt sich das wieder, ich vermute weil meine EasyBox dann neu im Internet nachfragt (und dabei länger braucht).

Der offensichtliche Fehler ist ja erst mal der:

; 22 RA=0 The RA-Bit in FLAG1 of the response is not set,
; recursive query support is not available in the
; name server.

Dieses Bit muss im DNS-Reply nach den DNS-Request gesetzt sein, sonst wird dieser Fehler gemeldet. Etwas ähnliches hatten wir aber beim letzten Treffen auch - es kam und ging sporadisch, mal wurden DNS-Fehler 22 gemeldet, mal wieder nicht.

Die einzige Möglichkeit wäre eigentlich nur, dass der DNS-Empfangspuffer mit irgendwas überschrieben wird (im WIZnet Puffer oder im KC-RAM). Problematisch ist hier nur die Fehlersuche - geht ja nur, wenn man den Fehler richtig reproduzieren kann ... muss mal drüber nachdenken.

MfG Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
22.11.2012, 09:06 Uhr
kaiOr

EDIT: Ok, langsam schließt sich der Kreis.

Der KC besteht auf Rekursion (RD-Flag auf 1). Der DNS-Server in meinem Router kann aber keine Rekursion. Er leitet die Anfrage einfach unverändert weiter wenn kein Eintrag vorhanden ist und macht sich nicht die Mühe selbst zu "recherchieren". Kommt es zu dieser Weiterleitung bleibt die Anfrage unberührt und wird erst vom DNS im Internet beantwortet, der hier zufällig Rekursion kann (RA-Flag auf 1). Hat der DNS-Server im Router aber aus der letzten weitergeleiteten Anfrage dazugelernt und kann uns selber antworten ernten wir das RA-Flag 0.

Jetzt interessiert uns aber garnicht so sehr ob der DNS Rekursion kann, sondern uns interessiert beim Ping auf WEB.DE ja nur die zurückgelieferte IP und die wird ja auch zurückgeliefert...

Dieser Beitrag wurde am 22.11.2012 um 20:25 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
22.11.2012, 23:44 Uhr
kaiOr

Mal testhalber die RA-Flag-Prüfung in PING11.COM weggepatcht -> geht. Theoretisch also möglich.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

029
23.11.2012, 00:52 Uhr
susowa

Zitat:

susowa schrieb
Die einzige Möglichkeit wäre eigentlich nur, dass der DNS-Empfangspuffer mit irgendwas überschrieben wird

Ok - hab's mir noch mal angeschaut. Der Treiber bzw. DNS-Client arbeitet dort einwandfrei, es kann nichts überschrieben werden, sonst würde man nicht bis Fehlercode 22 kommen.

Zitat:

kaiOr schrieb
Der KC besteht auf Rekursion (RD-Flag auf 1). Der DNS-Server in meinem Router kann aber keine Rekursion.
Jetzt interessiert uns aber garnicht so sehr ob der DNS Rekursion kann, sondern uns interessiert beim Ping auf WEB.DE ja nur die zurückgelieferte IP und die wird ja auch zurückgeliefert...

Laut Ablauf beim Durchtesten des DNS-Reply kann es eigentlich auch nur so sein, dass das RA-Flag wirklich im Reply nicht gesetzt ist und dann zu der beschriebenen Fehlermeldung führen muss. Diese Prüfung habe ich aus dem originalen WIZnet-Treiber übernommen, für die "C"-Kundigen:

Quellcode:

/** 
 @brief    Analyze received DNS message packet and store it into structure
 @return    success - 1, fail - 0
 */
static int dns_parse_reponse(void)
{
    u_int i;
    DHDR dhdr;
    char* cur_ptr = dns_buf;
    
    
    dhdr.id = ntohs(*((u_short*)cur_ptr));
    if(dhdr.id != dns_id)
    {
#ifdef DEBUG_DNS
        DPRINTLN2("Responsed ID != Query ID : %d ! = %d",dhdr.id, dns_id); 
#endif         
        return 0;
    }
    dns_id++;
    cur_ptr += 2;
    dhdr.flag0 = *cur_ptr++;
    dhdr.flag1 = *cur_ptr++;
    if(!(dhdr.flag0 & 0x80)|| !(dhdr.flag1 & 0x80) )
    {
#ifdef DEBUG_DNS
        DPRINTLN2("No reponse message, flag0 = 0x%02X, flag1 = 0x%02X",dhdr.flag0,dhdr.flag1);
#endif        
        return 0;

Hier käme also auch eine Fehlermeldung "No reponse message, ... "

Die einzige Lösung wäre wirklich, diese Prüfung im DNS-Client generell wegzulassen, damit die Auswertung des Reply's fortgesetzt wird.

Dazu muss und werde ich aber noch mal in den vielen DNS-RFC's etwas stöbern, ob zum RA-Bit genauere Info's enthalten sind. Ich hatte mich bei der Umsetzung in ASM dort weitestgehend auf den "C"-Treiber verlassen und nicht weiter recherchiert. Vielleicht hat sich ja schon mal jemand mit diesem Detail beschäftigt und kann hier etwas dazu sagen?

Passieren sollte eigentlich nichts, wenn man auf diese Prüfung verzichtet. Eine Response-Message wird durch das gesetzte QR-Bit gekennzeichnet und ein genereller Server-Fehler wird in den 4 RCcode-Bits > 0 gemeldet. Ob überhaupt eine Antwort mit mind. einem "ressource record" geliefert wurde, wird wiederum auch an anderer Stelle gemeldet und getrennt überprüft.

MfG Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
21.02.2013, 22:54 Uhr
susowa

Zitat:

Die einzige Lösung wäre wirklich, diese Prüfung im DNS-Client generell wegzulassen, damit die Auswertung des Reply's fortgesetzt wird.
...
Passieren sollte eigentlich nichts, wenn man auf diese Prüfung verzichtet.

Genau diese Änderung ist seit heute Online im Downloadbereich. Erst mal nur für die CP/M-Software. An der CAOS-Software will ich bzw. habe ich schon, gleich noch kleinere Anpassungen vornehmen, was noch ein paar Tage dauern wird. Es gibt dann hier wieder einen entsprechenden Hinweis.

Geändert wurde nur am DNS-Client. Da der in fast allen Programmen verwendet wird, betrifft das auch alle CP/M Netzwerk-Programme, bis auf WOL.COM. Es gibt aber keine neuen Versionen, da es am sonstigen Code keine Änderungen gab.

Der DNS-Client akzeptiert jetzt nicht rekursive Antworten in einem DNS-Reply vom DNS-Server, auch wenn Rekursion in der Anfrage angefordert wurde. Laut den beiden massgeblichen RFC's 1034, 1035 muss das bewusste RA-Bit nicht unbedingt gesetzt sein, die Antwort ist dann trotzdem verwendbar. Für eine simple DNS-Abfrage kann man auch nicht rekursive Antworten akzeptieren.

Ab der RA-Bit Auswertung gibt der DNS-Client bei danach auftretenden Fehlern in den letzten drei möglichen Fehlercodes jetzt getrennte Fehlercodes zurück, siehe Datei DNS-11.INC:

RA=0: 22, 23, 24
RA=1: 150,151,152

Die Bedeutung dieser 3 Fehler ist identisch. Der bisherige Code 22 kann ja nun nicht mehr auftreten, so dass die alten Codes in der Bedeutung eine Nummer nach vorn rutschen und es insgesamt einen Fehlercode weniger gibt.

kaiOr war bereits im Dezember so freundlich, diese Änderung bei sich auszutesten:

"PING läuft jetzt völlig schmerzfrei, NTIME hatte zuvor bei Sprung ins CAOS und Rücksprung mit JUMP FC auch öfter ERROR 22 gebracht, jetzt ebenfalls problemlos.

Sollte mir noch etwas auffallen melde ich mich natürlich."

Er hat sich bis jetzt noch nicht wieder gemeldet :-), so dass ich davon ausgehe, dass diese Änderung gegenüber der WIZnet-Originalsoftware an anderen Stellen keine neuen Schmerzen verursacht.

Da es nur sehr wenige User gab, welche sich bisher "öffentlich" zu diesem sporadischen Fehler 22 gemeldet hatten, ist das Update vielleicht nicht unbedingt ein MUSS. Es macht aber wahrscheinlich die ganze Kommunikation mit den verschiedenen Routern stabiler, besonders wenn der Router etwas unter Last kommt.

Wer mit dem Rechner zum Treffen kommt und damit im Netzwerk herumspringen will, sollte auf alle Fälle diese Softwarestände mitbringen und das Update auf jeden Fall übernehmen!

Viel Spass - pos./neg. Rückmeldungen sind natürlich immer willkommen!

MfG susowa

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

031
10.04.2013, 15:10 Uhr
susowa

Zitat:

An der CAOS-Software will ich bzw. habe ich schon, gleich noch kleinere Anpassungen vornehmen, was noch ein paar Tage dauern wird. Es gibt dann hier wieder einen entsprechenden Hinweis.

Die ist zwar nun schon über 3 Wochen online, ich schaffe es aber z.Z. nicht, den angefangenen Artikel dazu zu schreiben (kommt aber noch).

Da Frank jetzt geschrieben hat, dass es Netzwerk auf dem Treffen geben wird, will ich das mal bekanntgeben.

Wer sich da mit CAOS und KC85 betätigen will, sollte die aktualisierte CAOS-Software 1.1 im M052 verwenden. Mich würde anschliessend auch mal interessieren, ob noch jemand im Netz einen DNS-Fehler 22 hatte! Es gab noch ein paar kleine Änderungen und auch Verbesserungen bei den 3 Programmen.

Für den EEPROM gibt es ein neues Programmiertool, welche ein 8 kB Segment in ca. 3s auf dem KC85 programmiert.

MfG susowa

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]