ಇಂದು ನಾವು IPv6 ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅಧ್ಯಯನ ಮಾಡುತ್ತೇವೆ. CCNA ಕೋರ್ಸ್‌ನ ಹಿಂದಿನ ಆವೃತ್ತಿಗೆ ಈ ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ವಿವರವಾದ ಪರಿಚಿತತೆಯ ಅಗತ್ಯವಿರಲಿಲ್ಲ, ಆದಾಗ್ಯೂ, ಮೂರನೇ ಆವೃತ್ತಿ 200-125 ರಲ್ಲಿ, ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣರಾಗಲು ಅದರ ಆಳವಾದ ಅಧ್ಯಯನವು ಕಡ್ಡಾಯವಾಗಿದೆ. IPv6 ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಹಳ ಹಿಂದೆಯೇ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಯಿತು, ಆದರೆ ದೀರ್ಘಕಾಲದವರೆಗೆ ಅದನ್ನು ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗಲಿಲ್ಲ. ಇದು ಸರ್ವತ್ರ IPv4 ಪ್ರೋಟೋಕಾಲ್ನ ನ್ಯೂನತೆಗಳನ್ನು ನಿವಾರಿಸಲು ಉದ್ದೇಶಿಸಿರುವುದರಿಂದ, ಇಂಟರ್ನೆಟ್‌ನ ಭವಿಷ್ಯದ ಅಭಿವೃದ್ಧಿಗೆ ಇದು ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ.
IPv6 ಪ್ರೋಟೋಕಾಲ್ ಸಾಕಷ್ಟು ವಿಶಾಲವಾದ ವಿಷಯವಾಗಿರುವುದರಿಂದ, ನಾನು ಅದನ್ನು ಎರಡು ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್‌ಗಳಾಗಿ ವಿಂಗಡಿಸಿದ್ದೇನೆ: ದಿನ 24 ಮತ್ತು ದಿನ 25. ಮೊದಲ ದಿನ ನಾವು ಮೂಲಭೂತ ಪರಿಕಲ್ಪನೆಗಳಿಗೆ ವಿನಿಯೋಗಿಸುತ್ತೇವೆ ಮತ್ತು ಎರಡನೆಯದರಲ್ಲಿ ನಾವು Cisco ಗಾಗಿ IPv6 IP ವಿಳಾಸಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದನ್ನು ನೋಡುತ್ತೇವೆ. ಸಾಧನಗಳು. ಇಂದು, ಎಂದಿನಂತೆ, ನಾವು ಮೂರು ವಿಷಯಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತೇವೆ: IPv6 ನ ಅಗತ್ಯತೆ, IPv6 ವಿಳಾಸಗಳ ಸ್ವರೂಪ ಮತ್ತು IPv6 ವಿಳಾಸಗಳ ಪ್ರಕಾರಗಳು.
ಇಲ್ಲಿಯವರೆಗೆ ನಮ್ಮ ಪಾಠಗಳಲ್ಲಿ, ನಾವು v4 IP ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಅವುಗಳು ತುಂಬಾ ಸರಳವಾಗಿ ಕಾಣುತ್ತವೆ ಎಂಬ ಅಂಶವನ್ನು ನೀವು ಬಳಸಿದ್ದೀರಿ. ಈ ಸ್ಲೈಡ್‌ನಲ್ಲಿ ತೋರಿಸಿರುವ ವಿಳಾಸವನ್ನು ನೀವು ನೋಡಿದಾಗ, ಅದು ಏನೆಂದು ನೀವು ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೀರಿ.
ಆದಾಗ್ಯೂ, v6 IP ವಿಳಾಸಗಳು ವಿಭಿನ್ನವಾಗಿ ಕಾಣುತ್ತವೆ. ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ನ ಈ ಆವೃತ್ತಿಯಲ್ಲಿ ವಿಳಾಸಗಳನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ನಿಮಗೆ ಪರಿಚಯವಿಲ್ಲದಿದ್ದರೆ, ಈ ರೀತಿಯ IP ವಿಳಾಸವು ಸಾಕಷ್ಟು ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನೀವು ಮೊದಲು ಆಶ್ಚರ್ಯಪಡುತ್ತೀರಿ. ಪ್ರೋಟೋಕಾಲ್ನ ನಾಲ್ಕನೇ ಆವೃತ್ತಿಯಲ್ಲಿ, ನಾವು ಕೇವಲ 4 ದಶಮಾಂಶ ಸಂಖ್ಯೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಅವರೊಂದಿಗೆ ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ, ಆದರೆ ನೀವು ನಿರ್ದಿಷ್ಟ Mr. X ಗೆ ಅವರ ಹೊಸ IP ವಿಳಾಸವನ್ನು 2001:0db8:85a3:0000:0000:8a2e ಹೇಳಬೇಕೆಂದು ಊಹಿಸಿ. :0370: 7334.
ಆದರೆ ಚಿಂತಿಸಬೇಡಿ - ಈ ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್‌ನ ಕೊನೆಯಲ್ಲಿ ನಾವು ಉತ್ತಮ ಸ್ಥಾನದಲ್ಲಿರುತ್ತೇವೆ. IPv6 ಅನ್ನು ಬಳಸುವ ಅಗತ್ಯವು ಏಕೆ ಉದ್ಭವಿಸಿತು ಎಂಬುದನ್ನು ಮೊದಲು ನೋಡೋಣ.
ಇಂದು, ಹೆಚ್ಚಿನ ಜನರು IPv4 ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಮತ್ತು ಅದರಲ್ಲಿ ಸಾಕಷ್ಟು ಸಂತೋಷಪಡುತ್ತಾರೆ. ನೀವು ಹೊಸ ಆವೃತ್ತಿಗೆ ಏಕೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಬೇಕಾಗಿತ್ತು? ಮೊದಲನೆಯದಾಗಿ, ಆವೃತ್ತಿ 4 IP ವಿಳಾಸಗಳು 32 ಬಿಟ್‌ಗಳಷ್ಟು ಉದ್ದವಾಗಿದೆ. ಇದು ಅಂತರ್ಜಾಲದಲ್ಲಿ ಸರಿಸುಮಾರು 4 ಶತಕೋಟಿ ವಿಳಾಸಗಳನ್ನು ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಅಂದರೆ, IP ವಿಳಾಸಗಳ ನಿಖರವಾದ ಸಂಖ್ಯೆ 232. IPv4 ರ ರಚನೆಯ ಸಮಯದಲ್ಲಿ, ಅಭಿವರ್ಧಕರು ಈ ಸಂಖ್ಯೆಯ ವಿಳಾಸಗಳು ಸಾಕಷ್ಟು ಹೆಚ್ಚು ಎಂದು ನಂಬಿದ್ದರು. ನಿಮಗೆ ನೆನಪಿದ್ದರೆ, ಈ ಆವೃತ್ತಿಯ ವಿಳಾಸಗಳನ್ನು 5 ವರ್ಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: ಸಕ್ರಿಯ ತರಗತಿಗಳು ಎ, ಬಿ, ಸಿ ಮತ್ತು ಮೀಸಲು ವರ್ಗಗಳು ಡಿ (ಮಲ್ಟಿಕಾಸ್ಟಿಂಗ್) ಮತ್ತು ಇ (ಸಂಶೋಧನೆ). ಹೀಗಾಗಿ, ಕೆಲಸ ಮಾಡುವ IP ವಿಳಾಸಗಳ ಸಂಖ್ಯೆಯು 75 ಶತಕೋಟಿಯಲ್ಲಿ ಕೇವಲ 4% ಆಗಿದ್ದರೂ, ಪ್ರೋಟೋಕಾಲ್ನ ಸೃಷ್ಟಿಕರ್ತರು ಎಲ್ಲಾ ಮಾನವೀಯತೆಗೆ ಸಾಕಾಗುತ್ತದೆ ಎಂದು ವಿಶ್ವಾಸ ಹೊಂದಿದ್ದರು. ಆದಾಗ್ಯೂ, ಇಂಟರ್ನೆಟ್‌ನ ತ್ವರಿತ ಅಭಿವೃದ್ಧಿಯಿಂದಾಗಿ, ಉಚಿತ IP ವಿಳಾಸಗಳ ಕೊರತೆಯು ಪ್ರತಿ ವರ್ಷವೂ ಅನುಭವಿಸಲು ಪ್ರಾರಂಭಿಸಿತು ಮತ್ತು NAT ತಂತ್ರಜ್ಞಾನದ ಬಳಕೆಗಾಗಿ ಇಲ್ಲದಿದ್ದರೆ, ಉಚಿತ IPv4 ವಿಳಾಸಗಳು ಬಹಳ ಹಿಂದೆಯೇ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ. ವಾಸ್ತವವಾಗಿ, NAT ಈ ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ನ ಸಂರಕ್ಷಕನಾಗಿ ಮಾರ್ಪಟ್ಟಿದೆ. ಅದಕ್ಕಾಗಿಯೇ 4 ನೇ ಆವೃತ್ತಿಯ ನ್ಯೂನತೆಗಳಿಲ್ಲದೆ ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ರಚಿಸುವುದು ಅಗತ್ಯವಾಯಿತು. ನೀವು ನೇರವಾಗಿ ಆವೃತ್ತಿ 5 ರಿಂದ ಆವೃತ್ತಿ 1,2 ಕ್ಕೆ ಏಕೆ ಹಾರಿದ್ದೀರಿ ಎಂದು ನೀವು ಕೇಳಬಹುದು. ಏಕೆಂದರೆ ಆವೃತ್ತಿ 3, ಆವೃತ್ತಿ XNUMX ಮತ್ತು XNUMX ರಂತೆ ಪ್ರಾಯೋಗಿಕವಾಗಿತ್ತು.
ಆದ್ದರಿಂದ, v6 IP ವಿಳಾಸಗಳು 128-ಬಿಟ್ ವಿಳಾಸ ಸ್ಥಳವನ್ನು ಹೊಂದಿವೆ. ಸಂಭವನೀಯ IP ವಿಳಾಸಗಳ ಸಂಖ್ಯೆಯು ಎಷ್ಟು ಬಾರಿ ಹೆಚ್ಚಾಗಿದೆ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಿ? ನೀವು ಬಹುಶಃ ಹೇಳಬಹುದು: "4 ಬಾರಿ!". ಆದರೆ ಇದು ಅಲ್ಲ, ಏಕೆಂದರೆ 234 ಈಗಾಗಲೇ 4 ಕ್ಕಿಂತ 232 ಪಟ್ಟು ದೊಡ್ಡದಾಗಿದೆ. ಆದ್ದರಿಂದ 2128 ನಂಬಲಾಗದಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ - ಇದು 340282366920938463463374607431768211456. IPv6 ಗಿಂತ ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ IP ವಿಳಾಸಗಳ ಸಂಖ್ಯೆ. ಇದರರ್ಥ ನೀವು ಬಯಸಿದ ಯಾವುದಕ್ಕೂ ನೀವು IP ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸಬಹುದು: ನಿಮ್ಮ ಕಾರು, ಫೋನ್, ಕೈಗಡಿಯಾರ. ಆಧುನಿಕ ವ್ಯಕ್ತಿಯು ಲ್ಯಾಪ್‌ಟಾಪ್, ಹಲವಾರು ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗಳು, ಸ್ಮಾರ್ಟ್ ವಾಚ್‌ಗಳು, ಸ್ಮಾರ್ಟ್ ಹೋಮ್ ಅನ್ನು ಹೊಂದಬಹುದು - ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಟಿವಿ, ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ತೊಳೆಯುವ ಯಂತ್ರ, ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದ ಇಡೀ ಮನೆ. ಈ ಸಂಖ್ಯೆಯ ವಿಳಾಸಗಳು "ಇಂಟರ್ನೆಟ್ ಆಫ್ ಥಿಂಗ್ಸ್" ಪರಿಕಲ್ಪನೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಇದನ್ನು ಸಿಸ್ಕೋ ಬೆಂಬಲಿಸುತ್ತದೆ. ಇದರರ್ಥ ನಿಮ್ಮ ಜೀವನದ ಎಲ್ಲಾ ವಿಷಯಗಳು ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ ಮತ್ತು ಅವರೆಲ್ಲರಿಗೂ ತಮ್ಮದೇ ಆದ ಐಪಿ ವಿಳಾಸ ಬೇಕು. IPv6 ನೊಂದಿಗೆ ಇದು ಸಾಧ್ಯ! ಭೂಮಿಯ ಮೇಲಿನ ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಯು ತಮ್ಮ ಸಾಧನಗಳಿಗಾಗಿ ಈ ಆವೃತ್ತಿಯ ಲಕ್ಷಾಂತರ ವಿಳಾಸಗಳನ್ನು ಬಳಸಬಹುದು, ಮತ್ತು ಇನ್ನೂ ಹಲವಾರು ಉಚಿತವಾದವುಗಳು ಇರುತ್ತವೆ. ತಂತ್ರಜ್ಞಾನವು ಹೇಗೆ ಅಭಿವೃದ್ಧಿಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಕೇವಲ 1 ಕಂಪ್ಯೂಟರ್ ಭೂಮಿಯ ಮೇಲೆ ಉಳಿದಿರುವ ಸಮಯಕ್ಕೆ ಮಾನವೀಯತೆಯು ಬರುವುದಿಲ್ಲ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ. IPv6 ದೀರ್ಘ, ದೀರ್ಘಕಾಲ ಅಸ್ತಿತ್ವದಲ್ಲಿರುತ್ತದೆ ಎಂದು ಊಹಿಸಬಹುದು. ಆರನೇ ಆವೃತ್ತಿಯ IP ವಿಳಾಸ ಸ್ವರೂಪ ಏನೆಂದು ನೋಡೋಣ.
ಈ ವಿಳಾಸಗಳನ್ನು ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಸಂಖ್ಯೆಗಳ 8 ಗುಂಪುಗಳಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ. ಇದರರ್ಥ ವಿಳಾಸದ ಪ್ರತಿಯೊಂದು ಅಕ್ಷರವು 4 ಬಿಟ್‌ಗಳ ಉದ್ದವಾಗಿದೆ, ಆದ್ದರಿಂದ ಅಂತಹ 4 ಅಕ್ಷರಗಳ ಪ್ರತಿಯೊಂದು ಗುಂಪು 16 ಬಿಟ್‌ಗಳು ಉದ್ದವಾಗಿದೆ ಮತ್ತು ಸಂಪೂರ್ಣ ವಿಳಾಸವು 128 ಬಿಟ್‌ಗಳು ಉದ್ದವಾಗಿದೆ. 4 ಅಕ್ಷರಗಳ ಪ್ರತಿ ಗುಂಪನ್ನು ಮುಂದಿನ ಗುಂಪಿನಿಂದ ಕೊಲೊನ್‌ನಿಂದ ಬೇರ್ಪಡಿಸಲಾಗುತ್ತದೆ, IPv4 ವಿಳಾಸಗಳಲ್ಲಿ ಗುಂಪುಗಳನ್ನು ಚುಕ್ಕೆಗಳಿಂದ ಬೇರ್ಪಡಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಡಾಟ್ ಸಂಖ್ಯೆಗಳ ದಶಮಾಂಶ ಪ್ರಾತಿನಿಧ್ಯವಾಗಿದೆ. ಅಂತಹ ವಿಳಾಸವನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಸುಲಭವಲ್ಲವಾದ್ದರಿಂದ, ಅದನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಹಲವಾರು ನಿಯಮಗಳಿವೆ. ಎಲ್ಲಾ ಸೊನ್ನೆಗಳ ಗುಂಪುಗಳನ್ನು ಡಬಲ್ ಕೊಲೊನ್‌ಗಳಿಂದ ಬದಲಾಯಿಸಬಹುದು ಎಂದು ಮೊದಲ ನಿಯಮ ಹೇಳುತ್ತದೆ. ಇದೇ ರೀತಿಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪ್ರತಿ IP ವಿಳಾಸದಲ್ಲಿ 1 ಬಾರಿ ಮಾತ್ರ ಮಾಡಬಹುದು. ಇದರ ಅರ್ಥವೇನೆಂದು ನೋಡೋಣ.
ನೀವು ನೋಡುವಂತೆ, ನೀಡಿರುವ ವಿಳಾಸದ ಉದಾಹರಣೆಯಲ್ಲಿ, 4 ಸೊನ್ನೆಗಳ ಮೂರು ಗುಂಪುಗಳಿವೆ. ಈ 0000:0000:0000 ಗುಂಪುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವ ಒಟ್ಟು ಅಂಕಣಗಳ ಸಂಖ್ಯೆ 2. ಹೀಗಾಗಿ, ನೀವು ಡಬಲ್ ಕೊಲೊನ್ :: ಅನ್ನು ಬಳಸಿದರೆ, ಸೊನ್ನೆಗಳ ಗುಂಪುಗಳು ಈ ವಿಳಾಸದ ಸ್ಥಳದಲ್ಲಿ ನೆಲೆಗೊಂಡಿವೆ ಎಂದು ಅರ್ಥ. ಹಾಗಾದರೆ ಈ ಡಬಲ್ ಕೊಲೊನ್ ಎಷ್ಟು ಸೊನ್ನೆಗಳ ಗುಂಪುಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ ಎಂದು ನಿಮಗೆ ಹೇಗೆ ಗೊತ್ತು? ನೀವು ವಿಳಾಸದ ಸಂಕ್ಷಿಪ್ತ ರೂಪವನ್ನು ನೋಡಿದರೆ, ನೀವು 5 ಅಕ್ಷರಗಳ 4 ಗುಂಪುಗಳನ್ನು ಎಣಿಸಬಹುದು. ಆದರೆ ಸಂಪೂರ್ಣ ವಿಳಾಸವು 8 ಗುಂಪುಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂದು ನಮಗೆ ತಿಳಿದಿರುವುದರಿಂದ, ಡಬಲ್ ಕೊಲೊನ್ ಎಂದರೆ 3 ಸೊನ್ನೆಗಳ 4 ಗುಂಪುಗಳು. ವಿಳಾಸದ ಸಂಕ್ಷಿಪ್ತ ರೂಪದ ಮೊದಲ ನಿಯಮ ಇದು.
ಎರಡನೆಯ ನಿಯಮವು ನೀವು ಪ್ರತಿ ಗುಂಪಿನ ಅಕ್ಷರಗಳಲ್ಲಿ ಪ್ರಮುಖ ಸೊನ್ನೆಗಳನ್ನು ತ್ಯಜಿಸಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ವಿಳಾಸದ ದೀರ್ಘ ರೂಪದ 6 ನೇ ಗುಂಪು 04FF ನಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಅದರ ಸಂಕ್ಷಿಪ್ತ ರೂಪವು 4FF ನಂತೆ ಕಾಣುತ್ತದೆ, ಏಕೆಂದರೆ ನಾವು ಪ್ರಮುಖ ಶೂನ್ಯವನ್ನು ಕೈಬಿಟ್ಟಿದ್ದೇವೆ. ಹೀಗಾಗಿ, ಪ್ರವೇಶ 4FF ಎಂದರೆ 04FF ಗಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ.
ಈ ನಿಯಮಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಯಾವುದೇ IP ವಿಳಾಸವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು. ಆದಾಗ್ಯೂ, ಚಿಕ್ಕದಾದ ನಂತರವೂ, ಈ ವಿಳಾಸವು ನಿಜವಾಗಿಯೂ ಚಿಕ್ಕದಾಗಿ ಕಾಣುವುದಿಲ್ಲ. ಅದರ ಬಗ್ಗೆ ನೀವು ಏನು ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ನಂತರ ನಾವು ನೋಡುತ್ತೇವೆ, ಇದೀಗ ಈ 2 ನಿಯಮಗಳನ್ನು ನೆನಪಿಡಿ.
IPv4 ಮತ್ತು IPv6 ವಿಳಾಸದ ಹೆಡರ್‌ಗಳು ಯಾವುವು ಎಂಬುದನ್ನು ನೋಡೋಣ.
ನಾನು ಅಂತರ್ಜಾಲದಿಂದ ತೆಗೆದ ಈ ಚಿತ್ರವು ಎರಡು ಹೆಡರ್‌ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಚೆನ್ನಾಗಿ ವಿವರಿಸುತ್ತದೆ. ನೀವು ನೋಡುವಂತೆ, IPv4 ವಿಳಾಸದ ಹೆಡರ್ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ ಮತ್ತು IPv6 ಹೆಡರ್‌ಗಿಂತ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಹೆಡರ್ ಸಂಕೀರ್ಣವಾಗಿದ್ದರೆ, ರೂಟರ್ ಅದನ್ನು ರೂಟಿಂಗ್ ನಿರ್ಧಾರವನ್ನು ಮಾಡಲು ಹೆಚ್ಚು ಸಮಯವನ್ನು ಕಳೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಆರನೇ ಆವೃತ್ತಿಯ ಸರಳ IP ವಿಳಾಸಗಳನ್ನು ಬಳಸುವಾಗ, ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಇದಕ್ಕಾಗಿಯೇ IPv6 ಗಿಂತ IPv4 ತುಂಬಾ ಉತ್ತಮವಾಗಿದೆ.
4 ರಿಂದ 0 ಬಿಟ್‌ಗಳವರೆಗಿನ IPv31 ಹೆಡರ್ ಉದ್ದವು 32 ಬಿಟ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆಯ್ಕೆಗಳು ಮತ್ತು ಪ್ಯಾಡಿಂಗ್‌ನ ಕೊನೆಯ ಸಾಲನ್ನು ಹೊರತುಪಡಿಸಿ, ಆವೃತ್ತಿ 4 IP ವಿಳಾಸವು 20-ಬೈಟ್ ವಿಳಾಸವಾಗಿದೆ, ಅಂದರೆ ಅದರ ಕನಿಷ್ಠ ಗಾತ್ರ 20 ಬೈಟ್‌ಗಳು. ಆರನೇ ಆವೃತ್ತಿಯ ವಿಳಾಸದ ಉದ್ದವು ಕನಿಷ್ಠ ಗಾತ್ರವನ್ನು ಹೊಂದಿಲ್ಲ, ಮತ್ತು ಅಂತಹ ವಿಳಾಸವು 40 ಬೈಟ್‌ಗಳ ಸ್ಥಿರ ಉದ್ದವನ್ನು ಹೊಂದಿದೆ.
IPv4 ಹೆಡರ್ನಲ್ಲಿ, ಆವೃತ್ತಿಯು ಮೊದಲು ಬರುತ್ತದೆ, ನಂತರ IHL ಹೆಡರ್‌ನ ಉದ್ದ. ಡೀಫಾಲ್ಟ್ 20 ಬೈಟ್‌ಗಳು, ಆದರೆ ಹೆಚ್ಚುವರಿ ಆಯ್ಕೆಗಳ ಮಾಹಿತಿಯನ್ನು ಹೆಡರ್ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ, ಅದು ದೀರ್ಘವಾಗಿರುತ್ತದೆ. ವೈರ್‌ಶಾರ್ಕ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು 4 ರ ಆವೃತ್ತಿಯ ಮೌಲ್ಯವನ್ನು ಮತ್ತು 5 ರ IHL ಮೌಲ್ಯವನ್ನು ಓದಬಹುದು, ಅಂದರೆ 4 ಬೈಟ್‌ಗಳ (32 ಬಿಟ್‌ಗಳು) ಐದು ಲಂಬ ಬ್ಲಾಕ್‌ಗಳು, ಆಯ್ಕೆಗಳ ಬ್ಲಾಕ್ ಅನ್ನು ಲೆಕ್ಕಿಸುವುದಿಲ್ಲ.
ಸೇವೆಯ ಪ್ರಕಾರವು ಪ್ಯಾಕೆಟ್‌ನ ಸ್ವರೂಪವನ್ನು ಸೂಚಿಸುತ್ತದೆ - ಉದಾಹರಣೆಗೆ, ಧ್ವನಿ ಪ್ಯಾಕೆಟ್ ಅಥವಾ ಡೇಟಾ ಪ್ಯಾಕೆಟ್, ಏಕೆಂದರೆ ಧ್ವನಿ ದಟ್ಟಣೆಯು ಇತರ ರೀತಿಯ ಟ್ರಾಫಿಕ್‌ಗಿಂತ ಆದ್ಯತೆಯನ್ನು ಪಡೆಯುತ್ತದೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಈ ಕ್ಷೇತ್ರವು ಸಂಚಾರದ ಆದ್ಯತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಒಟ್ಟು ಉದ್ದವು 20 ಬೈಟ್‌ಗಳ ಹೆಡರ್ ಉದ್ದ ಮತ್ತು ಪೇಲೋಡ್‌ನ ಉದ್ದದ ಮೊತ್ತವಾಗಿದೆ, ಇದು ಡೇಟಾ ವರ್ಗಾವಣೆಯಾಗಿದೆ. ಇದು 50 ಬೈಟ್‌ಗಳಾಗಿದ್ದರೆ, ಒಟ್ಟು ಉದ್ದವು 70 ಬೈಟ್‌ಗಳಾಗಿರುತ್ತದೆ. ಹೆಡರ್ ಚೆಕ್‌ಸಮ್ ಹೆಡರ್‌ನ ಚೆಕ್‌ಸಮ್ ನಿಯತಾಂಕವನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ಯಾಕೆಟ್‌ನ ಸಮಗ್ರತೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಗುರುತಿನ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಪ್ಯಾಕೇಜ್ ಅನ್ನು 5 ಭಾಗಗಳಾಗಿ ವಿಭಜಿಸಿದರೆ, ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಒಂದೇ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹೊಂದಿರಬೇಕು - ತುಣುಕು ಆಫ್‌ಸೆಟ್ ಫ್ರ್ಯಾಗ್ಮೆಂಟ್ ಆಫ್‌ಸೆಟ್, ಇದು 0 ರಿಂದ 4 ರವರೆಗಿನ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರಬಹುದು, ಆದರೆ ಪ್ಯಾಕೇಜ್‌ನ ಪ್ರತಿ ತುಣುಕು ಒಂದೇ ಆಫ್‌ಸೆಟ್ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರಬೇಕು. ಧ್ವಜಗಳು ತುಣುಕುಗಳನ್ನು ಬದಲಾಯಿಸುವುದನ್ನು ಅನುಮತಿಸಲಾಗಿದೆಯೇ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಡೇಟಾ ವಿಘಟನೆ ಸಂಭವಿಸುವುದನ್ನು ನೀವು ಬಯಸದಿದ್ದರೆ, ನೀವು DF ಅನ್ನು ಹೊಂದಿಸಿ - ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಚೂರು ಮಾಡಬೇಡಿ. ಧ್ವಜ MF ಇದೆ - ಹೆಚ್ಚು ತುಣುಕು. ಇದರರ್ಥ ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಅನ್ನು 5 ತುಂಡುಗಳಾಗಿ ವಿಂಗಡಿಸಿದರೆ, ನಂತರ ಎರಡನೇ ಪ್ಯಾಕೆಟ್ ಅನ್ನು 0 ಗೆ ಹೊಂದಿಸಲಾಗುತ್ತದೆ, ಅಂದರೆ ಹೆಚ್ಚಿನ ತುಣುಕುಗಳಿಲ್ಲ! ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೊದಲ ಪ್ಯಾಕೇಜ್‌ನ ಕೊನೆಯ ತುಣುಕನ್ನು 4 ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಸ್ವೀಕರಿಸುವ ಸಾಧನವು ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸುಲಭವಾಗಿ ಡಿಸ್ಅಸೆಂಬಲ್ ಮಾಡಬಹುದು, ಅಂದರೆ ಡಿಫ್ರಾಗ್ಮೆಂಟೇಶನ್ ಅನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ.
ಈ ಸ್ಲೈಡ್‌ನಲ್ಲಿ ಬಳಸಲಾದ ಬಣ್ಣಗಳಿಗೆ ಗಮನ ಕೊಡಿ. IPv6 ಹೆಡರ್‌ನಿಂದ ಹೊರಗಿಡಲಾದ ಕ್ಷೇತ್ರಗಳನ್ನು ಕೆಂಪು ಬಣ್ಣದಲ್ಲಿ ಗುರುತಿಸಲಾಗಿದೆ. ನೀಲಿ ಬಣ್ಣವು ಮಾರ್ಪಡಿಸಿದ ರೂಪದಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ನ ನಾಲ್ಕನೇ ಆವೃತ್ತಿಯಿಂದ ಆರನೇ ಆವೃತ್ತಿಗೆ ವರ್ಗಾಯಿಸಲಾದ ನಿಯತಾಂಕಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಹಳದಿ ಪೆಟ್ಟಿಗೆಗಳು ಎರಡೂ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಬದಲಾಗದೆ ಉಳಿದಿವೆ. ಹಸಿರು ಬಣ್ಣವು ಮೊದಲು IPv6 ನಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಂಡ ಕ್ಷೇತ್ರವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಆಧುನಿಕ ಡೇಟಾ ವರ್ಗಾವಣೆ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ವಿಘಟನೆಯು ಸಂಭವಿಸುವುದಿಲ್ಲ ಮತ್ತು ಚೆಕ್‌ಸಮ್ ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿಲ್ಲ ಎಂಬ ಕಾರಣದಿಂದಾಗಿ ಗುರುತಿಸುವಿಕೆ, ಫ್ಲ್ಯಾಗ್‌ಗಳು, ಫ್ರಾಗ್‌ಮೆಂಟ್ ಆಫ್‌ಸೆಟ್ ಮತ್ತು ಹೆಡರ್ ಚೆಕ್‌ಸಮ್ ಕ್ಷೇತ್ರಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ. ಹಲವು ವರ್ಷಗಳ ಹಿಂದೆ, ನಿಧಾನಗತಿಯ ಡೇಟಾ ವರ್ಗಾವಣೆಯೊಂದಿಗೆ, ವಿಘಟನೆಯು ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿತ್ತು, ಆದರೆ ಇಂದು 802.3-ಬೈಟ್ MTU ಹೊಂದಿರುವ IEEE 1500 ಈಥರ್ನೆಟ್ ಸರ್ವತ್ರವಾಗಿದೆ, ಮತ್ತು ವಿಘಟನೆಯು ಇನ್ನು ಮುಂದೆ ಎದುರಾಗುವುದಿಲ್ಲ.
TTL, ಅಥವಾ ಬದುಕಲು ಪ್ಯಾಕೆಟ್ ಸಮಯ, ಕೌಂಟ್‌ಡೌನ್ ಕೌಂಟರ್ ಆಗಿದೆ - ವಾಸಿಸುವ ಸಮಯವು 0 ಅನ್ನು ತಲುಪಿದಾಗ, ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕೈಬಿಡಲಾಗುತ್ತದೆ. ವಾಸ್ತವವಾಗಿ, ಇದು ಈ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಮಾಡಬಹುದಾದ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಹಾಪ್ ಆಗಿದೆ. ಪ್ರೋಟೋಕಾಲ್ ಕ್ಷೇತ್ರವು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಯಾವ ಪ್ರೋಟೋಕಾಲ್, TCP ಅಥವಾ UDP ಅನ್ನು ಬಳಸಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಹೆಡರ್ ಚೆಕ್‌ಸಮ್ ಅಸಮ್ಮತಿಸಿದ ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಪ್ರೋಟೋಕಾಲ್ನ ಹೊಸ ಆವೃತ್ತಿಯಿಂದ ತೆಗೆದುಹಾಕಲಾಗಿದೆ. ಮುಂದಿನವು 32-ಬಿಟ್ ಮೂಲ ವಿಳಾಸ ಮತ್ತು 32-ಬಿಟ್ ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸ ಕ್ಷೇತ್ರಗಳಾಗಿವೆ. ನಾವು ಆಯ್ಕೆಗಳ ಸಾಲಿನಲ್ಲಿ ಕೆಲವು ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿದ್ದರೆ, ನಂತರ IHL ಮೌಲ್ಯವು 5 ರಿಂದ 6 ಕ್ಕೆ ಬದಲಾಗುತ್ತದೆ, ಇದು ಹೆಡರ್ನಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಕ್ಷೇತ್ರವಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ.
IPv6 ಹೆಡರ್ ಸಹ ಆವೃತ್ತಿಯ ಆವೃತ್ತಿಯನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಟ್ರಾಫಿಕ್ ವರ್ಗವು IPv4 ಹೆಡರ್‌ನಲ್ಲಿನ ಸೇವೆಯ ಪ್ರಕಾರಕ್ಕೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ. ಫ್ಲೋ ಲೇಬಲ್ ಟ್ರಾಫಿಕ್ ಕ್ಲಾಸ್ ಅನ್ನು ಹೋಲುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್‌ಗಳ ಏಕರೂಪದ ಹರಿವಿನ ಮಾರ್ಗವನ್ನು ಸರಳಗೊಳಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಪೇಲೋಡ್ ಉದ್ದ ಎಂದರೆ ಪೇಲೋಡ್‌ನ ಉದ್ದ ಅಥವಾ ಹೆಡರ್‌ನ ಕೆಳಗಿನ ಕ್ಷೇತ್ರದಲ್ಲಿರುವ ಡೇಟಾ ಕ್ಷೇತ್ರದ ಗಾತ್ರ. ಹೆಡರ್‌ನ ಉದ್ದ, 40 ಬೈಟ್‌ಗಳು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಎಲ್ಲಿಯೂ ಉಲ್ಲೇಖಿಸಲಾಗಿಲ್ಲ.
ಮುಂದಿನ ಹೆಡರ್ ಕ್ಷೇತ್ರ, ಮುಂದಿನ ಹೆಡರ್, ಮುಂದಿನ ಪ್ಯಾಕೆಟ್ ಯಾವ ರೀತಿಯ ಹೆಡರ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಇದು ಮುಂದಿನ ಸಾರಿಗೆ ಪ್ರೋಟೋಕಾಲ್ನ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿಸುವ ಅತ್ಯಂತ ಉಪಯುಕ್ತ ಕಾರ್ಯವಾಗಿದೆ - TCP, UDP, ಇತ್ಯಾದಿ, ಮತ್ತು ಭವಿಷ್ಯದ ಡೇಟಾ ವರ್ಗಾವಣೆ ತಂತ್ರಜ್ಞಾನಗಳಲ್ಲಿ ಇದು ಹೆಚ್ಚಿನ ಬೇಡಿಕೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ನೀವು ನಿಮ್ಮ ಸ್ವಂತ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೂ ಸಹ, ಮುಂದಿನ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ನೀವು ಕಂಡುಹಿಡಿಯಬಹುದು.
ಹಾಪ್ ಮಿತಿ, ಅಥವಾ ಹಾಪ್ ಮಿತಿ, IPv4 ಹೆಡರ್ನಲ್ಲಿ TTL ಗೆ ಸದೃಶವಾಗಿದೆ, ಇದು ರೂಟಿಂಗ್ ಲೂಪ್‌ಗಳನ್ನು ತಡೆಗಟ್ಟುವ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ. ಮುಂದಿನವು 128-ಬಿಟ್ ಮೂಲ ವಿಳಾಸ ಮತ್ತು 128-ಬಿಟ್ ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸ ಕ್ಷೇತ್ರಗಳಾಗಿವೆ. ಸಂಪೂರ್ಣ ಹೆಡರ್ 40 ಬೈಟ್‌ಗಳ ಗಾತ್ರದಲ್ಲಿದೆ. ನಾನು ಹೇಳಿದಂತೆ, IPv6 IPv4 ಗಿಂತ ಹೆಚ್ಚು ಸರಳವಾಗಿದೆ ಮತ್ತು ರೂಟರ್ ರೂಟಿಂಗ್ ನಿರ್ಧಾರಗಳಿಗೆ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ.
IPv6 ವಿಳಾಸಗಳ ಪ್ರಕಾರಗಳನ್ನು ಪರಿಗಣಿಸಿ. ಯುನಿಕಾಸ್ಟ್ ಎಂದರೇನು ಎಂದು ನಮಗೆ ತಿಳಿದಿದೆ - ಒಂದು ಸಾಧನವು ನೇರವಾಗಿ ಇನ್ನೊಂದಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಾಗ ಮತ್ತು ಎರಡೂ ಸಾಧನಗಳು ಪರಸ್ಪರ ಮಾತ್ರ ಸಂವಹನ ನಡೆಸಿದಾಗ ಅದು ನಿರ್ದೇಶಿಸಿದ ಪ್ರಸರಣವಾಗಿದೆ. ಮಲ್ಟಿಕಾಸ್ಟ್ ಒಂದು ಪ್ರಸಾರ ಪ್ರಸರಣವಾಗಿದೆ ಮತ್ತು ಇದರರ್ಥ ಹಲವಾರು ಸಾಧನಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಒಂದು ಸಾಧನದೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬಹುದು, ಇದು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವಾರು ಸಾಧನಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬಹುದು. ಈ ಅರ್ಥದಲ್ಲಿ, ಮಲ್ಟಿಕಾಸ್ಟ್ ರೇಡಿಯೊ ಸ್ಟೇಷನ್‌ನಂತೆ, ಅದರ ಸಂಕೇತಗಳನ್ನು ಎಲ್ಲೆಡೆ ವಿತರಿಸಲಾಗುತ್ತದೆ. ನೀವು ನಿರ್ದಿಷ್ಟ ಚಾನಲ್ ಅನ್ನು ಕೇಳಲು ಬಯಸಿದರೆ, ನಿಮ್ಮ ರೇಡಿಯೊವನ್ನು ನಿರ್ದಿಷ್ಟ ಆವರ್ತನಕ್ಕೆ ಟ್ಯೂನ್ ಮಾಡಬೇಕು. RIP ಪ್ರೋಟೋಕಾಲ್ ಕುರಿತು ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್ ಅನ್ನು ನೀವು ನೆನಪಿಸಿಕೊಂಡರೆ, ನವೀಕರಣಗಳನ್ನು ವಿತರಿಸಲು ಈ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಸಾರ ಡೊಮೇನ್ 255.255.255.255 ಅನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ, ಅದಕ್ಕೆ ಎಲ್ಲಾ ಸಬ್‌ನೆಟ್‌ಗಳು ಸಂಪರ್ಕಗೊಂಡಿವೆ. ಆದರೆ RIP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುವ ಸಾಧನಗಳು ಮಾತ್ರ ಈ ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ.
IPv4 ನಲ್ಲಿ ಕಂಡುಬರದ ಮತ್ತೊಂದು ರೀತಿಯ ಪ್ರಸಾರವನ್ನು Anycast ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ನೀವು ಒಂದೇ IP ವಿಳಾಸದೊಂದಿಗೆ ಹಲವಾರು ಸಾಧನಗಳನ್ನು ಹೊಂದಿರುವಾಗ ಇದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸ್ವೀಕರಿಸುವವರ ಗುಂಪಿನಿಂದ ಹತ್ತಿರದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ನಾವು CDN ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಇಂಟರ್ನೆಟ್‌ನ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು YouTube ಸೇವೆಯ ಉದಾಹರಣೆಯನ್ನು ನೀಡಬಹುದು. ಈ ಸೇವೆಯನ್ನು ಪ್ರಪಂಚದ ವಿವಿಧ ಭಾಗಗಳಲ್ಲಿ ಅನೇಕ ಜನರು ಬಳಸುತ್ತಾರೆ, ಆದರೆ ಇದರರ್ಥ ಅವರೆಲ್ಲರೂ ಕ್ಯಾಲಿಫೋರ್ನಿಯಾದ ಕಂಪನಿಯ ಸರ್ವರ್‌ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸುತ್ತಾರೆ ಎಂದು ಅರ್ಥವಲ್ಲ. YouTube ಸೇವೆಯು ಪ್ರಪಂಚದಾದ್ಯಂತ ಅನೇಕ ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಿದೆ, ಉದಾಹರಣೆಗೆ, ನನ್ನ ಭಾರತೀಯ YouTube ಸರ್ವರ್ ಸಿಂಗಾಪುರದಲ್ಲಿದೆ. ಅಂತೆಯೇ, IPv6 ಪ್ರೋಟೋಕಾಲ್ ಭೌಗೋಳಿಕವಾಗಿ ವಿತರಿಸಲಾದ ನೆಟ್ವರ್ಕ್ ರಚನೆಯನ್ನು ಬಳಸಿಕೊಂಡು CDN ಪ್ರಸರಣವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅಂತರ್ನಿರ್ಮಿತ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೊಂದಿದೆ, ಅಂದರೆ, Anycast ಬಳಸಿ.
ನೀವು ನೋಡುವಂತೆ, ಇಲ್ಲಿ ಇನ್ನೊಂದು ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಪ್ರಕಾರ ಕಾಣೆಯಾಗಿದೆ, ಬ್ರಾಡ್‌ಕಾಸ್ಟ್, ಏಕೆಂದರೆ IPv6 ಅದನ್ನು ಬಳಸುವುದಿಲ್ಲ. ಆದರೆ ಈ ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿನ ಮಲ್ಟಿಕಾಸ್ಟ್ IPv4 ನಲ್ಲಿನ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್‌ನಂತೆಯೇ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ರೀತಿಯಲ್ಲಿ ಮಾತ್ರ.
ಪ್ರೋಟೋಕಾಲ್ನ ಆರನೇ ಆವೃತ್ತಿಯು ಮೂರು ವಿಧದ ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತದೆ: ಲಿಂಕ್ ಲೋಕಲ್, ಯುನಿಕ್ ಸೈಟ್ ಲೋಕಲ್ ಮತ್ತು ಗ್ಲೋಬಲ್. IPv4 ನಲ್ಲಿ ಒಂದು ಇಂಟರ್ಫೇಸ್ ಕೇವಲ ಒಂದು IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ ಎಂದು ನಾವು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತೇವೆ. ನಾವು ಎರಡು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳನ್ನು ಪರಸ್ಪರ ಸಂಪರ್ಕಿಸಿದ್ದೇವೆ ಎಂದು ಭಾವಿಸೋಣ, ಆದ್ದರಿಂದ ಪ್ರತಿಯೊಂದು ಸಂಪರ್ಕ ಇಂಟರ್ಫೇಸ್ಗಳು ಕೇವಲ 1 IP ವಿಳಾಸವನ್ನು ಹೊಂದಿರುತ್ತದೆ. IPv6 ಅನ್ನು ಬಳಸುವಾಗ, ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಿಂಕ್ ಸ್ಥಳೀಯ IP ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತದೆ. ಈ ವಿಳಾಸಗಳು FE80 ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ::/64.
ಈ IP ವಿಳಾಸಗಳನ್ನು ಸ್ಥಳೀಯ ಸಂಪರ್ಕಗಳಿಗೆ ಮಾತ್ರ ಬಳಸಲಾಗುತ್ತದೆ. ವಿಂಡೋಸ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಜನರು 169.254.X.X ನಂತಹ ಒಂದೇ ರೀತಿಯ ವಿಳಾಸಗಳನ್ನು ತಿಳಿದಿದ್ದಾರೆ - ಇವುಗಳು IPv4 ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ವಿಳಾಸಗಳಾಗಿವೆ.
ಒಂದು ಕಂಪ್ಯೂಟರ್ IP ವಿಳಾಸಕ್ಕಾಗಿ DHCP ಸರ್ವರ್ ಅನ್ನು ಕೇಳಿದರೆ, ಆದರೆ ಕೆಲವು ಕಾರಣಗಳಿಂದ ಅದರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಮೈಕ್ರೋಸಾಫ್ಟ್ ಸಾಧನಗಳು ಕಂಪ್ಯೂಟರ್ಗೆ IP ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸಲು ಅನುಮತಿಸುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೊಂದಿವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವಿಳಾಸವು ಈ ರೀತಿ ಇರುತ್ತದೆ: 169.254.1.1. ನಮ್ಮಲ್ಲಿ ಕಂಪ್ಯೂಟರ್, ಸ್ವಿಚ್ ಮತ್ತು ರೂಟರ್ ಇದ್ದರೆ ಇದೇ ರೀತಿಯ ಪರಿಸ್ಥಿತಿ ಉದ್ಭವಿಸುತ್ತದೆ. ರೂಟರ್ ಡಿಹೆಚ್‌ಸಿಪಿ ಸರ್ವರ್‌ನಿಂದ ಐಪಿ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸಲಿಲ್ಲ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅದೇ ಐಪಿ ವಿಳಾಸ 169.254.1.1 ಅನ್ನು ನಿಯೋಜಿಸಿದೆ ಎಂದು ಭಾವಿಸೋಣ. ಅದರ ನಂತರ, ಇದು ಸ್ವಿಚ್ ಮೂಲಕ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ARP ಪ್ರಸಾರ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ ಕೆಲವು ನೆಟ್ವರ್ಕ್ ಸಾಧನವು ಈ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆಯೇ ಎಂದು ಕೇಳುತ್ತದೆ. ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಕಂಪ್ಯೂಟರ್ ಅವನಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ: "ಹೌದು, ನಾನು ನಿಖರವಾಗಿ ಅದೇ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದ್ದೇನೆ!", ಅದರ ನಂತರ ರೂಟರ್ ಸ್ವತಃ ಹೊಸ ಯಾದೃಚ್ಛಿಕ ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, 169.254.10.10, ಮತ್ತು ಮತ್ತೆ ARP ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಿ ಜಾಲಬಂಧ.
ಅವನು ಅದೇ ವಿಳಾಸವನ್ನು ಹೊಂದಿದ್ದಾನೆ ಎಂದು ಯಾರೂ ವರದಿ ಮಾಡದಿದ್ದರೆ, ಅವನು 169.254.10.10 ವಿಳಾಸವನ್ನು ತಾನೇ ಇಟ್ಟುಕೊಳ್ಳುತ್ತಾನೆ. ಹೀಗಾಗಿ, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಸಾಧನಗಳು DHCP ಸರ್ವರ್ ಅನ್ನು ಬಳಸದೇ ಇರಬಹುದು, ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸಲು IP ವಿಳಾಸಗಳ ಸ್ವಯಂಚಾಲಿತ ನಿಯೋಜನೆಯ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿ. ಇದು IP ವಿಳಾಸ ಸ್ವಯಂ ಕಾನ್ಫಿಗರೇಶನ್ ಆಗಿದೆ, ಇದನ್ನು ನಾವು ಹಲವಾರು ಬಾರಿ ನೋಡಿದ್ದೇವೆ ಆದರೆ ಎಂದಿಗೂ ಬಳಸಿಲ್ಲ.
ಅಂತೆಯೇ, IPv6 FE80 :: ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುವ ಲಿಂಕ್ ಸ್ಥಳೀಯ IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಲು ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೊಂದಿದೆ. ಸ್ಲ್ಯಾಶ್ 64 ಎಂದರೆ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸಗಳು ಮತ್ತು ಹೋಸ್ಟ್ ವಿಳಾಸಗಳ ಪ್ರತ್ಯೇಕತೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೊದಲ 64 ಎಂದರೆ ನೆಟ್ವರ್ಕ್, ಮತ್ತು ಎರಡನೇ 64 ಎಂದರೆ ಹೋಸ್ಟ್.
FE80:: ಎಂದರೆ FE80.0.0.0/ ನಂತಹ ವಿಳಾಸಗಳು, ಇಲ್ಲಿ ಹೋಸ್ಟ್ ವಿಳಾಸದ ಭಾಗವಾಗಿ ಸ್ಲ್ಯಾಶ್ ಅನ್ನು ಅನುಸರಿಸಲಾಗುತ್ತದೆ. ಈ ವಿಳಾಸಗಳು ನಮ್ಮ ಸಾಧನ ಮತ್ತು ಅದರೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಒಂದೇ ಆಗಿರುವುದಿಲ್ಲ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಹೋಸ್ಟ್ ಭಾಗವು MAC ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ. ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, MAC ವಿಳಾಸವು 48-ಬಿಟ್ IP ವಿಳಾಸವಾಗಿದ್ದು, 6 ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಸಂಖ್ಯೆಗಳ 2 ಬ್ಲಾಕ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅಂತಹ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುತ್ತದೆ, ಸಿಸ್ಕೋ 3 ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಸಂಖ್ಯೆಗಳ 4 ಬ್ಲಾಕ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ.
ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾವು 11:22:33:44:55:66 ಫಾರ್ಮ್‌ನ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅನುಕ್ರಮವನ್ನು ಬಳಸುತ್ತೇವೆ. ಸಾಧನದ MAC ವಿಳಾಸವನ್ನು ಅದು ಹೇಗೆ ನಿಯೋಜಿಸುತ್ತದೆ? MAC ವಿಳಾಸವನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಹೋಸ್ಟ್ ವಿಳಾಸದಲ್ಲಿನ ಸಂಖ್ಯೆಗಳ ಈ ಅನುಕ್ರಮವನ್ನು ಎರಡು ಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: ಎಡಭಾಗದಲ್ಲಿ 11:22:33 ರ ಮೂರು ಗುಂಪುಗಳಿವೆ, ಬಲಭಾಗದಲ್ಲಿ 44:55:66 ರ ಮೂರು ಗುಂಪುಗಳಿವೆ, ಮತ್ತು FF ಮತ್ತು FE. ಅವುಗಳ ನಡುವೆ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಇದು ಹೋಸ್ಟ್‌ನ IP ವಿಳಾಸದ 64 ಬಿಟ್ ಬ್ಲಾಕ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ.
ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, 11:22:33:44:55:66 ಅನುಕ್ರಮವು ಪ್ರತಿ ಸಾಧನಕ್ಕೆ ವಿಶಿಷ್ಟವಾದ MAC ವಿಳಾಸವಾಗಿದೆ. ಎರಡು ಗುಂಪುಗಳ ಸಂಖ್ಯೆಗಳ ನಡುವೆ FF:FE MAC ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿಸುವ ಮೂಲಕ, ನಾವು ಈ ಸಾಧನಕ್ಕಾಗಿ ಅನನ್ಯ IP ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತೇವೆ. ಸ್ಥಳೀಯ ಲಿಂಕ್ ಪ್ರಕಾರದ IP ವಿಳಾಸವನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ, ಇದನ್ನು ವಿಶೇಷ ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ವಿಶೇಷ ಸರ್ವರ್‌ಗಳಿಲ್ಲದೆ ನೆರೆಹೊರೆಯವರ ನಡುವೆ ಸಂವಹನವನ್ನು ಸ್ಥಾಪಿಸಲು ಮಾತ್ರ ಬಳಸಲಾಗುತ್ತದೆ. ಅಂತಹ IP ವಿಳಾಸವನ್ನು ಒಂದು ನೆಟ್ವರ್ಕ್ ವಿಭಾಗದಲ್ಲಿ ಮಾತ್ರ ಬಳಸಬಹುದಾಗಿದೆ ಮತ್ತು ಈ ವಿಭಾಗದ ಹೊರಗೆ ಬಾಹ್ಯ ಸಂವಹನಕ್ಕಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಮುಂದಿನ ಪ್ರಕಾರದ ವಿಳಾಸವು ವಿಶಿಷ್ಟ ಸೈಟ್ ಸ್ಥಳೀಯ ವ್ಯಾಪ್ತಿ, ಇದು 4/10.0.0.0, 8/172.16.0.0, ಮತ್ತು 12/192.168.0.0 ನಂತಹ ಖಾಸಗಿ IPv16 IP ವಿಳಾಸಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ. ಆಂತರಿಕ ಖಾಸಗಿ ಮತ್ತು ಬಾಹ್ಯ ಸಾರ್ವಜನಿಕ IP ವಿಳಾಸಗಳನ್ನು ಏಕೆ ಬಳಸಲಾಗಿದೆ ಎಂದರೆ ನಾವು ಹಿಂದಿನ ಪಾಠಗಳಲ್ಲಿ ಮಾತನಾಡಿದ NAT ತಂತ್ರಜ್ಞಾನದ ಕಾರಣ. ವಿಶಿಷ್ಟ ಸೈಟ್ ಲೋಕಲ್ ಸ್ಕೋಪ್ ಆಂತರಿಕ IP ವಿಳಾಸಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ತಂತ್ರಜ್ಞಾನವಾಗಿದೆ. ನೀವು ಹೀಗೆ ಹೇಳಬಹುದು: "ಇಮ್ರಾನ್, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದು ಸಾಧನವು ತನ್ನದೇ ಆದ IP ವಿಳಾಸವನ್ನು ಹೊಂದಬಹುದು ಎಂದು ನೀವು ಹೇಳಿದ್ದೀರಿ, ಅದಕ್ಕಾಗಿಯೇ ನಾವು IPv6 ಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ", ಮತ್ತು ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಯಾಗಿರುತ್ತೀರಿ. ಆದರೆ ಕೆಲವು ಜನರು ಭದ್ರತಾ ಕಾರಣಗಳಿಗಾಗಿ ಆಂತರಿಕ IP ವಿಳಾಸಗಳ ಪರಿಕಲ್ಪನೆಯನ್ನು ಬಳಸಲು ಬಯಸುತ್ತಾರೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, NAT ಅನ್ನು ಫೈರ್‌ವಾಲ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಬಾಹ್ಯ ಸಾಧನಗಳು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಸಾಧನಗಳೊಂದಿಗೆ ನಿರಂಕುಶವಾಗಿ ಸಂವಹನ ನಡೆಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ ಅವುಗಳು ಬಾಹ್ಯ ಇಂಟರ್ನೆಟ್‌ನಿಂದ ಪ್ರವೇಶಿಸಲಾಗದ ಸ್ಥಳೀಯ IP ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿವೆ. ಆದಾಗ್ಯೂ, ESP ಪ್ರೋಟೋಕಾಲ್‌ನಂತಹ VPN ಗಳೊಂದಿಗೆ NAT ಬಹಳಷ್ಟು ಸಮಸ್ಯೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. IPv4 ಭದ್ರತೆಗಾಗಿ IPSec ಅನ್ನು ಬಳಸಿದೆ, ಆದರೆ IPv6 ಅಂತರ್ನಿರ್ಮಿತ ಭದ್ರತಾ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೊಂದಿದೆ, ಆದ್ದರಿಂದ ಆಂತರಿಕ ಮತ್ತು ಬಾಹ್ಯ IP ವಿಳಾಸಗಳ ನಡುವಿನ ಸಂವಹನವು ತುಂಬಾ ಸುಲಭವಾಗಿದೆ.
ಇದನ್ನು ಮಾಡಲು, IPv6 ಎರಡು ವಿಭಿನ್ನ ರೀತಿಯ ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿದೆ: ವಿಶಿಷ್ಟವಾದ ಸ್ಥಳೀಯ ವಿಳಾಸಗಳು IPv4 ಆಂತರಿಕ IP ವಿಳಾಸಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ್ದರೆ, ಜಾಗತಿಕ ವಿಳಾಸಗಳು IPv4 ಬಾಹ್ಯ ವಿಳಾಸಗಳಿಗೆ ಸಂಬಂಧಿಸಿರುತ್ತವೆ. ಅನೇಕ ಜನರು ವಿಶಿಷ್ಟವಾದ ಸ್ಥಳೀಯ ವಿಳಾಸಗಳನ್ನು ಬಳಸದಿರಲು ನಿರ್ಧರಿಸುತ್ತಾರೆ, ಇತರರು ಅವುಗಳಿಲ್ಲದೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಇದು ನಿರಂತರ ಚರ್ಚೆಯ ವಿಷಯವಾಗಿದೆ. ನೀವು ಪ್ರಾಥಮಿಕವಾಗಿ ಚಲನಶೀಲತೆಯ ವಿಷಯದಲ್ಲಿ ಬಾಹ್ಯ IP ವಿಳಾಸಗಳನ್ನು ಮಾತ್ರ ಬಳಸಿದರೆ ನೀವು ಹೆಚ್ಚಿನ ಪ್ರಯೋಜನಗಳನ್ನು ಪಡೆಯುತ್ತೀರಿ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಉದಾಹರಣೆಗೆ, ನಾನು ಬೆಂಗಳೂರು ಅಥವಾ ನ್ಯೂಯಾರ್ಕ್‌ನಲ್ಲಿದ್ದರೂ ನನ್ನ ಸಾಧನವು ಒಂದೇ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾನು ಜಗತ್ತಿನ ಯಾವುದೇ ಸಾಧನಗಳನ್ನು ಸುಲಭವಾಗಿ ಬಳಸಬಹುದು.
ನಾನು ಹೇಳಿದಂತೆ, ನಿಮ್ಮ ಕಚೇರಿ ಸ್ಥಳ ಮತ್ತು ನಿಮ್ಮ ಸಾಧನಗಳ ನಡುವೆ ಸುರಕ್ಷಿತ VPN ಸುರಂಗವನ್ನು ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಅಂತರ್ನಿರ್ಮಿತ ಭದ್ರತಾ ಕಾರ್ಯವಿಧಾನವನ್ನು IPv6 ಹೊಂದಿದೆ. ಹಿಂದೆ, ಅಂತಹ VPN ಸುರಂಗವನ್ನು ರಚಿಸಲು ನಮಗೆ ಬಾಹ್ಯ ಕಾರ್ಯವಿಧಾನದ ಅಗತ್ಯವಿತ್ತು, ಆದರೆ IPv6 ನಲ್ಲಿ ಇದು ಅಂತರ್ನಿರ್ಮಿತ ಪ್ರಮಾಣಿತ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ.
ನಾವು ಇಂದು ಸಾಕಷ್ಟು ವಿಷಯಗಳನ್ನು ಚರ್ಚಿಸಿರುವುದರಿಂದ, ಮುಂದಿನ ವೀಡಿಯೊದಲ್ಲಿ IP ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ನ ಆರನೇ ಆವೃತ್ತಿಯ ಚರ್ಚೆಯನ್ನು ಮುಂದುವರಿಸಲು ನಾನು ನಮ್ಮ ಪಾಠವನ್ನು ಅಡ್ಡಿಪಡಿಸುತ್ತೇನೆ. ಹೋಮ್‌ವರ್ಕ್‌ಗಾಗಿ, ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಸಂಖ್ಯೆ ಸಿಸ್ಟಮ್ ಏನೆಂದು ಚೆನ್ನಾಗಿ ಅಧ್ಯಯನ ಮಾಡಲು ನಾನು ನಿಮ್ಮನ್ನು ಕೇಳುತ್ತೇನೆ, ಏಕೆಂದರೆ IPv6 ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಬೈನರಿ ಸಂಖ್ಯೆಯ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಮತ್ತು ಪ್ರತಿಯಾಗಿ ಪರಿವರ್ತಿಸುವುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ. ಉದಾಹರಣೆಗೆ, 1111=F, ಮತ್ತು ಹೀಗೆ ನೀವು ತಿಳಿದಿರಬೇಕು, ಅದನ್ನು ವಿಂಗಡಿಸಲು Google ಗೆ ಕೇಳಿ. ಮುಂದಿನ ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್ ನಲ್ಲಿ, ಅಂತಹ ರೂಪಾಂತರದಲ್ಲಿ ನಾನು ನಿಮ್ಮೊಂದಿಗೆ ಅಭ್ಯಾಸ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ಇಂದಿನ ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್ ಅನ್ನು ನೀವು ಹಲವಾರು ಬಾರಿ ವೀಕ್ಷಿಸಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ ಇದರಿಂದ ನೀವು ಒಳಗೊಂಡಿರುವ ವಿಷಯಗಳ ಬಗ್ಗೆ ಯಾವುದೇ ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ.
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್‌ಗಳ ಅನನ್ಯ ಅನಲಾಗ್‌ನಲ್ಲಿ 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