MPLS L3VPN ಲ್ಯಾಬ್ ಪಿಂಗ್ ಮಾಡುತ್ತಿಲ್ಲವೇ? ಈ ಐದು ಹಾಪ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ಗ್ರಾಹಕರ ಎರಡು ರೌಟರ್‌ಗಳು, ಒಂದು ಜೋಡಿ provider edge ಸಾಧನಗಳು ಮತ್ತು ದೋಷ ಸಂದೇಶವಿಲ್ಲದೆ ಸಾಯುವ ಪಿಂಗ್. ಸಣ್ಣ MPLS L3VPN ಲ್ಯಾಬ್‌ನಲ್ಲಿ ದೋಷವು ಬಹುತೇಕ ಯಾವಾಗಲೂ ಐದು ಚೆಕ್‌ಪಾಯಿಂಟ್‌ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ, ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅವಲಂಬನೆ ಕೆಲಸ ಮಾಡುತ್ತಿದೆಯೇ ಇಲ್ಲವೇ ಎಂದು ತೋರಿಸುವ ಆದೇಶವಿದೆ. ತಪ್ಪು ಎಂದರೆ ಪಿಂಗ್ ವಿಫಲವಾದಾಗಲೆಲ್ಲಾ BGP ಅನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸುವುದು, ಅವಲಂಬನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಪರೀಕ್ಷಿಸುವ ಬದಲು. ನೀವು ನೇರವಾಗಿ VRF ಸಂರಚನೆಗೆ ಹಾರಿದರೆ, ಎರಡು ಸಾಧನಗಳ ದೂರದಲ್ಲಿ ಬಗೆಹರಿಯದ ಮುಂದಿನ ಹಾಪ್‌ನಿಂದ ಪ್ರಾರಂಭವಾದ ಸಮಸ್ಯೆಯಲ್ಲಿ ಒಂದು ಗಂಟೆ ಕಳೆಯಬಹುದು.

ಪಟ್ಟಿಯನ್ನು ಕೆಳಗಿನಿಂದ ಮೇಲಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ. ಪಾಸ್ ಆಗುವ ಚೆಕ್‌ಪಾಯಿಂಟ್ ಪಾಸ್ ಆಗಿಯೇ ಉಳಿಯುತ್ತದೆ, ಮೊದಲ ವೈಫಲ್ಯವೇ ಡೀಬಗ್ ಮಾಡಲು ಯೋಗ್ಯವಾದದ್ದು.

ಮೊದಲ ಚೆಕ್‌ಪಾಯಿಂಟ್: PE ಗಳು ಒಂದನ್ನೊಂದು ತಲುಪುತ್ತವೆ

ಪ್ರತಿ PE ಗೆ ಇನ್ನೊಂದು PE ಯ loopback ಗೆ ಮಾರ್ಗ ಬೇಕು, ಆ ಮಾರ್ಗವು ಯಾವುದೋ ನೈಜ ವಸ್ತುವಿನ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು. interior gateway protocol ಅಲ್ಲಿಗೆ ಹೋಗುವ ಸಾಮಾನ್ಯ ದಾರಿ, ಆದರೆ ಪುನರಾವರ್ತಿತ ಹುಡುಕಾಟವು ಜೀವಂತ adjacency ಮೇಲೆ ಬೀಳುವವರೆಗೆ ಸ್ಥಿರ ಮಾರ್ಗವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. IOS ಶೈಲಿಯ ಸಾಧನಗಳಲ್ಲಿ, show ip route 10.0.0.2 ಮತ್ತು ನಂತರ show ip cef 10.0.0.2 prefix ಇದೆಯೇ ಮತ್ತು ಅದರ ಹಿಂದೆ ಪರಿಹರಿಸಿದ adjacency ಇದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತವೆ. ಕೋಷ್ಟಕದಲ್ಲಿರುವ ಮಾರ್ಗ, ಅದರ ಹಿಂದೆ adjacency ಇಲ್ಲದಿದ್ದರೆ, ಅದು ತಲುಪುವಿಕೆ ಅಲ್ಲ.

ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಅಸಮ IGP ವೆಚ್ಚಗಳು, ತಪ್ಪು ಬದಿಯ passive interface ಅಥವಾ loopback ಫಿಲ್ಟರ್ ಮಾಡುವ distribute list ಪ್ರತಿಯೊಂದೂ ಒಂದೇ ದಿಕ್ಕನ್ನು ಮುರಿಯುತ್ತವೆ, ಒಂದು ದಿಕ್ಕು ಅಧಿವೇಶನ ಕೊಲ್ಲಲು ಸಾಕು. loopback ಗಳು ಪಿಂಗ್ ಮಾಡುತ್ತಿದ್ದರೆ ಆದರೆ BGP ಅಧಿವೇಶನ Active ನಲ್ಲಿ ನಿಂತಿದ್ದರೆ, ಬೇರೆ ಏನನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು update source ನೋಡಿ.

