ನಿಶ್ಶಬ್ದ EVPN ಹೋಸ್ಟ್ ಎಂದೂ ಪರಿಹರಿಸುವುದಿಲ್ಲ: ಬೈಂಡಿಂಗ್‌ವರೆಗೆ ARP ಅನ್ನು ಅನುಸರಿಸಿ

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ, ಅದರ ಪೋರ್ಟ್ ಸಕ್ರಿಯವಾಗಿದೆ, ಆದರೂ ಮೇಲ್ವಿಚಾರಣಾ ಹೋಸ್ಟ್ ಅನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಾಗುತ್ತಿಲ್ಲ. ಯಾರೋ ಇನ್ನೊಂದು ಬದಿಯಿಂದ ping ಚಲಾಯಿಸುತ್ತಾರೆ ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಇದು ಸಮಸ್ಯೆಯನ್ನು ಮಧ್ಯಂತರವಾಗಿ ಕಾಣಿಸುವಂತೆ ಮಾಡುತ್ತದೆ ಮತ್ತು fabric ಅನ್ನು ನಿರ್ದೋಷಿಯಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ಈ ಮಾದರಿಯೇ ನಿಶ್ಶಬ್ದ ಹೋಸ್ಟ್‌ನ ಸಹಿ: ಅದು ಅಪರೂಪಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ fabric ನ ಅನ್ವೇಷಣೆ ಮತ್ತು ರಿಫ್ರೆಶ್ ನಡವಳಿಕೆ ಅದರ ಸಂಪರ್ಕ ಸ್ಥಿತಿಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ಒಂದು ಉದ್ದೇಶಿತ IP, MAC ಮತ್ತು bridge domain ನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಮುಂದಿನ ರೆಸಲ್ಯೂಶನ್ ವಿನಿಮಯವನ್ನು ಅನುಸರಿಸಿ.

ಮುಂದಿನ ARP ಅಥವಾ ND ವಿನಿಮಯವನ್ನು ಅನುಸರಿಸಿ

IPv4 ಗಾಗಿ, ವಿನಂತಿಸುವ ಹೋಸ್ಟ್‌ನ ARP ವಿನಿಮಯವನ್ನು ಗಮನಿಸಿ; IPv6 ಗಾಗಿ, Neighbor Solicitation ಮತ್ತು Advertisement ಅನ್ನು ಅನುಸರಿಸಿ. ವಿನಂತಿಯು ಉದ್ದೇಶಿತ ಸ್ಥಳೀಯ ಸೆಗ್ಮೆಂಟ್ ಮತ್ತು ಉದ್ದೇಶಿತ VNI ಗೆ ಪ್ರವೇಶಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಸರಿಯಾದ bridge domain ಅನ್ನು ಎಂದೂ ತಲುಪದ ವಿನಂತಿಗೆ ಯಾವುದೇ ಪ್ರಾಕ್ಸಿ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ನಂತರ fabric ಗುರಿಯ ಬಗ್ಗೆ ಏನು ತಿಳಿದಿದೆ ಎಂದು ನೋಡಿ. MAC ಮಾತ್ರದ ಮಾರ್ಗವು Layer 2 ಗಮ್ಯಸ್ಥಾನವನ್ನು ಗುರುತಿಸಬಹುದು, ಆದರೆ ಪ್ರಾಕ್ಸಿಗೆ ಇನ್ನೂ ಅದಕ್ಕೆ ಯಾವುದೇ IP-to-MAC ಬೈಂಡಿಂಗ್ ಇಲ್ಲ. ಇವು ಪ್ರತ್ಯೇಕ ದಾಖಲೆಗಳು, ಮತ್ತು ಒಂದನ್ನು ಪರಿಶೀಲಿಸುವುದು ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಮಾನ್ಯ ಬೈಂಡಿಂಗ್ ಇದ್ದರೆ, ಪ್ರಾಕ್ಸಿ ತನ್ನ ನೀತಿಯ ಪ್ರಕಾರ ಉತ್ತರಿಸಬಹುದು, ಆದರೆ ಆ ಬೈಂಡಿಂಗ್‌ನಲ್ಲಿರುವ MAC ಗೆ ಇನ್ನೂ ಸಕ್ರಿಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗ ಬೇಕು. ಬೈಂಡಿಂಗ್ ಇಲ್ಲದಿದ್ದರೆ, ಉತ್ತರದಿಂದ ಏನನ್ನಾದರೂ ಕಲಿಯುವ ಮೊದಲು ವಿನಂತಿಯು flooding ಅಥವಾ ಪ್ರತಿಕೃತಿ ಮಾರ್ಗದ ಮೂಲಕ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಸಂಪರ್ಕವನ್ನು ತಲುಪಬೇಕು.

