Γιατί το τεστ ταχύτητας στο OpenWrt δείχνει χαμηλές επιδόσεις

Πώς εκδηλώνεται το πρόβλημα στο τεστ ταχύτητας OpenWrt

Όταν εκτελείτε ένα τεστ ταχύτητας OpenWrt, μπορεί να δείτε χαμηλότερο download ή upload από την ονομαστική ταχύτητα του πακέτου σας. Συχνά συνοδεύεται από αυξημένο latency, jitter ή απώλεια πακέτων. Η ένδειξη δεν αποδεικνύει από μόνη της ότι ευθύνεται ο πάροχος ή ο δρομολογητής.

Η σωστή διάγνωση απαιτεί σύγκριση. Κάντε τη μέτρηση πρώτα με υπολογιστή συνδεδεμένο με καλώδιο Ethernet στη LAN και έπειτα μέσω Wi-Fi. Επαναλάβετε σε διαφορετικές ώρες, με απενεργοποιημένες λήψεις, VPN και άλλες συσκευές που καταναλώνουν εύρος ζώνης.

Αιτία: το Wi-Fi περιορίζει τη μέτρηση

Η ασύρματη σύνδεση επηρεάζεται από την απόσταση, τους τοίχους, τις παρεμβολές και το φορτίο του καναλιού. Σε δίκτυο 2,4 GHz η πραγματική ταχύτητα μπορεί να απέχει σημαντικά από τον θεωρητικό ρυθμό σύνδεσης. Ακόμη και σε 5 GHz, ένα αδύναμο σήμα ή ένας παλιός client μπορεί να περιορίσει το αποτέλεσμα.

Ελέγξτε το τεστ με Ethernet. Αν η ενσύρματη μέτρηση είναι σταθερή αλλά το Wi-Fi όχι, επιλέξτε λιγότερο φορτωμένο κανάλι, τοποθετήστε καλύτερα το access point και χρησιμοποιήστε 5 GHz όπου είναι διαθέσιμο. Μην συγκρίνετε απευθείας την ταχύτητα σύνδεσης Wi-Fi με την ταχύτητα της γραμμής.

Αιτία: υπερφόρτωση CPU ή ανεπαρκές υλικό

Κρυπτογράφηση VPN, πολλοί κανόνες firewall, IDS, traffic monitoring ή λειτουργίες QoS μπορούν να αυξήσουν τη χρήση CPU. Σε συσκευές χαμηλής ισχύος, ο επεξεργαστής γίνεται το σημείο συμφόρησης πριν από τη γραμμή του παρόχου.

Κατά τη διάρκεια του τεστ παρακολουθήστε τη χρήση CPU και μνήμης από το LuCI ή μέσω SSH με τις εντολές top και htop, εφόσον είναι εγκατεστημένο. Αν ένας πυρήνας φτάνει σταθερά στο 100%, απενεργοποιήστε προσωρινά μη απαραίτητες υπηρεσίες και εξετάστε αν η επιτάχυνση NAT ή flow offloading είναι συμβατή με τις ρυθμίσεις σας.

Αιτία: λανθασμένη ταχύτητα στη θύρα WAN

Η θύρα WAN μπορεί να έχει διαπραγματευτεί στα 100 Mbps ή στα 10 Mbps αντί για 1 Gbps. Αυτό συμβαίνει λόγω προβλήματος στο καλώδιο, στη θύρα του modem ή του ONT, ή στη ρύθμιση duplex. Το αποτέλεσμα είναι συνήθως ένα σταθερό ανώτατο όριο, ανεξάρτητα από τον server μέτρησης.

Στο OpenWrt ελέγξτε την κατάσταση της διεπαφής WAN από το LuCI ή με ethtool, όταν υποστηρίζεται από το υλικό. Επιβεβαιώστε την ταχύτητα σύνδεσης, το duplex και τυχόν σφάλματα στη θύρα. Δοκιμάστε πιστοποιημένο καλώδιο Ethernet και άλλη θύρα στο modem ή στο ONT πριν αλλάξετε ρυθμίσεις.

Αιτία: το SQM μειώνει τη μέγιστη ταχύτητα

Το SQM, με αλγόριθμους όπως cake ή fq_codel, περιορίζει την ουρά πακέτων και μειώνει το bufferbloat. Αν όμως έχει δηλωθεί υπερβολικά χαμηλό όριο download ή upload, το τεστ θα εμφανίζει σκόπιμα μικρότερη ταχύτητα.

Ελέγξτε τις τιμές download και upload στο Network και SQM QoS. Ξεκινήστε με όρια λίγο χαμηλότερα από τη σταθερή πραγματική ταχύτητα της γραμμής και μετρήστε ξανά latency υπό φόρτο. Η ρύθμιση πρέπει να βασίζεται σε επαναλαμβανόμενες ενσύρματες μετρήσεις και όχι μόνο στην ονομαστική ταχύτητα του συμβολαίου.

Αιτία: λάθος server ή μεταβλητότητα του παρόχου

Οι servers μέτρησης δεν έχουν πάντα ίδιο φόρτο ή ίδια διαδρομή προς το δίκτυό σας. Η συμφόρηση στο δίκτυο του ISP, η ώρα αιχμής και η απόσταση από τον server μπορούν να αλλάξουν το αποτέλεσμα χωρίς να υπάρχει βλάβη στο OpenWrt.

Επιλέξτε περισσότερους κοντινούς servers και συγκρίνετε τις μετρήσεις σε διαφορετικές ώρες. Καταγράψτε download, upload, latency και jitter. Αν όλες οι μετρήσεις πέφτουν μόνο σε συγκεκριμένη περίοδο, το εύρημα δείχνει πιθανότερα συμφόρηση πρόσβασης ή κορμού και χρειάζεται τεκμηριωμένη αναφορά στον πάροχο.

Αιτία: απώλεια πακέτων, DNS ή προβληματική διαδρομή

Η απώλεια πακέτων και οι διακυμάνσεις latency μπορούν να κάνουν το τεστ ασταθές. Προβλήματα σε καλώδιο, modem, γραμμή DSL, οπτικό τερματικό ή upstream διαδρομή του ISP επηρεάζουν ιδιαίτερα το upload και τις διαδραστικές εφαρμογές.

Χρησιμοποιήστε ping προς το gateway, προς μια αξιόπιστη δημόσια διεύθυνση και προς τον server του τεστ. Με traceroute ή mtr μπορείτε να εντοπίσετε πού αυξάνεται η καθυστέρηση. Η αλλαγή DNS συνήθως επηρεάζει κυρίως τον χρόνο επίλυσης ονομάτων και όχι τη μέγιστη ταχύτητα, επομένως δεν αποτελεί λύση για απώλεια πακέτων.

Πρακτική διαδικασία ελέγχου και βελτιστοποίησης

1. Συνδέστε έναν υπολογιστή απευθείας με Ethernet και διακόψτε λήψεις, streaming και VPN.
2. Ελέγξτε την ταχύτητα διαπραγμάτευσης της WAN και τα σφάλματα της θύρας.
3. Εκτελέστε πολλαπλές μετρήσεις σε δύο ή περισσότερους κοντινούς servers.
4. Παρακολουθήστε CPU, μνήμη και χρήση δικτύου κατά τη διάρκεια του τεστ.
5. Ελέγξτε το SQM, το Wi-Fi κανάλι και την ποιότητα σήματος ξεχωριστά.

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