OSPF ಪಾತ್ರಗಳು ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ಅಂಟಿಕೊಳ್ಳುತ್ತವೆ, ಚಾಸಿಸ್ಗೆ ಅಲ್ಲ. ಅದೇ ಸಾಧನವು ತನ್ನ LAN ವಿಭಾಗದಲ್ಲಿ ನಿಯುಕ್ತ ರೌಟರ್ ಆಗಿರಬಹುದು ಮತ್ತು ಟನಲ್ನಲ್ಲಿ ವಿಶೇಷ ಏನೂ ಇಲ್ಲದಿರಬಹುದು, ಮತ್ತು ಈ ಎರಡು ಸಂಗತಿಗಳು ಪರಸ್ಪರ ವಿರುದ್ಧವಲ್ಲ. ತಪ್ಪು ಇಂಟರ್ಫೇಸ್ನಿಂದ ಪಾತ್ರವನ್ನು ಓದುವುದು, ಹಬ್ ಯೋಜಿಸಿದಂತೆಯೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ ತಪ್ಪಾಗಿ ಸಂರಚಿಸಲ್ಪಟ್ಟಂತೆ ಕಾಣುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣವಾಗಿದೆ.

ಮುಖ್ಯವಾದ ಹೋಲಿಕೆ ಒಂದು ವಿಭಾಗದ ಪಾತ್ರಗಳು ಮತ್ತು ರೌಟರ್ ಆಚೆಗಿನ ಪಾತ್ರಗಳ ನಡುವೆ, ಹಾಗೂ ಬ್ಯಾಕಪ್ ಏನು ಮಾಡುತ್ತದೆ ಮತ್ತು ಏನು ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದರ ನಡುವೆ ಇದೆ.

ಪ್ರತಿ ವಿಭಾಗಕ್ಕೆ ಒಂದು ಆಯ್ಕೆ

RFC 2328 ಪ್ರತಿ ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಅಥವಾ NBMA ಜಾಲಕ್ಕೆ ನಿಯುಕ್ತ ರೌಟರ್ ಮತ್ತು ಬ್ಯಾಕಪ್ ನಿಯುಕ್ತ ರೌಟರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ರೌಟರ್ಗೆ ಅಲ್ಲ ಮತ್ತು ಪ್ರದೇಶಕ್ಕೆ ಅಲ್ಲ. ಅಂತಹ ಜಾಲದಲ್ಲಿ ಭಾಗವಹಿಸುವ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ ತನ್ನದೇ ಆದ ಆದ್ಯತೆ ಮತ್ತು ತನ್ನದೇ ಆದ ನೆರೆ ಸಮೂಹದೊಂದಿಗೆ ತನ್ನದೇ ಆಯ್ಕೆಯನ್ನು ನಡೆಸುತ್ತದೆ. ಅಂತಹ ಮೂರು ಇಂಟರ್ಫೇಸ್ಗಳಿರುವ ಚಾಸಿಸ್ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಮೂರು ವಿಭಿನ್ನ ಪಾತ್ರಗಳನ್ನು ಹೊಂದಬಹುದು, ಆದ್ದರಿಂದ ವಿಭಾಗವನ್ನು ಹೆಸರಿಸುವವರೆಗೆ ಹಬ್ DR ಎಂದು ಹೇಳುವುದು ಅಪೂರ್ಣವಾಗಿದೆ. ಪಾತ್ರವನ್ನು ಆ ಇಂಟರ್ಫೇಸ್ನದೇ ನೆರೆ ಔಟ್ಪುಟ್ನಿಂದ ಓದಿ.

ಒಂದೇ ಪ್ರದೇಶದಲ್ಲಿ ಎರಡು ಇಂಟರ್ಫೇಸ್ಗಳು ಇನ್ನೂ ಎರಡು ಆಯ್ಕೆಗಳು. ಪ್ರದೇಶ ಸದಸ್ಯತ್ವ ಅವುಗಳನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ.

ಕಾಯುತ್ತಿರುವಾಗ ಬ್ಯಾಕಪ್ ಏನು ಮಾಡುತ್ತದೆ

