Περίεργο πρόβλημα με το bufferbloat στο download

[lvs0]

Καλησπέρα και συγγνώμη για το τεράστιο κείμενο αλλά δε μπορώ να βγάλω άκρη,
Εδώ και κάτι μήνες έκανα φορητότητα απο vodafone σε cosmote. Επειδή παίζω παιχνίδια online και η συνδεση χρησιμοποιείται απο 3 ατομα είχα παρει ρουτερ του περασα openwrt και το sqm για να ξεχασω τι σημαινει ping spike. Στη σύνδεση με vodafone δουλευε τελεια ακόμα και με βαριά χρηση γραμμής (ανεβαινε 15ms στη χειροτερη) , με cosmote ομως ακόμα και εαν στο dslreports εχω A στο bufferbloat όταν κάποιος βλέπει netflix/youtube/twitch και ο άλλος κατεβάζει κάτι το ping ανεβαινει 70-180(στο upload οσο και να το ζορίσω πανω απο 20 δεν παει, να σημειώσω επίσης πως πριν με τη vodafone ακόμα και εαν δεν εκανα traffic shaping στο download τα buffers ήταν παντα κάτω απο 20ms) , ετσι κατέληξα στο συμπέρασμα πως κατι φταίει για τα buffers στο download
1)Το pppoe passthrough? (Πριν με vodafone ηταν σε bridge mode το router παρεπιπτοντως)
2)Το entry 2i εχει αδύναμο cpu και δε μπορεί να χειριστεί πολλά πακέτα απο πολλές πηγες?(αυτο εξηγει και το γεγονος πως το προβλημα δεν εμφανιζεται στο dslreports)
3)Κάποιο θέμα με την καρτα στο DSLAM?
Και κάπως έτσι "πελαγωσα" και δε μπορώ να καταλάβω τι ευθύνεται
Η σύνδεση είναι adsl και ο συγχρονισμός σχεδον ίδιος με πρίν(18600) , crc errors ειναι περιπου 100-300/μερα (καλύτερα απο πριν παραδόξως παρολο που ειμαι σε fastpath σε αντιθεση με πριν)
Στατιστικά άμα χρειαστούν θα τα ανεβάσω αργότερα επειδη ειμαι απο κινητο.
Ευχαριστώ

[griniaris]

Οταν λες pppoe passthrough?

Εχεις και το speedport να κανει κληση & το ρουτερ σου ?

Η καταλαβα λαθος ?

[geoavlonitis]

βαλε το openwrt πρωτο και συνδεσε το speedport οριζοντας την LAN1->WAN. Υπαρχει ενα μεγαλο topic εδω στο forum που εξηγει τη διαδικασια αναλυτικα.

https://www.adslgr.com/forum/threads...40#post6496540 το topic εδω.

[lvs0]

Οταν λες pppoe passthrough?

Εχεις και το speedport να κανει κληση & το ρουτερ σου ?

Η καταλαβα λαθος ?

Ναι σωστα καταλαβες, κάνουν κλήση και τα δύο (ειμαι πισω απο CGNAT στην ipv4 και επειδη χρειαζομαι την τηλεφωνια το αφησα ετσι)

βαλε το openwrt πρωτο και συνδεσε το speedport οριζοντας την LAN1->WAN. Υπαρχει ενα μεγαλο topic εδω στο forum που εξηγει τη διαδικασια αναλυτικα.

https://www.adslgr.com/forum/threads...40#post6496540 το topic εδω.

Δυστυχώς η openwrt συσκευή είναι μόνο ρουτερ και οχι μόντεμ.

[griniaris]

Ναι σωστα καταλαβες, κάνουν κλήση και τα δύο (ειμαι πισω απο CGNAT στην ipv4 και επειδη χρειαζομαι την τηλεφωνια το αφησα ετσι)


Δυστυχώς η openwrt συσκευή είναι μόνο ρουτερ και οχι μόντεμ.

Εκει θεωρω οτι ειναι το προβλημα σου.

Μεχρι σχετικα προσφατα μπορουσες να κανεις περισσοτερες απο 1 κλησεις και επαιρναν κανονικα public ΙΡ.

ΠΛΕΟΝ ομως αρχιζουν και τα ψαχνουν. Εχει αναφερθει κιαλλες φορες οτι δημιουργει προβληματα.


οι επιλογες σου :