ಎರಡನೇ ಚೆಕ್‌ಪಾಯಿಂಟ್: ಲೇಬಲ್ ಮಾರ್ಗವಿದೆ

ದೂರದ loopback ಗೆ ಇರುವ IP ಮಾರ್ಗ ಸಾಗಣೆ ಲೇಬಲ್ ಹಾಕುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. LDP ವಿನ್ಯಾಸದಲ್ಲಿ, ದೂರದ loopback ಗೆ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ಬೈಂಡಿಂಗ್ ಎರಡೂ ಇವೆ ಎಂದೂ, ಹೊರಹೋಗುವ ಲೇಬಲ್ forwarding ಕೋಷ್ಟಕದಲ್ಲಿ ಕಾಣುತ್ತದೆ ಎಂದೂ ಖಚಿತಪಡಿಸಿ. show mpls ldp bindings 10.0.0.2 32 ಲೇಬಲ್ ಜೋಡಿಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, show mpls forwarding-table 10.0.0.2 line card ನಿಜವಾಗಿ ಏನು ಹಾಕುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಎರಡನೇ ಆದೇಶ ಯಾವುದೇ ಲೇಬಲ್ ತೋರಿಸದಿದ್ದರೆ ಅಥವಾ IP ಗೆ ಹಿಂತಿರುಗಿದರೆ, ಸಾಗಣೆ VPN ಸಂಚಾರವನ್ನು ವಿನ್ಯಾಸ ಊಹಿಸಿದಂತೆ ಒಯ್ಯುತ್ತಿಲ್ಲ.

ಈ ವ್ಯತ್ಯಾಸ MPLS forwarding state ಅನ್ನು ಗಮ್ಯಸ್ಥಾನ prefix ಗಳಿಂದ ಹೇಗೆ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ ಎಂಬುದರಿಂದ ಬರುತ್ತದೆ, ಅದೇ RFC 3031 ನಲ್ಲಿ ವಿವರಿಸಲಾದ ಮಾದರಿ. ನಿಮ್ಮ ಲ್ಯಾಬ್ LDP ಬದಲು RSVP-TE ಅಥವಾ BGP ಗೆ ಹೊಂದಿಕೊಂಡ ಲೇಬಲ್‌ಗಳನ್ನು ಬಳಸಿದರೆ, ಆ ಕಾರ್ಯವಿಧಾನದ ಸ್ವಂತ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ; LDP ಪ್ರತಿ ಅಂಡರ್‌ಲೇ ಲೇಬಲ್ ವಿತರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವುದು ಭೂತ ದೋಷದ ಹಿಂದೆ ಓಡುವ ಸಾಮಾನ್ಯ ದಾರಿ. ಮುರಿದ ಲೇಬಲ್ ಮಾರ್ಗ ನಂತರ ಸಾಮಾನ್ಯವಾಗಿ ಇರುವ ಆದರೆ ನಿರುಪಯುಕ್ತ VPN ಮಾರ್ಗವಾಗಿ ಕಾಣಿಸುತ್ತದೆ.

