The Wonder Shaper

Το Shaper Wonder είναι ένα πολύ ιδιαίτερο σενάριο διαμορφωτής δίκτυο με πολλές δυνατότητες. Εργασίες για το Linux 2.4 ή νεότερη έκδοση.
Γκολ
Προσπάθησα να δημιουργήσετε το Άγιο Δισκοπότηρο:
* Διατηρήστε χαμηλό latency για interfactive κυκλοφορίας ανά πάσα στιγμή.
Αυτό σημαίνει ότι η λήψη ή αποστολή αρχείων δεν πρέπει να διαταράξει SSH ή ακόμα και telnet. Αυτά είναι τα πιο σημαντικά πράγματα, ακόμα και 200ms latency είναι αργή για να εργαστούν πάνω.
* Αφήστε το «σερφάρισμα» σε λογικές ταχύτητες, ενώ τα πάνω ή προς λήψη
Ακόμα κι αν αυτό είναι το http κυκλοφορίας «χύμα», άλλη κυκλοφορία δεν πρέπει να το πνίξει έξω πάρα πολύ.
* Βεβαιωθείτε προσθήκες δεν βλάπτουν λήψεις, και ο άλλος τρόπος γύρω
Αυτό είναι ένα πολύ παρατηρείται το φαινόμενο όπου ανάντη της κυκλοφορίας καταστρέφει απλά ταχύτητα λήψης. Αποδεικνύεται ότι όλα αυτά είναι δυνατόν, με το κόστος της ένα μικροσκοπικό κομμάτι του εύρους ζώνης. Ο λόγος για τον οποίο προσθήκες, downloads και SSH ο ένας τον άλλο κακό είναι η παρουσία των μεγάλων ουρών σε πολλές εγχώριες συσκευές πρόσβασης, όπως καλωδιακή ή DSL μόντεμ.
Γιατί δεν λειτουργεί καλά από προεπιλογή
ISPs ξέρουν ότι συγκρίνονται μόνο με το πόσο γρήγορα οι άνθρωποι μπορούν να κατεβάσετε. Εκτός από το διαθέσιμο εύρος ζώνης, την ταχύτητα λήψης επηρεάζεται σε μεγάλο βαθμό από την απώλεια πακέτων, γεγονός που παρεμποδίζει σοβαρά την απόδοση του TCP / IP. Μεγάλες ουρές μπορεί να βοηθήσει στην πρόληψη PacketLoss, και να επιταχύνει λήψεις. Έτσι ISPs ρυθμίσετε μεγάλες ουρές.
Αυτές οι μεγάλες ουρές όμως να βλάψει διαδραστικότητα. Ένα πάτημα του πλήκτρου πρέπει πρώτα να ταξιδέψει την ανοδική ουρά, η οποία μπορεί να είναι δευτερόλεπτα (!) Πολύ και να πάει στο απομακρυσμένο υπολογιστή σας. Στη συνέχεια εμφανίζεται, η οποία οδηγεί σε ένα πακέτο που έρχονται πίσω, το οποίο πρέπει στη συνέχεια διασχίζουν το κατάντη ουρά, που βρίσκεται στο ISP σας, προτού εμφανιστεί στην οθόνη σας.
Αυτό το HOWTO σας διδάσκει πώς να διαμελίζουν και να επεξεργάζεται την ουρά με πολλούς τρόπους, αλλά δυστυχώς, δεν είναι όλοι οι ουρές είναι προσιτά σε εμάς. Η ουρά πάνω στο ISP είναι εντελώς εκτός ορίων, ενώ η ανοδική ουρά ζει πιθανότατα μέσα στο καλωδιακό μόντεμ ή τη συσκευή DSL. Μπορεί να είναι ή να μην είναι σε θέση να το ρυθμίσετε. Μάλλον όχι.
Έτσι, ποιο είναι το επόμενο; Όπως δεν μπορούμε να ελέγξουμε, είτε από αυτές τις ουρές, που πρέπει να εξαλειφθούν, και μετακόμισε στο δρομολογητή σας το Linux. Ευτυχώς αυτό είναι δυνατό.
Οριακή ταχύτητα upload κάπως
Με τον περιορισμό μας ταχύτητα upload σε λίγο λιγότερο από το πραγματικά διαθέσιμο ποσοστό, δεν υπάρχουν ουρές που δημιουργήθηκε το modem μας. Η ουρά κινείται τώρα προς το Linux.
Οριακή ταχύτητα λήψης
Αυτό είναι λίγο πιο περίπλοκη καθώς δεν μπορούμε να επηρεάσουμε πραγματικά πόσο γρήγορα των πλοίων Διαδίκτυο μας δεδομένα. Μπορούμε όμως να μειωθεί πακέτα που έρχονται σε πάρα πολύ γρήγορα, πράγμα που προκαλεί το πρωτόκολλο TCP / IP για να επιβραδύνει ακριβώς το ρυθμό που θέλουμε. Επειδή δεν θέλουμε να πέσει κυκλοφορίας χωρίς λόγο, θα διαμορφώσετε μια «έκρηξη» μέγεθος που επιτρέπει σε υψηλότερη ταχύτητα.
Τώρα, τη στιγμή που έχουμε κάνει αυτό, έχουμε εξαλείψει την κατάντη ουρά εντελώς (με εξαίρεση τις σύντομες εκρήξεις), και να αποκτήσουν την ικανότητα να διαχειριστεί την ανοδική ουρά με όλη τη δύναμη του Linux προσφέρει.
Ας διαδραστικό κυκλοφορίας παραλείψτε την ουρά
Αυτό που απομένει να γίνει είναι να βεβαιωθείτε διαδραστικό κυκλοφορίας άλματα προς τα εμπρός του ανάντη ουρά. Για να βεβαιωθείτε ότι προσθήκες δεν βλάπτει λήψεις, προχωράμε επίσης ACK πακέτα στο μπροστινό μέρος της ουράς. Αυτό είναι ό, τι συνήθως προκαλεί την τεράστια επιβράδυνση που παρατηρήθηκε κατά τη δημιουργία του κύριου όγκου τους δύο τρόπους. Οι Ευχαριστίες προς τους μεταγενέστερους κυκλοφορίας πρέπει να ανταγωνιστεί με ανάντη της κυκλοφορίας, και να καθυστερήσει τη διαδικασία.
Προχωράμε επίσης και άλλα μικρά πακέτα στο μπροστινό μέρος της ουράς - αυτό βοηθά λειτουργικά συστήματα τα οποία δεν καθορίζονται TOS bits, όπως πάντα, από τη Microsoft.
Επιτρέψτε στο χρήστη να καθορίσει χαμηλή επισκεψιμότητα προτεραιότητα (νέα σε 1,1!)
Μερικές φορές μπορεί να παρατηρήσετε εξερχόμενης κίνησης χαμηλής προτεραιότητας επιβραδύνεται σημαντικά την κυκλοφορία. Σε αυτή την περίπτωση, οι ακόλουθες επιλογές μπορούν να σας βοηθήσουν:
NOPRIOHOSTSRC
Ορίστε αυτό για να φιλοξενεί ή netmasks στο δίκτυο σας που θα πρέπει να έχουν χαμηλή προτεραιότητα
NOPRIOHOSTDST
Ορίστε αυτό για να φιλοξενεί ή netmasks στο διαδίκτυο που θα πρέπει να έχουν χαμηλή προτεραιότητα
NOPRIOPORTSRC
Ορίστε αυτό στα λιμάνια πηγή που θα πρέπει να έχει χαμηλή προτεραιότητα. Εάν έχετε ένα ασήμαντο διακομιστή για την κυκλοφορία σας, ορίστε το σε 80
NOPRIOPORTDST
Ορίστε αυτό σε λιμένες προορισμού που πρέπει να έχει χαμηλή προτεραιότητα.
Δείτε την έναρξη της wshaper και wshaper.htb
Αποτελέσματα
Αν το κάνουμε όλοι αυτό παίρνουμε τα παρακάτω μετρήσεις χρησιμοποιώντας μια εξαιρετική ADSL σύνδεση από XS4ALL στις Κάτω Χώρες:
Baseline λανθάνουσα κατάσταση:
μετ 'επιστροφής min / avg / max = 14,4 / 17,1 / 21,7 ms
Χωρίς κλιματιστικό κυκλοφορίας, ενώ το κατέβασμα:
μετ 'επιστροφής min / avg / max = 560,9 / 573,6 / 586,4 ms
Χωρίς κλιματιστικό κυκλοφορίας, κατά τη μεταφόρτωση:
μετ 'επιστροφής min / avg / max = 2041,4 / 2332,1 / 2427.6 ms
Με conditioner, κατά τη μεταφόρτωση 220kbit / s:
μετ 'επιστροφής min / avg / max = 15,7 / 51,8 / 79,9 ms
Με conditioner, κατά τη λήψη 850kbit / s:
μετ 'επιστροφής min / avg / max = 20,4 / 46,9 / 74,0 ms
Κατά τη μεταφόρτωση, λήψεις προχωρήσει σε ~ 80% της διαθέσιμης ταχύτητας. Προσθήκες σε περίπου 90%. Latency άλματα στη συνέχεια σε 850 ms, ακόμα προσπαθούν να καταλάβουν γιατί.
Τι μπορείτε να περιμένετε από αυτό το σενάριο εξαρτάται πολύ από την πραγματική ταχύτητα αποστολής σας. Κατά τη μεταφόρτωση σε πλήρη ταχύτητα, πάντα θα υπάρχει ένα ενιαίο πακέτο μπροστά πληκτρολόγησης σας. Αυτό είναι το κατώτερο όριο για την λανθάνουσα μπορείτε να επιτύχετε - διαιρέσει MTU σας από ανάντη ταχύτητά σας για να υπολογίσει. Τυπικές τιμές θα είναι κάπως υψηλότερη από εκείνη. Χαμηλώστε MTU σας για καλύτερα αποτελέσματα!
Ένα μικρό τραπέζι:
Ταχύτητα αποστολής | Αναμενόμενη λανθάνουσα κατάσταση λόγω φορτώσετε
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
Έτσι για να υπολογίσετε την αποτελεσματική λανθάνουσα σας, ρίξτε μια βασική μέτρηση (ping σε μια εκφορτώνονται link), και κοιτάζω προς τα πάνω τον αριθμό στον πίνακα και προσθέστε το. Αυτό είναι περίπου το καλύτερο που μπορείτε να περιμένετε. Ο αριθμός αυτός προέρχεται από έναν υπολογισμό που υποθέτει ότι οι ανάντη πληκτρολόγηση σας θα έχει το πολύ το μισό ενός πλήρους μεγέθους πακέτου μπροστά της.
Αυτό συνοψίζεται στο:
   MTU * 0,5 * 10
   -------------- + Baseline_latency
       kbit
