L2VPN ಸಂಪರ್ಕ Up ಆಗಿದೆ, ಅಟ್ಯಾಚ್‌ಮೆಂಟ್ ಮೇಲಿದೆ ಮತ್ತು ಯಾವುದೇ ಫ್ರೇಮ್ ಹಾದುಹೋಗುತ್ತಿಲ್ಲ ಎಂದು ಗ್ರಾಹಕ ವರದಿಗಳು ಬರುತ್ತವೆ. ಸ್ಥಿತಿ ದೀಪಗಳು ಪ್ರಾಮಾಣಿಕ; ಫ್ರೇಮ್ ದೂರದ ತುದಿಯಲ್ಲಿ ಉಪಯುಕ್ತ ಫಾರ್ವರ್ಡಿಂಗ್ ಸ್ಥಿತಿ ಇಲ್ಲದ ಸೇವೆಗೆ ವರ್ಗೀಕರಿಸಲ್ಪಡುತ್ತಿದೆ. BGP ಯಿಂದ ಸಿಗ್ನಲ್ ಆದ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ L2VPN ನಲ್ಲಿ ಮೊದಲ ನಿರ್ಧಾರ ಅಟ್ಯಾಚ್‌ಮೆಂಟ್‌ಗೆ ಸೇರಿದ್ದು, ರೂಟ್ ಲುಕಪ್‌ಗಲ್ಲ. ಗ್ರಾಹಕರ ಫ್ರೇಮ್ ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಬರುತ್ತದೆ, ಮತ್ತು ಆ ಇಂಟರ್ಫೇಸ್ ಸಂಪರ್ಕವನ್ನು ಮತ್ತು ಆ ಮೂಲಕ ದೂರದ ಸೈಟ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಅದರ ನಂತರದ ಎಲ್ಲವೂ ಪೀರ್‌ಗಳು ಘೋಷಿಸಿದ್ದರಿಂದ ನಿರ್ಮಿಸಲಾದ ಲೇಬಲ್-ಫಾರ್ವರ್ಡಿಂಗ್ ಸ್ಥಿತಿ.

ಫ್ರೇಮ್ ಎಂದಿಗೂ ರೂಟ್ ಲುಕಪ್ ಮಾಡುವುದಿಲ್ಲ

ಸಿಗ್ನಲಿಂಗ್ ಸ್ಥಿತಿಯನ್ನು ಸಿದ್ಧಪಡಿಸಿತು; ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಸಂಸ್ಕರಣೆ ಈಗಾಗಲೇ ಆಯ್ಕೆಯಾದ ಸಂಪರ್ಕದಲ್ಲಿ ಲೇಬಲ್ ಲುಕಪ್ ಆಗಿದೆ. ಆದ್ದರಿಂದ ರೂಟ್ ಏಕೆ ಇಲ್ಲ ಎಂದು ಕೇಳುವುದು ತಪ್ಪು ಪ್ರಶ್ನೆ, ಮತ್ತು ಅದು ಮುಖ್ಯವಾದ ಎರಡು ಮೌಲ್ಯಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ: ಅಟ್ಯಾಚ್‌ಮೆಂಟ್‌ನ ಸಂಪರ್ಕ ಮತ್ತು ಅದು ಬಳಸುವ ಸೇವಾ ಲೇಬಲ್.

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

ಎರಡು ಲೇಬಲ್, ಎರಡು ದಿಕ್ಕು

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

show l2vpn connections instance CUST-A extensive

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

ಲೇಬಲ್ ಲುಕಪ್ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

ಒಳಬರುವ ಮೌಲ್ಯ ಸಿಕ್ಕ ನಂತರ, ಸ್ಥಳೀಯ ಲುಕಪ್ ಒಂದೇ ಆಜ್ಞೆ:

show route label 160042

ಆ ಔಟ್‌ಪುಟ್ ಮುಂದಿನ ಹಾಪ್‌ನೊಂದಿಗೆ l2vpn ನಮೂದನ್ನು ತೋರಿಸಬೇಕು, ಮತ್ತು ಲೇಬಲ್ ಕಾರ್ಯಾಚರಣೆ ಫ್ರೇಮ್ ಹೊರಡುವ ಮೊದಲು ದಬ್ಬಲಾಗುತ್ತದೆಯೇ, ಬದಲಾಯಿಸಲಾಗುತ್ತದೆಯೇ ಅಥವಾ ತೆಗೆಯಲಾಗುತ್ತದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಅದು ಏನನ್ನೂ ತೋರಿಸದಿದ್ದರೆ, ಸಂಪರ್ಕ Up ತೋರಿಸಿದರೂ ಸೇವಾ ಸ್ಥಿತಿ ಎಂದಿಗೂ ಸ್ಥಾಪನೆಯಾಗಿಲ್ಲ, ಮತ್ತು ವ್ಯತ್ಯಾಸ ಸಾರಿಗೆಯಲ್ಲ, ಸಿಗ್ನಲಿಂಗ್‌ನಲ್ಲಿದೆ.

ಒಂದು ಫ್ರೇಮ್ ಅನ್ನು ಅನುಸರಿಸಿ

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

ಅಟ್ಯಾಚ್‌ಮೆಂಟ್‌ನ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್, ನಿಯಂತ್ರಣ ಪದದ ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು MTU ಅನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅವು ಮಾತುಕತೆಯ ಗುಣಲಕ್ಷಣಗಳು, ಪ್ರತಿ ಹಾಪ್ ವರ್ತನೆಯಲ್ಲ.

ಸೇವಾ ಮಾದರಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ

VPLS MAC ವಿಳಾಸಗಳನ್ನು ಕಲಿಯುತ್ತದೆ ಮತ್ತು EVPN ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ಘೋಷಿಸುತ್ತದೆ, ಆದರೆ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ L2VPN ಎರಡನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಒಂದೇ BGP ಮತ್ತು MPLS ಮೂಲಸೌಕರ್ಯದ ಮೇಲೆ ಇದ್ದರೂ ಅವುಗಳ ಫ್ರೇಮ್ ಆಯ್ಕೆ ವಿಧಾನಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವಲ್ಲ. ಒಂದು ಮಾದರಿಯಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ದೋಷನಿವಾರಣೆ ಹೆಜ್ಜೆ ಎತ್ತುವುದು ಆಧಾರವಿಲ್ಲದ ಆತ್ಮವಿಶ್ವಾಸದ ತೀರ್ಮಾನಗಳನ್ನು ನೀಡುತ್ತದೆ.

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು