JPNICJavaScriptが無効になっています。JavaScriptを有効にしてご利用いただくことで、より快適にご利用いただけます。2003年11月9日~14日の6日間にわたり米国・ミネアポリスで開催された、第58回IETFのレポートをお届けします。小島育夫.........................................................................................................第58回IETF会議が、2003年11月9日~14日の6日間にわたり米国・ミネアポリスで開催されました。この開催期間中に、各WGのMeetingやBoFなど110の会議が設けられ、連日活発な議論が行われました。Presentationで構成され、12日と13日の夜間(19:30-22:00)に開催されました。はじめに、これらの全体会議の内容を報告し、注目すべきWGやBOFの模様を各担当より報告いたします。□IETFとは何かを知りたい方はこちらをご覧ください。Plenary今回の第58回IETF会議には、29の国と地域から1211名の参加があった旨の報告がありました。参加者数が多かった国は米国、2位が日本、3位が韓国以下、ドイツ、フランス、イギリス、カナダ、フィンランドと発表されました。今後のIETF開催について、以下のような予定である旨通知がありました。sectionを記述するためのガイドライン(RFC3552)などがあり、SIPに関連するドキュメントが多数発行されていることも特徴の一つとして報告がありました。書がドラフトされているとの報告がありました。wildcardの使用に関する懸念」を公開したこともトピックの一つになっていました。これらIAB作成の文書は、以下のURLから参照可能ですので、詳細についてはこちらをご参照ください。Barton氏が就任したこと、SteveConte氏がスタッフに加わったことなどが報告されました。開発が進められており、現在テストが進められているとの報告がありました。RFCエディタからは、第57回IETF以降、93のドキュメントが提出され、86のRFCを公開した旨の報告がありました。同時に、2003年10月31日時点でInternet-Draft(以下、I-D)149文書が作業処理中であることも報告されました。Procedures)の改訂作業が進められていることなどが紹介されました。記事)や、ウイルスの感染力を示すデータ、SPAMの増加傾向を示すデータなどを材料に、インターネットユーザーに降り注ぐ危険性に対してIETFが行うべき対応策の可能性について議論が行われました。Committeeからの報告を受けて、IETFの組織体制に関する議論が深夜まで行われました。藤崎智宏.........................................................................................................本セクションでは、IPv6関連ワーキンググループ(以下WG)での議論内容について紹介いたします。WGは今回、11日の夕刻と12日の午後の2コマ開催されました。新たな機能に関する変更を盛り込むべきではない、という意見が多く出され、その他の問題も含めて引き続きメーリングリスト(以下、ML)上で議論することとなっています。Address」に関する現状、およびMLで得たコメントの紹介があり、引き続きRFC化に向けて議論を続けることとなりました。等、記載すべき内容がある、といった指摘がありました。結果として再度ドキュメントを改訂後、WGでのFIXを図った後にRFC化に進むこと、とされています。得方法(DNS探索)が議論されました。参加者からも、どの方式を実装するかを判断するためにも早急に決めてほしいという要望があがっていました。Advertisement>の三つに大別でき、それぞれ、I-Dとして提案されています。報告され、また各手法の詳細に関する質疑応答が実施されました。手法に対してもかなりの支持がありました。参加者の多くは一つの手法に絞ることには賛成でしたが、どの方式にするかという明確な結論はでず、議論は持ち越しとなっています。WGは10日と12日午後に、2コマ開催されました。前回から引き続き、IPv6の導入シナリオ、ノードでIPv6機能をデフォルトで有効にすることに関する是非等について議論がありました。ネットワーク(3GPP)/IS/企業ネットワーク/SOHO等管理者不在のネットワークのIPv6導入シナリオは、企業やISP等の協力を得て進展しており、どこまで文書化する必要があるのかを考え、収束を図りつつある状況です。回百出した議論を整理し、WGとしての方向性を明確にするためにデザインチームを組織してマルチホーム手法の案を作成し、今回のミーティングでその案が議論されました。SOHO等、小規模ネットワークに対しては始点アドレスによるルーティングによって冗長性を確保するという案が紹介され、ドラフト化にむけた作業が行われることになっています。一般的なマルチホームの解法としては、IPアドレスが本来持っている位置指定の機能と識別子としての機能を明確に分離し、ホストにアドレスとは別の不変の識別子を付与することによってマルチホームを実現しよう、という案が出されました。討していくことになっています(具体的には、次回のソウルで実施されるミーティングまでに提案された手法のみを議論の対象にする、ということになっています)。関谷勇司.........................................................................................................第58回IETFにおいて、いくつかのDNS関連WGのミーティングが開催されました。WGミーティングは、2日にわけて行われました。更新時の変更点と文章の現状の確認が行われました。期限切れになった文章に関して、WGとして必要な文章は、更新して復活させるべきとの議論が行われました。Rolloverに関する要求事項をまとめよう、という議論が行われました。WG活動の方向性を決めるために、WGチャーター更新に関する話し合いが行われました。Management、Key長増大によるパケットサイズへの影響といった項目を、WGとして活発に行っていこうという確認がなされました。WGミーティングからの課題となっていた、IPv6におけるDNSサーバ発見の仕組みを決定するための議論が行われました。IPv6では、ホストの自動設定を行う際に、ステートレス自動設定が利用される場合が多く、この場合にDNSサーバのアドレスを通知するための仕組みが必要とされています。この仕組みとして、以下の3種類が提案されています。addressとは、あらかじめ定義されたIPv6アドレスを用いanycastによってDNSサーバを提供する仕組みです。Advertisementに含んで通知する、という方法です。論が活発に交わされ、統一するに至りませんでした。IPv6普及のために必要な機構であるため、今回のミーティングで決定できなかったのは残念です。WGでは、主にDNSSECに関する議論が行われました。WGから発行されているI-Dも、DNSSECに関するものが多くなっています。現在発行されているI-Dの状態が確認されました。次に、DNSのwildcardレコードの利用方法を明確化するための議論が行われました。次世代DNSSECの仕様を決めるための議論が行われました。様でなかったため、あまり利用されませんでした。WGにて議論が開始されました。WGのミーティングでは、DNSSECの仕様に関する議論に一番時間が割かれました。WGでは、次回も引き続きDNSSECに関する議論が行われていきます。木村泰司.........................................................................................................今回のIETFでは、14のセキュリティエリアのセッションが行われ、そのうちの四つがBoFでした。BoFは人気のあるセッションなので、ほとんどが100名を超える盛況ぶりでした。これらのBoFを含めて、セキュリティ(認証とIPsec)に関連したセッションの話題をお送りします。文書の長期保存と公証サービスに関するWGです。今回のIETFで、初めてセッションが開かれました。文書の長期保存と公証サービスとは、電子文書に電子署名を施し、それを長期にわたって維持することで、記載事実の正当性を長期的に担保するサービスです。WGに関係した参加者が多く見られました。今回のセッションでは、長期保存のサービスを実現するためのフォーマットとそのサービスにアクセスするためのプロトコルを決めるという目的の確認や、このWGで扱う要求事項の範囲についての議論などが行われました。BoFPKIを利用した認証機能をIPsecで利用するため、PKIの公開鍵証明書がどのように扱われるべきかを決める目的のBoFセッションです。Exchange)のためにPKIを正しく活用できる場面が少ないという状況を打開するため、利用形態をトンネルモードに限定するなどしてモデルの単純化を図っています。WGに関係した参加者が多く見られ、また参加者が100名を超えており、活発で真剣な議論が行われていました。今回のセッションでは、チャーターの内容、特に目標と実現ステップを中心に議論が行われました。WG)X.509に基づいて、PKIのさまざまな仕様を標準化することを目的としたWGです。Protocol)といったオンラインプロトコルなどについての議論が主に行われています。最初に各ドキュメントの状態が紹介されました。BuildingのI-Dに関するプレゼンテーションが行われました。WGに関連する活動の紹介などが行われます。CommitteeのPKIに関する取り組みとNISTにおける相互運用実験のパス検証に関する紹介が行われました。BOF)など、IPsec関連に人気があったようです。用的なサービスを実現するという趣旨のものでした。それだけに、どこまでを標準化するかという対象範囲が議論になりやすく、時には、他のWGとの住み分けを明確にするように、エリアディレクターに指摘されたりしていました。トピックスとお知らせ一覧SNS2020年2019年2018年2017年2016年2015年2014年2013年2012年2011年2010年2009年2008年2007年2006年2005年2004年2003年2002年2001年2000年1999年1998年1997年Web更新履歴一覧2020年の更新履歴2019年の更新履歴2018年の更新履歴2017年の更新履歴2016年の更新履歴2015年の更新履歴2014年の更新履歴2013年の更新履歴2012年の更新履歴2011年の更新履歴2010年の更新履歴2009年の更新履歴2008年の更新履歴2007年の更新履歴2006年の更新履歴2005年の更新履歴2004年の更新履歴2003年の更新履歴2002年の更新履歴Q&AIPアドレスWHOIS/DBJPNIC認証局ドメイン名ニュースレター/メールマガジン会員JPNICについて統計よくある質問イベントカレンダー2020年2019年2018年2017年2016年2015年2014年2013年2012年2011年2010年2009年2008年2007年2006年2005年2004年2003年2002年2001年2000年1999年1998年1997年1996年1995年1994年1993年WHOISGateway表示例このページを評価してくださいこのWebページは役に立ちましたか?役に立った役に立たなかったどちらとも言えないページの改良点等がございましたら自由にご記入ください。回答を差し上げられません。回答が必要な場合は、お問い合わせ先をご利用ください。Views)登録パスワードが記載された確認メールが発送されます。再度ご登録手続きを行ってください。Views)登録パスワードが記載された確認メールが発送されます。再度ご登録手続きを行ってください。