ದರದಲ್ಲಿ ಹೊಸ ಹರಿವು ಪ್ರಾರಂಭವಾಗುವವರೆಗೆ ಕೆಲವು ದಿನಗಳು ಉಳಿದಿವೆ OTUS ನಿಂದ. ಈ ನಿಟ್ಟಿನಲ್ಲಿ, ವಿಷಯದ ಕುರಿತು ಉಪಯುಕ್ತ ವಸ್ತುಗಳ ಅನುವಾದವನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಲು ನಾವು ಬಯಸುತ್ತೇವೆ.
IPv6 ಪಿಂಗ್ ಸಮಸ್ಯೆಗಳನ್ನು ನಿವಾರಿಸಲು ಸಲಹೆಗಳು ಮತ್ತು ತಂತ್ರಗಳ ಕುರಿತು ಬ್ಲಾಗ್ ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿ (ICMPv6 ಎಕೋ ವಿನಂತಿ/ಎಕೋ ಪ್ರತ್ಯುತ್ತರ)
ನಾನು Linux (ನಿರ್ದಿಷ್ಟವಾಗಿ Fedora 31) ಅನ್ನು ಬಳಸುತ್ತಿದ್ದೇನೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ, ಆದಾಗ್ಯೂ ಇತರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಪಿಂಗ್ ಕಮಾಂಡ್ ಸಿಂಟ್ಯಾಕ್ಸ್ ಆಶಾದಾಯಕವಾಗಿ ಹೋಲುತ್ತದೆ.
ಚಾನಲ್‌ನಲ್ಲಿ ಎಲ್ಲಾ IPv6 ನೋಡ್‌ಗಳನ್ನು ಪಿಂಗ್ ಮಾಡಿ
ಲಿಂಕ್‌ನಲ್ಲಿ ಎಲ್ಲಾ IPv6 ನೋಡ್‌ಗಳನ್ನು ಪಿಂಗ್ ಮಾಡುವುದು ಮೊದಲ ಮತ್ತು ಸರಳವಾದ ಸಲಹೆಯಾಗಿದೆ.
IPv6 ಎಲ್ಲಾ ರೀತಿಯ ಒಂದರಿಂದ ಹಲವು ಸಂವಹನಗಳಿಗೆ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಯಾವುದೇ ಪ್ರಸಾರ (ಅಥವಾ ಪ್ರಸಾರ) IPv6 ವಿಳಾಸಗಳಿಲ್ಲ. ಇದು IPv6 ನಿಂದ IPv4 ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಹಲವಾರು ರೀತಿಯ ಪ್ರಸಾರ ವಿಳಾಸಗಳಿವೆ, ಉದಾಹರಣೆಗೆ, "ಸೀಮಿತ ಪ್ರಸಾರ" ವಿಳಾಸ 255.255.255.255 [RFC1122].
ಆದಾಗ್ಯೂ, "ಆಲ್-ನೋಡ್ಸ್ ಮಲ್ಟಿಕಾಸ್ಟ್" IPv6 ವಿಳಾಸವಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಅದನ್ನು ಲಿಂಕ್‌ನಲ್ಲಿ ಎಲ್ಲಾ IPv6 ನೋಡ್‌ಗಳನ್ನು ಪಿಂಗ್ ಮಾಡಲು ಬಳಸುತ್ತೇವೆ. ("ಪ್ರಸಾರ" ವಿಳಾಸವು ವಾಸ್ತವವಾಗಿ ವಿಶೇಷವಾಗಿ ಹೆಸರಿಸಲಾದ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸವಾಗಿದೆ, ಇದು ಎಲ್ಲಾ ನೋಡ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಮಲ್ಟಿಕಾಸ್ಟ್ ಗುಂಪಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಲಿಂಕ್ ಲೇಯರ್‌ನಲ್ಲಿ ಈಥರ್ನೆಟ್ ಪ್ರಸಾರ ವಿಳಾಸಗಳಲ್ಲಿ "ಗುಂಪು" ಅಥವಾ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸ ಬಿಟ್ ಅನ್ನು ಆನ್ ಮಾಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ )
ಚಾನಲ್‌ಗಾಗಿ ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ IPv6 ವಿಳಾಸ: ff02::1. ff ಮಲ್ಟಿಕಾಸ್ಟ್ IPv6 ವಿಳಾಸವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಮುಂದಿನ 0 ಎಂಬುದು ಹೊಂದಿಸದ ಬಿಟ್‌ಗಳೊಂದಿಗೆ ಫ್ಲ್ಯಾಗ್‌ನ ಭಾಗವಾಗಿದೆ.
ಮತ್ತಷ್ಟು 2 ಮಲ್ಟಿಕಾಸ್ಟ್ ಗುಂಪಿನ ಪ್ರದೇಶವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಮಲ್ಟಿಕಾಸ್ಟ್ IPv4 ವಿಳಾಸಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ, ಮಲ್ಟಿಕಾಸ್ಟ್ IPv6 ವಿಳಾಸಗಳು ಸ್ಕೋಪ್ ಹೊಂದಿವೆ. ಸ್ಕೋಪ್ ಮೌಲ್ಯವು ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಅನುಮತಿಸಲಾದ ನೆಟ್ವರ್ಕ್ನ ಭಾಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವ್ಯಾಪ್ತಿಯ ಗಡಿಯನ್ನು ತಲುಪಿದ ನಂತರ, ಅದರ ಹಾಪ್ ಕೌಂಟ್ ಕ್ಷೇತ್ರವು ಶೂನ್ಯವಾಗಿದ್ದರೂ ಸಹ, ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕೈಬಿಡಬೇಕು. ಸಹಜವಾಗಿ, ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಗುಂಪಿನ ಗಡಿಯನ್ನು ತಲುಪುವ ಮೊದಲು ಹಾಪ್ ಎಣಿಕೆ ಶೂನ್ಯವನ್ನು ತಲುಪಿದರೆ, ಅದನ್ನು ತಕ್ಷಣವೇ ಮರುಹೊಂದಿಸಲಾಗುತ್ತದೆ. IPv6 ಮಲ್ಟಿಕಾಸ್ಟ್ ಸ್ಕೋಪ್‌ನ ಸಂಪೂರ್ಣ ಪಟ್ಟಿ ಇಲ್ಲಿದೆ.
ಅಂತಿಮವಾಗಿ ::1 ಆಲ್-ನೋಡ್ಸ್ ಮಲ್ಟಿಕಾಸ್ಟ್ ಗುಂಪನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ.
ವಿಳಾಸದ ಬಗ್ಗೆ ff02::1 ಇದು ಅಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ಗಮನಿಸಬೇಕು. ರೂಟರ್ ಅಥವಾ ಮಲ್ಟಿಹೋಮ್ ಹೋಸ್ಟ್, ವಿಳಾಸದಂತಹ ಬಹು ಇಂಟರ್ಫೇಸ್‌ಗಳೊಂದಿಗೆ IPv6 ಹೋಸ್ಟ್‌ನಲ್ಲಿ ff02::1 ICMPv6 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸಲು ಅಥವಾ ಅವರು ಬಂದಾಗ ICMPv6 ಪ್ರತಿಧ್ವನಿ ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ನಿರೀಕ್ಷಿಸುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಏನೂ ಇಲ್ಲ. ff02::1 ಮಾನ್ಯವಾಗಿದೆ ಮತ್ತು ಮಲ್ಟಿ-ಇಂಟರ್ಫೇಸ್ ನೋಡ್‌ಗೆ ಲಗತ್ತಿಸಲಾದ ಯಾವುದೇ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಮತ್ತು ಚಾನಲ್‌ಗಳಲ್ಲಿ ಬಳಸಬಹುದು.
ಆದ್ದರಿಂದ ನಾವು ಎಲ್ಲಾ IPv6 ನೋಡ್‌ಗಳನ್ನು ಲಿಂಕ್‌ನಲ್ಲಿ ಪಿಂಗ್ ಮಾಡಿದಾಗ, ನಾವು ಹೇಗಾದರೂ ಉಪಯುಕ್ತತೆಯನ್ನು ಹೇಳಬೇಕಾಗಿದೆ ping IPv6 ಗಾಗಿ, ಯಾವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಬೇಕು.
ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು - ಕಮಾಂಡ್ ಲೈನ್ ಆಯ್ಕೆ
ನಾವು ಈಗಾಗಲೇ ನೋಡಿದಂತೆ, ನಾವು ಬಳಸಲು ಬಯಸುವ ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸ - ಆಗಿದೆ ff02::1 - ICMPv6 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿ ಮತ್ತು ಪ್ರತಿಧ್ವನಿ ಪ್ರತ್ಯುತ್ತರ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸಲು ಮತ್ತು ಸ್ವೀಕರಿಸಲು ಯಾವ ಇಂಟರ್‌ಫೇಸ್‌ನ ಕುರಿತು ಯಾವುದೇ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ, ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸ ಸ್ಥಳ ಅಥವಾ ಯುನಿಕಾಸ್ಟ್ ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸ ಸ್ಥಳಕ್ಕಾಗಿ ನಾವು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ?
ನಾವು ಬಳಸುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿ ಒದಗಿಸುವುದು ಮೊದಲ ಮತ್ತು ಅತ್ಯಂತ ಸ್ಪಷ್ಟವಾದ ಮಾರ್ಗವಾಗಿದೆ.
ಉಪಯುಕ್ತತೆಗಾಗಿ ping ನಾವು ಅದನ್ನು ಆಯ್ಕೆಯ ಮೂಲಕ ಒದಗಿಸುತ್ತೇವೆ -I.
[mark@opy ~]$ ping -w 1 -I enp3s2 ff02::1
ping: Warning: source address might be selected on device other than: enp3s2
PING ff02::1(ff02::1) from :: enp3s2: 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.589 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=5.15 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=58.0 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=62.3 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=62.8 ms (DUP!)
--- ff02::1 ping statistics ---
1 packets transmitted, 1 received, +5 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.438/31.544/62.786/29.566 ms
[mark@opy ~]$ಈ ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪಿಂಗ್ ಅನ್ನು ಬಳಸುವುದರಿಂದ, ನಾವು 6 IPv6 ನೋಡ್‌ಗಳಿಂದ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ. ಪೂರ್ವಪ್ರತ್ಯಯದಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಲಿಂಕ್-ಲೋಕಲ್ IPv6 ನೋಡ್ ವಿಳಾಸಗಳಿಂದ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಬಂದವು fe80::/10.
ಎಂದು ping ICMPv6 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಗಳನ್ನು ನಾವು ಅಡ್ಡಿಪಡಿಸುವವರೆಗೆ ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುವುದಿಲ್ಲ, ನಾವು ಸಾಮಾನ್ಯವಾಗಿ -c ಆಯ್ಕೆಯ ಮೂಲಕ ಕಳುಹಿಸಲು ಪ್ಯಾಕೆಟ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ. ಆದಾಗ್ಯೂ, ಇದು ಮಲ್ಟಿಕಾಸ್ಟ್ ICMPv6 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುವಾಗ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ICMPv6 ಪ್ರತಿಧ್ವನಿ ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದರಿಂದ ಮತ್ತು ಪ್ರದರ್ಶಿಸುವುದರಿಂದ ಪಿಂಗ್ ಅನ್ನು ತಡೆಯುತ್ತದೆ. ಬದಲಾಗಿ, ಎಷ್ಟು ICMPv1 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಗಳು ಅಥವಾ ಪ್ರತಿಧ್ವನಿ ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು ಕಳುಹಿಸಿದರೂ ಅಥವಾ ಸ್ವೀಕರಿಸಿದರೂ ಪಿಂಗ್ 6 ಸೆಕೆಂಡಿನ ನಂತರ ಪೂರ್ಣಗೊಳ್ಳಬೇಕು ಎಂದು ಸೂಚಿಸಲು ನಾವು -w ಆಯ್ಕೆಯನ್ನು ಬಳಸಿದ್ದೇವೆ.
ಗಮನ ಕೊಡಬೇಕಾದ ಇನ್ನೊಂದು ವಿಷಯವೆಂದರೆ (DUP!) ಎರಡನೇ ಮತ್ತು ನಂತರದ ಉತ್ತರಗಳ ಮೇಲೆ ಔಟ್ಪುಟ್. ಈ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನಕಲಿ ಪ್ರತಿಕ್ರಿಯೆಗಳೆಂದು ಗುರುತಿಸಲಾಗಿದೆ ಏಕೆಂದರೆ ಅವುಗಳು ಮೊದಲ ಸ್ಥಾನದಲ್ಲಿ ಕಳುಹಿಸಲಾದ ಪ್ರತ್ಯೇಕ ICMPv6 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಗಳಂತೆಯೇ ಅದೇ ICMP ಅನುಕ್ರಮ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿವೆ. ICMPv6 ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಯು ಬಹು ವೈಯಕ್ತಿಕ ಯುನಿಕಾಸ್ಟ್ ಪ್ರತಿಕ್ರಿಯೆಗಳಿಗೆ ಕಾರಣವಾಗುವುದರಿಂದ ಅವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಅಂಕಿಅಂಶಗಳ ಸಾರಾಂಶದಲ್ಲಿ ನಕಲುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಸಹ ಸೂಚಿಸಲಾಗುತ್ತದೆ.
ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು - ವಲಯ ID
ಬಳಕೆಗಾಗಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಇನ್ನೊಂದು ವಿಧಾನವೆಂದರೆ IPv6 ವಿಳಾಸ ನಿಯತಾಂಕದ ಭಾಗವಾಗಿದೆ.
ಪಿಂಗ್ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ನಾವು ಇದರ ಉದಾಹರಣೆಯನ್ನು ನೋಡಬಹುದು, ಅಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸುವ IPv6 ಹೋಸ್ಟ್‌ಗಳ ವಿಳಾಸಗಳು ಸಹ ಪ್ರತ್ಯಯವನ್ನು ಹೊಂದಿರುತ್ತವೆ. %enp3s2, ಉದಾಹರಣೆಗೆ:
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 msಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಸೂಚಿಸುವ ಈ ವಿಧಾನವನ್ನು ಔಪಚಾರಿಕವಾಗಿ [RFC4007], "IPv6 ಡಿಫೈನ್ಡ್ ಅಡ್ರೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್" ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. ಅವುಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಇಂಟರ್ಫೇಸ್ ಎಂದು ಕರೆಯಲಾಗಿದ್ದರೂ, ಅವುಗಳು ಹೆಚ್ಚು ಸಾಮಾನ್ಯವಾದ ಯಾವುದನ್ನಾದರೂ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತವೆ - "ವಲಯ" ಅಥವಾ "ವ್ಯಾಪ್ತಿ."
ಹೆಚ್ಚು ಸಾಮಾನ್ಯ ವಲಯಗಳು ಅಥವಾ ಸ್ಕೋಪ್ ವಲಯಗಳನ್ನು ಹೊಂದಲು ಕಾರಣವೆಂದರೆ, [RFC4007] ನಲ್ಲಿ ಉಲ್ಲೇಖಿಸಿದಂತೆ, IPv6 ನೋಡ್ ಒಂದೇ ಚಾನಲ್‌ಗೆ ಹಲವಾರು ವಿಭಿನ್ನ IPv6 ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಹೊಂದಬಹುದು. ಈ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಒಂದೇ ವಲಯದ ಸದಸ್ಯರು.
ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಅಡಿಯಲ್ಲಿ ಒಂದು ವಲಯದೊಳಗೆ ಬಹು ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಗುಂಪು ಮಾಡಲು ಸಾಧ್ಯವಾಗಬೇಕು; ಪ್ರಸ್ತುತ ಇದು Linux ನಲ್ಲಿ ಸಾಧ್ಯವೇ ಅಥವಾ ಅದನ್ನು ಹೇಗೆ ಮಾಡುವುದು ಎಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ.
ಪ್ರತ್ಯಯವನ್ನು ಬಳಸುವುದು %<zone_id>, ನಾವು ಆಜ್ಞಾ ಸಾಲಿನ ಆಯ್ಕೆಯನ್ನು ತೆಗೆದುಹಾಕಬಹುದು -I ping.
[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.606 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=6.23 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=157 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=159 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=161 ms (DUP!)
64 bytes from fe80::23d:e8ff:feec:958c%enp3s2: icmp_seq=1 ttl=64 time=179 ms (DUP!)
--- ff02::1%enp3s2 ping statistics ---
1 packets transmitted, 1 received, +7 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.106/82.858/179.216/81.281 ms
[mark@opy ~]$ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸ ಪ್ರತಿಕ್ರಿಯೆಗಳು
ಈ ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪಿಂಗ್‌ನಿಂದ ನಾವು ಒಟ್ಟು 6 ಅನನ್ಯ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ.
ಈ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಯುನಿಕಾಸ್ಟ್ ಲಿಂಕ್-ಲೋಕಲ್ IPv6 ಹೋಸ್ಟ್ ವಿಳಾಸಗಳಿಂದ ಬಂದಿವೆ. ಉದಾಹರಣೆಗೆ, ಮೊದಲ ಉತ್ತರ ಇಲ್ಲಿದೆ:
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 msಯುನಿಕಾಸ್ಟ್ ಲಿಂಕ್-ಸ್ಥಳೀಯ IPv6 ವಿಳಾಸಗಳು ಎಲ್ಲಾ IPv6-ಸಕ್ರಿಯಗೊಳಿಸಿದ ಇಂಟರ್ಫೇಸ್‌ಗಳಲ್ಲಿ ಅಗತ್ಯವಿದೆ [RFC4291], “IP ಆವೃತ್ತಿ 6 ಅಡ್ರೆಸಿಂಗ್ ಆರ್ಕಿಟೆಕ್ಚರ್”. ಇದಕ್ಕೆ ಕಾರಣವೆಂದರೆ IPv6 ನೋಡ್ ಯಾವಾಗಲೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಯುನಿಕಾಸ್ಟ್ IPv6 ವಿಳಾಸವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಇದು ನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಲಿಂಕ್‌ಗಳಲ್ಲಿ ಇತರ ನೋಡ್‌ಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಕನಿಷ್ಠ ಬಳಸಬಹುದು. ಲಿಂಕ್-ಲೋಕಲ್ ಹೋಸ್ಟ್ ವಿಳಾಸಗಳ ಮೂಲಕ ಇತರ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಸಂವಹನ ಮಾಡುವುದನ್ನು ಇದು ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಇದು IPv6 ನೈಬರ್ ಡಿಸ್ಕವರಿ ಮತ್ತು OSPFv3 ನಂತಹ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ವಿನ್ಯಾಸ ಮತ್ತು ಅನುಷ್ಠಾನವನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ. ಚಾನಲ್‌ನಲ್ಲಿ ಯಾವುದೇ ಇತರ ಪೋಷಕ IPv6 ಮೂಲಸೌಕರ್ಯ ಅಗತ್ಯವಿಲ್ಲದೇ ಚಾನಲ್‌ನಲ್ಲಿ ಸಂವಹನ ನಡೆಸಲು ಇದು ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿನ ಅಂತಿಮ-ಬಳಕೆದಾರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಸಂಪರ್ಕಿತ IPv6 ಹೋಸ್ಟ್‌ಗಳ ನಡುವಿನ ನೇರ ಸಂವಹನಕ್ಕೆ ಸಂಪರ್ಕದಲ್ಲಿ IPv6 ರೂಟರ್ ಅಥವಾ DHCPv6 ಸರ್ವರ್ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ.
ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸಗಳು 10-ಬಿಟ್ ಪೂರ್ವಪ್ರತ್ಯಯದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ fe80, ನಂತರ 54 ಶೂನ್ಯ ಬಿಟ್‌ಗಳು ಮತ್ತು ನಂತರ 64-ಬಿಟ್ ಇಂಟರ್ಫೇಸ್ ಐಡೆಂಟಿಫೈಯರ್ (IID). ಮೇಲಿನ ಮೊದಲ ಉತ್ತರದಲ್ಲಿ 2392:6213:a15b:66ff 64-ಬಿಟ್ IID ಆಗಿದೆ.
ಲೂಪ್ ಮಾಡಲಾದ ಮಲ್ಟಿಕಾಸ್ಟ್
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಆಂತರಿಕವಾಗಿ ಕಳುಹಿಸಿದ ನೋಡ್‌ಗೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ. ಇದು IPv6 ಮತ್ತು IPv4 ವಿಳಾಸ ಎರಡಕ್ಕೂ ಸಂಭವಿಸುತ್ತದೆ.
ಈ ಡೀಫಾಲ್ಟ್ ವರ್ತನೆಗೆ ಕಾರಣವೆಂದರೆ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸಿದಾಗ, ಕಳುಹಿಸುವ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಎಲ್ಲೋ ಒಂದು ಕೇಳುವ ಸ್ಥಳೀಯ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಅಪ್ಲಿಕೇಶನ್ ಚಾಲನೆಯಲ್ಲಿರಬಹುದು. ಈ ಸ್ಥಳೀಯ ಅಪ್ಲಿಕೇಶನ್ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಹ ಸ್ವೀಕರಿಸಬೇಕು.
ನಮ್ಮ ಪಿಂಗ್ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ನಾವು ಈ ಮಲ್ಟಿಕಾಸ್ಟ್ ಲೋಕಲ್ ಲೂಪ್ ಅನ್ನು ನೋಡಬಹುದು:
[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
...ಮೊದಲ ಮತ್ತು ವೇಗದ ಪ್ರತಿಕ್ರಿಯೆ (0,106 ms ಗೆ ಹೋಲಿಸಿದರೆ 0,453 ms) ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿಯೇ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಲಿಂಕ್-ಲೋಕಲ್ ವಿಳಾಸದಿಂದ ಬರುತ್ತದೆ enp3s2.
[mark@opy ~]$ ip addr show dev enp3s2 | grep fe80
inet6 fe80::2392:6213:a15b:66ff/64 scope link noprefixroute
[mark@opy ~]$ಉಪಯುಕ್ತತೆ ping ನಿಯತಾಂಕವನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ಥಳೀಯ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನಿಗ್ರಹಿಸಲು ಒಂದು ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತದೆ -L. ಈ ಫ್ಲ್ಯಾಗ್‌ನೊಂದಿಗೆ ನಾವು ಆಲ್-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪಿಂಗ್ ಅನ್ನು ಕಳುಹಿಸಿದರೆ, ನಂತರ ಪ್ರತಿಕ್ರಿಯೆಗಳು ರಿಮೋಟ್ ನೋಡ್‌ಗಳಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತದೆ. ಕಳುಹಿಸುವ ಇಂಟರ್‌ಫೇಸ್‌ನ ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸದಿಂದ ನಾವು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.
[mark@opy ~]$ ping -L -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.383 ms
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.467 ms (DUP!)
...ಪಿಂಗ್ ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸಗಳು
ನೀವು ಊಹಿಸಿದಂತೆ, ಯುನಿಕಾಸ್ಟ್ ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸಗಳು ತಮ್ಮನ್ನು ತಲುಪಲು ಯಾವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಬೇಕೆಂದು ಸೂಚಿಸಲು ಸಾಕಷ್ಟು ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪಿಂಗ್‌ನಂತೆ, ನಾವು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಕಮಾಂಡ್ ಲೈನ್ ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗಿದೆ ping ಅಥವಾ ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸಗಳನ್ನು ಪಿಂಗ್ ಮಾಡುವಾಗ ವಿಳಾಸದೊಂದಿಗೆ ವಲಯ ID.
ಈ ಸಮಯದಲ್ಲಿ ನಾವು ಬಳಸಬಹುದು -cಕಳುಹಿಸಲಾದ ಮತ್ತು ಸ್ವೀಕರಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮಿತಿಗೊಳಿಸಲು ping, ನಾವು ಯುನಿಕಾಸ್ಟ್ ಪಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತಿರುವುದರಿಂದ.
[mark@opy ~]$ ping -c 1 fe80::f31c:ccff:fe26:a6d9%enp3s2
PING fe80::f31c:ccff:fe26:a6d9%enp3s2(fe80::fad1:11ff:feb7:3704%enp3s2) 56 data bytes
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.395 ms
--- fe80::f31c:ccff:fe26:a6d9%enp3s2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.395/0.395/0.395/0.000 ms
[mark@opy ~]$ಇತರ IPv6 ವಿಳಾಸಗಳನ್ನು (ಎಲ್ಲಾ) ಪಿಂಗ್ ಮಾಡುವುದೇ?
ಈ ಲೇಖನದಲ್ಲಿ, ಆಲ್-ನೋಡ್ ಮಲ್ಟಿಕಾಸ್ಟ್ IPv6 ವಿಳಾಸವನ್ನು ಬಳಸಿಕೊಂಡು ಚಾನಲ್‌ನಲ್ಲಿ ಎಲ್ಲಾ IPv6 ನೋಡ್‌ಗಳನ್ನು ಪಿಂಗ್ ಮಾಡುವುದು ಹೇಗೆ ಎಂದು ನಾವು ನೋಡಿದ್ದೇವೆ ff02::1. ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ IPv6 ವಿಳಾಸದೊಂದಿಗೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಬೇಕೆಂದು ನಿರ್ದಿಷ್ಟಪಡಿಸುವುದು ಹೇಗೆ ಎಂಬುದನ್ನು ಸಹ ನಾವು ನೋಡಿದ್ದೇವೆ, ಏಕೆಂದರೆ ವಿಳಾಸವು ಈ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಾವು ಆಜ್ಞಾ ಸಾಲಿನ ಆಯ್ಕೆಯನ್ನು ಬಳಸಿದ್ದೇವೆ ping, ಅಥವಾ ಪ್ರತ್ಯಯವನ್ನು ಬಳಸಿಕೊಂಡು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ %<zone_id>.
ನಂತರ ನಾವು ಯುನಿಕಾಸ್ಟ್ ಲಿಂಕ್-ಲೋಕಲ್ ವಿಳಾಸಗಳ ಬಗ್ಗೆ ಕಲಿತಿದ್ದೇವೆ, ಅವುಗಳು ಎಲ್ಲಾ-ನೋಡ್‌ಗಳ ಮಲ್ಟಿಕಾಸ್ಟ್ ICMPv6 ಪ್ರತಿಧ್ವನಿ ವಿನಂತಿಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಬಳಸುವ ವಿಳಾಸಗಳಾಗಿವೆ.
ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಡಿಫಾಲ್ಟ್ ಆಗಿ ಕಳುಹಿಸುವ ನೋಡ್‌ಗೆ ಹೇಗೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಉಪಯುಕ್ತತೆಗಾಗಿ ಇದನ್ನು ಹೇಗೆ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಎಂಬುದನ್ನು ಸಹ ನಾವು ನೋಡಿದ್ದೇವೆ ping.
ಅಂತಿಮವಾಗಿ, ನಾವು ಪ್ರತ್ಯಯವನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದೇ ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸವನ್ನು ಪಿಂಗ್ ಮಾಡಿದ್ದೇವೆ %<zone_id>, ಲಿಂಕ್-ಸ್ಥಳೀಯ ವಿಳಾಸಗಳು ಸ್ವತಃ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.
ಹಾಗಾದರೆ ಎಲ್ಲಾ ಇತರ ನೋಡ್‌ಗಳನ್ನು ಪಿಂಗ್ ಮಾಡುವುದು ಮತ್ತು ಅವುಗಳ ಜಾಗತಿಕ ಯುನಿಕಾಸ್ಟ್ ವಿಳಾಸಗಳನ್ನು (GUA ಗಳು) (ಅಂದರೆ, ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಅವರ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳು) ಅಥವಾ ಅವರ ಅನನ್ಯ ಸ್ಥಳೀಯ ಯುನಿಕಾಸ್ಟ್ ವಿಳಾಸಗಳನ್ನು (ULA) ಪಡೆಯುವ ಬಗ್ಗೆ ಏನು? ನಾವು ಇದನ್ನು ಮುಂದಿನ ಬ್ಲಾಗ್ ಪೋಸ್ಟ್‌ನಲ್ಲಿ ನೋಡುತ್ತೇವೆ.
ಅದು ಅಷ್ಟೆ.
ನಮ್ಮ ಕೋರ್ಸ್ ಕುರಿತು ನೀವು ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಬಹುದು.
ಮೂಲ: www.habr.com