Wie jetzt, echt? Einmal gesendete UDP Pakete können mehrfach ankommen?
-
mezzo mix schrieb:
Bashar schrieb:
mezzo mix schrieb:
ich versuche dir diesen zahn zu ziehen
Versuchs mal ohne mich dabei niederzumachen.
Du scheinst ja echt ein zartes Gemuet zu haben, wenn du das als niedermachen wertest. Ist das deine Art? Im CPU Spannungs/Takt Thread fuehlst du dich ja auch sehr schnell angegriffen.
Können wir uns grundsätzlich darauf einigen, dass eine Diskussion der Wahrheitssuche dient und nicht dem Zweck, am Ende als gefühlter Sieger dazustehen? Gut, dann sollten also die Argumente sprechen und nicht persönliche Angriffe. Wenn ich also sage, dass ich mich mit einem bestimmten Detail nicht auskenne, dann ist das nicht als Einladung an das Gegenüber zu verstehen, alles andere, was ich sage, zu diskreditieren.
Bashar schrieb:
Genau, und daran:
Data link layer error control (i.e. retransmission of erroneous packets) is provided in wireless networks and V.42 telephone network modems
hast du die ganze Zeit gedacht als du hier gepostet hast. Das ist absurd, da hast du dir einen schlechten Strohhalm ausgesucht.
Nö, dass es zu den Aufgaben der Schicht 2 gehört bzw. gehören kann, Fehler zu erkennen, ist Wissen aus diversen Vorlesungen, das ich seit einiger Zeit mit mir rumtrage. Wenn das in der Praxis so ist, dann ist meine anfangs geäußerte Vermutung halt leider falsch. Aber man kann einfach begründen, dass sie falsch ist, dazu muss man nicht unter die Gürtellinie gehen.
BTW, wieso ist das nicht einfach nur falsch (weil es halt in der Praxis nicht vorkommt), sondern gleich absurd? Schon wieder Angriffe
Es gibt einige Erklaerungen fuer die Duplikation, nicht jedoch fuer doppeltes ankommen.
Danke, warum nicht gleich so?
-
Hmm, IP-Pakate können doch in den typischen vermaschten Netztopologien immer meherere Wege zum Ziel nehmen. Die Duplikation passiert z.B. in den Routern. Da UDP Pakate auch IP Pakete sind, und UDP keine Mechanismen zum Aussortieren von Doubletten bietet, können so doch Pakete mehrfach ankommen.
Soll heißen: Bis Layer 3 können Pakete immer mehrfach ankommen. Im Layer 4 muss durch das Protokol sichergestellt werden, dass Doubletten, Sequenzfehler etc. ausgeschlossen werden. Oder eben wie bei UDP auch nicht.
-
Das hatten wir doch ganz am Anfang schon. Wenn ein IP-Paket auf diese Art und Weise dupliziert werden sollte, dann müsste irgendwo ein Knoten das Paket auf zwei Interfaces raussenden. Die Frage ist, warum sollte er das tun?
-
Bashar schrieb:
Das hatten wir doch ganz am Anfang schon. Wenn ein IP-Paket auf diese Art und Weise dupliziert werden sollte, dann müsste irgendwo ein Knoten das Paket auf zwei Interfaces raussenden. Die Frage ist, warum sollte er das tun?
Die Frage ist, wer verbietet es ihm, das zu tun.
Antwort: Niemand.
-
Bashar schrieb:
Das hatten wir doch ganz am Anfang schon. Wenn ein IP-Paket auf diese Art und Weise dupliziert werden sollte, dann müsste irgendwo ein Knoten das Paket auf zwei Interfaces raussenden. Die Frage ist, warum sollte er das tun?
Weil es u.U. die korrekte (beste) Route nicht kennt und Pakete auf mehrere Pfade schickt (das ist eigentlich ziemlich normal). Redundanzrouting ist eine weitere Möglichkeit. Oder es gibt manchmal Loops bei Multicast, bei dem Pakete mehrere Male vom gleichen Router gesendet und empfangen werden, bis die TTL aufgebraucht ist.
-
ChrisM schrieb:
Die Frage ist, wer verbietet es ihm, das zu tun.
Antwort: Niemand.
Das erklärt nicht, warum es passiert.
Tachyon schrieb:
Weil es u.U. die korrekte (beste) Route nicht kennt und Pakete auf mehrere Pfade schickt (das ist eigentlich ziemlich normal).
Wenn das alle Router machen würden, würde das ja eine enorme Vervielfältigung der Pakete bedeuten. Router sollten normalerweise schon die besten Routen kennen (bzw. zumindest glauben, sie zu kennen). Gibt es das tatsächlich, dass ein Router spekulativ Pakete streut?
-
Wenn der Knoten den besten Weg kennt, wäre es ziemlicher Quatsch, auf anderen Verbindungen unnötig Last zu erzeugen, indem er das Paket vervielfältigt. Also verbietet sich das "von selbst".
-
Ja klar, die Frage lautet eigentlich, ob es vorkommt, dass ein Router (1) den besten Weg nicht kennt und (2) auch "weiß", dass das der Fall ist und (3) die Zeit, bis er den besten Weg mitgeteilt bekommt, damit verbringt, Pakete mehrfach zu verschicken.
Ich kenn die üblichen Routingprotokolle nicht im Detail, sind da solche Betriebsmodi vorgesehen?
-
Bashar schrieb:
Ja klar, die Frage lautet eigentlich, ob es vorkommt, dass ein Router (1) den besten Weg nicht kennt und (2) auch "weiß", dass das der Fall ist und (3) die Zeit, bis er den besten Weg mitgeteilt bekommt, damit verbringt, Pakete mehrfach zu verschicken.
Ich kenn die üblichen Routingprotokolle nicht im Detail, sind da solche Betriebsmodi vorgesehen?Bei Multicast (PIM) auf jeden Fall:
http://www.rfc-editor.org/rfc/rfc4601.txtNatürlich wird die Duplizierung vermieden, indem man sich letztendlich für einen Pfad entscheidet, aber bis das geschehen ist, sendet man über alle Forwarder.
Die Diskussion ist sowieso überflüssig. Der Standard garantiert nicht, dass ein UDP-Paket nicht doppelt ankommt, also muss man das berücksichtigen. Was bei "halten wir uns daran, wie es zur Zeit der Praxis aussieht" herauskommt, sieht man gerade an der "KDE vs. ext4"-Problematik sehr deutlich.
Viele Grüße
Christian
-
Tachyon schrieb:
Weil es u.U. die korrekte (beste) Route nicht kennt und Pakete auf mehrere Pfade schickt (das ist eigentlich ziemlich normal). Redundanzrouting ist eine weitere Möglichkeit. Oder es gibt manchmal Loops bei Multicast, bei dem Pakete mehrere Male vom gleichen Router gesendet und empfangen werden, bis die TTL aufgebraucht ist.
ein router weiss im gegensatz zum switch immer wo es lang geht, oder nicht.
kannst hier nachlesen, wie sowas funktioniert: http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094823.shtml
ganz unten gibt's auch eine zusammenfassung.
andere hersteller gehen uebrigens auch so vor.
wenn ein router das zielnetz nicht kennt, geht es raus zum default gateway. gibt es keins, wird das paket verworfen. es gibt beim routing keinen broadcast wie bei switches, falls das zielnetz nicht bekannt ist.ChrisM schrieb:
Bashar schrieb:
Das hatten wir doch ganz am Anfang schon. Wenn ein IP-Paket auf diese Art und Weise dupliziert werden sollte, dann müsste irgendwo ein Knoten das Paket auf zwei Interfaces raussenden. Die Frage ist, warum sollte er das tun?
Die Frage ist, wer verbietet es ihm, das zu tun.
Antwort: Niemand.
doch, du musst dir klar machen, wie routing funktioniert. routing ist pro paket eindeutig.
gruesse, mm
-
ChrisM schrieb:
Natürlich wird die Duplizierung vermieden, indem man sich letztendlich für einen Pfad entscheidet, aber bis das geschehen ist, sendet man über alle Forwarder.
belege das bitte, das ist unsinn.
gruesse, mm
-
mezzo mix schrieb:
gibt es keins, wird das paket verworfen. es gibt beim routing keinen broadcast wie bei switches, falls das zielnetz nicht bekannt ist.
Wie kommst Du auf den Quark?
-
Tachyon schrieb:
mezzo mix schrieb:
gibt es keins, wird das paket verworfen. es gibt beim routing keinen broadcast wie bei switches, falls das zielnetz nicht bekannt ist.
Wie kommst Du auf den Quark?
wuerde es dir was ausmachen, wenn ich dich das zuerst frage? aber die gleiche frage habe ich ja auch ChrisM bereits gestellt.
aber bitte, ich versuche es erstmal logisch zu begruenden: weil es die netze unbenutzbar machen würde. einfach in ein fuer den next hop unbekanntes netz senden, und du bringst zumindest dieses autonome system in bedraengnis.
was sollte so ein broadcast auch bringen. ein switch erhofft sich durch den broadcast eine antwort auf einem port. auf diesem wird dann weiter geforwarded. routen werden durch routingprotokolle ausgetauscht. was soll ein broadcast bringen?
ChrisM schrieb:
Natürlich wird die Duplizierung vermieden, indem man sich letztendlich für einen Pfad entscheidet, aber bis das geschehen ist, sendet man über alle Forwarder.
wann und durch was soll diese pfadentscheidung denn kommen? warum sollte man nach ein bisschen broadcasten mehr ueber das netz wissen?
jetzt mal die praktische erklaerung:
durch erfahrung mit cisco, juniper und redback routern kann ich dir versichern, dass pakete, deren ziel nicht bekannt ist, verworfen werden.gruesse, mm
-
Tachyon schrieb:
mezzo mix schrieb:
gibt es keins, wird das paket verworfen. es gibt beim routing keinen broadcast wie bei switches, falls das zielnetz nicht bekannt ist.
Wie kommst Du auf den Quark?
achso, bevor du antwortest, lösche bitte die routingeintraege deines routers. sollte ja dann immernoch ankommen, schlaumeier...
-
mezzo mix schrieb:
ChrisM schrieb:
Natürlich wird die Duplizierung vermieden, indem man sich letztendlich für einen Pfad entscheidet, aber bis das geschehen ist, sendet man über alle Forwarder.
belege das bitte, das ist unsinn.
gruesse, mm
Aus meinem bereits verlinkten PIM-RFC:
Where multiple PIM routers peer over a shared LAN, it is possible for
more than one upstream router to have valid forwarding state for a
packet, which can lead to packet duplication (see Section 3.6). PIM
does not attempt to prevent this from occurring. Instead, it detects
when this has happened and elects a single forwarder amongst the
upstream routers to prevent further duplication. This election is
performed using PIM Assert messages. Assert messages are also
received by downstream routers on the LAN, and these cause subsequent
Join/Prune messages to be sent to the upstream router that won the
Assert.Warum hört ihr nicht mal auf, euch auf "Erfahrung" zu berufen und zeigt ganz klar die Stelle, wo steht, dass Pakete beim Routing nicht dupliziert werden dürfen?
Viele Grüße
Christian
-
oh mein gott, und er setzt noch einen drauf. mach dir klar welche funktion die router in diesem scenario übernehmen, und rede dann weiter...
edit: ich mach jetzt mal wochenende. viel spass noch bei der lustigen diskussionsrunde...
-
mezzo mix schrieb:
Tachyon schrieb:
mezzo mix schrieb:
gibt es keins, wird das paket verworfen. es gibt beim routing keinen broadcast wie bei switches, falls das zielnetz nicht bekannt ist.
Wie kommst Du auf den Quark?
achso, bevor du antwortest, lösche bitte die routingeintraege deines routers. sollte ja dann immernoch ankommen, schlaumeier...
Weil meine meine beruflichen Erfahrungen beim größten deutschen Telko Unternehmen mir das gezeigt haben.
Beleidigungen kannst Du so viele auskotzen wie Du willst, aber hör auf, Unsinn zu verbreiten.