Mikrotik QoS για IPv4/IPv6

[minas]

Εγώ ζω υποχρεωτικά χωρίς fasttrack, γιατί χρειάζομαι packet marking και mangles για επιλεκτικό routing από συγκεκριμένα tunnels.
Επίσης έχω την εντύπωση ότι tree queues και fasttrack δεν προβλέπεται να παίζουν μαζί.

[jkarabas]

Εγώ ζω υποχρεωτικά χωρίς fasttrack, γιατί χρειάζομαι packet marking και mangles για επιλεκτικό routing από συγκεκριμένα tunnels.

Και εγώ στο ίδιο club με εσένα ανήκω........προς το παρόν έτσι, γιατί με τα mikrotik και τις γραμμές που αναβαθμίζονται αλλάζουν όλα πολύ γρήγορα.

- - - Updated - - -

Επίσης έχω την εντύπωση ότι tree queues και fasttrack δεν προβλέπεται να παίζουν μαζί.

Το έχουμε συζητήσει αυτό με ποιο τρόπο παίζουν τα trees μερικά post πριν.
Μάλιστα κάποιο φίλοι έχουν κάνει και labs για αυτό το σκοπό.

- - - Updated - - -

Με την ευκαιρία ψάχτηκα σήμερα και αν σε ενδιαφέρει, μόλις βρήκα λύση με fasttrack δρομολογήσεις μηχανημάτων από διαφορετική WAN για επιλεκτικό routing
χωρίς καθόλου mangles, αφού όπως είναι γνωστό δεν δουλεύουν με το fasttrack.
Μάλιστα επειδή έχω δηλωμένα αρκετά subnets με vlans και όχι μόνο, έχω πρόσβαση πλέον και σε αυτά!!!!
Με αυτό το τρόπο μόλις παίζω επιτέλους με fasttrack.

[minas]

Και εγώ στο ίδιο club με εσένα ανήκω........προς το παρόν έτσι, γιατί με τα mikrotik και τις γραμμές που αναβαθμίζονται αλλάζουν όλα πολύ γρήγορα.

- - - Updated - - -



Το έχουμε συζητήσει αυτό με ποιο τρόπο παίζουν τα trees μερικά post πριν.
Μάλιστα κάποιο φίλοι έχουν κάνει και labs για αυτό το σκοπό.

- - - Updated - - -

Με την ευκαιρία ψάχτηκα σήμερα και αν σε ενδιαφέρει, μόλις βρήκα λύση με fasttrack δρομολογήσεις μηχανημάτων από διαφορετική WAN για επιλεκτικό routing
χωρίς καθόλου mangles, αφού όπως είναι γνωστό δεν δουλεύουν με το fasttrack.
Μάλιστα επειδή έχω δηλωμένα αρκετά subnets με vlans και όχι μόνο, έχω πρόσβαση πλέον και σε αυτά!!!!
Με αυτό το τρόπο μόλις παίζω επιτέλους με fasttrack.

Εννοείται πως με ενδιαφέρει
Φαντάζομαι δεν θα έχει την ευκολία του mangle, αλλά εάν βρεις χρόνο γράψε δυο λόγια.
Ευχαριστώ

[jkarabas]

Φαντάζομαι δεν θα έχει την ευκολία του mangle, αλλά εάν βρεις χρόνο γράψε δυο λόγια.

Η μόνη διαφορά είναι οι πολλές καταχωρήσεις, ενώ στα mangles είχες επιλογές να τα έχεις όλα ακόμη και με εναν κανόνα
δηλώνοντας address lists, αλλά το κέρδος είναι μεγάλο.

Να τα πάρουμε από την αρχή λοιπόν.

Θεωρώ ότι έχοντας πάνω από μια WAN έχεις δηλώσει και τα απαραίτητα routes + failover.

1. Καταχωρούμε σαν κανόνα το fasttrack στο filter rules.
2. Κάνουμε disable τα mangles
3. Θεωρώ ότι ήδη θα έχεις ορίσει στο routing->tables τις WAN1 και WAN2
4. Πηγαίνουμε routing rules

Εκεί λοιπόν υπάρχουν 2 κατηγορίες καταχωρήσεων η 1η κατηγορία ανήκει στις δρομολογήσεις με μηχανήματα
που επιθυμείς να βγάλεις από συγκεκριμένη WAN.

