Ποιοι πάροχοι υποστηρίζουν PPPoE Baby Jumbo Frames (MTU 1508)?

[globalnoise]

Είμαι συνδρομητής COSMOTE VDSL (FTTC). Κατά τύχη, sniffάροντας UDP πακέτα διαπίστωσα οτι μερικά περνούσαν έχοντας MTU μεγαλύτερο του 1492.

Έκανα configure το PPPoE interface του router μου σε 1500 και απενεργοποίησα το MSS clamping και πράγματι πλέον βλέπω TCP πακέτα να περνάνε με payload size 1500 bytes

Not bad

Έχω περιέργεια να μάθω ποιοι/αν το υποστηρίζουν από τους υπόλοιπους providers.

FWIW, είμαι σε καμπίνα που ανήκει στη Vodafone. Ίσως έχει σημασία και η υποστήριξη να υπάρχει λόγω configuration του hardware της Vodafone.

[macro]

Αν δε σου ανοιγουν καποιες σελιδες........... θα ξερεις τι θα φταιει και δε χρειαζεται να ερθεις εδω να το ξαναρωτησεις.
Για την ιστορια baby jumpo ονομαζονται αυτα που δεν ειναι 9K, δλδ τα 2Κ-4Κ εως 7Κ.

[globalnoise]

Αν δε σου ανοιγουν καποιες σελιδες........... θα ξερεις τι θα φταιει και δε χρειαζεται να ερθεις εδω να το ξαναρωτησεις.
Για την ιστορια baby jumpo ονομαζονται αυτα που δεν ειναι 9K, δλδ τα 2Κ-4Κ εως 7Κ.

Για ποιον λόγο δεν θα ανοίγουν οι σελίδες; (με πολλές τελίτσες)

Για την ιστορια baby jumpo ονομαζονται αυτα που δεν ειναι 9K, δλδ τα 2Κ-4Κ εως 7Κ.

Για την αληθινή ιστορία

[K1m0n]

Παλιότερα είχε πάρει το μάτι μου σε μια συζήτηση ότι κάποια(?) dslam του ΟΤΕ παίζαν με 1508,
οπότε δεν ήθελε clamping.
Σε μένα όσες φορές το δοκίμασα ποτέ δεν έπαιξε.
Υποθέτω ότι εφόσον δεν υποστηρίζεται επίσημα είναι trial & error.

[netblues]

Και να ευχεσαι οτι παραμεσα υποστηριζεται end to end η οτι το fragmentation θα δουλεψει σωστα!.

Συνταγη για πανικους.

[K1m0n]

Και να ευχεσαι οτι παραμεσα υποστηριζεται end to end η οτι το fragmentation θα δουλεψει σωστα!.

Συνταγη για πανικους.

To mtu discovery δεν θα παίξει γιατί κάποιος isp θα έχει κομμένο το icmp κάπου ενδιάμεσα.
Αλλά δεν έφτασα μέχρι εκεί, το dslam δεν μου έπαιζε με 1508.
Θα ήταν καλά να το ενεργοποιούσαν system-wide σε κάποια στιγμή.
Αν στον op παίζει ας μας μεταφέρει τις εντυπώσεις του μετά από δοκιμές/χρήση.

[globalnoise]

Και να ευχεσαι οτι παραμεσα υποστηριζεται end to end η οτι το fragmentation θα δουλεψει σωστα!.

Συνταγη για πανικους.

Να εύχομαι παραμέσα να υποστηρίζεται ποιο;

To mtu discovery δεν θα παίξει γιατί κάποιος isp θα έχει κομμένο το icmp κάπου ενδιάμεσα.
Αλλά δεν έφτασα μέχρι εκεί, το dslam δεν μου έπαιζε με 1508.
Θα ήταν καλά να το ενεργοποιούσαν system-wide σε κάποια στιγμή.
Αν στον op παίζει ας μας μεταφέρει τις εντυπώσεις του μετά από δοκιμές/χρήση.

Άνθρωποι, τι λέτε;

