<?xml version="1.0" encoding="utf-8"?><!DOCTYPE article  PUBLIC '-//OASIS//DTD DocBook XML V4.4//EN'  'http://www.docbook.org/xml/4.4/docbookx.dtd'><article><articleinfo><title>p018-02</title><revhistory><revision><revnumber>1</revnumber><date>2016-10-19 04:26:49</date><authorinitials>proxy-v4.nic.ad.jp</authorinitials></revision></revhistory></articleinfo><section><title>018-02: 6rd 用アドレス割り振りポリシーの提案</title><section><title>概要</title><para>[提案ID] </para><itemizedlist><listitem override="none"><para>018-02 </para></listitem></itemizedlist><para>[提案タイトル] </para><itemizedlist><listitem override="none"><para>6rd 用アドレス割り振りポリシーの提案 </para></listitem></itemizedlist><para>[提案内容] </para><itemizedlist><listitem><para>提案内容の概略 </para><itemizedlist><listitem override="none"><para>6rd に特化したアドレス割り振りポリシーを制定する． </para></listitem></itemizedlist></listitem><listitem><para>提案理由 </para><itemizedlist><listitem><para>IPv6導入の有力な手段として，6rd の標準化が進んでおり，サービスとして採用するISPも出始めている．しかしながら，6rd の導入の際には，通常より広いIPv6アドレス空間が必要であり，現状のIPv6アドレス割り振り・割り当てポリシーでは，必要空間を取得するのが困難である． </para></listitem><listitem><para>具体的には，6rd では，基本的に 32bit のIPv4 アドレスをIPv6アドレス中に埋め込む必要がある.このため，現状の基本サイズ /32 であると，ユーザ割り当てサイズは/64 となり，宅内にサブネットを設置することができず，NATの導入を助長する可能性もある．  </para></listitem></itemizedlist></listitem><listitem><para>改善したいポイント </para><itemizedlist><listitem override="none"><para>6rd に特化したポリシーを制定する．6rd を使用する場合に限り，ユーザ宅内NWに nibble boundary の最低サイズである4 bit 分の subnet 空間を用意するとして，/28 の割り当てを実施する．ただし，空間的には非常に無駄が多いため，この割り振りについて， </para><itemizedlist><listitem><para>IPv4 ISPサービスを実施している組織のみ取得可能． </para></listitem><listitem><para>6rd 以外の用途には使用しない． </para></listitem><listitem><para>追加割り振りは受けられない（6rd としては必要ないため）． </para></listitem><listitem><para>6rd から，ネイティブ等に移行する場合には，この空間は返却し，顧客数に応じたサイズの別アドレスにリナンバする． </para></listitem></itemizedlist><para>ことを必須とする． </para></listitem></itemizedlist></listitem><listitem><para>想定されるメリット、デメリット </para><itemizedlist><listitem><para>メリット </para><itemizedlist><listitem><para>6rd の導入を促進することで，IPv6 の普及促進が図れる． </para></listitem></itemizedlist></listitem><listitem><para>デメリット </para><itemizedlist><listitem><para>アドレス空間的には無駄が多い． </para></listitem><listitem><para>リナンバ，返却のコストがかかる． </para></listitem></itemizedlist></listitem></itemizedlist></listitem><listitem><para>提案が採択された場合の影響範囲（指定事業者、JPNIC、ユーザなど） </para><itemizedlist><listitem><para>指定事業者は，6rd 用空間の取得が可能． </para></listitem><listitem><para>JPNIC： 料金（維持料）について，考慮して欲しい． </para></listitem></itemizedlist></listitem><listitem><para>コミュニティに対し，合意を得たいポイント </para><itemizedlist><listitem><para>6rd 割り振りポリシーの新設に対する是非，及び，条件について． </para></listitem></itemizedlist></listitem></itemizedlist><para>[提案者] </para><itemizedlist><listitem override="none"><para>藤崎 智宏 (慶応義塾大学大学院 メディアデザイン研究科) </para></listitem></itemizedlist></section><section><title>提案の履歴</title><informaltable><tgroup cols="4"><colspec colname="col_0" colwidth="20*"/><colspec colname="col_1" colwidth="17*"/><colspec colname="col_2" colwidth="43*"/><colspec colname="col_3" colwidth="20*"/><tbody><row rowsep="1"><entry colsep="1" rowsep="1"><para>アクティビティ</para></entry><entry colsep="1" rowsep="1"><para>日付</para></entry><entry colsep="1" rowsep="1"><para>状態</para></entry><entry colsep="1" rowsep="1"><para>参照 </para></entry></row><row rowsep="1"><entry colsep="1" rowsep="1"><para>MLへの投稿</para></entry><entry colsep="1" rowsep="1"><para>2010年6月11日</para></entry><entry colsep="1" rowsep="1"><para>JPNIC-IP-USERS 1983 </para></entry><entry colsep="1" rowsep="1"/></row><row rowsep="1"><entry colsep="1" rowsep="1"><para>JPOPM18での発表</para></entry><entry colsep="1" rowsep="1"><para>2010年6月29日</para></entry><entry colsep="1" rowsep="1"><para><ulink url="http://jpopf.net/opf-jp/opm18/">JPOPM18</ulink>にて議論され、提案はコンセンサスを得られませんでした。</para></entry><entry colsep="1" rowsep="1"><para><ulink url="http://jpopf.net/opf-jp/opm18/jpopm18-p2-v1.pdf">発表資料(PDF)</ulink>／<ulink url="http://jpopf.net/opf-jp/opm18/opm18-minutes.html#070">議事録</ulink></para></entry></row></tbody></tgroup></informaltable></section></section></article>