はてなブックマーク

ドキュメンテーション等に含まれる値をそのまま利用してしまうユーザが問題を発生させてしまうことを避けるために、インターネット上では利用されないIPアドレスとして例示用IPアドレスが用意されています。 IPv4では、TEST-NET-1からTEST-NET-3までの3ブロックがRFC 5735で定義されています。 TEST-NET-1: 192.0.2.0/24 TEST-NET-2: 198.51.100.0/24 TEST-NET-3: 203.0.113.0/24 IPv6では、2001:db8::/32 がRFC 3849で定義されています。 これまで、IPv4には例示用IPアドレスが3種類あり、IPv6には1種類だけでした。 IPv6は例示アドレスが1種類しかないので、記事や本を書くときに凄くわかりにくくなってしまいます。 (参考：IPv6例示アドレスがわかりにく過ぎる/10年前の文

Interop Tokyo 2023のShowNetバックボーンに関して、ShowNet NOCの中村遼さんからの寄稿を頂きました。 詳細であり、かつ、わかりやすい素晴らしい解説、ありがとうございます！ 2023年のInterop Tokyo ShowNetにおいて、ルーティングという観点からの見どころはおおきく2つです。 SRv6によるバックボーンネットワーク EVPN-VXLANによるユーザ収容ネットワーク それぞれの技術の概要と、2023年のShowNetのどこでどう使われているか、ShowNet名物の一つ、トポロジー図から見ていきます。 SRv6によるバックボーンネットワーク Segment Routingは、ネットワーク上のあらゆる要素、たとえばノードやノード同士の隣接関係、そしてサービス等を、Segment Identifer (SID)と呼ばれる識別子で表現し、転送するパケッ

書名：ピアリング戦記 日本のインターネットを繋ぐ技術者たち 著者：小川晃通 著 発行：2022年7月13日 ISBN：978-4-908686-14-6 A5判、152ページ 紙本体2000円 電子本体1800円 インターネットを構成する「技術」は世界共通です。 その仕様であるTCP/IPは万人に対して公開されており、解説書も数多くあります。 仕様や解説書は体系的に記述されているので、一見するとインターネットは実に合理的に技術的な要請に基づいて構成された形をしているように思えるかもしれません。 しかし、インターネットは人間が作り運営しているものです。 そのため、インターネットの形には「人間の営み」が少なからず影響しています。 そもそもインターネットを物理的に構築するためにはどうしても各所でお金が必要です。 回線代、場所代、電気代、運用者の人件費など、維持にはさらにお金がかかります。 お金が

「プロフェッショナルIPv6 第2版」を無料配布します。2018年7月にプロフェッショナルIPv6初版を発売＆無償配布開始しました(すごいIPv6本を無料配布)。初版発売開始から3年、さらにパワーアップした「プロフェッショナルIPv6 第2版」がついに完成しました！ 本書を企画して、少しずつ文章を書き溜めはじめた2011年から10年近くかけて完成した488ページにおよぶ「プロフェッショナルIPv6 第2版」をお楽しみください。 プロフェッショナルIPv6第2版の構成 プロフェッショナルIPv6第2版は5部構成になっています。 第1部は「インターネットとIPv6の概要」というタイトルで、IPv6の視点からインターネット自体の仕組みを復習し、そのうえで、詳細の説明に入る前に把握しておくべきIPv6の概要として、次のような事項を解説しています。 従来のIPv4アドレスとは大きく異なるIPv6アド

IPv6には、昔からよく知られている偽RAの問題があります。 この記事では、ひとつのネットワークインターフェースに複数のIPv6アドレスを追加可能であったり、自分のネットワークインターフェースに設定されていないプレフィックスがon-linkになる場合もあるというIPv6の特徴や、偽RAによって何が起きる可能性があるのかを解説するために、同一リンク上にいるユーザのWebトラフィックがハイジャック可能であるという視点で偽RA問題を解説します。 Router Advertisementの問題 IPv6にはRouter Advertisement(RA)というものがあります。 RAは、IPv6のNeighbor Discoveryで使われる仕組みです。 RAは、ルータが自分の存在を知らせるとともに、MTUなどのリンクに関連する情報や、プレフィックス情報などインターネットに関連する情報を広告するため

日本時間2011年2月3日深夜に、IPv4アドレスの中央在庫(IANA在庫)が枯渇しました。 もう、あれから10年です。 JPNIC : IANAにおけるIPv4アドレス在庫枯渇、およびJPNICの今後のアドレス分配について(2011年2月) 昔は、「IPv4アドレスは枯渇しない」と主張している人も多く、実際に枯渇するまでは、IPv4アドレス在庫が減り続けていることを信じない人も多かった記憶があります。 都市伝説だ、とか、石油と一緒で枯渇しない、といった主張がありました。 IPv4アドレス在庫の枯渇がどのように定義されているのかが複雑であるためわかりにくかったり、インターネットが使えれば良くてTCP/IPそのものには興味がない人が大半であるなどの要因もあり、いまだにIPv4アドレス在庫が枯渇したことを知らない人も多くいますが、気がつけばIPv4アドレスが枯渇してから10年経過しているわけで

TOP > ブログ > IPv6アドレスにおける「インターフェース識別子」という名称の謎とModified EUI-64によるIPv6アドレス生成 ユニキャストおよびエニーキャストのIPv6アドレスの下位ビットには「インターフェース識別子」という名称がついています。さて、このインターフェース識別子ですが、なんで、インターフェース識別子という名前なのでしょうか？ インターフェースを識別するという名前です。 問題は、どの範囲で、どう識別するのか、です。 これ、実はインターネット全体です。 インターフェース識別子は、本来はサブネット内で一意であれば良いはずのものですが、IPv6の仕様として、インターフェース識別子をインターネット全体で一意にするといった要素も含まれていました。 このことから、インターフェース識別子という名前は、インターネット全体を範囲としてインターフェースを識別することも視野に入

IPv4では、アドレススキャン攻撃やポートスキャン攻撃は日常的に行われています。 ファイアウォールなしの状態でグローバルIPv4アドレスに接続していれば、すぐに攻撃を観測できます。 IPv6でもアドレススキャン攻撃は発生しています。私の家のネットワークでも、IPv6でのアドレススキャン狙いと推測されるトラフィックを簡単に観測できました。 ただ、いまのところ、私の家では、実際に利用しているIPv6アドレスを外部から発見できているようなスキャンの形跡を発見できておらず、主にステートフルDHCPv6や手動設定でのIPv6アドレスを探しているように見えました。 やはり、IPv4と比べると、IPv6の方がIPv6アドレススキャン攻撃の難易度は高いのだろうと思います。 ということで、IPv6でのアドレススキャン攻撃や、その他方法によって、稼働しているIPv6アドレスをどのように探すのかに関して解説して

MACアドレスは、原則として、一意に割り当てられるものです。 ネットワークインターフェースごとに、ひとつずつユニークな値をベンダーが付けるものとされています。 ただ、これは、あくまで「原則として」であって、実際は、MACアドレスが重複することもあります。 IPv6に関連するいくつかのRFCで、MACアドレスの重複への言及があります。 この記事では、MACアドレスの重複とIPv6アドレスの自動生成という、わりと限定された視点ではありますが、MACアドレスが一意とは限らない、という話を紹介します。 なお、この記事のタイトルである「MACアドレスの再利用は、みんなが思っているよりもはるかに一般的」は、RFC 7217に書かれている一文の日本語訳です。 MACアドレスの重複とIPv6アドレス生成の仕様 MACアドレスがIPv6アドレスの自動生成で使われる場合があります。 IPv6アドレス体系のRF

「Wiresharkで観察するIPv4 Mapped IPv6アドレスを使った通信」という動画をYouTubeで公開しました。 IPv6 アプリケーションが、IPv4で通信するためのアドレスとして、IPv4-MappedIPv6アドレスというものが用意されています。IPv4 Mapped IPv6アドレスは、IPv4射影IPv6アドレスとも呼ばれています。 IPv4との互換性のために標準化されているIPv4-Mapped IPv6アドレスは、IPv4アドレスを表現する手段として利用されることがあります。 このIPv4 Mapped IPv6アドレスは、結構、勘違いされることが多いです。 よくある勘違いとしては、IPv4 Mapped IPv6アドレスを指定して通信を行うと、IPv6を使って、指定したIPv4アドレスとの通信ができるというものです。ありがちなのが、NAT64のような仕組みが間

「徹底解説v6プラス」という本を書きました。 「v6プラス」は、NTTフレッツ網を利用するユーザが、IPv6とともに、IPv6 IPoEを経由してIPv4インターネットと の通信ができる、日本ネットワークイネイブラー株式会社(JPNE)のサービスです。 IPv6 IPoEを経由することで、IPv4 PPPoEを経由せずにIPv4インターネットとの通信を行うため、ユーザのパケットが通る経路が変わります。 この経路の違いが通信品質に大きな影響を与える場合もあります。 「v6プラス」は、特定の企業のサービスであるため、RFCなどの文書によってその内容が明示されているものではありません。 2018年に発行した「プロフェッショナルIPv6」では、AppendixとしてNTTフレッツ網におけるIPv6に関する話題を扱っていますが、各VNEが提供しているサービスに関しては言及していません。 私がこれまで

「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定

北米、及びカリブと北大西洋地域のRIR(Reigional Internet Registry)であるARIN(American Registry for Internet Numbers)のブログで、「Why is IPv6 faster? (なぜIPv6の方が速いのか）」という記事が公開されています。この記事に関連する内容は、NANOG 76で「Prisoner of IPv4(IPv4の囚人)」というタイトルで発表されています（動画58分ごろからがPrisoner of IPv4です）。 ARINの記事では、計測によるとIPv6を利用した方がIPv4よりもRTT(Round Trip Time)が短くなる傾向があるとしています。さらに、それによってWebサイトなどの表示速度が上昇することでSEOとしての効果も期待できるので、Googleによる検索エンジンでの順位が上がると書かれていま

DS-Liteは、基幹ネットワークをIPv6で構築し、ユーザのローカルネットワークとIPv4インターネットをつなぐことができる技術です。 基幹ネットワークをIPv6だけで構築しつつ、ユーザに対してはIPv4サービスも提供できます。 DS-Liteという名前は、Dual-Stack Liteの略です。 名前の意図としては、IPv6とIPv4のデュアルスタックを軽量に実現できる技術である、というものです。 この軽量は、ISP側によるIPv4でのCGN(Carrier Grade NAT)と比べて軽量という意図があります。 CGNによるNATでは、ユーザによるプライベートIPv4アドレスでのネットワーク、ISPでのCGN配下のIPv4ネットワーク、IPv4インターネットという3種類のIPv4ネットワークによる通信になるため、NAT444と呼ばれることもあります。 CGNによるNAT444では、ユ

Interop Tokyo 2019 ShowNetにて、ドラムに巻かれた強いファイバが展示されていました。 NECによる「ポータブルPAC ケーブル＆可搬ドラム」と、日鉄溶接工業株式会社による「金属管光ファイバケーブル PICODRUM」です。 電源ドラムと同じようなドラムに光ファイバが巻きついており、イベント会場や屋外などで一時的な光ファイバ敷設を行いやすい製品です。 電源ドラムと同じように扱うことが可能で、踏んでも曲げても壊れないことを示すために、ShowNet展示では「曲げてください！」「踏んでください！」という体験コーナーがあります。 ShowNetブースで展示されているビデオでは、フォークリフトで光ファイバを踏んでも映像伝送が問題なく続けられていることが紹介されています。 また、防水加工されたコネクタ部分(NECはIEC規格IP68対応/防塵、防水）を水につけた状態でも通信が維

この動画では、NTTフレッツ網のためのIPv6 IPoE方式とIPv6 PPPoE方式について解説します。IPv6 IPoE方式はネイティブ方式、IPv6 PPPoE方式はトンネル方式と呼ばれることもあります。 IPv6 IPoEとIPv6 PPPoEが作られた背景として、NTT法による制限、NTT東西のネットワーク設計および判断に加えて、IPv6がそもそも抱えている課題があります。 NTTフレッツ網のみで使われている、日本独自の方式であるIPv6 IPoE方式とIPv6 PPPoE方式がなぜ必要だったのかの背景であるNTT NGN IPv6マルチプレフィックス問題を含めて解説しています。 この動画では、IPv6 IPoEとIPv6 PPPoEを解説しています。

拙著「プロフェッショナルIPv6」で、IPv6がリンクにおいて1280オクテット以上のMTUを要求していることに関して「最小MTU」という表現をしており、その表現が間違っているのではないかというご指摘をいただき、その点について調べなおしました。 その過程で、そもそも関連する部分で自分が間違って理解していたことに気がつきました。 その間違いを発信していたという恥を晒す内容ですが、せっかくなのでブログの記事として共有することにしました。 IPv4におけるデータグラムのサイズに関して IPv4の仕様が規定されているRFC 791では、IPv4ヘッダのTotal Lengthに関して、以下のように書かれています。 Total Length: 16 bits Total Length is the length of the datagram, measured in octets, includi

IPv6とIPv4は、さまざまな違いがある、似て非なるプロトコルです。 全く異なるプロトコルなので、IPv6とIPv4の間には直接的な互換性はありません。 この動画では、IPv6とIPv4の主な違いを紹介していきます。 プロフェッショナルIPv6解説動画シリーズ再生リスト この動画に含まれる内容は拙著「プロフェッショナルIPv6」からの解説です。 プロフェッショナルIPv6解説動画の再生リストを作ったので、もしよろしければ、他の動画もご覧ください。 お楽しみいただければ幸いです！

リンクローカルユニキャストIPv6アドレスは、単に、リンクローカルアドレスとも呼ばれています。 IPv6では、ネットワークインターフェースの初期化するときに、リンクローカルアドレスが自動的に設定されます。 IPv6の基本的な機能であるNeighbor Discovery Protocolや、IPv6アドレスの自動設定、ルーティングプロトコルであるOSPFv3のプロトコル設計でも、リンクローカルアドレスの存在が前提となっています。 リンクローカルアドレスは、IPv6において重要な要素といえます。 この動画では、リンクローカルアドレスの紹介、IPv6におけるスコープの概念、スコープにおけるゾーン、ゾーンインデックス、リンクローカルアドレスとゾーンインデックスについて、それぞれ解説していきます。 プロフェッショナルIPv6解説動画シリーズ再生リスト この動画に含まれる内容は拙著「プロフェッショナ

IPv4アドレスのテキスト表記には、「ドット付き十進表記（dotted decimal notation）」という名前があります。 しかし、IPv6アドレスのテキスト表記には、明確な名前が存在してなさそうです。 これまで、その点について特に疑問に持ったことがなかったのですが、つい最近になって、あれ？と思って調べました。 少なくとも、IPv6基本仕様を規定したRFC 8200、IPv6アドレス体系の基本仕様であるRFC 4291、推奨されるIPv6アドレスのテキスト表記に関するRFC 5952には、IPv6アドレス表記そのものの名前を示した表現は記載されていません。 十六進表記であったり、コロン区切りであったりという説明の他に、単に「IPv6 Address Text Representation」とあるぐらいなのです。 多少関連する話として、以前、コロンで区切られる16ビット部分のためにh

TOP > ブログ > RFC 8501 : Reverse DNS in IPv6 for Internet Service Providers IPv4では、すべてのIPv4アドレスに対する逆引きとしてIN-ADDR.ARPAによるPTRレコードをDNSサーバに登録するといった運用が一般的に行われてきました。 しかし、各ネットワークセグメントごとに/64を割り当てるIPv6では、同様の運用を行うことは非現実的です。 ISP(Internet Service Provider)がIPv6での逆引きを扱う際のアプローチなどをまとめたInformationalなRFCとして、RFC 8501が2018年11月に発行されています。 この文章は、RFC 8501に記載されている内容を要約しています。 詳しくは、原文をご覧ください。 PTRレコードの主な用途 RFC 8501の4章で、DNSの逆引