Το πακέτο όταν γίνει decapsulate από PPPoE πλέον είναι 1500.

Καίγεστε δηλαδή για το mtu discovery που δεν δουλεύει αλλά ταυτόχρονα λέτε είστε καλύτερα με 1492 MTU αντί για 1500?

Μου φαίνεται οτι το adslgr πλέον κατοικείται μόνο από δεινόσαυρους (με τη καλή έννοια)

[K1m0n]

Ανθρωπε, δεν καίγομαι για τίποτα.

Θα ήθελα να παίζει στην δική μου καμπίνα με 1508 για να γλυτώσω το clamping,
και γιατί είναι ορθότερο (όσο νάναι το clamping δεν είναι κομψή λύση).
Δεν "προτιμάω" το 1492 για κάποιο λόγο.
Δοκίμασα, δεν το υποστήριζε, το άφησα.
Μακάρι να το υλοποιήσουν κάποια στιγμή.
Αν η καμπίνα σου παίζει με 1508 μια χαρά,
εσένα που σου παίζει λοιπόν δοκίμασε το και γράψε εντυπώσεις.
Προσωπική εμπειρία του πράγματος δεν έχω διότι δεν το δοκίμασα.
Θεωρητικά δεν πρέπει να έχει αρνητικά side-effects, αλλά δεν έχω προσωπική πείρα.

Το σχόλιο περί mtu discovery ήταν γενικότερο γιατί ενώ θεωρητικά θα έπρεπε να παίζει διαφανώς end-to-end
(και να λύνει τα όποια θέματα mtu μετά από συνεννόηση), δυστυχώς δεν.

Με τα περί ενεργοποίησης system-wide, αναφερόμουν στα baby jumbo frames (που ok, έτσι όπως το έγραψα ίσως ήταν διφορούμενο).

Όσο για το "δεινόσαυρος", ok είμαι μεσήλικας+,
αλλά νομίζω ότι για δεινόσαυρος έχω λίγο καιρό ακόμα.

[globalnoise]

Το οτι μιλάτε για 1492 μαζί με 1508 στην ίδια πρόταση με βάζει σε υποψίες.

Καταλαβαίνετε οτι στη περίπτωση του δικού μας άκρου, το MTU που ορίζουμε είναι 1500, όχι 1508. Αντί για 1492 βάζουμε 1500. Το MTU το ορίζουμε στο PPPoE interface από τη δική μας πλευρά. Για να το θέσω αλλιώς, το έχετε δοκιμάσει με MTU 1500 και δεν παίζει;

[macro]

Οτι θα παιξει θα παιξει.... το πως θα παιξει ειναι ο λογος. Για δηλωσε το και κανε ενα tcp analyzer σε πρωτη φαση να δουμε αν υπαρχει λογος για συζητηση και τα ξαναλεμε.

https://www.speedguide.net/

[globalnoise]

« SpeedGuide.net TCP Analyzer Results » 
Tested on: 2021.02.23 11:23 
IP address: 2.84.xx.xxx 
Client OS/browser: Mac OS (Chrome 88.0.4324.192) 
 
TCP options string: 020405b4010303060101080a2924ff3f0000000004020000 
MSS: 1460 
MTU: 1500 
TCP Window: 131712 (not multiple of MSS) 
RWIN Scaling: 6 bits (2^6=64) 
Unscaled RWIN : 2058 
Recommended RWINs: 64240, 128480, 256960, 513920, 1027840 
BDP limit (200ms): 5268kbps (659KBytes/s)
BDP limit (500ms): 2107kbps (263KBytes/s) 
MTU Discovery: ON 
TTL: 51 
Timestamps: ON 
SACKs: ON 
IP ToS: 00000000 (0)

[K1m0n]

Για να το θέσω αλλιώς, το έχετε δοκιμάσει με MTU 1500 και δεν παίζει;

Το ίδιο πράγμα συζητάμε.

Να σου πω τι νομίζω(?) ότι ξέρω:

Το ζητούμενο είναι να μην γίνεται clamping και να περνάει 1500 bytes frame (τυπικά/συνήθως πάνω απο pppoe).
Αν ορίζεις MTU 1500 ή 1508 έχει να κάνει με το άν η σύνδεση σου upstream είναι eth. ή pppoe dial-out και αν το κάνεις σε 3ό router ή στο cpe του isp.
Αν είναι eth. (cascaded router(s)) είναι 1500 και το upstream router/cpe/modem/whatever αναλαμβάνει τα υπόλοιπα (και αναλόγως κάνει/δεν-κάνει clamping...).
Αν είναι pppoe tunnel από 3ό router θες 1500+8 για το pppoe encap.
Αν είναι στο cpe θες 1500 (και εννοείται το cpe προσθέτει +8 για το pppoe encap στο wan + ότι tags).

Οπότε: 1500 lan-side + 8 για το pppoe encap + ότι tags περιμένει ο upstream αν κάνει tagging = το mtu που τελικά θα παραλάβει το dslam.

Τα σχετικά του RFC4638.

Αν έχω κάπου λάθος θα χαρώ να με διορθώσετε.

Τι/πώς είχα δοκιμάσει:

Τοπολογία:
---lan--->[router]---pppoe-out--->[bridged modem]---xdsl--->[dslam].

Τυπικά στο παραπάνω το router θα κάνει mss clamping και το pppoe-out θα είναι 1492+8.

Είχα δοκιμάσει 1500 wan eth (+8 για το pppoe = 1508 pppoe-out) στο router
+ υποθέτω 4 bytes που βάζει το upstream modem (που ήταν bridged) για το vlan tagging:

---lan(1500)--->[router (1500)] ---pppoe dial-out(1508)--->[bridged modem]---xdsl(1508+vlan tag)--->dslam

Δοκιμή με tik/ubnt/pfsense/sophos/asa (αυτά είχα στο lab στο σπίτι).
Modem = αυτό που είχα τότε από τον ote (ούτε θυμάμαι ποιο, μάλλον κάποιο zte?).
ISP = οτε
Ρυθμίσεις modem = bridged ήτανε, λεπτομέρειες δεν θυμάμαι.

Σε μένα, δεν έπαιζε (τότε),
mtu 1500 (1492+8) = ok,
mtu 1508 (1500+8) = nada.

Είχα διαβάσει ότι σε κάποια(?) dslam έπαιζε.
Δεν έχω δοκιμάσει πρόσφατα.
Δεν έχω δοκιμάσει με το fritz (έχει σχετική επιλογή στο config).
Δεν έχω δοκιμάσει με το speedport 2i/+
Δεν έχω δοκιμάσει με το draytek.

- - - Updated - - -

Από περιέργεια κάθισα και το δοκίμασα στο fritz που έχω στο σπίτι.

Fritzbox = 7490, fritzos = 7.21, isp = cosmote, vdsl50, καμπίνα = cosmote.

Defaults:

« SpeedGuide.net TCP Analyzer Results » 
Tested on: 2021.02.23 16:06 
IP address: 79.131.xxx.xx 
Client OS/browser: Windows 10 (Chrome 88.0.4324.182) 
 
TCP options string: 020405ac0103030801010402 
MSS: 1452 
MTU: 1492 
TCP Window: 262656 (not multiple of MSS) 
RWIN Scaling: 8 bits (2^8=256) 
Unscaled RWIN : 1026 
Recommended RWINs: 63888, 127776, 255552, 511104, 1022208 
BDP limit (200ms): 10506kbps (1313KBytes/s)
BDP limit (500ms): 4202kbps (525KBytes/s) 
MTU Discovery: ON 
TTL: 115 
Timestamps: OFF 
SACKs: ON 
IP ToS: 00000000 (0)

rfc4638_enabled = yes;

Enabled-VDSL:
« SpeedGuide.net TCP Analyzer Results » 
Tested on: 2021.02.23 16:59 
IP address: 79.131.xxx.xx 
Client OS/browser: Windows 10 (Chrome 88.0.4324.182) 
 
