stanford-oval/wikipedia huggingface dataset:
二階堂裕太
過去の出演

ZIP-FM MUSIC NAVIGATOR CONTEST SPECIAL SHOW （2008年）
R18-Radio Eighteen-（2008年4月-2009年3月、月曜 22:10 - 22:15内のR's VOICE）
映画「火天の城」特別試写会スポットCM（2009年）
映画「笑う警官」特別試写会スポットCM（2009年）
映画「今度は愛妻家」特別試写会スポットCM（2009年）
映画「君が踊る夏」特別試写会スポットCM（2010年）
イビトの乾パン – ナターシャ役（2016年）
チキュリア – ゴディ王役（2017年）
クオンの問いかけ – 壱将軍役（2017年、2019年）
人生シンギュラリティ – リーマン役（2018年、2019年）
名古屋アカペラサークルJP-actクリスマスイブイブライブ2007（2007年）
PLASTIC LOVEサロンライブ（2008年、ZIP-FMサロン）
映画「ラブファイト」高校生限定・試写会＆宣伝会議（2008年、NAGOYA試写室）
でら楽しい 駅東 ONE DAY フェスタ（2008年、岩倉駅ロータリー）
名古屋アカペラサークルJP-act　オータムライブ2008『The First Letter』（2008年、MUJICA）
東京国際映画祭（2008年、六本木ヒルズアリーナ）
映画「ホームレス中学生」試写会(2008年、NAGOYA試写室)
映画「ラブファイト」舞台挨拶（2008年、名古屋ピカデリー）
映画「少年メリケンサック」学生限定完成披露試写会（2008年、愛知県勤労会館）
西野名菜ZIP-FMサロンライブ前説（2009年、ZIP-FMサロン）
名古屋アカペラサークルJP-act アスナル金山LIVE（2009年、アスナル金山）
名古屋アカペラサークルJP-act スプリングライブ～みんなでアカペラコンテスト～2009（2009年、名古屋大学)
Dynamo主催「Live EX～真夏の千人祭～」（2009年、服部緑地野外音楽堂）
ZIP-FM CINEMA NIGHT「火天の城」特別試写会(2009、MOVIX三好)
SonicFestivalVol.1（2009年、鶴舞DAYTRIP）
HL杯争奪!!オトダマGP 新人王決定戦!! 2009（2009年、名古屋HeartLandSTUDIO）
暖-dan-主催「一家暖楽LIVE」（2009年、Live DOXY）
日本の響き大地の舞2009（2009年、港湾会館）
ユースフェスティバル（2010年、ナディアパーク、東文化小劇場他）
名古屋アカペラサークルJP-act オアシス21ライブ（2010年、オアシス21）
アンコール小児病院チャリティ講演（2010年、なごやボランティアNPOセンター）
Avant-garde(演パクト)解散ライブ（2010年、北文化小劇場）
中部フェアトレード学生ネットワーク団体３２８一周年イベント 「バースデー」（2010年、JICAなごや地球ひろば）
チューリップ祭り（2010年、名城公園）
HL杯争奪!!オトダマGP 新人王決定戦!! 2010（2010年、名古屋HeartLandSTUDIO）
名城大学　世界民族音楽研究会 RIDE ON'10～真夏のジパング～（2010年、ダイアモンドホール）
大曽根商店街七夕まつり（2010年、大曽根商店街）
学生団体SPOT主催「PiKA PiKA NiGHT」（2010年、CLUB SARU）
SAGIRI TSUZUKI JAZZ DANCE ACADEMY 第２回総合発表会（2010年、西文化小劇場）
中川生涯学習センターまつり（2010年、中川生涯学習センター）
ボーダレス((♥))祭 あいうえオノマトペ（2010年、アスナル金山アスナルホールステージ）
SAKAE SOUND STREET（2010年、栄広場）
名古屋アカペラサークルJP-act10周年記念ライブ「JOYFUL PARTY」（2011年、今池THE BOTTOM LINE）
なやばし夜イチ（2011年、名古屋市 納屋橋）
YOU PEACEチャリティライブ in 栄広場（2011年、栄広場）
名城大学　世界民族音楽研究会 RIDE ON'11～東アジアの桃源郷～（2011年、ダイアモンドホール）
福島っ子サマーキャンプ「話和輪祭り大交流会」（2011年、至学館大学）
おもてなし国際協議会グローカルフェスタ「もっと知りたい台湾」（2018年、いちょうホール）
おもてなし国際協議会グローカルフェスタ「日台青年交流サミット」（2018年、北野市民センター）
おもてなし国際協議会グローカルフェスタ「近くて遠い国　愛と平和」（2019年、北野市民センター）
Auniversity Festival in福島（2019年、Jヴィレッジ）
Kizuna that reach to the future（2019年、HIT PARADE）
船橋市立船橋高等学校 ギネス世界記録挑戦（2022年、船橋市立船橋高等学校）
スイーツビュッフェ＆コスプレショー in ホテルニューオータニ長岡（2023年、ホテルニューオータニ長岡）
みんなで変身しよう!vol.2（2024年、アオーレ長岡）
スイーツビュッフェ＆コスプレショー in ホテルニューオータニ長岡（2024年、ホテルニューオータニ長岡）
体験教室「めざせ！あなたも声優教室 入門編」講師（2009年、北名古屋市文化勤労会館）
Rising JAPAN！（2015年1月-2016年1月、インターネットラジオRGO Radio）
三村北土

三村北土（みむら ほくど、本名：孝夫、1919年〈大正9年〉7月19日 - 2003年〈平成15年〉1月31日）は、栃木県芳賀郡益子町の益子焼の陶芸家である。
窯元の名は「北土窯三村陶苑」。
国から初めて認定された「益子焼の伝統工芸士」の1人として長らく指導者的な立場にあり、伝統的な益子焼を作り続けた。
生涯 > 生い立ちと「北の地での修行」

