ချန်နယ်တစ်ခုပေါ်တွင် IPv6 node အားလုံးကို Ping လုပ်ပါ။

နှုန်းဖြင့် စီးဆင်းမှုအသစ်တစ်ခု စတင်ချိန်အထိ ရက်အနည်းငယ် ကျန်သေးသည်။ "ကွန်ရက်အင်ဂျင်နီယာ" OTUS မှ ဤကိစ္စနှင့်စပ်လျဉ်း၍ ကျွန်ုပ်တို့သည် အကြောင်းအရာနှင့်ပတ်သက်သော အသုံးဝင်သောအကြောင်းအရာများကို ဘာသာပြန်ဆိုလိုပါသည်။

IPv6 ping ပြဿနာများကို ဖြေရှင်းခြင်းအတွက် အကြံပြုချက်များနှင့် လှည့်ကွက်များဆိုင်ရာ ဘလော့ဂ်ပို့စ်များ (ICMPv6 Echo Request/Echo Reply)

ကျွန်ုပ်သည် Linux (အထူးသဖြင့် Fedora 31) ကိုအသုံးပြုနေသော်လည်း အခြားလည်ပတ်မှုစနစ်များအတွက် ping command syntax သည် အလွန်ဆင်တူသင့်သည်ဟု သတိပြုပါ။

ချန်နယ်တစ်ခုပေါ်တွင် IPv6 node အားလုံးကို Ping လုပ်ပါ။

ပထမဆုံးနှင့် အရိုးရှင်းဆုံး အကြံပြုချက်မှာ လင့်ခ်ရှိ IPv6 node အားလုံးကို ping ရန်ဖြစ်သည်။

IPv6 သည် တစ်ခုမှတစ်ခုသို့ ဆက်သွယ်မှု အမျိုးအစားအားလုံးအတွက် multicast လိပ်စာများကို အသုံးပြုသည်။ ထုတ်လွှင့်ခြင်း (သို့မဟုတ်ထုတ်လွှင့်ခြင်း) IPv6 လိပ်စာများ မရှိပါ။ ၎င်းသည် ထုတ်လွှင့်သည့်လိပ်စာအမျိုးအစားများစွာရှိသည့်အနက် IPv6 ကို IPv4 နှင့် ခွဲခြားပေးသည်၊ ဥပမာ၊ "ကန့်သတ်ထုတ်လွှင့်မှု" လိပ်စာ 255.255.255.255 [RFC1122]။

သို့သော်လည်း၊ "all-nodes multicast" IPv6 လိပ်စာတစ်ခုရှိပါသည်၊ ထို့ကြောင့် link ပေါ်ရှိ IPv6 node အားလုံးကို ping ရန် ၎င်းကိုအသုံးပြုပါမည်။ (တကယ်တော့ "ထုတ်လွှင့်မှု" လိပ်စာသည် အမှန်တကယ်တွင် node များအားလုံးပါဝင်သည့် multicast အုပ်စုတစ်ခုဖြစ်သည့် အထူးအမည်ရှိသော multicast လိပ်စာတစ်ခုမျှသာဖြစ်သည်။ ဥပမာအားဖြင့်၊ "group" သို့မဟုတ် multicast လိပ်စာ bit ကို လင့်ခ်အလွှာရှိ Ethernet ထုတ်လွှင့်သည့်လိပ်စာများတွင် ဖွင့်ထားသည်ကို သတိပြုပါ။ )

ချန်နယ်အတွက် nodes အစုံလိုက် IPv6 လိပ်စာ- ff02::1. ff multicast IPv6 လိပ်စာကို ရည်ညွှန်းသည်။ နောက် 0 သည် unset bits ပါသော အလံ၏ အစိတ်အပိုင်းဖြစ်သည်။

