CE RIP ಮಾರ್ಗದಿಂದ ದೂರದ VRF ಗೆ: ರಫ್ತು ಎಲ್ಲಿ ನಡೆಯುತ್ತದೆ

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

PE RIP ನವೀಕರಣದೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ

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

ಪ್ರಿಫಿಕ್ಸ್ ಈಗ ಒಬ್ಬ ಗ್ರಾಹಕರ ರೂಟಿಂಗ್ ಸಂದರ್ಭದೊಳಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, ಅದು ಬೇರೆ ಎಲ್ಲಾದರೂ ತಲುಪಬಹುದಾದ ಸ್ಥಿತಿಗಿಂತ ಬಹಳ ದೂರವಿದೆ.

ರಫ್ತು ಒಂದು ನೀತಿ ಕ್ರಿಯೆಯೇ, ಪ್ರೋಟೋಕಾಲ್ನ ಪರಿಣಾಮವಲ್ಲ

VRF ಅನ್ನು ಬಿಡಲು, ಮಾರ್ಗವನ್ನು VPN ಮಾರ್ಗಗಳನ್ನು ಸಾಗಿಸುವ MP-BGP ಪ್ರಕ್ರಿಯೆಗೆ ಮರುಹಂಚಿಕೆ ಮಾಡಬೇಕು, ಮತ್ತು ಯಾವ ದೂರದ VRF ಗಳು ಅದನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳಬಹುದು ಎಂಬುದನ್ನು ಗುರುತಿಸುವ ಮಾರ್ಗ ಗುರಿ ವಿಸ್ತೃತ ಸಮುದಾಯದ ಅಗತ್ಯವಿದೆ. RFC 4364 ನಲ್ಲಿನ ವಾಸ್ತುಶಿಲ್ಪವು ಈ ವಿನಿಮಯಗಳನ್ನು CE-ಇಂದ-PE ಪ್ರೋಟೋಕಾಲ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುವುದು ನಿಖರವಾಗಿ ಈ ಕಾರಣಕ್ಕಾಗಿಯೇ. ಅಂಚಿನಲ್ಲಿ RIP ಬಳಸುವುದು ಪೂರೈಕೆದಾರರ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಏನು ದಾಟಬೇಕು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

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

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

ಮರುಹಂಚಿಕೆ ಮತ್ತು ಸ್ಪಷ್ಟ ಉತ್ಪತ್ತಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ

ಮರುಹಂಚಿಕೆಯು ಈಗಾಗಲೇ VRF ಕೋಷ್ಟಕದಲ್ಲಿರುವ ಮಾರ್ಗಗಳನ್ನು ತೆಗೆದುಕೊಂಡು ಮಾರ್ಗ ನಕ್ಷೆಯಿಂದ ಫಿಲ್ಟರ್ ಆಗಿ ಅವುಗಳನ್ನು BGP ಗೆ ನಕಲಿಸುತ್ತದೆ. ನಕ್ಷೆಯು ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಅರ್ಹವೋ ಮತ್ತು ಯಾವ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು RIP ಹಾಪ್ ಎಣಿಕೆಗೆ BGP ಮೆಟ್ರಿಕ್ ಆಗಿ ಅರ್ಥವಿಲ್ಲದ ಕಾರಣ ಮೆಟ್ರಿಕ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಬೇಕು. ನೀವು ಹೊಂದಿಸದೆ ಬಿಟ್ಟದ್ದು ಆರು ತಿಂಗಳ ನಂತರ ಕಾನ್ಫಿಗ್ ಓದುವವರನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬೆಚ್ಚಿಬೀಳಿಸುವ ರೀತಿಯಲ್ಲಿ ಆನುವಂಶಿಕವಾಗಿ ಸಿಗುತ್ತದೆ.