1) βαζεις το σπεεδπορτ μετα το ρουτερ σου και μεσω της wan του δουλευει η τηλεφωνια. ακυρο . ειπες δεν εχεις αλλο modem.
2) παιρνεις τηλ cosmote και ζητας κωδικους CLI μονο για την τηλεφωνια. και αυτους θα βαλεις στο speedport .
3) ζητας τους κωδικους της τηλεφωνιας και τους βαζεις σε δικη σου συσκευη voip .

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

[lvs0]

Εκει θεωρω οτι ειναι το προβλημα σου.

Μεχρι σχετικα προσφατα μπορουσες να κανεις περισσοτερες απο 1 κλησεις και επαιρναν κανονικα public ΙΡ.

ΠΛΕΟΝ ομως αρχιζουν και τα ψαχνουν. Εχει αναφερθει κιαλλες φορες οτι δημιουργει προβληματα.


οι επιλογες σου :

1) βαζεις το σπεεδπορτ μετα το ρουτερ σου και μεσω της wan του δουλευει η τηλεφωνια. ακυρο . ειπες δεν εχεις αλλο modem.
2) παιρνεις τηλ cosmote και ζητας κωδικους CLI μονο για την τηλεφωνια. και αυτους θα βαλεις στο speedport .
3) ζητας τους κωδικους της τηλεφωνιας και τους βαζεις σε δικη σου συσκευη voip .

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

Έχω ήδη κωδικούς cli στο speedport (ειχα δει σε αλλο τοπικ πως ειναι καλυτερα να το κανω ετσι το pppoe passthrough) , εχω και ενα speedport plus το οποιο δε χρησιμοποιω και θελω να δοκιμασω στη γραμη αλλα δε μπορω να το παρω συντομα μιας και ειναι σε αλλη πολη.

[K1m0n]

Σκόρπιες σκέψεις (δεν ξέρω πόσο βοηθάνε...):

Έχεις και τα 2 routers cascaded.
Φαντάζομαι ότι το 1ό δεν εξυπηρετεί τίποτα στο lan του, σωστά?
Γιατί προφανώς αν έχεις συνδέσει clients και στο 1ό cpe του isp κανένα shaping δεν γίνεται σε αυτούς εφόσον δεν περνάει η κίνηση απ'το wrt.

ετσι κατέληξα στο συμπέρασμα πως κατι φταίει για τα buffers στο download
1)Το pppoe passthrough? (Πριν με vodafone ηταν σε bridge mode το router παρεπιπτοντως)

Το ppoe interface στο wrt απλώς θα σου φάει περισσότερη cpu και θα μικρύνει το Mtu λόγω encap (σε σχέση με straight lan).
Τίποτα άλλο.
Και στην vodafone στο bridged cpe, pppoe ήταν το interface της wan στο wrt.
Φαντάζομαι ότι έχεις βάλει την ουρά του sqm στο σωστό Interface (pppoe), σωστά?

2)Το entry 2i εχει αδύναμο cpu και δε μπορεί να χειριστεί πολλά πακέτα απο πολλές πηγες?(αυτο εξηγει και το γεγονος πως το προβλημα δεν εμφανιζεται στο dslreports)

Αυτό ισχύει γενικά, αλλά η κίνηση περνάει passthrough, οπότε ελάχιστα επιβαρύνει το 2i,
δεν βλέπει καν πακέτα, ούτε κάνει routing, απλώς περνάει ένα stream upstream.
Οπότε όχι.

3)Κάποιο θέμα με την καρτα στο DSLAM?

Δύσκολο, όχι αδύνατο.
Μόνο ο isp μπορεί να το δει αυτό.

όταν κάποιος βλέπει netflix/youtube/twitch και ο άλλος κατεβάζει κάτι το ping ανεβαινει 70-180

Έτσι όπως το ακούω, μάλλον απλώς δεν έχεις ικανό bandwidth.
Το sqm μπορεί να σου λύσει προβλήματα bufferbloat, για την έλλειψη bandwidth δεν μπορεί να κάνει κάτι.
Πές τους να μην βλέπουν netflix

είχα παρει ρουτερ του περασα openwrt και το sqm για να ξεχασω τι σημαινει ping spike.

Γενικά θα προτιμούσες για sqm/wrt μια συσκευή που να έχει και το modem πάνω.

ετσι κατέληξα στο συμπέρασμα πως κατι φταίει για τα buffers στο download

