Συζήτηση για MTU, MRU, MSS, clamping

[manospcistas]

Για να κλειδώσει στο νούμερο που θέλεις
πρέπει να ορίσεις την ίδια τιμή σε mtu/mru/vlan
και να απενεργοποιήσεις από το προφίλ το change mss (ή να το ορίσεις στο default - το default ισοδυναμεί με off)
και να αφαιρέσεις δηλώσεις clamping στο ν6.

ΥΓ
Το modem είναι σε bridge;

MTU/MRU 1500
Change MSS off & pppoe restart
IPv6 off για τις δοκιμές
Το modem σε bridge (όχι passthrough)
VLAN δεν έχω κάπου, έβαλα απλά το ethernet interface σε μεγαλύτερο MTU, βλέπω ότι το modem απαντάει χωρίς fragmentation, δεν έχει και το modem κάπου να ορίσεις MTU για το DSL VLAN

[deniSun]

Change MSS off & pppoe restart

Δεν είναι απαραίτητο το restart.

IPv6 off για τις δοκιμές

Επίσης δεν χρειάζεται να το κάνεις.

VLAN δεν έχω κάπου, έβαλα απλά το ethernet interface σε μεγαλύτερο MTU, βλέπω ότι το modem απαντάει χωρίς fragmentation, δεν έχει και το modem κάπου να ορίσεις MTU για το DSL VLAN

Στο ethernet τι τιμή έδωσες στο MTU;

[JoshCalv]

Επίσης δεν καταλαβαίνω την δήλωση 1508 στο interface.

Ψάχνοντας χθες για ρυθμίσεις στο openwrt βρήκα τα εξής σχετικά με το 1508:

some ISPs allow up to 1508 bytes so that the PPPoE overhead does not eat into the MTU to normal internet sites (which typically are restricted to MTU = 1500). So one still does pay the 8 byte overhead out of the link bandwidth. but at least one can use MTU 1500 packets to other hosts on the internet.

Baby Jumbo Frames (as defined in RFC 4638) are a pretty useful feature. In short, they allow you to have a standard 1500 byte MTU on PPPoE connections. Normally, due to the 8 byte PPPoE header the connection is reduced to a MTU of 1492 bytes. Baby Jumbo Frames allows for the MTU of the underlying interface to be increased to 1508 bytes, and thus after the PPPoE overhead you’re left with a standard 1500 byte MTU connection.

[deniSun]

Οπότε χωρίς τα +8 σας δείχνει να έχετε 1492 αντί 1500;
Και που εμφανίζεται αυτό;
Κατά την εκτέλεση των tracepath/path;

[manospcistas]

Στο ethernet τι τιμή έδωσες στο MTU;

1568, και έκανα ping στο modem με 1500 bytes & dont fragment και πέρασε.
Οπότε μέχρι το modem φτάνει, από κει και πέρα κάπου το χάνουμε.

Μπορεί βέβαια να είναι και θέμα ASR γιατί πριν λίγο καιρό ο nion άλλαξε από asr9k σε 7750

[deniSun]

1568, και έκανα ping στο modem με 1500 bytes & dont fragment και πέρασε.
Οπότε μέχρι το modem φτάνει, από κει και πέρα κάπου το χάνουμε.

Μπορεί βέβαια να είναι και θέμα ASR γιατί πριν λίγο καιρό ο nion άλλαξε από asr9k σε 7750

Νομίζω ότι με xdsl είναι λίγο περισσότερο μπερδεμένα τα πράγματα.
Πιθανόν να παίζουν ρόλο και τα dslam.
Είναι η καμπίνα του ΟΤΕ ή άλλου παρόχου;

[globalnoise]

Επίσης δεν καταλαβαίνω την δήλωση 1508 στο interface.

Για να έχεις 1500 MTU στο pppoe interface, πρέπει να έχεις 1508 MTU (aka Baby Jumbo Frames) στο ethernet interface που "κουβαλάει" το pppoe connection.

[deniSun]

Για να έχεις 1500 MTU στο pppoe interface, πρέπει να έχεις 1508 MTU (aka Baby Jumbo Frames) στο ethernet interface που "κουβαλάει" το pppoe connection.

Κάτσε για να καταλάβω.
Εγώ έχω ppp με mtu/mru στα 1500 και βγαίνουν με vlan με mtu 1500.
Το vlan παίζει στην ether1 όπου και εκεί το mtu είναι 1500 με L2 mtu 1592.
Στις δοκιμές με tracepath μου δείχνει καθαρά 1500.
Πρέπει να αλλάξω κάτι;

[globalnoise]

Κάτσε για να καταλάβω.
Εγώ έχω ppp με mtu/mru στα 1500 και βγαίνουν με vlan με mtu 1500.
Το vlan παίζει στην ether1 όπου και εκεί το mtu είναι 1500 με L2 mtu 1592.
Στις δοκιμές με tracepath μου δείχνει καθαρά 1500.
Πρέπει να αλλάξω κάτι;