Δίνω παράδειγμα, έστω ότι έχεις laptop με ip 192.168.100.25 και θέλεις να το βγάλεις απο την WAN2.

/routing rule add src-address=192.168.100.25 dst-address=0.0.0.0/0 action=lookup table=WAN2

Με αυτό τον τρόπο κοιτάζει τη WAN2

Τι γίνεται όμως αν σε κάποια διαφορετικά subnets τρέχουμε πχ. έναν server όπως pihole ή κάποιο άλλο Mikrotik ή ακόμη
και τα vpns μας τα οποία ανήκουν σε διαφορετικά subnets από ότι το LAN μας.

Πχ. έχω στο χώρο μου Chateue με 192.168.15.2, επίσης τρέχω Wireguard site to site με το εξοχικό μου που εκεί τα subnets είναι τελείως διαφορετικά.
Έχω mikrotiks και εκεί με δικες τους ips.

Στις παραπάνω περιπτώσεις το laptop δεν θα έχει πρόσβαση σε αυτά τα subnets.

Με τα mangles λοιπόν δηλώναμε μια address list και στον κανόνα βάζαμε !Dst.Address List τη λίστα με τα subnets και είχαμε πρόσβαση.

Η δήλωση λοιπόν αυτή ανήκει στη 2η κατηγορία κανόνων μέσα στα rules.

Δίνω παράδειγμα, έστω ότι έχεις pihole adblocker δηλωμένο στην ip 192.168.8.2 για να έχεις πρόσβαση στο web interface του
βάζεις το παρακάτω κανόνα στα rules.

routing rule add dst-address=192.168.8.0/24 action=lookup-only-in-table table=main

με το action=lookup-only-in-table στο table=main του λες ότι το συγκεκριμένο subnet να κοιτάζει το κύριο(main) table για τη δρομολόγηση.
Μπαμ έχεις πρόσβαση!!

Με αυτόν τον τρόπο δουλεύει η 7. Το ζουμί είναι τα rules και δουλεύει τέλεια.
Κέρδος; Φυσικά το performance της cpu. Με τα mangles είχες συνεχόμενη απασχόληση ενώ τώρα "ξεκουράζεται".

Είσαι έτοιμος. Πλέον από το lapotop που δρομολογείς απο τη WAN2 θα έχεις πρόσβαση σε όλα τα subnets που επιθυμείς.

Fasttrack connection-multi WANs-no Mangles-marking packets with Policy Routing

PS. Αν βάζανε και ένα address list στα rules θα ήταν super!! Ζητάω πολλά;

[BillyVan]

Μετα απο απειρα προβλήματα στην καμπίνα (vodafone) που χειροτερευουν και την κοσμοτε να μην μπορει να κανει κατι

αποφασισα κι εβαλα Ιναλαν 200/200.

Λογικα κι επειδη σχεδον 10 μερες τωρα ειμαι ευχαριστημενος θα αναβαθμισω σε 1000/1000 τον Σεπτ Οκτ.

Προσωρινα την εβαλα σε ενα 960 switch και θα πω οτι οριακα τη σηκωνει.

Λαθος το ξερω οτι δεν ειναι ρουτερ αλλα παρολα αυτα κι επειδη λειπω τη δουλεια μου την κανει μεχρι να τα μαζεψω οπως πρεπει οταν επιστρεψω.

Αποτελεσματα λοιπον χωρις και με fqcodel.


Χωρίς






https://www.waveform.com/tools/buffe...a-e01605e6dba5


και με fqcodel η μονοπυρηνη cpu να χτυπαει σχεδον 100% στο τεστ




https://www.waveform.com/tools/buffe...5-4a8f37ce3813






Εντυπωσιακό μπορω να πω.

[minicoop]

Ξέρει κάποιος πως γίνεται qos όταν η ταχύτητα του WAN είναι άγνωστη. Συγκεκριμένα όταν το WAN είναι ένα LTE interface τι μπορεί να γίνει. Δουλεύει άραγε το μαρκάρισμα των πακέτων με mangle και δίνοντας μια προτεραιόητα, την οποία άραγε θα σεβαστεί το modem μετά; Έχει κανείς σχετική εμπειρία;

[macro]

Αν βαλεις τα σχετικα μαρκαρισματα και limits δουλευει, θεωρητικα. Πρακτικα δε νομιζω να σε βολεψει. Εξαλλου στο lte εχεις υψηλο upload που ειναι ολα τα λεφτα. Πιστεψε με αυτο με τα limits, δε θα το πιασεις ποτε. Το εχω δοκιμασει και ξενερωσα.

