OSPF ή EIGRP πάνω από VTI σε ASA: ποιο υποστηρίζει η έκδοσή σας

Οι περισσότερες συζητήσεις OSPF έναντι EIGRP υποθέτουν ότι η σήραγγα μπορεί ήδη να μεταφέρει το πρωτόκολλο, και σε ένα ASA αυτή ακριβώς η υπόθεση είναι το κομμάτι που αξίζει να ελεγχθεί πρώτο. Η σύγκριση γίνεται ενδιαφέρουσα μόνο αφού επιβεβαιωθούν το image, ο τύπος VTI και η διαδρομή multicast. Αν μπερδέψετε αυτή τη σειρά, θα περάσετε ένα απόγευμα ρυθμίζοντας χρονόμετρα σε μια σήραγγα που δεν θα σχηματίσει ποτέ γειτονία. Ξεκινώ κάθε ένα από αυτά τα σχέδια με τις σημειώσεις έκδοσης και την τρέχουσα διαμόρφωση, όχι με την προτίμηση πρωτοκόλλου.

Η έκδοση αποφασίζει πριν από το πρωτόκολλο

Ο οδηγός VTI της Cisco για το ASA 9.24 είναι μια αξιοποιήσιμη βάση τεκμηρίωσης: περιγράφει στατικά και δυναμικά VTI και απαριθμεί στατική δρομολόγηση, BGP, OSPF και EIGRP. Το ιστορικό λειτουργιών του τοποθετεί την υποστήριξη OSPFv2 και EIGRP σε VTI στην 9.19(1). Οτιδήποτε παλαιότερο είναι άλλη συζήτηση.

Έτσι, οι δύο πρώτες ερωτήσεις είναι βαρετές και καθοριστικές:

Η δήλωση ότι ένα ASA δεν μπορεί να χρησιμοποιήσει VTI ή δεν μπορεί να μεταφέρει IGP ίσχυε για ορισμένα παλαιότερα images και δεν αποτελεί σημερινό πίνακα υποστήριξης. Παρομοίως, ο οδηγός 9.24 δεν είναι οδηγία να αναβαθμίσετε κάθε συσκευή. Σας λέει τι υποστηρίζει εκείνη η έκδοση, και η δική σας έκδοση σε παραγωγή πρέπει να απαντήσει για τον εαυτό της.

Το ότι περνά unicast δεν σημαίνει ότι θα σχηματιστεί το IGP

Ο ίδιος οδηγός σημειώνει ότι το unicast περνά από προεπιλογή και ότι το multicast πρέπει να ενεργοποιηθεί για OSPFv2 ή EIGRP στο VTI, με τεκμηριωμένα όρια στις ομάδες multicast. Αυτή η μία πρόταση εξηγεί τις περισσότερες αποτυχημένες γειτονίες που έχω δει σε αυτό το σχέδιο. Ένα ping που λειτουργεί μέσα από τη σήραγγα ή μια πράσινη κατάσταση IPsec αποδεικνύει μόνο τη διαδρομή unicast. Η ανακάλυψη πρωτοκόλλου χρειάζεται τη διαδρομή multicast, και τα δύο διαμορφώνονται χωριστά.

Ελέγξτε τη διαμόρφωση της διεπαφής σήραγγας για αυτή τη ρύθμιση multicast πριν αγγίξετε τα χρονόμετρα hello ή hold. Αν η ρύθμιση λείπει, η γειτονία δεν είναι αργή, είναι αδύνατη.

OSPF και EIGRP δίπλα-δίπλα στην ίδια σήραγγα

Στην ίδια τη σήραγγα τα δύο πρωτόκολλα μοιάζουν με ό,τι είναι οπουδήποτε αλλού. Το OSPF χρειάζεται αντίστοιχο τύπο δικτύου, περιοχή, έλεγχο ταυτότητας και παραμέτρους γειτόνων· το EIGRP χρειάζεται τον αριθμό AS του και τις ρυθμίσεις σε επίπεδο διεπαφής που τον συνοδεύουν.

Η παγίδα είναι να αντιγράψετε δηλώσεις γειτόνων από άλλο μοντέλο σήραγγας. Οι συμβουλές για στατικούς γείτονες σε σχέδιο χωρίς VTI υπήρχαν για να αποφεύγεται το multicast και δεν μεταφέρονται σε VTI που αναμένεται να μεταφέρει το πρωτόκολλο εγγενώς. Διαμορφώστε την υποστηριζόμενη συμπεριφορά διεπαφής και μετά αφήστε το πρωτόκολλο να σχηματίσει τη δική του γειτονία.

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

Οι γείτονες δεν ισούται με εγκατεστημένες διαδρομές

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

show ospf neighbor και show eigrp neighbors σας λένε ότι η συνεδρία είναι ζωντανή. show route σας λέει αν έφτασε το πρόθεμα του υποκαταστήματος, και αυτά είναι διαφορετικά ερωτήματα.

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

Τι πρέπει να καταγράψει η ολοκληρωμένη σύγκριση

Γράψτε τη διεπαφή σήραγγας, την έκδοση που την υποστηρίζει, την ανταλλαγή ελέγχου που επαληθεύσατε και την πολιτική δρομολόγησης που οριοθετήσατε. Προσθέστε τη ρύθμιση multicast, γιατί αυτή είναι η λεπτομέρεια που αποφασίζει σιωπηλά αν λειτουργεί οτιδήποτε από τα υπόλοιπα. Κρατήστε αυτή την καταγραφή δίπλα στην έκδοση σε παραγωγή, ώστε μια μεταγενέστερη αλλαγή λειτουργίας να μπορεί να εξεταστεί χωρίς να ξεκινήσει από μια υπόθεση που έχει στο μεταξύ λήξει.

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