Ο συντελεστής 10 δεν είναι απόλυτα σωστό, αλλά λειτουργεί καλά στην πράξη.
Πυρήνα σας
Εάν εκτελέσετε μια πρόσφατη διανομή, τα πάντα θα πρέπει να είναι εντάξει. Χρειάζεται 2,4 με επιλογές QoS ενεργοποιημένη.
Αν φτιάξετε τον δικό σας πυρήνα, θα πρέπει να έχει κάποιες επιλογές που έχουν ενεργοποιηθεί. Πιο συγκεκριμένα, στο μενού επιλογών δικτύωσης, QoS ή / και Fair ουρές αναμονής, ενεργοποιήστε τουλάχιστον CBQ, PRIO, SFQ, Ingress, Τροχαία Αστυνόμευση, υποστήριξη QoS, Τιμή Εκτιμητής, QoS για την ταξινόμηση, U32 ταξινομητής, fwmark ταξινομητή.
Στην πράξη, εγώ (και οι περισσότερες διανομές) μόλις ανάψει τα πάντα.
Τα σενάρια
Το σενάριο έρχεται σε δύο εκδόσεις, μία που λειτουργεί στο πρότυπο πυρήνες και υλοποιείται με τη χρήση CBQ. Η άλλη χρησιμοποιεί την εξαιρετική ΗΤΒ qdisc η οποία δεν είναι στην προεπιλεγμένη πυρήνα. Η έκδοση CBQ είναι πιο ελεγχθεί από το ΗΤΒ ένα!
Δείτε «wshaper» και «wshaper.htb».
Κούρδισμα
Αυτά τα σενάρια πρέπει να ξέρετε για το «πραγματικό» ποσοστό σύνδεση ISP σας. Αυτό είναι δύσκολο να προσδιοριστεί εκ των προτέρων ως διαφορετικό ISP χρησιμοποιούν διαφορετικά είδη των bits φαίνεται. Οι άνθρωποι επιτυχία έκθεση χρησιμοποιώντας την ακόλουθη τεχνική:
Υπολογίστε τόσο ανάντη και κατάντη κατά το ήμισυ του ποσοστού ISP διευκρινίζει σας. Τώρα επαληθεύει εάν το σενάριο λειτουργεί - ελέγξτε διαδραστικότητα κατά το ανέβασμα και το κατέβασμα. Αυτό θα πρέπει να παραδώσει την λανθάνουσα κατάσταση, όπως υπολογίστηκε παραπάνω. Εάν όχι, ελέγξτε αν η δέσμη ενεργειών εκτελείται χωρίς σφάλματα.
Τώρα αυξάνουν σταδιακά τα ανάντη και κατάντη αριθμούς στο σενάριο μέχρι το latency έρχεται πίσω. Με αυτό τον τρόπο μπορείτε να βρείτε βέλτιστες τιμές για τη σύνδεσή σας. Αν είστε ικανοποιημένοι, παρακαλούμε να το αναφέρετε σε μένα ώστε να μπορώ να κάνω μια λίστα με αριθμούς που λειτουργούν καλά. Παρακαλώ επιτρέψτε μου να ξέρω ποια ISP που χρησιμοποιείτε και το όνομα της εγγραφής σας, και φημισμένα χαρακτηριστικά της, ώστε να μπορώ να σας απαριθμήσω εδώ και να σώσει τους άλλους τον κόπο.
Εγκατάσταση
Αν καλέσετε, μπορείτε να αντιγράψετε το σενάριο να /etc/ppp/ip-up.d και θα τρέχει σε κάθε σύνδεση.
Αν θέλετε να αφαιρέσετε το διαμορφωτής από μια διασύνδεση, τρέχει »wshaper στάση». Για να δείτε πληροφορίες για την κατάσταση, τρέχουν »wshaper κατάσταση».
Γνωστά προβλήματα
Αν λαμβάνετε σφάλματα, να προσθέσετε ένα -x στην πρώτη γραμμή, ως εξής:
#! / Bin / bash -x
Και δοκιμάστε ξανά. Αυτό θα σας δείξει ποια γραμμή δίνει ένα σφάλμα. Πριν επικοινωνήσετε μαζί μου, βεβαιωθείτε ότι χρησιμοποιείτε μια πρόσφατη έκδοση του iproute!
Οι πρόσφατες εκδόσεις μπορούν να βρεθούν στο διανομέα Linux σας, ή αν προτιμάτε την κατάρτιση, εδώ:
 ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz