MTU μέγεθος για PPPoE. Το ίδιο και στο PC;

[globalnoise]

Την έκανα τη δοκιμή τελικά με 1452 στο router και είδα χάσιμο στο throughput.. Βέλτιστο είναι λοιπόν το 1492

[nnn]

By default όλα τα router που έχω δει έχουν PPPoe 1492, PPPoA 1500 ανεξαρτήτως παρόχου.

Το DGN2200 έχει default 1458 και δεν αλλάζει από το interface και έχω δει Vigor να παίζουν σε 1442

[yiapap]

Το DGN2200 έχει default 1458 και δεν αλλάζει από το interface και έχω δει Vigor να παίζουν σε 1442

Τι what? Προφανώς δεν είδα το 2200. Το 2000 πάντως 1492 έχει (και αλλάζει τουλάχιστον με το Firmware της DGTeam- δεν θυμάμαι πριν).

[nnn]

DGN2200

[yiapap]

DGN2200

Αφού είναι σε textbox γιατί δεν αλλάζει;

[nnn]

Δεν δέχεται άλλη τιμή, όσο και να φαίνεται παράξενο, δεν το έχω σκαλίσει από telnet μιας και δεν έχω προβλήματα στην απόδοση.

[malakudi]

Επειδή πειραματίστηκα πρόσφατα με το θέμα του MTU, τόσο θεωρητικά όσο και στην πράξη, το βέλτιστο MTU ανά περίπτωση είναι:

PPPoEoA με LLC/SNAP bridging: 1448. Ξεκινάμε από 31 ΑΤΜ cells (31*48=1488) και αφαιρούμε: PPPoE header 2+6 bytes, Ethernet (MAC) Header, 14 bytes + 2 bytes PAD, ATM CCPS-PDU trailer 8 bytes, LLC+SNAP 8 bytes. Μας μένουν 1448 bytes. Από αυτά τα ωφέλιμα σε ένα tcp connection είναι 1408 αν δεν χρησιμοποιούνται extra headers (πχ το tcp_timestamps κλέβει άλλα 12 byte). Οπότε έχουμε ωφέλιμο 1408/1643 ή 85,69%.

PPPoEoA με VCMUX: 1456. Ότι και παραπάνω, αλλά γλιτώνουμε τα 8 bytes του LLC/SNAP bridging. Ωφέλιμο 1416/1643 ή 86,18%.

Συνήθως τα router είναι σε PPPoE/LLC ρυθμισμένα, με MTU 1492. Αυτό έχει ως αποτέλεσμα να χρειάζεται άλλο ένα ATM cell, οπότε το ωφέλιμο είναι 1452/1696 ή 85,61%. Η αλλαγή σε VCMUX εδώ δε προσφέρει κάτι, απλώς το padding στο τελευταίο ATM cell θα είναι 8 bytes περισσότερο.

Σε PPPoA με VCMUX συνήθως το MTU είναι 1500. Σε αυτή την περίπτωση έχουμε ωφέλιμο 1460/1696 ή 86,08%. Βλέπουμε πως είναι χειρότερο από ένα βελτιστοποιημένο MTU για PPPoEoA/VCMUX. Το βέλτιστο MTU για PPPoA/VCMUX είναι 1478. Ξεκινάμε πάλι από 31 ATM cells (1643 bytes - 1488 ωφέλιμα) και αφαιρούμε 2 bytes για τον PPP header και 8 bytes για το ATM CCS_PDU trailer. Οπότε έχουμε ωφέλιμο 1438/1643 ή 87,52%.

Ποια είναι η διαφορά στην πράξη; Από το χειρότερο (PPPoE με 1492) στο βέλτιστο (PPPoA με 1478), η διαφορά σε μία γραμμή που συγχρονίζει στα 24000 είναι:

24000/1696*1452=20547 Kbps σε PPPoEoA LLC/SNAP 1492 mtu
24000/1643*1416=20684 Kbps σε PPPoEoA VCMUX 1456 mtu
24000/1696*1460=20660 Kbps σε PPPoA VC 1500 mtu
24000/1643*1438=21005 Kbps σε PPPoA VC 1478 mtu

Τα παραπάνω επιβεβαιώθηκαν και στην πράξη.

[globalnoise]

Δηλαδή τελικά PPPoEoA είναι τα router μας συνδεδεμένα με τα DSLAM? Το βέλτιστο είναι να ορίσουμε MTU 1448? To ίδιο και στις κάρτες δικτύου μας;

[malakudi]

Όχι, το καλύτερο είναι PPPoA με MTU 1478. Όμως όπως φαίνεται από την τελική ανάλυση, η διαφορά είναι τόσο μικρή που δεν έχει και πολύ νόημα.
Το MTU στο LAN δε χρειάζεται να το πειράξεις, όλα τα router υποστηρίζουν mss clamping.

[globalnoise]

Τελικά όμως είναι PPPoEoA; Δεν υπάρχει ατόφιο PPPoE στην ADSL?

[malakudi]

Από τη στιγμή που υπάρχουν ρυθμίσεις για ATM (VPI/VCI), δε νομίζω πως κάπου υπάρχει ατόφιο PPPoE. Αλλά δε μπορώ να το πω και με σιγουριά.

[globalnoise]

Από τη στιγμή που υπάρχουν ρυθμίσεις για ATM (VPI/VCI), δε νομίζω πως κάπου υπάρχει ατόφιο PPPoE. Αλλά δε μπορώ να το πω και με σιγουριά.

Σωστή παρατήρηση

[HackFreak]

Δεν είναι απαραίτητο να τρέχει πάνω απο ATM μπορεί λογικά να ενθυλακωθεί κετευθείαν πάνω απο ethernet απλώς οι ISPs το κάνουν employ πάνω απο ATM αφού αυτό υπάρχει στην υποδομή τους.

[globalnoise]

απλώς οι ISPs το κάνουν employ πάνω απο ATM αφού αυτό υπάρχει στην υποδομή τους.

Άρα σίγουρα τα modem στα router μας επικοινωνούν με τα DSLAM over ATM αφού αυτή την υποδομή έχουμε, σωστά;

[SfH]

Το backhauling θεωρώ απίθανο να είναι atm. Το ίδιο το adsl όμως στην πλειοψηφεία των περιπτώσεων ( πλην vdsl που όλοι οι εγχώριοι λειτουργούν με ptm ) χρησιμοποιεί atm framing.