1919年（大正9年）7月19日、根古屋窯の2代目当主であった大塚忠治の弟子から「益子の陶工」となった父・三村善蔵の子として益子に生まれる。
16歳の頃から佐久間藤太郎の窯元である「佐久間窯」（現・佐久間藤太郎窯）で1年と半年ほど修行した後、1938年（昭和13年）益子町陶器伝習所研究科を卒業、父・善蔵が勤務していた青森県弘前市にある「悪戸焼」の「青森県工業試験所」窯業部技術員として6年間勤務し修行した。そして孝夫の作陶の作風は「悪戸焼」の影響を受け、後に「北土」という号を名乗ることになる。
生涯 > 徴兵、終戦、「タイ焼」の茶碗

その後、1940年（昭和15年）に徴兵され、第22師団86連隊の歩兵となり、満州、フランス領インドシナ、カンボジア、ラオスと転戦していった。そして1945年（昭和20年）8月、決死のビルマ戦線に投入される前にタイで敗戦を迎えた。あと1ヶ月間戦争が長引いていたら命が無かった。運が良かったと思った。
そしてタイ北部のナコーンナーヨック捕虜収容所に収容され、収容所生活が始まった。約10万人がキャンプを張り、いつ来るかわからない復員船を待ちながら、畑を耕し井戸を掘り自給自足を強いられる異国での耐乏生活に何も希望を見い出せず、辛い日々が続いた。
そんなとある日、井戸を掘ったら土管を作るような赤い色をした粘土が掘り出された。そして陶工の経験者たちが集って窯を築き、作陶を始めた。土質も悪く窯も小さく「焼き物」にとっては高温多湿の最悪な条件下での作陶だったため、楽焼に毛が生えたような代物しか焼き上がらなかったが割と使える焼き物が焼けた。そして何よりも気が紛れた。
原野に広がる殺風景な収容所に立ち登る窯の煙は、三村の望郷の念を募らせた。「1日も早く益子に帰って焼き物を焼きたい」。その思いは日増しに強くなっていった。
そして1946年（昭和21年）6月、ようやく待望の復員船がやってきた。約2,000人の復員兵たちへ、帰国記念の、収容所で作陶した「タイ焼」を配った。自分が持ち帰ったものが一つ、そして上官が復員後も大切に保管し、後に三村の元に戻ってきたものが一つ。こうして縁が欠け薄汚れた二つの「タイ焼」が三村の手に残った。
復員後、益子に帰り「タイ焼」の茶碗を見るたびに感傷で胸が痛くなり、その一方で例えようもない愛着が込み上げてくる。そして自分から作陶を取ったら何も残らない、と戦後直後のタイでの作陶への情熱が蘇る。
タイでは作陶の号を「北楽」と称した。そして復員後は「北土」で通した。「北への思い入れ」は収容所生活の反動であり、そして青森での充実した研鑽の日々が思い出されたためであった。
生涯 > 益子帰郷後の「北土窯」と後継者育成

そして益子に帰った後は1949年（昭和24年）より栃木県窯業指導所（現在の「栃木県産業技術センター 窯業技術支援センター」）に技官及び後継者養成指導員として勤務。21年間に渡り後継者を指導した。
1970年（昭和45年）には窯を築いて独立し「北土窯三村陶苑」として作陶活動を続けた。
職人は一にも二にも修行であり「轆轤を自分のものにする為の基礎をしっかり積めば後はどうにかなる」と考え、長年身に付けていった轆轤形成の技術が評価され、1980年（昭和55年）、国が定めた「益子焼の伝統工芸士」に認定された5人の内の1人となった。そして後には伝統工芸士会会長も務めた。
伝統工芸士に認定されたことはありがたかったが、反面制約も多く、土も釉薬も益子のものでないといけない時期もあった。そのためどんな作陶をするのかいつも頭を捻っていたという。
それでも異国・タイでの「益子の景色を思い浮かべながら」作陶を続けていた日々が糧となり、益子焼本来の伝統的な作陶作品を作り続ける原点となった。そして窯も登り窯で焼き続けた。
「陶の里・益子」で、民藝[要曖昧さ回避]の精神を大切にしながら作陶の仕事を続けられる事が「幸せ過ぎて」と語った。「瀬戸屋の親父は死ぬまで轆轤の前に座るしかないよ」。満足そうに目を細めながら轆轤の前に座り続け「伝統的な益子焼」の作陶活動を続けていった。
そして常に4、5人の弟子を取り、また子ども向けの解説本である『焼き物の職人さん「益子焼」』の出版に三村家で営んでいた「北土窯」総出で協力するなど、「益子焼のよき後継者の育成」に勤しんでいった。
2003年（平成15年）1月31日、脳梗塞のため逝去した。享年82。
家族

長男は同じく益子焼の陶芸家である三村優。
その妻・三村るり子も益子焼の陶芸家であり、「北土窯三人展」を開き
、夫婦ともに「北土窯」の一員として父・北土を支えた。
そして父・北土が亡くなった後も「北土窯」として展覧会を開き、夫婦展を開いた。
弟子

神谷逸男
羽下昌方
三村優
村澤浩：村澤陶苑
横山由夫
渡辺治
渡辺佳春
関連文献

金田昌司(監修),小川洋(文),市川成憲(写真) 著、株式会社アルバ 編『焼き物をつくる職人さん「益子焼」』株式会社ポプラ社〈日本の職人さん 1〉、1998年4月、3-41頁。ISBN 9784591056851。
DJクラシック

『DJクラシック』（ディージェイ・クラシック）は、NHK-FM放送で2012年4月7日より原則として毎週金曜21:10 - 22:00に放送されるクラシック音楽のラジオ番組である。2018年3月30日の放送（DJ陣総出演）をもって終了。
概要

毎週週代わりで、クラシック音楽の演奏家をパーソナリティに迎え、第一線で活躍するアーチストならではの視点から、クラシックの新しい魅力を追求する。
出演者と題名

第1週：錦織健（声楽家）・水落幸子（声優）「錦織健のしゃべくり“オペラハウス”」
歌い、舞台プロデュースまでこなすオペラ通が、その醍醐味をあっと驚くアプローチでディープに語ります。
第2週：首藤康之（バレエダンサー）・田添菜穂子（フリーアナウンサー）「首藤康之の“踊る旋律”」
トップ・バレエダンサー流にクラシック音楽への愛をやさしく、しなやかに開陳します。
第3週：千住真理子（ヴァイオリニスト）「千住真理子の“恋するバイオリン”」
名器「デュランティ」に恋するバイオリニストがつづる音楽エッセー。
第4週：広上淳一（指揮者）・鎌倉みどり（フリーアナウンサー・キャスター）「広上淳一の“音楽ってステキ”」
国際的に活躍する指揮者が、クラシック音楽から世間の話題まで愉快に縦横無尽にしゃべります。
IPv6アドレス

| --- | --- |
: この項目では、IPv6パケットのアドレス部に指定する値について説明しています。通信プロトコルとしてのIPv6については「IPv6」をご覧ください。
IPv6アドレス（アイピーブイシックスアドレス、英: IPv6 address）とは、IPv6コンピュータネットワークにおいてコンピュータ等のノードのネットワークインタフェースを判別するための番号（IPアドレス）である。
IPアドレスは、ホストの個々のネットワークインタフェースを特定し、ホスト間でIPパケットのルーティングを行うために使用される。IPアドレスはパケットのヘッダに記載され、そのパケットの送信元と送信先を示している。
IPv6は、インターネットにおいて最初に使用されたIPv4を継承している。IPv4が32ビットのIPアドレスを使用するのに対し、IPv6は128ビットのIPアドレスを使用する。このため、IPv6はIPv4と比べて非常に大きなIPアドレス空間を持っている。
IPv6アドレスの二進数形式への分解
IPv6アドレスの種類

IPv6アドレスは、以下の3種類に分類される。
ユニキャストアドレス - 単一のインタフェースのための識別子。インターネットプロトコルは、ユニキャストアドレスに送られたパケットを、そのアドレスによって識別されるインタフェースに配送する。
エニーキャストアドレス - インタフェース集合（通常は異なるノードに属する）のための識別子。エニーキャストアドレスに送られたパケットは、そのアドレスで識別されるインタフェースの内で、ルーティングプロトコルの距離の定義に従って「最も近く」(nearest)にあるただ1つのインタフェースに配送される。エニーキャストアドレスはユニキャストアドレスと同じフォーマットのため、表記上は区別がつかない。ただ、同じアドレスが複数のインタフェースに設定されるかどうかの違いしかない。
マルチキャストアドレス - エニーキャストと同様にインタフェース集合のための識別子であるが、マルチキャストアドレスに送られたパケットは、そのアドレスを持つすべてのインタフェースに配送される。
IPv6にはブロードキャストアドレスは存在せず、その機能はマルチキャストアドレスが果たす。
アドレス形式

IPv6アドレスは128ビットのアドレス幅を持っている。アドレスは、アドレス指定とルーティングの方法により、ユニキャストアドレス、マルチキャストアドレス、エニーキャストアドレスに分類される。これらのそれぞれに、論理的に128のアドレス・ビットをビット・グループに分け、これらのビット・グループの値を特別なアドレス指定機能と結びつけることによって、様々なアドレス・フォーマットが存在する
アドレス形式 > ユニキャストアドレス・エニーキャストアドレスのフォーマット

ユニキャストアドレスとエニーキャストアドレスは、通常2つの部分に分けられる。前半の64ビット（サブネットプリフィックス）はルーティングに使用され、後半の64ビット（インタフェース識別子）はサブネット内での個別のインタフェースを指し示す。
| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
| bits | 48（以上） | 16（以下） | 64 |
| field | ルーティングプリフィックス | サブネットID | インタフェース識別子 |
ネットワークプリフィックス（「ルーティングプリフィックス」と「サブネットID」）は、アドレスの中の上位64ビットである。ルーティングプリフィックスのサイズは可変である。プリフィックスのサイズが大きくなると、その分だけサブネットIDのサイズが小さくなる。サブネットIDのビットのフィールドは、ネットワーク管理者が与えられたネットワーク内でサブネットを定義するのに使用することができる。64ビットの「インタフェース識別子」は、ランダムに決定されるか、DHCPv6サーバから取得するか、インタフェースのMACアドレスからmodified EUI-64を使用して自動的に決定されるか、手動で設定するかのいずれかで決められる。
リンクローカルアドレスもまたインタフェース識別子に基づいているが、ネットワークプリフィックスとは異なるフォーマットになっている。
| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
| bits | 10 | 54 | 64 |
| field | prefix | 0 | インタフェース識別子 |
prefix（プリフィックス）フィールドは二進数の値 1111111010 であり、54個のゼロがその後に続く。全てのリンクローカルアドレスのネットワークプリフィックスは同じ（fe80::/64 : リンクローカルアドレスプリフィックス）になり、それがルーティング不可であることを示す。
アドレス形式 > マルチキャストアドレスのフォーマット

詳細は「en:Multicast address#IPv6」を参照
マルチキャストアドレスは、いくつかの特別なルールに従ってフォーマットされている。
| 0 | 1 | 2 | 3 | 4 |
| --- | --- | --- | --- | --- |
| bits | 8 | 4 | 4 | 112 |
| field | prefix | flg | sc | group ID |
全てのマルチキャストアドレスで、prefix（プリフィックス）は二進数の値 11111111 である。
flg（フラグ）フィールドの4つのビットのうち3つは値の意味が定義されているが、最上位ビットは将来のために予約されている。
| ビット | フラグ | 0のとき | 1のとき |
| --- | --- | --- | --- |
8: 予約
| 9 | R (Rendezvous) | ランデブーポイントがない | ランデブーポイントがある |
| 10 | P (Prefix) | プリフィックス情報がない | アドレスはネットワークプリフィックスに基づく |
| 11 | T (Transient) | Well-knownなマルチキャストアドレス | 動的割り当てされたマルチキャストアドレス |
4ビットのスコープフィールド (sc) は、アドレスが有効でユニークとなる有効範囲を示すのに使われる。
要請ノード(solicited-node)には特別なマルチキャストアドレスが与えられる。
| 0 | 1 | 2 | 3 | 4 | 5 | 6 |
| --- | --- | --- | --- | --- | --- | --- |
| bits | 8 | 4 | 4 | 79 | 9 | 24 |
| field | prefix | flg | sc | 0 | 1 | unicast address |
sc（スコープ）フィールドは二進数値 0010 （リンクローカル）である。要請ノードマルチキャストアドレスは、ユニキャストアドレスやエニーキャストアドレスの最後の24ビットをマルチキャストアドレスの最後の24ビットに写して作られる。
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| bits | 8 | 4 | 4 | 4 | 4 | 8 | 64 | 32 |
| field | prefix | flg | sc | res | riid | plen | network prefix | group ID |
リンク範囲(link-scoped)マルチキャストアドレスは、互換性のあるフォーマットを使用する。
表記法

IPv6アドレスは、128ビットを16ビットずつの8つのグループに区切ってそれぞれのグループを4桁の十六進数で表記し、グループとグループの間をコロンで仕切る。例えば以下のように表現される。
十六進数は大文字・小文字を区別しないが、IETFでは小文字を使用するよう推奨している。この表記は、以下に示す方法で短く表現することができる。
各区切りの先頭の連続する0は省略できる。このルールを適用すると、上記に例示したアドレスは以下のように表記できる。
1つ以上の0だけのグループは、"::"で表すことができる。このルールを適用すると、上記に例示したアドレスは以下のように表記できる。
localhost（ループバック）アドレス 0:0:0:0:0:0:0:1 は ::1 と、IPv6未指定アドレス 0:0:0:0:0:0:0:0 は :: と表現できる。1つのアドレス内では :: は1回しか使用できない。これは、:: を2回以上使用すると、それぞれの省略した箇所のビット長がわからなくなるためである。
IPv4とIPv6が混在している環境で、IPv4をIPv6に変換して使用する場合、下位32ビットにIPv4アドレスを含んだIPv4変換IPv6アドレスやIPv4射影IPv6アドレスを使用する。この場合、IPv4アドレスの部分を、通常IPv4アドレスを表記するときに使用する、十進数と"."による記法で表現することができる。例えば、IPv4射影IPv6アドレスの ::ffff:c000:0280 は ::ffff:192.0.2.128 と表現することができる。
表記法 > 推奨されるテキスト表記

IPv6アドレスを単純化しようとしたとき、標準の規定ではIPアドレスの表現に柔軟性がある。しかし、そのために同一のIPアドレスについて複数の表現が許されることになり、特定のIPアドレスをテキストファイルやトラフィックの中から探したり、2つのアドレスが同一であるかを調べたりするのが困難になる。
IETFは、この問題を軽減するために、IPv6アドレスをテキストで表現する際の規範的なフォーマットの規定を RFC 5952 として提案した。この規定は以下の通りである。
それぞれの16ビットフィールドの先頭の0は省略する。例えば、2001:0db8::0001 は 2001:db8::1 とする。ただし、全てが 0 である16ビットフィールドは 0 とする。
0のみのフィールドが連続する場合は"::"で短くする。例えば 2001:db8:0:0:0:0:2:1 は 2001:db8::2:1 とする。0のみのフィールドがひとつだけの場合は"::"を使わない。例えば 2001:db8:0000:1:1:1:1:1 は 2001:db8:0:1:1:1:1:1 とする。
表現は、できる限り短くする。全て0のフィールドの連続で最も長い物を"::"に置き替える。同じ長さの全て0のフィールドの連続が複数ある場合は、最も左の物を"::"にする。例えば、 2001:db8:0:0:1:0:0:1 は 2001:db8:0:0:1::1 ではなく 2001:db8::1:0:0:1 とする。
十六進数の英文字は常に小文字で書く。例えば、2001:DB8::1 ではなく 2001:db8::1 とする。
表記法 > ネットワーク

IPv6ネットワークは、2の累乗個のサイズの一定のIPv6アドレスのグループである「アドレスブロック」を使用する。アドレスの先頭のビットは、与えられたネットワーク内の全てのホストで同一であり、ネットワークアドレスまたはルーティングプリフィックスと呼ばれる。
ネットワークアドレスの範囲はCIDR表記で表される。ネットワーク表現は、ブロックの最初のアドレス（最後のビットが全て0になる）の後にスラッシュ（/）および、プリフィックスのビット長を十進数で書く。例えば、2001:db8:1234::/48 と表現されるネットワークは、2001:db8:1234:0000:0000:0000:0000:0000 に始まり 2001:db8:1234:ffff:ffff:ffff:ffff:ffff で終わる。
インタフェースアドレスのルーティングプリフィックスは、直接にアドレスとCIDR記法で表すことができる。例えば、2001:db8:a::/64 のサブネットに接続されているアドレス 2001:db8:a::123 のインタフェースの設定は、 2001:db8:a::123/64 のように書くことができる。
表記法 > アドレスブロックのサイズ

詳細は「Classless Inter-Domain Routing」を参照
スラッシュに続く十進数の数値が表すのは、そのアドレスブロックに含まれるアドレスの数ではなく、ネットワークプリフィックスのビット数である。例えば、48ビットのプリフィックスのアドレスブロックは"/48"と表される。そのようなアドレスブロックは、 2128 − 48 = 280 個のアドレスを含んでいる。ネットワークプレフィックスの値がより少ないほど、ブロックは大きくなる。/21のブロックは/24のブロックの8倍の大きさがある。
表記法 > ネットワーク資源識別子におけるIPv6アドレスの表現

IPv6アドレスのコロン(:)は、URIやURLのような資源識別子の確立した文法と競合する。コロンは伝統的にホストパスとポート番号の区切りに使用されてきた。この競合を軽減するため、資源識別子の中ではIPv6アドレス を角括弧（[]）で囲む。例えば、以下のようにする。
URLがポート番号を含む場合は以下のようにする。
表記法 > UNCパス名におけるIPv6アドレスの表現

Microsoft Windowsオペレーティングシステム (OS) では、IPv4アドレスはUniform Naming Convention (UNC) のパス名に含めることができる。しかし、UNCパス名ではコロンは文法的に意味を持っているため、IPv6アドレスはそのままではUNCパス名に使用できない。このため、マイクロソフトはUNCパスに使用できるドメイン名にIPv6アドレスを含められるような変換アルゴリズムを実装している。このために、マイクロソフトはセカンドレベルドメインipv6-literal.netをインターネット上で登録し、保持している。IPv6アドレスは、以下のように、この名前空間のホスト名やサブドメイン名に変換される。
は以下のように変換される。
この表記は、マイクロソフトのソフトウェアによってDNSサーバを介さずに自動的に名前解決される。IPv6アドレスがゾーンインデックスを含む場合、それは文字"s"に続けてアドレス部に追加される。
IPv6アドレススコープ

未指定アドレス(::)以外の全てのIPv6アドレスは「スコープ」(scope)を持っている。スコープは、そのアドレスが有効である範囲を特定するのに使用する。
ユニキャストアドレスでは、リンクローカルアドレスとループバックアドレスはlink-localのスコープを持っている。link-localスコープは、そのアドレスが直接接続(link)されているネットワークでのみ使用されることを意味する。
ユニークローカルアドレスを除くそれ以外のアドレスは、global（またはuniversal）のスコープを持つ。globalスコープは、そのアドレスが世界的にルーティング可能であり、全ての箇所においてglobalスコープのアドレスと、直接接続のネットワークにおいてlink-localスコープのアドレスと接続可能であることを意味する。
ユニークローカルアドレスは世界的にルーティング可能ではなく、そのアドレスはそれが使われているネットワークの範囲内でのみ有効である。ユニークローカルアドレスは、ルーティング・テーブルが特にそれを許可するように構成されたルータやトンネルによってルーティングされる。
エニーキャストアドレスのスコープは、ユニキャストアドレスのスコープと同様に定義される。
マルチキャストのために、マルチキャストアドレスの2つ目のオクテットの最下位から4番目のビット(ff0s::)がアドレスのスコープ(scope)、すなわち、マルチキャスト・アドレスが伝達される範囲を示す。現在定義されているスコープは以下の通りである。
| 値 | スコープ名 | 備考 |
| --- | --- | --- |
| 0x0 | 予約 |  |
| 0x1 | interface-local | interface-localスコープは、ノードの1つのインタフェースのみで有効である。これは、マルチキャストのループバック転送にのみ使用される。 |
| 0x2 | link-local | link-localとsite-localのマルチキャストスコープは、ユニキャストスコープが一致する同一トポロジの範囲にのみ転送される。 |
| 0x4 | admin-local | admin-localスコープは、管理者が設定した範囲のみに有効である。よって、物理的に接続しただけでマルチキャスト関連の設定をしていない状態では自動的には配信されない。 |
| 0x5 | site-local | link-localの備考を参照。 |
| 0x8 | organization-local | organization-localスコープは、単一の組織に属している複数のサイトに配信される。 |
| 0xe | global |  |
| 0xf | 予約 |  |
IPv6アドレス空間 > 一般的な割り当て

IPv6アドレスの割り当てプロセスの管理は、インターネットアーキテクチャ委員会とInternet Engineering Steering GroupからInternet Assigned Numbers Authority (IANA)に委任されている。主な機能は、大きなアドレスブロックを地域インターネットレジストリ(RIR)に割り当てることである。RIRは、世界の地域ごとに、ネットワーク・サービス・プロバイダや他のローカルインターネットレジストリへのアドレスの割り当てを委任されている。IANAは、IPv6アドレス空間の公式の割り当てリストの管理を1995年12月から行っている。
効果的な経路集約(route aggregation)を提供し、それによってインターネット・ルーティング・テーブルのサイズを減らすために、全体のアドレス空間の8分の1(2000::/3)だけがインターネットで使用するために割り当てられている。IPv6アドレス空間の残りは、将来の利用と特別な目的のために予約されている。アドレス空間は/23から/12という大きなブロック単位でRIRに割り当てられている。
RIRはローカルインターネットレジストリ(LIR)に小さなブロックを割り当てる。そのサイズは一般的に/19から/32の範囲である。アドレスは一般的に/48から/56の単位でエンドユーザに分配される。
グローバルユニキャストの割り当ての記録は、それぞれのRIRのサイトなどで閲覧できる。
IPv6アドレスは、IPv4アドレスと比較して大きなブロックで各組織に割り当てられる。推奨された割り当ての大きさである/48は280個のアドレスを含んでおり、これはIPv4アドレスの全アドレス空間（32ビット）の248倍（約2.8×1014倍）である。IPv6アドレスの全アドレス空間は2128個（340,282,366,920,938,463,463,374,607,431,768,211,456個、約3.4×1038個、340澗個、340兆の1兆倍の1兆倍）もあるため、予見できる将来に対して十分である。
それぞれのRIRは1つの/23ブロックを512個の/32のブロックに分割することができ、一般的には1つのISPに対して1つの/32ブロックを割り当てる。ISPは割り当てられた/32ブロックを65536個の/48ブロックに分割することができ、一般的には1人の顧客に対して1つの/48ブロックを割り当てる。顧客は割り当てられた/48ブロックから65536個の/64のネットワークを作ることができる。/64のネットワークには264個（18,446,744,073,709,551,616個、約1.8×1019個、1845京個）のアドレスが収容できる。これでもIPv4の全アドレス空間（232個、4,294,967,296個、約4.3×109個）の232倍の個数である。
計画的に、アドレス空間の非常に少ない部分だけが、実際には使われる。大きなアドレス空間はアドレスがたいてい利用できることを確実にする。そして、それはアドレス維持のためにネットワークアドレス変換(NAT)を使用することを完全に不必要にする。NATはIPv4ネットワークにおいてIPアドレス枯渇問題を軽減するために今後も使われる。
IPv6アドレス空間 > 予約されたエニーキャストアドレス

