ನೀವು ಈಗಷ್ಟೇ ನಿರ್ಮಿಸಿದ RSVP-TE LSP ಅನ್ನು ನಿಮ್ಮ L2VPN ಏಕೆ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ

ಇಬ್ಬರು ಎಂಜಿನಿಯರ್ಗಳು ಒಂದೇ ನಿರ್ವಹಣಾ ಕಿಟಕಿಯಿಂದ ಹೊಸ ಮಾರ್ಗವು ಸೇವೆಯಲ್ಲಿದೆ ಎಂಬ ನಂಬಿಕೆಯಿಂದ ಹೊರಬರಬಹುದು, ಮತ್ತು ಇಬ್ಬರೂ ಬೇರೆ ಬೇರೆ ಕಾರಣಗಳಿಗಾಗಿ ತಪ್ಪಾಗಿರಬಹುದು. ಒಬ್ಬರು LSP ನಿರ್ಮಿಸಿ ಸೇವೆ ಅದನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸಿದರು. ಇನ್ನೊಬ್ಬರು ಸೇವೆಯನ್ನು ಒಂಟಿಯಾಗಿ ಬಿಟ್ಟು ಏನೂ ಬದಲಾಗಿಲ್ಲ ಎಂದು ಊಹಿಸಿದರು. pseudowire ಆ ಕ್ಷಣದಲ್ಲಿ ತನ್ನ ಪೀರ್ ವಿಳಾಸವು ಪರಿಹರಿಸುವ ಸಾರಿಗೆಯನ್ನೇ ಯಾವಾಗಲೂ ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಜವಾದ ಪ್ರಶ್ನೆ ಎಂದರೆ ಆ ಪರಿಹಾರ ಈಗ ಏನನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡು ವಿನ್ಯಾಸಗಳು ಅದಕ್ಕೆ ಬೇರೆ ಬೇರೆ ಉತ್ತರ ನೀಡುತ್ತವೆ.

ಒಂದು ಲೇಬಲ್ ಸೇವೆಗೆ ಹೆಸರು ನೀಡುತ್ತದೆ, ಇನ್ನೊಂದು ಪ್ಯಾಕೆಟ್ ಚಲಿಸುತ್ತದೆ

pseudowire ಲೇಬಲ್, ಗುರಿ LDP ಯಿಂದ ಸಿಗ್ನಲ್ ಆಗಿ RFC 4447 ನಲ್ಲಿ ವಿವರಿಸಿದಂತೆ, ಸ್ವೀಕರಿಸುವ ಪೂರೈಕೆದಾರ ಅಂಚಿಗೆ ಯಾವ ಲಗತ್ತು ಸರ್ಕ್ಯೂಟ್ ಫ್ರೇಮ್ ಸ್ವೀಕರಿಸಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ. ಫ್ರೇಮ್ ಅಲ್ಲಿಗೆ ಹೇಗೆ ಬಂತು ಎಂಬುದನ್ನು ಅದು ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದರ ಕೆಳಗಿನ ಲೇಬಲ್ ಸಾರಿಗೆಗೆ ಸೇರಿದ್ದು, ಆ ಸ್ಟ್ಯಾಕ್ ಪೀರ್ loopback ಗೆ ತಲುಪುವಿಕೆಯನ್ನು ಘೋಷಿಸಿದ್ದರಿಂದ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ, ಅದು LDP ಆಗಿರಲಿ, RSVP-TE ಆಗಿರಲಿ ಅಥವಾ ವಿಭಾಗ ಮಾರ್ಗದ ಮಾರ್ಗವಾಗಿರಲಿ. ಎರಡು ಪದರಗಳನ್ನು ಬೇರೆ ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಸಿಗ್ನಲ್ ಮಾಡುವುದರಿಂದ, ಒಂದು ಆರೋಗ್ಯಕರವಾಗಿದ್ದರೂ ಇನ್ನೊಂದು ಹಳೆಯದಾಗಿರಬಹುದು. ಈ ಪ್ರತ್ಯೇಕತೆಯೇ ಇಡೀ ಗೊಂದಲದ ಮೂಲ.

