VRF ನಲ್ಲಿ ಕಾಣೆಯಾದ ರೂಟ್: ಸ್ಥಳೀಯ, VPNv4 ಅಥವಾ ಫಾರ್ವರ್ಡಿಂಗ್ ಟೇಬಲ್?
VRF ನಲ್ಲಿ ಇಲ್ಲದ, VPNv4 ನಲ್ಲಿ ಇಲ್ಲದ ಮತ್ತು CEF ನಲ್ಲಿ ಸ್ಥಾಪಿತವಾಗದ ಪ್ರಿಫಿಕ್ಸ್ ಮೂರು ಬೇರೆ ಬೇರೆ ದೋಷಗಳು. ರೂಟ್-ಟಾರ್ಗೆಟ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಟೇಬಲ್ಗಳನ್ನು ಕ್ರಮವಾಗಿ ಓದಿ.
ಗ್ರಾಹಕರು ರೂಟ್-ಟಾರ್ಗೆಟ್ ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರಿಫಿಕ್ಸ್ ಕಾಣೆಯಾಗಿದೆ ಎನ್ನುತ್ತಾರೆ, ಮತ್ತು ಅವರು ಕಳುಹಿಸುವ ಮೊದಲ ಸ್ಕ್ರೀನ್ಶಾಟ್ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು ಟೇಬಲ್ ಆಗಿರುತ್ತದೆ. ಮೂರು ಬೇರೆ ಬೇರೆ ಟೇಬಲ್ಗಳು ಮೂರು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ: ಪ್ರಿಫಿಕ್ಸ್ VRF ಒಳಗೆ ಇದೆಯೇ, ಅದು VPNv4 ರೂಟ್ ಆಗಿ ಘೋಷಿಸಲ್ಪಟ್ಟು ಆಮದಾಗಿದೆಯೇ, ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ನಮೂದು ನಿಜವಾಗಿ ಸ್ಥಾಪಿತವಾಗಿದೆಯೇ. ಅವನ್ನು ಕ್ರಮದ ಹೊರಗೆ ಓದಿದರೆ ಆತ್ಮವಿಶ್ವಾಸದ ಆದರೆ ತಪ್ಪು ತೀರ್ಮಾನಗಳು ಬರುತ್ತವೆ. ಈ ಕೈಪಿಡಿ ಒಂದು ಸ್ಥಳೀಯ ಮತ್ತು ಒಂದು ದೂರದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಮೂರೂ ಟೇಬಲ್ಗಳ ಮೂಲಕ ಕ್ರಮವಾಗಿ ಕರೆದೊಯ್ಯುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿದ RT ಬದಲಾವಣೆಗೆ ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
ಪ್ರಿಫಿಕ್ಸ್ ಮತ್ತು ಅದು ಸೇರುವ ಟೇಬಲ್ ಅನ್ನು ಹೆಸರಿಸಿ
ಏನನ್ನೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಎರಡು ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಬರೆಯಿರಿ. ಒಂದು ಗ್ರಾಹಕರ ಸೈಟ್ನಲ್ಲಿ ಸ್ಥಳೀಯ, ಸಂಪರ್ಕಿತ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ CE ಘೋಷಣೆಯಿಂದ ಕಲಿತದ್ದು. ಇನ್ನೊಂದು ದೂರದ್ದು, ಮತ್ತು ಪೂರೈಕೆದಾರರ ಬ್ಯಾಕ್ಬೋನ್ ಮೂಲಕ ಬರಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ. ಅವು ಒಂದೇ VRF ಗೆ ಬೇರೆ ಬೇರೆ ದಾರಿಗಳಿಂದ ಪ್ರವೇಶಿಸುತ್ತವೆ, ಮತ್ತು ಒಂದರಲ್ಲಿ ದೋಷ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
ಎರಡು ಗುರುತಿಸುವಿಕೆಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಈ ಟಿಕೆಟ್ಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಗೊಂದಲ ಅಲ್ಲಿಂದಲೇ ಬರುತ್ತದೆ. ರೂಟ್ ಡಿಸ್ಟಿಂಗ್ವಿಷರ್ VPNv4 NLRI ಯ ಭಾಗವಾಗಿದೆ ಮತ್ತು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಗ್ರಾಹಕ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಬ್ಯಾಕ್ಬೋನ್ನಾದ್ಯಂತ ಅನನ್ಯವಾಗಿಸಲು ಇದೆ. ರೂಟ್ ಟಾರ್ಗೆಟ್ ಎಂಬುದು ಗುಣಲಕ್ಷಣವಾಗಿ ಸಾಗಿಸುವ ವಿಸ್ತೃತ ಸಮುದಾಯ, ಮತ್ತು ಆಮದು-ರಫ್ತು ನೀತಿ ಅದರೊಂದಿಗೇ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ. ಅದು ಡಿಸ್ಟಿಂಗ್ವಿಷರ್ನ ಎರಡನೇ ಹೆಸರಲ್ಲ ಮತ್ತು ಅದು ಗ್ರಾಹಕರ ಪ್ಯಾಕೆಟ್ಗಳಲ್ಲಿ ಸಾಗಿಸಲ್ಪಡುವುದಿಲ್ಲ.
ಹಂತ 1: ಪ್ರಿಫಿಕ್ಸ್ VRF ನಲ್ಲಿದೆ ಎಂದು ಸಾಬೀತು ಮಾಡಿ
ಸ್ಥಳೀಯ ನೋಟದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಆಮದನ್ನು ನಿಯಂತ್ರಿಸುವ RT ಗಳಿಂದ. ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್ ಇಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ ಮೇಲಿನ ಯಾವುದೂ ಕಾರಣವಾಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aಸಂಪರ್ಕಿತ ಅಥವಾ ಸ್ಥಿರ ಎಂದು ಕಾಣುವ ಪ್ರಿಫಿಕ್ಸ್ ಸ್ಥಳೀಯವಾಗಿ ಕಲಿತದ್ದು, ಮತ್ತು ಅದರ ಇರುವಿಕೆ ರಫ್ತಾಗಿದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಇದು ಈ ಕೆಲಸದ ಹರಿವಿನಲ್ಲಿ ಅತಿ ಸಾಮಾನ್ಯ ತಪ್ಪು ಓದು: ಆರೋಗ್ಯಕರ VRF ಟೇಬಲ್ ಸ್ಥಳೀಯ ಕಲಿಕೆಯ ಪುರಾವೆ ಮಾತ್ರ. ರಫ್ತಿನ ಬದಿ ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆ, ಅದಕ್ಕೆ ನೆರೆಯ ನೋಟ ಮತ್ತು ಜೋಡಿಸಿದ ರಫ್ತು ಟಾರ್ಗೆಟ್ ಉತ್ತರಿಸುತ್ತವೆ.
ಇಲ್ಲಿರುವಾಗ VRF ನಲ್ಲಿನ RT ಪಟ್ಟಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಉದ್ದೇಶಿಸಿದ ಆಮದು ಟಾರ್ಗೆಟ್ ಪಟ್ಟಿಯಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ ಕೆಳಗಿನ ಎಲ್ಲವೂ ಅಪ್ರಸ್ತುತ. ಅದು ಇದ್ದು, ದೂರದ PE ರಫ್ತು ಮಾಡುವುದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದ್ದರೆ, ಒಂದೂ ಪ್ಯಾಕೆಟ್ ಸೆರೆ ಹಿಡಿಯುವಿಕೆ ತೆರೆಯದೆ ದೋಷವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ.
ಹಂತ 2: VPNv4 ಟೇಬಲ್ ಮತ್ತು ಅದರ ಟಾರ್ಗೆಟ್ಗಳನ್ನು ಓದಿ
VPNv4 ಟೇಬಲ್ ನಿಯಂತ್ರಣ ಸಮತಲವು ನಿಜವಾಗಿ ಏನನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಂಡಿತು ಎಂದು ತೋರಿಸುತ್ತದೆ. ಸರಿಯಾದ ಡಿಸ್ಟಿಂಗ್ವಿಷರ್ ಅಡಿಯಲ್ಲಿ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಹುಡುಕಿ, ನಂತರ ಅದಕ್ಕೆ ಜೋಡಿಸಿದ ಸಮುದಾಯಗಳನ್ನು ನೋಡಿ:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesಸರಿಯಾದ ರೂಟ್ ಟಾರ್ಗೆಟ್ ಇದ್ದು ಸ್ಥಳೀಯ ಸ್ಥಾಪನೆ ಇಲ್ಲದ ನಮೂದು ತಲುಪುವಿಕೆಯನ್ನಲ್ಲ, ಆಮದು ನೀತಿ ಅಥವಾ ರೂಟ್ ಆಯ್ಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. VPNv4 ಟೇಬಲ್ನಲ್ಲಿ ಸುತಾರಾಂ ಕಾಣದ ನಮೂದು ಮೇಲ್ಮುಖವಾಗಿ ಸೂಚಿಸುತ್ತದೆ: ಮೂಲ PE ಅದನ್ನು ರಫ್ತು ಮಾಡದಿರಬಹುದು, ಅಥವಾ ಸೆಷನ್ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಸಾಗಿಸದಿರಬಹುದು.
ಬದಲಾವಣೆಗಳ ಸಮಯದಲ್ಲಿ ಜನರನ್ನು ಗೊಂದಲಗೊಳಿಸುವ ಮೂರನೇ ಸಂದರ್ಭವೂ ಇದೆ. ಕೆಲವು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳು ರೂಟ್ ಟಾರ್ಗೆಟ್ ಸದಸ್ಯತ್ವ ಮಾಹಿತಿ ಬಳಸಿ ಯಾವ VPN ರೂಟ್ಗಳನ್ನು ಕೇಳುತ್ತವೆ ಅಥವಾ ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ ಎಂಬುದನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಫಿಲ್ಟರ್ ಮಾಡಿದ ನೋಟದಲ್ಲಿ ದೂರದ NLRI ಇಲ್ಲದಿರುವುದು ಘೋಷಣೆ ಎಲ್ಲಿಯೂ ಇಲ್ಲ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ರೂಟ್ ಜಾಗತಿಕವಾಗಿ ಹಿಂತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಫಿಲ್ಟರ್ ಮಾಡದ ಟೇಬಲ್ ಮತ್ತು ನೆರೆಯ ಘೋಷಿತ ರೂಟ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ಹಂತ 3: ಏನಾದರೂ ಸ್ಥಾಪಿತವಾಗಿ ಲೇಬಲ್ ಆಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ
BGP ನಮೂದು ನಿರ್ಧಾರ, ದಾರಿಯಲ್ಲ. ಫಾರ್ವರ್ಡಿಂಗ್ ಟೇಬಲ್ಗಳು ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಹೋಗಲು ಸ್ಥಳವಿದೆಯೇ ಎಂದು ಹೇಳುತ್ತವೆ:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aಬಿಡಿಸಲಾದ ನೆರೆಹೊರೆ ಮತ್ತು ಹೊರಹೋಗುವ ಲೇಬಲ್ ಇರುವ CEF ನಮೂದು ಎಂದರೆ ಡೇಟಾ-ಸಮತಲ ಸಂಚಾರ ಕೆಲಸ ಮಾಡಬೇಕು, ಮತ್ತು ಉಳಿದ ಯಾವುದೇ ಲಕ್ಷಣ ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ VRF ಒಳಗಿನ ಫಿಲ್ಟರಿಂಗ್ಗೆ ಸೇರುತ್ತದೆ. ಬಿಡಿಸದ ಮುಂದಿನ ಹೆಜ್ಜೆ ತೋರಿಸುವ CEF ನಮೂದು ಎಂದರೆ BGP ಆರೋಗ್ಯಕರವಾಗಿ ಕಂಡರೂ ಲೇಬಲ್ ದಾರಿ ಅಪೂರ್ಣ, ಮತ್ತು BGP ಟೇಬಲ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್ ಬದಲಾವಣೆ ಪರಿಶೀಲನೆಯನ್ನು ದಾರಿತಪ್ಪಿಸಿದ್ದು ನಿಖರವಾಗಿ ಆ ಸಂದರ್ಭದಲ್ಲೇ.
ಸ್ಥಳೀಯ PE ಹೇರುವ ಲೇಬಲ್ ಅನ್ನು ದೂರದ PE ಸ್ವೀಕರಿಸಲು ನಿರೀಕ್ಷಿಸುವ ಲೇಬಲ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡು ನೋಟಗಳ ನಡುವಿನ ಅಸಾಮರಸ್ಯ ಲೇಬಲ್ ಹಂಚಿಕೆ ಅಥವಾ ಸೆಷನ್ ಸಮಸ್ಯೆ, ಮತ್ತು ಎಷ್ಟೇ ಬಾರಿ ಮಾಡಿದರೂ ರೂಟ್ ಟಾರ್ಗೆಟ್ ಸಂಪಾದಿಸಿ ಅದು ಸರಿಯಾಗುವುದಿಲ್ಲ.
ಘೋಷಿತ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ RT ಬದಲಾವಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸಿ
ದೋಷವು ರೂಟ್-ಟಾರ್ಗೆಟ್ ಸಂಪಾದನೆಯಿಂದ ಪ್ರಾರಂಭವಾಗಿದ್ದರೆ, ಅದನ್ನು ಒಂದೇ ಉದ್ದೇಶಪೂರ್ವಕ ಹೆಜ್ಜೆಯಾಗಿ ರದ್ದು ಮಾಡಿ ಮತ್ತು ಯಾವ ವ್ಯಾಪ್ತಿ ಬದಲಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳಿ. ಆಮದು ಟಾರ್ಗೆಟ್ ತೆಗೆದರೆ ಆ VRF ಒಳಗಿನ ಅರ್ಹತೆ ಹಿಂತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಅದು ಬ್ಯಾಕ್ಬೋನ್ನಿಂದ VPNv4 ಘೋಷಣೆಯನ್ನು ಅಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಕೆಲವು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಲ್ಲಿ ರೂಟ್ ಟೇಬಲ್ನಲ್ಲಿ ಉಳಿದಿರುತ್ತದೆ. ಇವು ಬೇರೆ ಬೇರೆ ಫಲಿತಾಂಶಗಳು ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಕಾಣುವ ಪರಿಣಾಮ ನೀವು ಯಾವುದನ್ನು ಅರ್ಥೈಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inಸೆಷನ್ ಈಗಾಗಲೇ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದ್ದರೆ ಒಳಮುಖ ಮೃದು ಮರುಸಂರಚನೆ ಸಾಕು; ಕೆಲಸದ ಸಮಯದಲ್ಲಿ ಪೂರೈಕೆದಾರರ ಕಡೆಗಿನ ಸೆಷನ್ ಅನ್ನು ಕಠಿಣ ರೀಸೆಟ್ ಮಾಡುವುದು ಬೇರೆಯವರು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ನಿರ್ಧಾರ. Junos ನಲ್ಲಿ ಸಮಾನ ಪರಿಶೀಲನೆಗಳು ಪ್ರತಿ VRF ಟೇಬಲ್ ಮತ್ತು VPN ಟೇಬಲ್ ಅನ್ನು ನೇರವಾಗಿ ಓದುತ್ತವೆ, ಮತ್ತು ರೋಲ್ಬ್ಯಾಕ್ ಪ್ರತಿ ಆಜ್ಞೆಯ ರದ್ದತಿಯಲ್ಲ, commit ಸಮಯದ ಹಿಂತಿರುಗುವಿಕೆ, ಆದ್ದರಿಂದ ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಸಂರಚನಾ ವ್ಯತ್ಯಾಸವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ.
ಪ್ರಾರಂಭಿಸಿದ ಅದೇ ಮೂರು ಆಜ್ಞೆಗಳೊಂದಿಗೆ ಅದೇ ಕ್ರಮದಲ್ಲಿ ಮುಗಿಸಿ, ಮತ್ತು ಅವುಗಳ ಔಟ್ಪುಟ್ ಅನ್ನು ಸಮಯದ ಮುದ್ರೆಯೊಂದಿಗೆ ದಾಖಲಿಸಿ. RT ತಪ್ಪಾಗಿತ್ತು ಮತ್ತು ಈಗ ಸರಿಯಾಗಿದೆ ಎನ್ನುವ ಟಿಕೆಟ್ ಮರುಬಳಕೆಗೆ ಯೋಗ್ಯವಲ್ಲ; ಪ್ರಿಫಿಕ್ಸ್ VRF ನಲ್ಲಿ, VPNv4 ನಲ್ಲಿ ಮತ್ತು CEF ನಲ್ಲಿ ಸ್ಥಾಪಿತವಾಗಿದೆ ಎಂದು ತೋರಿಸುವ ಟಿಕೆಟ್ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಹೋಲಿಸಬಹುದಾದ ಸಾಕ್ಷಿ. ಮೊದಲ ಎರಡು ಮಾತ್ರ ಬದಲಾಗಿದ್ದರೆ, ಬದಲಾವಣೆಯನ್ನು ಮುಗಿಸಿಲ್ಲ.