ಎರಡು PE, ಒಂದು ಪ್ರಿಫಿಕ್ಸ್: RD ಏಕೆ ಗೋಚರತೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಜಾಹೀರಾತು ಮಾಡುವ ಎರಡು ಎಡ್ಜ್ ರೌಟರ್‌ಗಳು route distinguisher ಭಿನ್ನವಾಗಿಲ್ಲದಿದ್ದರೆ ಒಂದೇ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹಂಚಿಕೆ ಮಾಡಿ, ನಂತರ VRF ಪರಿಶೀಲಿಸಿ.
ಒಂದೇ ಗ್ರಾಹಕ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಜಾಹೀರಾತು ಮಾಡುವ ಎರಡು ಎಡ್ಜ್ ರೌಟರ್‌ಗಳು ಯಾವುದೋ ಒಂದು ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವವರೆಗೆ ಒಂದೇ VPNv4 ಗಮ್ಯಸ್ಥಾನವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮತ್ತು ಆ ಬೇರ್ಪಡಿಸುವಿಕೆ route distinguisher ಆಗಿದೆ. ಅದು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಅರ್ಹಗೊಳಿಸುತ್ತದೆ; ಫಲಿತಾಂಶವನ್ನು ಯಾರು ಆಮದು ಮಾಡುತ್ತಾರೆ ಎಂಬುದನ್ನು ಅದು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ, ಅದು route target ನ ಕೆಲಸ. ಆ ಜಾಹೀರಾತುಗಳು ಭೇಟಿಯಾಗಬಹುದಾದ ಪ್ರತಿ ಡೊಮೇನ್‌ನಲ್ಲಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯಬೇಕಾದ ಮಾರ್ಗಗಳ ಗುಂಪಿನಿಂದ RD ಗಳನ್ನು ಹಂಚಿಕೆ ಮಾಡಿ, ಒಂದೇ ಬಾಕ್ಸ್‌ನ ಕಡತ ವಿನ್ಯಾಸದಿಂದ ಅಲ್ಲ. ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ಸಂಖ್ಯೆ ಮುಂದಿನ ವಿಮರ್ಶೆಗಳು ಅವಲಂಬಿಸುವ ಗುರುತು, ಆದ್ದರಿಂದ ಸಂರಚನೆಗೆ ಹೋಗುವ ಮೊದಲು ಅದು ದಾಸ್ತಾನಿನಲ್ಲಿ ಇರಬೇಕು.
RD ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್ ಒಂದೇ ಗಮ್ಯಸ್ಥಾನ
ಒಂದು RD ಮತ್ತು ಒಂದು IPv4 ಪ್ರಿಫಿಕ್ಸ್ ಸೇರಿ ನಿಯಂತ್ರಣ ಸಮತಲವು ಹೋಲಿಸುವ VPNv4 ಗಮ್ಯಸ್ಥಾನವನ್ನು ರೂಪಿಸುತ್ತವೆ. ಎರಡು PE ಗಳಿಗೆ ವಿಭಿನ್ನ ಗ್ರಾಹಕರಿಗಾಗಿ ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ ನೀಡಿ ಮತ್ತು ವಿಭಿನ್ನ RD ಗಳಿಲ್ಲದೆ ಅವು ಒಂದೇ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಮಾರ್ಗಗಳನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತವೆ. ಪರದೆಯ ಮೇಲೆ ಏನೂ ಈ ಗುಂಪೀಕರಣ ತಪ್ಪು ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ವೇದಿಕೆ ಗುರುತು ಹೇಳಿದ್ದನ್ನೇ ಮಾಡುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ RD ಬದಲಿಸಿ, ಹಳೆಯ ಜಾಹೀರಾತು ಹಿಂಪಡೆಯಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಗುರುತಿನ ಅಡಿಯಲ್ಲಿ ಹೊಸದು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಹಳೆಯ ಗುರುತಿನ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದ್ದ ಎಲ್ಲವೂ, ಮಾರ್ಗ ಆಯ್ಕೆಯಿಂದ ಉಳಿಸಿದ ಆಪರೇಟರ್ ಫಿಲ್ಟರ್ ವರೆಗೆ, ಈಗ ಇಲ್ಲದಿರುವ ಯಾವುದನ್ನೋ ಉಲ್ಲೇಖಿಸುತ್ತದೆ.
ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹಲವು ಮಾರ್ಗಗಳು BGP ಯ ಸಹಜ ವರ್ತನೆ, ರೋಗಲಕ್ಷಣ ಅಲ್ಲ. ಒಂದು ಸ್ಪೀಕರ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲು ಒಂದು ಉತ್ತಮ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುವಾಗ ಹಲವು ಸ್ವೀಕರಿಸಿದ ಮಾರ್ಗಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಸ್ವೀಕರಿಸಿದ ಹಾಗೂ ಆಯ್ಕೆ ಮಾಡಿದ ನಡುವಿನ ಅಂತರವೇ ಗೋಚರತೆಯ ಪ್ರಶ್ನೆಗಳು ಇರುವ ಸ್ಥಳ. ಮಾರ್ಗ ಕಣ್ಮರೆಯಾದಂತೆ ಕಂಡಾಗ, ಸೆಷನ್ ನೋಡುವ ಮೊದಲು ಅದು ಸೇರಿದ್ದ ಗುರುತು ಇನ್ನೂ ಇದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಅದೇ RD, ಅದೇ ಗಮ್ಯಸ್ಥಾನ, ಬೇರೆ ಮಾರ್ಗಗಳು
ಒಂದೇ ಸೇವೆಯ ಪರವಾಗಿ ಎರಡು ರೌಟರ್‌ಗಳಿಂದ ಒಂದು RD ಮತ್ತು ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಕಳುಹಿಸಿ, ಎರಡೂ ಒಂದೇ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಮಾರ್ಗಗಳನ್ನು ನೀಡುತ್ತವೆ, ಸಾಮಾನ್ಯವಾಗಿ ವಿಭಿನ್ನ ಮುಂದಿನ ಹಾಪ್‌ಗಳೊಂದಿಗೆ. route reflector ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನು ರವಾನಿಸುತ್ತದೆ ಎಂಬುದು ರಿಫ್ಲೆಕ್ಟರ್ ಬಗ್ಗೆ ನಿರ್ಧಾರ: ಅದರ ಮಾರ್ಗ ಆಯ್ಕೆ, ಜಾಹೀರಾತು ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಅದರ ಮೇಲೆ ಜೋಡಿಸಿದ ಯಾವುದೇ ನೀತಿ. ಯಾವುದೇ ಎಡ್ಜ್ ರೌಟರ್ ಆ ಆಯ್ಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುವುದಿಲ್ಲ. ಎರಡು ಜಾಹೀರಾತುಗಳಿಗೆ ವಿಭಿನ್ನ RD ನೀಡಿ, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಗಮ್ಯಸ್ಥಾನವಾಗುತ್ತದೆ, ಹೀಗಾಗಿ ಎರಡೂ ಒಂದೇ ಗುರುತಿಗೆ ಆಯ್ಕೆಯಾದ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಒಯ್ಯುವ ನಿಯಂತ್ರಣ ಸಮತಲದಲ್ಲಿ ಉಳಿಯಬಲ್ಲವು.
ಗೋಚರತೆ ಮತ್ತು ಬಹುಮಾರ್ಗ ಸ್ವೀಕರಿಸುವ VRF ನಲ್ಲಿ ಸಂಧಿಸುತ್ತವೆ, ಆದರೆ ಅವು ಒಂದೇ ನಿರ್ಧಾರವಲ್ಲ, ಮತ್ತು ಎರಡು ಗುರುತುಗಳನ್ನು ಒಯ್ಯುವ ರಿಫ್ಲೆಕ್ಟರ್ ಎರಡನೇ ಸ್ಥಾಪಿತ ಮಾರ್ಗವನ್ನು ಸಂರಚಿಸಿಲ್ಲ. VRF ತನ್ನ ಆಮದು ನೀತಿ ಒಪ್ಪುವುದನ್ನು ಮತ್ತು ತನ್ನ ಗರಿಷ್ಠ ಮಾರ್ಗ ಸೆಟ್ಟಿಂಗ್ ಅನುಮತಿಸುವುದನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಎರಡನೇ ಮಾರ್ಗ ಕೇವಲ ಗೋಚರವಾಗದೆ ಬಳಕೆಯಾಗಬೇಕೆಂದು ಬಯಸಿದಾಗ ಆ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ.
ಸ್ಥಳೀಯ ಅನನ್ಯತೆಯ ನಿಯಮ ನೀತಿ ಅಲ್ಲ
ಪ್ರತಿ PE ಮತ್ತು ಪ್ರತಿ ರೌಟಿಂಗ್ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗೆ ಸ್ವಂತ RD ನೀಡುವುದು ಆರೋಗ್ಯಕರ ಸಂಪ್ರದಾಯ: ಅದು ಮೂಲವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಅಸಂಬಂಧಿತ ಸೇವೆಗಳು ಒಂದೇ ಗುರುತಿನ ಮೇಲೆ ಘರ್ಷಿಸದಂತೆ ತಡೆಯುತ್ತದೆ ಮತ್ತು ದಾಸ್ತಾನಿಗೆ ಸ್ಥಿರ ಕೀಲಿಯನ್ನು ನೀಡುತ್ತದೆ. ಕೆಲವು ವೇದಿಕೆಗಳು ಬಾಕ್ಸ್ ಒಳಗೆ ಮಾತ್ರ ಅನನ್ಯತೆಯನ್ನು ಬಯಸುತ್ತವೆ ಮತ್ತು ರೌಟರ್‌ಗಳು ಒಂದೇ VPN ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗೆ RD ಹಂಚಿಕೊಳ್ಳಲು ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮತಿಸುತ್ತವೆ. ಆ ಅನುಮತಿ ಅನುಷ್ಠಾನ ಮಿತಿಯೇ ಹೊರತು ನೀವು ಪೂರೈಕೆದಾರರಿಗೆ ವಹಿಸಬಹುದಾದ ನೆಟ್ವರ್ಕ್-ಅಂತರ ನಿಯಮವಲ್ಲ. ಡೊಮೇನ್ ತಂಡಗಳನ್ನು ವ್ಯಾಪಿಸಿದರೆ, ಹಂಚಿಕೆ ನೀತಿಯನ್ನು ನೀವೇ ಬರೆಯಿರಿ.
ಸದಸ್ಯತ್ವ ಎಂದಿಗೂ ಅಂಕಿಗಳಿಂದ ಬರುವುದಿಲ್ಲ. ಒಂದು PE ಗೆ 65000:12 ಮತ್ತು ಇನ್ನೊಂದಕ್ಕೆ 65000:13 ಎಂಬ ಮಾದರಿ ಅಭ್ಯಾಸ, ಆದರೆ 65000:112 ನಂತಹ ಹೊಂದಿಕೆಯಾಗುವ ರಫ್ತು ಮತ್ತು ಆಮದು ಗುರಿಗಳೇ ಮಾರ್ಗವನ್ನು VRF ಗೆ ಇಡುತ್ತವೆ. RD ಅನ್ನು ಮಾರ್ಗದ ಗುರುತು ಎಂದು, route target ಅನ್ನು ಅದನ್ನು VRF ಗೆ ಒಯ್ಯುವ ಅನುಮತಿ ಎಂದು ಪರಿಗಣಿಸಿ.
ಬದಲಾವಣೆಯನ್ನು VRF ನಲ್ಲಿ ಸಾಬೀತುಪಡಿಸಿ, ಪರದೆಯಲ್ಲಿ ಅಲ್ಲ
RD ಗೆ ಮುಟ್ಟುವ ಮೊದಲು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಬರೆಯಿರಿ: PE ಇಂದು ಏನನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ, ರಿಫ್ಲೆಕ್ಟರ್ ಏನನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ, ಸ್ವೀಕರಿಸುವ VRF ಏನನ್ನು ಆಮದು ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾವ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಹೊಸ RD ಒಂದು ಜಾಹೀರಾತನ್ನು ಹಿಂಪಡೆದು ಇನ್ನೊಂದನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಬದಲಾವಣೆ ಸೆಷನ್‌ನ ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಜಾಹೀರಾತು ಮಾಡುವ ಬದಿಯನ್ನು ಮಾತ್ರ ನೋಡಿದರೆ ತಪ್ಪಾಗಿ ಓದುವುದು ಸುಲಭ. ಸ್ವೀಕೃತಿ ನೀವು ಬಯಸಿದ ತಲುಪುವಿಕೆಯ ಮೇಲೆ ನಿಲ್ಲಬೇಕು, ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣಿಸುವ ಹೆಚ್ಚುವರಿ ಸಾಲಿನ ಮೇಲೆ ಅಲ್ಲ. ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ಆ ವಿಮರ್ಶೆಯ ಸಮಯದಲ್ಲಿ ಮೂರು ಗುರುತಿಸುವಿಕೆಗಳು ಬೆರೆತುಹೋಗದಂತೆ ತಡೆಯುತ್ತದೆ.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
ಜಾಹೀರಾತು ಮಾಡುವ PE ಯಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಏನನ್ನಾದರೂ ತೆಗೆದುಹಾಕುವ ಮೊದಲು ಅದೇ ಪ್ರಿಫಿಕ್ಸ್‌ಗಾಗಿ ಎರಡೂ ಗುರುತುಗಳನ್ನು ಹೋಲಿಸಿ. ಕೆಳಗಿನ IOS ಆದೇಶಗಳು ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಕ್ರಮವಾಗಿ ಉತ್ತರಿಸುತ್ತವೆ: ಹಳೆಯ ಜಾಹೀರಾತು ಇನ್ನೂ ಇದೆಯೇ, ಹೊಸ ಗುರುತು ರಿಫ್ಲೆಕ್ಟರ್‌ಗೆ ಗೋಚರವೇ ಮತ್ತು VRF ಪ್ರಿಫಿಕ್ಸ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆಯೇ.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
ಇತರ ವೇದಿಕೆಗಳು ಅದೇ ಮಾಹಿತಿಯನ್ನು ಬೇರೆ ವಾಕ್ಯರಚನೆಯಲ್ಲಿ ಮುದ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರಶ್ನೆಗಳು ಆ ಬದಲಾವಣೆಯ ನಂತರವೂ ಉಳಿಯುತ್ತವೆ. ಹೊಸ ಗುರುತು ರಿಫ್ಲೆಕ್ಟರ್‌ನಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, PE ಅದನ್ನು ಜಾಹೀರಾತು ಮಾಡಿದಂತೆ ಪಟ್ಟಿ ಮಾಡುತ್ತಿದ್ದರೆ, ಮೊದಲ ಸಂಶಯ ರಿಫ್ಲೆಕ್ಟರ್‌ನ ನೀತಿ ಅಥವಾ ಜಾಹೀರಾತು ಸಾಮರ್ಥ್ಯ, ಸಂಖ್ಯೀಕರಣವಲ್ಲ.
PE, ಇನ್‌ಸ್ಟಾನ್ಸ್, RD, ರಫ್ತು ಮತ್ತು ಆಮದು ಗುರಿಗಳು ಹಾಗೂ ಪ್ರಿಫಿಕ್ಸ್ ಮಾಲೀಕತ್ವವನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಹಂಚಿಕೆ ಆ ದಾಖಲೆ ಇದ್ದಾಗ ಮಾತ್ರ ಊಹೆಯಲ್ಲ, ಹುಡುಕಾಟ. ಹೊಸ ಗುರುತು ಸ್ವೀಕರಿಸುವ VRF ನಲ್ಲಿ ಗೋಚರವಾಗುವವರೆಗೆ ಹಳೆಯ RD ಇಟ್ಟುಕೊಳ್ಳಿ, ನಂತರ ಪ್ರತಿ ಹಂತವೂ ಹಿಂತಿರುಗಿಸಬಹುದಾಗಿರಲು ಎರಡನೇ ಹಂತದಲ್ಲಿ ಅದನ್ನು ಹಿಂಪಡೆಯಿರಿ.