ഒരു ചാനലിലെ എല്ലാ IPv6 നോഡുകളും പിംഗ് ചെയ്യുക

നിരക്കിൽ ഒരു പുതിയ ഒഴുക്ക് ആരംഭിക്കാൻ കുറച്ച് ദിവസങ്ങൾ ശേഷിക്കുന്നു "നെറ്റ്‌വർക്ക് എഞ്ചിനീയർ" 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 മൾട്ടികാസ്റ്റ് എക്കോ അഭ്യർത്ഥന ഒന്നിലധികം വ്യക്തിഗത യൂണികാസ്റ്റ് പ്രതികരണങ്ങൾക്ക് കാരണമാകുന്നതിനാലാണ് അവ ദൃശ്യമാകുന്നത്. ഡ്യൂപ്ലിക്കേറ്റുകളുടെ എണ്ണവും സ്ഥിതിവിവരക്കണക്കുകളുടെ സംഗ്രഹത്തിൽ സൂചിപ്പിച്ചിരിക്കുന്നു.

ഇന്റർഫേസുകൾ നിർവചിക്കുന്നു - സോൺ ഐഡി

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 അദ്വിതീയ പ്രതികരണങ്ങൾ ലഭിച്ചു.

ഈ പ്രതികരണങ്ങൾ വന്നത് unicast Link-Local IPv6 ഹോസ്റ്റ് വിലാസങ്ങളിൽ നിന്നാണ്. ഉദാഹരണത്തിന്, ആദ്യത്തെ ഉത്തരം ഇതാ:

64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms

എല്ലാ IPv6-പ്രാപ്‌തമാക്കിയ ഇന്റർഫേസുകളിലും [RFC6], “IP പതിപ്പ് 4291 അഡ്രസ്സിംഗ് ആർക്കിടെക്ചർ” എന്നിവയിൽ Unicast Link-Local IPv6 വിലാസങ്ങൾ ആവശ്യമാണ്. ഇതിനുള്ള കാരണം, ഒരു 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 എം‌എസുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ 0,453 എംഎസ്) ഇന്റർഫേസിൽ തന്നെ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്ന ലിങ്ക്-ലോക്കൽ വിലാസത്തിൽ നിന്നാണ്. 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 അല്ലെങ്കിൽ ലിങ്ക്-ലോക്കൽ വിലാസങ്ങൾ പിംഗ് ചെയ്യുമ്പോൾ വിലാസത്തോടുകൂടിയ സോൺ ഐഡി.

ഈ സമയം നമുക്ക് ഉപയോഗിക്കാം -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>, ലിങ്ക്-ലോക്കൽ വിലാസങ്ങൾ തന്നെ ഔട്ട്‌ഗോയിംഗ് ഇന്റർഫേസിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ നൽകാത്തതിനാൽ.

അപ്പോൾ മറ്റെല്ലാ നോഡുകളും പിംഗ് ചെയ്യുകയും അവയുടെ ആഗോള യൂണികാസ്റ്റ് വിലാസങ്ങൾ (GUAs) (അതായത്, ഇന്റർനെറ്റിലെ അവരുടെ പൊതു വിലാസങ്ങൾ) അല്ലെങ്കിൽ അവയുടെ തനതായ പ്രാദേശിക യൂണികാസ്റ്റ് വിലാസങ്ങൾ (ULA) നേടുകയും ചെയ്യുന്നതിനെക്കുറിച്ച്? അടുത്ത ബ്ലോഗ് പോസ്റ്റിൽ നമുക്ക് ഇത് നോക്കാം.

അത്രമാത്രം.

ഞങ്ങളുടെ കോഴ്‌സിനെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ കണ്ടെത്താനാകും തുറന്ന ദിവസത്തെ കുറിപ്പുകൾ.

അവലംബം: www.habr.com