Pauci dies manent usque ad initium novi fluxus in rate ex OTUS. Hac de re volumus translationem materiae utilissimae de re tecum communicare.
Series blog nuntia in tips et dolis pro fermentum IPv6 ping quaestiones (ICMPv6 Echo Request/Echo Reply)
Nota quaeso me uti Linux (specialiter Fedora 31), tamen mandatum ping syntaxin pro aliis systematibus operantibus spero simillimum esse.
Ping omnes IPv6 lymphaticorum in alveo
Primum et simplicissimum extremum est omnes IPv6 nodos in nexu pingere.
IPv6 inscriptionibus multicasti utitur pro omnibus generibus unius ad multarum communicationum. Nullae iaci (vel passim) IPv6 inscriptiones sunt. Hoc IPv6 ab IPv4 distinguit, ubi plura genera inscriptionum emissarum sunt, exempli gratia, inscriptio "stricta passim" 255.255.255.255 [RFC1122].
Nihilominus, "omnium nodorum multicast" IPv6 oratio est, ita ut omnes nodos IPv6 in nexum pingentes utemur. (A "passim" oratio vere iustus est oratio multicasti nominatim, quae est coetus multicast qui omnes nodos includit. Nota quod, exempli gratia, "coetus" vel electronica multicasta versa est in inscriptionibus Aernei sparsis ad nexum strati. ).
Omnes-nodi multicast IPv6 electronicae canalis: ff02::1. ff IPv6 oratio denotat multicast. Proxima 0 est pars vexilli cum discissionibus.
adhuc 2 definit aream multicast coetus. Inscriptiones IPv4 dissimiles multicastae, multicastae IPv6 inscriptiones scopae habent. Valor ambitus indicat partem retis, cui fasciculus multicast transmitteretur. Cum fasciculus ad terminum determinati scopi attingit, fasciculus omitti debet, cuiuscumque campus Hop Comes non sit. Utique, si comitem hop numerum attingit nihil antequam ad terminum coetus multicast speciem praefinitum attingat, etiam statim retexere. Hic index completus amplitudinis IPv6 multicast.
postremo, ::1 dat speciem universi nodis multicast group.
De inscriptione ff02::1 Notandum quod ambiguum est. In exercitu IPv6 cum multiplicibus interfationibus, ut est iter vel multihomed exercitus, oratio ff02::1 nihil est ubi exprimere possis quod interfacies ut ICMPv6 resonare petitiones mittas vel exspectas ut ICMPv6 resonare respondeat cum venerint. ff02::1 valet et adhiberi potest quavis interfaces et canales multi- interfaciei nodi adnexa.
Cum ergo omnes nodos IPv6 in nexum pingimus, necesse est aliquo modo utilitatem quoque dicere ping pro IPv6, quod interface uti.
Definiens Interfaces - Imperii linea Bene
Ut iam vidimus, omnes nodis multicasti inscriptionem uti volumus, est ff02::1 - nullum praebet informationes de quibus instrumenti resonare et ICMPv6 mittere ac recipere rogationem et responsa resonare facis.
Quomodo ergo denotamus interfaciem ad spatium inscriptionis multicasti adhibendum vel unicast spatium electronicum Link-Locum?
Primus et manifestissimus modus est dare eam ut modulo applicando utamur.
Ad utilitatem ping per optionem providemus eam -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 ~]$His omnibus nodis multicasti utentes, responsiones ab 6 nodis IPv6 accepimus. Responsiones factae e inscriptionibus nodi Link-Locis IPv6 incipientes a praepositione fe80::/10.
quod ping petitiones echo indefinite ICMPv6 non pergit mittere donec eam interrumpamus, numerum fasciculorum exprimere solere ut optio via -c mitteret. Sed hoc quoque impedit ping quin plus quam unum ICMPv6 resonare recipiat et ostendat responsum, cum petitionem multicasti ICMPv6 mittens resonare. Sed optio -w definiendi usi sumus ut ping perficeret post secundam secundam, quamvis multae petitiones ICMPv1 resonarent vel responsiones resonarent missae vel receptae.
Aliud est attendere ad est (DUP!) output in responsionibus secundis et subsequentibus. Hae fasciculi responsiones duplicatae notantur quia eundem ordinem IMP habent valorem ac petitiones echo singulae ICMPv6 quae primo loco missae sunt. Apparent quod ICMPv6 multicast echo petitionis proventus in singulis responsionibus unicast multiplex. Numerus duplicatorum indicatur etiam in summa statistica.
Definiens interfaces - Zonam ID
Alius modus interfaciendi ad usum aperiendi est sicut pars parametri IPv6 inscriptionis.
Exemplum huius in ping output videre possumus, ubi inscriptiones hostiis IPv6 respondentis etiam suffixos habent. %enp3s2For example:
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 msHic modus specificandi interfaces formaliter describitur in [RFC4007], "IPv6 Definita Architecturae Oratio." Etsi plerumque vocantur machinae operativae, tamen aliquid communius definiunt - "zonam" vel "scopam".
Causa zonarum seu scoporum generalium habendi est quia, ut in [RFC4007], nodi IPv6 habere possunt varia interfaces IPv6 eidem alvei connexae. Haec interfaces membra eiusdem zonae sunt.
Fieri potest ut multiplices interfaces intra zonam sub systemate operante conglobari; In statu nescio si hoc sub Linux vel quomodo id facere possit.
Que utens %<zone_id>, optio lineae imperium removere possumus -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 ~]$Link-Locorum Oratio Responsiones
Ex his omnibus nodis multicasti omnes summas 6 responsa unicarum accepimus.
Hae responsiones ab unicast inscriptionum exercitu Link-Locorum IPv6 venerunt. Exempli gratia hic primum responsum est;
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 msUnicast Link-Local IPv6 inscriptiones requiruntur in omnibus IPv6-facilibus [RFC4291], "IP Version 6 Architecturae appellans". Cuius ratio est, quia nodi IPv6 semper automatice unicast IPv6 habet inscriptionem, qua saltem uti potest cum aliis nodi communicandi in nexus directe connexos. Hoc includit communicare applicationes in aliis exercitibus per nexus exercitus Link-Locorum.
Hoc simplificat consilium et exsecutionem protocolorum ut IPv6 Inventio Proximi et OSPFv3. Etiam finis-usoris applicationes in exercitibus communicare per canalem permittit, nulla alia subsidia infrastructuram IPv6 in canali requirat. Communicatio directa inter hospites IPv6 connexos non requirit iter itineris seu DHCPv6 in connexione.
Link-Locus oratio incipit cum X-bit praeposita fe80, sequitur 54 frena nulla et dein 64-bit interface identifier (IID). In supra primum responsum 2392:6213:a15b:66ff eft 64 bis IID.
Looped Multicast
Defalta, multicastae fasciculi interne ad nodi mittentes redduntur. Hoc accidit utroque IPv6 et IPv4 concione.
Causa huius defectus agendi est quod, cum multicastae mittuntur, fieri etiam potest auscultatio loci multicasti applicatio cursus in ipsum exercitum mittendo, sicut alicubi in retiaculis. Applicatio haec localis etiam multiplices facis fasciculos recipere debet.
Multicastam hanc loci ansam in ping output videre possumus:
[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!)
...Prima et velocissima responsio (0,106 ms comparatae ad 0,453 ms) venit ex inscriptione Link-Locali ipso interfaciei figurato. enp3s2.
[mark@opy ~]$ ip addr show dev enp3s2 | grep fe80
inet6 fe80::2392:6213:a15b:66ff/64 scope link noprefixroute
[mark@opy ~]$utilitas ping multicast supprimendi locus praebet ut feedback utens parametri -L. Si nodos multicasts cum hoc vexillo mittemus, responsiones nodi remotis limitantur. Responsum non accipimus ab inscriptione Link-Locali interfaciendi mittentis.
[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-Locus Oratio
Ut coniicere possis, unicast inscriptiones Link-Locas ab ipsis quoque non satis praebent informationes ad indicandas quibus instrumenti ad eas perveniant. Sicut cum omnibus nodis multicastis ping, etiam opus est interfacem ut lineam praecepti parametri designare ping vel zona ID cum inscriptione pingens cum inscriptionibus Link-Locis.
Hoc tempore uti possumus -cresponsaque missis et acceptis finire numerum facis pingquoniam rem 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 (all) other IPv6 addresses?
In hoc articulo vidimus quomodo omnes nodos IPv6 pingere in canali utentes omnibus nodis multicasti IPv6 inscriptionem ff02::1. Vidimus etiam quomodo definias quae interfaciunt ut omnibus nodis multicasti IPv6 utamur, quandoquidem oratio ipsa hanc informationem praebere non potest. Utendum est vel order versus bene pingAut certa interface utens suffixo %<zone_id>.
Inde didicimus de inscriptionibus unicast Link-Locis, quae inscriptiones ad omnes nodos ICMPv6 resonantium petitiones multicastae respondentes usi sunt.
Vidimus etiam quomodo multicastae reddantur ad nodi missionem per defaltam et quomodo hoc expediat ad utilitatem ping.
Denique unam pinge-Locorum electronicam in suffixo utendo %<zone_id>, cum etiam inscriptiones Link-Locae ipsae informationes de exitu instrumenti non praebent.
Quid ergo de omnibus aliis nodis pingendi et in global unicast inscriptiones (GUAS) (hoc est, inscriptiones publicas in Interreti) vel unicas inscriptiones locales unicast (ULAs) accipiunt? Hoc in proximo blog post spectabimus.
Quod suus omnes.
Plus invenire potes de cursu nostro.
Source: www.habr.com