ರೂಟ್ ಪ್ರತಿಫಲನಕಾರರು ಸೇರಿಸಿದ ನಂತರ ಕೆಲವು L2VPN ರೂಟ್ಗಳು ಮಾಯವಾಗುತ್ತವೆ

ಸೆಷನ್ಗಳು ಚಾಲ್ತಿಯಲ್ಲಿರುತ್ತವೆ, IGP ಸ್ಥಿರವಾಗಿದೆ, ಆದರೂ ನಾಲ್ಕು ಪ್ರೊವೈಡರ್ ಅಂಚುಗಳಲ್ಲಿ ಎರಡರಲ್ಲಿ ಕೆಲವು L2VPN ರೂಟ್ಗಳು ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ. ಈ ಮಾದರಿ ಸಾಗಣೆಯ ಸಮಸ್ಯೆಯಲ್ಲ, ಪ್ರತಿಫಲನದ ಸಮಸ್ಯೆ, ಏಕೆಂದರೆ ಮುರಿದ ಸೆಷನ್ ಸಂಪೂರ್ಣವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ ಆದರೆ ಮರುಬಳಕೆಯಾದ ಪ್ರತಿಫಲನ ಗಡಿ ಆಯ್ದವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ. ಭೌತಿಕ ಉಂಗುರಕ್ಕೆ ಇದರೊಂದಿಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ; ತಾರ್ಕಿಕ ವಿತರಣಾ ಗ್ರಾಫ್ ಆ ರೂಟ್ಗಳು ನಿಂತ ಸ್ಥಳ. ಆ ಬಿಂದುವನ್ನು ಹುಡುಕಲು ನಿಯಂತ್ರಣ ಸಮತಲವನ್ನು ಮರುನಿರ್ಮಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.

ನಷ್ಟವು ಆಯ್ದದ್ದು, ಇದು ಹುಡುಕಾಟವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ

ಭೌತಿಕ ಉಂಗುರದಲ್ಲಿ ನಾಲ್ಕು ಪ್ರೊವೈಡರ್ ಅಂಚುಗಳಿಗೆ ಪೂರ್ಣ ಜಾಲಕ್ಕಾಗಿ ಆರು ತಾರ್ಕಿಕ ಸೆಷನ್ಗಳು ಬೇಕು, ಏಕೆಂದರೆ ಪ್ರತಿ ರೂಟರ್ ಉಳಿದ ಮೂರರೊಂದಿಗೆ ಜೋಡಿಯಾಗುತ್ತದೆ. ಆ ಸೆಷನ್ಗಳು ರೂಟ್ ಮಾಡಿದ ಸಾಗಣೆಯ ಮೇಲೆ ಸಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಕೇಬಲ್ ಎಷ್ಟು ನೆರೆಹೊರೆಗಳಿವೆ ಅಥವಾ ಅವುಗಳಲ್ಲಿ ಯಾವುದು ಪ್ರತಿಫಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಹೇಳುವುದಿಲ್ಲ. ಎರಡು ಅಂಚುಗಳು ನಿರ್ದಿಷ್ಟ ಪೂರ್ವಪ್ರತ್ಯಯ ಗುಂಪನ್ನು ತಪ್ಪಿಸಿಕೊಳ್ಳುವಾಗ ಉಳಿದೆಲ್ಲವೂ ಒಮ್ಮುಖವಾದರೆ, ಕೇಬಲ್ ಆರೋಪಿಯಲ್ಲ.

ಆಯ್ದ ನಷ್ಟವು ಲೂಪ್ ತಡೆಗಟ್ಟುವಿಕೆ, ನೀತಿ ಅಥವಾ ಸಂಬಂಧದ ದಿಕ್ಕನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಕೆಲವು ರೂಟ್ಗಳು ಗಡಿ ದಾಟುತ್ತವೆ ಮತ್ತು ಇನ್ನು ಕೆಲವು ದಾರಿಯಲ್ಲೇ ಬಿಸಾಡಲ್ಪಡುತ್ತವೆ. ಸಂಪೂರ್ಣ ನಷ್ಟವು ಸೆಷನ್ ಅಥವಾ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಈ ಎರಡರಲ್ಲಿ ನೀವು ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು ಮೊದಲ ಉಪಯುಕ್ತ ಹೆಜ್ಜೆ, ಮತ್ತು ಅದಕ್ಕೆ ಒಂದೇ ಆಜ್ಞೆ ಸಾಕು.

ಪ್ರತಿಫಲನವು ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ

ರೂಟ್ ಪ್ರತಿಫಲನವು iBGP ವಕ್ತಾರನು ಇನ್ನೊಬ್ಬ iBGP ವಕ್ತಾರನಿಂದ ಕಲಿತ ರೂಟ್ ಅನ್ನು ಮತ್ತೆ ಘೋಷಿಸಬಾರದು ಎಂಬ ನಿಯಮವನ್ನು ಸಡಿಲಗೊಳಿಸುತ್ತದೆ. RFC 4456 ಈ ವಿನಾಯಿತಿಯನ್ನು ವಕ್ತಾರ ಮತ್ತು ರೂಟ್ನ ಮೂಲದ ನಡುವಿನ ಸಂಬಂಧದ ಮೂಲಕ ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಂಬಂಧದ ದಿಕ್ಕು ಬಹುಪಾಲು ಸಾರಾಂಶಗಳು ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ. ಕ್ಲೈಂಟ್ನಿಂದ ಕಲಿತ ರೂಟ್ ಅನ್ನು ಇತರ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಲ್ಲದವರಿಗೆ ಪ್ರತಿಫಲಿಸಬಹುದು, ಆದರೆ ಕ್ಲೈಂಟ್ ಅಲ್ಲದವರಿಂದ ಕಲಿತ ರೂಟ್ ಅನ್ನು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮಾತ್ರ ಪ್ರತಿಫಲಿಸಬಹುದು. ಈ ಅಸಮಮಿತಿಯನ್ನು ಎರಡು ಬಾರಿ ಓದಿ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಸಂಬಂಧ ಸೇರಿಸುವುದು ವಿನ್ಯಾಸ ದೋಷವನ್ನು ಹೇಗೆ ಮುಚ್ಚಬಹುದು ಎಂಬುದನ್ನು ಅದು ವಿವರಿಸುತ್ತದೆ: ಟೋಪೋಲಜಿ ಎಂದಿಗೂ ಉದ್ದೇಶಿಸದ ಮಾರ್ಗವನ್ನು ಅದು ತೆರೆಯುತ್ತದೆ.

CLUSTER_LIST ಗುಣಲಕ್ಷಣವು ಪ್ರತಿಫಲನದ ಇತಿಹಾಸವನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಪಟ್ಟಿಯಲ್ಲಿ ತನ್ನದೇ ಕ್ಲಸ್ಟರ್ ID ಅನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಪ್ರತಿಫಲಕವು ಘೋಷಣೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಬೇಕು. ಅದು ಲೂಪ್ ತಡೆಗಟ್ಟುವಿಕೆ, ಮತ್ತು ಗುರುತಿಸುವಿಕೆಗಳು ಆಕಸ್ಮಿಕವಾಗಿ ಮರುಬಳಕೆಯಾದಾಗ ರೂಟ್ಗಳನ್ನು ಅಳಿಸುವ ಕಾರ್ಯವಿಧಾನವೂ ಅದೇ. ORIGINATOR_ID ಸಂಬಂಧಿತ ಪಾತ್ರ ವಹಿಸುತ್ತದೆ ಮತ್ತು ರೂಟ್ ಅನ್ನು ಮೊದಲು ಘೋಷಿಸಿದ ರೂಟರ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

ಮರುಬಳಕೆಯಾದ ಕ್ಲಸ್ಟರ್ ID ಗಳೇ ರೂಟ್ಗಳು ಮಾಯವಾಗುವ ದಾರಿ

ಸಣ್ಣ ಜಾಲವು ಒಂದು ಚಿಕ್ಕದಾರಿಗೆ ಆಹ್ವಾನಿಸುತ್ತದೆ: ಪ್ರತಿ ರೂಟರ್ಗೆ ಅದರ loopback ಗೆ ಸಮಾನವಾದ ಕ್ಲಸ್ಟರ್ ID ನೀಡಿ, ನಂತರ ಇನ್ನೊಂದು ಪ್ರತಿಫಲಕ ಸೇರಿಸಿ, ಮತ್ತು ಕೈಗೆ ಸಿಗುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಇರುವ loopback ಅನ್ನು ಮರುಬಳಕೆ ಮಾಡಿ. ಆ ಗುರುತಿಸುವಿಕೆ ಈಗ ಎರಡು ಸ್ವತಂತ್ರ ಪ್ರತಿಫಲನ ಹಂತಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೆ, ಎರಡನೇ ಹಂತವು CLUSTER_LIST ನಲ್ಲಿ ತನ್ನದೇ ID ಅನ್ನು ಕಂಡು ರೂಟ್ ಅನ್ನು ಬಿಸಾಡುತ್ತದೆ. ಯಾವುದೂ ದೋಷವನ್ನು ದಾಖಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಬಿಸಾಡುವುದು ಲೂಪ್ಗೆ ಸರಿಯಾದ ಪ್ರತಿಕ್ರಿಯೆ.

ಒಂದೇ ಕ್ಲಸ್ಟರ್ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಹೆಚ್ಚುವರಿ ಪ್ರತಿಫಲಕಗಳು ಕಾನೂನುಬದ್ಧ ವಿನಾಯಿತಿ: ಅವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಒಂದೇ ID ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಇದರಿಂದ ಎರಡರಲ್ಲಿ ಯಾವುದಾದರೂ ಅದೇ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸಬಹುದು. ಗುರುತಿಸುವಿಕೆಯು ಚಾಸಿಸ್ ಹೆಸರುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವ ಬದಲು ಪ್ರತಿಫಲನ ವಿನ್ಯಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

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