ನೇರವಾಗಿ ಹೇಳಬೇಕು: pseudowire LSP ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. ಅದು ಫ್ರೇಮ್ ಅನ್ನು ಸಾರಿಗೆಗೆ ಒಪ್ಪಿಸುತ್ತದೆ, ಮತ್ತು ಸಾರಿಗೆ ತನಗೆ ನೀಡಿದ ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸದಿಂದ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಹೊಸ LSP ಮೇಲೆ ಸ್ವಚ್ಛ ping ಎಷ್ಟು ಕಡಿಮೆ ಸಾಬೀತು ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕೂ ಇದೇ ಕಾರಣ. LSP ಸಕ್ರಿಯವಾಗಿದ್ದು, ಲೇಬಲ್ ಹೊಂದಿದ್ದು, ಇತರ ಸೇವೆಗಳನ್ನು ಸಾಗಿಸುತ್ತಿರಬಹುದು, ಆದರೆ ನಿಮ್ಮ pseudowire ಇನ್ನೂ ಬೇರೆ ಮುಂದಿನ ಹಾಪ್ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ. ನೀವು ಬೈಂಡಿಂಗ್ ಓದುವವರೆಗೆ, ಆ ಎರಡು ಸಂಗತಿಗಳಿಗೆ ಸಂಬಂಧವಿಲ್ಲ.

ಆಯ್ಕೆ A: pseudowire ಅನ್ನು ಆಯ್ದ ಸಾರಿಗೆಗೆ ಪಿನ್ ಮಾಡಿ

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

ವೆಚ್ಚವೆಂದರೆ ವ್ಯಾಪ್ತಿ. ಪೀರ್ ವಿಳಾಸದಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವ ನೀತಿ ಆ ಪೀರ್ ಕಡೆಗೆ ತೋರಿಸುವ ಪ್ರತಿಯೊಂದು ಸೇವೆಗೂ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ, ನಿಮ್ಮ ಮನಸ್ಸಿನಲ್ಲಿದ್ದ pseudowire ಗೆ ಮಾತ್ರವಲ್ಲ.

ಮೀಸಲು ಮಾರ್ಗವು ಬದಲಾವಣೆ ಕಿಟಕಿಯ ಮೊದಲು ನಿರ್ಧಾರಕ್ಕೆ ಅರ್ಹ, ಅದರ ನಡುವೆ ಅಲ್ಲ. ಪಿನ್ ಮಾಡಿದ LSP ಬಿದ್ದರೆ, ನೀವು ಸೇವೆಯನ್ನು ಇನ್ನೊಂದು ಅನುಮೋದಿತ ಮಾರ್ಗದಲ್ಲಿ ಸಾಗಲು ಬಿಡುತ್ತೀರಿ ಅಥವಾ ನಿಲ್ಲಲು ಬಿಡುತ್ತೀರಿ. ವಿಳಂಬ ಅಥವಾ ಬೇರ್ಪಡಿಕೆ ನಿಯಮವನ್ನು ಮುರಿಯುವ ಮಾರ್ಗಕ್ಕೆ ಮೌನವಾಗಿ ಹಿಂತಿರುಗುವ ನೀತಿ ಸ್ವಚ್ಛ ಅಡಚಣೆಯನ್ನು ಯಾರಿಗಾದರೂ ವಿವರಿಸಲು ತುಂಬಾ ಕಷ್ಟಕರವಾದದ್ದಾಗಿ ಪರಿವರ್ತಿಸಿದೆ.

ಆಯ್ಕೆ B: IGP ಆಯ್ಕೆ ಮಾಡಲಿ ಮತ್ತು ಏನಾಗುತ್ತದೆ ಎಂದು ನೋಡಿ

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

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

ಎರಡರಲ್ಲೂ ನಂಬಿಕೆ ಇಡುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಫಾರ್ವರ್ಡಿಂಗ್ ಓದಿ

ಸೇವೆಯಿಂದ ಅಲ್ಲ, ಪೀರ್ ವಿಳಾಸದಿಂದ ಪ್ರಾರಂಭಿಸಿ. Junos ನಲ್ಲಿ show route 203.0.113.1 detail ಆಯ್ದ ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಲೇಬಲ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು show route table mpls.0 ಒಳಬರುವ ಲೇಬಲ್ ಅನ್ನು ಆ ಕಾರ್ಯಾಚರಣೆಗೆ ನಕ್ಷೆ ಮಾಡುತ್ತದೆ. IOS XR ನಲ್ಲಿ show mpls l2transport vc 100 detail ಹೇರಿದ ಸ್ಟ್ಯಾಕ್ ಜೊತೆಗೆ pseudowire ಸ್ಥಿತಿಯನ್ನು ನೀಡುತ್ತದೆ.