Για να βλέπεις καθαρά 1500, κατά πάσα πιθανότητα το σετάρισμα σε 1508 γίνεται "behind-the-scenes". Κάνε ένα capture με wireshark στην eth1 που λογικά θα δείξει το 1508 mtu στα ethernet frames (συνολικό frame size 1514 + 8 = 1522 bytes)

[deniSun]

Για να βλέπεις καθαρά 1500, κατά πάσα πιθανότητα το σετάρισμα σε 1508 γίνεται "behind-the-scenes". Κάνε ένα capture με wireshark στην eth1 που λογικά θα δείξει το 1508 mtu στα ethernet frames (συνολικό frame size 1514 + 8 = 1522 bytes)

Σε ποια eth1; Του ρούτερ; Από τον ΗΥ; Πώς γίνεται αυτό;

[globalnoise]

Σε ποια eth1; Του ρούτερ; Από τον ΗΥ; Πώς γίνεται αυτό;

Εννοείς πως να κάνεις capture? Εγώ κάνω με sshdump του Wireshark από το PC/Mac. Συνδέεται δηλαδή με ssh στο router και κάνει capture remotely. Αλλά και locally αν είναι after-market router μπορεί να έχει κάποιο packet capture μηχανισμό. Οπότε το κάνεις save και το μεταφέρεις ως αρχείο σε PC/Mac για να το ανοίξεις με Wireshark.

[deniSun]

Εννοείς πως να κάνεις capture? Εγώ κάνω με sshdump του Wireshark από το PC/Mac. Συνδέεται δηλαδή με ssh στο router και κάνει capture remotely. Αλλά και locally αν είναι after-market router μπορεί να έχει κάποιο packet capture μηχανισμό. Οπότε το κάνεις save και το μεταφέρεις ως αρχείο σε PC/Mac για να το ανοίξεις με Wireshark.

Λογικά δεν θα έπρεπε να εμφανίζεται στο tracepath κάτι τέτοιο;
Δηλαδή εγώ στο tracepath παίρνω τα παρακάτω:

tracepath -4 one.one.one.one
 1?: [LOCALHOST]                      pmtu 1500
 1:  mikrotik-porthos                                      0.366ms
 1:  mikrotik-porthos                                      0.314ms
 2:  80.106.125.100                                        3.471ms
 3:  79.128.242.186                                        4.176ms
 4:  athe-asr99a-hera-asr9ka.backbone.otenet.net           8.988ms asymm  6
 5:  79.128.250.179                                       10.785ms
 6:  cloudflare.gr-ix.gr                                  13.675ms

tracepath -6 one.one.one.one
 1?: [LOCALHOST]                        0.012ms pmtu 1500
 1:  2a02:587:1916:5400:ba69:f4ff:fec5:                0.414ms
 1:  2a02:587:1916:5400:ba69:f4ff:fec5:                0.422ms
 2:  no reply
 3:  no reply
 4:  2a02:580:50da:28e::                                  11.005ms
 5:  2a02:580:50da:471::1                                  8.423ms
 6:  cloudflare.gr-ix.gr                                  30.415ms

[dpap76]

Αν ρωτάς αν παίζει σωστά σε σένα, η απάντηση με αυτά που βλέπουμε είναι ναι, είναι οκ.

Σωστά έχεις MTU 1500 στο vlan interface και σωστά εχεις 1500 στο ether1 ωστε αν του βάλεις IP address να παίζει στο unttaged vlan του με mtu 1500. Αυτά είναι τα IP protocol max mtu που μπορούν να χρησιμοποιήσουν οι εφαρμογές που κατασκευάζουν IP πακέτα.

Το eth1.835 είναι για τον πυρήνα ένα άλλο interface που το χειρίζεται ο .1q driver/kernel και ειναι αυτός που φροντίζει η ενθυλάκωση να γίνεται όπως πρέπει και να τα στείλει στο καλώδιο του parent internet όπως πρέπει και οσο για το αν υπάρχει χώρος: με L2 MTU 1596 υπάρχει άπλετος χώρος

Αν ρωτάς γιατι στο openwrt θέλει 1508 για να παίξει η απάντηση είναι: δεν γνωρίζω εγώ προσωπικά πώς δουλεύει/πως το έχουν υλοποιήσει
Εκτιμώ απο αυτά που βλέπω οτι μπλέκουν/χρησιμοποιούν και τον bridge driver οποτε εκεί ναι, πρεπει ο χρήστης να φροντίσει το MTU μονος του αν θυμάμαι καλά.