Πρακτικά μιλώντας, το όποιο σχήμα qos στο cpe/router μας ελλάχιστα μπορεί να επηρεάσει το download.
Αυτό μόνο ο isp θα μπορούσε να το επηρεάσει/ρυθμίσει (καθότι το download μας είναι το upload του).
Από ένα router που ελέγχουμε μπορούμε μόνο να επηρεάσουμε τα πακέτα που στέλνουμε εμείς upstream (το upload μας).
Τον ρυθμό με τον οποίο φτάνουν τα πακέτα στην wan μας από τον isp δεν μπορούμε να τον επηρεάσουμε.
Φύγαν απ'τον προορισμό τους, ταξίδεψαν, έφτασαν στην wan.
Στο ταξίδι τους δεν ελέγχουμε τίποτα απο την πλευρά μας.
Αν γεμίσει η γραμμή από παράλληλα video streams, ε, τι να κάνουμε γέμισε και γέμισαν και οι buffers.
Στην οποία περίπτωση, απλώς χρειάζεσαι μεγαλύτερο wan pipe.

Εγώ θα ξεκίναγα να ξαναδώ το sqm setup.
Έχει σωστές τιμές/interfaces?
Και υπολόγισε και ένα reservation επιπλέον για το voip του cpe αν έχεις voip.
Για αρχή/δοκιμή ξεκίνα με κάτι σαν 80% της πραγματικής χωρητικότητας του wan

[lvs0]

@K1m0n Οχι το speedport είναι μόνο για την τηλεφωνία , μονο το ρουτερ ειναι συνδεδεμένο.
Σαν interface στο sqm εχω το pppoe-wan. Με τις επιλογές του sqm κατέληξα στο cake/piece of cake , ταχύτητα 17500/870 (ταχύτητα συγχρονισμου ειναι ~18600/1024) και ATM με 44 overhead per packet (Να σημειώσω πως δεν ασχοληθηκα και πολυ μετα την αλλαγη μιας και εκανε κανονικα τη δουλεια πριν).
Το εβαλα 16000/870 και προς το παρον συμπεριφέρεται κανονικά χωρις σοβαρα ping spikes , άμα προκύψει τιποτα θα επανέλθω!

[K1m0n]

@K1m0n Οχι το speedport είναι μόνο για την τηλεφωνία , μονο το ρουτερ ειναι συνδεδεμένο.
Σαν interface στο sqm εχω το pppoe-wan. Με τις επιλογές του sqm κατέληξα στο cake/piece of cake , ταχύτητα 17500/870 (ταχύτητα συγχρονισμου ειναι ~18600/1024) και ATM με 44 overhead per packet (Να σημειώσω πως δεν ασχοληθηκα και πολυ μετα την αλλαγη μιας και εκανε κανονικα τη δουλεια πριν).
Το εβαλα 16000/870 και προς το παρον συμπεριφέρεται κανονικά χωρις σοβαρα ping spikes , άμα προκύψει τιποτα θα επανέλθω!

Στήστο απ'την αρχή.
Μέτρα μία την πραγματική ταχύτητα πίσω από το wrt,
και βάλε χαμηλό στόχο κάτι σαν 80% (θέλει και το voip bandwidth).
Δες πως παίζει και μετά αναλόγως ανεβάζεις λίγο-λίγο.

[lvs0]

Στήστο απ'την αρχή.
Μέτρα μία την πραγματική ταχύτητα πίσω από το wrt,
και βάλε χαμηλό στόχο κάτι σαν 80% (θέλει και το voip bandwidth).
Δες πως παίζει και μετά αναλόγως ανεβάζεις λίγο-λίγο.

Λοιπόν πραγματική είναι ~15700/810kbps , οσο για το voip bandwidth φανταζομαι ειναι γυρω στα 128kbps (για αυτο και το 870 στο up).
Ξεκίνησα με 12000/800 οπου οχι απλως δεν ειχε ping spikes αλλα το jitter ηταν 2ms max , προς το παρον κατέληξα στο 16300 οπου δουλευει οπως πρίν. Αν και έχασα ενα μέρος της ταχύτητας που ήθελα να το αποφύγω δουλευει κανονικά.
Μια απορία , το cake δουλεύει με βάση την πραγματική ταχύτητα ή την ταχύτητα συγχρονισμού; Επειδή απο τον συγχρονισμό πάντα το overhead σε εμένα ήταν ~3mbps. Αυτή η τιμή που εβαλα στο cake τωρα (16300)ακόμα και εαν είναι υψηλότερη απο την πραγματικη δε δημιουργει θεμα και η ταχύτητα που δίνει είναι 13500kbps δηλαδή περιπου 3mbit κατω , με άλλα λόγια λαμβάνει υπ'οψιν το overhead;
Ευχαριστώ για το χρόνο σου.

