2015年12月22日火曜日

IPv6 マルチキャストのMACアドレスとアドレス解決機能

そもそも、IPv4のマルチキャストのMACアドレスがどのようになっているかさえ知らんかったという、"blogタイトルである誤算"にさえなってないバカっぷり、をこの冒頭でお断りしておきます。


IPv4のマルチキャストにおけるMACアドレスについては、アラクサラのこちら。
https://www.alaxala.com/jp/techinfo/archive/manual/AX5400S/HTML/10_10_/APGUIDE/0136.HTM


IPv6のマルチキャストにおけるMACアドレス48ビットのうち、先頭16ビットは33:33で固定。残り32ビットは、レイヤ3のアドレスをそのまま転用。


で、IPv4で言うところのARPに相当するところについて Microsoft Technet のコンテンツから一部引用。


Solicited-node address

The solicited-node address facilitates efficient querying of network nodes during address resolution.

In IPv4, the ARP Request frame is sent to the MAC-level broadcast, disturbing all nodes on the network segment, including those that are not running IPv4.

IPv6 uses the Neighbor Solicitation message to perform address resolution. However, instead of using the local-link scope all-nodes address as the Neighbor Solicitation message destination, which would disturb all IPv6 nodes on the local link, the solicited-node multicast address is used.

The solicited-node multicast address consists of the prefix FF02::1:FF00:0/104 and the last 24-bits of the IPv6 address that is being resolved.

For example, for the node with the link-local IPv6 address of FE80::2AA:FF:FE28:9C5A, the corresponding solicited-node address is FF02::1:FF28:9C5A.

To resolve the FE80::2AA:FF:FE28:9C5A address to its link layer address, a node sends a Neighbor Solicitation message to the solicited-node address of FF02::1:FF28:9C5A.

The node that is using the address of FE80::2AA:FF:FE28:9C5A is listening for multicast traffic at the solicited-node address and, for interfaces that correspond to a physical network adapter, has registered the corresponding multicast address with the network adapter.

The result of using the solicited-node multicast address is that address resolution, which commonly occurs on a link, is not required to use a mechanism that disturbs all network nodes.

In fact, very few nodes are disturbed during address resolution.

In practice, because of the relationship between the Ethernet MAC address, the IPv6 interface ID, and the solicited-node address, the solicited-node address acts as a pseudo-unicast address for very efficient address resolution.

(引用ここまで)


うん、ナメくさって読めるかと思ったがダメだった。MACアドレス-->IPv6ユニキャストアドレス-->solicitedノードなマルチキャストアドレス、ざっくりな仕組みしか察することができない。efficeiencyがいまいち、いや、かなりわからない。イージス先生のところでも

・IPv6においてIPv6ディスティネーションのMACアドレスを解決する場合
 ICMP135:ねいばー要請メッセージを要請のーどマルチキャスト宛で送る。

という把握はできるが、えにーキャストから要請ノードマルチキャストを生成する意味がわからない。DNSに対してARP要求とと考えればわかるが、そもそもDNSが同じセグメントにいるなんてことがあるのか? これ以前にネイバーディスカバリの概念が前段に無い。

どうにも、門前の小僧になるための修業が不足と。ま、先へ進んでまたやり直して、を繰り返すしかない。


とりあえず先。先生のところでIE R&S向けとしてはいるが、


インターフェースローカルの1 オールノーズ(ノードローカル)
リンクローカルの1 オールノーズ(リンクローカル)

インターフェースローカルの2 オールルーターズ(ノードローカル)
リンクローカルの2 オールルーターズ(リンクローカル)

リンクローカルの5 全OSPFv3ルータ、なるほどIPv6だからOSPFv3か。
リンクローカルの6 全OSPFv3 DR/BDR

リンクローカルの9 全RIPng、そういやRIPのIPv6版はRIPngだった。
リンクローカルのA EIGRPルーターズ

そして

リンクローカルのB モバイル エージェンツ
リンクローカルのC DHCPサーバーズ/リレー/DHCPエージェンツ
リンクローカルのD PIMルーターズ

まー、なるほど。
















0 件のコメント:

コメントを投稿