နောက်ထပ် 2 multicast အုပ်စုတစ်ခု၏ဧရိယာကိုသတ်မှတ်သည်။ multicast IPv4 လိပ်စာများနှင့်မတူဘဲ multicast IPv6 လိပ်စာများသည် နယ်ပယ်တစ်ခုရှိသည်။ နယ်ပယ်တန်ဖိုးသည် multicast packet ကို ထပ်ဆင့်ပို့ရန် ခွင့်ပြုထားသည့် ကွန်ရက်၏ အစိတ်အပိုင်းကို ညွှန်ပြသည်။ ပက်ကတ်တစ်ခုသည် သတ်မှတ်ထားသော နယ်ပယ်၏ နယ်နိမိတ်သို့ ရောက်သည်နှင့်၊ ၎င်း၏ Hop Count အကွက်သည် သုညမဟုတ်သည်ဖြစ်စေ ပက်ကတ်ကို ဖြုတ်ချရပါမည်။ သတ်မှတ်ထားသော multicast အဖွဲ့နယ်နိမိတ်ကို မရောက်ရှိမီ ဟော့စ်အရေအတွက်သည် သုညသို့ရောက်ရှိပါက၊ ၎င်းကိုလည်း ချက်ချင်းပြန်လည်သတ်မှတ်မည်ဖြစ်သည်။ ဤသည်မှာ IPv6 multicast နယ်ပယ်၏ အပြည့်အစုံစာရင်းဖြစ်သည်။

နောက်ဆုံးတော့ ::1 all-nodes multicast အုပ်စုကို သတ်မှတ်သည်။

လိပ်စာအကြောင်း ff02::1 မရှင်းလင်းကြောင်း သတိပြုသင့်သည်။ router သို့မဟုတ် multihomed host ကဲ့သို့သော အင်တာဖေ့စ်များစွာရှိသော IPv6 host တွင် လိပ်စာ ff02::1 ICMPv6 ပဲ့တင်သံတောင်းဆိုချက်များကို ပေးပို့ရန် သို့မဟုတ် ၎င်းတို့ရောက်ရှိသည့်အခါတွင် ICMPv6 ပဲ့တင်သံပြန်ကြားချက်များကို လက်ခံရရှိရန် သင်မျှော်လင့်နိုင်သည့် မည်သည့်အင်တာဖေ့စ်မှ သင်သတ်မှတ်နိုင်သည့်အရာမရှိပါ။ ff02::1 မှန်ကန်ပြီး multi-interface node နှင့် ချိတ်ဆက်ထားသော အင်တာဖေ့စ်နှင့် ချန်နယ်များ တွင်မဆို အသုံးပြုနိုင်ပါသည်။

ထို့ကြောင့် လင့်ခ်တစ်ခုပေါ်ရှိ IPv6 node အားလုံးကို ping လုပ်သည့်အခါ၊ utility ကို တစ်နည်းနည်းဖြင့် ပြောပြရန် လိုအပ်သည်။ ping IPv6 အတွက်၊ ဘယ် interface ကိုသုံးမလဲ။

Interfaces ကိုသတ်မှတ်ခြင်း - Command Line ရွေးချယ်မှု

ကျွန်ုပ်တို့မြင်ထားပြီးဖြစ်သည့်အတိုင်း၊ ကျွန်ုပ်တို့အသုံးပြုလိုသော all-nodes multicast လိပ်စာမှာ − ff02::1 - ICMPv6 ပဲ့တင်သံတောင်းဆိုမှုနှင့် ပဲ့တင်သံပြန်ကြားရေးပက်ကေ့ခ်ျများကို ပေးပို့ခြင်းနှင့် လက်ခံခြင်းဆိုင်ရာ မည်သည့်အချက်အလက်ကိုမျှ မပေးဆောင်ပါ။

ထို့ကြောင့်၊ multicast လိပ်စာနေရာ သို့မဟုတ် unicast Link-Local လိပ်စာနေရာအတွက် အသုံးပြုမည့် မျက်နှာပြင်ကို ကျွန်ုပ်တို့ မည်သို့ သတ်မှတ်ရမည်နည်း။