[K1m0n]

Αν και έχασα ενα μέρος της ταχύτητας που ήθελα να το αποφύγω δουλευει κανονικά.

Εξ'ορισμού, όταν κάνεις sqm θα χάσεις ένα μέρος της ταχύτητας.
Το ίδιο και με τις άλλες μορφές qos.
Είναι η φύση του πράγματος τέτοια.
Αν δεν χάσεις μέρος της ταχύτητας δεν δουλεύει το sqm.
Οπότε, διαλέγεις τι προτιμάς:
non-sqm: ταχύτητα και γεμάτους buffers (άρα +latency), ή
sqm: low latency και άδειους buffers (άρα μειωμένη ταχύτητα).
Και τα δύο δεν γίνεται.
Το voip χρειάζεται διαθέσιμο bandwidth στο cpe (πρίν το wrt),
οπότε το αφαιρείς απο το διαθέσιμο/πραγματικό (και απο αυτό που θα δηλώσεις στο wrt).
Το 16300 είναι εκτός πραγματικότητας.
Βάλε τα πραγματικά νούμερα και το cake θα (προσπαθήσει να) κάνει τα μαγικά του (εμμέσως) και στο down (καθυστερόντας τα ack).
Δεν είναι πολύ αποτελεσματικό στο down αλλά απ'το τίποτα...

το cake δουλεύει με βάση την πραγματική ταχύτητα ή την ταχύτητα συγχρονισμού;

Δουλεύει με ότι δηλώσεις.
Αυτό που σε ενδιαφέρει είναι η πραγματική.
Στην περίπτωση σου βάλε 14,1 down, 730 up.
Καλά θα παίζει.
Μετά μπορείς να κάνεις fine-tunning, αλλά όχι δεν μπορείς να βάλεις bandwidth μεγαλύτερο/ίσο του πραγματικά διαθέσιμου.
Δηλαδή μπορείς να βάλεις ότι θέλεις αν θες να βλέπεις μεγάλα νούμερα... απλώς δεν θα δουλεύει σωστά το cake.
Στην οποία περίπτωση κλείστο τελείως (αφού δεν προσφέρει κάτι..) να γλυτώσεις κύκλους και απο την cpu.
Πρακτικά θες 5 με 10% κάτω της πραγματικής.
Αν δεν παίξει σωστά έτσι τότε θέλει ψάξιμο, αλλά μάλλον θα παίξει ok.

Έχει ένα wiki το wrt που τα εξηγεί πολύ ωραία.
Θα έλεγα να ρίξεις μια ματιά.

Για αυτόν τον λόγο έλεγα ότι για sqm θα ήθελες ένα router με ενσωματωμένο dsl modem στην wan.
Για να μπορεί να αυτό-ρυθμίζεται.
Τώρα, άν/όταν αλλάξουν τα νούμερα που κλειδώνει το modem δεν έχει τρόπο να το ξέρει το wrt,
οπότε αν στο επόμενο dsl re-sync πέσει η ταχύτητα -2Mb πάει περίπατο το sqm.

[lvs0]

Λοιπόν το πρόβλημα απο ότι φαίνεται δε στμάτησε και συνεχίζει να εμφανίζεται αλλα σε μικρότερο βαθμό... H ρύθμιση που έχω τώρα είναι 13800/730
Μπορώ να το αναπαράξω εύκολά βάζοντας κάτι να κατεβαίνει απο το steam , γενικά για να μην εχω buffers 100+ms πρέπει να το ρυθμίσω στα 8000 οποίο θεωρώ λιγο υπερβολικο , στο upload οτι τιμη και να βαλω δε φαινεται να επηρεαζει.Ο cpu του ρουτερ με το openwrt δε φαινεται να ζοριζεται μιας και με το htop που το τσεκαρα κανενα thread δε παει πανω απο 50% με full load.
Το μόνο που μου περναει απο το μυαλο είναι να ζητήσω αλλαγή πόρτας αλλα αμφιβαλλω αμα φταιει αυτο... Και να φταίει αυτο δε νομιζω πως θα μπορεσω να εξηγησω τον λογο και να μη μου πουν να κανω επανεκκίνηση του ρούτερ ή να με βαλουν σε 12αρι προφιλ και να με αφησουν εκει οπως ειχαν κανει παλιοτερα.

[K1m0n]

