IPv6アドレスについて知っておくべき10のこと

文:Brien Posey 翻訳校正:石橋啓一郎 2010年12月01日 08時00分

  • このエントリーをはてなブックマークに追加
  • 印刷

12月10日更新:本記事の項目4と項目6について、IPv6分野の最新状況を追記した。詳しくは各項目を参照されたい。

 ここ数年、IPv6は徐々に主流の技術になりつつある。しかしIPv6はIPv4と大きく違っているため、多くのITプロフェッショナルは、IPv6への移行と言ってもどこから手を付けていいかわからないのが現状だ。この記事では、IPv6のアドレッシングの仕組みを理解するのに役立つ、10のポイントを紹介する。

1.IPv6アドレスは128ビットの16進数

 われわれが見慣れているIPv4は、4つの10進数からなっており、これが合わさって32ビットのアドレスを構成する。しかしIPv6アドレスは、IPv4のアドレスとは似ても似つかない。IPv6アドレスは長さが128ビットで、16進数の文字で表現される。

 IPv4では、各オクテットが0から255までの数字で表されていた。これらの番号は、通常はピリオドで区切られている。IPv6では、アドレスは4桁の16進数を8つ連ねたものとして表現され、4桁の16進数はそれぞれが16ビットに当たる(全部で128ビットになる)。以下で説明するとおり、IPv6アドレスには、少ない文字で表現できるよう、省略された書き方が用いられる場合がある。

2.リンクローカルユニキャストアドレスは見ればすぐ分かるようになっている

 IPv6は、アドレスの種類に応じて特定のヘッダを予約している。おそらく、もっとも知られている例は、リンクローカルユニキャストアドレスは、常にFE80から始まるというものだろう。同様に、マルチキャストアドレスは常にFF0xから始まる(xには1から8までの数字が入る)。

3.頭のゼロは省略される

 アドレス長が長いため、IPv6アドレスにはゼロが多く含まれる傾向がある。アドレスの区切り内の部分が1つ以上のゼロから始まる場合は、それらのゼロは場所を取るだけの存在だ。このため、頭にある1つ以上のゼロは省略される。次の例を見れば、分かりやすいだろう。

 FE80:CD00:0000:0CDE:1257:0000:211E:729C

 もしこれが本物のアドレスなら、コロンの区切り内が1つ以上のゼロで始まる場合、省略することができる。省略した結果は、次のようになる。

 FE80:CD00:0:CDE:1257:0:211E:729C

 ご覧の通り、冒頭のゼロの省略は、アドレスを短くするのに大きく貢献する。

4.連続するゼロは省略できる場合がある

 実際のIPv6アドレスは、ゼロだけの部分が連続する傾向にあり、これも省略することができる。例えば、次のアドレスの場合を考えてみて欲しい。

 FE80:CD00:0000:0000:0000:0000:211E:729C

 このアドレスの場合、区切り内がゼロだけの部分が4つ続いている。このような場合、冒頭のゼロを省略するのではなく、連続するゼロをすべて取り除き、2つのコロンで置き換えることができる。2つのコロンは、OSに対し、その間にある数字はすべてゼロであると伝えているわけだ。上記のアドレスの場合、次のようになる。

 FE80:CD00::211E:729C

 連続するゼロを省略する際には、覚えておかなくてはならないことが2つある。第1に、区切り内の部分を省略できるのは、ゼロしか含まれていない場合に限る。上記の例の2つめの区切り部分の後半には、ゼロが続いていることに注目して欲しい。これらが省略されないのは、その区切り内にゼロ以外の文字があるためだ。第2に、コロン2つを使った省略は、1つのアドレスにつき1回しか使えない。

編集部注:実はこの記事で説明したルールだけでは、同じIPv6のアドレスに何通りもの書き方が生じる場合があり、さまざまな問題が起きる。これを避けるために、省略後の表記が1つになるような推奨表記ルールが作られている。詳しくはRFC5952を参照して欲しい。

ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)

  • このエントリーをはてなブックマークに追加

SpecialPR

連載

CIO
教育IT“本格始動”
月刊 Windows 10移行の心・技・体
ITアナリストが知る日本企業の「ITの盲点」
シェアリングエコノミーの衝撃
デジタル“失敗学”
コンサルティング現場のカラクリ
Rethink Internet:インターネット再考
インシデントをもたらすヒューマンエラー
トランザクションの今昔物語
エリック松永のデジタルIQ道場
研究現場から見たAI
Fintechの正体
米ZDNet編集長Larryの独り言
大木豊成「仕事で使うアップルのトリセツ」
山本雅史「ハードから読み解くITトレンド放談」
田中克己「展望2020年のIT企業」
松岡功「一言もの申す」
松岡功「今週の明言」
内山悟志「IT部門はどこに向かうのか」
林 雅之「デジタル未来からの手紙」
谷川耕一「エンプラITならこれは知っとけ」
大河原克行「エンプラ徒然」
内製化とユーザー体験の関係
「プロジェクトマネジメント」の解き方
ITは「ひみつ道具」の夢を見る
セキュリティ
セキュリティインシデント対応の現場
エンドポイントセキュリティの4つの「基礎」
企業セキュリティの歩き方
サイバーセキュリティ未来考
ネットワークセキュリティの要諦
セキュリティの論点
スペシャル
エンタープライズAIの隆盛
インシュアテックで変わる保険業界
顧客は勝手に育たない--MAツール導入の心得
「ひとり情シス」の本当のところ
ざっくり解決!SNS担当者お悩み相談室
生産性向上に効くビジネスITツール最前線
ざっくりわかるSNSマーケティング入門
課題解決のためのUI/UX
誰もが開発者になる時代 ~業務システム開発の現場を行く~
「Windows 10」法人導入の手引き
ソフトウェア開発パラダイムの進化
エンタープライズトレンド
10の事情
座談会@ZDNet
Dr.津田のクラウドトップガン対談
Gartner Symposium
IBM World of Watson
de:code
Sapphire Now
VMworld
Microsoft Inspire
Microsoft Connect()
HPE Discover
Oracle OpenWorld
Dell Technologies World
AWS re:Invent
AWS Summit
PTC LiveWorx
吉田行男「より賢く活用するためのOSS最新動向」
古賀政純「Dockerがもたらすビジネス変革」
中国ビジネス四方山話
ベトナムでビジネス
日本株展望
企業決算
このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]