ပထမဆုံးနှင့် အထင်ရှားဆုံးနည်းလမ်းမှာ ကျွန်ုပ်တို့အသုံးပြုနေသော application အတွက် ၎င်းကို parameter တစ်ခုအဖြစ်ပေးဆောင်ရန်ဖြစ်သည်။

အသုံးဝင်တယ်။ 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 ~]$

ဤ all-nodes multicast ping ကို အသုံးပြု၍ IPv6 node 6 ခုမှ တုံ့ပြန်မှုများကို ကျွန်ုပ်တို့ ရရှိခဲ့ပါသည်။ တုံ့ပြန်မှုများသည် လင့်ခ်-ဒေသခံ IPv6 node လိပ်စာများမှ လာသည်၊ ရှေ့ဆက်ဖြင့် စတင်သည်။ fe80::/10.

ထို ping ကျွန်ုပ်တို့ ၎င်းကို နှောက်ယှက်သည့်တိုင်အောင် ICMPv6 ပဲ့တင်သံတောင်းဆိုမှုများကို အကန့်အသတ်မရှိ ဆက်လက်မပေးပို့နိုင်ပါ၊ ကျွန်ုပ်တို့သည် များသောအားဖြင့် -c ရွေးချယ်မှုမှတစ်ဆင့် ပေးပို့ရမည့် ပက်ကတ်အရေအတွက်ကို သတ်မှတ်ပေးပါသည်။ သို့သော်၊ ၎င်းသည် multicast ICMPv6 ပဲ့တင်သံတောင်းဆိုမှုကို ပေးပို့သည့်အခါ ICMPv6 ပဲ့တင်သံတစ်ခုထက်ပိုသော တုံ့ပြန်မှုကို လက်ခံခြင်းနှင့် ပြသခြင်းတို့ကိုလည်း တားဆီးပေးပါသည်။ ယင်းအစား၊ ကျွန်ုပ်တို့သည် ICMPv1 ပဲ့တင်သံတောင်းဆိုမှုများ သို့မဟုတ် ပဲ့တင်သံပြန်ကြားချက်များကို မည်မျှပင်ပေးပို့ခဲ့သည် သို့မဟုတ် လက်ခံရရှိသည်ဖြစ်စေ 6 စက္ကန့်အကြာတွင် ping သည် ပြီးဆုံးသင့်သည်ဟု သတ်မှတ်ရန် -w ရွေးချယ်မှုကို အသုံးပြုခဲ့သည်။

နောက်တစ်ခု သတိထားရမှာက (DUP!) ဒုတိယနှင့် နောက်ဆက်တွဲအဖြေများကို ထုတ်ပေးပါ။ ဤပက်ကေ့ဂျ်များကို ပထမနေရာမှ ပေးပို့ခဲ့သည့် တစ်ဦးချင်း ICMPv6 ပဲ့တင်သံတောင်းဆိုမှုများနှင့် တူညီသော ICMP စီစဉ်တန်ဖိုး တူညီသောကြောင့် ၎င်းတို့တွင် ထပ်နေသော တုံ့ပြန်မှုများအဖြစ် ခွဲခြားသတ်မှတ်ထားပါသည်။ ICMPv6 multicast ပဲ့တင်သံ တောင်းဆိုချက်သည် တစ်ဦးချင်း unicast တုံ့ပြန်မှုများစွာကို ဖြစ်ပေါ်စေသောကြောင့် ၎င်းတို့သည် ပေါ်လာသည်။ ထပ်နေသောအရေအတွက်ကိုလည်း စာရင်းဇယားအကျဉ်းချုပ်တွင် ဖော်ပြထားပါသည်။

မျက်နှာပြင်များကို သတ်မှတ်ခြင်း - ဇုန် ID

အသုံးပြုရန်အတွက် အင်တာဖေ့စ်ကို ဖော်ထုတ်ရန် အခြားနည်းလမ်းမှာ IPv6 လိပ်စာ ကန့်သတ်ချက်၏ အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။

