Junos L2VPN: ಮೊದಲು ಗ್ರಾಹಕರ ಸಂಪರ್ಕ ಒಪ್ಪಂದವನ್ನು ಸರಿಪಡಿಸಿ

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

ಫ್ರೇಮ್ ಒಪ್ಪಂದವನ್ನು ಬರೆಯಿರಿ

ಯಾವುದೇ ಕಾನ್ಫಿಗರೇಶನ್ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಒಪ್ಪಂದವನ್ನು ದಾಖಲಿಸಿ: ಟ್ಯಾಗ್ ಇಲ್ಲದೆ, ಒಂದು ಸೇವಾ ಟ್ಯಾಗ್, ಅಥವಾ ಸ್ಟ್ಯಾಕ್. ಗ್ರಾಹಕ ಕಳುಹಿಸುವ MTU ಮತ್ತು ಪ್ರತಿ ದಿಕ್ಕಿನಲ್ಲಿ ನಿರೀಕ್ಷಿತ ಟ್ಯಾಗ್ ನಿರ್ವಹಣೆಯನ್ನು ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಇವು ಮಾತುಕತೆಯಿಂದ ನಿರ್ಧರಿಸಿದ ಗುಣಲಕ್ಷಣಗಳು, ಸ್ಥಳೀಯ ಆದ್ಯತೆಗಳಲ್ಲ. ಯುನಿಟ್ ಸಂಖ್ಯೆ ಕೇವಲ ಗುರುತಿಸುವಿಕೆ, ಇಂಟರ್ಫೇಸ್ ಯಾವ ಫ್ರೇಮ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅದು ಹೇಳುವುದಿಲ್ಲ.

ಇದನ್ನು ಸೇವಾ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಬರೆಯಿರಿ, ಟಿಕೆಟ್ ಕಾಮೆಂಟ್ನಲ್ಲಿ ಅಲ್ಲ. ಆರು ತಿಂಗಳ ನಂತರ ಇದನ್ನು ಡೀಬಗ್ ಮಾಡುವ ವ್ಯಕ್ತಿ ಟಿಪ್ಪಣಿಯನ್ನು ಓದುತ್ತಾರೆ. ಟಿಕೆಟ್ ಅವರು ಓದುವುದಿಲ್ಲ.

ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅನ್ನು ಒಪ್ಪಂದಕ್ಕೆ ಹೊಂದಿಸಿ

ಒಂದು ಟ್ಯಾಗ್ ಇರುವ ಸೇವೆ ಸಾಮಾನ್ಯವಾಗಿ VLAN ಸರ್ಕ್ಯೂಟ್ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಬಳಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ vlan-ccc, ಟ್ಯಾಗ್ ಇಲ್ಲದ ಫ್ರೇಮ್ಗಳಿಗೆ ಸರಳ Ethernet ಸರ್ಕ್ಯೂಟ್ ರೂಪ ಬೇಕು ಮತ್ತು ಸ್ಟ್ಯಾಕ್ಗೆ ಎರಡು ಟ್ಯಾಗ್ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ವಿಸ್ತೃತ ರೂಪ ಬೇಕು. ಪ್ರತಿ-ಯುನಿಟ್ ಸೇವಾ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಬೆಂಬಲಿಸುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಒಂದು ಫಿಜಿಕಲ್ ಇಂಟರ್ಫೇಸ್ ಹಲವನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಬಲ್ಲದು, ಇದು ಅನುಕೂಲಕರ ಮತ್ತು ಫ್ರೇಮ್ ತಪ್ಪು ಯುನಿಟ್ಗೆ ಸೇರುವ ದಾರಿಯೂ ಅದೇ. ನಿಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಮಾರ್ಗದರ್ಶಿ family ccc, ಇದನ್ನು ಪೂರ್ಣ ಸಂಪರ್ಕದ ಭಾಗವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ರೂಟೆಡ್ ಇಂಟರ್ಫೇಸ್ಗೆ ತಿರುಗಿಸಬೇಡಿ. ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮಾರ್ಗದರ್ಶಿ ಯಾವ ಸಂಪರ್ಕ ಪ್ರಕಾರಗಳು ಯಾವ ಅಗತ್ಯಗಳನ್ನು ವಿಧಿಸುತ್ತವೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.

ಮುನ್ನೆಚ್ಚರಿಕೆಯಾಗಿ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೆ family ಹೇಳಿಕೆ ಸೇರಿಸಬೇಡಿ. ಒಂದು ಸರ್ಕ್ಯೂಟ್ ಕೆಲಸ ಮಾಡಿಸುವ ಕಾನ್ಫಿಗರೇಶನ್ ಮುಂದಿನದನ್ನು ಅದರ ಗ್ರಾಹಕ ಎಂದಿಗೂ ಕಳುಹಿಸದ ಫ್ರೇಮ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುವಂತೆ ಮಾಡಬಹುದು.