ಪರಸ್ಪರ ಮರುಹಂಚಿಕೆಯೇ ಮೌನ ಹಾನಿ ಸಂಭವಿಸುವ ಸ್ಥಳ. BGP ಗೆ ರಫ್ತಾದ ಪ್ರಿಫಿಕ್ಸ್ ಎರಡನೇ ಮರುಹಂಚಿಕೆ ಬಿಂದುವಿನ ಮೂಲಕ ಹಿಂತಿರುಗಬಹುದು, ಮತ್ತು ಟ್ಯಾಗ್ಗಳು ಅಥವಾ ಫಿಲ್ಟರ್ಗಳಿಲ್ಲದಿದ್ದರೆ ಎರಡೂ ಕೋಷ್ಟಕಗಳು ಯಾವುದೇ ಕ್ಷಣದಲ್ಲಿ ನಂಬಲರ್ಹವಾಗಿ ಕಂಡರೂ ಮಾರ್ಗವು ತೂಗಾಡುತ್ತದೆ. ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ತಡೆಯಲು ಟೋಪಾಲಜಿಯನ್ನು ನಂಬುವ ಬದಲು ಅಂಚಿನಲ್ಲಿ ಅನ್ವಯಿಸಿದ ಟ್ಯಾಗ್ಗಳ ಮೇಲೆ ಫಿಲ್ಟರ್ ಮಾಡಿ.

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

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

ನಾಲ್ಕು ಸ್ಥಳಗಳಲ್ಲಿ ಸರಪಳಿಯನ್ನು ಪರಿಶೀಲಿಸಿ

CE ಘೋಷಣೆ, VRF ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ, ಅದರ ಮಾರ್ಗ ಗುರಿಯೊಂದಿಗೆ VPN ಮಾರ್ಗ ಕೋಷ್ಟಕ, ಮತ್ತು ದೂರದ VRF ಆಮದನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ನೋಡಿ. IOS ನಲ್ಲಿ ಅದು CE ನೆರೆಹೊರೆಯ ಔಟ್ಪುಟ್, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, ಮತ್ತು ದೂರದ PE ಯಲ್ಲಿ ಅದೇ ಆದೇಶ. IOS-XR ನಲ್ಲಿ ಸಮಾನವಾದ ಔಟ್ಪುಟ್ ಇದರ ಅಡಿಯಲ್ಲಿದೆ: show bgp vrf CUSTOMER ipv4 unicast. ಆದೇಶಗಳ ಹೆಸರುಗಳು ಭಿನ್ನ, ನಾಲ್ಕು ಪರಿಶೀಲನಾ ಬಿಂದುಗಳು ಅಲ್ಲ.

ತಿರಸ್ಕರಿಸಬೇಕಾದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಹಾದುಹೋಗಬೇಕಾದದ್ದರಷ್ಟೇ ಎಚ್ಚರಿಕೆಯಿಂದ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಎಲ್ಲವನ್ನೂ ಅನುಮತಿಸುವ ನೀತಿ ಮೊದಲ ವಿನಾಯಿತಿ ಬರುವವರೆಗೆ ಸರಿಯಾದ ನೀತಿಯಂತೆಯೇ ಕಾಣುತ್ತದೆ. ನಂತರ ಹಿಂಪಡೆಯುವಿಕೆಯನ್ನು ಗಮನಿಸಿ: CE ಇಂಟರ್ಫೇಸ್ ಆಫ್ ಮಾಡಿ, ಮತ್ತು ದೂರದ ನಮೂದು ನಿರೀಕ್ಷಿತ ಟೈಮರ್ ಒಳಗೆ ಮಾಯವಾಗುತ್ತದೆಯೇ ಹೊರತು ಉಳಿಯುವುದಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ.

ಪ್ರತಿ ನೀತಿಯ ಮಾಲೀಕರು ಯಾರು ಎಂದು ದಾಖಲಿಸಿ. ಪೂರೈಕೆದಾರರು CE ನಡೆಸುತ್ತಿದ್ದಾಗ, ನೀಡಲಾದ ನಡವಳಿಕೆ ಸೇವಾ ಒಪ್ಪಂದಕ್ಕೆ ಸೇರುತ್ತದೆ, ಮತ್ತು ನಿರ್ವಹಿತ ಸಾಧನದಲ್ಲಿ ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಹಿಂಪಡೆಯುವ ನೀತಿ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಯಾಗುವ ಮೊದಲು ದಾಖಲಾತಿ ಸಮಸ್ಯೆಯಾಗಿದೆ.