Ουτε cake, fq_codel δουλεψανε σωστα.

[K1m0n]

Ξέρει κάποιος πως γίνεται qos όταν η ταχύτητα του WAN είναι άγνωστη.

Γενικά δεν γίνεται.
Υπάρχει εν εξελίξει μια σχετική προσπάθεια στο wrt,
αλλά είναι wip, πόσο καλά παίζει/δεν-παίζει δεν ξέρω.

Δουλεύει άραγε το μαρκάρισμα των πακέτων με mangle και δίνοντας μια προτεραιόητα, την οποία άραγε θα σεβαστεί το modem μετά;

Αν αναφέρεσαι σε dscp marking, θα παίζει αν το υποστηρίζει ο upstream isp.

[minicoop]

Αν βαλεις τα σχετικα μαρκαρισματα και limits δουλευει, θεωρητικα. Πρακτικα δε νομιζω να σε βολεψει. Εξαλλου στο lte εχεις υψηλο upload που ειναι ολα τα λεφτα. Πιστεψε με αυτο με τα limits, δε θα το πιασεις ποτε. Το εχω δοκιμασει και ξενερωσα.

Ουτε cake, fq_codel δουλεψανε σωστα.

Ευχαριστώ για τις απαντήσεις. Γενικά lte δεν έχει και το καλύτερο σήμα εδώ πέρα και από ταχύτητες έχω του τύπου 20/2. Έχω μπόλικο bufferbloat και έψαχνα κάποιο τρόπο να το λύσω μέσω software. Πχ αν κατεβάζω κάτι και παράλληλα κάνω μια βιντεοκλήση η ποιότητα της κλήσης πέφτει αισθητά. Μάλλον είμαι για καμιά κεραία για αρχή. Δεν έχω ιδέα αν η upstream σέβεται τa dscp markings και αμφιβάλω αν λυθεί και έτσι το πρόβλημα βέβαια.

K1mOn μπράβο στο wrt πάντως πολύ ενδιαφέρον.

[K1m0n]

Γενικά lte δεν έχει και το καλύτερο σήμα εδώ πέρα και από ταχύτητες έχω του τύπου 20/2.

Πρέπει να διαχωρίσεις αν οι χαμηλές ταχύτητες είναι θέμα λήψης/απόστασης, ή θέμα δυνατότητας της κεραίας και του isp.
Αν έχεις πρόβλημα λήψης, αυτό μπορεί να βελτιώνεται με ένα καλύτερο (ίσως εξωτερικό) modem,
ή/και μια κατευθυντική κεραία (αν έχεις los).

Αν τόσο μπορεί η κεραία, ή/και ο isp (σύνηθες σε κάποιες επαρχίες) δυστυχώς είναι αυτό που είναι.

[minicoop]

Πρέπει να διαχωρίσεις αν οι χαμηλές ταχύτητες είναι θέμα λήψης/απόστασης, ή θέμα δυνατότητας της κεραίας και του isp.
Αν έχεις πρόβλημα λήψης, αυτό μπορεί να βελτιώνεται με ένα καλύτερο (ίσως εξωτερικό) modem,
ή/και μια κατευθυντική κεραία (αν έχεις los).

Αν τόσο μπορεί η κεραία, ή/και ο isp (σύνηθες σε κάποιες επαρχίες) δυστυχώς είναι αυτό που είναι.

Nαι έχεις δίκιο. RSSI -75 RSRP -104 SINR 15 RSRQ -12 είμαι από σήμα. Κυρίως το RSRP είναι poor. Αθήνα είμαι, οπότε πιστεύω μπορεί ο ISP, αλλά δε χάνω μια βόλτα να πάω δίπλα στη κεραία για επιβεβαίωση

Έκανα και κάποιες δοκιμές. Με cake και όρια 10/1 το πήρα το Α στο bufferbloat από F που ήταν χωρίς. Αλλα δε λέει τη στιγμή που έχω δει μέχρι και 30-40 και 50 κάποιες στιγμές στο download. Η cake παρεπιπτόντως έχει μια ρύθμιση autorate ingress που υποτίθεται είναι για τέτοιες καταστάσεις αλλά στη δοκιμή μου τα έκανε χειρότερα τα πράγματα. Οψώμεθα. Θα τσεκάρω την κεραία του ΙSP και αν είναι θα πάρω μια κατευθυντική.

[deniSun]

Ξέρει κάποιος πως γίνεται qos όταν η ταχύτητα του WAN είναι άγνωστη.

Θυμάμαι ότι οι πρώτες υλοποιήσεις που έβλεπα για qos ήταν με μεταβλητό/άγνωστο bw.
Αυτό γιατί ήταν υλοποιήσεις πάνε σε προβληματικό χαλκό.
Οπότε ναι μπορείς να έχεις ένα script που να ελέγχει με κάποιον τρόπο την ταχύτητα και να την μεταβάλει στα όρια των ουρών.

Δουλεύει άραγε το μαρκάρισμα των πακέτων με mangle και δίνοντας μια προτεραιόητα, την οποία άραγε θα σεβαστεί το modem μετά;

Αν μιλάμε για modem που δεν κάνει τίποτε άλλο από μεταφορά πακέτων, τότε ναι πχ αν έχεις ένα ρούτερ με lte interface όπως της ΜΤ.
Αν μιλάμε για τις mobile συσκευές που δίνουν οι πάροχοι κινητής, τότε όχι. Αυτές ο συσκευές είναι και ρούτερ.
Από την συσκευή σου και μετά δεν ξέρεις τι κάνει ο πάροχος.
Πάντως να τρέχει κάπου ένα qos το θεωρώ απίθανο.
Το αν έχει κάποιους περιορισμούς η lte τεχνολογία στην χρήση του qos ή το πόσο αποτελεσματικό είναι εκεί, δεν το γνωρίζω γιατί δεν έχω ασχοληθεί.

Γενικά lte δεν έχει και το καλύτερο σήμα εδώ πέρα και από ταχύτητες έχω του τύπου 20/2.

Αντίστοιχα προβλήματα έχω με voda όπου ενώ έχω τιγκαρισμένο σήμα, οι ταχύτητες είναι άθλιες το πρωί και μετά το απόγευμα απλά δεν έχω καθόλου υπηρεσίες.
Αυτό γίνεται γιατί το απόγευμα έχει μεγαλύτερο φόρτο από τα άτομα που γυρίζουν από την δουλειά τους κλπ.
Σε αυτή την περίπτωση δεν σε σώζει το qos γιατί το πρόβλημα είναι στην κεραία.

[K1m0n]

Με cake και όρια 10/1 το πήρα το Α στο bufferbloat από F που ήταν χωρίς.

Αν είναι αποδεκτό να ρυθμίσεις το cake/whatever-sqm με όριο κάτω του ελάχιστου bandwidth
που θα δεις ποτέ στο lte, τότε ναι, θα παίξει μια χαρά.
Αλλά τυπικά, και δεδομένου ότι το lte μπορεί να παίζει πολύ πάνω/κάτω,
θα ψαλιδίσεις την σύνδεση πολύ χαμηλά, οπότε θα χάσεις πολύ.

[BillyVan]

Υπαρχει ενα τρικ θεωρητικο που δεν το δοκιμασα 100%.

Να κανεις χρηση 2 apn και στο ενα απ αυτα να βαλεις το qos κι απο εκεινο

το interface να βγαζεις αυτα που χρειαζεσαι να εχουν Priority.

Βεβαια εχεις μικρες ταχυτητες αλλα θα μπορουσε να γινει μια δοκιμη.

[minicoop]

Υπαρχει ενα τρικ θεωρητικο που δεν το δοκιμασα 100%.

Να κανεις χρηση 2 apn και στο ενα απ αυτα να βαλεις το qos κι απο εκεινο

το interface να βγαζεις αυτα που χρειαζεσαι να εχουν Priority.

Βεβαια εχεις μικρες ταχυτητες αλλα θα μπορουσε να γινει μια δοκιμη.

Η ίσως ένα VLAN αντί 2ου ΑPN? Γενικά με κάποιο τρόπο, πρέπει να ρουτάρει κατά απόλυτη προτεραιότητα όσα είναι εντός αυτού (όπως υπηρεσίες voip κλπ) ΑΝΕΞΑΡΤΗΤΑ απο το διαθέσιμο bandwidth το οποίο είναι άνγωστο. Ίσως αξίζει η δοκιμή δεν έχεις άδικο.