VPN ಮೂಲಕ OSPF ಮಾರ್ಗ ಪ್ರಕಾರ: ಯಾವಾಗಲೂ ಬಾಹ್ಯ ಅಲ್ಲ

ಗ್ರಾಹಕ ಪ್ರಿಫಿಕ್ಸ್ BGP VPN ಮಾರ್ಗವಾಗಿ ಒದಗಿಸುಗರ ಕ್ಲೌಡ್ ಅನ್ನು ದಾಟಿ, OSPF ಬಾಹ್ಯ ಮಾರ್ಗದಂತೆ ಕಾಣುತ್ತಾ ದೂರದ ಸೈಟ್‌ಗೆ ತಲುಪುತ್ತದೆ, ಇದನ್ನು ಅನೇಕ ಇಂಜಿನಿಯರ್‌ಗಳು ನಿರೀಕ್ಷಿಸುತ್ತಾರೆ ಮತ್ತು ಇದು ಏಕೈಕ ಸಾಧ್ಯ ಫಲಿತಾಂಶವಲ್ಲ. ದೂರದ CE ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂಬುದು ಪ್ರಿಫಿಕ್ಸ್ ಬಂದ OSPF ಡೊಮೇನ್ ಮತ್ತು ಅದರ ಮೂಲ ಮಾರ್ಗ ಪ್ರಕಾರವನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಎರಡೂ VPN ಮಾರ್ಗದೊಂದಿಗೆ ಪ್ರಯಾಣಿಸುತ್ತವೆ. ಪ್ರತಿ ಮರುಹಂಚಿಕೆ ಪ್ರಿಫಿಕ್ಸ್ ಪ್ರಕಾರ 5 ಆಗುತ್ತದೆ ಎಂದು ಊಹಿಸುವುದು ಕೆಲಸ ಮಾಡಲಾಗದ ಆದ್ಯತೆ ಬದಲಾವಣೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಮೊದಲು ಡೊಮೇನ್ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹೋಲಿಸಿ, ಆಡಳಿತಾತ್ಮಕ ದೂರವನ್ನಲ್ಲ.

PE-CE ಮಾದರಿಯು ಸ್ವೀಕರಿಸುವ PE ಗೆ OSPF ಘೋಷಣೆಯನ್ನು ಕಲ್ಪಿಸುವ ಬದಲು ಮರುನಿರ್ಮಿಸಲು ಸಾಕಷ್ಟು ಸಂದರ್ಭವನ್ನು ಒಯ್ಯುತ್ತದೆ.

ಮಾರ್ಗದೊಂದಿಗೆ ಏನು ಪ್ರಯಾಣಿಸುತ್ತದೆ

RFC 4577 VPN ಮಾರ್ಗದೊಂದಿಗೆ ಬರುವ OSPF ಗುಣಲಕ್ಷಣಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ: ಡೊಮೇನ್ ಗುರುತಿಸುವಿಕೆ, ಮೆಟ್ರಿಕ್ ಮತ್ತು ಮೂಲ ಸೈಟ್‌ನ ಮಾರ್ಗ ಪ್ರಕಾರ. ಸ್ವೀಕರಿಸುವ PE ಅರ್ಹ ಪ್ರಿಫಿಕ್ಸ್ ತನ್ನ ಸ್ಥಳೀಯ OSPF ಪ್ರಕ್ರಿಯೆಗೆ ಹೇಗೆ ಕಾಣಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಅವುಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಆ ಗುಣಲಕ್ಷಣಗಳಿಲ್ಲದೆ ದೂರದ PE ಗೆ ಬಾಹ್ಯ ಮರುಹಂಚಿಕೆ ಹೊರತುಪಡಿಸಿ ಯಾವುದಕ್ಕೂ ಆಧಾರವಿರುತ್ತಿರಲಿಲ್ಲ. ಆದ್ದರಿಂದ BGP ಅದನ್ನು ನಡುವೆ ಸಾಗಿಸಿದರೂ ಮಾರ್ಗವು ಅಂತರ್-ಪ್ರದೇಶ LSA ಆಗಿ ಬರಬಹುದು.

ಪ್ರದೇಶದ ಪ್ರಕಾರವೂ ಮುಖ್ಯ. Stub ಅಥವಾ NSSA ಪ್ರದೇಶವು ಯಾವ LSA ಗಳು ಪ್ರವೇಶಿಸಬಹುದು ಎಂಬುದನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದೇ VPN ಮಾರ್ಗವು ಸ್ವೀಕರಿಸುವ OSPF ಉದಾಹರಣೆ ಎಲ್ಲಿದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು. ಸಂರಚಿತ ರಫ್ತು ನೀತಿಯು ಡೀಫಾಲ್ಟ್ ಪ್ರಸ್ತುತಿಯನ್ನು ಅತಿಕ್ರಮಿಸಬಹುದು, ಇದು ಅಡ್ಡಪರಿಣಾಮವಲ್ಲ ಬದಲಿಗೆ ಉದ್ದೇಶಪೂರ್ವಕ ಆಯ್ಕೆ.

ಒಂದೇ ಡೊಮೇನ್, ಬೇರೆ ಪ್ರಸ್ತುತಿ

