ಇಂದು ನಾವು OSPF ರೂಟಿಂಗ್ ಬಗ್ಗೆ ಕಲಿಯಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. EIGRP ಪ್ರೋಟೋಕಾಲ್‌ನಂತೆ ಈ ವಿಷಯವು ಸಂಪೂರ್ಣ CCNA ಕೋರ್ಸ್‌ನಲ್ಲಿ ಪ್ರಮುಖ ವಿಷಯವಾಗಿದೆ. ನೀವು ನೋಡುವಂತೆ, ವಿಭಾಗ 2.4 ಅನ್ನು IPv2 ಗಾಗಿ OSPFv4 ಏಕ-ವಲಯ ಮತ್ತು ಬಹು-ವಲಯವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು, ಪರೀಕ್ಷಿಸುವುದು ಮತ್ತು ದೋಷನಿವಾರಣೆ ಮಾಡುವುದು (ದೃಢೀಕರಣ, ಫಿಲ್ಟರಿಂಗ್, ಹಸ್ತಚಾಲಿತ ಮಾರ್ಗ ಸಾರಾಂಶ, ಮರುಹಂಚಿಕೆ, ಸ್ಟಬ್ ಏರಿಯಾ, VNet, ಮತ್ತು)
OSPF ನ ವಿಷಯವು ಸಾಕಷ್ಟು ವಿಸ್ತಾರವಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದು 2, ಬಹುಶಃ 3 ವೀಡಿಯೊ ಪಾಠಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಇಂದಿನ ಪಾಠವು ಸಮಸ್ಯೆಯ ಸೈದ್ಧಾಂತಿಕ ಭಾಗಕ್ಕೆ ಮೀಸಲಾಗಿರುತ್ತದೆ; ಈ ಪ್ರೋಟೋಕಾಲ್ ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ಏನು ಮತ್ತು ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ಮುಂದಿನ ವೀಡಿಯೊದಲ್ಲಿ, ನಾವು ಪ್ಯಾಕೆಟ್ ಟ್ರೇಸರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು OSPF ಕಾನ್ಫಿಗರೇಶನ್ ಮೋಡ್‌ಗೆ ಹೋಗುತ್ತೇವೆ.
ಆದ್ದರಿಂದ ಈ ಪಾಠದಲ್ಲಿ ನಾವು ಮೂರು ವಿಷಯಗಳನ್ನು ಕವರ್ ಮಾಡುತ್ತೇವೆ: OSPF ಎಂದರೇನು, ಅದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು OSPF ವಲಯಗಳು ಯಾವುವು. ಹಿಂದಿನ ಪಾಠದಲ್ಲಿ, OSPF ಒಂದು ಲಿಂಕ್ ಸ್ಟೇಟ್ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದ್ದು ಅದು ರೂಟರ್‌ಗಳ ನಡುವಿನ ಸಂವಹನ ಲಿಂಕ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಆ ಲಿಂಕ್‌ಗಳ ವೇಗವನ್ನು ಆಧರಿಸಿ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನಾವು ಹೇಳಿದ್ದೇವೆ. ಹೆಚ್ಚಿನ ವೇಗವನ್ನು ಹೊಂದಿರುವ ದೀರ್ಘ ಚಾನಲ್‌ಗೆ, ಅಂದರೆ, ಹೆಚ್ಚು ಥ್ರೋಪುಟ್‌ನೊಂದಿಗೆ, ಕಡಿಮೆ ಥ್ರೋಪುಟ್ ಹೊಂದಿರುವ ಸಣ್ಣ ಚಾನಲ್‌ಗಿಂತ ಆದ್ಯತೆಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ.
ದೂರದ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿರುವ RIP ಪ್ರೋಟೋಕಾಲ್ ಈ ಲಿಂಕ್ ಕಡಿಮೆ ವೇಗವನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ ಏಕ-ಹಾಪ್ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು OSPF ಪ್ರೋಟೋಕಾಲ್ ಈ ಮಾರ್ಗದಲ್ಲಿನ ಒಟ್ಟು ವೇಗವು ಹೆಚ್ಚಿನದಾಗಿದ್ದರೆ ಹಲವಾರು ಹಾಪ್‌ಗಳ ದೀರ್ಘ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಸಣ್ಣ ಮಾರ್ಗದಲ್ಲಿ ಸಂಚಾರ ವೇಗ.
ನಾವು ನಿರ್ಧಾರ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ನಂತರ ನೋಡುತ್ತೇವೆ, ಆದರೆ OSPF ಒಂದು ಲಿಂಕ್ ಸ್ಟೇಟ್ ಪ್ರೋಟೋಕಾಲ್ ಎಂದು ನೀವು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳಬೇಕು. ಈ ಮುಕ್ತ ಮಾನದಂಡವನ್ನು 1988 ರಲ್ಲಿ ರಚಿಸಲಾಯಿತು ಇದರಿಂದ ಪ್ರತಿ ನೆಟ್ವರ್ಕ್ ಉಪಕರಣ ತಯಾರಕರು ಮತ್ತು ಯಾವುದೇ ನೆಟ್ವರ್ಕ್ ಪೂರೈಕೆದಾರರು ಇದನ್ನು ಬಳಸಬಹುದು. ಆದ್ದರಿಂದ OSPF EIGRP ಗಿಂತ ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗಿದೆ.
OSPF ಆವೃತ್ತಿ 2 IPv4 ಅನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸಿತು, ಮತ್ತು ಒಂದು ವರ್ಷದ ನಂತರ, 1989 ರಲ್ಲಿ, ಅಭಿವರ್ಧಕರು IPv3 ಅನ್ನು ಬೆಂಬಲಿಸುವ ಆವೃತ್ತಿ 6 ಅನ್ನು ಘೋಷಿಸಿದರು. ಆದಾಗ್ಯೂ, IPv6 ಗಾಗಿ OSPF ನ ಸಂಪೂರ್ಣ ಕ್ರಿಯಾತ್ಮಕ ಮೂರನೇ ಆವೃತ್ತಿಯು 2008 ರಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಂಡಿತು. ನೀವು OSPF ಅನ್ನು ಏಕೆ ಆರಿಸಿದ್ದೀರಿ? ಕೊನೆಯ ಪಾಠದಲ್ಲಿ, ಈ ಆಂತರಿಕ ಗೇಟ್‌ವೇ ಪ್ರೋಟೋಕಾಲ್ RIP ಗಿಂತ ಹೆಚ್ಚು ವೇಗವಾಗಿ ಮಾರ್ಗದ ಒಮ್ಮುಖವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾವು ಕಲಿತಿದ್ದೇವೆ. ಇದು ವರ್ಗರಹಿತ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ.
ನೀವು ನೆನಪಿಸಿಕೊಂಡರೆ, RIP ಒಂದು ಕ್ಲಾಸ್‌ಫುಲ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ, ಅಂದರೆ ಅದು ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ ಮಾಹಿತಿಯನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅದು ವರ್ಗ A/24 IP ವಿಳಾಸವನ್ನು ಎದುರಿಸಿದರೆ, ಅದು ಅದನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ನೀವು ಅದನ್ನು 10.1.1.0/24 ನಂತಹ IP ವಿಳಾಸದೊಂದಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸಿದರೆ, ಅದು ಅದನ್ನು ನೆಟ್ವರ್ಕ್ 10.0.0.0 ಎಂದು ಗ್ರಹಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಬ್ನೆಟ್ ಮುಖವಾಡಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನೆಟ್ವರ್ಕ್ ಸಬ್ನೆಟ್ ಮಾಡಿದಾಗ ಅದು ಅರ್ಥವಾಗುವುದಿಲ್ಲ.
OSPF ಸುರಕ್ಷಿತ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಎರಡು ರೂಟರ್ಗಳು OSPF ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡುತ್ತಿದ್ದರೆ, ನೀವು ದೃಢೀಕರಣವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಇದರಿಂದ ನೀವು ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸಿದ ನಂತರ ಮಾತ್ರ ನೆರೆಯ ರೂಟರ್‌ನೊಂದಿಗೆ ಮಾಹಿತಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. ನಾವು ಈಗಾಗಲೇ ಹೇಳಿದಂತೆ, ಇದು ಮುಕ್ತ ಮಾನದಂಡವಾಗಿದೆ, ಆದ್ದರಿಂದ OSPF ಅನ್ನು ಅನೇಕ ನೆಟ್ವರ್ಕ್ ಉಪಕರಣ ತಯಾರಕರು ಬಳಸುತ್ತಾರೆ.
ಜಾಗತಿಕ ಅರ್ಥದಲ್ಲಿ, OSPF ಎನ್ನುವುದು ಲಿಂಕ್ ಸ್ಟೇಟ್ ಜಾಹೀರಾತುಗಳು ಅಥವಾ LSAಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ. LSA ಸಂದೇಶಗಳನ್ನು ರೂಟರ್‌ನಿಂದ ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ಬಹಳಷ್ಟು ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ: ರೂಟರ್‌ನ ಅನನ್ಯ ಗುರುತಿಸುವಿಕೆ ರೂಟರ್-ಐಡಿ, ರೂಟರ್‌ಗೆ ತಿಳಿದಿರುವ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಡೇಟಾ, ಅವುಗಳ ವೆಚ್ಚದ ಕುರಿತು ಡೇಟಾ, ಇತ್ಯಾದಿ. ರೂಟಿಂಗ್ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ರೂಟರ್‌ಗೆ ಈ ಎಲ್ಲಾ ಮಾಹಿತಿಯ ಅಗತ್ಯವಿದೆ.
ರೂಟರ್ R3 ತನ್ನ LSA ಮಾಹಿತಿಯನ್ನು ರೂಟರ್ R5 ಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ರೂಟರ್ R5 ತನ್ನ LSA ಮಾಹಿತಿಯನ್ನು R3 ನೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ. ಈ LSAಗಳು ಲಿಂಕ್ ಸ್ಟೇಟ್ ಡೇಟಾ ಬೇಸ್ ಅಥವಾ LSDB ಅನ್ನು ರೂಪಿಸುವ ಡೇಟಾ ರಚನೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ. ರೂಟರ್ ಎಲ್ಲಾ ಸ್ವೀಕರಿಸಿದ LSA ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಅದರ LSDB ನಲ್ಲಿ ಇರಿಸುತ್ತದೆ. ಎರಡೂ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ತಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ರಚಿಸಿದ ನಂತರ, ಅವರು ಹಲೋ ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ, ಇದು ನೆರೆಹೊರೆಯವರನ್ನು ಅನ್ವೇಷಿಸಲು ಮತ್ತು ಅವರ LSDB ಗಳನ್ನು ಹೋಲಿಸುವ ವಿಧಾನವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ರೂಟರ್ R3 ರೂಟರ್ R5 ಅನ್ನು DBD ಅಥವಾ "ಡೇಟಾಬೇಸ್ ವಿವರಣೆ" ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು R5 ಅದರ DBD ಅನ್ನು ರೂಟರ್ R3 ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಈ ಸಂದೇಶಗಳು ಪ್ರತಿ ರೂಟರ್‌ನ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಲಭ್ಯವಿರುವ LSA ಸೂಚಿಕೆಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. DBD ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, R3 R5 ಗೆ LSR ನೆಟ್ವರ್ಕ್ ಸ್ಥಿತಿ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, "ನಾನು ಈಗಾಗಲೇ 3,4 ಮತ್ತು 9 ಸಂದೇಶಗಳನ್ನು ಹೊಂದಿದ್ದೇನೆ, ಆದ್ದರಿಂದ ನನಗೆ 5 ಮತ್ತು 7 ಅನ್ನು ಮಾತ್ರ ಕಳುಹಿಸಿ."
R5 ಅದೇ ರೀತಿ ಮಾಡುತ್ತದೆ, ಮೂರನೇ ರೂಟರ್‌ಗೆ ಹೇಳುತ್ತದೆ: "ನನ್ನ ಬಳಿ 3,4 ಮತ್ತು 9 ಮಾಹಿತಿ ಇದೆ, ಆದ್ದರಿಂದ ನನಗೆ 1 ಮತ್ತು 2 ಕಳುಹಿಸಿ." LSR ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ರೂಟರ್ಗಳು LSU ನೆಟ್ವರ್ಕ್ ಸ್ಟೇಟ್ ಅಪ್‌ಡೇಟ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮರಳಿ ಕಳುಹಿಸುತ್ತವೆ, ಅಂದರೆ, ಅದರ LSR ಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ಮೂರನೇ ರೂಟರ್ ರೂಟರ್ R5 ನಿಂದ LSU ಅನ್ನು ಪಡೆಯುತ್ತದೆ. ರೂಟರ್ಗಳು ತಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ನವೀಕರಿಸಿದ ನಂತರ, ನೀವು 100 ರೂಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ, ಎಲ್ಲಾ ಒಂದೇ LSDB ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. ರೂಟರ್‌ಗಳಲ್ಲಿ LSDB ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ರಚಿಸಿದ ನಂತರ, ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಸಂಪೂರ್ಣ ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ತಿಳಿಯುತ್ತದೆ. OSPF ಪ್ರೋಟೋಕಾಲ್ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ರಚಿಸಲು ಚಿಕ್ಕದಾದ ಮಾರ್ಗದ ಮೊದಲ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ಸರಿಯಾದ ಕಾರ್ಯಾಚರಣೆಗೆ ಪ್ರಮುಖವಾದ ಸ್ಥಿತಿಯೆಂದರೆ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳ LSDB ಗಳನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲಾಗಿದೆ.
ಮೇಲಿನ ರೇಖಾಚಿತ್ರದಲ್ಲಿ, 9 ರೂಟರ್‌ಗಳಿವೆ, ಪ್ರತಿಯೊಂದೂ LSR, LSU ಮತ್ತು ಅದರ ನೆರೆಹೊರೆಯವರೊಂದಿಗೆ ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತದೆ. ಇವೆಲ್ಲವೂ P2p ಮೂಲಕ ಪರಸ್ಪರ ಸಂಪರ್ಕ ಹೊಂದಿವೆ, ಅಥವಾ OSPF ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬೆಂಬಲಿಸುವ "ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್" ಇಂಟರ್ಫೇಸ್‌ಗಳು ಮತ್ತು ಅದೇ LSDB ಅನ್ನು ರಚಿಸಲು ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸುತ್ತವೆ.
ಬೇಸ್‌ಗಳನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಿದ ತಕ್ಷಣ, ಪ್ರತಿ ರೂಟರ್, ಕಡಿಮೆ ಮಾರ್ಗ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ತನ್ನದೇ ಆದ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ರೂಪಿಸುತ್ತದೆ. ಈ ಕೋಷ್ಟಕಗಳು ವಿಭಿನ್ನ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳಿಗೆ ವಿಭಿನ್ನವಾಗಿರುತ್ತದೆ. ಅಂದರೆ, ಎಲ್ಲಾ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಒಂದೇ LSDB ಅನ್ನು ಬಳಸುತ್ತವೆ, ಆದರೆ ಕಡಿಮೆ ಮಾರ್ಗಗಳ ಬಗ್ಗೆ ತಮ್ಮದೇ ಆದ ಪರಿಗಣನೆಗಳ ಆಧಾರದ ಮೇಲೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ರಚಿಸಿ. ಈ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬಳಸಲು, OSPF ನಿಯಮಿತವಾಗಿ LSDB ಅನ್ನು ನವೀಕರಿಸಬೇಕಾಗುತ್ತದೆ.
ಆದ್ದರಿಂದ, OSPF ಸ್ವತಃ ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ಅದು ಮೊದಲು 3 ಷರತ್ತುಗಳನ್ನು ಒದಗಿಸಬೇಕು: ನೆರೆಹೊರೆಯವರನ್ನು ಹುಡುಕಿ, LSDB ಅನ್ನು ರಚಿಸಿ ಮತ್ತು ನವೀಕರಿಸಿ ಮತ್ತು ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ರೂಪಿಸಿ. ಮೊದಲ ಷರತ್ತನ್ನು ಪೂರೈಸಲು, ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರು ರೂಟರ್-ಐಡಿ, ಸಮಯಗಳು ಅಥವಾ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಮಾಸ್ಕ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಬಹುದು. ಮುಂದಿನ ವೀಡಿಯೊದಲ್ಲಿ ನಾವು OSPF ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸಾಧನವನ್ನು ಹೊಂದಿಸಲು ನೋಡುತ್ತೇವೆ, ಸದ್ಯಕ್ಕೆ ಈ ಪ್ರೋಟೋಕಾಲ್ ರಿವರ್ಸ್ ಮಾಸ್ಕ್ ಅನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ಅದು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ನಿಮ್ಮ ಸಬ್‌ನೆಟ್‌ಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ ಅಥವಾ ದೃಢೀಕರಣವು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ ನೀವು ತಿಳಿದಿರಬೇಕು , ರೂಟರ್‌ಗಳ ನೆರೆಹೊರೆಯನ್ನು ರೂಪಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, OSPF ಅನ್ನು ದೋಷನಿವಾರಣೆ ಮಾಡುವಾಗ, ಈ ನೆರೆಹೊರೆಯು ಏಕೆ ರೂಪುಗೊಂಡಿಲ್ಲ ಎಂಬುದನ್ನು ನೀವು ಕಂಡುಹಿಡಿಯಬೇಕು, ಅಂದರೆ, ಮೇಲಿನ ನಿಯತಾಂಕಗಳು ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರಾಗಿ, ನೀವು LSDB ರಚನೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿಲ್ಲ. ರೂಟಿಂಗ್ ಟೇಬಲ್‌ಗಳ ನಿರ್ಮಾಣದಂತೆ ರೂಟರ್‌ಗಳ ನೆರೆಹೊರೆಯನ್ನು ರಚಿಸಿದ ನಂತರ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. OSPF ಪ್ರೋಟೋಕಾಲ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಸಾಧನದಿಂದಲೇ ಇದೆಲ್ಲವನ್ನೂ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
ಒಂದು ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ. ನಾವು 2 ರೂಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅದಕ್ಕೆ ನಾನು RID ಗಳನ್ನು 1.1.1.1 ಮತ್ತು 2.2.2.2 ಅನ್ನು ಸರಳತೆಗಾಗಿ ನಿಯೋಜಿಸಿದ್ದೇನೆ. ನಾವು ಅವುಗಳನ್ನು ಸಂಪರ್ಕಿಸಿದ ತಕ್ಷಣ, ಲಿಂಕ್ ಚಾನಲ್ ತಕ್ಷಣವೇ ಅಪ್ ಸ್ಟೇಟ್‌ಗೆ ಹೋಗುತ್ತದೆ, ಏಕೆಂದರೆ ನಾನು ಮೊದಲು ಈ ರೂಟರ್‌ಗಳನ್ನು OSPF ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇನೆ. ಸಂವಹನ ಚಾನಲ್ ರೂಪುಗೊಂಡ ತಕ್ಷಣ, ರೂಟರ್ ಎ ತಕ್ಷಣವೇ ಹಲೋ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರೂಟರ್ ಎ ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಈ ಚಾನೆಲ್‌ನಲ್ಲಿ ಈ ರೂಟರ್ ಇನ್ನೂ ಯಾರನ್ನೂ "ನೋಡಿಲ್ಲ" ಎಂಬ ಮಾಹಿತಿಯನ್ನು ಈ ಪ್ಯಾಕೆಟ್ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ಮೊದಲ ಬಾರಿಗೆ Hello ಅನ್ನು ಕಳುಹಿಸುತ್ತಿದೆ, ಜೊತೆಗೆ ತನ್ನದೇ ಆದ ಗುರುತಿಸುವಿಕೆ, ಅದಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ನೆಟ್ವರ್ಕ್ನ ಡೇಟಾ ಮತ್ತು ಅದು ಮಾಡಬಹುದಾದ ಇತರ ಮಾಹಿತಿ ನೆರೆಯವರೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಿ.
ಈ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ರೂಟರ್ ಬಿ ಹೀಗೆ ಹೇಳುತ್ತದೆ: "ಈ ಸಂವಹನ ಚಾನಲ್‌ನಲ್ಲಿ OSPF ನೆರೆಹೊರೆಯವರಿಗೆ ಸಂಭಾವ್ಯ ಅಭ್ಯರ್ಥಿ ಇದ್ದಾರೆ ಎಂದು ನಾನು ನೋಡುತ್ತೇನೆ" ಮತ್ತು Init ಸ್ಥಿತಿಗೆ ಹೋಗುತ್ತದೆ. ಹಲೋ ಪ್ಯಾಕೆಟ್ ಯುನಿಕಾಸ್ಟ್ ಅಥವಾ ಪ್ರಸಾರ ಸಂದೇಶವಲ್ಲ, ಇದು ಮಲ್ಟಿಕಾಸ್ಟ್ OSPF IP ವಿಳಾಸ 224.0.0.5 ಗೆ ಕಳುಹಿಸಲಾದ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಆಗಿದೆ. ಮಲ್ಟಿಕಾಸ್ಟ್‌ಗೆ ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ ಯಾವುದು ಎಂದು ಕೆಲವರು ಕೇಳುತ್ತಾರೆ. ವಾಸ್ತವವೆಂದರೆ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ ಅನ್ನು ಹೊಂದಿಲ್ಲ; ಇದು ರೇಡಿಯೊ ಸಿಗ್ನಲ್ ಆಗಿ ಹರಡುತ್ತದೆ, ಇದು ಅದರ ಆವರ್ತನಕ್ಕೆ ಟ್ಯೂನ್ ಮಾಡಿದ ಎಲ್ಲಾ ಸಾಧನಗಳಿಂದ ಕೇಳಲ್ಪಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು ಆವರ್ತನ 91,0 ನಲ್ಲಿ FM ರೇಡಿಯೊ ಪ್ರಸಾರವನ್ನು ಕೇಳಲು ಬಯಸಿದರೆ, ನಿಮ್ಮ ರೇಡಿಯೊವನ್ನು ಆ ಆವರ್ತನಕ್ಕೆ ಟ್ಯೂನ್ ಮಾಡಿ.
ಅದೇ ರೀತಿಯಲ್ಲಿ, ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸ 224.0.0.5 ಗಾಗಿ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ರೂಟರ್ ಬಿ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ಈ ಚಾನಲ್ ಅನ್ನು ಕೇಳುತ್ತಿರುವಾಗ, ರೂಟರ್ ಎ ಕಳುಹಿಸಿದ ಹಲೋ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ತನ್ನದೇ ಆದ ಸಂದೇಶದೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಉತ್ತರ ಬಿ ಮಾನದಂಡದ ಗುಂಪನ್ನು ಪೂರೈಸಿದರೆ ಮಾತ್ರ ನೆರೆಹೊರೆಯನ್ನು ಸ್ಥಾಪಿಸಬಹುದು. ಮೊದಲ ಮಾನದಂಡವೆಂದರೆ ಹಲೋ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುವ ಆವರ್ತನ ಮತ್ತು ಈ ಸಂದೇಶಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯುವ ಮಧ್ಯಂತರವು ಡೆಡ್ ಇಂಟರ್ವಲ್ ಎರಡೂ ರೂಟರ್‌ಗಳಿಗೆ ಒಂದೇ ಆಗಿರಬೇಕು. ವಿಶಿಷ್ಟವಾಗಿ ಡೆಡ್ ಇಂಟರ್ವಲ್ ಹಲವಾರು ಹಲೋ ಟೈಮರ್ ಮೌಲ್ಯಗಳಿಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. ಹೀಗಾಗಿ, ರೂಟರ್ A ಯ ಹಲೋ ಟೈಮರ್ 10 ಸೆ ಆಗಿದ್ದರೆ ಮತ್ತು ರೂಟರ್ ಬಿ 30 ಸೆಕೆಂಡುಗಳ ನಂತರ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಿದರೆ, ಡೆಡ್ ಇಂಟರ್ವಲ್ 20 ಸೆ ಆಗಿದ್ದರೆ, ಪಕ್ಕದ ಸ್ಥಾನವು ನಡೆಯುವುದಿಲ್ಲ.
ಎರಡನೆಯ ಮಾನದಂಡವೆಂದರೆ ಎರಡೂ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಒಂದೇ ರೀತಿಯ ದೃಢೀಕರಣವನ್ನು ಬಳಸಬೇಕು. ಅಂತೆಯೇ, ದೃಢೀಕರಣದ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಸಹ ಹೊಂದಿಕೆಯಾಗಬೇಕು.
ಮೂರನೇ ಮಾನದಂಡವು ಏರಿಯಲ್ ಐಡಿ ವಲಯ ಗುರುತಿಸುವಿಕೆಗಳ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ, ನಾಲ್ಕನೆಯದು ನೆಟ್ವರ್ಕ್ ಪೂರ್ವಪ್ರತ್ಯಯದ ಉದ್ದದ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ. ರೂಟರ್ ಎ /24 ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ವರದಿ ಮಾಡಿದರೆ, ರೂಟರ್ ಬಿ ಸಹ /24 ನೆಟ್ವರ್ಕ್ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೊಂದಿರಬೇಕು. ಮುಂದಿನ ವೀಡಿಯೊದಲ್ಲಿ ನಾವು ಇದನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡುತ್ತೇವೆ, ಇದೀಗ ಇದು ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ ಅಲ್ಲ ಎಂದು ನಾನು ಗಮನಿಸುತ್ತೇನೆ, ಇಲ್ಲಿ ರೂಟರ್ಗಳು ರಿವರ್ಸ್ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಮುಖವಾಡವನ್ನು ಬಳಸುತ್ತವೆ. ಮತ್ತು ಸಹಜವಾಗಿ, ರೂಟರ್ಗಳು ಈ ವಲಯದಲ್ಲಿದ್ದರೆ ಸ್ಟಬ್ ಪ್ರದೇಶದ ಫ್ಲ್ಯಾಗ್‌ಗಳು ಸಹ ಹೊಂದಿಕೆಯಾಗಬೇಕು.
ಈ ಮಾನದಂಡಗಳನ್ನು ಪರಿಶೀಲಿಸಿದ ನಂತರ, ಅವು ಹೊಂದಾಣಿಕೆಯಾದರೆ, ರೂಟರ್ ಬಿ ತನ್ನ ಹಲೋ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರೂಟರ್ ಎ ಗೆ ಕಳುಹಿಸುತ್ತದೆ. A ಯ ಸಂದೇಶಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ರೂಟರ್ B ತಾನು ರೂಟರ್ A ಅನ್ನು ನೋಡಿದೆ ಮತ್ತು ತನ್ನನ್ನು ಪರಿಚಯಿಸಿಕೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡಿದೆ.
ಈ ಸಂದೇಶಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ರೂಟರ್ ಎ ಮತ್ತೊಮ್ಮೆ ಹಲೋ ಅನ್ನು ರೂಟರ್ ಬಿ ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ಅದು ರೂಟರ್ ಬಿ ಅನ್ನು ನೋಡಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ, ಅವುಗಳ ನಡುವಿನ ಸಂವಹನ ಚಾನಲ್ 1.1.1.1 ಮತ್ತು 2.2.2.2 ಸಾಧನಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಅದು ಸ್ವತಃ ಸಾಧನ 1.1.1.1 ಆಗಿದೆ. . ನೆರೆಹೊರೆಯನ್ನು ಸ್ಥಾಪಿಸಲು ಇದು ಬಹಳ ಮುಖ್ಯವಾದ ಹಂತವಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಎರಡು-ಮಾರ್ಗದ 2-ವೇ ಸಂಪರ್ಕವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಆದರೆ ನಾವು 4 ರೂಟರ್‌ಗಳ ವಿತರಣಾ ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಸ್ವಿಚ್ ಹೊಂದಿದ್ದರೆ ಏನಾಗುತ್ತದೆ? ಅಂತಹ "ಹಂಚಿಕೆ" ಪರಿಸರದಲ್ಲಿ, ರೂಟರ್‌ಗಳಲ್ಲಿ ಒಂದು ಗೊತ್ತುಪಡಿಸಿದ ರೂಟರ್ ಡಿಆರ್ ಪಾತ್ರವನ್ನು ವಹಿಸಬೇಕು ಮತ್ತು ಎರಡನೆಯದು ಬ್ಯಾಕಪ್ ಗೊತ್ತುಪಡಿಸಿದ ರೂಟರ್, BDR ಪಾತ್ರವನ್ನು ನಿರ್ವಹಿಸಬೇಕು.
ಈ ಪ್ರತಿಯೊಂದು ಸಾಧನಗಳು ಪೂರ್ಣ ಸಂಪರ್ಕವನ್ನು ಅಥವಾ ಸಂಪೂರ್ಣ ಸಂಪರ್ಕದ ಸ್ಥಿತಿಯನ್ನು ರೂಪಿಸುತ್ತವೆ, ನಂತರ ಇದು ಏನೆಂದು ನಾವು ನೋಡುತ್ತೇವೆ, ಆದಾಗ್ಯೂ, ಈ ಪ್ರಕಾರದ ಸಂಪರ್ಕವನ್ನು DR ಮತ್ತು BDR ನೊಂದಿಗೆ ಮಾತ್ರ ಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ; ಎರಡು ಕಡಿಮೆ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು D ಮತ್ತು B ದ್ವಿಮುಖ ಸಂಪರ್ಕ ಯೋಜನೆ "ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್" ಅನ್ನು ಬಳಸಿಕೊಂಡು ಇನ್ನೂ ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ.
ಅಂದರೆ, DR ಮತ್ತು BDR ನೊಂದಿಗೆ, ಎಲ್ಲಾ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಪೂರ್ಣ ನೆರೆಹೊರೆಯ ಸಂಬಂಧವನ್ನು ಸ್ಥಾಪಿಸುತ್ತವೆ, ಮತ್ತು ಪರಸ್ಪರ - ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸಂಪರ್ಕ. ಇದು ಬಹಳ ಮುಖ್ಯ ಏಕೆಂದರೆ ಪಕ್ಕದ ಸಾಧನಗಳ ನಡುವಿನ ದ್ವಿಮುಖ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ, ಎಲ್ಲಾ ಹಲೋ ಪ್ಯಾಕೆಟ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಹೊಂದಿಕೆಯಾಗಬೇಕು. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಎಲ್ಲವೂ ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಧನಗಳು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲದೆ ನೆರೆಹೊರೆಯನ್ನು ರೂಪಿಸುತ್ತವೆ.
ದ್ವಿಮುಖ ಸಂವಹನವನ್ನು ಸ್ಥಾಪಿಸಿದ ತಕ್ಷಣ, ರೂಟರ್ A ರೂಟರ್ B ಗೆ ಡೇಟಾಬೇಸ್ ವಿವರಣೆ ಪ್ಯಾಕೆಟ್ ಅಥವಾ "ಡೇಟಾಬೇಸ್ ವಿವರಣೆ" ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಎಕ್ಸ್‌ಸ್ಟಾರ್ಟ್ ಸ್ಥಿತಿಗೆ ಹೋಗುತ್ತದೆ - ವಿನಿಮಯದ ಪ್ರಾರಂಭ, ಅಥವಾ ಲೋಡ್ ಆಗಲು ಕಾಯುತ್ತಿದೆ. ಡೇಟಾಬೇಸ್ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಎನ್ನುವುದು ಪುಸ್ತಕದ ವಿಷಯಗಳ ಕೋಷ್ಟಕಕ್ಕೆ ಹೋಲುವ ಮಾಹಿತಿಯಾಗಿದೆ - ಇದು ರೂಟಿಂಗ್ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿರುವ ಎಲ್ಲದರ ಪಟ್ಟಿಯಾಗಿದೆ. ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ರೂಟರ್ ಬಿ ತನ್ನ ಡೇಟಾಬೇಸ್ ವಿವರಣೆಯನ್ನು ರೂಟರ್ ಎ ಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಎಕ್ಸ್ಚೇಂಜ್ ಚಾನೆಲ್ ಸಂವಹನ ಸ್ಥಿತಿಯನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆ. ಎಕ್ಸ್ಚೇಂಜ್ ಸ್ಥಿತಿಯಲ್ಲಿ ರೂಟರ್ ತನ್ನ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಕೆಲವು ಮಾಹಿತಿಯು ಕಾಣೆಯಾಗಿದೆ ಎಂದು ಪತ್ತೆಮಾಡಿದರೆ, ಅದು ಲೋಡಿಂಗ್ ಲೋಡಿಂಗ್ ಸ್ಥಿತಿಗೆ ಹೋಗುತ್ತದೆ ಮತ್ತು ಅದರ ನೆರೆಹೊರೆಯವರೊಂದಿಗೆ LSR, LSU ಮತ್ತು LSA ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ, ರೂಟರ್ ಎ ತನ್ನ ನೆರೆಹೊರೆಯವರಿಗೆ ಎಲ್ಎಸ್ಆರ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅವರು ಎಲ್ಎಸ್ಯು ಪ್ಯಾಕೆಟ್ನೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾರೆ, ರೂಟರ್ ಎ ಎಲ್ಎಸ್ಎ ಸಂದೇಶದೊಂದಿಗೆ ರೂಟರ್ ಬಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಸಾಧನಗಳು LSA ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಬಯಸುವಷ್ಟು ಬಾರಿ ಈ ವಿನಿಮಯವು ಸಂಭವಿಸುತ್ತದೆ. LOADING ಸ್ಥಿತಿ ಎಂದರೆ LSA ಡೇಟಾಬೇಸ್‌ನ ಪೂರ್ಣ ನವೀಕರಣ ಇನ್ನೂ ಸಂಭವಿಸಿಲ್ಲ. ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ನಂತರ, ಎರಡೂ ಸಾಧನಗಳು ಪೂರ್ಣ ಪಕ್ಕದ ಸ್ಥಿತಿಯನ್ನು ನಮೂದಿಸುತ್ತವೆ.
ಎರಡು-ಮಾರ್ಗದ ಸಂಪರ್ಕದೊಂದಿಗೆ, ಸಾಧನಗಳು ಸರಳವಾಗಿ ಪಕ್ಕದ ಸ್ಥಿತಿಯಲ್ಲಿವೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಪಕ್ಕದ ಸ್ಥಿತಿಯು ರೂಟರ್ಗಳು, DR ಮತ್ತು BDR ನಡುವೆ ಮಾತ್ರ ಸಾಧ್ಯ. ಇದರರ್ಥ ಪ್ರತಿ ರೂಟರ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ DR ಗೆ ತಿಳಿಸುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಾ ರೂಟರ್ಗಳು DR ನಿಂದ ಈ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ತಿಳಿಯಿರಿ
DR ಮತ್ತು BDR ಆಯ್ಕೆಯು ಒಂದು ಪ್ರಮುಖ ವಿಷಯವಾಗಿದೆ. ಸಾಮಾನ್ಯ ಪರಿಸರದಲ್ಲಿ DR ಅನ್ನು ಹೇಗೆ ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ನಮ್ಮ ಯೋಜನೆಯು ಮೂರು ರೂಟರ್ಗಳು ಮತ್ತು ಸ್ವಿಚ್ ಅನ್ನು ಹೊಂದಿದೆ ಎಂದು ಭಾವಿಸೋಣ. OSPF ಸಾಧನಗಳು ಮೊದಲು ಹಲೋ ಸಂದೇಶಗಳಲ್ಲಿನ ಆದ್ಯತೆಯನ್ನು ಹೋಲಿಸಿ, ನಂತರ ರೂಟರ್ ಐಡಿಯನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ.
ಎರಡು ಸಾಧನಗಳ ಆದ್ಯತೆಗಳು ಕಾಕತಾಳೀಯವಾಗಿದ್ದರೆ, ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಸಾಧನವು DR ಆಗುತ್ತದೆ, ನಂತರ ಹೆಚ್ಚಿನ ರೂಟರ್ ID ಹೊಂದಿರುವ ಸಾಧನವನ್ನು ಎರಡರಿಂದ ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು DR ಆಗುತ್ತದೆ
ಎರಡನೇ ಅತಿ ಹೆಚ್ಚು ಆದ್ಯತೆ ಅಥವಾ ಎರಡನೇ ಅತಿ ಹೆಚ್ಚು ರೂಟರ್ ಐಡಿ ಹೊಂದಿರುವ ಸಾಧನವು ಬ್ಯಾಕಪ್ ಮೀಸಲಾದ ರೂಟರ್ BDR ಆಗುತ್ತದೆ. DR ವಿಫಲವಾದರೆ, ಅದನ್ನು ತಕ್ಷಣವೇ BDR ನಿಂದ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ. ಇದು DR ಪಾತ್ರವನ್ನು ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ಇನ್ನೊಂದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಬಿಡಿಆರ್
ನೀವು DR ಮತ್ತು BDR ಆಯ್ಕೆಯನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಇಲ್ಲದಿದ್ದರೆ, ನಾನು ಈ ಕೆಳಗಿನ ವೀಡಿಯೊಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಈ ಸಮಸ್ಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತೇನೆ ಮತ್ತು ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವಿವರಿಸುತ್ತೇನೆ.
ಇಲ್ಲಿಯವರೆಗೆ ನಾವು ಹಲೋ ಎಂದರೇನು, ಡೇಟಾಬೇಸ್ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಮತ್ತು LSR, LSU ಮತ್ತು LSA ಸಂದೇಶಗಳನ್ನು ನೋಡಿದ್ದೇವೆ. ಮುಂದಿನ ವಿಷಯಕ್ಕೆ ತೆರಳುವ ಮೊದಲು, OSPF ವೆಚ್ಚದ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ಮಾತನಾಡೋಣ.
ಸಿಸ್ಕೊದಲ್ಲಿ, ಮಾರ್ಗದ ವೆಚ್ಚವನ್ನು ರೆಫರೆನ್ಸ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್‌ನ ಅನುಪಾತದ ಸೂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ, ಇದನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ 100 Mbit/s ಗೆ ಚಾನಲ್‌ನ ವೆಚ್ಚಕ್ಕೆ ಹೊಂದಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಸರಣಿ ಪೋರ್ಟ್ ಮೂಲಕ ಸಾಧನಗಳನ್ನು ಸಂಪರ್ಕಿಸುವಾಗ, ವೇಗವು 1.544 Mbps ಆಗಿರುತ್ತದೆ ಮತ್ತು ವೆಚ್ಚವು 64 ಆಗಿರುತ್ತದೆ. 10 Mbps ವೇಗದೊಂದಿಗೆ ಈಥರ್ನೆಟ್ ಸಂಪರ್ಕವನ್ನು ಬಳಸುವಾಗ, ವೆಚ್ಚವು 10 ಆಗಿರುತ್ತದೆ ಮತ್ತು ಇದರೊಂದಿಗೆ FastEthernet ಸಂಪರ್ಕದ ವೆಚ್ಚ 100 Mbps ವೇಗವು 1 ಆಗಿರುತ್ತದೆ.
ಗಿಗಾಬಿಟ್ ಈಥರ್ನೆಟ್ ಅನ್ನು ಬಳಸುವಾಗ ನಾವು 1000 Mbps ವೇಗವನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಆದರೆ ಈ ಸಂದರ್ಭದಲ್ಲಿ ವೇಗವು ಯಾವಾಗಲೂ 1 ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ, ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ನೀವು ಗಿಗಾಬಿಟ್ ಈಥರ್ನೆಟ್ ಹೊಂದಿದ್ದರೆ, ನೀವು Ref ನ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯವನ್ನು ಬದಲಾಯಿಸಬೇಕು. BW 1000. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವೆಚ್ಚವು 1 ಆಗಿರುತ್ತದೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಟೇಬಲ್ ಅನ್ನು 10 ಪಟ್ಟು ಹೆಚ್ಚಿಸುವ ವೆಚ್ಚದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲಾಗುತ್ತದೆ. ಒಮ್ಮೆ ನಾವು ಪಕ್ಕದ ಪ್ರದೇಶವನ್ನು ರಚಿಸಿದ್ದೇವೆ ಮತ್ತು LSDB ಅನ್ನು ನಿರ್ಮಿಸಿದ್ದೇವೆ, ನಾವು ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ಮುಂದುವರಿಯುತ್ತೇವೆ.
LSDB ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಪ್ರತಿ ರೂಟರ್ ಸ್ವತಂತ್ರವಾಗಿ SPF ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಮಾರ್ಗಗಳ ಪಟ್ಟಿಯನ್ನು ರಚಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ನಮ್ಮ ಯೋಜನೆಯಲ್ಲಿ, ರೂಟರ್ ಎ ಅಂತಹ ಟೇಬಲ್ ಅನ್ನು ಸ್ವತಃ ರಚಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಇದು A-R1 ಮಾರ್ಗದ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದನ್ನು 10 ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ರೇಖಾಚಿತ್ರವನ್ನು ಸುಲಭವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ರೂಟರ್ A ರೂಟರ್ B ಗೆ ಸೂಕ್ತವಾದ ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸೋಣ. A-R1 ಲಿಂಕ್‌ನ ಬೆಲೆ 10 ಆಗಿದೆ. , A-R2 ಲಿಂಕ್ 100, ಮತ್ತು A-R3 ಮಾರ್ಗದ ವೆಚ್ಚವು 11 ಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ, ಅಂದರೆ, A-R1(10) ಮತ್ತು R1-R3(1) ಮಾರ್ಗದ ಮೊತ್ತ.
ರೂಟರ್ A ರೂಟರ್ R4 ಅನ್ನು ಪಡೆಯಲು ಬಯಸಿದರೆ, ಇದು A-R1-R4 ಮಾರ್ಗದಲ್ಲಿ ಅಥವಾ A-R2-R4 ಮಾರ್ಗದಲ್ಲಿ ಇದನ್ನು ಮಾಡಬಹುದು ಮತ್ತು ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾರ್ಗಗಳ ಬೆಲೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ: 10+100 =100+10=110. A-R6 ಮಾರ್ಗವು 100+1= 101 ವೆಚ್ಚವಾಗಲಿದೆ, ಇದು ಈಗಾಗಲೇ ಉತ್ತಮವಾಗಿದೆ. ಮುಂದೆ, A-R5-R1-R3 ಮಾರ್ಗದಲ್ಲಿ ರೂಟರ್ R5 ಗೆ ಮಾರ್ಗವನ್ನು ನಾವು ಪರಿಗಣಿಸುತ್ತೇವೆ, ಅದರ ವೆಚ್ಚವು 10+1+100 = 111 ಆಗಿರುತ್ತದೆ.
ರೂಟರ್ R7 ಗೆ ಮಾರ್ಗವನ್ನು ಎರಡು ಮಾರ್ಗಗಳಲ್ಲಿ ಹಾಕಬಹುದು: A-R1-R4-R7 ಅಥವಾ A-R2-R6-R7. ಮೊದಲನೆಯ ವೆಚ್ಚವು 210 ಆಗಿರುತ್ತದೆ, ಎರಡನೆಯದು - 201, ಅಂದರೆ ನೀವು 201 ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು. ಆದ್ದರಿಂದ, ರೂಟರ್ ಬಿ ತಲುಪಲು, ರೂಟರ್ ಎ 4 ಮಾರ್ಗಗಳನ್ನು ಬಳಸಬಹುದು.
A-R1-R3-R5-B ಮಾರ್ಗದ ವೆಚ್ಚವು 121 ಆಗಿರುತ್ತದೆ. A-R1-R4-R7-B ಮಾರ್ಗವು 220 ವೆಚ್ಚವಾಗುತ್ತದೆ. A-R2-R4-R7-B ಮಾರ್ಗವು 210 ಮತ್ತು A-R2- R6-R7-B 211 ವೆಚ್ಚವನ್ನು ಹೊಂದಿದೆ. ಇದರ ಆಧಾರದ ಮೇಲೆ, ರೂಟರ್ A 121 ಕ್ಕೆ ಸಮಾನವಾದ ಕಡಿಮೆ ವೆಚ್ಚದ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಇರಿಸುತ್ತದೆ. ಇದು SPF ಅಲ್ಗಾರಿದಮ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಸರಳೀಕೃತ ರೇಖಾಚಿತ್ರವಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಟೇಬಲ್ ಉತ್ತಮ ಮಾರ್ಗವು ಚಲಿಸುವ ರೂಟರ್‌ಗಳ ಪದನಾಮಗಳನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಅವುಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಪೋರ್ಟ್‌ಗಳ ಪದನಾಮಗಳು ಮತ್ತು ಎಲ್ಲಾ ಇತರ ಅಗತ್ಯ ಮಾಹಿತಿಯನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ.
ರೂಟಿಂಗ್ ವಲಯಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಇನ್ನೊಂದು ವಿಷಯವನ್ನು ನೋಡೋಣ. ವಿಶಿಷ್ಟವಾಗಿ, ಕಂಪನಿಯ OSPF ಸಾಧನಗಳನ್ನು ಹೊಂದಿಸುವಾಗ, ಅವೆಲ್ಲವೂ ಒಂದು ಸಾಮಾನ್ಯ ವಲಯದಲ್ಲಿವೆ.
R3 ರೂಟರ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸಾಧನವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ವಿಫಲವಾದರೆ ಏನಾಗುತ್ತದೆ? ರೂಟರ್ R3 ಈ ಸಾಧನದೊಂದಿಗೆ ಚಾನಲ್ ಇನ್ನು ಮುಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ ಎಂದು ರೂಟರ್ R5 ಮತ್ತು R1 ಗೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಾ ರೂಟರ್ಗಳು ಈ ಈವೆಂಟ್ ಕುರಿತು ನವೀಕರಣಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.
ನೀವು 100 ರೂಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಅವುಗಳು ಒಂದೇ ಸಾಮಾನ್ಯ ವಲಯದಲ್ಲಿರುವುದರಿಂದ ಅವು ಎಲ್ಲಾ ಲಿಂಕ್ ಸ್ಥಿತಿಯ ಮಾಹಿತಿಯನ್ನು ನವೀಕರಿಸುತ್ತವೆ. ನೆರೆಯ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ ಅದೇ ಸಂಭವಿಸುತ್ತದೆ - ವಲಯದಲ್ಲಿನ ಎಲ್ಲಾ ಸಾಧನಗಳು LSA ನವೀಕರಣಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತವೆ. ಅಂತಹ ಸಂದೇಶಗಳ ವಿನಿಮಯದ ನಂತರ, ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯೇ ಬದಲಾಗುತ್ತದೆ. ಒಮ್ಮೆ ಇದು ಸಂಭವಿಸಿದಲ್ಲಿ, ಬದಲಾದ ಪರಿಸ್ಥಿತಿಗಳಿಗೆ ಅನುಗುಣವಾಗಿ SPF ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ. ಇದು ಬಹಳ ದೊಡ್ಡ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ, ಮತ್ತು ನೀವು ಒಂದು ವಲಯದಲ್ಲಿ ಸಾವಿರ ಸಾಧನಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ನೀವು ರೂಟರ್‌ಗಳ ಮೆಮೊರಿ ಗಾತ್ರವನ್ನು ನಿಯಂತ್ರಿಸಬೇಕಾಗುತ್ತದೆ ಆದ್ದರಿಂದ ಎಲ್ಲಾ LSA ಗಳನ್ನು ಮತ್ತು ಬೃಹತ್ LSDB ಲಿಂಕ್ ಸ್ಟೇಟ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಾಕು. ವಲಯದ ಕೆಲವು ಭಾಗದಲ್ಲಿ ಬದಲಾವಣೆಗಳು ಸಂಭವಿಸಿದ ತಕ್ಷಣ, SPF ಅಲ್ಗಾರಿದಮ್ ತಕ್ಷಣವೇ ಮಾರ್ಗಗಳನ್ನು ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪ್ರತಿ 30 ನಿಮಿಷಗಳಿಗೊಮ್ಮೆ LSA ಅನ್ನು ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯು ಎಲ್ಲಾ ಸಾಧನಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಸಂಭವಿಸುವುದಿಲ್ಲ, ಆದರೆ ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರತಿ ರೂಟರ್ ಪ್ರತಿ 30 ನಿಮಿಷಗಳವರೆಗೆ ನವೀಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಹೆಚ್ಚು ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳು. LSDB ಅನ್ನು ನವೀಕರಿಸಲು ಹೆಚ್ಚು ಮೆಮೊರಿ ಮತ್ತು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಒಂದು ಸಾಮಾನ್ಯ ವಲಯವನ್ನು ಹಲವಾರು ಪ್ರತ್ಯೇಕ ವಲಯಗಳಾಗಿ ವಿಭಜಿಸುವ ಮೂಲಕ ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬಹುದು, ಅಂದರೆ ಮಲ್ಟಿಜೋನಿಂಗ್ ಬಳಸಿ. ಇದನ್ನು ಮಾಡಲು, ನೀವು ನಿರ್ವಹಿಸುವ ಸಂಪೂರ್ಣ ನೆಟ್ವರ್ಕ್ನ ಯೋಜನೆ ಅಥವಾ ರೇಖಾಚಿತ್ರವನ್ನು ನೀವು ಹೊಂದಿರಬೇಕು. AREA 0 ನಿಮ್ಮ ಮುಖ್ಯ ಪ್ರದೇಶವಾಗಿದೆ. ಬಾಹ್ಯ ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕವನ್ನು ಮಾಡುವ ಸ್ಥಳ ಇದು, ಉದಾಹರಣೆಗೆ, ಇಂಟರ್ನೆಟ್ಗೆ ಪ್ರವೇಶ. ಹೊಸ ವಲಯಗಳನ್ನು ರಚಿಸುವಾಗ, ನೀವು ನಿಯಮವನ್ನು ಅನುಸರಿಸಬೇಕು: ಪ್ರತಿ ವಲಯವು ಒಂದು ABR, ಏರಿಯಾ ಬಾರ್ಡರ್ ರೂಟರ್ ಅನ್ನು ಹೊಂದಿರಬೇಕು. ಎಡ್ಜ್ ರೂಟರ್ ಒಂದು ವಲಯದಲ್ಲಿ ಒಂದು ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಇನ್ನೊಂದು ವಲಯದಲ್ಲಿ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, R5 ರೌಟರ್ ವಲಯ 1 ಮತ್ತು ವಲಯ 0 ರಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಹೊಂದಿದೆ. ನಾನು ಹೇಳಿದಂತೆ, ಪ್ರತಿಯೊಂದು ವಲಯಗಳು ವಲಯ ಶೂನ್ಯಕ್ಕೆ ಸಂಪರ್ಕ ಹೊಂದಿರಬೇಕು, ಅಂದರೆ, ಅಂಚಿನ ರೂಟರ್ ಅನ್ನು ಹೊಂದಿರಬೇಕು, ಅದರ ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ಒಂದನ್ನು AREA 0 ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ.
R6-R7 ಸಂಪರ್ಕವು ವಿಫಲವಾಗಿದೆ ಎಂದು ಭಾವಿಸೋಣ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, LSA ನವೀಕರಣವು AREA 1 ಮೂಲಕ ಮಾತ್ರ ಪ್ರಚಾರಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಈ ವಲಯದ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ವಲಯ 2 ಮತ್ತು ವಲಯ 0 ರಲ್ಲಿನ ಸಾಧನಗಳು ಅದರ ಬಗ್ಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ. ಎಡ್ಜ್ ರೂಟರ್ R5 ಅದರ ವಲಯದಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಸಾರಾಂಶಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ನ ಸ್ಥಿತಿಯ ಕುರಿತು ಸಾರಾಂಶ ಮಾಹಿತಿಯನ್ನು ಮುಖ್ಯ ವಲಯ AREA 0 ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಒಂದು ವಲಯದಲ್ಲಿನ ಸಾಧನಗಳು ಇತರ ವಲಯಗಳಲ್ಲಿನ ಎಲ್ಲಾ LSA ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ತಿಳಿದಿರುವ ಅಗತ್ಯವಿಲ್ಲ ಏಕೆಂದರೆ ABR ರೂಟರ್ ಸಾರಾಂಶ ಮಾರ್ಗದ ಮಾಹಿತಿಯನ್ನು ಒಂದು ವಲಯದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ರವಾನಿಸುತ್ತದೆ.
ವಲಯಗಳ ಪರಿಕಲ್ಪನೆಯಲ್ಲಿ ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲದಿದ್ದರೆ, ನಾವು OSPF ರೂಟಿಂಗ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವಾಗ ಮತ್ತು ಕೆಲವು ಉದಾಹರಣೆಗಳನ್ನು ನೋಡಿದಾಗ ಮುಂದಿನ ಪಾಠಗಳಲ್ಲಿ ನೀವು ಇನ್ನಷ್ಟು ಕಲಿಯಬಹುದು.
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್‌ಗಳ ಅನನ್ಯ ಅನಲಾಗ್‌ನಲ್ಲಿ Habr ಬಳಕೆದಾರರಿಗೆ 30% ರಿಯಾಯಿತಿ, ಇದನ್ನು ನಿಮಗಾಗಿ ನಾವು ಕಂಡುಹಿಡಿದಿದ್ದೇವೆ: (RAID1 ಮತ್ತು RAID10, 24 ಕೋರ್‌ಗಳವರೆಗೆ ಮತ್ತು 40GB DDR4 ವರೆಗೆ ಲಭ್ಯವಿದೆ).
Dell R730xd 2 ಪಟ್ಟು ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ ನೆದರ್ಲ್ಯಾಂಡ್ಸ್ನಲ್ಲಿ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ರಿಂದ! ಬಗ್ಗೆ ಓದು
ಮೂಲ: www.habr.com