ಇಂದು ನಾವು EIGRP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅಧ್ಯಯನ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ, ಇದು OSPF ಅನ್ನು ಅಧ್ಯಯನ ಮಾಡುವುದರ ಜೊತೆಗೆ CCNA ಕೋರ್ಸ್ನ ಪ್ರಮುಖ ವಿಷಯವಾಗಿದೆ.
ನಾವು ನಂತರ ವಿಭಾಗ 2.5 ಗೆ ಹಿಂತಿರುಗುತ್ತೇವೆ, ಆದರೆ ಇದೀಗ, ವಿಭಾಗ 2.4 ರ ನಂತರ, ನಾವು ವಿಭಾಗ 2.6 ಗೆ ಹೋಗುತ್ತೇವೆ, “IPv4 ಮೂಲಕ EIGRP ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು, ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ದೋಷನಿವಾರಣೆ ಮಾಡುವುದು (ದೃಢೀಕರಣ, ಫಿಲ್ಟರಿಂಗ್, ಹಸ್ತಚಾಲಿತ ಸಾರೀಕರಣ, ಮರುಹಂಚಿಕೆ, ಮತ್ತು ಹಂಚಿಕೆ, ಕಾನ್ಫಿಗರೇಶನ್)."
ಇಂದು ನಾವು ಪರಿಚಯಾತ್ಮಕ ಪಾಠವನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಇದರಲ್ಲಿ ನಾನು ನಿಮಗೆ ವರ್ಧಿತ ಆಂತರಿಕ ಗೇಟ್ವೇ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ EIGRP ಪರಿಕಲ್ಪನೆಯನ್ನು ಪರಿಚಯಿಸುತ್ತೇನೆ ಮತ್ತು ಮುಂದಿನ ಎರಡು ಪಾಠಗಳಲ್ಲಿ ನಾವು ಪ್ರೋಟೋಕಾಲ್ನ ರೋಬೋಟ್ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಮತ್ತು ದೋಷನಿವಾರಣೆ ಮಾಡುವುದನ್ನು ನೋಡುತ್ತೇವೆ. ಆದರೆ ಮೊದಲು ನಾನು ನಿಮಗೆ ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಹೇಳಲು ಬಯಸುತ್ತೇನೆ.
ಕಳೆದ ಕೆಲವು ಪಾಠಗಳಲ್ಲಿ ನಾವು OSPF ಬಗ್ಗೆ ಕಲಿಯುತ್ತಿದ್ದೇವೆ. ಹಲವು ತಿಂಗಳುಗಳ ಹಿಂದೆ ನಾವು RIP ಅನ್ನು ನೋಡಿದಾಗ, ನಾವು ರೂಟಿಂಗ್ ಲೂಪ್ಗಳು ಮತ್ತು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಲೂಪ್ ಮಾಡುವುದನ್ನು ತಡೆಯುವ ತಂತ್ರಜ್ಞಾನಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ ಎಂಬುದನ್ನು ಈಗ ನೀವು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕೆಂದು ನಾನು ಬಯಸುತ್ತೇನೆ. OSPF ಬಳಸುವಾಗ ನೀವು ರೂಟಿಂಗ್ ಲೂಪ್ಗಳನ್ನು ಹೇಗೆ ತಡೆಯಬಹುದು? ಇದಕ್ಕಾಗಿ ರೂಟ್ ಪಾಯಿಸನ್ ಅಥವಾ ಸ್ಪ್ಲಿಟ್ ಹಾರಿಜಾನ್ನಂತಹ ವಿಧಾನಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವೇ? ಇವುಗಳು ನೀವೇ ಉತ್ತರಿಸಬೇಕಾದ ಪ್ರಶ್ನೆಗಳಾಗಿವೆ. ನೀವು ಇತರ ವಿಷಯಾಧಾರಿತ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ಈ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಗಳನ್ನು ಕಂಡುಕೊಳ್ಳಿ. ವಿವಿಧ ಮೂಲಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಮೂಲಕ ಉತ್ತರಗಳನ್ನು ನೀವೇ ಹೇಗೆ ಕಂಡುಹಿಡಿಯುವುದು ಎಂಬುದನ್ನು ನೀವು ಕಲಿಯಬೇಕೆಂದು ನಾನು ಬಯಸುತ್ತೇನೆ ಮತ್ತು ಈ ವೀಡಿಯೊದ ಕೆಳಗೆ ನಿಮ್ಮ ಕಾಮೆಂಟ್ಗಳನ್ನು ಬಿಡಲು ನಾನು ನಿಮ್ಮನ್ನು ಪ್ರೋತ್ಸಾಹಿಸುತ್ತೇನೆ ಇದರಿಂದ ನನ್ನ ಎಷ್ಟು ವಿದ್ಯಾರ್ಥಿಗಳು ಈ ಕಾರ್ಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ್ದಾರೆ ಎಂಬುದನ್ನು ನಾನು ನೋಡಬಹುದು.
EIGRP ಎಂದರೇನು? ಇದು ಹೈಬ್ರಿಡ್ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದ್ದು ಅದು RIP ನಂತಹ ದೂರದ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು OSPF ನಂತಹ ಲಿಂಕ್-ಸ್ಟೇಟ್ ಪ್ರೋಟೋಕಾಲ್ ಎರಡರ ಉಪಯುಕ್ತ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ.
EIGRP ಸಿಸ್ಕೋ ಸ್ವಾಮ್ಯದ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದ್ದು, ಇದನ್ನು 2013 ರಲ್ಲಿ ಸಾರ್ವಜನಿಕರಿಗೆ ಲಭ್ಯಗೊಳಿಸಲಾಯಿತು. ಲಿಂಕ್-ಸ್ಟೇಟ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ನಿಂದ, ಅವರು ನೆರೆಹೊರೆಯ ಸ್ಥಾಪನೆಯ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಅಳವಡಿಸಿಕೊಂಡರು, RIP ಗಿಂತ ಭಿನ್ನವಾಗಿ, ಇದು ನೆರೆಹೊರೆಯವರನ್ನು ರಚಿಸುವುದಿಲ್ಲ. RIP ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ ಇತರ ಭಾಗವಹಿಸುವವರೊಂದಿಗೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ OSPF ಈ ವಿನಿಮಯವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಪಕ್ಕದ ಸ್ಥಾನವನ್ನು ರೂಪಿಸುತ್ತದೆ. EIGRP ಅದೇ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
RIP ಪ್ರೋಟೋಕಾಲ್ ನಿಯತಕಾಲಿಕವಾಗಿ ಪೂರ್ಣ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ಪ್ರತಿ 30 ಸೆಕೆಂಡ್ಗೆ ನವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ಗಳು ಮತ್ತು ಎಲ್ಲಾ ಮಾರ್ಗಗಳ ಮಾಹಿತಿಯನ್ನು ಅದರ ಎಲ್ಲಾ ನೆರೆಹೊರೆಯವರಿಗೂ ವಿತರಿಸುತ್ತದೆ. EIGRP ಮಾಹಿತಿಯ ಆವರ್ತಕ ಪೂರ್ಣ ನವೀಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಬದಲಿಗೆ OSPF ಮಾಡುವ ರೀತಿಯಲ್ಲಿಯೇ ಹಲೋ ಸಂದೇಶಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡುವ ಪರಿಕಲ್ಪನೆಯನ್ನು ಬಳಸುತ್ತದೆ. ನೆರೆಹೊರೆಯವರು ಇನ್ನೂ "ಜೀವಂತರಾಗಿದ್ದಾರೆ" ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ರತಿ ಕೆಲವು ಸೆಕೆಂಡುಗಳಿಗೊಮ್ಮೆ ಅದು ಹಲೋ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ.
ಒಂದು ಮಾರ್ಗವನ್ನು ರೂಪಿಸಲು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಸಂಪೂರ್ಣ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯನ್ನು ಪರೀಕ್ಷಿಸುವ ದೂರದ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ಗಿಂತ ಭಿನ್ನವಾಗಿ, EIGRP, RIP ನಂತಹ, ವದಂತಿಗಳ ಆಧಾರದ ಮೇಲೆ ಮಾರ್ಗಗಳನ್ನು ರಚಿಸುತ್ತದೆ. ನಾನು ವದಂತಿಗಳನ್ನು ಹೇಳಿದಾಗ, ನೆರೆಹೊರೆಯವರು ಏನನ್ನಾದರೂ ವರದಿ ಮಾಡಿದಾಗ, EIGRP ಅದನ್ನು ಪ್ರಶ್ನಿಸದೆ ಒಪ್ಪಿಕೊಳ್ಳುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಬ್ಬ ನೆರೆಹೊರೆಯವರು 10.1.1.2 ಅನ್ನು ಹೇಗೆ ತಲುಪಬೇಕು ಎಂದು ತಿಳಿದಿದ್ದರೆ, EIGRP ಕೇಳದೆಯೇ ಅವನನ್ನು ನಂಬುತ್ತದೆ, “ನಿಮಗೆ ಅದು ಹೇಗೆ ಗೊತ್ತು? ಇಡೀ ನೆಟ್ವರ್ಕ್ನ ಟೋಪೋಲಜಿ ಬಗ್ಗೆ ಹೇಳಿ!
2013 ರ ಮೊದಲು, ನೀವು ಸಿಸ್ಕೋ ಮೂಲಸೌಕರ್ಯವನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತಿದ್ದರೆ, ನೀವು EIGRP ಅನ್ನು ಬಳಸಬಹುದು, ಏಕೆಂದರೆ ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು 1994 ರಲ್ಲಿ ರಚಿಸಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಅನೇಕ ಕಂಪನಿಗಳು, ಸಿಸ್ಕೋ ಉಪಕರಣಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದರೂ ಸಹ, ಈ ಅಂತರದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಇಷ್ಟವಿರಲಿಲ್ಲ. ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, EIGRP ಇಂದು ಅತ್ಯುತ್ತಮ ಡೈನಾಮಿಕ್ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ ಏಕೆಂದರೆ ಇದು ಬಳಸಲು ತುಂಬಾ ಸುಲಭವಾಗಿದೆ, ಆದರೆ ಜನರು ಇನ್ನೂ OSPF ಅನ್ನು ಬಯಸುತ್ತಾರೆ. ಅವರು ಸಿಸ್ಕೋ ಉತ್ಪನ್ನಗಳೊಂದಿಗೆ ಸಂಬಂಧ ಹೊಂದಲು ಬಯಸದಿರುವುದು ಇದಕ್ಕೆ ಕಾರಣ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಆದರೆ ಸಿಸ್ಕೊ ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸಾರ್ವಜನಿಕವಾಗಿ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಿದೆ ಏಕೆಂದರೆ ಇದು ಜೂನಿಪರ್ನಂತಹ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ನೆಟ್ವರ್ಕಿಂಗ್ ಉಪಕರಣಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಸಿಸ್ಕೊ ಉಪಕರಣಗಳನ್ನು ಬಳಸದ ಕಂಪನಿಯೊಂದಿಗೆ ತಂಡವನ್ನು ಹೊಂದಿದ್ದರೆ, ನಿಮಗೆ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ.
ನೆಟ್ವರ್ಕ್ ಪ್ರೋಟೋಕಾಲ್ಗಳ ಇತಿಹಾಸಕ್ಕೆ ಒಂದು ಸಣ್ಣ ವಿಹಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ.
1 ರ ದಶಕದಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡ RIPv1980 ಪ್ರೋಟೋಕಾಲ್ ಹಲವಾರು ಮಿತಿಗಳನ್ನು ಹೊಂದಿತ್ತು, ಉದಾಹರಣೆಗೆ, ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಹಾಪ್ಗಳು 16, ಮತ್ತು ಆದ್ದರಿಂದ ದೊಡ್ಡ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ರೂಟಿಂಗ್ ಅನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ಅವರು ಆಂತರಿಕ ಗೇಟ್ವೇ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ IGRP ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದರು, ಇದು RIP ಗಿಂತ ಉತ್ತಮವಾಗಿತ್ತು. ಆದಾಗ್ಯೂ, ಇದು ಲಿಂಕ್ ಸ್ಟೇಟ್ ಪ್ರೋಟೋಕಾಲ್ಗಿಂತ ಹೆಚ್ಚು ದೂರದ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿತ್ತು. 80 ರ ದಶಕದ ಅಂತ್ಯದಲ್ಲಿ, IPv2 ಗಾಗಿ OSPFv4 ಲಿಂಕ್ ಸ್ಟೇಟ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ತೆರೆದ ಮಾನದಂಡವು ಹೊರಹೊಮ್ಮಿತು.
90 ರ ದಶಕದ ಆರಂಭದಲ್ಲಿ, ಸಿಸ್ಕೋ IGRP ಅನ್ನು ಸುಧಾರಿಸಬೇಕಾಗಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿತು ಮತ್ತು ವರ್ಧಿತ ಆಂತರಿಕ ಗೇಟ್ವೇ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ EIGRP ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿತು. ಇದು OSPF ಗಿಂತ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ ಏಕೆಂದರೆ ಇದು RIP ಮತ್ತು OSPF ಎರಡರ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸಿತು. ನಾವು ಅದನ್ನು ಅನ್ವೇಷಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, OSPF ಗಿಂತ EIGRP ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ತುಂಬಾ ಸುಲಭ ಎಂದು ನೀವು ನೋಡುತ್ತೀರಿ. ಸಿಸ್ಕೊ ಒಂದು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ ಅದು ಸಾಧ್ಯವಾದಷ್ಟು ವೇಗವಾಗಿ ನೆಟ್ವರ್ಕ್ ಒಮ್ಮುಖವನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
90 ರ ದಶಕದ ಉತ್ತರಾರ್ಧದಲ್ಲಿ, RIPv2 ಪ್ರೋಟೋಕಾಲ್ನ ನವೀಕರಿಸಿದ ವರ್ಗರಹಿತ ಆವೃತ್ತಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲಾಯಿತು. 2000 ರ ದಶಕದಲ್ಲಿ, IPv6 ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬೆಂಬಲಿಸುವ OSPF, RIPng ಮತ್ತು EIGRPv6 ನ ಮೂರನೇ ಆವೃತ್ತಿಯು ಕಾಣಿಸಿಕೊಂಡಿತು. ಜಗತ್ತು ಕ್ರಮೇಣ IPv6 ಗೆ ಪೂರ್ಣ ಪರಿವರ್ತನೆಯನ್ನು ಸಮೀಪಿಸುತ್ತಿದೆ ಮತ್ತು ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಡೆವಲಪರ್ಗಳು ಇದಕ್ಕೆ ಸಿದ್ಧರಾಗಲು ಬಯಸುತ್ತಾರೆ.
ನಿಮಗೆ ನೆನಪಿದ್ದರೆ, ಸೂಕ್ತವಾದ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ, RIP, ದೂರದ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿ, ಕೇವಲ ಒಂದು ಮಾನದಂಡದಿಂದ ಮಾರ್ಗದರ್ಶಿಸಲ್ಪಡುತ್ತದೆ ಎಂದು ನಾವು ಅಧ್ಯಯನ ಮಾಡಿದ್ದೇವೆ - ಕನಿಷ್ಠ ಸಂಖ್ಯೆಯ ಹಾಪ್ಗಳು ಅಥವಾ ಗಮ್ಯಸ್ಥಾನ ಇಂಟರ್ಫೇಸ್ಗೆ ಕನಿಷ್ಠ ಅಂತರ. ಆದ್ದರಿಂದ, ರೂಟರ್ R1 ರೂಟರ್ R3 ಗೆ ನೇರ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಈ ಮಾರ್ಗದಲ್ಲಿನ ವೇಗವು 64 kbit/s ಆಗಿದ್ದರೂ - R1-R2-R3 ಮಾರ್ಗದಲ್ಲಿನ ವೇಗಕ್ಕಿಂತ ಹಲವಾರು ಪಟ್ಟು ಕಡಿಮೆ, 1544 kbit/s ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. RIP ಪ್ರೋಟೋಕಾಲ್ 2 ಹಾಪ್ಗಳ ವೇಗದ ಮಾರ್ಗಕ್ಕಿಂತ ಒಂದು ಹಾಪ್ ಉದ್ದದ ನಿಧಾನ ಮಾರ್ಗವನ್ನು ಸೂಕ್ತವೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ.
OSPF ಸಂಪೂರ್ಣ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯನ್ನು ಅಧ್ಯಯನ ಮಾಡುತ್ತದೆ ಮತ್ತು ರೂಟರ್ R3 ನೊಂದಿಗೆ ಸಂವಹನಕ್ಕಾಗಿ ವೇಗವಾದ ಮಾರ್ಗವಾಗಿ R2 ಮೂಲಕ ಮಾರ್ಗವನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸುತ್ತದೆ. RIP ಹಾಪ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅದರ ಮೆಟ್ರಿಕ್ ಆಗಿ ಬಳಸುತ್ತದೆ, ಆದರೆ OSPF ನ ಮೆಟ್ರಿಕ್ ವೆಚ್ಚವಾಗಿದೆ, ಇದು ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಲಿಂಕ್ನ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ಗೆ ಅನುಪಾತದಲ್ಲಿರುತ್ತದೆ.
EIGRP ಸಹ ಮಾರ್ಗದ ವೆಚ್ಚದ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ, ಆದರೆ ಅದರ ಮೆಟ್ರಿಕ್ OSPF ಗಿಂತ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ ಮತ್ತು ಬ್ಯಾಂಡ್ವಿಡ್ತ್, ವಿಳಂಬ, ವಿಶ್ವಾಸಾರ್ಹತೆ, ಲೋಡಿಂಗ್ ಮತ್ತು ಗರಿಷ್ಠ MTU ಸೇರಿದಂತೆ ಹಲವು ಅಂಶಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ನೋಡ್ ಇತರರಿಗಿಂತ ಹೆಚ್ಚು ಲೋಡ್ ಆಗಿದ್ದರೆ, EIGRP ಸಂಪೂರ್ಣ ಮಾರ್ಗದಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ ಮತ್ತು ಕಡಿಮೆ ಲೋಡ್ ಹೊಂದಿರುವ ಮತ್ತೊಂದು ನೋಡ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
CCNA ಕೋರ್ಸ್ನಲ್ಲಿ ನಾವು ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮತ್ತು ವಿಳಂಬದಂತಹ ಮೆಟ್ರಿಕ್ ರಚನೆಯ ಅಂಶಗಳನ್ನು ಮಾತ್ರ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ; ಇವುಗಳನ್ನು ಮೆಟ್ರಿಕ್ ಸೂತ್ರವು ಬಳಸುತ್ತದೆ.
ದೂರ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ RIP ಎರಡು ಪರಿಕಲ್ಪನೆಗಳನ್ನು ಬಳಸುತ್ತದೆ: ದೂರ ಮತ್ತು ನಿರ್ದೇಶನ. ನಾವು 3 ಮಾರ್ಗನಿರ್ದೇಶಕಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು 20.0.0.0 ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕಿಸಿದ್ದರೆ, ನಂತರ ಆಯ್ಕೆಯನ್ನು ದೂರದಿಂದ ಮಾಡಲಾಗುತ್ತದೆ - ಇವುಗಳು ಹಾಪ್ಗಳು, ಈ ಸಂದರ್ಭದಲ್ಲಿ 1 ಹಾಪ್, ಮತ್ತು ದಿಕ್ಕಿನ ಮೂಲಕ, ಅಂದರೆ, ಯಾವ ಹಾದಿಯಲ್ಲಿ - ಮೇಲ್ಭಾಗ ಅಥವಾ ಕಡಿಮೆ - ಸಂಚಾರ ಕಳುಹಿಸಲು .
ಹೆಚ್ಚುವರಿಯಾಗಿ, RIP ಮಾಹಿತಿಯ ನಿಯತಕಾಲಿಕ ನವೀಕರಣವನ್ನು ಬಳಸುತ್ತದೆ, ಪ್ರತಿ 30 ಸೆಕೆಂಡುಗಳಿಗೊಮ್ಮೆ ನೆಟ್ವರ್ಕ್ನಾದ್ಯಂತ ಸಂಪೂರ್ಣ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ವಿತರಿಸುತ್ತದೆ. ಈ ನವೀಕರಣವು 2 ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತದೆ. ಮೊದಲನೆಯದು ರೂಟಿಂಗ್ ಟೇಬಲ್ನ ನಿಜವಾದ ನವೀಕರಣವಾಗಿದೆ, ಎರಡನೆಯದು ನೆರೆಹೊರೆಯವರ ಕಾರ್ಯಸಾಧ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತಿದೆ. ಸಾಧನವು 30 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ನೆರೆಹೊರೆಯವರಿಂದ ಪ್ರತಿಕ್ರಿಯೆ ಟೇಬಲ್ ನವೀಕರಣ ಅಥವಾ ಹೊಸ ಮಾರ್ಗದ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸದಿದ್ದರೆ, ನೆರೆಯ ಮಾರ್ಗವನ್ನು ಇನ್ನು ಮುಂದೆ ಬಳಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಅದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ. ನೆರೆಹೊರೆಯವರು ಇನ್ನೂ ಜೀವಂತವಾಗಿದ್ದಾರೆಯೇ ಮತ್ತು ಮಾರ್ಗವು ಇನ್ನೂ ಮಾನ್ಯವಾಗಿದೆಯೇ ಎಂದು ಕಂಡುಹಿಡಿಯಲು ರೂಟರ್ ಪ್ರತಿ 30 ಸೆಕೆಂಡುಗಳಿಗೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ.
ನಾನು ಹೇಳಿದಂತೆ, ಮಾರ್ಗ ಲೂಪ್ಗಳನ್ನು ತಡೆಯಲು ಸ್ಪ್ಲಿಟ್ ಹರೈಸನ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಇದರರ್ಥ ನವೀಕರಣವನ್ನು ಅದು ಬಂದ ಇಂಟರ್ಫೇಸ್ಗೆ ಹಿಂತಿರುಗಿಸಲಾಗುವುದಿಲ್ಲ. ಕುಣಿಕೆಗಳನ್ನು ತಡೆಗಟ್ಟುವ ಎರಡನೇ ತಂತ್ರಜ್ಞಾನವೆಂದರೆ ರೂಟ್ ವಿಷ. ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವ 20.0.0.0 ನೆಟ್ವರ್ಕ್ನೊಂದಿಗಿನ ಸಂಪರ್ಕವು ಅಡ್ಡಿಪಡಿಸಿದರೆ, ಅದನ್ನು ಸಂಪರ್ಕಿಸಿರುವ ರೂಟರ್ ತನ್ನ ನೆರೆಹೊರೆಯವರಿಗೆ “ವಿಷಪೂರಿತ ಮಾರ್ಗ” ವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ಈ ನೆಟ್ವರ್ಕ್ ಈಗ 16 ಹಾಪ್ಗಳಲ್ಲಿ ಪ್ರವೇಶಿಸಬಹುದು ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಅಂದರೆ, ಪ್ರಾಯೋಗಿಕವಾಗಿ ತಲುಪಲಾಗುವುದಿಲ್ಲ. RIP ಪ್ರೋಟೋಕಾಲ್ ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
EIGRP ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ? OSPF ಕುರಿತು ಪಾಠಗಳಿಂದ ನೀವು ನೆನಪಿಸಿಕೊಂಡರೆ, ಈ ಪ್ರೋಟೋಕಾಲ್ ಮೂರು ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ: ಇದು ನೆರೆಹೊರೆಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿ LSDB ಅನ್ನು ನವೀಕರಿಸಲು LSA ಅನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. ನೆರೆಹೊರೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದು ಒಂದು ಸಂಕೀರ್ಣವಾದ ಕಾರ್ಯವಿಧಾನವಾಗಿದ್ದು ಅದು ಅನೇಕ ನಿಯತಾಂಕಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, 2WAY ಸಂಪರ್ಕವನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಬದಲಾಯಿಸುವುದು - ಕೆಲವು ಸಂಪರ್ಕಗಳು ದ್ವಿಮುಖ ಸಂವಹನ ಸ್ಥಿತಿಯಲ್ಲಿ ಉಳಿಯುತ್ತವೆ, ಕೆಲವು ಪೂರ್ಣ ಸ್ಥಿತಿಗೆ ಹೋಗುತ್ತವೆ. OSPF ಗಿಂತ ಭಿನ್ನವಾಗಿ, EIGRP ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ ಇದು ಸಂಭವಿಸುವುದಿಲ್ಲ - ಇದು ಕೇವಲ 4 ನಿಯತಾಂಕಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.
OSPF ನಂತೆ, ಈ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರತಿ 10 ಸೆಕೆಂಡಿಗೆ 4 ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿರುವ ಹಲೋ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ದೃಢೀಕರಣದ ಮಾನದಂಡವಾಗಿದೆ, ಅದನ್ನು ಹಿಂದೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದರೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಾಮೀಪ್ಯವನ್ನು ಸ್ಥಾಪಿಸಿದ ಎಲ್ಲಾ ಸಾಧನಗಳು ಒಂದೇ ದೃಢೀಕರಣ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿರಬೇಕು.
ಸಾಧನಗಳು ಒಂದೇ ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆಗೆ ಸೇರಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ಎರಡನೇ ನಿಯತಾಂಕವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಅಂದರೆ, EIGRP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅಕ್ಕಪಕ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲು, ಎರಡೂ ಸಾಧನಗಳು ಒಂದೇ ಸ್ವಾಯತ್ತ ಸಿಸ್ಟಮ್ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿರಬೇಕು. ಹಲೋ ಸಂದೇಶಗಳನ್ನು ಅದೇ ಮೂಲ IP ವಿಳಾಸದಿಂದ ಕಳುಹಿಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ಮೂರನೇ ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ವೇರಿಯಬಲ್ ಕೆ-ಮೌಲ್ಯಗಳ ಗುಣಾಂಕಗಳ ಸ್ಥಿರತೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ನಾಲ್ಕನೇ ನಿಯತಾಂಕವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. EIRGP ಪ್ರೋಟೋಕಾಲ್ K5 ರಿಂದ K1 ವರೆಗಿನ 5 ಗುಣಾಂಕಗಳನ್ನು ಬಳಸುತ್ತದೆ. ನಿಮಗೆ ನೆನಪಿದ್ದರೆ, K=0 ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದರೆ, ಆದರೆ K=1 ಆಗಿದ್ದರೆ, ಮೆಟ್ರಿಕ್ ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ನಿಯತಾಂಕಗಳನ್ನು ಸೂತ್ರದಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ. ಹೀಗಾಗಿ, ವಿವಿಧ ಸಾಧನಗಳಿಗೆ K1-5 ಮೌಲ್ಯಗಳು ಒಂದೇ ಆಗಿರಬೇಕು. CCNA ಕೋರ್ಸ್ನಲ್ಲಿ ನಾವು ಈ ಗುಣಾಂಕಗಳ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ: K1 ಮತ್ತು K3 1 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಮತ್ತು K2, K4 ಮತ್ತು K5 0 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಈ 4 ನಿಯತಾಂಕಗಳು ಹೊಂದಾಣಿಕೆಯಾದರೆ, EIGRP ನೆರೆಯ ಸಂಬಂಧವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಸಾಧನಗಳು ನೆರೆಯ ಕೋಷ್ಟಕದಲ್ಲಿ ಪರಸ್ಪರ ಪ್ರವೇಶಿಸುತ್ತವೆ. ಮುಂದೆ, ಟೋಪೋಲಜಿ ಕೋಷ್ಟಕದಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.
ಎಲ್ಲಾ ಹಲೋ ಸಂದೇಶಗಳನ್ನು ಮಲ್ಟಿಕಾಸ್ಟ್ IP ವಿಳಾಸ 224.0.0.10 ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ನವೀಕರಣಗಳನ್ನು ನೆರೆಹೊರೆಯವರ ಯೂನಿಕಾಸ್ಟ್ ವಿಳಾಸಗಳಿಗೆ ಅಥವಾ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಈ ನವೀಕರಣವು UDP ಅಥವಾ TCP ಯಲ್ಲಿ ಬರುವುದಿಲ್ಲ, ಆದರೆ RTP, ವಿಶ್ವಾಸಾರ್ಹ ಸಾರಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ಎಂಬ ವಿಭಿನ್ನ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ಈ ಪ್ರೋಟೋಕಾಲ್ ನೆರೆಹೊರೆಯವರು ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ್ದಾರೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಹೆಸರೇ ಸೂಚಿಸುವಂತೆ, ಸಂವಹನ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಅದರ ಪ್ರಮುಖ ಕಾರ್ಯವಾಗಿದೆ. ನವೀಕರಣವು ನೆರೆಯವರಿಗೆ ತಲುಪದಿದ್ದರೆ, ನೆರೆಹೊರೆಯವರು ಅದನ್ನು ಸ್ವೀಕರಿಸುವವರೆಗೆ ಪ್ರಸರಣವನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ. OSPF ಸ್ವೀಕರಿಸುವವರ ಸಾಧನವನ್ನು ಪರಿಶೀಲಿಸುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೊಂದಿಲ್ಲ, ಆದ್ದರಿಂದ ನೆರೆಯ ಸಾಧನಗಳು ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿವೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂದು ಸಿಸ್ಟಮ್ಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ.
ನಿಮಗೆ ನೆನಪಿದ್ದರೆ, RIP ಪ್ರತಿ 30 ಸೆಕೆಂಡುಗಳಿಗೊಮ್ಮೆ ಸಂಪೂರ್ಣ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಹೊಸ ಸಾಧನವು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿದ್ದರೆ ಅಥವಾ ಕೆಲವು ಬದಲಾವಣೆಗಳು ಸಂಭವಿಸಿದಲ್ಲಿ ಮಾತ್ರ EIGRP ಇದನ್ನು ಮಾಡುತ್ತದೆ. ಸಬ್ನೆಟ್ ಟೋಪೋಲಜಿ ಬದಲಾಗಿದ್ದರೆ, ಪ್ರೋಟೋಕಾಲ್ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಆದರೆ ಪೂರ್ಣ ಟೋಪೋಲಜಿ ಟೇಬಲ್ ಅಲ್ಲ, ಆದರೆ ಈ ಬದಲಾವಣೆಯೊಂದಿಗೆ ದಾಖಲೆಗಳು ಮಾತ್ರ. ಸಬ್ನೆಟ್ ಬದಲಾದರೆ, ಅದರ ಟೋಪೋಲಜಿಯನ್ನು ಮಾತ್ರ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ಇದು ಅಗತ್ಯವಿದ್ದಾಗ ಸಂಭವಿಸುವ ಭಾಗಶಃ ನವೀಕರಣದಂತೆ ಕಂಡುಬರುತ್ತದೆ.
ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, OSPF ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಯಾವುದೇ ಬದಲಾವಣೆಗಳಿದ್ದರೂ ಪ್ರತಿ 30 ನಿಮಿಷಗಳಿಗೊಮ್ಮೆ LSA ಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. EIGRP ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸ್ವಲ್ಪ ಬದಲಾವಣೆಯಾಗುವವರೆಗೆ ವಿಸ್ತೃತ ಅವಧಿಯವರೆಗೆ ಯಾವುದೇ ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, EIGRP OSPF ಗಿಂತ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ.
ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ನವೀಕರಣ ಪ್ಯಾಕೇಜುಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಂಡ ನಂತರ, ಮೂರನೇ ಹಂತವು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ - ಮೆಟ್ರಿಕ್ ಆಧಾರದ ಮೇಲೆ ರೂಟಿಂಗ್ ಟೇಬಲ್ನ ರಚನೆ, ಇದನ್ನು ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವ ಸೂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ. ಅವಳು ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕ ಹಾಕುತ್ತಾಳೆ ಮತ್ತು ಈ ವೆಚ್ಚದ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾಳೆ.
R1 ರೌಟರ್ R2 ಗೆ Hello ಅನ್ನು ಕಳುಹಿಸಿದೆ ಎಂದು ಭಾವಿಸೋಣ ಮತ್ತು ರೂಟರ್ R1 ಗೆ Hello ಅನ್ನು ಕಳುಹಿಸಿದೆ. ಎಲ್ಲಾ ನಿಯತಾಂಕಗಳು ಹೊಂದಾಣಿಕೆಯಾದರೆ, ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ನೆರೆಹೊರೆಯವರ ಟೇಬಲ್ ಅನ್ನು ರಚಿಸುತ್ತವೆ. ಈ ಕೋಷ್ಟಕದಲ್ಲಿ, R2 ರೂಟರ್ R1 ಬಗ್ಗೆ ನಮೂದನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು R1 R2 ಬಗ್ಗೆ ನಮೂದನ್ನು ರಚಿಸುತ್ತದೆ. ಇದರ ನಂತರ, ರೂಟರ್ R1 ಅದರೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ನೆಟ್ವರ್ಕ್ 10.1.1.0/24 ಗೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ, ಇದು ನೆಟ್ವರ್ಕ್ನ IP ವಿಳಾಸ, ಅದರೊಂದಿಗೆ ಸಂವಹನವನ್ನು ಒದಗಿಸುವ ರೂಟರ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಈ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಮಾರ್ಗದ ವೆಚ್ಚದ ಬಗ್ಗೆ ಮಾಹಿತಿಯಂತೆ ಕಾಣುತ್ತದೆ. ನಿಮಗೆ ನೆನಪಿದ್ದರೆ, EIGRP ಯ ವೆಚ್ಚವು 90 ಆಗಿದೆ, ಮತ್ತು ನಂತರ ದೂರದ ಮೌಲ್ಯವನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ನಾವು ನಂತರ ಮಾತನಾಡುತ್ತೇವೆ.
ಸಂಪೂರ್ಣ ಮೆಟ್ರಿಕ್ ಸೂತ್ರವು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ಕೆ ಗುಣಾಂಕಗಳ ಮೌಲ್ಯಗಳು ಮತ್ತು ವಿವಿಧ ರೂಪಾಂತರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಸಿಸ್ಕೋ ವೆಬ್ಸೈಟ್ ಸೂತ್ರದ ಸಂಪೂರ್ಣ ರೂಪವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಆದರೆ ನೀವು ಡೀಫಾಲ್ಟ್ ಗುಣಾಂಕ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಿಸಿದರೆ, ಅದನ್ನು ಸರಳವಾದ ರೂಪಕ್ಕೆ ಪರಿವರ್ತಿಸಲಾಗುತ್ತದೆ - ಮೆಟ್ರಿಕ್ (ಬ್ಯಾಂಡ್ವಿಡ್ತ್ + ವಿಳಂಬ) * 256 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ.
ನಾವು ಮೆಟ್ರಿಕ್ ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸೂತ್ರದ ಈ ಸರಳೀಕೃತ ರೂಪವನ್ನು ಬಳಸುತ್ತೇವೆ, ಅಲ್ಲಿ ಕಿಲೋಬಿಟ್ಗಳಲ್ಲಿನ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ 107 ಕ್ಕೆ ಸಮನಾಗಿರುತ್ತದೆ, ಗಮ್ಯಸ್ಥಾನ ನೆಟ್ವರ್ಕ್ ಕನಿಷ್ಠ-ಬ್ಯಾಂಡ್ವಿಡ್ತ್ಗೆ ಕಾರಣವಾಗುವ ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ಗಳ ಚಿಕ್ಕ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ನಿಂದ ಭಾಗಿಸಿ, ಮತ್ತು ಸಂಚಿತ-ವಿಳಂಬವು ಒಟ್ಟು ಗಮ್ಯಸ್ಥಾನ ನೆಟ್ವರ್ಕ್ಗೆ ಕಾರಣವಾಗುವ ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ಹತ್ತಾರು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳಲ್ಲಿ ವಿಳಂಬ.
EIGRP ಕಲಿಯುವಾಗ, ನಾವು ನಾಲ್ಕು ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು: ಕಾರ್ಯಸಾಧ್ಯವಾದ ದೂರ, ವರದಿ ಮಾಡಲಾದ ದೂರ, ಉತ್ತರಾಧಿಕಾರಿ (ಗಮ್ಯಸ್ಥಾನದ ನೆಟ್ವರ್ಕ್ಗೆ ಕಡಿಮೆ ಮಾರ್ಗವನ್ನು ಹೊಂದಿರುವ ನೆರೆಯ ರೂಟರ್), ಮತ್ತು ಕಾರ್ಯಸಾಧ್ಯ ಉತ್ತರಾಧಿಕಾರಿ (ಬ್ಯಾಕ್ಅಪ್ ನೆರೆಯ ರೂಟರ್). ಅವುಗಳ ಅರ್ಥವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಕೆಳಗಿನ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯನ್ನು ಪರಿಗಣಿಸಿ.
ನೆಟ್ವರ್ಕ್ 1/10.1.1.0 ಗೆ ಉತ್ತಮ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ರೂಟಿಂಗ್ ಟೇಬಲ್ R24 ಅನ್ನು ರಚಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸೋಣ. ಪ್ರತಿ ಸಾಧನದ ಮುಂದೆ kbit/s ನಲ್ಲಿ ಥ್ರೋಪುಟ್ ಮತ್ತು ms ನಲ್ಲಿ ಲೇಟೆನ್ಸಿ ತೋರಿಸಲಾಗುತ್ತದೆ. ನಾವು 100 Mbps ಅಥವಾ 1000000 kbps ಗಿಗಾಬಿಟ್ ಈಥರ್ನೆಟ್ ಇಂಟರ್ಫೇಸ್ಗಳು, 100000 kbps FastEthernet, 10000 kbps ಈಥರ್ನೆಟ್ ಮತ್ತು 1544 kbps ಸೀರಿಯಲ್ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. ರೂಟರ್ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಅನುಗುಣವಾದ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ಗಳ ಗುಣಲಕ್ಷಣಗಳನ್ನು ನೋಡುವ ಮೂಲಕ ಈ ಮೌಲ್ಯಗಳನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು.
ಸೀರಿಯಲ್ ಇಂಟರ್ಫೇಸ್ಗಳ ಡೀಫಾಲ್ಟ್ ಥ್ರೋಪುಟ್ 1544 kbps ಆಗಿದೆ, ಮತ್ತು ನೀವು 64 kbps ಲೈನ್ ಅನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ, ಥ್ರೋಪುಟ್ ಇನ್ನೂ 1544 kbps ಆಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರಾಗಿ, ನೀವು ಸರಿಯಾದ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮೌಲ್ಯವನ್ನು ಬಳಸುತ್ತಿರುವಿರಿ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ನಿರ್ದಿಷ್ಟ ಇಂಟರ್ಫೇಸ್ಗಾಗಿ, ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ವಿಳಂಬ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಡೀಫಾಲ್ಟ್ ವಿಳಂಬ ಮೌಲ್ಯವನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಗಿಗಾಬಿಟ್ ಈಥರ್ನೆಟ್ ಅಥವಾ ಈಥರ್ನೆಟ್ ಇಂಟರ್ಫೇಸ್ಗಳಿಗಾಗಿ ಡೀಫಾಲ್ಟ್ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮೌಲ್ಯಗಳ ಬಗ್ಗೆ ನೀವು ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ, ಆದರೆ ನೀವು ಸೀರಿಯಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ ಲೈನ್ ವೇಗವನ್ನು ಆರಿಸುವಾಗ ಜಾಗರೂಕರಾಗಿರಿ.
ಈ ರೇಖಾಚಿತ್ರದಲ್ಲಿ ವಿಳಂಬವನ್ನು ಮಿಲಿಸೆಕೆಂಡ್ಗಳ ಎಂಎಸ್ನಲ್ಲಿ ಸೂಚಿಸಲಾಗಿದೆ ಎಂದು ದಯವಿಟ್ಟು ಗಮನಿಸಿ, ಆದರೆ ವಾಸ್ತವದಲ್ಲಿ ಇದು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳು, ಮೈಕ್ರೊಸೆಕೆಂಡ್ಗಳು μs ಅನ್ನು ಸರಿಯಾಗಿ ಸೂಚಿಸಲು ನನ್ನ ಬಳಿ μ ಅಕ್ಷರವಿಲ್ಲ.
ದಯವಿಟ್ಟು ಈ ಕೆಳಗಿನ ಸಂಗತಿಯನ್ನು ಸೂಕ್ಷ್ಮವಾಗಿ ಗಮನಿಸಿ. ನೀವು ಶೋ ಇಂಟರ್ಫೇಸ್ g0/0 ಆಜ್ಞೆಯನ್ನು ನೀಡಿದರೆ, ಸಿಸ್ಟಮ್ ಕೇವಲ ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳಿಗಿಂತ ಹತ್ತಾರು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳಲ್ಲಿ ಸುಪ್ತತೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ.
EIGRP ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಮುಂದಿನ ವೀಡಿಯೊದಲ್ಲಿ ನಾವು ಈ ಸಮಸ್ಯೆಯನ್ನು ವಿವರವಾಗಿ ನೋಡುತ್ತೇವೆ, ಫಾರ್ಮುಲಾದಲ್ಲಿ ಲೇಟೆನ್ಸಿ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಿಸುವಾಗ, ರೇಖಾಚಿತ್ರದಿಂದ 100 μs 10 ಆಗಿ ಬದಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಸೂತ್ರವು ಹತ್ತಾರು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಘಟಕಗಳಲ್ಲ.
ರೇಖಾಚಿತ್ರದಲ್ಲಿ, ತೋರಿಸಿರುವ ಥ್ರೋಪುಟ್ಗಳು ಮತ್ತು ವಿಳಂಬಗಳು ಸಂಬಂಧಿಸಿರುವ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ನಾನು ಕೆಂಪು ಚುಕ್ಕೆಗಳೊಂದಿಗೆ ಸೂಚಿಸುತ್ತೇನೆ.
ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಸಂಭವನೀಯ ದೂರವನ್ನು ನಿರ್ಧರಿಸಬೇಕು. ಇದು FD ಮೆಟ್ರಿಕ್ ಆಗಿದೆ, ಇದನ್ನು ಸೂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ. R5 ನಿಂದ ಬಾಹ್ಯ ನೆಟ್ವರ್ಕ್ಗೆ ವಿಭಾಗಕ್ಕೆ, ನಾವು 107 ಅನ್ನು 106 ರಿಂದ ಭಾಗಿಸಬೇಕಾಗಿದೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ನಾವು 10 ಅನ್ನು ಪಡೆಯುತ್ತೇವೆ. ಮುಂದೆ, ಈ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮೌಲ್ಯಕ್ಕೆ ನಾವು 1 ಕ್ಕೆ ಸಮಾನವಾದ ವಿಳಂಬವನ್ನು ಸೇರಿಸಬೇಕಾಗಿದೆ, ಏಕೆಂದರೆ ನಾವು 10 ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅಂದರೆ, ಒಂದು ಹತ್ತು. ಪರಿಣಾಮವಾಗಿ 11 ರ ಮೌಲ್ಯವನ್ನು 256 ರಿಂದ ಗುಣಿಸಬೇಕು, ಅಂದರೆ, ಮೆಟ್ರಿಕ್ ಮೌಲ್ಯವು 2816 ಆಗಿರುತ್ತದೆ. ಇದು ನೆಟ್ವರ್ಕ್ನ ಈ ವಿಭಾಗಕ್ಕೆ FD ಮೌಲ್ಯವಾಗಿದೆ.
ರೂಟರ್ R5 ಈ ಮೌಲ್ಯವನ್ನು ರೂಟರ್ R2 ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು R2 ಗೆ ಇದು ಘೋಷಿತ ವರದಿಯಾದ ದೂರವಾಗಿ ಪರಿಣಮಿಸುತ್ತದೆ, ಅಂದರೆ, ನೆರೆಯವರು ಹೇಳಿದ ಮೌಲ್ಯ. ಹೀಗಾಗಿ, ಎಲ್ಲಾ ಇತರ ಸಾಧನಗಳಿಗೆ ಜಾಹೀರಾತು ಮಾಡಲಾದ RD ದೂರವು ನಿಮಗೆ ವರದಿ ಮಾಡಿದ ಸಾಧನದ ಸಂಭವನೀಯ FD ಅಂತರಕ್ಕೆ ಸಮನಾಗಿರುತ್ತದೆ.
ರೂಟರ್ R2 ಅದರ ಡೇಟಾದ ಆಧಾರದ ಮೇಲೆ ಎಫ್ಡಿ ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ಮಾಡುತ್ತದೆ, ಅಂದರೆ, ಅದು 107 ಅನ್ನು 105 ರಿಂದ ಭಾಗಿಸುತ್ತದೆ ಮತ್ತು 100 ಅನ್ನು ಪಡೆಯುತ್ತದೆ. ನಂತರ ಅದು ಬಾಹ್ಯ ನೆಟ್ವರ್ಕ್ಗೆ ಹೋಗುವ ಮಾರ್ಗದಲ್ಲಿನ ವಿಳಂಬಗಳ ಮೊತ್ತವನ್ನು ಈ ಮೌಲ್ಯಕ್ಕೆ ಸೇರಿಸುತ್ತದೆ: R5 ನ ವಿಳಂಬ, ಒಂದು ಹತ್ತು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳಿಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಮತ್ತು ತನ್ನದೇ ಆದ ವಿಳಂಬ, ಹತ್ತು ಹತ್ತುಗಳಿಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. ಒಟ್ಟು ವಿಳಂಬವು 11 ಹತ್ತಾರು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳಾಗಿರುತ್ತದೆ. ನಾವು ಅದನ್ನು ಪರಿಣಾಮವಾಗಿ ನೂರಕ್ಕೆ ಸೇರಿಸುತ್ತೇವೆ ಮತ್ತು 111 ಅನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಈ ಮೌಲ್ಯವನ್ನು 256 ರಿಂದ ಗುಣಿಸಿ ಮತ್ತು FD = 28416 ಮೌಲ್ಯವನ್ನು ಪಡೆಯಿರಿ. ರೂಟರ್ R3 ಅದೇ ರೀತಿ ಮಾಡುತ್ತದೆ, ಲೆಕ್ಕಾಚಾರದ ನಂತರ FD=281856 ಮೌಲ್ಯವನ್ನು ಪಡೆಯುತ್ತದೆ. ರೂಟರ್ R4 FD=3072 ಮೌಲ್ಯವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದನ್ನು R1 ಗೆ RD ಆಗಿ ರವಾನಿಸುತ್ತದೆ.
FD ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವಾಗ, ರೂಟರ್ R1 ತನ್ನದೇ ಆದ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ 1000000 kbit/s ಅನ್ನು ಸೂತ್ರದಲ್ಲಿ ಬದಲಿಸುವುದಿಲ್ಲ, ಆದರೆ ರೂಟರ್ R2 ನ ಕಡಿಮೆ ಬ್ಯಾಂಡ್ವಿಡ್ತ್, ಇದು 100000 kbit/s ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಸೂತ್ರವು ಯಾವಾಗಲೂ ಕನಿಷ್ಠ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಅನ್ನು ಬಳಸುತ್ತದೆ ಗಮ್ಯಸ್ಥಾನ ಜಾಲಕ್ಕೆ ಕಾರಣವಾಗುವ ಇಂಟರ್ಫೇಸ್. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು R10.1.1.0 ಮತ್ತು R24 ನೆಟ್ವರ್ಕ್ 2/5 ಮಾರ್ಗದಲ್ಲಿ ನೆಲೆಗೊಂಡಿವೆ, ಆದರೆ ಐದನೇ ರೂಟರ್ ದೊಡ್ಡ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಅನ್ನು ಹೊಂದಿರುವುದರಿಂದ, ರೂಟರ್ R2 ನ ಚಿಕ್ಕ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮೌಲ್ಯವನ್ನು ಸೂತ್ರಕ್ಕೆ ಬದಲಿಸಲಾಗುತ್ತದೆ. R1-R2-R5 ಹಾದಿಯಲ್ಲಿ ಒಟ್ಟು ವಿಳಂಬವು 1+10+1 (ಹತ್ತಾರು) = 12, ಕಡಿಮೆಯಾದ ಥ್ರೋಪುಟ್ 100, ಮತ್ತು ಈ ಸಂಖ್ಯೆಗಳ ಮೊತ್ತವನ್ನು 256 ರಿಂದ ಗುಣಿಸಿದಾಗ FD=30976 ಮೌಲ್ಯವನ್ನು ನೀಡುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಎಲ್ಲಾ ಸಾಧನಗಳು ತಮ್ಮ ಇಂಟರ್ಫೇಸ್ಗಳ FD ಅನ್ನು ಲೆಕ್ಕ ಹಾಕಿವೆ ಮತ್ತು ರೂಟರ್ R1 ಗಮ್ಯಸ್ಥಾನ ನೆಟ್ವರ್ಕ್ಗೆ 3 ಮಾರ್ಗಗಳನ್ನು ಹೊಂದಿದೆ. ಇವು R1-R2, R1-R3 ಮತ್ತು R1-R4 ಮಾರ್ಗಗಳಾಗಿವೆ. ರೂಟರ್ ಸಂಭವನೀಯ ದೂರ FD ಯ ಕನಿಷ್ಠ ಮೌಲ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಇದು 30976 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ - ಇದು ರೂಟರ್ R2 ಗೆ ಮಾರ್ಗವಾಗಿದೆ. ಈ ರೂಟರ್ ಉತ್ತರಾಧಿಕಾರಿ ಅಥವಾ "ಉತ್ತರಾಧಿಕಾರಿ" ಆಗುತ್ತದೆ. ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವು ಕಾರ್ಯಸಾಧ್ಯ ಉತ್ತರಾಧಿಕಾರಿ (ಬ್ಯಾಕ್ಅಪ್ ಉತ್ತರಾಧಿಕಾರಿ) ಅನ್ನು ಸಹ ಸೂಚಿಸುತ್ತದೆ - ಇದರರ್ಥ R1 ಮತ್ತು ಉತ್ತರಾಧಿಕಾರಿ ನಡುವಿನ ಸಂಪರ್ಕವು ಮುರಿದುಹೋದರೆ, ಮಾರ್ಗವನ್ನು ಬ್ಯಾಕಪ್ ಕಾರ್ಯಸಾಧ್ಯ ಉತ್ತರಾಧಿಕಾರಿ ರೂಟರ್ ಮೂಲಕ ರವಾನಿಸಲಾಗುತ್ತದೆ.
ಕಾರ್ಯಸಾಧ್ಯವಾದ ಉತ್ತರಾಧಿಕಾರಿಗಳನ್ನು ಒಂದೇ ನಿಯಮದ ಪ್ರಕಾರ ನಿಯೋಜಿಸಲಾಗಿದೆ: ಈ ರೂಟರ್ನ ಜಾಹೀರಾತು ದೂರ RD ಉತ್ತರಾಧಿಕಾರಿಗೆ ವಿಭಾಗದಲ್ಲಿ ರೂಟರ್ನ FD ಗಿಂತ ಕಡಿಮೆಯಿರಬೇಕು. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, R1-R2 FD = 30976 ಅನ್ನು ಹೊಂದಿದೆ, R1-K3 ವಿಭಾಗದಲ್ಲಿ RD 281856 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಮತ್ತು R1-R4 ವಿಭಾಗದಲ್ಲಿ RD 3072 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. 3072 <30976 ರಿಂದ, ರೂಟರ್ R4 ಅನ್ನು ಕಾರ್ಯಸಾಧ್ಯವಾದ ಉತ್ತರಾಧಿಕಾರಿಗಳಾಗಿ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ.
ಇದರರ್ಥ R1-R2 ನೆಟ್ವರ್ಕ್ ವಿಭಾಗದಲ್ಲಿ ಸಂವಹನವು ಅಡ್ಡಿಪಡಿಸಿದರೆ, 10.1.1.0/24 ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಚಾರವನ್ನು R1-R4-R5 ಮಾರ್ಗದಲ್ಲಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. RIP ಅನ್ನು ಬಳಸುವಾಗ ಮಾರ್ಗವನ್ನು ಬದಲಾಯಿಸುವುದು ಹಲವಾರು ಹತ್ತಾರು ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, OSPF ಬಳಸುವಾಗ ಇದು ಹಲವಾರು ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು EIGRP ನಲ್ಲಿ ಇದು ತಕ್ಷಣವೇ ಸಂಭವಿಸುತ್ತದೆ. ಇದು ಇತರ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗಿಂತ EIGRP ಯ ಮತ್ತೊಂದು ಪ್ರಯೋಜನವಾಗಿದೆ.
ಉತ್ತರಾಧಿಕಾರಿ ಮತ್ತು ಕಾರ್ಯಸಾಧ್ಯ ಉತ್ತರಾಧಿಕಾರಿ ಎರಡೂ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡರೆ ಏನಾಗುತ್ತದೆ? ಈ ಸಂದರ್ಭದಲ್ಲಿ, EIGRP ಡ್ಯುಯಲ್ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬಳಸುತ್ತದೆ, ಇದು ಸಂಭವನೀಯ ಉತ್ತರಾಧಿಕಾರಿಯ ಮೂಲಕ ಬ್ಯಾಕಪ್ ಮಾರ್ಗವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬಹುದು. ಇದು ಹಲವಾರು ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಈ ಸಮಯದಲ್ಲಿ EIGRP ಟ್ರಾಫಿಕ್ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಮತ್ತು ಅದರ ಡೇಟಾವನ್ನು ರೂಟಿಂಗ್ ಟೇಬಲ್ನಲ್ಲಿ ಇರಿಸಲು ಬಳಸಬಹುದಾದ ಮತ್ತೊಂದು ನೆರೆಯವರನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ. ಇದರ ನಂತರ, ಪ್ರೋಟೋಕಾಲ್ ತನ್ನ ಸಾಮಾನ್ಯ ರೂಟಿಂಗ್ ಕೆಲಸವನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ.
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್ಗಳ ಅನನ್ಯ ಅನಲಾಗ್ನಲ್ಲಿ Habr ಬಳಕೆದಾರರಿಗೆ 30% ರಿಯಾಯಿತಿ, ಇದನ್ನು ನಿಮಗಾಗಿ ನಾವು ಕಂಡುಹಿಡಿದಿದ್ದೇವೆ:
Dell R730xd 2 ಪಟ್ಟು ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com