ಒಂದೇ ಡೊಮೇನ್‌ನ ಪ್ರದೇಶದೊಳಗಿನ ಅಥವಾ ಅಂತರ್-ಪ್ರದೇಶ ಮಾರ್ಗವು ಸಾಮಾನ್ಯವಾಗಿ ದೂರದ ಸೈಟ್‌ಗೆ ಅಂತರ್-ಪ್ರದೇಶ ಮಾರ್ಗವಾಗಿ, ಅಂದರೆ ಪ್ರಕಾರ 3 LSA ಆಗಿ ತಲುಪುತ್ತದೆ. ಬೇರೆ ಡೊಮೇನ್‌ನ ಪ್ರಿಫಿಕ್ಸ್, ಎಂದಿಗೂ OSPF ಮಾತನಾಡದ ಮೂಲ, ಅಥವಾ ಆರಂಭದಲ್ಲಿ ಬಾಹ್ಯ OSPF ಘೋಷಣೆ ಬದಲಿಗೆ ಬಾಹ್ಯ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತವೆ, ಮತ್ತು ಅಲ್ಲಿಯೇ ಪ್ರಕಾರ 5 ಮತ್ತು ಅದರ NSSA ಸಮಾನಾಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಎರಡೂ ವರ್ತನೆಗಳು ಸರಿಯಾಗಿವೆ; ಇನ್‌ಪುಟ್ ಭಿನ್ನವಾಗಿದೆ. ಆದ್ಯತೆ ಮೌಲ್ಯಗಳನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು ಡೊಮೇನ್ ಗುರುತಿಸುವಿಕೆಗಳು ಮತ್ತು ಘೋಷಿತ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೋಲಿಸಿ.

ಆಡಳಿತಾತ್ಮಕ ದೂರವು ಒಂದು ರೌಟರ್‌ನಲ್ಲಿ ಮೂಲಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಅದು LSA ಪ್ರಕಾರವನ್ನು ಮರುಬರೆಯುವುದಿಲ್ಲ ಮತ್ತು ಕಾಣೆಯಾದ ಡೊಮೇನ್ ಸಂಬಂಧವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.

Sham ಲಿಂಕ್ ಯಾವಾಗ ಸರಿಯಾದ ಉತ್ತರ

ಒಂದೇ ಪ್ರದೇಶದಲ್ಲಿರುವ ಎರಡು ಸೈಟ್‌ಗಳನ್ನು ನೇರ ಹಿಂಬಾಗಿಲ ಲಿಂಕ್ ಸೇರಿಸಿದೆ ಎಂದು ಊಹಿಸಿ. ಸಂರಚಿತ ವೆಚ್ಚಗಳು ಒದಗಿಸುಗರ ಮಾರ್ಗವನ್ನು ಆಕರ್ಷಕವಾಗಿಸಿದರೂ, OSPF ಆ ಪ್ರದೇಶದೊಳಗಿನ ಮಾರ್ಗವನ್ನೇ ಒದಗಿಸುಗರ ಮೂಲಕ ನೀಡುವ ಅಂತರ್-ಪ್ರದೇಶ ಮಾರ್ಗದ ಬದಲು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. Sham ಲಿಂಕ್ VPN ಮೂಲಕ ಪ್ರದೇಶದೊಳಗಿನ ಸಂಬಂಧವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ, ಇದರಿಂದ ವೆಚ್ಚಗಳು ನಿರ್ಧಾರದಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳಬಹುದು. ಅದು ಆ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗ ಆಯ್ಕೆ ಸಮಸ್ಯೆಗಾಗಿ ಇದೆ, ಒಂದೇ ಡೊಮೇನ್‌ನ ಪ್ರತಿ ಮಾರ್ಗವನ್ನೂ ಆಂತರಿಕವಾಗಿ ಕಾಣಿಸಲು ಅಲ್ಲ.

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

ಲೂಪ್ ರಕ್ಷಣೆಯನ್ನು ಮುರಿಯಬೇಡಿ

PE-CE ಮಾದರಿಯು ವಿತರಿಸುವ ಮಾರ್ಗಗಳ ಮೇಲೆ DN ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತದೆ, ಇದರಿಂದ ಪ್ರಿಫಿಕ್ಸ್ ಇನ್ನೊಂದು CE ಮೂಲಕ ಹಿಂತಿರುಗಿ ಎರಡನೇ ಬಾರಿ ಮರುಹಂಚಿಕೆಯಾಗದಂತೆ. ಆ ರಕ್ಷಣೆಯೇ OSPF ಡೊಮೇನ್ ಹಂಚಿಕೊಳ್ಳುವ ಸೈಟ್‌ಗಳ ನಡುವೆ ಪ್ರಿಫಿಕ್ಸ್ ಲೂಪ್ ಆಗದಂತೆ ತಡೆಯುತ್ತದೆ. ಮಾರ್ಗವನ್ನು ಆಂತರಿಕವಾಗಿ ಕಾಣಿಸಲು ಅದನ್ನು ತೆಗೆದುಹಾಕುವುದು ಅಥವಾ ನಿರ್ಲಕ್ಷಿಸುವುದು ಅದನ್ನು ತಡೆಯಲು ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಲೂಪ್ ಅನ್ನೇ ಸೃಷ್ಟಿಸಬಹುದು. ಪ್ರಿಫಿಕ್ಸ್ ತಪ್ಪಾಗಿ ಕಂಡಾಗ DN ಬಿಟ್ ಅನ್ನು ಅಡ್ಡಿಯಾಗಿ ಅಲ್ಲ, ಮಾಹಿತಿಯಾಗಿ ಪರಿಗಣಿಸಿ.

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

ನಂತರ ದೂರದ ಸೈಟ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ: LSA ಪ್ರಕಾರ, ಘೋಷಿಸುವ ರೌಟರ್ ಮತ್ತು ಅದು ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗ. ಆ ಸಾಕ್ಷ್ಯವು ಟಿಕೆಟ್ ಕೇಳಿದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.