တုံ့ပြန်သည့် IPv6 host များ၏ လိပ်စာများတွင် နောက်ဆက်တွဲပါရှိသည့် ping output တွင် ၎င်းကို ဥပမာတစ်ခုတွေ့နိုင်သည်။ %enp3s2ဥပမာ:

64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms

အင်တာဖေ့စ်များကို သတ်မှတ်ခြင်းနည်းလမ်းကို [RFC4007]၊ "IPv6 Defined Address Architecture" တွင် တရားဝင်ဖော်ပြထားသည်။ ၎င်းတို့ကို အများအားဖြင့် Operating System Interface ဟုခေါ်သော်လည်း၊ ၎င်းတို့သည် အမှန်တကယ်အားဖြင့် ပိုမိုယေဘုယျအားဖြင့်- "ဇုန်" သို့မဟုတ် "နယ်ပယ်" ဟု သတ်မှတ်ပါသည်။

ယေဘူယျဇုန်များ သို့မဟုတ် နယ်ပယ်များ ပိုမိုများပြားရခြင်းအကြောင်းရင်းမှာ [RFC4007] တွင်ဖော်ပြထားသည့်အတိုင်း IPv6 node တစ်ခုတွင် မတူညီသော IPv6 interfaces အများအပြားကို တူညီသောချန်နယ်သို့ ချိတ်ဆက်ထားနိုင်သောကြောင့်ဖြစ်သည်။ ဤအင်တာဖေ့စ်များသည် တူညီသောဇုန်၏အဖွဲ့ဝင်များဖြစ်သည်။

လည်ပတ်မှုစနစ်အောက်ရှိ ဇုန်တစ်ခုအတွင်း အင်တာဖေ့စ်များစွာကို အုပ်စုဖွဲ့ရန် ဖြစ်နိုင်သည်၊ လောလောဆယ်တော့ Linux အောက်မှာ ဖြစ်နိုင်မလား ဒါမှမဟုတ် ဘယ်လို လုပ်ရမလဲဆိုတာ မသိဘူး။

နောက်ဆက်တွဲကိုအသုံးပြုခြင်း။ %<zone_id>၊ ကျွန်ုပ်တို့သည် command line option ကိုဖယ်ရှားနိုင်သည်။ -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 ~]$

လင့်ခ်-ဒေသခံလိပ်စာ တုံ့ပြန်မှုများ

ဤ all-nodes multicast ping မှ စုစုပေါင်း ထူးခြားသော တုံ့ပြန်မှု 6 ခုကို ကျွန်ုပ်တို့ ရရှိခဲ့ပါသည်။

ဤတုံ့ပြန်ချက်များသည် unicast Link-Local IPv6 လက်ခံဆောင်ရွက်ပေးသည့်လိပ်စာများမှ လာပါသည်။ ဥပမာ၊ ဤတွင် ပထမအဖြေမှာ၊

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

Unicast Link-Local IPv6 လိပ်စာများသည် IPv6-ဖွင့်ထားသော အင်တာဖေ့စ် [RFC4291]၊ "IP ဗားရှင်း 6 လိပ်စာဗိသုကာ" အားလုံးတွင် လိုအပ်ပါသည်။ ၎င်းအတွက်အကြောင်းပြချက်မှာ IPv6 node တွင် ၎င်း၏တိုက်ရိုက်ချိတ်ဆက်ထားသောလင့်ခ်များပေါ်ရှိ အခြား node များနှင့် ဆက်သွယ်ရန်အတွက် အနည်းဆုံး အသုံးပြုနိုင်သည့် unicast IPv6 လိပ်စာကို အလိုအလျောက်အမြဲတမ်းရှိနေသောကြောင့်ဖြစ်သည်။ ၎င်းတွင် Link-Local host လိပ်စာများမှတစ်ဆင့် အခြားသော host များရှိ အပလီကေးရှင်းများနှင့် ဆက်သွယ်ခြင်း ပါဝင်သည်။