それぞれのサブネットプリフィックスの最も低いアドレス（インタフェース識別子を全て0に設定したもの）は、「サブネット・ルータ・エニーキャストアドレス」として予約されている。アプリケーションはこのアドレスを利用可能な1つのルータとの通信に利用できる。このアドレス宛のパケットはただ1つだけのルータに届く。
/64のサブネットプリフィックスの最上位の128個のアドレスは、エニーキャストアドレスとして予約されている。これらのアドレスは、インタフェース識別子の最初の57ビットが1で、残りの7ビットがエニーキャストIDである。この場合、そのアドレスが世界的に唯一ではないことを示すために、universal/localビットは0にしなければならない。エニキャスト識別子0x7eはmobile IPv6ホームエージェント・エニーキャストアドレスとして定義されている。エニキャスト識別子0x00から0x7dまでと0x7fは予約されており、何にも使用されていない。
特別なアドレス

「en:Reserved IP addresses#IPv6」も参照
IPv6において特別な意味を持つアドレスがある。それを以下に挙げる。
特別なアドレス > ユニキャストアドレス > 未指定アドレス

::/128 — 全ビットが0のアドレスは未指定アドレス(unspecified address)と呼ばれる。IPv4における「0.0.0.0/32」に相当する。
このアドレスは、いかなるインタフェースも割り当ててはならない。このアドレスは、初期化中のホストの自分自身のIPアドレスを知る前にIPv6パケットを送る場合の送信元アドレスとして使用される。ルータは未指定アドレスを持つパケットを転送してはならない。
特別なアドレス > ユニキャストアドレス > デフォルトルート

::/0 — デフォルトルートを表すアドレスである。IPv4における「0.0.0.0/0」に相当する。
特別なアドレス > ユニキャストアドレス > ローカルアドレス

::1/128 — ループバックアドレスはユニキャストlocalhostアドレスである。ホストのアプリケーションがこのアドレス宛にパケットを送信したときは、IPv6スタックはそのパケットを同じ仮想インタフェースにループバックする。IPv4における「127.0.0.1/8」に相当する。
fe80::/10 — リンクローカルプリフィックスのアドレスは、単一の接続の中でのみ有効であり唯一である。このプリフィックスにおいては1つのサブネットのみが割り当てられ（残り54ビットは0）、効果的なフォーマットは fe80::/64 と与えられる。下位64ビットはインタフェースのハードウェアアドレスからmodified EUI-64によって決められるのが一般的である。リンクローカルアドレスは、あらゆるIPv6対応インタフェースで必要とされる。IPv6ルーティングがないときは、アプリケーションはリンクローカルアドレスの存在に頼るかもしれない。これらのアドレスは、IPv4における自動設定アドレス 169.254.0.0/16 に相当する。
特別なアドレス > ユニキャストアドレス > ユニークローカルアドレス

詳細は「ユニークローカルアドレス」を参照
fc00::/7 — ユニークローカルアドレス (ULA) はローカルな通信のために使われる。それらは、設定されたサイトの中でだけルーティングできる。このブロックは2つの部分に分割される。後半半分(fd00::/8)は「確率論的にユニークな(probabilistically unique)」アドレスとして使用され、40ビットの擬似乱数を用いて/48の割り当てを得る。これは、結合または互いと通信しようとする2つのサイト間で競合するアドレスができてしまう可能性が僅かにあるということを意味するが、どの程度僅かなのかは不詳である。前半半分(fc00::/8)は割り当てない方式のために定義されている。これらのアドレスは、IPv4のプライベートアドレス(10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16)に相当する。
特別なアドレス > ユニキャストアドレス > IPv4アドレス埋め込みIPv6アドレス

詳細は「IPv6移行技術」を参照
::ffff:0:0/96 — このプリフィックスは「IPv4射影IPv6アドレス」(IPv4-mapped IPv6 address)に割り当てられている。この種類のアドレスを使用することで、IPv4のトランスポート層プロトコルをIPv6ネットワークアプリケーションプログラミングインタフェース(API)を透過して使用することができる。サーバアプリケーションは、1つのソケットを待ち受けるだけで、IPv6とIPv4の両方のクライアントからの要求を受け付けることができる。IPv4クライアントは、IPv4射影IPv6アドレスによって、サーバからはIPv6クライアントのように見える。伝送においても同様に取り扱われる。IPv4またはIPv6のデータグラムを伝送するのに、IPv6アドレスとIPv4射影IPv6アドレスにバインドされた確立したソケットを使用することができる。（IPv6#IPv4との相互運用を参照）
::ffff:0:0:0/96 — 「IPv4変換IPv6アドレス」(IPv4-translated address)に割り当てられており、ステートレスIP/ICMP変換(SIIT)プロトコルに使用する。
64:ff9b::/96 — "Well-Known Prefix"。このプリフィックスのアドレスは、自動IPv4/IPv6トランスレーション(NAT64)に使用する。
詳細は「IPv6移行技術#NAT64」を参照
2002::/16 — このプリフィックスは、6to4のために使用される。（6to4はHistoricalとなった RFC 7526)
特別なアドレス > ユニキャストアドレス > 特別用途のアドレス

詳細は「Teredo トンネリング」を参照
2001::/32 — teredoに用いられる。
2001:2::/48 — Benchmarking Methodology Working Group (BMWG)に割り当てられており、IPv6のベンチマークに使用されている。IPv4でベンチマークに使用されている 198.18.0.0/15 に相当する。プリフィックス 2001:0200::/48 は RFC 4773 ではなく RFC 5180 で定義されている。
2001:20::/28 — ORCHIDv2 (Overlay Routable Cryptographic Hash Identifiers)に割り当てられている。これらはCryptographic Hash Identifiersに使うルーティングされないIPv6アドレスである。
特別なアドレス > ユニキャストアドレス > 文書記述用アドレスプレフィックス

2001:db8::/32, 3fff::/20 — これらのプリフィックスは、文書記述用に使用される。このアドレスは、マニュアルや設定サンプル等に例示としてIPv6アドレスを使用する場合に使用される。このアドレスは実際の通信には使用してはならない。IPv4では 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24 がこの目的で使用されている。
特別なアドレス > ユニキャストアドレス > 破棄

0100::/64 — このプリフィックスは、破棄するトラフィックに使用される。
特別なアドレス > ユニキャストアドレス > 非推奨とされ廃止されたアドレス

「非推奨とされ廃止されたアドレス」も参照
特別なアドレス > マルチキャストアドレス