ಮೂರನೇ ಚೆಕ್‌ಪಾಯಿಂಟ್: VPN ಮಾರ್ಗ ಸುರಕ್ಷಿತವಾಗಿ ಬಂದಿತು

ನಿಖರ ಗ್ರಾಹಕ prefix ನ VPNv4 ಅಥವಾ VPNv6 ಮಾರ್ಗವನ್ನು ನೋಡಿ, ಅಧಿವೇಶನ ಸಾರಾಂಶವನ್ನಲ್ಲ. show bgp vpnv4 unicast all 10.10.1.0/24 route distinguisher, ದೂರದ PE loopback ಗೆ ಸೆಟ್ ಮಾಡಿದ next hop ಮತ್ತು ಲೇಬಲ್ ತೋರಿಸಬೇಕು. prefix ಇಲ್ಲದಿದ್ದರೆ, ಮೊದಲ ಸಂಶಯ ಮೂಲ PE ಯಲ್ಲಿ export ನೀತಿ ಅಥವಾ ಸ್ವೀಕರಿಸುವ PE ಯಲ್ಲಿ import ನೀತಿ, route target ಗಳೇ ಸಾಮಾನ್ಯ ಅಪರಾಧಿ.

route target ಪರಿಶೀಲನೆಯನ್ನು BGP ಸ್ವೀಕೃತಿಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಓದಿ. ಮಾರ್ಗ ಸರಿಯಾದ next hop ನೊಂದಿಗೆ ಬರಬಹುದು ಮತ್ತು importtarget ಹೊಂದಿಕೆಯಾಗದ ಕಾರಣ VRF ಗೆ ಇಳಿಯದಿರಬಹುದು. ಸ್ವೀಕರಿಸುವ PE ಯಲ್ಲಿ show ip route vrf CUSTOMER 10.10.1.0 ಮುಖ್ಯವಾದ ಪರೀಕ್ಷೆ; BGP ಕೋಷ್ಟಕ ಮಾರ್ಗ ನಿಯಂತ್ರಣ ಸ್ತರವನ್ನು ದಾಟಿದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ನಾಲ್ಕನೇ ಚೆಕ್‌ಪಾಯಿಂಟ್: interface VRF ನಲ್ಲಿದೆ

route distinguisher ಮತ್ತು route target ಗಳಿರುವ VRF ವ್ಯಾಖ್ಯಾನ ಯಾವುದೇ interface ಅನ್ನು ಅದರೊಳಗೆ ಸರಿಸುವುದಿಲ್ಲ. CE ಕಡೆಯ interface ಗೆ VRF ಹಂಚಿಕೆ ಬೇಕು, show ip vrf interfaces ಅಥವಾ show ip interface brief ಅದನ್ನು ಸರಿಯಾದ ಇನ್‌ಸ್ಟೆನ್ಸ್ ಅಡಿಯಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಬೇಕು. ನಕಲು ಮಾಡಿದ ಸಂರಚನೆ ಹೆಚ್ಚು ತಪ್ಪು ಮಾಡುವ ಚೆಕ್‌ಪಾಯಿಂಟ್ ಇದೇ, ಏಕೆಂದರೆ VRF ಬ್ಲಾಕ್ ಪೂರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ ಆದರೆ interface ಇನ್ನೂ ಜಾಗತಿಕ ಕೋಷ್ಟಕದಲ್ಲಿ ಕುಳಿತಿದೆ.

ನಂತರ PE ಸ್ಥಳೀಯ ಗ್ರಾಹಕ prefix ಅನ್ನು ಆ VRF ಗೆ ಕಲಿತಿದೆ ಎಂದೂ, CE ಗೆ ಸಂಪರ್ಕದ ಮೂಲಕ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವಿದೆ ಎಂದೂ ಖಚಿತಪಡಿಸಿ. CE ಯಲ್ಲಿ PE ಕಡೆಗೆ ತೋರಿಸುವ ಸ್ಥಿರ default ಲ್ಯಾಬ್‌ಗೆ ಸಾಕು, PE ಯ VRF ನಲ್ಲಿ CE ಯ LAN ಗೆ ಮಾರ್ಗವಿದ್ದರೆ. ಎರಡರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಧ ಇಲ್ಲದಿದ್ದರೆ, ಯಾವುದೇ ಲೇಬಲ್ ಹಾಕುವ ಮೊದಲೇ ಪಿಂಗ್ ವಿಫಲವಾಗುತ್ತದೆ.