၎င်းသည် IPv6 Neighbor Discovery နှင့် OSPFv3 ကဲ့သို့သော ပရိုတိုကောများ၏ ဒီဇိုင်းနှင့် အကောင်အထည်ဖော်မှုကို ရိုးရှင်းစေသည်။ ၎င်းသည် ချန်နယ်ရှိ အခြားသော IPv6 အခြေခံအဆောက်အအုံကို ပံ့ပိုးပေးစရာမလိုဘဲ ချန်နယ်ရှိ host များရှိ end-user applications များကို ဆက်သွယ်နိုင်စေပါသည်။ ချိတ်ဆက်ထားသော IPv6 host များအကြား တိုက်ရိုက်ဆက်သွယ်မှု ချိတ်ဆက်မှုတွင် IPv6 router သို့မဟုတ် DHCPv6 ဆာဗာ မလိုအပ်ပါ။

လင့်ခ်-ဒေသခံလိပ်စာများသည် 10-ဘစ်ရှေ့ဆက်ဖြင့် စတင်သည်။ fe80နောက်တွင် သုညဘစ် 54 ခု၊ ထို့နောက် 64-ဘစ် အင်တာဖေ့စ်အမှတ်အသား (IID)။ အပေါ်က ပထမအဖြေမှာ 2392:6213:a15b:66ff 64-bit IID တစ်ခုဖြစ်သည်။

Looped Multicast

ပုံမှန်အားဖြင့်၊ Multicast packets များကို ၎င်းတို့ပေးပို့သော node သို့ အတွင်းပိုင်းသို့ ပြန်ပို့ပေးပါသည်။ ၎င်းသည် IPv6 နှင့် IPv4 လိပ်စာနှစ်ခုလုံးအတွက်ဖြစ်သည်။

ဤပုံသေအပြုအမူအတွက် အကြောင်းရင်းမှာ multicast packets များကို ပေးပို့သည့်အခါ၊ ပေးပို့ခြင်း host ကိုယ်တိုင်တွင် လည်ပတ်နေသည့် နားဆင်နိုင်သော local multicast အပလီကေးရှင်းတစ်ခုအပြင် ကွန်ရက်ပေါ်ရှိ တစ်နေရာရာတွင်လည်း ရှိနေနိုင်ပါသည်။ ဤဒေသခံအပလီကေးရှင်းသည် multicast အစုံလိုက်များကို လက်ခံရရှိရပါမည်။

ကျွန်ုပ်တို့၏ ping output တွင် ဤ multicast local loop ကိုတွေ့နိုင်သည်-

[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 နှိုင်းယှဉ်) သည် အင်တာဖေ့စ်တွင် ပြုလုပ်ထားသော Link-Local လိပ်စာမှ လာပါသည်။ enp3s2.

[mark@opy ~]$ ip addr show dev enp3s2 | grep fe80
    inet6 fe80::2392:6213:a15b:66ff/64 scope link noprefixroute 
[mark@opy ~]$

အသုံးဝင်သည် ping ကန့်သတ်ဘောင်ကို အသုံးပြု၍ ဒေသတွင်း multicast တုံ့ပြန်ချက်ကို ဖိနှိပ်ရန် နည်းလမ်းတစ်ခု ပံ့ပိုးပေးသည်။ -L. ကျွန်ုပ်တို့သည် ဤအလံနှင့်အတူ all-nodes multicast ping တစ်ခုကို ပေးပို့ပါက၊ တုံ့ပြန်မှုများကို အဝေးမှ node များတွင် ကန့်သတ်ထားသည်။ ပေးပို့သည့်အင်တာဖေ့စ်၏ Link-Local လိပ်စာမှ တုံ့ပြန်မှုမရရှိပါ။

