Το peering είναι ενεργό εδώ και εβδομάδες, το πλήθος των προθεμάτων φαίνεται σωστό, και όμως η κίνηση ενός πελάτη εξακολουθεί να παίρνει τον μακρύ δρόμο ή να μη φτάνει ποτέ. Δύο διαφορετικά πράγματα κρίνονται από τον ίδιο δείκτη. Μια σύνοδος BGP αναφέρει ότι δύο peers μπορούν να ανταλλάσσουν μηνύματα μέσω σύνδεσης TCP· δεν λέει τίποτα για το αν το overlay μπορεί να μεταφέρει ένα πακέτο με ετικέτα για τον συγκεκριμένο πελάτη.

Αυτό το χάσμα φαίνεται ευκολότερα σε σχεδίαση MPLS πάνω από DMVPN, όπου η διαδρομή μέσω του hub και η άμεση διαδρομή μέσω του spoke μπορούν να συμπεριφέρονται διαφορετικά για λόγους που δεν έχουν καμία σχέση με το peering.

Τι αποδεικνύει στην πραγματικότητα η σύνοδος

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

Καταγράψτε τέσσερα γεγονότα στα δύο άκρα πριν βγάλετε συμπεράσματα: τη διεύθυνση προέλευσης της συνόδου, τη διεύθυνση προορισμού, το πλαίσιο δρομολόγησης στο οποίο βρίσκεται, και ποια διεπαφή θα διάλεγε ο πυρήνας ή ο δρομολογητής για αυτό το ζεύγος. Αυτά τα γεγονότα περιγράφουν το επίπεδο ελέγχου. Τα πακέτα του πελάτη προσθέτουν από πάνω ένα VRF, μια στοίβα ετικετών και μια αντιστοίχιση overlay.

Τέσσερις μηχανισμοί, όχι ένας

Η τεκμηρίωση της Cisco για MPLS πάνω από DMVPN διαχωρίζει καθαρά τα μέρη. Το MP-BGP διανέμει τις ετικέτες overlay του πελάτη μεταξύ των συσκευών στην άκρη του παρόχου. Το MPLS χρησιμοποιεί αυτές τις ετικέτες για να επιλέξει το πλαίσιο προώθησης ενός πακέτου. Το NHRP αντιστοιχίζει μια διεύθυνση overlay στο άκρο μεταφοράς που χρειάζεται μια δυναμική σήραγγα. Το IPsec προστατεύει τη διαδρομή των peers όπου εφαρμόζεται.

Οποιοδήποτε από τα τέσσερα μπορεί να είναι σωστό ενώ ένα άλλο λάθος, και ο συνδυασμός είναι αυτό που μεταφέρει την κίνηση. Μια ανταλλαγή διαδρομών μπορεί να ολοκληρωθεί ενώ λείπει η δέσμευση ετικέτας για ένα VRF, ενώ η αντιστοίχιση NHRP δείχνει σε παρωχημένη διεύθυνση μεταφοράς, ή ενώ η σήραγγα υπάρχει αλλά καμία πολιτική δεν επιτρέπει το εσωτερικό πακέτο. Καμία από αυτές τις συνθήκες δεν ρίχνει τη σύνοδο.

Συγκρίνετε τη διαδρομή μέσω hub με τη συντόμευση, έναν παράγοντα κάθε φορά

Καρφιτσώστε τον κεντρικό υπολογιστή προέλευσης, τον κεντρικό υπολογιστή προορισμού και το VRF, και μετά παρακολουθήστε την ίδια ροή δύο φορές. Στη διαδρομή μέσω hub, σημειώστε το επόμενο hop, την ετικέτα υπηρεσίας που προσδιορίζει το απομακρυσμένο πλαίσιο του πελάτη και την αντιστοίχιση overlay-σε-μεταφορά που χρησιμοποιείται. Στην προβλεπόμενη άμεση διαδρομή, σημειώστε τα ίδια τρία πράγματα. Η διαφορά μεταξύ των δύο λιστών είναι η βλάβη, ή η απουσία της.

Κρατήστε τη ροή σταθερή κατά τη σύγκριση. Η αλλαγή του κεντρικού υπολογιστή προέλευσης, του VRF ή του προορισμού ανάμεσα στις παρατηρήσεις παράγει δύο άσχετες ιστορίες, και αυτός είναι ο πιο συνηθισμένος τρόπος με τον οποίο αυτή η άσκηση πάει στραβά.

Κρατήστε τις δοκιμές loopback στο δικό τους διαμέρισμα

Ένα ping με προέλευση το loopback ενός δρομολογητή είναι χρήσιμη δοκιμή, και ασκεί διαφορετική περίπτωση από μια ροή από κεντρικό υπολογιστή. Η διεύθυνση προέλευσης ανήκει στον δρομολογητή, το πλαίσιο δρομολόγησής του μπορεί να είναι καθολικό αντί για VRF, και η διαδρομή απάντησης μπορεί να διαφέρει από αυτήν που θα ακολουθούσε ένα πρόθεμα πελάτη. Άρα το loopback που απαντά και η εφαρμογή που δουλεύει μέσω της συντόμευσης είναι χωριστά αποτελέσματα, και μόνο το δεύτερο περιγράφει τον πελάτη.

Δοκιμάστε και τα δύο, και μετά σημάνετε τα χωριστά στις σημειώσεις σας. Όταν διαφωνούν, μάθατε κάτι συγκεκριμένο για το πού αποκλίνει η σχεδίαση, και αυτό είναι περισσότερο από όσα θα σας πει ποτέ ένα μόνο πράσινο τικ.

Οι ισχυρισμοί για εκδόσεις και για ελαττώματα χρειάζονται τη δική τους απόδειξη

Οι αναφορές πεδίου προτείνουν μερικές φορές αλλαγή μιας μάσκας κεντρικού υπολογιστή ή μιας διεύθυνσης προέλευσης BGP, και τέτοιες αναφορές αξίζει να διαβάζονται μόνο μαζί με το ελάττωμα για το οποίο γράφτηκαν και τις εκδόσεις που επηρέασε. Μια προσωρινή λύση από μία έκδοση δεν είναι δήλωση ότι κάθε πρόθεμα /32 δεν υποστηρίζεται από την αρχιτεκτονική.

Χρησιμοποιήστε τεκμηρίωση που ταιριάζει με τη φάση DMVPN, την πλατφόρμα και την έκδοσή σας, και θυμηθείτε ότι ένα κεφάλαιο μπορεί να καλύπτει πολλές διατάξεις, μαζί με το FlexVPN. Ένα παράδειγμα από μια διάταξη δεν μεταφέρεται σιωπηλά σε άλλη. Επιλέξτε άκρα συνόδου για τη σχεδίαση του επιπέδου ελέγχου που πραγματικά χρειάζεστε, και μετά επαληθεύστε χωριστά τη διαδρομή προώθησης του πελάτη, γιατί το ξαναγράψιμο κάθε μάσκας loopback δεν αντικαθιστά την εύρεση της εργασίας που απέτυχε.

Σχετικά άρθρα