マルチキャストアドレス ff0X::（Xは十六進数の値）は予約されており、いかなるマルチキャストグループにも割り当ててはならない。Internet Assigned Numbers Authority(IANA)がアドレスの予約を管理している。
ff0X::のIPv6マルチキャストアドレスは、以下の物に割り当てられている。
| アドレス | 割り当て | 有効なスコープ |
| --- | --- | --- |
| ff0X::1 | 全てのノードアドレス | 1 (インタフェースローカル), 2 (リンクローカル): ff01::1 → All nodes in the インタフェースローカル  ff02::1 → All nodes in the リンクローカル |
| ff0X::2 | 全てのルータ | 1 (インタフェースローカル), 2 (リンクローカル), 5 (サイトローカル): ff01::2 → インタフェースローカルの全てのルータ  ff02::2 → リンクローカルの全てのルータ  ff05::2 → サイトローカルの全てのルータ |
| ff02::5 | OSPFIGP | 2 (リンクローカル) |
| ff02::6 | OSPFIGP指定ルータ | 2 (リンクローカル) |
| ff02::9 | RIPルータ | 2 (リンクローカル) |
| ff02::a | EIGRPルータ | 2 (リンクローカル) |
| ff02::d | 全てのPIMルータ | 2 (リンクローカル) |
| ff02::1a | 全てのRPLルータ | 2 (リンクローカル) |
| ff0X::fb | mDNSv6 | 全てのスコープで有効 |
| ff0X::101 | 全てのNTPサーバ | 全てのスコープで有効 |
| ff02::1:1 | Link Name | 2 (リンクローカル) |
| ff02::1:2 | 全てのDHCPエージェント | 2 (リンクローカル) |
| ff02::1:3 | Link-local Multicast Name Resolution | 2 (リンクローカル) |
| ff05::1:3 | 全てのDHCPサーバ | 5 (サイトローカル) |
| ff02::1:ff00:0/104 | 要請ノードマルチキャストアドレス。下記を参照。 | 2 (リンクローカル) |
| ff02::2:ff00:0/104 | Node Information Queries | 2 (リンクローカル) |
特別なアドレス > マルチキャストアドレス > 要請ノードマルチキャストアドレス

要請ノードマルチキャストアドレス（英語版）のグループIDの下位24ビットは、インタフェースのユニキャストアドレスまたはエニーキャストアドレスの下位24ビットである。このアドレスは、ローカル・ネットワーク上の全てのノードを妨げずに、近隣探索プロトコル(NDP)によるリンク層アドレス解決をすることができる。ホストは、設定されたユニキャストアドレスまたはエニーキャストアドレスの要請ノードマルチキャストグループに参加しなければならない。
ステートレスアドレス自動設定

システムの起動時、ノードは、それぞれのIPv6が利用可能なインタフェースについてリンクローカルアドレスを自動的に生成する。グローバルにルーティングできるアドレスが、手動で設定されるか、後述する「設定プロトコル」から得られる場合でも同様である。
それは、近隣探索プロトコルの機能を使用したステートレスアドレス自動設定(SLAAC)によって、独立して、そして、事前設定なしで動作する。このアドレスはプリフィックス fe80::/64 の中から選択される。
IPv4に「設定プロトコル」はDHCPやPPPを含む。DHCPv6もあるが、IPv6のホストはグローバルにルーティング可能なユニキャストアドレスを作るのに近隣探索プロトコルを用いる。ホストはルータ要請(RS: router solicitation)を送信し、IPv6ルーターは割り当てられたプリフィックスとともに応答を返す。
アドレスの下位64ビットは、64ビットのmodified EUI-64フォーマットによるインタフェース識別子である。この識別子は、通常そのインタフェースの全ての自動的に構成されたアドレスによって共有される。その利点は、1つのマルチキャスト・グループだけが近隣探索のために参加する必要があることである。このためには、ネットワークプリフィックス ff02::1:ff00:0/104 とアドレスの下位24ビットからなるマルチキャストアドレスが用いられる。
ステートレスアドレス自動設定 > Modified EUI-64

64ビットのインタフェース識別子は、48ビットのMACアドレスから生成するのが最も一般的である。MACアドレス 00:0C:29:0C:47:D5 は、真ん中に FF:FE を入れることで64ビットのEUI-64 00:0C:29:FF:FE:0C:47:D5 に変換される。このEUI-64をIPv6アドレスの中で使うとき、次のように変形される。 Universal/Localビット（EUI-64の最上位ビットを第1ビットとしたときの第7ビット）を反転する。ネットワークプリフィックス 2001:db8:1:2::/64 と上記のMACアドレスを用いてIPv6アドレスを生成すると、 2001:db8:1:2:020c:29ff:fe0c:47d5 となる。ここで、下線部はUniversal/Localビットが1に反転された箇所である。1はUniversal、0はLocalを意味する。
グローバルユニキャストアドレスのインタフェースIDには、MACアドレス等から生成されるModified EUI-64フォーマットが使用されることが多いが、プライバシー上の懸念があるため、一意性およびプライバシーの双方を満たす仕様（一時アドレス）への変更が推奨されている（RFC 7217、RFC 7721、RFC 8064）。
ステートレスアドレス自動設定 > 重複アドレス検出

インタフェースにユニキャストIPv6アドレスを割り当てた後、Neighbor Solicitation（近隣要請）とNeighbor Advertisement（近隣広告）（ICMPv6のtype 135と136）メッセージを使ってそのアドレスが唯一のものであるかの確認を行う。確認を行っている間、そのアドレスは「仮」(tentative)の状態にある。
ノードは仮のアドレスの要請ノードマルチキャストグループに参加し（まだ参加していない場合）、仮アドレスを宛先、未指定アドレス(::/128)を送信元としてNeighbor Solicitationメッセージを送信する。ノードは、Neighbor Advertisementが受信できるようにするために全ホストマルチキャストアドレス ff02::1 にも参加する。
ノードが自身の仮アドレスを宛先とするNeighbor Solicitationを受信した場合、そのアドレスはユニークではない。ノードが、仮アドレスを送信元とするNeighbor Advertisementを受信した場合も同様である。アドレスがユニークであると確認できた時だけ、そのアドレスが割り当てられ、インタフェースによって使用される。
この仕組みを重複アドレス検出(DAD: Duplicate address detection)という。
ステートレスアドレス自動設定 > アドレスの有効期限