TCP options string: 020405b40103030801010402 
MSS: 1460 
MTU: 1500 
TCP Window: 131328 (not multiple of MSS) 
RWIN Scaling: 8 bits (2^8=256) 
Unscaled RWIN : 513 
Recommended RWINs: 64240, 128480, 256960, 513920, 1027840 
BDP limit (200ms): 5253kbps (657KBytes/s)
BDP limit (500ms): 2101kbps (263KBytes/s) 
MTU Discovery: ON 
TTL: 115 
Timestamps: OFF 
SACKs: ON 
IP ToS: 00000000 (0)

Παίζει.
Πολύ θετικό.
Θα το παρακολουθήσω λίγες μέρες.

[globalnoise]

Αν ορίζεις MTU 1500 ή 1508 έχει να κάνει με το άν η σύνδεση σου upstream είναι eth. ή pppoe dial-out και αν το κάνεις σε 3ό router ή στο cpe του isp.

Υπάρχει ελληνικός ISP που να μην χρησιμοποιεί PPPoE;

Το αν συνδέεσαι με 3ο router ή CPE του ISP δεν έχει καμία σχέση για το MTU που θα επιλέξεις για το PPPoE interface, που στη προκειμένη θέλουμε να οριστεί MTU 1500 αντί για 1492.

Να ξεκαθαρίσω οτι το MTU το ορίζουμε για egress traffic. Είναι ουσιαστικά ξεχωριστό value από το MRU. Στη προκειμένη, έτσι κατάλαβα οτι ο BRAS μου υποστηρίζει RFC 4638, είδα να λαμβάνω πακέτα με payload 1500 bytes (UDP), πριν αλλάξω οποιαδήποτε ρύθμιση.

Αν είναι pppoe tunnel από 3ό router θες 1500+8 για το pppoe encap.

Μπερδεμένα τα λες. Το μόνο που πρέπει να σε νοιάζει είναι το MTU 1500 στο PPPoE interface. Το eth interface που έχεις συνδέσει προς το modem (το eth interface δηλαδή που θα περάσει το PPPoE πακέτο) είναι αυτό που πρέπει επιπρόσθετα να ρυθμίσεις με MTU 1508.

Από εκεί και πέρα, με RFC 4638 support από τον BRAS του ISP, το πακέτο γίνεται encapsulate σε PTM frames (από το WAN interface) και λαμβάνεται από το IP-DSLAM και τα παραλαμβάνει ο BRAS με Ethernet payload 1508 bytes όλο χαρά.

Αν είναι στο cpe θες 1500 (και εννοείται το cpe προσθέτει +8 για το pppoe encap στο wan + ότι tags).

Σωστά. Όμως δεν προσθέτει +8 το WAN, αλλά το PPPoE interface. Τo tag μαζί με τα υπόλοιπα PTM bytes τα βάζει στο WAN και το τελικό αποτέλεσμα πριν μπει στον χαλκό είναι:

1500 bytes TCP/UDP/ICMP κλπ payload + 8 bytes PPPoE header + 22 bytes Ethernet header (τα 4 bytes ανήκουν στο VLAN ID) + 4 bytes PTM header = 1534 Bytes που ταξιδεύουν μέσα σε 64/65-octet encapsulation με VDSL2.

Οπότε: 1500 lan-side + 8 για το pppoe encap + ότι tags περιμένει ο upstream αν κάνει tagging = το mtu που τελικά θα παραλάβει το dslam.

Το IP-DSLAM ως Layer-2 switch μεταξύ του CPE και του BRAS απλά παίρνει το PTM πακέτο από τον χαλκό, το κάνει decapsulate και το στέλνει στον BRAS. Το payload που θα "παραλάβει" και θα στείλει στον BRAS θα είναι 1534-4 bytes PTM header = 1530 bytes

Δεν έχει να κάνει με DSLAM το support για RFC 4638 αλλά με τον BRAS.

