Ίδιο iESI εντός τοποθεσίας, μοναδικό μεταξύ τοποθεσιών: ραφή Junos

Δύο ζεύγη πυλών εξυπηρετούν δύο κέντρα δεδομένων, και κάποιος πρέπει να αποφασίσει πόσες τιμές interconnect ESI χρειάζεται ο σχεδιασμός. Η απάντηση είναι μία ανά ομάδα πυλών, όχι μία ανά fabric και όχι μία ανά πύλη. Το λάθος εδώ παράγει ένα fabric που φαίνεται ρυθμισμένο και εκλέγει λάθος forwarder, ή συνενώνει δύο τοποθεσίες που έπρεπε να μείνουν ξεχωριστές. Ο κανόνας και οι εξαιρέσεις του αξίζει να γραφτούν δίπλα στη λίστα πυλών.

Δύο πεδία, δύο κανόνες

Εντός μιας τοποθεσίας, οι πλεονάζουσες πύλες interconnect δρουν ως ένα multihomed άκρο, οπότε μοιράζονται ένα interconnect ESI. Οι peers τους πρέπει να βλέπουν ένα λογικό μέλος αντί για δύο ανεξάρτητα. Αυτό είναι όλο το νόημα της κοινής τιμής.

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

Εντός τοποθεσίας: μία ταυτότητα για την ομάδα

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

Το υποστηριζόμενο μοντέλο είναι all-active. Η ίδια αναφορά αποκλείει τη λειτουργία single-active, τα αυτόματα παραγόμενα αναγνωριστικά LACP και τις επιλογές source-bmac για αυτή την ταυτότητα ραφής, οπότε ένας σχεδιασμός που υπέθεσε ένα από αυτά χρειάζεται επανεξέταση πριν καν επιλεγεί το αναγνωριστικό. Ο περιορισμός αυτός είναι δεδομένο σχεδιασμού, όχι υποσημείωση.

Μεταξύ τοποθεσιών: διαφορετικές τιμές ή σκόπιμη συνένωση

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

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

Η δήλωση peer είναι μέρος της ταυτότητας

Κάθε πύλη της ομάδας απαριθμεί τους τοπικούς peers της με διεύθυνση loopback, και αυτή η σχέση ζει στο καθολικό επίπεδο EVPN και όχι μέσα σε ένα μεμονωμένο MAC-VRF. Η τοποθέτησή της σε λάθος ιεραρχία είναι συχνός τρόπος να παραχθεί ρύθμιση που γίνεται commit αλλά ποτέ δεν σχηματίζει την ομάδα. Διαβάστε την ιεραρχία αναφοράς μία φορά και μετά μείνετε σε αυτή.

Μετακινήθηκε και το όνομα της δήλωσης. Η Juniper μετονόμασε τη δήλωση interconnect peer-gateways στην 24.2R1 και επανέφερε τη μορφή ειδική για interconnect για το interconnect κέντρων δεδομένων στην 24.4R1. Ένα απόσπασμα από την ενδιάμεση έκδοση μπορεί επομένως να χρησιμοποιεί όνομα που η αναπτυγμένη έκδοση δεν δέχεται, ή το αντίστροφο. Καταγράψτε την έκδοση από την οποία προέρχεται το απόσπασμα δίπλα στο ίδιο το απόσπασμα.

Τι δεν κάνει ο διαμοιρασμός ενός iESI

Δεν ορίζει για εσάς route targets, VNIs ή το τοπικό στιγμιότυπο EVPN. Αυτά παραμένουν ξεχωριστή ρύθμιση που πρέπει να συμφωνεί και στις δύο πλευρές, και ένα αναγνωριστικό που ταιριάζει ενώ ένα route target δεν ταιριάζει παράγει ομάδα που σχηματίζεται και δεν μεταφέρει τίποτα. Συγκρίνετε και τις δύο πλευρές αυτών των ρυθμίσεων στο ίδιο πέρασμα.

Ούτε αποδεικνύει την προσβασιμότητα των peers ή την εκλογή designated forwarder. Δοκιμάστε unicast και την απαιτούμενη συμπεριφορά broadcast και multicast στην κανονική περίπτωση, και επαναλάβετε με μία πύλη αφαιρεμένη ώστε το επιζών μέλος να φέρει την ομάδα μόνο του.

Αυτή η δεύτερη εκτέλεση είναι που αποδεικνύει ότι η ομάδα είναι πραγματική.

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