Latency, jitter, packet loss: οι τρεις μετρήσεις πέρα από τα Mbps
Η ποιότητα μιας διαδραστικής εφαρμογής δεν περιγράφεται μόνο από τη χωρητικότητα.
Το speed test δείχνει πολλά Mbps, αλλά στη βιντεοκλήση μιλάτε ο ένας πάνω στον άλλον και η φωνή κόβεται. Η χωρητικότητα της σύνδεσης δεν περιγράφει όλη την εμπειρία. Η καθυστέρηση, η μεταβλητότητά της και οι απώλειες πακέτων φωτίζουν διαφορετικές πλευρές του προβλήματος και βοηθούν να γίνει χρήσιμη αναφορά στον πάροχο ή στον υπεύθυνο δικτύου.
Latency: πόσο αργεί η διαδρομή
Το latency είναι χρόνος μεταφοράς δεδομένων από ένα σημείο σε άλλο. Το συνηθισμένο ping μετρά χρόνο μετάβασης και επιστροφής, δηλαδή round-trip time ή RTT. Δεν είναι απευθείας μέτρηση της μονόδρομης καθυστέρησης ούτε του συνολικού χρόνου που χρειάζεται μια εφαρμογή για να απαντήσει. Δες και τον αναλυτικό ορισμό του ping και latency.
Η απόσταση, η δρομολόγηση και η επεξεργασία σε ενδιάμεσο εξοπλισμό συμμετέχουν στον χρόνο αυτό. Γι’ αυτό μια μέτρηση προς κοντινό διακομιστή και μια μέτρηση προς εταιρική υπηρεσία στο εξωτερικό δεν είναι εναλλάξιμες. Ο προορισμός του τεστ πρέπει να καταγράφεται μαζί με το αποτέλεσμα.
Jitter και packet loss: η συνέπεια μετρά
Το jitter είναι η μεταβολή της καθυστέρησης των πακέτων. Στη φωνή, τα πακέτα χρειάζεται να αναπαράγονται με ομαλό ρυθμό. Η Cisco εξηγεί ότι οι προσωρινοί χώροι αναμονής, τα jitter buffers, εξομαλύνουν μέρος της αστάθειας. Η μεγαλύτερη αναμονή, όμως, προσθέτει καθυστέρηση και δεν διορθώνει απεριόριστη μεταβλητότητα.
Το packet loss αφορά πακέτα που δεν φτάνουν στον προορισμό. Σε μια συνομιλία μπορεί να εκδηλώνεται ως κομμένη φωνή, ενώ άλλες εφαρμογές έχουν διαφορετικούς μηχανισμούς αντιμετώπισης. Η απώλεια και το jitter δεν είναι το ίδιο μέγεθος, παρότι μπορούν να εμφανίζονται μαζί και να επηρεάζουν παρόμοια τον χρήστη.
Γιατί δεν υπάρχει ένας αριθμός που εξηγεί τα πάντα
Η ανεκτή συμπεριφορά εξαρτάται από εφαρμογή, κωδικοποίηση και τρόπο χρήσης. Μια λήψη αρχείου δεν αντιδρά όπως ένα τηλεφωνικό κέντρο. Επιπλέον, τα εργαλεία δεν υπολογίζουν πάντα τη μεταβλητότητα με τον ίδιο τρόπο. Σύγκρινε μετρήσεις από το ίδιο εργαλείο και τον ίδιο προορισμό, αντί να ανακατεύεις διαφορετικές οθόνες.
Προσοχή και στην ερμηνεία ενός ενδιάμεσου κόμβου σε traceroute: η περιορισμένη απόκριση του ίδιου του router σε διαγνωστικά πακέτα δεν αρκεί για να αποδειχθεί ότι χάνει την κίνηση της εφαρμογής. Η αναφορά χρειάζεται τελικό προορισμό, πραγματικό σύμπτωμα και επαναληψιμότητα. Ένα screenshot μιας στιγμής είναι αρχή διερεύνησης, όχι ολοκληρωμένη διάγνωση.
Πρακτικό παράδειγμα: η κλήση χαλάει στο ανέβασμα αρχείων
Αρχικά σύνδεσε τον υπολογιστή με Ethernet στο router και κλείσε τις μεγάλες μεταφορές. Κατέγραψε μια κανονική κλήση ή τα διαθέσιμα διαγνωστικά της εφαρμογής. Έπειτα επανάλαβε ενώ γίνεται η συνηθισμένη αποστολή αντιγράφων ασφαλείας. Αν τότε αυξάνεται η καθυστέρηση και χαλάει η φωνή, έχεις εντοπίσει ένα επαναλαμβανόμενο σενάριο προς διερεύνηση.
Η συντακτική μας πρόταση είναι να κρατήσεις ώρα, εφαρμογή, τρόπο σύνδεσης, παράλληλη χρήση και αποτελέσματα. Επανάλαβε με δεύτερη συσκευή αν υπάρχει δυνατότητα. Στείλε στον τεχνικό αυτά τα στοιχεία και περιέγραψε τι άκουσες ή είδες. Έτσι μπορεί να εξεταστεί η διαχείριση κίνησης ή άλλο αίτιο, χωρίς να καταλήξεις πρόωρα ότι χρειάζεσαι απλώς περισσότερα Mbps.
Πηγές: Cloudflare — latency και RTT, Cisco — jitter σε δίκτυα φωνής, Cisco — μέτρηση delay, jitter και απωλειών.
Εντοπίσατε κάτι που χρειάζεται διόρθωση; Επικοινωνήστε με τη σύνταξη.
← Επιστροφή στη ροή