ಇಂದಿನ ಪಾಠದ ವಿಷಯ RIP, ಅಥವಾ ರೂಟಿಂಗ್ ಮಾಹಿತಿ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ನಾವು ಅದರ ಬಳಕೆಯ ವಿವಿಧ ಅಂಶಗಳು, ಅದರ ಸಂರಚನೆ ಮತ್ತು ಮಿತಿಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ. ನಾನು ಹೇಳಿದಂತೆ, RIP ಸಿಸ್ಕೋ 200-125 CCNA ಕೋರ್ಸ್ ಪಠ್ಯಕ್ರಮದ ಭಾಗವಾಗಿಲ್ಲ, ಆದರೆ RIP ಮುಖ್ಯ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಲ್ಲಿ ಒಂದಾಗಿರುವುದರಿಂದ ಈ ಪ್ರೋಟೋಕಾಲ್ಗೆ ಪ್ರತ್ಯೇಕ ಪಾಠವನ್ನು ವಿನಿಯೋಗಿಸಲು ನಾನು ನಿರ್ಧರಿಸಿದೆ.
ಇಂದು ನಾವು 3 ಅಂಶಗಳನ್ನು ನೋಡುತ್ತೇವೆ: ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮತ್ತು ರೂಟರ್ಗಳಲ್ಲಿ RIP ಅನ್ನು ಹೊಂದಿಸುವುದು, RIP ಟೈಮರ್ಗಳು, RIP ನಿರ್ಬಂಧಗಳು. ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು 1969 ರಲ್ಲಿ ರಚಿಸಲಾಯಿತು, ಆದ್ದರಿಂದ ಇದು ಹಳೆಯ ನೆಟ್ವರ್ಕ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಇದರ ಪ್ರಯೋಜನವು ಅದರ ಅಸಾಮಾನ್ಯ ಸರಳತೆಯಲ್ಲಿದೆ. ಇಂದು, ಸಿಸ್ಕೋ ಸೇರಿದಂತೆ ಅನೇಕ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳು RIP ಅನ್ನು ಬೆಂಬಲಿಸುವುದನ್ನು ಮುಂದುವರೆಸುತ್ತವೆ ಏಕೆಂದರೆ ಇದು EIGRP ನಂತಹ ಸ್ವಾಮ್ಯದ ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲ, ಆದರೆ ಸಾರ್ವಜನಿಕ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ.
RIP ನ 2 ಆವೃತ್ತಿಗಳಿವೆ. ಮೊದಲ, ಕ್ಲಾಸಿಕ್ ಆವೃತ್ತಿ, VLSM ಅನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ - ವರ್ಗರಹಿತ IP ವಿಳಾಸವನ್ನು ಆಧರಿಸಿದ ವೇರಿಯಬಲ್ ಉದ್ದದ ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್, ಆದ್ದರಿಂದ ನಾವು ಕೇವಲ ಒಂದು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಮಾತ್ರ ಬಳಸಬಹುದು. ನಾನು ಈ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ನಂತರ ಮಾತನಾಡುತ್ತೇನೆ. ಈ ಆವೃತ್ತಿಯು ದೃಢೀಕರಣವನ್ನು ಸಹ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.
ನೀವು 2 ರೂಟರ್ಗಳನ್ನು ಪರಸ್ಪರ ಸಂಪರ್ಕಿಸಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೊದಲ ರೂಟರ್ ತನ್ನ ನೆರೆಯವರಿಗೆ ತಿಳಿದಿರುವ ಎಲ್ಲವನ್ನೂ ಹೇಳುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ 10 ಅನ್ನು ಮೊದಲ ರೂಟರ್ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ ಎಂದು ಹೇಳೋಣ, ನೆಟ್ವರ್ಕ್ 20 ಮೊದಲ ಮತ್ತು ಎರಡನೇ ರೂಟರ್ ನಡುವೆ ಇದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ 30 ಎರಡನೇ ರೂಟರ್ನ ಹಿಂದೆ ಇದೆ. ನಂತರ ಮೊದಲ ರೂಟರ್ ಎರಡನೆಯದಕ್ಕೆ 10 ಮತ್ತು 20 ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ತಿಳಿದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ ಮತ್ತು ರೂಟರ್ 2 ಹೇಳುತ್ತದೆ ರೂಟರ್ 1 ಇದು ನೆಟ್ವರ್ಕ್ 30 ಮತ್ತು ನೆಟ್ವರ್ಕ್ 20 ಬಗ್ಗೆ ತಿಳಿದಿದೆ.
ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಈ ಎರಡು ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ರೂಟಿಂಗ್ ಟೇಬಲ್ಗೆ ಸೇರಿಸಬೇಕೆಂದು ಸೂಚಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಒಂದು ರೂಟರ್ ನೆರೆಯ ರೂಟರ್ಗೆ ಅದರೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ನೆಟ್ವರ್ಕ್ಗಳ ಬಗ್ಗೆ ಹೇಳುತ್ತದೆ, ಅದು ತನ್ನ ನೆರೆಯವರಿಗೆ ಹೇಳುತ್ತದೆ, ಇತ್ಯಾದಿ. ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, RIP ಎಂಬುದು ಗಾಸಿಪ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದ್ದು ಅದು ನೆರೆಯ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಪರಸ್ಪರ ಮಾಹಿತಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಪ್ರತಿಯೊಬ್ಬ ನೆರೆಹೊರೆಯವರು ಅವರು ಹೇಳಿದ್ದನ್ನು ಬೇಷರತ್ತಾಗಿ ನಂಬುತ್ತಾರೆ. ಪ್ರತಿಯೊಂದು ರೂಟರ್ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಗಾಗಿ "ಕೇಳುತ್ತದೆ" ಮತ್ತು ಅದರ ನೆರೆಹೊರೆಯವರೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ.
ದೃಢೀಕರಣದ ಬೆಂಬಲದ ಕೊರತೆ ಎಂದರೆ ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಯಾವುದೇ ರೂಟರ್ ತಕ್ಷಣವೇ ಪೂರ್ಣ ಪಾಲ್ಗೊಳ್ಳುವವರಾಗುತ್ತದೆ. ನಾನು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಕೆಳಗಿಳಿಸಲು ಬಯಸಿದರೆ, ನನ್ನ ಹ್ಯಾಕರ್ ರೂಟರ್ ಅನ್ನು ದುರುದ್ದೇಶಪೂರಿತ ಅಪ್ಡೇಟ್ನೊಂದಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತೇನೆ ಮತ್ತು ಎಲ್ಲಾ ಇತರ ರೂಟರ್ಗಳು ಅದನ್ನು ನಂಬುವುದರಿಂದ, ಅವರು ತಮ್ಮ ರೂಟಿಂಗ್ ಟೇಬಲ್ಗಳನ್ನು ನನಗೆ ಬೇಕಾದ ರೀತಿಯಲ್ಲಿ ನವೀಕರಿಸುತ್ತಾರೆ. RIP ಯ ಮೊದಲ ಆವೃತ್ತಿಯು ಅಂತಹ ಹ್ಯಾಕಿಂಗ್ ವಿರುದ್ಧ ಯಾವುದೇ ರಕ್ಷಣೆಯನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.
RIPv2 ನಲ್ಲಿ, ರೂಟರ್ ಅನ್ನು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಮೂಲಕ ನೀವು ದೃಢೀಕರಣವನ್ನು ಒದಗಿಸಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸುವ ಮೂಲಕ ನೆಟ್ವರ್ಕ್ ದೃಢೀಕರಣವನ್ನು ಹಾದುಹೋಗುವ ನಂತರ ರೂಟರ್ಗಳ ನಡುವೆ ಮಾಹಿತಿಯನ್ನು ನವೀಕರಿಸುವುದು ಮಾತ್ರ ಸಾಧ್ಯ.
RIPv1 ಪ್ರಸಾರವನ್ನು ಬಳಸುತ್ತದೆ, ಅಂದರೆ, ಎಲ್ಲಾ ನವೀಕರಣಗಳನ್ನು ಪ್ರಸಾರ ಸಂದೇಶಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಇದರಿಂದ ಅವುಗಳನ್ನು ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಭಾಗವಹಿಸುವವರು ಸ್ವೀಕರಿಸುತ್ತಾರೆ. ಮೊದಲ ರೂಟರ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಕಂಪ್ಯೂಟರ್ ಇದೆ ಎಂದು ಹೇಳೋಣ, ಅದು ಈ ನವೀಕರಣಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ತಿಳಿದಿಲ್ಲ ಏಕೆಂದರೆ ರೂಟಿಂಗ್ ಸಾಧನಗಳಿಗೆ ಮಾತ್ರ ಅವುಗಳ ಅಗತ್ಯವಿರುತ್ತದೆ. ಆದಾಗ್ಯೂ, ರೂಟರ್ 1 ಈ ಸಂದೇಶಗಳನ್ನು ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಐಡಿ ಹೊಂದಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳಿಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಅಂದರೆ, ಅಗತ್ಯವಿಲ್ಲದವರಿಗೂ ಸಹ.
RIP ನ ಎರಡನೇ ಆವೃತ್ತಿಯಲ್ಲಿ, ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ - ಇದು ಮಲ್ಟಿಕಾಸ್ಟ್ ID, ಅಥವಾ ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರೋಟೋಕಾಲ್ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸಾಧನಗಳು ಮಾತ್ರ ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ. ದೃಢೀಕರಣದ ಜೊತೆಗೆ, RIP ನ ಈ ಆವೃತ್ತಿಯು VLSM ವರ್ಗರಹಿತ IP ವಿಳಾಸವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಇದರರ್ಥ 10.1.1.1/24 ನೆಟ್ವರ್ಕ್ ಮೊದಲ ರೂಟರ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದ್ದರೆ, ಈ ಸಬ್ನೆಟ್ನ ವಿಳಾಸ ಶ್ರೇಣಿಯಲ್ಲಿರುವ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳು ಸಹ ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ. ಪ್ರೋಟೋಕಾಲ್ನ ಎರಡನೇ ಆವೃತ್ತಿಯು CIDR ವಿಧಾನವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಅಂದರೆ, ಎರಡನೇ ರೂಟರ್ ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಅದು ಯಾವ ನಿರ್ದಿಷ್ಟ ನೆಟ್ವರ್ಕ್ ಅಥವಾ ಮಾರ್ಗವನ್ನು ಕಾಳಜಿ ವಹಿಸುತ್ತದೆ ಎಂದು ತಿಳಿದಿದೆ. ಮೊದಲ ಆವೃತ್ತಿಯ ಸಂದರ್ಭದಲ್ಲಿ, ನೆಟ್ವರ್ಕ್ 10.1.1.0 ರೂಟರ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದ್ದರೆ, ನಂತರ ನೆಟ್ವರ್ಕ್ 10.0.0.0 ಮತ್ತು ಅದೇ ವರ್ಗಕ್ಕೆ ಸೇರಿದ ಇತರ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿನ ಸಾಧನಗಳು ಸಹ ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ರೂಟರ್ 2 ಈ ನೆಟ್ವರ್ಕ್ಗಳ ನವೀಕರಣದ ಬಗ್ಗೆ ಸಂಪೂರ್ಣ ಮಾಹಿತಿಯನ್ನು ಸಹ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಆದರೆ CIDR ಇಲ್ಲದೆ ಈ ಮಾಹಿತಿಯು ವರ್ಗ A IP ವಿಳಾಸಗಳೊಂದಿಗೆ ಸಬ್ನೆಟ್ಗೆ ಸಂಬಂಧಿಸಿದೆ ಎಂದು ತಿಳಿದಿರುವುದಿಲ್ಲ.
ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ RIP ಎಂದರೆ ಇದೇ. ಈಗ ಅದನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಎಂದು ನೋಡೋಣ. ನೀವು ರೂಟರ್ ಸೆಟ್ಟಿಂಗ್ಗಳ ಜಾಗತಿಕ ಕಾನ್ಫಿಗರೇಶನ್ ಮೋಡ್ಗೆ ಹೋಗಬೇಕು ಮತ್ತು ರೂಟರ್ RIP ಆಜ್ಞೆಯನ್ನು ಬಳಸಬೇಕು.
ಇದರ ನಂತರ, ಕಮಾಂಡ್ ಲೈನ್ ಹೆಡರ್ R1(config-router)# ಗೆ ಬದಲಾಗಿದೆ ಎಂದು ನೀವು ನೋಡುತ್ತೀರಿ ಏಕೆಂದರೆ ನಾವು ರೂಟರ್ ಸಬ್ಕಮಾಂಡ್ ಮಟ್ಟಕ್ಕೆ ತೆರಳಿದ್ದೇವೆ. ಎರಡನೆಯ ಆಜ್ಞೆಯು ಆವೃತ್ತಿ 2 ಆಗಿರುತ್ತದೆ, ಅಂದರೆ, ಪ್ರೋಟೋಕಾಲ್ನ ಆವೃತ್ತಿ 2 ಅನ್ನು ಬಳಸಬೇಕೆಂದು ನಾವು ರೂಟರ್ಗೆ ಸೂಚಿಸುತ್ತೇವೆ. ಮುಂದೆ, ನಾವು ನೆಟ್ವರ್ಕ್ XXXX ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ನವೀಕರಣಗಳನ್ನು ರವಾನಿಸಬೇಕಾದ ಜಾಹೀರಾತು ಕ್ಲಾಸ್ಫುಲ್ ನೆಟ್ವರ್ಕ್ನ ವಿಳಾಸವನ್ನು ನಮೂದಿಸಬೇಕು. ಈ ಆಜ್ಞೆಯು 2 ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದೆ: ಮೊದಲನೆಯದಾಗಿ, ಯಾವ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಜಾಹೀರಾತು ಮಾಡಬೇಕೆಂದು ಇದು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಯಾವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಬೇಕು ಇದಕ್ಕಾಗಿ. ನೀವು ನೆಟ್ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ನೋಡಿದಾಗ ನನ್ನ ಅರ್ಥವನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ.
ಇಲ್ಲಿ ನಾವು 4 ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಮತ್ತು 192.168.1.0/26 ಗುರುತಿಸುವಿಕೆಯೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಸ್ವಿಚ್ಗೆ ಸಂಪರ್ಕಗೊಂಡ ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಇದನ್ನು 4 ಸಬ್ನೆಟ್ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ನಾವು ಕೇವಲ 3 ಸಬ್ನೆಟ್ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ: 192.168.1.0/26, 192.168.1.64/26 ಮತ್ತು 192.168.1.128/26. ನಾವು ಇನ್ನೂ ಸಬ್ನೆಟ್ 192.168.1.192/26 ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಆದರೆ ಇದು ಅಗತ್ಯವಿಲ್ಲದ ಕಾರಣ ಅದನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಸಾಧನ ಪೋರ್ಟ್ಗಳು ಈ ಕೆಳಗಿನ IP ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿವೆ: ಕಂಪ್ಯೂಟರ್ 192.168.1.10, ಮೊದಲ ರೂಟರ್ನ ಮೊದಲ ಪೋರ್ಟ್ 192.168.1.1, ಎರಡನೇ ಪೋರ್ಟ್ 192.168.1.65, ಎರಡನೇ ರೂಟರ್ನ ಮೊದಲ ಪೋರ್ಟ್ 192.168.1.66, ಎರಡನೇ ರೂಟರ್ನ ಎರಡನೇ ಪೋರ್ಟ್ 192.168.1.129. ಮೂರನೇ ರೂಟರ್ನ ಮೊದಲ ಪೋರ್ಟ್ 192.168.1.130. 1 ಕಳೆದ ಬಾರಿ ನಾವು ಸಂಪ್ರದಾಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ, ಹಾಗಾಗಿ ನಾನು ಕನ್ವೆನ್ಶನ್ ಅನ್ನು ಅನುಸರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ರೂಟರ್ನ ಎರಡನೇ ಪೋರ್ಟ್ಗೆ ವಿಳಾಸ .1 ಅನ್ನು ನಿಯೋಜಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ .XNUMX ಈ ನೆಟ್ವರ್ಕ್ನ ಭಾಗವಾಗಿಲ್ಲ.
ಮುಂದೆ, ನಾನು ಇತರ ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತೇನೆ, ಏಕೆಂದರೆ ನಾವು ಇನ್ನೊಂದು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ - 10.1.1.0/16, ಆದ್ದರಿಂದ ಈ ನೆಟ್ವರ್ಕ್ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಎರಡನೇ ರೂಟರ್ನ ಎರಡನೇ ಪೋರ್ಟ್, 10.1.1.1 ರ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ನಾಲ್ಕನೇ ಪೋರ್ಟ್ ಅನ್ನು ಹೊಂದಿದೆ. ರೂಟರ್, ಸ್ವಿಚ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಲಾಗಿದೆ - ವಿಳಾಸ 10.1.1.2.
ನಾನು ರಚಿಸಿದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು, ನಾನು ಸಾಧನಗಳಿಗೆ IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಬೇಕು. ಮೊದಲ ರೂಟರ್ನ ಮೊದಲ ಪೋರ್ಟ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ.
ಮೊದಲಿಗೆ, ನಾವು ಹೋಸ್ಟ್ ಹೆಸರು R1 ಅನ್ನು ರಚಿಸುತ್ತೇವೆ, ಪೋರ್ಟ್ f0/0 ಗೆ ವಿಳಾಸ 192.168.1.1 ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ ಮತ್ತು ನಾವು /255.255.255.192 ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೊಂದಿರುವುದರಿಂದ ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ 26 ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ. ನೋ ಷಟ್ ಆಜ್ಞೆಯೊಂದಿಗೆ R1 ನ ಸಂರಚನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸೋಣ. ಮೊದಲ ರೂಟರ್ f0/1 ನ ಎರಡನೇ ಪೋರ್ಟ್ 192.168.1.65 ರ IP ವಿಳಾಸವನ್ನು ಮತ್ತು 255.255.255.192 ರ ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.
ಎರಡನೇ ರೂಟರ್ R2 ಹೆಸರನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ನಾವು ವಿಳಾಸ 0 ಮತ್ತು ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ 0 ಅನ್ನು ಮೊದಲ ಪೋರ್ಟ್ f192.168.1.66/255.255.255.192, ವಿಳಾಸ 0 ಮತ್ತು ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ 1 ಗೆ ಎರಡನೇ ಪೋರ್ಟ್ f192.168.1.129 ಗೆ ನಿಯೋಜಿಸುತ್ತೇವೆ. 255.255.255.192.
ಮೂರನೇ ರೂಟರ್ಗೆ ಹೋಗುವಾಗ, ನಾವು ಅದಕ್ಕೆ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು R3 ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ, ಪೋರ್ಟ್ f0/0 ವಿಳಾಸ 192.168.1.130 ಮತ್ತು ಮಾಸ್ಕ್ 255.255.255.192 ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಪೋರ್ಟ್ f0/1 ವಿಳಾಸ 10.1.1.1 ಮತ್ತು ಮಾಸ್ಕ್ 255.255.0.0 ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. 16, ಏಕೆಂದರೆ ಈ ನೆಟ್ವರ್ಕ್ /XNUMX ಆಗಿದೆ.
ಅಂತಿಮವಾಗಿ, ನಾನು ಕೊನೆಯ ರೂಟರ್ಗೆ ಹೋಗುತ್ತೇನೆ, ಅದನ್ನು R4 ಎಂದು ಹೆಸರಿಸಿ, ಮತ್ತು ಪೋರ್ಟ್ f0/0 ಅನ್ನು 10.1.1.2 ನ ವಿಳಾಸ ಮತ್ತು 255.255.0.0 ರ ಮುಖವಾಡವನ್ನು ನಿಯೋಜಿಸುತ್ತೇನೆ. ಆದ್ದರಿಂದ, ನಾವು ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇವೆ.
ಅಂತಿಮವಾಗಿ, ಕಂಪ್ಯೂಟರ್ನ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನೋಡೋಣ - ಇದು 192.168.1.10 ರ ಸ್ಥಿರ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, 255.255.255.192 ರ ಅರ್ಧ-ನೆಟ್ ಮಾಸ್ಕ್ ಮತ್ತು 192.168.1.1 ರ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ.
ಆದ್ದರಿಂದ, ವಿವಿಧ ಸಬ್ನೆಟ್ಗಳಲ್ಲಿನ ಸಾಧನಗಳಿಗೆ ಸಬ್ನೆಟ್ ಮಾಸ್ಕ್ ಅನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕೆಂದು ನೀವು ನೋಡಿದ್ದೀರಿ, ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ. ಈಗ ರೂಟಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸೋಣ. ನಾನು R1 ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗಿ, ಜಾಗತಿಕ ಕಾನ್ಫಿಗರೇಶನ್ ಮೋಡ್ ಅನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ರೂಟರ್ ಆಜ್ಞೆಯನ್ನು ಟೈಪ್ ಮಾಡಿ. ಇದರ ನಂತರ, ಈ ಆಜ್ಞೆಗಾಗಿ ಸಂಭವನೀಯ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗೆ ಸಿಸ್ಟಮ್ ಸುಳಿವುಗಳನ್ನು ನೀಡುತ್ತದೆ: bgp, eigrp, ospf ಮತ್ತು rip. ನಮ್ಮ ಟ್ಯುಟೋರಿಯಲ್ RIP ಬಗ್ಗೆ ಆಗಿರುವುದರಿಂದ, ನಾನು ರೂಟರ್ ರಿಪ್ ಆಜ್ಞೆಯನ್ನು ಬಳಸುತ್ತಿದ್ದೇನೆ.
ನೀವು ಪ್ರಶ್ನಾರ್ಥಕ ಚಿಹ್ನೆಯನ್ನು ಟೈಪ್ ಮಾಡಿದರೆ, ಈ ಪ್ರೋಟೋಕಾಲ್ನ ಕಾರ್ಯಗಳಿಗಾಗಿ ಸಂಭವನೀಯ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಕೆಳಗಿನ ಆಜ್ಞೆಗೆ ಸಿಸ್ಟಮ್ ಹೊಸ ಸುಳಿವನ್ನು ನೀಡುತ್ತದೆ: ಸ್ವಯಂ ಸಾರಾಂಶ - ಮಾರ್ಗಗಳ ಸ್ವಯಂಚಾಲಿತ ಸಾರಾಂಶ, ಡೀಫಾಲ್ಟ್-ಮಾಹಿತಿ - ಡೀಫಾಲ್ಟ್ ಮಾಹಿತಿಯ ಪ್ರಸ್ತುತಿಯ ನಿಯಂತ್ರಣ, ನೆಟ್ವರ್ಕ್ - ನೆಟ್ವರ್ಕ್ಗಳು, ಸಮಯಗಳು ಮತ್ತು ಹೀಗೆ. ನಾವು ನೆರೆಯ ಸಾಧನಗಳೊಂದಿಗೆ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವ ಮಾಹಿತಿಯನ್ನು ಇಲ್ಲಿ ನೀವು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಪ್ರಮುಖ ಕಾರ್ಯವು ಆವೃತ್ತಿಯಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಆವೃತ್ತಿ 2 ಆಜ್ಞೆಯನ್ನು ನಮೂದಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. ಮುಂದೆ ನಾವು ನೆಟ್ವರ್ಕ್ ಕೀ ಆಜ್ಞೆಯನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ, ಇದು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ IP ನೆಟ್ವರ್ಕ್ಗೆ ಮಾರ್ಗವನ್ನು ರಚಿಸುತ್ತದೆ.
ನಾವು ನಂತರ Router1 ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ, ಆದರೆ ಇದೀಗ ನಾನು ರೂಟರ್ 3 ಗೆ ಹೋಗಲು ಬಯಸುತ್ತೇನೆ. ನಾನು ಅದರ ಮೇಲೆ ನೆಟ್ವರ್ಕ್ ಆಜ್ಞೆಯನ್ನು ಬಳಸುವ ಮೊದಲು, ನಮ್ಮ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯ ಬಲಭಾಗವನ್ನು ನೋಡೋಣ. ರೂಟರ್ನ ಎರಡನೇ ಪೋರ್ಟ್ 10.1.1.1 ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ. RIP ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ? ಅದರ ಎರಡನೇ ಆವೃತ್ತಿಯಲ್ಲಿ, RIP, ಸಾಕಷ್ಟು ಹಳೆಯ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿ, ಇನ್ನೂ ತನ್ನದೇ ಆದ ನೆಟ್ವರ್ಕ್ ವರ್ಗಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ನಮ್ಮ ನೆಟ್ವರ್ಕ್ 10.1.1.0/16 ವರ್ಗ A ಗೆ ಸೇರಿದ್ದರೂ ಸಹ, ನಾವು ನೆಟ್ವರ್ಕ್ 10.0.0.0 ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಈ IP ವಿಳಾಸದ ಪೂರ್ಣ ವರ್ಗ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು.
ಆದರೆ ನಾನು ಕಮಾಂಡ್ ನೆಟ್ವರ್ಕ್ 10.1.1.1 ಅನ್ನು ಟೈಪ್ ಮಾಡಿದರೂ ಮತ್ತು ಪ್ರಸ್ತುತ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ನೋಡಿದರೂ, ಪೂರ್ಣ-ವರ್ಗದ ವಿಳಾಸ ಸ್ವರೂಪವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಳಸಿಕೊಂಡು ಸಿಸ್ಟಮ್ 10.1.1.1 ರಿಂದ 10.0.0.0 ಅನ್ನು ಸರಿಪಡಿಸಿದೆ ಎಂದು ನಾನು ನೋಡುತ್ತೇನೆ. ಆದ್ದರಿಂದ ನೀವು CCNA ಪರೀಕ್ಷೆಯಲ್ಲಿ RIP ಕುರಿತು ಪ್ರಶ್ನೆಯನ್ನು ಎದುರಿಸಿದರೆ, ನೀವು ಪೂರ್ಣ-ವರ್ಗದ ವಿಳಾಸವನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ. 10.0.0.0 ಬದಲಿಗೆ ನೀವು 10.1.1.1 ಅಥವಾ 10.1.0.0 ಎಂದು ಟೈಪ್ ಮಾಡಿದರೆ, ನೀವು ತಪ್ಪು ಮಾಡುತ್ತೀರಿ. ಪೂರ್ಣ-ವರ್ಗದ ವಿಳಾಸ ಫಾರ್ಮ್ಗೆ ಪರಿವರ್ತನೆಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ ಎಂಬ ವಾಸ್ತವದ ಹೊರತಾಗಿಯೂ, ಸಿಸ್ಟಮ್ ದೋಷವನ್ನು ಸರಿಪಡಿಸುವವರೆಗೆ ಕಾಯದಂತೆ ಆರಂಭದಲ್ಲಿ ಸರಿಯಾದ ವಿಳಾಸವನ್ನು ಬಳಸಲು ನಾನು ನಿಮಗೆ ಸಲಹೆ ನೀಡುತ್ತೇನೆ. ನೆನಪಿಡಿ - RIP ಯಾವಾಗಲೂ ಪೂರ್ಣ-ವರ್ಗದ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ.
ನೀವು ನೆಟ್ವರ್ಕ್ 10.0.0.0 ಆಜ್ಞೆಯನ್ನು ಬಳಸಿದ ನಂತರ, ಮೂರನೇ ರೂಟರ್ ಈ ಹತ್ತನೇ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗೆ ಸೇರಿಸುತ್ತದೆ ಮತ್ತು R3-R4 ಮಾರ್ಗದಲ್ಲಿ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಈಗ ನೀವು ನಾಲ್ಕನೇ ರೂಟರ್ನ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ನಾನು ಅದರ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗಿ ಮತ್ತು ಅನುಕ್ರಮವಾಗಿ ಆಜ್ಞೆಗಳನ್ನು ನಮೂದಿಸಿ ರೂಟರ್ ರಿಪ್, ಆವೃತ್ತಿ 2 ಮತ್ತು ನೆಟ್ವರ್ಕ್ 10.0.0.0. ಈ ಆಜ್ಞೆಯೊಂದಿಗೆ ನಾನು RIP ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನೆಟ್ವರ್ಕ್ 4. ಜಾಹೀರಾತುಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು R10 ಅನ್ನು ಕೇಳುತ್ತೇನೆ.
ಈಗ ಈ ಎರಡು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಬಹುದು, ಆದರೆ ಅದು ಏನನ್ನೂ ಬದಲಾಯಿಸುವುದಿಲ್ಲ. ಶೋ ip ಮಾರ್ಗ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು FastEthernrt ಪೋರ್ಟ್ 0/0 ನೇರವಾಗಿ ನೆಟ್ವರ್ಕ್ 10.1.0.0 ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ನಾಲ್ಕನೇ ರೂಟರ್, ಮೂರನೇ ರೂಟರ್ನಿಂದ ನೆಟ್ವರ್ಕ್ ಪ್ರಕಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಹೀಗೆ ಹೇಳುತ್ತದೆ: "ಅದ್ಭುತ, ಸ್ನೇಹಿತ, ನಾನು ಹತ್ತನೇ ನೆಟ್ವರ್ಕ್ನ ನಿಮ್ಮ ಪ್ರಕಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇನೆ, ಆದರೆ ಅದರ ಬಗ್ಗೆ ನನಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿದೆ, ಏಕೆಂದರೆ ನಾನು ಈ ನೆಟ್ವರ್ಕ್ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕ ಹೊಂದಿದ್ದೇನೆ."
ಆದ್ದರಿಂದ, ನಾವು R3 ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹಿಂತಿರುಗುತ್ತೇವೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ 192.168.1.0 ಆಜ್ಞೆಯೊಂದಿಗೆ ಮತ್ತೊಂದು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ನಾನು ಮತ್ತೆ ಪೂರ್ಣ-ವರ್ಗದ ವಿಳಾಸ ಸ್ವರೂಪವನ್ನು ಬಳಸುತ್ತೇನೆ. ಇದರ ನಂತರ, ಮೂರನೇ ರೂಟರ್ R192.168.1.128-R3 ಮಾರ್ಗದಲ್ಲಿ 4 ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಜಾಹೀರಾತು ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ನಾನು ಈಗಾಗಲೇ ಹೇಳಿದಂತೆ, RIP ಎಂಬುದು "ಗಾಸಿಪ್" ಆಗಿದ್ದು ಅದು ತನ್ನ ಎಲ್ಲಾ ನೆರೆಹೊರೆಯವರಿಗೆ ಹೊಸ ನೆಟ್ವರ್ಕ್ಗಳ ಬಗ್ಗೆ ತಿಳಿಸುತ್ತದೆ, ಅದರ ರೂಟಿಂಗ್ ಟೇಬಲ್ನಿಂದ ಮಾಹಿತಿಯನ್ನು ಅವರಿಗೆ ರವಾನಿಸುತ್ತದೆ. ನೀವು ಈಗ ಮೂರನೇ ರೂಟರ್ನ ಕೋಷ್ಟಕವನ್ನು ನೋಡಿದರೆ, ಅದಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಎರಡು ನೆಟ್ವರ್ಕ್ಗಳ ಡೇಟಾವನ್ನು ನೀವು ನೋಡಬಹುದು.
ಇದು ಈ ಡೇಟಾವನ್ನು ಮಾರ್ಗದ ಎರಡೂ ತುದಿಗಳಿಗೆ ಎರಡನೇ ಮತ್ತು ನಾಲ್ಕನೇ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳಿಗೆ ರವಾನಿಸುತ್ತದೆ. R2 ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗೋಣ. ನಾನು ಅದೇ ಆಜ್ಞೆಗಳನ್ನು ರೂಟರ್ ರಿಪ್, ಆವೃತ್ತಿ 2 ಮತ್ತು ನೆಟ್ವರ್ಕ್ 192.168.1.0 ಅನ್ನು ನಮೂದಿಸುತ್ತೇನೆ ಮತ್ತು ಇಲ್ಲಿ ವಿಷಯಗಳು ಆಸಕ್ತಿದಾಯಕವಾಗಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ. ನಾನು ನೆಟ್ವರ್ಕ್ 1.0 ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇನೆ, ಆದರೆ ಇದು ನೆಟ್ವರ್ಕ್ 192.168.1.64/26 ಮತ್ತು ನೆಟ್ವರ್ಕ್ 192.168.1.128/26 ಎರಡೂ ಆಗಿದೆ. ಆದ್ದರಿಂದ, ನಾನು ನೆಟ್ವರ್ಕ್ 192.168.1.0 ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ, ನಾನು ಈ ರೂಟರ್ನ ಎರಡೂ ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ತಾಂತ್ರಿಕವಾಗಿ ರೂಟಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತಿದ್ದೇನೆ. ಅನುಕೂಲವೆಂದರೆ ಕೇವಲ ಒಂದು ಆಜ್ಞೆಯೊಂದಿಗೆ ನೀವು ಸಾಧನದ ಎಲ್ಲಾ ಪೋರ್ಟ್ಗಳಿಗೆ ರೂಟಿಂಗ್ ಅನ್ನು ಹೊಂದಿಸಬಹುದು.
ನಾನು ರೂಟರ್ R1 ಗಾಗಿ ಒಂದೇ ರೀತಿಯ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇನೆ ಮತ್ತು ಎರಡೂ ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ಒಂದೇ ರೀತಿಯಲ್ಲಿ ರೂಟಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತೇನೆ. ನೀವು ಈಗ R1 ರ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ನೋಡಿದರೆ, ನೀವು ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ನೋಡಬಹುದು.
ಈ ರೂಟರ್ ನೆಟ್ವರ್ಕ್ 1.0 ಮತ್ತು ನೆಟ್ವರ್ಕ್ 1.64 ಎರಡರ ಬಗ್ಗೆಯೂ ತಿಳಿದಿದೆ. ಇದು RIP ಅನ್ನು ಬಳಸುವುದರಿಂದ ನೆಟ್ವರ್ಕ್ 1.128 ಮತ್ತು 10.1.1.0 ಬಗ್ಗೆಯೂ ತಿಳಿದಿದೆ. ರೂಟಿಂಗ್ ಟೇಬಲ್ನ ಅನುಗುಣವಾದ ಸಾಲಿನಲ್ಲಿ R ಹೆಡರ್ನಿಂದ ಇದನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ.
ದಯವಿಟ್ಟು ಮಾಹಿತಿಗೆ ಗಮನ ಕೊಡಿ [120/2] - ಇದು ಆಡಳಿತಾತ್ಮಕ ಅಂತರವಾಗಿದೆ, ಅಂದರೆ, ರೂಟಿಂಗ್ ಮಾಹಿತಿಯ ಮೂಲದ ವಿಶ್ವಾಸಾರ್ಹತೆ. ಈ ಮೌಲ್ಯವು ದೊಡ್ಡದಾಗಿರಬಹುದು ಅಥವಾ ಚಿಕ್ಕದಾಗಿರಬಹುದು, ಆದರೆ RIP ಗಾಗಿ ಡೀಫಾಲ್ಟ್ 120 ಆಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಸ್ಥಿರ ಮಾರ್ಗವು 1 ರ ಆಡಳಿತಾತ್ಮಕ ದೂರವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಕಡಿಮೆ ಆಡಳಿತಾತ್ಮಕ ದೂರ, ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾದ ಪ್ರೋಟೋಕಾಲ್. ರೂಟರ್ ಎರಡು ಪ್ರೋಟೋಕಾಲ್ಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಲು ಅವಕಾಶವನ್ನು ಹೊಂದಿದ್ದರೆ, ಉದಾಹರಣೆಗೆ ಸ್ಥಿರ ಮಾರ್ಗ ಮತ್ತು RIP ನಡುವೆ, ನಂತರ ಅದು ಸ್ಥಿರ ಮಾರ್ಗದಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಆವರಣದಲ್ಲಿ ಎರಡನೇ ಮೌಲ್ಯ, /2, ಮೆಟ್ರಿಕ್ ಆಗಿದೆ. RIP ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ, ಮೆಟ್ರಿಕ್ ಎಂದರೆ ಹಾಪ್ಗಳ ಸಂಖ್ಯೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೆಟ್ವರ್ಕ್ 10.0.0.0/8 ಅನ್ನು 2 ಹಾಪ್ಗಳಲ್ಲಿ ತಲುಪಬಹುದು, ಅಂದರೆ, ರೂಟರ್ R1 ನೆಟ್ವರ್ಕ್ 192.168.1.64/26 ಮೂಲಕ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕಳುಹಿಸಬೇಕು, ಇದು ಮೊದಲ ಹಾಪ್, ಮತ್ತು ನೆಟ್ವರ್ಕ್ 192.168.1.128/26 ಮೂಲಕ, ಇದು ಎರಡನೇ ಹಾಪ್, IP ವಿಳಾಸ 10.0.0.0 ನೊಂದಿಗೆ FastEthernet 8/0 ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಸಾಧನದ ಮೂಲಕ ನೆಟ್ವರ್ಕ್ 1/192.168.1.66 ಅನ್ನು ಪಡೆಯಲು.
ಹೋಲಿಕೆಗಾಗಿ, ರೂಟರ್ R1 ಇಂಟರ್ಫೇಸ್ 192.168.1.128 ಮೂಲಕ 120 ಹಾಪ್ನಲ್ಲಿ 1 ರ ಆಡಳಿತಾತ್ಮಕ ಅಂತರದೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ 192.168.1.66 ಅನ್ನು ತಲುಪಬಹುದು.
ಈಗ, ನೀವು ಕಂಪ್ಯೂಟರ್ PC0 ನಿಂದ IP ವಿಳಾಸ 4 ನೊಂದಿಗೆ ರೂಟರ್ R10.1.1.2 ನ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪಿಂಗ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ಅದು ಯಶಸ್ವಿಯಾಗಿ ಹಿಂತಿರುಗುತ್ತದೆ.
ವಿನಂತಿಯ ಸಮಯ ಮೀರಿದ ಸಂದೇಶದೊಂದಿಗೆ ಮೊದಲ ಪ್ರಯತ್ನ ವಿಫಲವಾಗಿದೆ, ಏಕೆಂದರೆ ARP ಅನ್ನು ಬಳಸುವಾಗ ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಕಳೆದುಹೋಗಿದೆ, ಆದರೆ ಇತರ ಮೂರನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಸ್ವೀಕರಿಸುವವರಿಗೆ ಹಿಂತಿರುಗಿಸಲಾಗಿದೆ. ಇದು RIP ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸಂವಹನವನ್ನು ಒದಗಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ, ರೂಟರ್ ಮೂಲಕ RIP ಪ್ರೋಟೋಕಾಲ್ನ ಬಳಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು, ನೀವು ಆದೇಶಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಟೈಪ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ರೂಟರ್ ರಿಪ್, ಆವೃತ್ತಿ 2 ಮತ್ತು ನೆಟ್ವರ್ಕ್ <ನೆಟ್ವರ್ಕ್ ಸಂಖ್ಯೆ / ಪೂರ್ಣ-ವರ್ಗದ ರೂಪದಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಗುರುತಿಸುವಿಕೆ>.
R4 ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗೋಣ ಮತ್ತು ಶೋ ಐಪಿ ಮಾರ್ಗ ಆಜ್ಞೆಯನ್ನು ನಮೂದಿಸಿ. ನೆಟ್ವರ್ಕ್ 10. ರೂಟರ್ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿರುವುದನ್ನು ನೀವು ನೋಡಬಹುದು ಮತ್ತು ನೆಟ್ವರ್ಕ್ 192.168.1.0/24 ಅನ್ನು ಪೋರ್ಟ್ f0/0 ಮೂಲಕ IP ವಿಳಾಸ 10.1.1.1 ನೊಂದಿಗೆ RIP ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು.
192.168.1.0/24 ನೆಟ್ವರ್ಕ್ನ ನೋಟಕ್ಕೆ ನೀವು ಗಮನ ನೀಡಿದರೆ, ಮಾರ್ಗಗಳ ಸ್ವಯಂ-ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಸಮಸ್ಯೆ ಇದೆ ಎಂದು ನೀವು ಗಮನಿಸಬಹುದು. ಸ್ವಯಂ ಸಾರಾಂಶವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, RIP ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು 192.168.1.0/24 ವರೆಗೆ ಒಟ್ಟುಗೂಡಿಸುತ್ತದೆ. ಟೈಮರ್ಗಳು ಯಾವುವು ಎಂದು ನೋಡೋಣ. RIP ಪ್ರೋಟೋಕಾಲ್ 4 ಮುಖ್ಯ ಟೈಮರ್ಗಳನ್ನು ಹೊಂದಿದೆ.
ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸುವ ಆವರ್ತನಕ್ಕೆ ಅಪ್ಡೇಟ್ ಟೈಮರ್ ಕಾರಣವಾಗಿದೆ, RIP ರೂಟಿಂಗ್ನಲ್ಲಿ ಭಾಗವಹಿಸುವ ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ಪ್ರತಿ 30 ಸೆಕೆಂಡುಗಳಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಇದರರ್ಥ ಇದು ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು RIP ಮೋಡ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಎಲ್ಲಾ ಪೋರ್ಟ್ಗಳಿಗೆ ಅದನ್ನು ವಿತರಿಸುತ್ತದೆ.
ನಾವು ರೂಟರ್ 1 ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಊಹಿಸೋಣ, ಇದು ನೆಟ್ವರ್ಕ್ N2 ಮೂಲಕ ರೂಟರ್ 2 ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ. ಮೊದಲ ಮತ್ತು ಎರಡನೇ ರೂಟರ್ ನಂತರ ನೆಟ್ವರ್ಕ್ಗಳು N1 ಮತ್ತು N3 ಇವೆ. ರೂಟರ್ 1 ರೂಟರ್ 2 ಗೆ ನೆಟ್ವರ್ಕ್ N1 ಮತ್ತು N2 ಅನ್ನು ತಿಳಿದಿದೆ ಮತ್ತು ಅದಕ್ಕೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ರೂಟರ್ 2 ರೂಟರ್ 1 ಗೆ N2 ಮತ್ತು N3 ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ತಿಳಿದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರತಿ 30 ಸೆಕೆಂಡುಗಳು ರೂಟರ್ ಪೋರ್ಟ್ಗಳು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತವೆ.
ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ N1-R1 ಸಂಪರ್ಕವು ಮುರಿದುಹೋಗಿದೆ ಮತ್ತು ರೂಟರ್ 1 ಇನ್ನು ಮುಂದೆ N1 ನೆಟ್ವರ್ಕ್ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಊಹಿಸೋಣ. ಇದರ ನಂತರ, ಮೊದಲ ರೂಟರ್ ಎರಡನೇ ರೂಟರ್ಗೆ N2 ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಬಂಧಿಸಿದ ನವೀಕರಣಗಳನ್ನು ಮಾತ್ರ ಕಳುಹಿಸುತ್ತದೆ. ರೂಟರ್ 2, ಅಂತಹ ಮೊದಲ ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಯೋಚಿಸುತ್ತದೆ: "ಅದ್ಭುತ, ಈಗ ನಾನು ಅಮಾನ್ಯ ಟೈಮರ್ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ N1 ಅನ್ನು ಹಾಕಬೇಕಾಗಿದೆ," ನಂತರ ಅದು ಅಮಾನ್ಯ ಟೈಮರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. 180 ಸೆಕೆಂಡುಗಳ ಕಾಲ ಅದು ಯಾರೊಂದಿಗೂ N1 ನೆಟ್ವರ್ಕ್ ನವೀಕರಣಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದರೆ ಈ ಅವಧಿಯ ನಂತರ ಅದು ಅಮಾನ್ಯ ಟೈಮರ್ ಅನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ನವೀಕರಣ ಟೈಮರ್ ಅನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈ 180 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಅದು N1 ನೆಟ್ವರ್ಕ್ನ ಸ್ಥಿತಿಗೆ ಯಾವುದೇ ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸದಿದ್ದರೆ, ಅದು 180 ಸೆಕೆಂಡುಗಳ ಕಾಲ ಹೋಲ್ಡ್ ಡೌನ್ ಟೈಮರ್ನಲ್ಲಿ ಇರಿಸುತ್ತದೆ, ಅಂದರೆ, ಅಮಾನ್ಯ ಟೈಮರ್ ಮುಗಿದ ತಕ್ಷಣ ಹೋಲ್ಡ್ ಡೌನ್ ಟೈಮರ್ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ಮತ್ತೊಂದು, ನಾಲ್ಕನೇ ಫ್ಲಶ್ ಟೈಮರ್ ಚಾಲನೆಯಲ್ಲಿದೆ, ಇದು ಅಮಾನ್ಯ ಟೈಮರ್ನೊಂದಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ರೂಟಿಂಗ್ ಟೇಬಲ್ನಿಂದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವವರೆಗೆ ನೆಟ್ವರ್ಕ್ N1 ಕುರಿತು ಕೊನೆಯ ಸಾಮಾನ್ಯ ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸುವ ನಡುವಿನ ಸಮಯದ ಮಧ್ಯಂತರವನ್ನು ಈ ಟೈಮರ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ಹೀಗಾಗಿ, ಈ ಟೈಮರ್ನ ಅವಧಿಯು 240 ಸೆಕೆಂಡುಗಳನ್ನು ತಲುಪಿದಾಗ, ನೆಟ್ವರ್ಕ್ N1 ಅನ್ನು ಎರಡನೇ ರೂಟರ್ನ ರೂಟಿಂಗ್ ಟೇಬಲ್ನಿಂದ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೊರಗಿಡಲಾಗುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಅಪ್ಡೇಟ್ ಟೈಮರ್ ಪ್ರತಿ 30 ಸೆಕೆಂಡಿಗೆ ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಪ್ರತಿ 180 ಸೆಕೆಂಡ್ಗಳಿಗೆ ರನ್ ಆಗುವ ಅಮಾನ್ಯ ಟೈಮರ್, ರೂಟರ್ಗೆ ಹೊಸ ಅಪ್ಡೇಟ್ ಬರುವವರೆಗೆ ಕಾಯುತ್ತದೆ. ಅದು ಬರದಿದ್ದರೆ, ಅದು ಆ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೋಲ್ಡ್ ಸ್ಟೇಟ್ಗೆ ಇರಿಸುತ್ತದೆ, ಪ್ರತಿ 180 ಸೆಕೆಂಡ್ಗಳಿಗೆ ಹೋಲ್ಡ್ ಡೌನ್ ಟೈಮರ್ ಚಾಲನೆಯಲ್ಲಿದೆ. ಆದರೆ ಅಮಾನ್ಯ ಮತ್ತು ಫ್ಲಶ್ ಟೈಮರ್ಗಳು ಏಕಕಾಲದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಫ್ಲಶ್ ಪ್ರಾರಂಭವಾದ 240 ಸೆಕೆಂಡುಗಳ ನಂತರ, ಅಪ್ಡೇಟ್ನಲ್ಲಿ ಉಲ್ಲೇಖಿಸದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ರೂಟಿಂಗ್ ಟೇಬಲ್ನಿಂದ ಹೊರಗಿಡಲಾಗುತ್ತದೆ. ಈ ಟೈಮರ್ಗಳ ಅವಧಿಯನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಹೊಂದಿಸಲಾಗಿದೆ ಮತ್ತು ಬದಲಾಯಿಸಬಹುದು. ಅದುವೇ RIP ಟೈಮರ್ಗಳು.
ಈಗ RIP ಪ್ರೋಟೋಕಾಲ್ನ ಮಿತಿಗಳನ್ನು ಪರಿಗಣಿಸಲು ಹೋಗೋಣ, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಇವೆ. ಪ್ರಮುಖ ಮಿತಿಗಳಲ್ಲಿ ಒಂದು ಸ್ವಯಂ-ಸಂಗ್ರಹವಾಗಿದೆ.
ನಮ್ಮ ನೆಟ್ವರ್ಕ್ 192.168.1.0/24 ಗೆ ಹಿಂತಿರುಗೋಣ. ರೂಟರ್ 3 ರೂಟರ್ 4 ಗೆ ಸಂಪೂರ್ಣ 1.0 ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಹೇಳುತ್ತದೆ, ಇದನ್ನು /24 ನಿಂದ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಇದರರ್ಥ ನೆಟ್ವರ್ಕ್ ಐಡಿ ಮತ್ತು ಬ್ರಾಡ್ಕಾಸ್ಟ್ ವಿಳಾಸ ಸೇರಿದಂತೆ ಈ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ 256 ಐಪಿ ವಿಳಾಸಗಳು ಲಭ್ಯವಿದೆ, ಅಂದರೆ ಈ ಶ್ರೇಣಿಯಲ್ಲಿನ ಯಾವುದೇ ಐಪಿ ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವ ಸಾಧನಗಳಿಂದ ಸಂದೇಶಗಳನ್ನು 10.1.1.1 ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ರೂಟಿಂಗ್ ಟೇಬಲ್ R3 ಅನ್ನು ನೋಡೋಣ.
ನಾವು ನೆಟ್ವರ್ಕ್ 192.168.1.0/26 ಅನ್ನು ನೋಡುತ್ತೇವೆ, ಇದನ್ನು 3 ಸಬ್ನೆಟ್ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಇದರರ್ಥ ರೂಟರ್ ಮೂರು ನಿರ್ದಿಷ್ಟ IP ವಿಳಾಸಗಳ ಬಗ್ಗೆ ಮಾತ್ರ ತಿಳಿದಿದೆ: 192.168.1.0, 192.168.1.64 ಮತ್ತು 192.168.1.128, ಇದು /26 ನೆಟ್ವರ್ಕ್ಗೆ ಸೇರಿದೆ. ಆದರೆ ಇದು ಏನನ್ನೂ ತಿಳಿದಿಲ್ಲ, ಉದಾಹರಣೆಗೆ, 192.168.1.192 ರಿಂದ 192.168.1.225 ರವರೆಗಿನ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಇರುವ IP ವಿಳಾಸಗಳೊಂದಿಗೆ ಸಾಧನಗಳ ಬಗ್ಗೆ.
ಆದಾಗ್ಯೂ, ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ, R4 ತನಗೆ ಕಳುಹಿಸುವ ದಟ್ಟಣೆಯ ಬಗ್ಗೆ ಎಲ್ಲವನ್ನೂ ತಿಳಿದಿದೆ ಎಂದು R3 ಭಾವಿಸುತ್ತದೆ, ಅಂದರೆ, 192.168.1.0/24 ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ IP ವಿಳಾಸಗಳು, ಇದು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ದಟ್ಟಣೆಯನ್ನು ಬಿಡಲು ಪ್ರಾರಂಭಿಸಬಹುದು ಏಕೆಂದರೆ ಅವುಗಳು ಪರಸ್ಪರ "ಮೋಸಗೊಳಿಸುತ್ತವೆ" - ಎಲ್ಲಾ ನಂತರ, ರೂಟರ್ 3 ಈ ನೆಟ್ವರ್ಕ್ನ ಸಬ್ನೆಟ್ಗಳ ಬಗ್ಗೆ ಎಲ್ಲವನ್ನೂ ತಿಳಿದಿರುವ ನಾಲ್ಕನೇ ರೂಟರ್ಗೆ ಹೇಳಲು ಯಾವುದೇ ಹಕ್ಕನ್ನು ಹೊಂದಿಲ್ಲ. "ಆಟೋ-ಸಮ್ಮಿಂಗ್" ಎಂಬ ಸಮಸ್ಯೆಯಿಂದಾಗಿ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ವಿಭಿನ್ನ ದೊಡ್ಡ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಚಲಿಸಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ವರ್ಗ C ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿರುವ ನೆಟ್ವರ್ಕ್ ಅನ್ನು R3 ರೂಟರ್ ಮೂಲಕ ವರ್ಗ A ವಿಳಾಸಗಳೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ.
R3 ರೂಟರ್ ಈ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಒಂದೇ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಎಲ್ಲಾ ಮಾರ್ಗಗಳನ್ನು ಒಂದೇ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ 192.168.1.0 ಆಗಿ ಸಂಕ್ಷೇಪಿಸುತ್ತದೆ. ಹಿಂದಿನ ವೀಡಿಯೊಗಳಲ್ಲಿ ಸೂಪರ್ನೆಟ್ ಮಾರ್ಗಗಳ ಸಾರಾಂಶದ ಕುರಿತು ನಾವು ಏನು ಮಾತನಾಡಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳೋಣ. ಸಂಕಲನದ ಕಾರಣ ಸರಳವಾಗಿದೆ - ರೂಟಿಂಗ್ ಟೇಬಲ್ನಲ್ಲಿನ ಒಂದು ನಮೂದು, ನಮಗೆ ಇದು 192.168.1.0 ಮೂಲಕ 24/120 [1/10.1.1.1] ನಮೂದು, 3 ನಮೂದುಗಳಿಗಿಂತ ಉತ್ತಮವಾಗಿದೆ ಎಂದು ರೂಟರ್ ನಂಬುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ನೂರಾರು ಸಣ್ಣ ಸಬ್ನೆಟ್ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಸಾರಾಂಶವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದಾಗ, ರೂಟಿಂಗ್ ಟೇಬಲ್ ಬೃಹತ್ ಸಂಖ್ಯೆಯ ರೂಟಿಂಗ್ ನಮೂದುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಮಾಹಿತಿಯ ಸಂಗ್ರಹವನ್ನು ತಡೆಗಟ್ಟಲು, ಸ್ವಯಂಚಾಲಿತ ಮಾರ್ಗ ಸಾರಾಂಶವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಆದಾಗ್ಯೂ, ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಸ್ವಯಂ-ಸಂಗ್ರಹಿಸುವ ಮಾರ್ಗಗಳು ಸಮಸ್ಯೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ ಏಕೆಂದರೆ ಇದು ರೂಟರ್ ಅನ್ನು ಸುಳ್ಳು ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡಲು ಒತ್ತಾಯಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ನಾವು R3 ರೂಟರ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗಬೇಕು ಮತ್ತು ಸ್ವಯಂ-ಸಂಗ್ರಹಿಸುವ ಮಾರ್ಗಗಳನ್ನು ನಿಷೇಧಿಸುವ ಆಜ್ಞೆಯನ್ನು ನಮೂದಿಸಬೇಕು.
ಇದನ್ನು ಮಾಡಲು, ನಾನು ಆದೇಶಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಟೈಪ್ ಮಾಡಿ ರೂಟರ್ ರಿಪ್ ಮತ್ತು ಸ್ವಯಂ ಸಾರಾಂಶವಿಲ್ಲ. ಇದರ ನಂತರ, ನವೀಕರಣವು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಹರಡುವವರೆಗೆ ನೀವು ಕಾಯಬೇಕಾಗಿದೆ, ಮತ್ತು ನಂತರ ನೀವು R4 ರೂಟರ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಶೋ ಐಪಿ ಮಾರ್ಗ ಆಜ್ಞೆಯನ್ನು ಬಳಸಬಹುದು.
ರೂಟಿಂಗ್ ಟೇಬಲ್ ಹೇಗೆ ಬದಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು. 192.168.1.0 ಮೂಲಕ 24/120 [1/10.1.1.1] ಪ್ರವೇಶವನ್ನು ಟೇಬಲ್ನ ಹಿಂದಿನ ಆವೃತ್ತಿಯಿಂದ ಸಂರಕ್ಷಿಸಲಾಗಿದೆ ಮತ್ತು ನಂತರ ಮೂರು ನಮೂದುಗಳಿವೆ, ಅಪ್ಡೇಟ್ ಟೈಮರ್ಗೆ ಧನ್ಯವಾದಗಳು, ಪ್ರತಿ 30 ಸೆಕೆಂಡ್ಗಳಿಗೆ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ನವೀಕರಣದ ನಂತರ 240 ಸೆಕೆಂಡುಗಳು ಜೊತೆಗೆ 30 ಸೆಕೆಂಡುಗಳು, ಅಂದರೆ 270 ಸೆಕೆಂಡುಗಳ ನಂತರ, ಈ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ರೂಟಿಂಗ್ ಟೇಬಲ್ನಿಂದ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಎಂದು ಫ್ಲಶ್ ಟೈಮರ್ ಖಚಿತಪಡಿಸುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್ಗಳು 192.168.1.0/26, 192.168.1.64/26 ಮತ್ತು 192.168.1.128/26 ಅನ್ನು ಸರಿಯಾಗಿ ಪಟ್ಟಿಮಾಡಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಈಗ 192.168.1.225 ಸಾಧನಕ್ಕೆ ಸಂಚಾರವನ್ನು ಉದ್ದೇಶಿಸಿದ್ದರೆ, ಆ ಸಾಧನವು ರೂಟರ್ನೊಂದಿಗೆ ಸಾಧನವು ತಿಳಿದಿಲ್ಲದ ಕಾರಣ ಅದನ್ನು ಬಿಡುತ್ತದೆ ಆ ವಿಳಾಸ. ಆದರೆ ಹಿಂದಿನ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು R3 ಗಾಗಿ ಮಾರ್ಗಗಳ ಸ್ವಯಂ-ಸಂಗ್ರಹವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ, ಈ ದಟ್ಟಣೆಯನ್ನು 10.1.1.1 ನೆಟ್ವರ್ಕ್ಗೆ ನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಾಗಿದೆ, ಏಕೆಂದರೆ R3 ಈ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮತ್ತಷ್ಟು ಕಳುಹಿಸದೆ ತಕ್ಷಣವೇ ಬಿಡಬೇಕು.
ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರಾಗಿ, ನೀವು ಕನಿಷ್ಟ ಪ್ರಮಾಣದ ಅನಗತ್ಯ ದಟ್ಟಣೆಯೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ರಚಿಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ R3 ಮೂಲಕ ಈ ಸಂಚಾರವನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ನಿಮ್ಮ ಕೆಲಸವು ನೆಟ್ವರ್ಕ್ ಥ್ರೋಪುಟ್ ಅನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಹೆಚ್ಚಿಸುವುದು, ಟ್ರಾಫಿಕ್ ಅಗತ್ಯವಿಲ್ಲದ ಸಾಧನಗಳಿಗೆ ಕಳುಹಿಸುವುದನ್ನು ತಡೆಯುವುದು.
RIP ಯ ಮುಂದಿನ ಮಿತಿ ಲೂಪ್ಗಳು ಅಥವಾ ರೂಟಿಂಗ್ ಲೂಪ್ಗಳು. ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ಸರಿಯಾಗಿ ನವೀಕರಿಸಿದಾಗ ನಾವು ಈಗಾಗಲೇ ನೆಟ್ವರ್ಕ್ ಒಮ್ಮುಖದ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ರೂಟರ್ ಅದರ ಬಗ್ಗೆ ಏನೂ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ 192.168.1.0/24 ನೆಟ್ವರ್ಕ್ಗಾಗಿ ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸಬಾರದು. ತಾಂತ್ರಿಕವಾಗಿ, ಒಮ್ಮುಖವಾಗುವುದು ಎಂದರೆ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ಸರಿಯಾದ ಮಾಹಿತಿಯೊಂದಿಗೆ ಮಾತ್ರ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ರೂಟರ್ ಅನ್ನು ಆಫ್ ಮಾಡಿದಾಗ, ರೀಬೂಟ್ ಮಾಡಿದಾಗ, ನೆಟ್ವರ್ಕ್ಗೆ ಮರುಸಂಪರ್ಕಿಸಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ಒಮ್ಮುಖವು ಎಲ್ಲಾ ಅಗತ್ಯ ರೂಟಿಂಗ್ ಟೇಬಲ್ ನವೀಕರಣಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ ಮತ್ತು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ನಿರ್ವಹಿಸಿದ ಸ್ಥಿತಿಯಾಗಿದೆ.
RIP ಅತ್ಯಂತ ಕಳಪೆ ಒಮ್ಮುಖವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಇದು ತುಂಬಾ ನಿಧಾನವಾದ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ಈ ನಿಧಾನಗತಿಯ ಕಾರಣದಿಂದಾಗಿ, ರೂಟಿಂಗ್ ಲೂಪ್ಗಳು ಅಥವಾ "ಅನಂತ ಕೌಂಟರ್" ಸಮಸ್ಯೆ ಉಂಟಾಗುತ್ತದೆ.
ಹಿಂದಿನ ಉದಾಹರಣೆಯಂತೆಯೇ ನಾನು ನೆಟ್ವರ್ಕ್ ರೇಖಾಚಿತ್ರವನ್ನು ಸೆಳೆಯುತ್ತೇನೆ - ರೂಟರ್ 1 ಅನ್ನು ರೂಟರ್ 2 ಗೆ ನೆಟ್ವರ್ಕ್ N2 ಮೂಲಕ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ, ನೆಟ್ವರ್ಕ್ N1 ಅನ್ನು ರೂಟರ್ 1 ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ N2 ರೂಟರ್ 3 ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ. ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ N1-R1 ಸಂಪರ್ಕವು ಮುರಿದುಹೋಗಿದೆ ಎಂದು ಭಾವಿಸೋಣ.
ರೂಟರ್ 2 ರ ಮೂಲಕ ನೆಟ್ವರ್ಕ್ N1 ಅನ್ನು ಒಂದು ಹಾಪ್ನಲ್ಲಿ ತಲುಪಬಹುದು ಎಂದು ರೂಟರ್ 1 ಗೆ ತಿಳಿದಿದೆ, ಆದರೆ ಈ ನೆಟ್ವರ್ಕ್ ಸದ್ಯಕ್ಕೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ. ನೆಟ್ವರ್ಕ್ ವಿಫಲವಾದ ನಂತರ, ಟೈಮರ್ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ರೂಟರ್ 1 ಅದನ್ನು ಹೋಲ್ಡ್ ಡೌನ್ ಸ್ಥಿತಿಯಲ್ಲಿ ಇರಿಸುತ್ತದೆ, ಇತ್ಯಾದಿ. ಆದಾಗ್ಯೂ, ರೂಟರ್ 2 ಅಪ್ಡೇಟ್ ಟೈಮರ್ ಚಾಲನೆಯಲ್ಲಿದೆ ಮತ್ತು ನಿಗದಿತ ಸಮಯದಲ್ಲಿ ಅದು ರೂಟರ್ 1 ಗೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದು ನೆಟ್ವರ್ಕ್ N1 ಅದರ ಮೂಲಕ ಎರಡು ಹಾಪ್ಗಳಲ್ಲಿ ಪ್ರವೇಶಿಸಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ N1 ನ ವೈಫಲ್ಯದ ಕುರಿತು ರೂಟರ್ 2 ಗೆ ಅಪ್ಡೇಟ್ ಕಳುಹಿಸಲು ಸಮಯ ಹೊಂದುವ ಮೊದಲು ಈ ಅಪ್ಡೇಟ್ ರೂಟರ್ 1 ಗೆ ತಲುಪುತ್ತದೆ.
ಈ ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ರೂಟರ್ 1 ಯೋಚಿಸುತ್ತದೆ: “ನನ್ನೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ N1 ನೆಟ್ವರ್ಕ್ ಕೆಲವು ಕಾರಣಗಳಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ, ಆದರೆ ರೂಟರ್ 2 ಅದರ ಮೂಲಕ ಎರಡು ಹಾಪ್ಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ ಎಂದು ಹೇಳಿದೆ. ನಾನು ಅವನನ್ನು ನಂಬುತ್ತೇನೆ, ಆದ್ದರಿಂದ ನಾನು ಒಂದು ಹಾಪ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇನೆ, ನನ್ನ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ನವೀಕರಿಸುತ್ತೇನೆ ಮತ್ತು ರೂಟರ್ 2 ಗೆ ಅಪ್ಡೇಟ್ ಕಳುಹಿಸುತ್ತೇನೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ N1 ಅನ್ನು ರೂಟರ್ 2 ಮೂಲಕ ಮೂರು ಹಾಪ್ಗಳಲ್ಲಿ ಪ್ರವೇಶಿಸಬಹುದು ಎಂದು ಹೇಳುತ್ತೇನೆ!
ಮೊದಲ ರೂಟರ್ನಿಂದ ಈ ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ರೂಟರ್ 2 ಹೀಗೆ ಹೇಳುತ್ತದೆ: “ಸರಿ, ಮೊದಲು ನಾನು R1 ನಿಂದ ನವೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇನೆ, ಅದು N1 ನೆಟ್ವರ್ಕ್ ಅದರ ಮೂಲಕ ಒಂದು ಹಾಪ್ನಲ್ಲಿ ಲಭ್ಯವಿದೆ ಎಂದು ಹೇಳಿದೆ. ಈಗ ಅದು 3 ಹಾಪ್ಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ ಎಂದು ಹೇಳಿದರು. ಬಹುಶಃ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಏನಾದರೂ ಬದಲಾಗಿರಬಹುದು, ನನಗೆ ಸಹಾಯ ಮಾಡಲು ಆದರೆ ನಂಬಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ನಾನು ಒಂದು ಹಾಪ್ ಅನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ನನ್ನ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ನವೀಕರಿಸುತ್ತೇನೆ. ಇದರ ನಂತರ, R2 ಮೊದಲ ರೂಟರ್ಗೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅದು ನೆಟ್ವರ್ಕ್ N1 ಈಗ 4 ಹಾಪ್ಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ.
ಸಮಸ್ಯೆ ಏನು ಎಂದು ನೀವು ನೋಡುತ್ತೀರಾ? ಎರಡೂ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಪರಸ್ಪರ ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ, ಪ್ರತಿ ಬಾರಿಯೂ ಒಂದು ಹಾಪ್ ಅನ್ನು ಸೇರಿಸುತ್ತವೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ ಹಾಪ್ಗಳ ಸಂಖ್ಯೆಯು ದೊಡ್ಡ ಸಂಖ್ಯೆಯನ್ನು ತಲುಪುತ್ತದೆ. RIP ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ, ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಹಾಪ್ಗಳು 16 ಆಗಿದೆ, ಮತ್ತು ಈ ಮೌಲ್ಯವನ್ನು ತಲುಪಿದ ತಕ್ಷಣ, ರೂಟರ್ ಸಮಸ್ಯೆ ಇದೆ ಎಂದು ಅರಿತುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ರೂಟಿಂಗ್ ಟೇಬಲ್ನಿಂದ ಈ ಮಾರ್ಗವನ್ನು ಸರಳವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ. RIP ನಲ್ಲಿ ರೂಟಿಂಗ್ ಲೂಪ್ಗಳ ಸಮಸ್ಯೆ ಇದು. RIP ದೂರದ ವೆಕ್ಟರ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿರುವುದು ಇದಕ್ಕೆ ಕಾರಣ; ಇದು ನೆಟ್ವರ್ಕ್ ವಿಭಾಗಗಳ ಸ್ಥಿತಿಗೆ ಗಮನ ಕೊಡದೆ ದೂರವನ್ನು ಮಾತ್ರ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ. 1969 ರಲ್ಲಿ, ಕಂಪ್ಯೂಟರ್ ನೆಟ್ವರ್ಕ್ಗಳು ಈಗ ಇರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ನಿಧಾನವಾಗಿದ್ದಾಗ, ದೂರದ ವೆಕ್ಟರ್ ವಿಧಾನವನ್ನು ಸಮರ್ಥಿಸಲಾಯಿತು, ಆದ್ದರಿಂದ RIP ಡೆವಲಪರ್ಗಳು ಹಾಪ್ ಎಣಿಕೆಗಳನ್ನು ಮುಖ್ಯ ಮೆಟ್ರಿಕ್ ಆಗಿ ಆಯ್ಕೆ ಮಾಡಿದರು. ಆದಾಗ್ಯೂ, ಇಂದು ಈ ವಿಧಾನವು ಅನೇಕ ಸಮಸ್ಯೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆಧುನಿಕ ನೆಟ್ವರ್ಕ್ಗಳು OSPF ನಂತಹ ಹೆಚ್ಚು ಸುಧಾರಿತ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗೆ ವ್ಯಾಪಕವಾಗಿ ಬದಲಾಗಿವೆ. ವಾಸ್ತವಿಕವಾಗಿ, ಈ ಪ್ರೋಟೋಕಾಲ್ ಹೆಚ್ಚಿನ ಜಾಗತಿಕ ಕಂಪನಿಗಳ ನೆಟ್ವರ್ಕ್ಗಳಿಗೆ ಮಾನದಂಡವಾಗಿದೆ. ಕೆಳಗಿನ ವೀಡಿಯೊಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ನಾವು ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡುತ್ತೇವೆ.
ನಾವು ಇನ್ನು ಮುಂದೆ RIP ಗೆ ಹಿಂತಿರುಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಈ ಹಳೆಯ ನೆಟ್ವರ್ಕ್ ಪ್ರೋಟೋಕಾಲ್ನ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು, ರೂಟಿಂಗ್ನ ಮೂಲಗಳು ಮತ್ತು ದೊಡ್ಡ ನೆಟ್ವರ್ಕ್ಗಳಿಗೆ ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅವರು ಇನ್ನು ಮುಂದೆ ಬಳಸದಿರಲು ಪ್ರಯತ್ನಿಸುವ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಸಾಕಷ್ಟು ಹೇಳಿದ್ದೇನೆ. ಮುಂದಿನ ವೀಡಿಯೊ ಪಾಠಗಳಲ್ಲಿ ನಾವು ಆಧುನಿಕ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ನೋಡುತ್ತೇವೆ - OSPF ಮತ್ತು EIGRP.
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್ಗಳ ಅನನ್ಯ ಅನಲಾಗ್ನಲ್ಲಿ Habr ಬಳಕೆದಾರರಿಗೆ 30% ರಿಯಾಯಿತಿ, ಇದನ್ನು ನಿಮಗಾಗಿ ನಾವು ಕಂಡುಹಿಡಿದಿದ್ದೇವೆ:
Dell R730xd 2 ಪಟ್ಟು ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com