ಹೊಂದಿಕೆಯಾಗಬೇಕಾದ ಎರಡು ದಾಖಲೆಗಳು

MAC ಮಾರ್ಗವು Ethernet ವಿಳಾಸ ಎಲ್ಲಿದೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಕೋಷ್ಟಕವು ಯಾವ IP ಯಾವ MAC ಗೆ ಮ್ಯಾಪ್ ಆಗುತ್ತದೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಇತ್ತೀಚೆಗೆ ಮಾತನಾಡದ ಹೋಸ್ಟ್ ಸಂಪೂರ್ಣ ಉತ್ತಮ MAC ಮಾರ್ಗವನ್ನು ಹೊಂದಿದ್ದು ಯಾವುದೇ ಬಳಸಬಹುದಾದ ಪ್ರಾಕ್ಸಿ ನಮೂದನ್ನು ಹೊಂದಿಲ್ಲದಿರಬಹುದು, ಮತ್ತು ಆರೋಗ್ಯಕರ ಸಂಪರ್ಕದಲ್ಲಿ ರೆಸಲ್ಯೂಶನ್ ವೈಫಲ್ಯವನ್ನು ಉಂಟುಮಾಡುವ ಸ್ಥಿತಿ ಅದೇ ಆಗಿದೆ.

ದೂರದ ಸಂಪರ್ಕದಲ್ಲಿ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ವಿನಿಮಯವನ್ನು ನಿಜವಾಗಿ ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಮತ್ತು ಉತ್ತರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಅದರ ಉತ್ತರವು ಸ್ಥಳೀಯ ಕಲಿಕೆ ಮತ್ತು ಅನುಗುಣವಾದ EVPN ಪ್ರಕಟಣೆಯನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೈಯಿಂದ ಮಾಡಿದ ping ವಿಷಯಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಎಂದು ತೋರುತ್ತದೆ: fabric ನಿರೀಕ್ಷಿಸುತ್ತಿದ್ದ ಸಂಚಾರವನ್ನು ನೀವು ಉತ್ಪಾದಿಸಿದ್ದೀರಿ. ಸರಿಪಡಿಸುವಿಕೆ ಏಕೆ ಉಳಿಯುವುದಿಲ್ಲ ಎಂಬುದನ್ನೂ ಇದು ವಿವರಿಸುತ್ತದೆ: ರಿಫ್ರೆಶ್ ಆದ ನಮೂದು ಹಳೆಯದಾದ ಕೂಡಲೇ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತೆ ನಿಶ್ಶಬ್ದವಾಗುತ್ತದೆ. ನಿಗದಿತ ping ಲಕ್ಷಣಕ್ಕೆ ಚಿಕಿತ್ಸೆ ನೀಡುತ್ತದೆ ಮತ್ತು ವಿನ್ಯಾಸದ ಅಂತರವನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

ಉತ್ತರದ ನಂತರ, ಆಯ್ಕೆಮಾಡಿದ ಮಾರ್ಗ ಮತ್ತು ಸ್ಥಾಪಿತ ಫಾರ್ವರ್ಡಿಂಗ್ ಸ್ಥಿತಿಯನ್ನು ವಿನಂತಿದಾರನ ಕಡೆಗೆ ಹಿಂತಿರುಗಿ ಅನುಸರಿಸಿ. ರೆಸಲ್ಯೂಶನ್ ಯಶಸ್ವಿಯಾಗುವುದು ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಯಶಸ್ವಿಯಾಗುವುದು ಎರಡು ಪ್ರತ್ಯೇಕ ಘಟನೆಗಳು, ಮತ್ತು ಅವುಗಳನ್ನು ಬೆರೆಸುವ ಟಿಕೆಟ್ ನಿಮ್ಮನ್ನು ತಪ್ಪು ಪದರಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ.