インタフェースに割り当てられたIPv6アドレスは固定された有効期限(lifetime)を持つ。より短い期間に設定されない限り、有効期限は無制限である。アドレスには、preferred lifetimeとvalid lifetimeの2つの有効期限がある。有効期限は、ルーターで設定されて自動設定によって値が提供されるか、インタフェースに手動で設定する。
アドレスがインタフェースに割り当てられたとき、そのアドレスは"preferred"の状態にあり、preferred-lifetimeの間それが継続する。preferred-lifetimeが経過すると"deprecated"の状態になり、そのアドレスを使って新しい接続はできなくなる。valid-lifetimeが経過すると"invalid"の状態になり、そのアドレスはインタフェースから除かれ、インターネットから新しいアドレスの割り当てを受ける。
注意: ほとんどの場合、新しいRouter Advertisement(RA)を受信することで有効期限のタイマーが元に戻るので、有効期限は期限切れになることはない。しかし、RAが受信できない場合、preferred-lifetimeが経過してアドレスは"deprecated"状態になる。
ステートレスアドレス自動設定 > 一時アドレス

ステートレスアドレス自動設定でインタフェース識別子を生成するのに、グローバルにユニークな固定のMACアドレスを使用している。そのため、時間がたってIPv6ネットワークプリフィックスが変わったとしても、MACアドレスによってネットワーク機器を、そしてユーザを追跡することができる。IPv6アドレスの一部とユーザが永久に結びつく危険性を減らすため、ノードは「一時アドレス」(temporary address)を作ることができる。一時アドレスは、時間によりランダムに変化するビット列に基づいたインタフェース識別子を使用し、有効期限を比較的短く（数時間から数日）することで短い時間で新しいアドレスに置き替えられる。
外部ホストがDNS問い合わせのできるパブリックアドレスを使っている場合、接続を始めるための送信元アドレスとして、一時的なアドレスを使用することができる。
Mac OS X Lion以降のmacOS、Windows Vista・Windows Server 2008以降のマイクロソフトのOSでは、IPv6のネットワークインタフェースの設定で、デフォルトで一時アドレスを使用する設定になっている。
実際には、ISPから配布されるプレフィックスが契約ごとに固定されている運用が多く、プレフィックスと他の情報を組み合わせて使用してユーザを追跡することができるため、プライバシー保護の観点からは、限定的な効果しかない。
デフォルトアドレスの選択

IPv6利用可能なネットワークインタフェースは、通常2つ以上のIPv6アドレスを持っている。例えばリンクローカルとグローバルアドレス、恒久アドレスと一時アドレスなどである。
IPv6はアドレススコープと選択優先性(selection preference)の概念を導入している。選択優先性は、他のホストと接続するときに送信元と宛先のアドレスを選択するために複数の選択を与える。
優先選択アルゴリズムは、特定の宛先（デュアルスタック実装におけるIPv4射影IPv6アドレスを含む）の中で通信において最も適切なアドレスを選択するアルゴリズムであり、各々のルーティングプリフィックスを優先順位レベルと結びつけるカスタマイズ可能な選択テーブルに基づいている。デフォルトのテーブルは以下の通りである。
| プリフィックス | 優先度 | ラベル | 用途 |
| --- | --- | --- | --- |
| ::1/128 | 50 | 0 | Localhost |
| ::/0 | 40 | 1 | デフォルトユニキャスト |
| ::ffff:0:0/96 | 35 | 4 | IPv4射影IPv6アドレス |
| 2002::/16 | 30 | 2 | 6to4 (Historical RFC 7526) |
| 2001::/32 | 5 | 5 | Teredoトンネリング |
| fc00::/7 | 3 | 13 | ユニークローカルアドレス |
| ::/96 | 1 | 3 | IPv4互換アドレス（廃止） |
| fec0::/10 | 1 | 11 | サイトローカルアドレス（廃止） |
| 3ffe::/16 | 1 | 12 | 6bone（返還） |
デフォルト設定は、IPv4よりもIPv6を優先し、できるだけ小さなスコープの宛先を優先する。そのため、他の条件が同じならば、グローバルにルーティングされた経路よりもリンクローカルの通信の方が優先される。プリフィックスポリシーテーブルはルーティングテーブルに似ている。すなわち、優先順位の値がルーティングテーブルにおける接続コストの役割として働き、より高い優先度はより大きい値として表される。
送信元アドレスは宛先アドレスと同じラベルの値により評価される。アドレスはビット列の最上位からの最長一致によってプリフィックスと比較される。候補の送信元アドレスはオペレーティングシステムから取得し、候補の宛先アドレスはDNS問合せによって取得する。
リンクローカルアドレスとゾーンインデックス

ホストの全てのリンクローカルアドレスは共通のプリフィックスを持つので、リンクローカルの宛先にパケットを送信するとき、出て行くインタフェースを選ぶのに通常のルーティング手順を用いることができない。そこで、ゾーンインデックス(zone index)と呼ばれる特別な識別子を用いて付加的なルーティングの情報を提供する。
アドレスが文字で書かれているとき、ゾーンインデックスはアドレスの後にパーセント記号(%)で区切って付加する。ゾーンインデックスの実際の構文は、OSに依存する。
Microsoft Windowsは、数値のゾーンインデックスを使用する（例 fe80::3%1）。インデックスは、インタフェース番号で決定される。
多くのUnix系OS（BSD, Linux, macOSなど）は、インタフェース名をゾーンインデックスに使用する（例 fe80::3%eth0）。
BSD系のOS（macOSを含む）では、数値のゾーンインデックスを2番目の16ビットフィールドに入れることでも表現できる（例 fe80:1::3）。
ゾーンインデックスの表記は、Uniform Resource Identifier(URI)の中で使用する時に文法的に競合するため、パーセント記号"%"をパーセントエンコーディングによって回避しなければならない。例 http://[fe80::3%25eth0]