ಸಂಪರ್ಕವನ್ನು ಸರಿಯಾದ ಸೇವೆಗೆ ಬಿಗಿಯಿರಿ

BGP ಮೂಲಕ ಸಿಗ್ನಲ್ ಆದ ಲೇಯರ್ 2 VPN, LDP ಮೂಲಕ ಸಿಗ್ನಲ್ ಆದ ಸರ್ಕ್ಯೂಟ್ ಮತ್ತು ಇತರ ಬೆಂಬಲಿತ ಸೇವೆಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಇಂಟರ್ಫೇಸ್ ಬೈಂಡಿಂಗ್ ಮತ್ತು ಸಿಗ್ನಲಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್ ಇದೆ, ಮತ್ತು ಅವು ಪರಸ್ಪರ ಬದಲಿಯಲ್ಲ. ಒಂದರ ಸಂಪರ್ಕ ಶೈಲಿಯನ್ನು ಇನ್ನೊಂದರ ಸಿಗ್ನಲಿಂಗ್ನೊಂದಿಗೆ ಬೆರೆಸಿದರೆ ಪೀರ್ ಬಗ್ಗೆ ವರದಿ ಮಾಡುವ ಆದರೆ ಎಂದಿಗೂ ಫ್ರೇಮ್ ಸಾಗಿಸದ ಸರ್ಕ್ಯೂಟ್ ಉಂಟಾಗುತ್ತದೆ.

ದೂರದ ತುದಿಯನ್ನು ಹತ್ತಿರದ ತುದಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ಯಾವುದನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಡಬೇಡಿ: ಪೀರ್ ವಿಳಾಸ, ಸೇವಾ ಗುರುತಿಸುವಿಕೆ, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಒಪ್ಪಂದ, control word ನಿರೀಕ್ಷೆ ಮತ್ತು ಗಾತ್ರ ಬಜೆಟ್. ಕೆಳಗಿನ MPLS ಪದರ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು, ಆದರೆ ಸಂಪರ್ಕ ಇಲ್ಲದಿರಬಹುದು ಅಥವಾ ಬೇರೆಡೆ ವರ್ಗೀಕೃತವಾಗಿರಬಹುದು; ಆದ್ದರಿಂದ ಕೇವಲ ಕೆಳ ಪದರವನ್ನು ನೋಡುವ ಪರೀಕ್ಷೆ ಇಲ್ಲಿ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಫ್ರೇಮ್ನಿಂದ ಪರಿಶೀಲಿಸಿ, ಸ್ಥಿತಿಯಿಂದ ಅಲ್ಲ

ಗ್ರಾಹಕ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸುತ್ತಿರುವಾಗ ಸ್ಥಳೀಯ ಇಂಟರ್ಫೇಸ್ ಕೌಂಟರ್ಗಳನ್ನು ಓದಿ, ನಂತರ ಸೇವಾ ಸ್ಥಿತಿ, ನಂತರ ಬರುವ ಫ್ರೇಮ್ ಒಪ್ಪಿದ ಫ್ರೇಮ್ ಎಂದು ಅದರ ಟ್ಯಾಗ್ ಸಹಿತ ದೃಢೀಕರಿಸಿ. ಸರಿಪಡಿಸಿದ ಸಂಪರ್ಕ ಆ ಫ್ರೇಮ್ ತಲುಪಿಸುತ್ತದೆ; ಸ್ಥಿತಿ ಬದಲಾಗುವುದು ಮಾತ್ರ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಸೆರೆಹಿಡಿಯಲು ಅನುಮತಿ ಇರುವಲ್ಲಿ ಫ್ರೇಮ್ ಅನ್ನು ಎರಡೂ ದಿಕ್ಕಿನಲ್ಲಿ ನೋಡಿ. ಟ್ಯಾಗ್ ಅಸಮಾನತೆಯನ್ನು ಸ್ಥಿತಿ ನೋಟದಲ್ಲಿ ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದು ಸುಲಭ ಮತ್ತು ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ. ಅದೇ ಅಸಮಾನತೆ ಒಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದರಲ್ಲಿ ವಿಫಲವಾಗುವ ದೂರುಗಳನ್ನೂ ವಿವರಿಸುತ್ತದೆ.

ನಂತರ ಅದನ್ನು ಬರೆಯಿರಿ

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

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