ಪ್ರತಿ ನೆರೆಯವರನ್ನು ಕ್ಲೈಂಟ್ ಮಾಡುವ ಪ್ರಲೋಭನೆಯನ್ನು ಎದುರಿಸಿ

ಕಾಣೆಯಾದ ರೂಟ್ಗೆ ತ್ವರಿತ ಪರಿಹಾರವೆಂದರೆ ಪ್ರತಿ ನೆರೆಯವರನ್ನು ಪ್ರತಿ ಪ್ರತಿಫಲಕದ ಕ್ಲೈಂಟ್ ಮಾಡುವುದು. ಪ್ರಸರಣವು ಮರಳುತ್ತದೆ, ಮತ್ತು ವಿನ್ಯಾಸವು ನಿಮಗೆ ಏನನ್ನೂ ಹೇಳುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ: ಅದು ಪ್ರತಿ ವಕ್ತಾರನು ಹೊತ್ತಿರುವ ರೂಟ್ಗಳನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಸಂಬಂಧವು ಆ ಕೆಲಸ ಮಾಡಬೇಕಿತ್ತು ಎಂಬುದನ್ನು ಮುಚ್ಚುತ್ತದೆ.

ಸಣ್ಣ ಜಾಲಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ಆಕಾರಗಳಲ್ಲಿ ಒಂದು ಬೇಕು. ಪೂರ್ಣ iBGP ಜಾಲವು ನಾಲ್ಕು ರೂಟರ್ಗಳಿಗೆ ಆರು ಸೆಷನ್ಗಳು ಮತ್ತು ಯಾವುದೇ ಪ್ರತಿಫಲನವಿಲ್ಲ, ಮತ್ತು ಉಳಿದ ಅಂಚುಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ನಿಯೋಜಿತ ಪ್ರತಿಫಲಕ ಜೋಡಿ ಎರಡನೆಯದು. ಪ್ರತಿ ರೂಟರ್ ಸ್ವಲ್ಪ ಪ್ರತಿಫಲಿಸುವ ಭಾಗಶಃ ಜಾಲಕ್ಕಿಂತ ಎರಡೂ ಯೋಚಿಸಲು ಸುಲಭ. ಆಕಾರವನ್ನು ಪ್ರಮಾಣ ಮತ್ತು ವೈಫಲ್ಯ ವರ್ತನೆಯಿಂದ ಆರಿಸಿ, ಕೇಬಲ್ ರೇಖಾಚಿತ್ರದಿಂದ ಅಲ್ಲ.

ಪ್ರತಿಫಲನವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಪರಿಶೀಲಿಸಿ

ಪೋರ್ಟ್ 179 ನಲ್ಲಿ TCP ಸೆಷನ್ ಎರಡು ವಕ್ತಾರರು ಮಾತನಾಡಬಹುದು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು VPN ವಿಳಾಸ ಕುಟುಂಬವು ಒಂದೂ ರೂಟ್ ವಿನಿಮಯ ಮಾಡಿದೆಯೇ ಎಂಬ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಮೊದಲು ಸೆಷನ್ ಸ್ಥಿತಿ, ನಂತರ ಕುಟುಂಬ, ನಂತರ ಪ್ರತ್ಯೇಕ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಸ್ಥಾಪಿಸಿ.

vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"

ಆ ಮೂರು ಔಟ್ಪುಟ್ಗಳು ನೆರೆಹೊರೆಯ ಸಮಸ್ಯೆಯನ್ನು ವಿನಿಮಯ ಸಮಸ್ಯೆಯಿಂದ ಮತ್ತು ಕಾಣೆಯಾದ ಪೂರ್ವಪ್ರತ್ಯಯ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಕುಟುಂಬವು ಯಾವುದೇ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ತೋರಿಸದಿದ್ದರೆ, ಪ್ರತಿಫಲನವನ್ನು ನೋಡುವ ಮೊದಲು ನೆರೆಯವರ ಸಕ್ರಿಯಗೊಳಿಸುವ ಸ್ಥಿತಿ ಮತ್ತು ರಫ್ತು ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಒಂದು ಅಂಚಿನಲ್ಲಿ ಕಾಣಿಸಿ ಇನ್ನೊಂದರಲ್ಲಿ ಕಾಣಿಸದಿದ್ದರೆ, ಸ್ವೀಕರಿಸುವ ಬದಿಯಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ಪಟ್ಟಿ ಮತ್ತು ಮೂಲವನ್ನು ಹೋಲಿಸಿ, ನಂತರ ಹಿಂದಿನ ವಿಭಾಗದ ಗ್ರಾಫ್ ಅನ್ನು ನಡೆಯಿರಿ.

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