Falsche md5sum durch Fastpath?

[superracer]

erstmal hat TCP keine fehlerkorrektur, sondern nur eine fehlererkennung (wobei erkannte fehler durch neuübertragung des pakets kompensiert werden)...

und was fastpath angeht: da wird nicht die fehlerkorrektur "fast ausgeschaltet", es wird nur das korrigieren von übertragungsfehler erschwert. d.h. wenn fehler auftreten, können die nur mehr selten bis gar nicht korrigiert werden. erkannt werden die fehler aber weiterhin ganz normal, und wenn ein fehler auftritt, wird der frame halt verworfen statt korrigiert.

und dass ein bitfehler in einem paket genau so aussieht, dass die checksum trotzdem stimmt, ist zwar theoretisch möglich, kommt in der praxis aber nicht wirklich vor...

[ben]

> Eine Frage: Benutzt du einen Proxy-Server?

Nein, benutze ich nicht. Ich geh direkt über einen Router raus.

So, ich hab jetzt mal meine alte Linux Kiste (vielleicht is da ja was hin, ram etc.) gegen einen anderen Router ausgetauscht und versucht jetzt nochmal ein großes Image zu ziehen.

Ob Interleaving oder FastPath, das ist doch völlig egal, da die Fehler bei beiden Übtertragungsverfahren mit der gleichen Wahrscheinlichkeit *erkannt* werden. Beim Interleavingverfahren KANN es sein, dass sich Fehler noch korrigieren lassen bevor sie neu angefordert werden müssen.

[ben]

himmel, das wars wohl auch nicht. der server muss was haben.. das gibts ja nicht.

kann bitte mal wer diese datei ziehen ftp://suse.inode.at/opensuse/distributi ... D-i386.iso
und dann prüfen ob die md5 - summe mit der auf dem server übereinstimmt?

[wernerkl]

bei der version hatte ich auch immer die falsche checksum, nach 3 mal laden hab ichs aufgegeben, zumindest beim installieren kommt dann die fehlermeldung mit der falschen summe

[ben]

ich find das wirklich hochinteressant, würde nur zu gerne wissen wo da der fehler liegt.

versuche das image grad von einem anderen spiegelserver zu ziehen. nun hatten doch schon einige probleme mit diesem server 0o. es braucht ja nur ein ram baustein oder was weiß ich im rack hin sein, und schon hauts mit der datenübertragung nicht hin, wäre ja alles möglich

[wicked_one]

allerdings kommt es auch bei TCP vor, dass kaputte Pakete übertragen UND bestätigt werden

widerspricht wohl doch der eigentlichen funktion von TCP, aber wenn du das gesehen hast...

es braucht ja nur ein ram baustein oder was weiß ich im rack hin sein, und schon hauts mit der datenübertragung nicht hin, wäre ja alles möglich

liegt wohl etwas ausserhalb deines Einflussbereichs, oder?

[ben]

so leute, ich denk ich habs gelöst ...

der server dürfte, wie zum schluss vermutet, im A***h sein einfach - ram defekt was weiß ich. auf jedenfall hab ich die datei gerade von einem anderen server gezogen und siehe da, die prüfsumme stimmt bis auf die letze stelle überein

sollte man irgendwie melden, das geizhals mal neue hardware liefern soll ;D.

//edit

> liegt wohl etwas ausserhalb deines Einflussbereichs, oder?

zum glück is "mirror.inode.at" nicht der einzige spiegelserver der auf der erde steht

[wicked_one]

zum glück is "mirror.inode.at" nicht der einzige spiegelserver der auf der erde steht

auf die Idee von nem anderen zu saugen wär ich schon gekommen bevor ich ein Posting abgegeben hätte

[radditz]

widerspricht wohl doch der eigentlichen funktion von TCP, aber wenn du das gesehen hast...

schon mal was von EDV gehört? Ja? Na dann ist ja wohl klar, dass das völlig normal wäre, wenn mal wieder was nicht nach den "eigentlichen" Standards abgehandelt wird.
Ich muss aber dazusagen, dass dies schon ein paar Jahre her ist - war noch zu 56k Zeiten (hat zwar nix mit Fastpath zu tun, aber TCP/IP gabs damal schon ...).

[ben]

so! ich hab den netten menschen von inode mal ein email geschickt - hoffe, dass sie sich das mal anschauen.

[wicked_one]

Na dann ist ja wohl klar, dass das völlig normal wäre, wenn mal wieder was nicht nach den "eigentlichen" Standards abgehandelt wird.

gut, überzeugt

[max_payne]

so! ich hab den netten menschen von inode mal ein email geschickt - hoffe, dass sie sich das mal anschauen.

Das hab ich schon damals gemacht. Rückmeldung kam allerdings keine

[ben]

hmm... das find ich schade, das ein guter mirror is (wenn er funktioniert)

[ben]

> weil durch Fastpath die Korrektheit des Paketes nicht Sichergestellt wird, d.h. es könnte auch ein fehlerhaftes Paket ankommen und irgendwie durch die Fehlererkennung schlüpfen.

wird bei adsl nicht grundsätzlich auch noch eine vorwärtsfehlerkorrektur verwendet? ich kann mir nicht vorstellen, wie sich ein fehlerhaftes paket durchmogeln soll 0o

[penguinforce]

so! ich hab den netten menschen von inode mal ein email geschickt

hast du es inode, oder dem mirror-maintainer geschickt?

hint:

In case of problems contact us at [email protected].