ο globalnoise θέλοντας να δώσει μια διέξοδο στην απορία "πως το κάνει" πρότεινε σωστά το wireshark ωστε να λυθούν οι απορίες για οποιον θέλει (είτε εσυ με το MT, είτε ο άλλος χρήστης μας με το openwrt) να το δοκιμάσει και να δεί τι γίνεται/πως δουλεύει στην πράξη.

Για να μην βουτήξουμε όμως τόσο βαθιά και κουράσουμε τον κόσμο με τεχνικές λεπτομέρειες, ας κρατήσουμε το εξής ζουμι:

το PPP και PPPoE βγήκαν σε ένα κόσμο που το layer 2 MTU του Ethernet σύμφωνα με το ΙΕΕΕ 802.3 standard της τότε εποχής έλεγε: 6 srcmac + 6 dstmac + 2 ethertype + 1500 payload + 4 FCS = 1518 octets (bytes) και τίποτε άλλο. To σωστό του όνομα είναι max frame size γιατί στο layer 2 έχουμε frames και οχι πακέτα. Τα frames βρίσκονται μόνο τοπικά στο δίκτυο απο το ένα device στο άλλο και τέρμα. Τα πακέτα ταξιδεύουν μεταξύ δικτύων μέσω layer 3 πρωτοκόλλων (ipv4, ipv6).

Σήμερα πλέον, ειδικά μετά το .1q, τα security extentions του ethernet (802.1x) , το MPLS, τo vxlan και ένα σωρό άλλες εφαρμογές και πρωτόκολλα που έχουν βγεί, το 802.3 standard στην 2015 revision του προβλέπει οτι κάθε συσκευή που θέλει να ονομάζεται ethernet (κάρτα δικτύου, switch, ολοκληρωμένο κύκλωμα που υλοποιεί ethernet κλπ) θα πρέπει να υποστηρίζει layer2 MTU μέχρι 2000 octets (για το ακριβές νούμερο δεν ειμαι σίγουρος πάντως είναι πολύ πάνω απο την περιοχή των 1550 bytes). Άρα στην πράξη εκτός και αν εχουμε κάποια κάρτα δικτύου/switch/modem/router της προηγούμενης δεκαετίας δεν θα έχουμε κανένα πρόβλημα να μιλήσουμε με οτι πρωτόκολλο θέλουμε στο layer 2. Στο layer 3 και εκει ίσχυεί αυτό απλώς εκει, όποιο πακέτο είναι πάνω απο 1500 θα πρέπει να γίνει fragmented αν θέλει να βγεί στο internet γιατι το 99% του internet παίζει με Layer 3 MTU = 1500.

Άρα αφου μπορούμε να ενωματώσουμε τα 8 extra bytes που θέλει το PPPoE για τους headers του μέσα στο ethernet frame δεν υπάρχει πλέον ο τεχνικός περιορισμός του layer-3 mtu του VIRTUAL ppp0 interface να είναι 1492 και να μπαίνει σε λειτουργία ο μηχανισμός του κάνω fragment τα πακέτα απο τη μία, κάνω assembly τα πακέτα απο την άλλη. Λιγότερος κόπος (cpu/ram) για ολους, ειδικά για τον BRAS που έχει να κάνει την δουλειά αυτή για δισεκατομύρια πακέτα το δευτερόλεπτο.

Και πώς αλλάζουμε σιγα σιγα και όμορφα το standard του PPPoE που βγήκε το 1999 και λέει οτι το ppp0 interface MUST USE 1492 bytes ? Εδω έρχεται το rfc 4638 που λέει πως θα γίνει η μετάβαση και σιγα σιγα πλέον φτάσαμε 2023 που μάλλον ολοι (παροχοι με τους BRAS τους και modem/routers/cpe τους με τον pppoe client) το υποστηριζουν πλέον.

[deniSun]

Κατατοπιστικότατος.
Ήθελα να σιγουρευτώ αν με τα τεστ που κάνουμε δουλεύει όντως σωστά (αν στέλνουμε/παίρνουμε όντως 1500) και δεν χρειάζεται κάποια άλλη παρέμβαση.
Στην υλοποίηση με ΜΤ δεν βρήκα κάποια άλλη πρόταση ή κάτι που να γίνεται σε κάποιο άλλο σημείο της διαδρομής εν αγνοία του χρήστη.
Αυτό με το openwrt το συνάντησα σε πολλές αναζητήσεις στη google αλλά δεν έχω ασχοληθεί με χαζο-wrt οπότε δεν το έψαξα παραπάνω.

[macro]

Deni εδω ποσο MTU σου δειχνει?

https://www.speedguide.net/analyzer.php?

Και με ποια λογικη ανεβασες το l2 MTU στα 1596 και πως το υπολογισες? Αν δε κανω λαθος default το ΜΤ εχει καπου στα 1568-70 αναλογα το μοντελο.