Το MSS clamping που αναφέρεις είναι ένα πολύ συγκεκριμένο edit ενός TCP value και συνήθως το κάνει το firewall. Δεν ορίζει το MTU του interface το MSS clamping. Σε UDP επικοινωνία ας πούμε δεν υφίσταται καν.

Extra confirmation (για τους δίσπιστους):

[K1m0n]

Διαφωτιστική η συζήτηση και μ'αρέσει που είσαι ακριβής.

Υπάρχει ελληνικός ISP που να μην χρησιμοποιεί PPPoE;

Νομίζω όχι, αλλά υπάρχουν χρήστες που βάζουν 1/2/3/ν routers στην σειρά και double/triple-nat,
σκεφτόμουν για 1500 & σύνδεση eth. upstream με έταιρο router (όχι pppoe), γμτ πάλι δεν το έγραψα σωστά...

Μην δίνεις σημασία, μου λείπουν χρόνια ύπνου.

Δεν έχει να κάνει με DSLAM το support για RFC 4638 αλλά με τον BRAS.

Μια χαρά (μάθαμε και κάτι...).
Όταν το δοκίμαζα (θάναι ~5 χρόνια) δεν έπαιζε, δεν έβλεπα το 1ό hop, φαντάστηκα ότι κόβεται στην καμπίνα.
Και δεν κάθισα να το ψάξω περεταίρω.

Το MSS clamping που αναφέρεις είναι ένα πολύ συγκεκριμένο edit ενός TCP value και συνήθως το κάνει το firewall. Δεν ορίζει το MTU του interface το MSS clamping. Σε UDP επικοινωνία ας πούμε δεν υφίσταται καν.

Σύμφωνοι.
Είναι από τα πράγματα που μπορείς να αποφύγεις lan-side με wan mtu 1500 (και ήθελα να το αποφύγω για αυτό δοκίμαζα με 1500)
και είναι κειμήλιο, για αυτό και η αναφορά μου.

Γενικά το ίδιο λέμε, το pppoe-out ήταν το wan μου,
1500 το pppoe-out, + 8 στο parent interface για να χωράει το encap του,
απλώς (προφανώς...) δεν είμαι καλός στην έκθεση ιδεών,
και νωρίτερα χρησιμοποιούσα τους όρους pppoe-out (το tunnel) και wan (που το wan μου ήταν pppoe)
ώς εναλλάξιμους.
Με αποτέλεσμα τελικά να τα γράψω ανάποδα.
Συγχώρα με.

Πέραν τις τρικυμίας εν κρανίω (του δικού μου κρανίου...),
εσύ κατάλαβες τι ήθελα να πω.
Όταν λοιπόν το είχα δοκιμάσει δεν έπαιζε με pppoe >1492.

Εντω μεταξύ, τώρα μόλις που δοκίμαζα στο fritz,
παίζει μέν με 1500 ("παίζει" = παίρνει ipv4/6, κινεί πακέτα),
αλλά σπάει το v6 και είδα αυξημένο lattency στο v4.

2 τινά:
α) κάτι γίνεται upstream(?)
β) miss-config στο fritzbox (που τις επιλογές στο *.export tree δεν τις λες και ακριβώς τεκμηριωμένες).

Πρέπει να κάτσω να διαβάσω το .export αναλυτικά.
Μέχρι τότε, back to defaults.

Αν εσένα σου παίζει ok γράψε λίγο το setup σου,
μήπως προλάβω να το δοκιμάσω με "κανονικό" router να δω τι κάνει.

[macro]

Βαζοντας και εγω ενα modded router που εχω στα 1500 με voda ειδα στο analyzer οτι μου το εβγαζε στα 1500. Παιζοντας λιγο ειδα οτι δε μου ανοιγε σελιδες μετα απο λιγο. Βασικα δεν υπαρχει κανενας απολυτως λογος να αλλαξεις το default 1492 μιας και δε κερδιζεις τπτ τωρα πια παρα μονο σκοτουρες.