ಮಾನಕವು ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಊಹಿಸುತ್ತದೆ

RFC 9161 ಡೈನಾಮಿಕ್ ಪ್ರಾಕ್ಸಿ ಕಲಿಕೆ ಮತ್ತು ಅಜ್ಞಾತ ARP ಹಾಗೂ ND ವಿನಂತಿಗಳ ಡೀಫಾಲ್ಟ್ flooding ಅನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆ flooding ನ ಸಂಪೂರ್ಣ ದಮನವು ಅವುಗಳ ಕಲಿಕೆ ಅಥವಾ ಒದಗಿಸುವಿಕೆಯ ಊಹೆಗಳು ಅದನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುವ ನಿಯೋಜನೆಗಳಿಗೆ ಸೀಮಿತವಾಗಿದೆ, ಇದು ಹೆಚ್ಚಿನ ಸಂರಚನಾ ಮಾರ್ಗದರ್ಶಿಗಳು ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಸಂಕುಚಿತ ಷರತ್ತಾಗಿದೆ.

ಹೊಸದಾಗಿ ಪತ್ತೆಯಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ನಿರೀಕ್ಷಿಸುವ fabric ಗೆ ಆ ವಿನಂತಿಗಳಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮಾರ್ಗ ಬೇಕು. BUM ಸಂಚಾರವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಯಾರಾದರೂ ಅಜ್ಞಾತ-ವಿನಂತಿ flooding ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ್ದರೆ, ನಿಶ್ಶಬ್ದ ಹೋಸ್ಟ್‌ಗಳೇ ಅದರ ಬೆಲೆ ತೆರುವ ಜನಸಂಖ್ಯೆ, ಮತ್ತು ಲಕ್ಷಣವು ವಾರಗಳ ನಂತರ ಮಧ್ಯಂತರ ತಲುಪುವಿಕೆಯ ದೂರಿನಂತೆ ಬರುತ್ತದೆ.

ದಮನ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು fabric ಏನನ್ನು ತಿಳಿಯುವುದಾಗಿ ಭರವಸೆ ನೀಡುತ್ತದೆ ಎಂಬ ಹೇಳಿಕೆಯಾಗಿ ಓದಿ. ಯಾವುದೂ ಬೈಂಡಿಂಗ್‌ಗಳನ್ನು ಒದಗಿಸದಿದ್ದರೆ, ವಿರಳ ಕಳುಹಿಸುವವರಿಗೆ ಭರವಸೆ ನಿಜವಲ್ಲ. ಸಂರಚಿತ ದಮನವನ್ನು ಅದನ್ನು ಪೋಷಿಸಬೇಕಾದ ಒದಗಿಸುವಿಕೆ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವೆರಡೂ ಒಪ್ಪದಿದ್ದಾಗ, fabric ಸಂರಚಿಸಿದಂತೆಯೇ ನಡೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸರಿಪಡಿಸಬೇಕಾದದ್ದು ನಿರೀಕ್ಷೆಯೇ.

ರಿಫ್ರೆಶ್, ವೃದ್ಧಾಪ್ಯ ಮತ್ತು ಸ್ಥಿರ ಪರ್ಯಾಯ

ಡೈನಾಮಿಕ್ ನಮೂದುಗಳು ಹಳೆಯದಾಗುವ ಮೊದಲು ಬೆಂಬಲಿತ ರಿಫ್ರೆಶ್ ಪ್ರೋಬ್‌ಗಳನ್ನು ಮಾನಕ ವಿವರಿಸುತ್ತದೆ. ಉತ್ತರಗಳು ಸಂಬಂಧಿತ bridge ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಸ್ಥಿತಿಯನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡುತ್ತವೆ; ಉತ್ತರಗಳ ಅನುಪಸ್ಥಿತಿಯು ಕಾನೂನುಬದ್ಧವಾಗಿ ತೆಗೆದುಹಾಕುವಿಕೆ ಮತ್ತು ಮಾರ್ಗ ಹಿಂಪಡೆಯುವಿಕೆಗೆ ಕಾರಣವಾಗಬಹುದು. ಪ್ರತಿ ಟೈಮರ್ ಅನ್ನು ಎಳೆದು ದಮನ ಮಾಡಬೇಕಾದ ದೋಷ ಇದಲ್ಲ.

