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

[globalnoise]

Πάντως, malakudi, για 1454 optimal MTU βρίσκω να λένε περί PPPoE. "53 bytes long ATM cells filled better". Τα 6 επιπλέον που έχεις αφαιρέσει είναι κάτι που τους ξεφεύγει συνήθως;

[malakudi]

Αυτό το link που παραθέτεις δεν κάνει κάποια ανάλυση και είναι λάθος. Τα παραπάνω που έγραψα τα επιβεβαίωσα και πειραματικά σε κάθε περίπτωση. Αυξάνοντας +2 byte το MTU από τη βέλτιστη τιμή για κάθε περίπτωση, έπεφτε η ταχύτητα μεταφοράς σε ποσοστό που αντιστοιχούσε στο ένα επιπλέον ATM cell.

[globalnoise]

Κομπλέ 1448 λοιπόν για την τελειομανία μας

[malakudi]

Αν χρησιμοποιείς modem/router παρόχου, το καλύτερο είναι να βάλεις PPPoA/VCMUX με MTU 1478. Αν χρησιμοποιείς χωριστά router/modem (οπότε αναγκαστικά θες PPPoE), το καλύτερο είναι να ρυθμίσεις το modem σε RFC1483 Bridge με VCMUX και να βάλεις στο router MTU 1456.

[karakou]

Αν χρησιμοποιείς modem/router παρόχου, το καλύτερο είναι να βάλεις PPPoA/VCMUX με MTU 1478. Αν χρησιμοποιείς χωριστά router/modem (οπότε αναγκαστικά θες PPPoE), το καλύτερο είναι να ρυθμίσεις το modem σε RFC1483 Bridge με VCMUX και να βάλεις στο router MTU 1456.

Έχει κανείς επιτυχημένα βάλει του ΟΤΕ το thomson tg-585v8 σε bridge mode; Θυμάμαι πριν καιρό είχα προσπαθήσει επανειλλημένα με το wizard αλλα δε κατάφερα να το κάνω να συγχρονίσει. Επι του παρόντος δεν επιτρέπω atm cells με layer2 firewall στο router. Όσο οξύμωρο κ αν ακούγεται υπάρχει layer2 filtering σε router.
Ενδιαφέρον το πείραμα σου. Πάντως αυτο που κάνουν ουσιαστικά τα modem/ρουτερ είναι PPPoEoA.

[globalnoise]

Αν χρησιμοποιείς modem/router παρόχου, το καλύτερο είναι να βάλεις PPPoA/VCMUX με MTU 1478. Αν χρησιμοποιείς χωριστά router/modem (οπότε αναγκαστικά θες PPPoE), το καλύτερο είναι να ρυθμίσεις το modem σε RFC1483 Bridge με VCMUX και να βάλεις στο router MTU 1456.

Το NETGEAR DGN2200 δεν με αφήνει να βάλω κάτι πέρα από Invalid MTU value, valid range is 616 to 1458 όταν το γυρνάω σε PPPoA

Επίσης σε bridge mode, δεν θέλω επιπλέον μηχάνημα για το routing?

[goku]

Επειδή πειραματίστηκα πρόσφατα με το θέμα του 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

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

Δηλαδή εμείς να βάζουμε στο ρούτερ PPPoA VC 1478; Το ρύθμισα τώρα και θα δω πως θα πάει.

[globalnoise]

Και εμείς με τα NETGEAR που δεν μας αφήνει να βάλουμε 1478, το 2ο καλύτερο είναι το 1458 που μας αφήνει maximum ή όχι;

[malakudi]

Η χειρότερη από την καλύτερη ρύθμιση διαφέρει μόλις 458 Kbps στον τέλειο συγχρονισμό (24000). Σε ένα μέσο συγχρονισμό στα 14-15 Mbps, η διαφορά είναι 280Kbps. Δηλαδή είναι ουσιαστικά ασήμαντη. Αυτό είχε το νόημα της έρευνάς μου.

Το 1458 για PPPoA/VCMUX δίνει σε συγχρονισμό 24000, 24000/1643*1418=20713 Kbps.

[globalnoise]

Κυρίως ψυχολογικό είναι το θέμα. Μου αρέσει η αίσθηση του οτι δεν δημιουργείται fragmentation ή μένουν cells αγέμιστα

[babis3g]

δειτε εδω αν βοηθησει ...
http://www.adslgr.com/forum/threads/...18#post5373318

σε PPPoE ειναι 1454 και αν βαλετε PPPoA 1462 ... εγω το εχω σεταρει με επιτυχια σε PPPoA & 1462 , βεβαια η διαφορα ειναι μικρη σε ταχυτητα αλλα η γραμμη φαινεται πιο σταθερη τουλαχιστον σε εμενα ... τωρα εξαρτατε και το δικτυο

[malakudi]

Το 1462 δεν είναι optimal για PPPoA. Το optimal είναι 1478.

[babis3g]

Το 1462 δεν είναι optimal για PPPoA. Το optimal είναι 1478.

με ποια κριτιρια αυτο? εγω εξηγαω τα 8 bytes που ειναι overhead

[malakudi]

Διάβασε το post μου παραπάνω (#22) που το αναλύω. Με 31 ATM cells (31*48=1488), σε PPPoA με VCMUX το μόνο σου overhead είναι το ATM CCPS-PDU trailer (8 bytes) και ο PPP header (2 bytes). Άρα 1488-8-2=1478.

To 1462 είναι ελαφρά καλύτερο από το 1500, αλλά δεν είναι optimal.
Στο μέγιστο συγχρονισμό, σε PPPoA/VCMUX με MTU 1462 έχουμε:
24000/1643*1422=20771 Kbps
και σε 1500
24000/1696*1460=20660 Kbps
και σε 1478
24000/1643*1438=21005 Kbps

[babis3g]

Διάβασε το post μου παραπάνω (#22) που το αναλύω. Με 31 ATM cells (31*48=1488), σε PPPoA με VCMUX το μόνο σου overhead είναι το ATM CCPS-PDU trailer (8 bytes) και ο PPP header (2 bytes). Άρα 1488-8-2=1478.

To 1462 είναι ελαφρά καλύτερο από το 1500, αλλά δεν είναι optimal.
Στο μέγιστο συγχρονισμό, σε PPPoA/VCMUX με MTU 1462 έχουμε:
24000/1643*1422=20771 Kbps
και σε 1500
24000/1696*1460=20660 Kbps
και σε 1478
24000/1643*1438=21005 Kbps

ευχαριστω καποια στιγμη θα τα δοκιμασω, μια δοκιμουλα δεν βλαπτει