ಸಾರಿಗೆ ನಿಜವಾಗಿ ಬಳಸುವ LSP ಅನ್ನು ಖಚಿತಪಡಿಸಿ, ನಿಮ್ಮ ವಿನ್ಯಾಸ ದಾಖಲೆ ಹೆಸರಿಸುವುದನ್ನು ಅಲ್ಲ. IOS XR ನಲ್ಲಿ traceroute mpls ipv4 203.0.113.1/32 ಲೇಬಲ್ ಸ್ವಿಚ್ ಮಾಡಿದ ಮಾರ್ಗದಲ್ಲಿ ಸಾಗಿ ಅದರ ಉದ್ದಕ್ಕೂ ಲೇಬಲ್ಗಳು ಮತ್ತು ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಇದು ಮಾರ್ಗವನ್ನು ನೀವೇ ನೋಡಲು ಅತ್ಯಂತ ಹತ್ತಿರದ ವಿಷಯ. ನಂತರ ದೂರದ ಪೂರೈಕೆದಾರ ಅಂಚಿನಿಂದ ಅಭ್ಯಾಸವನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಹಿಂತಿರುಗುವ ದಿಕ್ಕು ಸ್ವತಂತ್ರವಾಗಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ನೀತಿಯ ಭಾಗಶಃ ನಿಯೋಜನೆಯ ನಂತರ ಅಸಮಮಿತಿ ಸಾಮಾನ್ಯ. ಒಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಸರಿ ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ತಪ್ಪಾದ ಮಾರ್ಗವು ಸಮಾನವಾಗಿ ತಪ್ಪಾದ ಮಾರ್ಗಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ನಿಮ್ಮ ಅರ್ಧ ಪರೀಕ್ಷೆಗಳು ಉತ್ತೀರ್ಣವಾಗುತ್ತವೆ.

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

ಆದ್ಯತೆಯಿಂದ ಅಲ್ಲ, ವೈಫಲ್ಯದ ವಿಧಾನದಿಂದ ಆಯ್ಕೆ ಮಾಡಿ

ಪಿನ್ ಮಾಡುವುದು IGP ವ್ಯಕ್ತಪಡಿಸಲಾಗದ ನಿಯಮವಿರುವ ಸೇವೆಗಳಿಗೆ ಮತ್ತು ಪ್ರತಿ ಬದಲಾವಣೆಯಲ್ಲೂ ನೀತಿಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಬಲ್ಲ ತಂಡಗಳಿಗೆ ಸರಿಹೊಂದುತ್ತದೆ. IGP ಗೆ ಬಿಡುವುದು ಲೂಪ್ನಲ್ಲಿ ಮನುಷ್ಯನಿಲ್ಲದೆ ಯಾವುದೇ ಒಂದು ವೈಫಲ್ಯವನ್ನು ದಾಟಬೇಕಾದ ಸೇವೆಗಳಿಗೆ ಸರಿಹೊಂದುತ್ತದೆ.

ನಿರ್ಣಾಯಕ ಪ್ರಶ್ನೆ ಎಂದರೆ ತಪ್ಪು ಮಾರ್ಗ ನಿಮಗೆ ಎಷ್ಟು ವೆಚ್ಚ ಮಾಡುತ್ತದೆ. ತಪ್ಪು LSP ಮೇಲಿನ ಸೇವೆ ಸ್ವಲ್ಪ ಮಾತ್ರ ಕೆಟ್ಟದಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದರೆ, IGP ನಿರ್ಧರಿಸಲಿ ಮತ್ತು ಶ್ರಮವನ್ನು ಮೇಲ್ವಿಚಾರಣೆಗೆ ವ್ಯಯಿಸಿ. ತಪ್ಪು ಮಾರ್ಗ ಒಪ್ಪಂದ, ಲೆಕ್ಕಪರಿಶೋಧನೆ ಕಂಡುಬಂದ ಅಂಶ ಅಥವಾ ಬೇರ್ಪಡಿಕೆ ಅಗತ್ಯವನ್ನು ಮುರಿದರೆ, ಅದನ್ನು ಪಿನ್ ಮಾಡಿ ಮತ್ತು ಮೀಸಲು ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ. ನಂತರ ಮೀಸಲು ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಪರೀಕ್ಷಿಸದ ಮೀಸಲು ಊಹೆ, ಯೋಜನೆ ಅಲ್ಲ. ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ, ಕೋರ್ನಲ್ಲಿ ಯಾವುದೇ ಬದಲಾವಣೆಯ ನಂತರ ಸ್ಥಾಪಿತ ಬೈಂಡಿಂಗ್ ಅನ್ನು ಮತ್ತೆ ಓದಿ, ಮತ್ತು ಮೇಲೆದ್ದ pseudowire ಅನ್ನು ಸಿಗ್ನಲಿಂಗ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಮಾತ್ರ ಸಾಕ್ಷ್ಯವೆಂದು ಪರಿಗಣಿಸಿ.