ವೃದ್ಧಾಪ್ಯ ಟೈಮರ್‌ಗಳನ್ನು ಅನಿರ್ದಿಷ್ಟವಾಗಿ ವಿಸ್ತರಿಸುವುದು ಗೋಚರ ವೈಫಲ್ಯವನ್ನು ಹಳೆಯ ವೈಫಲ್ಯದೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ: fabric ಹೋಸ್ಟ್ ಬಿಟ್ಟ ಸ್ಥಳವನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ. ಅನುಷ್ಠಾನದ ದಾಖಲಿತ ನಿಯಂತ್ರಣಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಂವೇದನಾಶೀಲವಾಗಿ ಮಾತನಾಡುವ ನಿರೀಕ್ಷಿತ ಆವರ್ತನಕ್ಕೆ ಹೊಂದುವ ಜೀವಿತಾವಧಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ತಿಳಿದಿರುವ, ನಿರ್ವಹಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳಿಗೆ, ಸ್ಥಿರ ಅಥವಾ ನಿಯಂತ್ರಕ-ಒದಗಿಸಿದ ಬೈಂಡಿಂಗ್ ಕಾನೂನುಬದ್ಧ ಎರಡನೇ ಮಾದರಿಯಾಗಿದೆ. ಬದಲಿ ಮತ್ತು ಸ್ಥಳಾಂತರವನ್ನು ನಿರ್ವಹಿಸುವ ಮಾಲೀಕರು ಅಗತ್ಯ, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ ಇನ್ನೊಂದು ಪೋರ್ಟ್‌ಗೆ ಹೋದಾಗ ಒದಗಿಸಿದ ದಾಖಲೆ ತಾನಾಗಿಯೇ ನವೀಕರಣಗೊಳ್ಳುವುದಿಲ್ಲ.

ಮುಂದಿನ ಟಿಕೆಟ್‌ಗೆ ಮೊದಲು ಏನನ್ನು ದಾಖಲಿಸಬೇಕು

ಬೈಂಡಿಂಗ್‌ನ ಮೂಲ, ಕೊನೆಯ ರಿಫ್ರೆಶ್ ಸಮಯ, ಪ್ರಸ್ತುತ ಸ್ಥಳ ಮತ್ತು ಯಾವುದೇ ಹಿಂಪಡೆಯುವಿಕೆ ಘಟನೆಯನ್ನು MAC ಮಾರ್ಗದ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. ಆ ದಾಖಲೆ ಟಿಕೆಟ್ ನಿಜವಾಗಿ ಕೇಳುವ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಅಪ್ಲಿಕೇಶನ್ ಅನ್ವೇಷಣೆಗಾಗಿ ಕಾಯುತ್ತಿದೆಯೇ, ಹಳೆಯ ಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿದೆಯೇ, ಅಥವಾ ಯಶಸ್ವಿ ರೆಸಲ್ಯೂಶನ್ ನಂತರ ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ವಿಫಲವಾಗುತ್ತಿದೆಯೇ?

ನಂತರ ಮೂರರಲ್ಲಿ ಯಾವುದನ್ನು ನಿರ್ವಹಿಸಲು ನೀವು ಸಿದ್ಧರಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ. flooding ಜೊತೆಗಿನ ಅನ್ವೇಷಣೆ, ವಾಸ್ತವಿಕ ಜೀವಿತಾವಧಿಯೊಂದಿಗೆ ರಿಫ್ರೆಶ್, ಅಥವಾ ಮಾಲೀಕರೊಂದಿಗೆ ಒದಗಿಸುವಿಕೆ — ಎಲ್ಲವೂ ಸಮರ್ಥನೀಯ. ಒಂದಕ್ಕೆ ಸಂರಚಿಸಲಾಗಿ ಇನ್ನೊಂದರಂತೆ ವರ್ತಿಸುವ ನಿರೀಕ್ಷೆ ಇರುವ fabric ನಲ್ಲಿಯೇ ನಿಶ್ಶಬ್ದ ಹೋಸ್ಟ್‌ಗಳು ಕಣ್ಮರೆಯಾಗುತ್ತವೆ.