Οι γείτονες EIGRP δεν σηκώνονται στο overlay DMVPN

Η σήραγγα είναι ενεργή, ένα spoke μπορεί να κάνει ping σε άλλο, και το EIGRP εξακολουθεί να μη δείχνει κανέναν γείτονα στον hub. Ο συνδυασμός αυτός είναι φυσιολογικός και όχι μυστηριώδης: το ping αποδεικνύει προσβασιμότητα unicast μέσω NHRP, και τα hello του EIGRP είναι multicast. Σε ένα overlay DMVPN το μοντέλο παράδοσης του πρωτοκόλλου δρομολόγησης είναι μια δεύτερη επιφάνεια ρύθμισης, και είναι ακριβώς αυτή που παραλείπουν οι άνθρωποι επειδή η πρώτη επιφάνεια δείχνει ήδη υγιής. Κάθε επίπεδο παρακάτω ελέγχεται με τη δική του εντολή, ώστε μια αποτυχία σε ένα επίπεδο να μη σας γυρίζει στην αρχή της λίστας.

Γράψτε τις γειτνιάσεις που περιμένετε

Πριν από οποιαδήποτε εντολή show, φτιάξτε μια σύντομη λίστα: ποιο spoke πρέπει να γίνει peer με ποιον hub, μέσω ποιας διεπαφής σήραγγας, σε ποιο αυτόνομο σύστημα EIGRP. Τα σχέδια με πολλούς hubs αποτυγχάνουν στα κενά ανάμεσα στους hubs, και μια λίστα μετατρέπει το «το EIGRP είναι χαλασμένο» σε «το spoke 3 δεν καταχωρείται στον hub 2». Συμπεριλάβετε τα υποδίκτυα σήραγγας που περιμένετε σε κάθε ζεύξη, γιατί μια αναντιστοιχία διευθύνσεων ανάμεσα στα δύο άκρα μοιάζει ακριβώς με αποτυχία πρωτοκόλλου. Γράψτε τη λίστα στο ticket, ώστε η επόμενη βάρδια να συγκρίνει με το σχέδιο και όχι με το τελευταίο στιγμιότυπο οθόνης.

Ελέγξτε το NHRP και μετά τη διαδρομή multicast

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

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

Η γραμμή ip nhrp map multicast είναι αυτή που επιτρέπει στο spoke να στέλνει τα hello του στον hub ως αναπαραγόμενο multicast πάνω από το overlay, και που επιτρέπει στο multicast του hub να φτάνει στα spokes που έχει καταχωρίσει. Χωρίς αυτήν, το unicast μέσω NHRP δουλεύει και το multicast όχι, και αυτός είναι ακριβώς ο διαχωρισμός που κάνει ένα ping να μοιάζει με απόδειξη. Ο οδηγός της Cisco IOS XE DMVPN τεκμηριώνει τη συμπεριφορά multicast του hub και των spokes για κάθε φάση, οπότε προσαρμόστε τη ρύθμισή σας στη φάση που αναπτύξατε πραγματικά αντί να αντιγράψετε ένα απόσπασμα από άλλη τοπολογία.

Ελέγξτε την πολιτική διεπαφής του ίδιου του EIGRP

Μια σήραγγα που δεν βρίσκεται στη διεργασία EIGRP ή είναι passive δεν θα σχηματίσει ποτέ γειτνίαση, όσο υγιές κι αν είναι το overlay. Διαβάστε τη συμμετοχή της διεπαφής και τον πίνακα γειτόνων μαζί, γιατί το πρώτο εξηγεί το δεύτερο.

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

Η αυθεντικοποίηση και τα βάρη μετρικής πρέπει να ταιριάζουν στα δύο άκρα. Μια αλυσίδα κλειδιών με λάθος λειτουργία, ή μια αναντιστοιχία στην τιμή K, ρίχνει τα hello χωρίς προφανή γραμμή syslog στον παραλήπτη. Αν το σχέδιο χρησιμοποιεί ρητά ρυθμισμένους γείτονες unicast, ακολουθήστε πλήρως αυτό το μοντέλο αντί να το στοιβάζετε πάνω από τις ρυθμίσεις multicast μέχρι να σηκωθεί κάτι.

Κρατήστε τη μεταφορά GRE και την προστασία IPsec ξεχωριστά

Το DMVPN μεταφέρει multicast μέσα στο GRE, και το IPsec προστατεύει τα πακέτα GRE και όχι το εσωτερικό multicast άμεσα. Γι' αυτό η γενική δήλωση ότι το IPsec δεν μπορεί να μεταφέρει multicast είναι λανθασμένη για αυτό το σχέδιο και άχρηστη ως διάγνωση. Ελέγξτε το προφίλ IPsec στη σήραγγα, τις συσχετίσεις ασφαλείας για κάθε peer και την κατάσταση της διεπαφής σήραγγας ως τρία ξεχωριστά γεγονότα.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

Ένα SA που είναι ενεργό με μετρητές να κινούνται ενώ το EIGRP μένει κάτω γυρίζει την έρευνά σας πίσω στη στοίβα: τα πακέτα προστατεύονται και παραδίδονται, άρα το πρόβλημα είναι ποια πακέτα επιλέγει να στείλει το πρωτόκολλο.

Επαληθεύστε διαδρομές, όχι μόνο πλήθη γειτόνων

Μόλις σχηματιστεί η γειτνίαση, διαβάστε τι διαφημίζει και τι εγκαθιστά. Σε σήραγγα πολλαπλών σημείων, το split horizon και η συμπεριφορά next-hop καθορίζουν αν ένα spoke μπορεί να φτάσει άλλο spoke μέσω του hub, και η συνάθροιση μπορεί να κρύψει ένα πρόθεμα ακόμη κι όταν η σχέση γειτόνων είναι τέλεια.

Τελειώστε με μια επιτρεπόμενη εφαρμογή ανάμεσα σε δύο τοποθεσίες και επιβεβαιώστε τη διαδρομή που ακολουθεί. Οι άμεσες συντομεύσεις spoke-to-spoke είναι απαίτηση προώθησης με δική τους κατάσταση NHRP και ασφάλειας, και η προσθήκη τους για να φαίνεται καλύτερο το πλήθος γειτόνων συνήθως δημιουργεί δεύτερο πρόβλημα.

Καταγράψτε το σχέδιο ανά φάση, την αντιστοίχιση multicast και την πολιτική EIGRP σε ένα σημείο. Ο επόμενος μηχανικός θα χρειαστεί το σχέδιο, όχι την απομαγνητοφώνηση.