Κατεβάζοντας απ'το steam χωρίς όρια κάνεις wan saturation.
Δεν υπάρχει κανένα σχήμα qos να σε βοηθήσει σε αυτό (ή/και σε ένα packet storming από p2p ή ddos).
Το qos γενικότερα, και το sqm ειδικότερα, απλώς προτεραιότητες βάζουν.
Αν μόνιμα υπάρχουν περισσότερα data να ανέβουν-κατέβουν/μονάδα χρόνου απ'όσα σηκώνει η γραμμή σου,
τότε απλώς χρειάζεσαι περισσότερο bandwidth.
Στην περίπτωση του steam θα ήθελες μια σύνδεση μεγαλύτερη από το max που μπορούν να σου στείλουν
οι servers του steam (ανέφικτο).
Βάλε όρια στον steam client.
Το ίδιο και στα p2p.
Το θεωρητικά ιδανικό σχήμα qos που φαντάζονται οι χρήστες:
"θα κατεβάζω παράλληλα μιά διανομή linux με χιλιάδες seeds χωρίς όρια, και ταυτοχρόνως θάχω jitter-free voip και non-laggy gaming",
δεν υπάρχει.
Όταν γεμίσει το wan γέμισε και το qos έχει τα όρια του.

[lvs0]

Κατεβάζοντας απ'το steam χωρίς όρια κάνεις wan saturation.
Δεν υπάρχει κανένα σχήμα qos να σε βοηθήσει σε αυτό (ή/και σε ένα packet storming από p2p ή ddos).
Το qos γενικότερα, και το sqm ειδικότερα, απλώς προτεραιότητες βάζουν.
Αν μόνιμα υπάρχουν περισσότερα data να ανέβουν-κατέβουν/μονάδα χρόνου απ'όσα σηκώνει η γραμμή σου,
τότε απλώς χρειάζεσαι περισσότερο bandwidth.
Στην περίπτωση του steam θα ήθελες μια σύνδεση μεγαλύτερη από το max που μπορούν να σου στείλουν
οι servers του steam (ανέφικτο).
Βάλε όρια στον steam client.
Το ίδιο και στα p2p.
Το θεωρητικά ιδανικό σχήμα qos που φαντάζονται οι χρήστες:
"θα κατεβάζω παράλληλα μιά διανομή linux με χιλιάδες seeds χωρίς όρια, και ταυτοχρόνως θάχω jitter-free voip και non-laggy gaming",
δεν υπάρχει.
Όταν γεμίσει το wan γέμισε και το qos έχει τα όρια του.

Κατάλαβα , σε ευχαριστώ για το χρόνο σου και τη βοήθεια!

[lvs0]

Λοιπόν επειτα απο αρκετές δοκιμές και ψάξιμο κατάφερα να ελαχιστοποιήσω τα ping spikes σε σημείο που δεν γινεται να τα καταλάβεις.Μονο το steam οταν κατεβαζει κατι σε οτι ταχυτητα και να ειναι(μεχρι και 700-800KBps) προκαλει ping spikes που τα καταλαβαίνεις μεν , αλλα ειναι πολυ καλυτερα σε σχέση με πρίν.
Χρησιμοποίησα cake/layer_cake ,μετα στο advanced optios επελεξα -DO NOT SQUASH (Αυτο στην ουσία κρατάει τα dscp tags απο το καθε πακετο , δεν ειναι προεπιλεγμένο επειδη οι isp μπορούν να αλλάξουν τα dscp tags αμα θελουν). Απο dangerous options στο ingress έβαλα "diffserv4 nat dual-dsthost ingress"(Αυτο στην ουσία έχει 4 ουρές προτεραιότητας και μοιράζει ισότιμα το bandwidth ανάμεσα στις συσκευές οταν χρειαζεται,επισης λεει στον cake να κρατάει το rate παντα κάτω απο το rate που έχουμε βάλει) και στο egress "diffserv4 nat dual-srchost ack-filter"(το ίδιο με πρίν , το ack-filter μπορεί να αυξήσει πολυ λιγο την ταχυτητα στο upload επειδη φιλτράρει τα ack πακέτα). Τα αφήνω εδώ επειδη είδα τεράστια διαφορά σε σχέση με πριν ετσι ώστε αμα κάποιος ειναι σε adsl στον οτε με το ιδιο θέμα να τα δοκιμάσει.

ΥΓ:Να σημειώσω πως σε κάποια σημεία μπορεί να είμαι λάθος μιας και δεν εχω καποια εμπειρία απο όλα αυτά , απο το ψάξιμο που έκανα αυτες τις μέρες σε αυτα κατεληξα παντως.