[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 Link-ဒေသခံလိပ်စာများ

သင်မှန်းဆထားသည့်အတိုင်း၊ unicast Link-Local လိပ်စာများသည် ၎င်းတို့ထံရောက်ရှိရန် မည်သည့်အင်တာဖေ့စ်ကိုအသုံးပြုရမည်ကိုညွှန်ပြရန် လုံလောက်သောအချက်အလက်မပေးထားပါ။ all-nodes multicast ping ကဲ့သို့ပင်၊ ကျွန်ုပ်တို့သည် interface ကို command line parameter အဖြစ် သတ်မှတ်ရန် လိုအပ်ပါသည်။ ping Link-Local လိပ်စာများကို pinging လုပ်သည့်အခါ လိပ်စာပါသော ဇုန် ID။

ဒီတစ်ခါတော့ သုံးလို့ရတယ်။ -cပေးပို့ခြင်းနှင့် လက်ခံရရှိသည့် ပက်ကတ်များနှင့် တုံ့ပြန်မှုအရေအတွက်ကို ကန့်သတ်ရန် pingကျွန်ုပ်တို့သည် unicast 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 ~]$

Ping (အားလုံး) အခြား IPv6 လိပ်စာများ။

ဤဆောင်းပါးတွင်၊ all-nodes multicast IPv6 လိပ်စာကို အသုံးပြု၍ ချန်နယ်တစ်ခုတွင် IPv6 node အားလုံးကို ping လုပ်နည်းကို ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရသည် ff02::1. လိပ်စာကိုယ်တိုင်က ဒီအချက်အလက်ကို မပေးနိုင်တဲ့အတွက် All-nodes multicast IPv6 လိပ်စာနဲ့ ဘယ်အင်တာဖေ့စ်ကို အသုံးပြုရမလဲဆိုတာကိုလည်း ကျွန်ုပ်တို့တွေ့ခဲ့ရပါတယ်။ ကျွန်ုပ်တို့သည် command line option ကိုသုံးသည်။ pingသို့မဟုတ် နောက်ဆက်တွဲကို အသုံးပြု၍ အင်တာဖေ့စ်ကို သတ်မှတ်ပါ။ %<zone_id>.

ထို့နောက် all-nodes multicast ICMPv6 ပဲ့တင်သံတောင်းဆိုမှုများကို တုံ့ပြန်ရန် အသုံးပြုသည့် လိပ်စာများဖြစ်သည့် unicast Link-Local လိပ်စာများအကြောင်း လေ့လာခဲ့သည်။

ပုံသေအားဖြင့် ပေးပို့ခြင်း node သို့ multicast packet များကို မည်သို့ပြန်ပို့သည်ကိုလည်းကောင်း၊ utility အတွက် ၎င်းကို မည်သို့ပိတ်ရမည်ကိုလည်း ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရပါသည်။ ping.

နောက်ဆုံးတွင်၊ ကျွန်ုပ်တို့သည် နောက်ဆက်တွဲကို အသုံးပြု၍ Link-Local လိပ်စာတစ်ခုတည်းကို ping လုပ်ခဲ့သည်။ %<zone_id>အဘယ်ကြောင့်ဆိုသော် Link-Local လိပ်စာများသည် ၎င်းတို့ကိုယ်တိုင် အပြင်ထွက်အင်တာဖေ့စ်နှင့်ပတ်သက်သည့် အချက်အလက်များကို မပေးသောကြောင့်ဖြစ်သည်။

ဒါဆို တခြား node အားလုံးကို ping လုပ်ပြီး သူတို့ရဲ့ ကမ္ဘာလုံးဆိုင်ရာ unicast လိပ်စာတွေ (GUAs) (အဲဒါက အင်တာနက်ပေါ်က သူတို့ရဲ့ အများသူငှာ လိပ်စာတွေ) ဒါမှမဟုတ် သူတို့ရဲ့ ထူးခြားတဲ့ ဒေသဆိုင်ရာ unicast လိပ်စာတွေ (ULAs) ကို ရယူဖို့ကော။ ဒါကို နောက် blog post မှာ ကြည့်ပါမယ်။

ဒါအားလုံးပါပဲ

ကျွန်ုပ်တို့၏သင်တန်းအကြောင်းပိုမိုသိရှိနိုင်သည် အဖွင့်နေ့မှတ်စုများ.

source: www.habr.com