ಐದನೇ ಚೆಕ್‌ಪಾಯಿಂಟ್: ಉತ್ತರ ಮನೆಗೆ ದಾರಿ ಕಂಡುಕೊಳ್ಳುತ್ತದೆ

ಮುಂದೆ ಹೋಗುವ ಪ್ಯಾಕೆಟ್ ಮತ್ತು ನಂತರ ಹಿಂತಿರುಗಿ ಬರುವ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಿ, ಏಕೆಂದರೆ ಅವು ಬೇರೆ ಬೇರೆ ಕೋಷ್ಟಕಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಪ್ರವೇಶ PE ಯಲ್ಲಿ ಗ್ರಾಹಕ ಮೂಲ VRF ಒಳಗೆ ದೂರದ prefix ಗೆ ದೂರದ ಲೇಬಲ್‌ನೊಂದಿಗೆ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು. ನಿರ್ಗಮ PE ಯಲ್ಲಿ ಗಮ್ಯ ಅದೇ VRF ಒಳಗೆ CE ಕಡೆಯ interface ಗೆ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು. PE ಯಿಂದಲೇ ಕಳುಹಿಸಿದ ಪಿಂಗ್ ಸಾಕ್ಷ್ಯವಲ್ಲ: ಅದು ಜಾಗತಿಕ ಕೋಷ್ಟಕ ಅಥವಾ ಇನ್ನೊಂದು ಮೂಲ ವಿಳಾಸದ ಮೂಲಕ ಹೊರಹೋಗಬಹುದು, ಆದ್ದರಿಂದ ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 ಚಲಾಯಿಸಬೇಕಾದ ಪರೀಕ್ಷೆ.

ಹೋಸ್ಟ್‌ಗಳ ಫೈರ್‌ವಾಲ್‌ಗಳು, reverse-path filtering ಮತ್ತು CE ಯ access ಪಟ್ಟಿಗಳು ಇನ್ನೂ ಅನ್ವಯಿಸುತ್ತವೆ. ಮುಂದೆ ಹೋಗುವ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡಿ ಉತ್ತರ ಸತ್ತರೆ, ಸಮಸ್ಯೆ ಹಿಂತಿರುಗುವ ಬದಿಯ ಮಾರ್ಗ ಅಥವಾ ಫಿಲ್ಟರ್‌ನಲ್ಲಿದೆ, MPLS ಸಾಗಣೆಯಲ್ಲ.

ಪ್ರತಿ ಚೆಕ್‌ಪಾಯಿಂಟ್‌ಗೆ ಮೊದಲ ವಿಫಲ ಅವಲಂಬನೆಯನ್ನು ಹೆಸರಿಸುವ ಒಂದು ಸಾಲು ಇರಿಸಿ. ಆ ಸಾಲು ಗ್ರಾಹಕ ಪಿಂಗ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬ ದೂರನ್ನು ತಲುಪುವಿಕೆ, ಲೇಬಲ್ ಸ್ಥಿತಿ, ಮಾರ್ಗ ಆಮದು, interface ಸದಸ್ಯತ್ವ ಅಥವಾ ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಬಗ್ಗೆ ನಿರ್ದಿಷ್ಟ ಪ್ರಶ್ನೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ ಮತ್ತು ಮುಂದಿನ ಡೀಬಗ್ ಅಧಿವೇಶನ ಅದೇ ಐದು ಆದೇಶಗಳನ್ನು ಅದೇ ಕ್ರಮದಲ್ಲಿ ಪುನರಾವರ್ತಿಸದಂತೆ ತಡೆಯುತ್ತದೆ.