ಬ್ಯಾಕಪ್ ನಿಯುಕ್ತ ರೌಟರ್ ತನ್ನ ವಿಭಾಗದ ರೌಟರ್ಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣ ನೆರೆಯಾಗಿದ್ದು ತನ್ನ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಆಗಿ ಇರಿಸುತ್ತದೆ, ಇದರಿಂದ ಹೊಸ ನೆರೆ ಸಂಬಂಧ ರೂಪುಗೊಳ್ಳದೆ ಅದು ಜವಾಬ್ದಾರಿ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಬ್ಯಾಕಪ್ ಆಗಿ ಕೆಲಸ ಮಾಡುವಾಗ ಅದು ಮಾಡದಿರುವುದು ಆ ಜಾಲದ network-LSA ಅನ್ನು ಸೃಷ್ಟಿಸುವುದು, ಏಕೆಂದರೆ ಅದು ನಿಯುಕ್ತ ರೌಟರ್ನ ಒಡೆತನದಲ್ಲಿದೆ. ಕೆಲವು ಹಂತಗಳಲ್ಲಿ ಅದರ ಪ್ರವಾಹ ಪಾತ್ರ ನಿಯುಕ್ತ ರೌಟರ್ನದಕ್ಕಿಂತ ಸಂಕುಚಿತವಾಗಿದೆ, ಅದು ಸುಮ್ಮನಿರುವುದು ಅಥವಾ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ. ಬಡ್ತಿಯವರೆಗೆ ಏನನ್ನೂ ಮಾಡದ ರೌಟರ್ ಎಂದು ಬ್ಯಾಕಪ್ ಅನ್ನು ಪರಿಗಣಿಸುವುದು ಬಹಳ ಆತ್ಮವಿಶ್ವಾಸದ ಮತ್ತು ಬಹಳ ತಪ್ಪಾದ ವಿವರಣೆಗಳನ್ನು ಹುಟ್ಟಿಸುತ್ತದೆ.

ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಬ್ಯಾಕಪ್ ಯಾವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ವಿಭಾಗವು ಮಾದರಿಗೆ ಬೇಕಾದ OSPF ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ತಲುಪಿಸಬಲ್ಲದೇ ಎಂಬುದು. ಒಬ್ಬ ಭಾಗವಹಿಸುವವನು ಅವನ್ನು ಇತರರೊಂದಿಗೆ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲಾಗದಿದ್ದರೆ, ಆಯ್ಕೆಯ ಫಲಿತಾಂಶವು ತಲುಪುವಿಕೆಯ ಲಕ್ಷಣವೇ ಹೊರತು ಕಾರಣವಲ್ಲ.

ಟನಲ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ಮಾದರಿ ಬಳಸುತ್ತದೆ

ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಮತ್ತು NBMA ಜಾಲಗಳು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ; ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಮಲ್ಟಿಪಾಯಿಂಟ್ ಜಾಲಗಳು ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಆಯ್ಕೆ ಮಾಡಲು ಹಂಚಿದ ವಿಭಾಗವಿಲ್ಲ. ಹಬ್-ಎಂಡ್-ಸ್ಪೋಕ್ ಓವರ್ಲೇನಲ್ಲಿ ಪರಿಣಾಮಕಾರಿ ಮಾದರಿ ಟನಲ್ ಇಂಟರ್ಫೇಸ್ ಹೇಗೆ ಸಂರಚಿಸಲ್ಪಟ್ಟಿದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ ಯಾವುದೇ ಪಾತ್ರವನ್ನು ಅರ್ಥೈಸುವ ಮೊದಲು ಅದನ್ನು ಓದಿ. ಬ್ರಾಡ್ಕಾಸ್ಟ್ ವಿಭಾಗದಂತೆ ವರ್ತಿಸುವ ಟನಲ್ ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಕೊಂಡಿಗಳ ಸಮೂಹದಂತೆ ವರ್ತಿಸುವ ಟನಲ್ ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ ನೆರೆ ವರ್ತನೆಯನ್ನು ನೀಡುತ್ತವೆ.

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

ಅರ್ಹತೆ ಇಂಟರ್ಫೇಸ್ವಾರು, ಮತ್ತು ಪ್ರೀಎಂಪ್ಶನ್ ಸ್ವಯಂಚಾಲಿತವಲ್ಲ

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

ಬೇರೆ ಅರ್ಹ ಭಾಗವಹಿಸುವವನನ್ನು ಒದಗಿಸದೆ ಪ್ರತಿ ಸ್ಪೋಕ್ ಅನ್ನು ಹೊರಗಿಡುವುದು ಎಂದರೆ ಬ್ಯಾಕಪ್ ಯಾವುದೇ ಇಲ್ಲದಿರಬಹುದು ಎಂದೂ ಅರ್ಥ.

ಎರಡು ವಿವರಣೆಗಳನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಹೋಲಿಸಿ: ತಪ್ಪು ವಿಭಾಗದಿಂದ ಓದಿದ ಪಾತ್ರ, ಅಥವಾ ಸದಸ್ಯರು ಒಬ್ಬರನ್ನೊಬ್ಬರು ತಲುಪಲಾಗದ ವಿಭಾಗ. ಮೊದಲನೆಯದು ವಿನ್ಯಾಸದ ಪ್ರಶ್ನೆ ಮತ್ತು ಎರಡನೆಯದು ಡೆಲಿವರಿಯ ಪ್ರಶ್ನೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಆದ್ಯತೆಯನ್ನು ಸಂಪಾದಿಸುವ ಮೂಲಕ ಸರಿಪಡಿಸಬಹುದು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು