Το QoS ανά τούνελ δεν περιορίζει το συνολικό uplink του hub σας

Η πεποίθηση ακούγεται σαν αριθμητική: πέντε spokes με καθένα διαμορφωμένο στα 5 Mbit/s, άρα το hub μεταφέρει το πολύ 25 Mbit/s. Το πρώτο μισό είναι αληθινό και το συμπέρασμα όχι. Μια πολιτική ανά τούνελ εφαρμόζεται μία φορά ανά τούνελ, όχι μία φορά ανά hub, και το κοινό uplink που διασχίζουν και τα πέντε τούνελ δεν εμφανίζεται ποτέ σε αυτόν τον υπολογισμό. Η συμφόρηση στο uplink επιβιώνει ακριβώς όπως ήταν.

Από πού προέρχεται η πεποίθηση

Η σύγχυση είναι κατανοητή, γιατί οι πληροφορίες ομάδας NHRP επιτρέπουν σε έναν ορισμό πολιτικής να εφαρμόζεται σε ολόκληρο σύνολο spokes. Αυτό διαβάζεται σαν κοινός προϋπολογισμός σε αρχείο ρυθμίσεων. Αυτό που σημαίνει στην πραγματικότητα είναι ότι κάθε spoke παίρνει τη δική του περίπτωση αυτού του ορισμού.

Άρα τα 5 Mbit/s ανά spoke είναι ανώτατο όριο ανά τούνελ, και υπάρχουν τόσα ανώτατα όρια όσα και τα τούνελ.

Τι ελέγχει μία περίπτωση πολιτικής

Ο οδηγός της Cisco για QoS ανά τούνελ σε DMVPN στο IOS XE περιγράφει μια πολιτική εξόδου του hub που επιλέγεται μέσω πληροφοριών ομάδας NHRP και εφαρμόζεται ξεχωριστά σε κάθε spoke. Από αυτή την πρόταση προκύπτουν δύο όρια, και τα δύο αγνοούνται. Ο ρυθμός ανήκει σε ένα spoke και όχι σε κοινό κουβά, και η λειτουργία ελέγχει την κίνηση από το hub προς το spoke, όχι αντίστροφα.

Σχεδιάστε την κατεύθυνση αποστολής του spoke ανεξάρτητα. Τίποτα σε μια πολιτική εξόδου του hub δεν περιορίζει το τι ανεβάζει ένα υποκατάστημα.

Βάλτε το συνολικό όριο στο κοινό σημείο συμφόρησης

Το σύνολο πρέπει να διαμορφωθεί εκεί όπου πραγματικά ανταγωνίζεται: στη φυσική διεπαφή που μοιράζονται όλα τα τούνελ. Η Cisco τεκμηριώνει έναν class-default shaper στη φυσική διεπαφή ως την υποστηριζόμενη ταυτόχρονη φυσική πολιτική για αυτή τη λειτουργία, που είναι στενότερη δήλωση από κάθε ιεραρχία που μπορείτε να πληκτρολογήσετε. Θεωρήστε ότι η αυθαίρετη δεύτερη φυσική πολιτική που επινοήσατε δεν υποστηρίζεται μέχρι κάποιος να αποδείξει το αντίθετο.

Έπειτα αποφασίστε τι συμβαίνει όταν όλα τα spokes είναι απασχολημένα ταυτόχρονα. Ποια κίνηση γίνεται δεκτή, ποια κλάση αποκτά προτεραιότητα και ποια ουρά κατέχει τον ανταγωνισμό. Ένα ανώτατο όριο ανά spoke δεν απαντά σε καμία από αυτές τις ερωτήσεις, γιατί κάθε spoke εξετάζεται μόνο του.

Ταιριάξτε τις μονάδες διαμόρφωσης και τη λογιστική επιβάρυνσης με την πραγματική παράδοση. Η επιβάρυνση ενθυλάκωσης που αφήνετε έξω από τον υπολογισμό του ρυθμού εμφανίζεται ως ζεύξη που κορεστεί πριν από τον ρυθμισμένο αριθμό.

Οι μετρητές λένε ψέματα με έναν συγκεκριμένο τρόπο

Διαβάστε τους μετρητές στο επίπεδο που διαμορφώνετε. Ο ίδιος οδηγός της Cisco προειδοποιεί ότι οι μετρητές πολιτικής της κύριας διεπαφής μπορεί να είναι ανακριβείς σε αυτή τη διάταξη. Αυτό είναι μια επιφύλαξη για τον μετρητή, όχι απόδειξη ότι μια κλάση ταιριάζει ή απορρίπτει. Κρατήστε το χωριστά από το αποτέλεσμα της εφαρμογής, που είναι το μόνο που βιώνει ο χρήστης.

Η αντιγραφή ενός παλιού παραδείγματος traffic-shape δίπλα σε έναν άσχετο χάρτη πολιτικής δεν αποδεικνύει ότι οι δύο ρυθμοί ελέγχουν τα ίδια πακέτα.

Δοκιμάστε το σύνολο, όχι μόνο το ανώτατο όριο

Ξεκινήστε με ένα απασχολημένο spoke και επιβεβαιώστε ότι φτάνει στο ανώτατο όριό του. Έπειτα προσφέρετε κίνηση από όλα ταυτόχρονα στο πλαίσιο εγκεκριμένου σχεδίου και παρακολουθήστε τη φυσική διεπαφή δίπλα στους αριθμούς ανά τούνελ. Αν κάθε spoke κάθεται στο όριό του ενώ το uplink είναι τερματισμένο και η καθυστέρηση ανεβαίνει, η πολιτική ανά spoke λειτουργεί ακριβώς όπως σχεδιάστηκε και ο προϋπολογισμός είναι ακόμα λάθος.

Η διόρθωση σε εκείνο το σημείο είναι απόφαση χωρητικότητας ή αποδοχής. Η αναπροσαρμογή των αριθμών ανά spoke αλλάζει μόνο ποιο υποκατάστημα παραπονιέται πρώτο.