JPNICJavaScriptが無効になっています。JavaScriptを有効にしてご利用いただくことで、より快適にご利用いただけます。vol.779に続いてRFC5952の話題として、共著者であるNECビッグローブ株式会社の川村聖一氏により、RFC5952ができるまでの経緯についてご紹介いただきます。説については、以下のバックナンバーをご覧ください。2009年3月13日、後にRFC5952となるメモ書きが生まれました。この時点では、まだInternet-Draft(I-D)の形にすらなっておらず、社内での検討事項や自らの経験談を書きなぐって、RFCのような段組を真似て整形したテキストファイルでした。IETFが策定しているRFCシリーズは、仕事上読むことは多々ありましたが、まさか自分がインターネットプロトコルの標準化活動に加わることなんて、全く考えていませんでした。私は、ISPネットワークを運用する仕事に就いているため、RFCはどこかの偉い人が策定した技術であり、運用者とはあまり縁が無いものと考えていました。ISPで運用を担当している側のほとんどの人が、おそらくIETFに対して同様の距離感を持っているのではないかと思います。すべての方がそうではありませんが、IETFと運用現場には、埋めがたいほどの距離ができていたと感じます。きっかけ長年IPv6のネットワークを運用していて、機器の出力するログ、コンフィグレーションファイルの表示、WHOISなどのインターネット上にあるデータベース、さらには人と人の間で伝えるアドレスの書き方がバラバラであることは、インターネットに関わる人々、エンジニアだけでなく営業や顧客、事務職員なども含め、全員にとって一つもメリットが無く、むしろ障害時間を長引かせたり、誤りを増やしたり、デメリットばかりだということに気付きました。「どうすればこれを正すことができるのか」IPv6が関係するすべての人・物に共通の基準を、標準化として策定するしかないと感じました。IETFになんて参加したことがない......どうすれば良いのだろうか。オペレーターが標準化なんて場違いなのでは。そんな時に私を助けてくれたのは一人の友人でした。Bushという名前をご存じの方は多いと思います。IETFのワーキンググループ(WG)チェアを務め、世界各地のNOG(*1)の運営に携わったり、発展途上国のインターネット発展に貢献したりするなど、功績を挙げるとキリがありません。やってIETFに提案してよいかわからない私は、RFCを真似たメモ書きを彼に送り、二つお願いをしました。IETFに提案したいので、相談に乗ってください。くれそうな人を紹介してください。I-Dを提出するためにはどうすればいいでしょう。Randyはメモの内容に賛同してくれ、すぐ力になってくれました。正しいI-Dの形式に仕上げるためのツールと、力になってくれる知人を紹介してくれました。その時に紹介された知人は、今では会うたびに、一緒に夜遅くまでお酒を飲む仲です。この段階で、実装面での相談をしていた、共著者であるNECアクセステクニカ株式会社川島正伸さんも加わり、周りの手厚い支援のおかげもあって、I-D初版が完成しました。Representation"になっています。