メッセージ - みる会図書館


検索対象: UNIX MAGAZINE 1997年11月号
28件見つかりました。

1. UNIX MAGAZINE 1997年11月号

NETWORKTECHNOLOGY 2 ナリング・メッセージがどのように使用されるかにつ いて解説します。 1 . コネクション・セットアップ ATM 工ッジデバイス (caller) が別の ATM 工ッ ジデバイス (called party) にバーチャル・コネクシ ョンを張る場合、ます SETUP メッセージを ATM ネットワークに対して送信します ( 図 8 ) 。 SETUP メッセージは ATM ネットワーク内で ATM スイッチ によってリレーされ、 called party が接続されてい る ATM スイッチに届けられます 8 。 called party が接続された ATM スイッチは、 called party に対して UNI シグナリングの SETUP メッセージを送信します。 caller が送信する SETUP メッセージには、 ・メッセージの種類の識別 ・使用する AAL の型 ・ caller および called party の ATM アドレス ・ QoS パラメータ などの情報が含まれています。これらの情報は情 報要素 (information element) と呼ばれます。情 報要素とそのエンコーディングの詳細については次 回に解説します。なお、図 8 の四角形内の項目は メッセージに含まれるおもな情報要素を示します。 SETUP メッセージを受信した ATM ネットワーク は CALL PROCEEDING メッセージを caller に返 し、 SETUP メッセージを called party に向けてリ レーします。 ATM ネットワークが caller に返す CALL PROCEEDING メッセージには、そのバー チャル・チャネルに対して使用される VPI / VCI の 値が入っています。 ATM ネットワークから SETUP メッセージを受信 図 1 1 point-to-multipoint に参加 工ッジデ / ヾイス 工ッジデバイス SETUP ( ルートノード ) ネットワーク I 工ッジテ / ヾイス 工ッジテ / ヾイス ( ルートノード ) 工ッジテ / ヾイス I I I ADD PA RTY ネットワーク 工ッジデ / ヾイス ネットワーク ( ルートノード ) 工ッジデ / ヾイス 工ッジデ / ヾイス 工ッジテノヾイス 工ッジテ / ヾイス 工ッジテ = / 、イス ADD PARTY 工ッジデノヾイス した called party は、 CALL PROCEEDING メッセージ を ATM ネットワークに返します。 CALL PROCEEDING メッセージは、 SETUP メッセージが ATM ネットワークあ るいは called party によってたしかに受信されたことを示 すために用いられます。 called party は caller からのコ ネクション要求を受け入れる場合、 ATM ネットワークに対 8 このリレーは UNI シグナリングではなく、 NNI シグナリングによってお こなわれます。 UNIX MAGAZINE 1997.11 して CONNECT メッセージを返します。 CONNECT メッ セージは ATM ネットワーク内でリレーされ、 caller に戻さ れます。 CONNECT メッセージを受信した caller および ATM ネットワークは、 CONNECT ACKNOWLEDGE メッセー ジを返します。この時点で caller と called party のあい だにバーチャル・コネクションが設定されたことになりま す。 35

2. UNIX MAGAZINE 1997年11月号

NETWORKTECHNOLOGY 2 図 12 point-to-multipoint コネクション ( ユーザー ) 工ッジテ / ヾイス ADD PARTY 0 ATM address 0 Call reference UNI CALL UNI ATM ネットワーク (caller & called party) ー 0 Call reference : PROCEEDING 0 Call reference 0 V 円Ⅳ 工ッジテ / ヾイス ( ユーザー ) ー CONNECT ー SETUP ー ACKNOWLEDGE 0 Call reference 0 ATM address CONNECT ー PROCEEDING ー CALL 0 VPI/VCI (caller & called party) CONNECT ー イ - ー CONNECT ー ACKNOWLEDGE 2. コネクションの解除 PLETE メッセージを caller に対して送信します ( 図 10 ) 。 ットワークは CONNECT に代わって RELEASE COM- が可能です。この場合、 called party あるいは ATM ネ らのバーチャル・コネクションの設定要求を拒否すること called party 、あるいは ATM ネットワークは caller か 3. コネクション要求の拒否 RELEASE COMPLETE メッセージを返します。 ージを受信した peer は ATM ネットワークに対して、 ョンのもう一方の peer にリレーします。 RELEASE メッセ すとともに、 RELEASE メッセージをバーチャル・コネクシ PLETE メッセージを RELEASE メッセージの送信者に返 セージを受信した ATM ネットワークは RELEASE COM- ネットワークに対して送信します ( 図 9 ) 。 RELEASE メッ あるいは called party が RELEASE メッセージを ATM 定されたバーチャル・コネクションを解除するには、 caller チャル・コネクションを解除することができます。すでに設 caller あるいは called party はいったん設定されたノヾー 36 4. point-to-multipoint コネクション ( 参加 ) UNI 3.0 および UNI 3.1 では、 p-to-mp コネクションの 設定はルートノードがおこないます。ますルートノードは SETUP メッセージを用いて最初の p - to - mp コネクションの メンバーに対してバーチャル・コネクションを設定します。 次に、 ADD PARTY メッセージを順次ほかのメンバーに 対して送信し、複数のメンバーを 1 つの p - to - mp コネクシ ョンに参加させます ( 図 (1) 。 ADD PARTY メッセージは ATM ネットワーク中をリレ ーされ、 p - to - mp コネクションに参加させる ATM デバイス が接続された ATM スイッチまで届けられます。その ATM スイッチは、 SETUP UNI シグナリング・メッセージを当該 ATM デバイスに送信します ( 図 12 ) 。 SETUP メッセー ジを受信した ATM デバイスは CALL PROCEEDING メ ッセージを送信したあと、 p - to - mp コネクションに参加する 場合は CONNECT メッセージを送信します。 CONNECT メッセージを受信した ATM ネットワークは CONNECT ACKNOWLEDGE メッセージを返したあと、 CONNECT メッセージを ca Ⅱ er が接続されている ATM スイッチまでリ レーします。その ATM スイッチは、 caller に対して ADD UNIX MAGAZINE 1997.11

3. UNIX MAGAZINE 1997年11月号

図 1 3 NETWORKTECHNOLOGY 2 point - t0- mu は ipoint コネクションからの pa 「 ty の切離し UNI UNI 工ッシテ / ヾイス ( ユーザー ) DROP PARTY 0 Call reference ー 0 Cause SDU (Service Data Unit) と PDU (Protocol Data Unit) ATM ネットワーク 0 Cause D ROP PARTY 工ッシテ / ヾイス ( ユーザー ) ー RELEASE OSI モテルでは、ある層の pa ⅵ oad (data) は SDU (Service Data Unit ) と呼ばれます。 SDIJ にその層に 固有のヘッダ ( あるいはトレーラ ) が付加されたものは PDU (P 「 otocol Data Unit ) と呼ばれます。第 N 層の SDU ( N - SDU ) はヘッダあるいはトレーラを付加されて N - PDU に変換されたあと、第 N - 1 層に送られます。し たがって N-PDU は (N-I-)SDU と同—(identical) です。 N-header 第 N 層 (N-1-)header 第 N -1 層 N-SDU (N-I -)SDU identical N-PDU (N-I-)PDU UNIX MAGAZINE 1997.11 ー RELEASE ー COM PLETE 0 Call 「 eference 0 CaUSe ークも生成することが可能です。たとえば、 ATM 工ッジ caller もしくは called party だけではなく、 ATM ネットワ ル・チャネルを消去します。 RESTART メッセージは、 RESTART メッセージは現在有効なすべてのバーチャ 6. 全コネクションの解放 信します。 COMPLETE メッセージを ATM ネットワークに対して送 ンバーは必要な処理をおこなったのち、 RELEASE ンバーに送信します。 RELEASE メッセージを受信したメ します。その ATM スイッチは RELEASE メッセージをメ を当該メンバーが接続されている ATM スイッチまでリレー をルートノードに返したあと、 DROP PARTY メッセージ ワークは DROP PARTY ACKNOWLEDGE メッセージ を ATM ネットワークに送信します ( 図 13 ) 。 ATM ネット 切り離す場合、ルートノードは DROP PARTY メッセージ ルートノードがあるメンバーを p - to - mp コネクションから 5. point-to-multipoint コネクション ( 切離し ) PARTY ACKNOWLEDGE メッセージを送信します。 37

4. UNIX MAGAZINE 1997年11月号

NETWORKTECHNOLOGY 2 図 14 コネクションの解放 UNI 0 Restart indicator ー 0 Call reference RESTART ー ( ユーザー ) 工ッジテノヾイス UNI ATM ネットワーク 工ッジテ / ヾイス ( ユーザー ) ー RELEASE RESTART ement およびそのエンコーディングについて解説する予定 UNI シグナリング・メッセージに含まれる information el- で使用されるメッセージについて解説しました。次回は、 今回は、 UNI シグナリングの概要、 UNI シグナリング ☆ PLETE メッセージを返します。 工ッジデバイスは必要な処理のあと、 RELEASE COM- ジデバイスに対して RELEASE メッセージを送信します。 れます。それらの ATM スイッチは、接続されている工ッ う一方の peer が接続されている ATM スイッチにリレーさ は ATM ネットワークにより、各バーチャル・チャネルのも ACKNOWLEDGE を返します。 RESTART メッセージ は、 restart に必要な処理をおこなったあと、 RESTART す。 RESTART メッセージを受信した ATM ネットワーク 図 14 に RESTART メッセージの伝達の様子を示しま ATM スイッチが RESTART メッセージを生成します。 デバイスと ATM スイッチ間のリンクがダウンした場合は、 ー RELEASE ー COMPLETE 0 Call reference 0 Cause です。 38 ( はりぐち・よういち FORE Systems) [ 参考文献 ] UNIX MAGAZINE 1997.11 同清水洋・鈴木洋、 fATM-LAN 』、ソフト・リサーチ・センター relay.indiana.edu/cell-relay/docs/cisco.html に ] Anthony Alles, A TM 加月 let Ⅳ or 石れ g , http.〃 cell- Ⅳ 01 大 s , Prentice Hall い ] Uyless Black, ATM: FO Ⅲ 1d2 け 0 月ん 1 ・ BI ・ d わ and Net- 1994-DRAFT C 側れ ec 行 0 れ ()riented c (SSCOP), ANSI Tl. 637- 卩ー B-ISDN A TM Ad ョ〃ね朝月ん 2 er - Service Specific 0061.000. p df ftp.atmforum.com/pub/approved-specs/af-sig- (UNI) Signalling Specification Version 4.0 , ftp:// に一 The ATM Forum, ATM User-Network lnterface Specification 3. 去 Prentice Hall 卩 ] The ATM Forum, User-Network lnterface ( U. 、り

5. UNIX MAGAZINE 1997年11月号

DAEM 〇 NS&DRAG NS ・ 「 eq を使ったトらプルの追跡 •Dinah McNutt, Jeffrey J. Rad1ce from UNIX REVIEW 己録をなくしてしまったために、どのようなトラブル にわたる複数のユーザーからの要求に対し、システム管 であったかが分からなくなったということはないだろう 理者が対処の進みぐあいを把握することも可能である。 か ? きちんと記録しておけばいいとはいうものの、頑 req の利用 強なトラブル追跡用の製品に勝るものはない。小さな会 社でこのような製品に金をかける余裕がなければ、 req req はおもに、、、電子メールのフィルタ " と、、管理イ というシステムを検討してみるといい。 req はユーサー ンターフェイス " という 2 つの要素から構成される。 のトラブルを記録、管理できる。とくに複数の人間がサ 共通のサポートアドレスに送られたメッセージは、 ポートを担当するような場合に威力を発揮する。 req は メールのフィルタに渡される。 こでは例として、 電子メールに取って代わるものではなく、機能を追加す supp 。 rt " というメールアドレスのェイリアスを用い るものである。 る。メールのフィルタは PerI で記述されており、送 られてくるメールに対するリクエスト番号の割当てやサ ポートスタッフへのメッセージ転送、およびメッセー req の実装が自分の環境に適合するかどうかを検討す ジのファイルへの保存をおこなう。それぞれのリクエ る場合、とりわけ 2 つの要素が重要になる。 ストは個別のファイルに保存される。たとえは、ある 、 req はトラブルを報告する手段としておも ユーザーが、 Subject: Bouncing mail" というサプジ に電子メールを利用する。これは、ユーサーがその他の ェクト行のメールを送ったとすると、サポートスタッフ サポートの手段 ( たとえば電話や人手など ) を利用でき は、 Subject: [req # 537 ] Bouncing mail" のようなサ ないことを意味するわけではない。むしろ、それらの手 プジェクト行が付いたメールを受け取る。 段を使いたい場合もあるだろう。サポートのための電子 システムか新たなリクエスト番号を割り当てるのは、 メールはすべて、 1 つのメールアドレスによって管理ス まだ番号か割り振られておらす、かっサポート用の工イ タッフに送られるようにしなけれはならない。これは、 リアスに直接送られてくるメッセージのみである。メッ セージがすでにリクエスト番号をもっている場合は、そ メールアドレスのェイリアスやメーリングリストによっ のリクエスト番号に対応するファイルにメッセージを追 て解決できる。 加する。 第 2 に、 req はシステム管理者が複数いるような環境 メッセージに番号を割り当てて記録するためには、メ にもっとも適している。このような環境ではユーサーが 増える傾向にあり、ユーザーからの日々の疑問や要求、 ールのメッセージをサポート用のェイリアスに直接送ら トラブル報告なども多くなる。 req は管理者がユーサー なけれはならない。つまり、メッセージの To: フィール からの要求に対して素早く回答できるように補助し、し ドにサポート用のェイリアスを指定する。 support とい かも回答の重複を避けることができる。また、より長期 う工イリアスが Cc : フィールドに指定されたメッセージ 一三ロ サポート環境 82 UNIX MAGAZINE 1997.11

6. UNIX MAGAZINE 1997年11月号

図 4 に M 陸用いた ATM アドレスの登録手順 NETWORKTECHNOLOGY 2 UNI ( ユーザー ) 工ッジテノヾイス ATM ネットワーク アドレステーカレを初期化 ATM スイッチのアドレステーブル が空であることを確認 ATM スイッチのアドレステーブル が空でない場合は Co Sta Trap を繰り返す ネットワーク・プレフィックスを アドレステーブルに登録 ネットワーク・プレフィックス、 ESI&SEL を送信 ColdStartTrap GetNext Request GetNext Req uest Response Response SetRequest CO 旧 StartTrap GetNext Request GetNext Request Response SetRequest Response アドレステーブルを初期化 工ッジデバイスのアドレステーブル が空であることを確認 工ッジデバイスのアドレステーブ丿レ が空でない場合は Co 旧 S ね T 「 ap を繰り返す ネットワーク・プレフィックスを送信 工ッジデバイスの ATM アドレスを アドレステーブルに登録 4. ATM スイッチから SetRequest メッセージを受信したェ ッジデバイスは、受信したネットワーク・プレフィックスに ESI ( 自分の MAC アドレス ) 、 SEL を付加して ATM アドレスを作成し、それをアドレステープルに登録しま す。 5. 工ッジデバイスは ATM アドレスをアドレステープルに登 録したあと、 SNMP Response ( valid ) メッセージを ATM スイッチに送信します。 UNIX MAGAZINE 1997.11 イッチに登録することが可能です。 し送信することにより、複数の ATM アドレスを ATM ス なお、工ッジデバイスは SetRequest メッセージを繰り返 メッセージを工ッジデバイスに送信します。 レステープルに登録したあと、 SNMP Response (valid) ATM スイッチは工ッジデパイスの ATM アドレスをアド 7. 工ッジデバイスから SetRequest メッセージを受信した に送信します。 SNMP SetRequest メッセージに入れて ATM スイッチ 6. 引き続いて工ッジデバイスは、 ATM アドレス全体を UNI Connection ControI 29 5 たんに、 NNI とも呼ばれます。 4 たんに、 UNI とも呼ばれます。 コル Q. 931 のサプセットになっています。 ATM Forum は ISDN の B チャネルのコネクションを管理するためのプロト められました。これは Q. 2931 と呼ばれます。 Q. 2931 は、 ATM における UNI シグナリングは ITU - T によって定 リングといわれます 5 。 ル・コネクションの設定を依頼します。これは NNI シグナ ネットワークに対して、当該通信相手に対するバーチャ 受信した ATM スイッチは、自分の接続されている ATM 工ッジデバイスからの UNI シグナリング・メッセージを シグナリングといいます 4 。 ーチャル・コネクションを張るよう依頼します。これを UNI て、自分が直接接続されている ATM スイッチに対してバ る工ッジデバイスは通信相手の ATM アドレスを引数にし ションが自動的に設定されます。このとき、通信を開始す SVC では ATM 工ッジデバイス間のバーチャル・コネク

7. UNIX MAGAZINE 1997年11月号

Daemons & Dragons— に対しては、フィルタが処理をおこなわないように req したリクエストを分析する " 、、優先度を割り当てる " な を設定できる。この機能を使うと、記録する必要のない どの操作がおこなえる。 問題に対しては、スタッフは req をバイバスすること また、これらのインターフェイスを使うことにより、 ができる。サプジェクト行にリクエスト番号を含むメッ ある基準に従ってリクエストのキューをフィルタリング セージのコピーが support に対して送られた場合、メッ することもできる。たとえは、スタッフのあるメンバー セージは適当なファイルに記録される。 が担当する未解決のリクエストをすべて表示させたり、 まだ担当者カ鴃まっておらす、かっ優先度が高い未解決 フィルタはメッセージのサプジェクト行に対して、 printf で指定するような形式て指定された文字列が含ま リクエストをすべて見ることができる。 れているかどうかを調べる。この文字列は、 req を構築 req の管理 する際に defs ファイルで定義される。前出の例では、 の文字列は、、 [req # ] " となっている。任意の文字列を選 よく使われそうな工イリアスの例を挙げる。 ぶこともできるが、ユーサーか新たなリクエストのサプ ジェクト行に書きそうな文字列は避けるべきである。さ support : l"/var/adm/request/req—mailgate ” support—dist : dinah,jjr もなけれは、あるリクエストは旧いものとして扱われて /var/adm/request/req-mailgate というフィルタは しまうかもしれない。この文字列を変更するには、 req メールのメッセージを処理したあと、 を再構築して新たにメッセージの保存から始めなければ support-dist 宛にメッセージを転送する。メールのェイリアスは、 ならないので、最初に慎重に選ぶ必要がある。 defs ファイルで定義される。 req ではフィルタ・フログラム (req-mailgate) が実際 の処理をするため、 (sendmail のような ) メール配送工 MAILING_LIST_NAME = support MAILING_LIST_DIST = support-dist ージェントはメッセージをフログラムにパイプで渡す機 能をもっていなけれはならない。ところが、セキュリテ req をコンパイルしてインストールする際、このファ ィ上の理山により、この機能を無効にしているサイトが イルによって req-mailgate が生成される。 多い。 smrsh と sendrnail のノヾージョン 8 を使っている req をインストールする場合、 req が利用するディレ ならば、 sm. bin というディレクトリから req-mailgate クトリのパスを十分に吟味してほしい。最初のインス に対してシンポリック・リンクを張れはいい。 トールの際によく考えておけば、あとのアップグレー ドもより簡単になる。我々は、 /var/adm/request を req は、同しサプジェクトが付いたすべてのメールを 独自のファイルに記録する。これらのファイルは RFC req のルート・ディレクトリとして使っている。重要 822 形式で管理され、あるリクエストに対して異なるア なのはルート・ディレクトリの場所ではなく、ほかの クションをとる場合には、異なるヘッダカ咐加される。 構成要素の置き場所である。すべての構成要素について これらのヘッダは、、 X-request- 〇〇 " のような形式で、 ディレクトリを設定することが可能であるが、 CODE おもに req の管理プログラムがリクエストに関する情 ー REQUEST-DIR ( データの保存場所 ) と CODE- 報 1 を j 匪小するために使う。 USER-DIR ( プログラムの置き場所 ) という 2 つの変 数の値にはとくに注意を払うべきだ。データとは、複数 req の管理インターフェイスとしては、コマンド行や のファイルに保存されたメッセージ群 ( 、、処理中 " およ X ウインドウ・システム ()k のツールキットを使用 ) 、 び、、解決済み " のディレクトリに分かれている ) と最後 Emacs 、 Web プラウサなどさまざまなものがある。 に割り当てられたリクエスト番号、およびログファイル れらのプログラムを使い、、、担当者の割当て " や、、 2 っ 群である。これらすべてのファイルは、 req の新たなバ の類似したリクエストを 1 つにまとめる " 、、処理が完了 ージョンをインストールする際にも変史されるべきでは 1 リクエストを送ったユーサーやアクションに対する優先度 ( 高い / 普 ないデータを一尉寺している。 $CODE-USER_DIR に 通 / 低い ) 、リクエストの処理を担当するスタッフのメンバー、最初に 置かれるプログラムとしては、フィルタ・プログラムや リクエストが発生した日時などがある。 83 UNIX MAGAZINE 1997.11

8. UNIX MAGAZINE 1997年11月号

NETWORK TECHNOLOGY 2 図 8 コネクション・セットアップ UNI UNI 工ッジテノヾイス 工ッジテ / ヾイス ATM ネットワーク ( ユーザー ) ( ユーザー ) 0 Call reference 0 ATM address (caller & called party) 0 QOS 0 V 曰Ⅳ 0 SETU P 0 Call reference 0 ATM address (caller & called party) ー 0 QOS ー SETUP CALL PROCEEDING 0 Call reference 0 V 日Ⅳ 0 ー CALL ー PROCEEDING CON N ECT ー CONNECT ー ACKNOWLEDGE 0 Call reference ー CONNECT ー ACKNOWLEDGE ( ルートノードに参加を依頼する必要があります ) 。 UNI ・代替トラフィック・パラメータ 通常の ATM トラフィック・パラメータに加えて、代替ト リーフノードがルートノードへの依頼なしに p - t 。 - 4.0 では、 ラフィック・パラメータが SETUP メッセージに設定され mp バーチャル・コネクションに参加することが可能です。 ており、 ATM ネットワークが ATM トラフィック・パラメ シグナリングに用いられるチャネル ータには対応できないが代替トラフィック・パラメータに は対応できる場合、 ATM ネットワークは ATM トラフィ UNI シグナリングの送受信には VPI = 0 、 VCI = 5 と ック・パラメータ全体を代替トラフィック・パラメータで置 いうチャネルが固定的に用いられます。 VCI の値に関す き換えてそれ以降のコネクションの設定を継続します。 る情報を下に示します。 代替トラフィック・パラメータは ATM ネットワークによっ て廃棄されます。 ATM ネットワークが代替トラフィック・ 使用目的 パラメータに対応できない場合、 ATM ネットワークは ITU-T により予約 caller に対して cause parameter user cell rate un- UNI シグナリング ATM Forum により予約 available" を含む RELEASE COMPLETE メッセージ ILMI ( 後述 ) を送信してバーチャル・コネクションの設定を 利用者データの転送 拒否します。 5. リーフノードからの直接参加 コネクション制御メッセージ UNI 3.0 および UNI 3.1 では point-to-multipoint ノヾー チャル・コネクションにおいてリーフノードは直接には p - to - 表 1 に UNI シグナリングで用いられる ATM シグナリン mp バーチャル・コネクションに参加することはできません グ・メッセージをまとめます。以下ではこれらの UNI シグ LO 【 0 1 、 6 一 0 33 UNIX MAGAZINE 1997.11

9. UNIX MAGAZINE 1997年11月号

・編集ー E の変史 である。 UNIX MAGAZINE 1997.11 でキャッシュがイ尉寺している URL についての情報を交 バー間で用いられるプロトコルである。隣接キャッシュ間 る ) で利用されているインターネット・キャッシュサー は Hervest や squid という名則で知られるシステムであ ICP は、 WWW のキャッシュ・システム ( 有名なの 年 9 月 5 日に公開されている。 ている。双方とも、、広報 (lnformational)" として 1997 ICP (lnternet Cache Protocol) の第 2 版について述べ WWW のキャッシュ・システム間プロトコルである 旧 fo. 、 D. Wessels ICP 第 2 版の利用法 (ICP), version 2 RFC2187 Application oflnternet Cache Protocol fo. 、 D. Wessels インターネット・キャッシュプロトコル (ICP) 第 2 版 RFC2186 lnternet Cache ProtocoI (ICP), version 2 、、Ⅵ石関連 ている。 を、文字集合と同様に明示できるようにする才長も含まれ また、 RFC2047 で定義されている符号イ韶 ) 表小言語 値の継読樹冓 3. ヘッダラインの折返しに対・応するための長いパラメータ 2. 表示するために利用すべき言言韶 1. US-ASCII 以、タ ) 文字集合の孑 対して、以下の刻長を加えるための手法を提案している。 イプおよび RFC2183 における拡張パラメータイ直機構に RFC2184 は、 RFC2045 で定義されているメディアタ 月 11 日に公開された。 る。現在の状態はゞ、標準化への提唱 " である。 1997 年 9 MIME のパラメータ値と符号化語の拡張を定義してい PS. 、 N. Freed ( RFC2045 更新 ) 語、継続 MIME パラメータ値およひ詩号化語拡張 . 文字集合、言 Continuations Word Extensions: Character Sets, Languages, and RFC2184 MIME Parameter Value and Encoded RFC ダイジェストー② IMAP RFC2192 IMAP URL Scheme IMAP URL 体系 PS. 、 C. Newman IMAP (lnternet Message Access ProtocoI) サー ーに関する資源を URL 表記にマッピングするための体 系について述べている。現在の状態は、、標準化への提唱 " である。 1997 年 9 月 11 日に公開された。 IMAP は適隔地にあるメッセージにアクセスするため の咼機能なプロトコルである。個人的なメッセージや共有 メッセージだけでなく、公開されているメーリングリスト のアーカイプへのアクセスに対しても優れた機能を提供す ることかできる。 RFC2192 ではこのようなさまざまな用途を見越して、 適隔地にある IMAP サーバーのリソースを URL として 表記する方法について述べている。これは、次に紹介する RFC2193 で他の IMAP サーバーを指定するためにも利 用されている。 RFC2193 lMAP4 Mailbox Referrals lMAP4 のメールポックスの回送冓 PS. 、 M. Gahrns IMAP4 のメールポックスの回送機構を提案している。 現在の状態は、、標準化 , 、ク是唱 " である。 1997 年 9 月 12 日に公開された。 多数のユーサーやメッセージ、およびたくさんの分散 した IMAP4 サーバーがある場合、 1 つの組織中でも複 数のサーバー間でメッセージを伝達したいことがある。た とえは、管理者は利用者の個人メールポックスを他の共有 リモートサーバユ上に置く代わりに、ローカルの IMAP4 サーバー上に置くことを j 尺するかもしれない。この種の 設疋は、すべてのデータを集約することがネットワークの 換し、要求されたオプジェクトの取得先を決定するために 利用される。 RFC2186 では ICP 第 2 版のフォーマットだけを述 べており、 WWW キャッシュへの適用については次の RFC2187 て扱う構成になっている。 フォーマットの詳細については RFC 本文を参照して ほしい。 89

10. UNIX MAGAZINE 1997年11月号

NETWORKTECHNOLOGY 2 す。工ンコーディングは BCD です。 ・ E. 164 E. 164 は ISDN 番号 ( 電話番号を含む ) です。ェンコ ーディングは BCD です。 DSP (Domain Specific Part) DSP は HO-DSP (High Order DSP) 、 ESI (End sys- tem ldentifier) 、 SEL (SeIector) からなります。 ・ HO-DSP HO - DSP は IDP で指定された機関によって割り当てら れるアドレスで、 RFC1237 で規定される階層化が可能 です。階層の境界は可変です。Ⅱ () - DSP の階層情報 は NNI における ATM スイッチ間の経路で用いられま す。 NNI については回を改めて説明します。 ・ ESI 経路ドメイン内で ATM 工ッジデバイスを識別するため に用いられる識別子です。その ATM デバイスの MAC アドレスが用いられます。 ・ SEL SEL は UNI 、 NNI におけるシグナリングでは用いられ ません。 LAN などの上位層で、 LEC (LAN Emula- tion C ⅱ ent ) などのプロトコルの実体を識別するために用 いられます。 なお、 IDP および HO - DSP は合わせてネットワーク・プ レフィックス (network pre ⅱ x ) と呼ばれます。 アドレスの登録 (ILM り ATM ネットワークにおいては、工ッジデバイスはネット ワーク・プレフィックスの情報をもっていません。工ッジデ ノヾイスは、起動時に自分が接続されている ATM スイッチ からネットワーク・プレフィックスを取得し、自分の MAC アドレスを SEL に設定することにより ATM アドレスを生成 します。また、自分の MAC アドレスを ATM スイッチに 登録します。これにより、 ATM スイッチはどの ATM ア ドレスをもつ工ッジデバイスと接続されているかを知ること ができます。この ATM アドレスの登録には lnterim Local Management lnterface (ILMI) というプロトコルが 用いられます 3 。 ILMI は AAL5 上に実装された SNMP です。 SNMP 3 version 4.0 から、 lntegrated Local Management lnterface という 名前に変わりました。 というと IP の UDP 上の実装が有名で、 IP 層がないのに SNMP が使えるのかと疑問に思うかもしれませんが、 SNMP 自体は上位層に依存しないプロトコルです。 ILMI の送受信では VPI/VCI として VPI=() 、 VC1=16 というチャネルが、 AAL として AAL5 が固定的に用いら れます。 ILMI を用いた ATM アドレスの登録の手順を図 4 に示 します。 1. 図 4 において、 ATM スイッチおよび工ッジデバイスは 物理ポートのリンクが切れた状態からリンクアップ (link u p ) を検出すると、アドレステープルを初期化して SNMP ColdStartTrap メッセージを送信します。 2. その後、 ATM スイッチおよび工ッジデバイスは互いの アドレステープルが空であることを確認するために Get - Next Request メッセージを工ッジデバイスに送信しま す。 3. ATM スイッチは、工ッジデバイスからの SNMP Re- sponse (valid) メッセージによりエッジデバイスのアドレス テープルが空であることを確認すると、自分のネットワー ク・プレフィックスを SNMP SetRequest メッセージに入 れて工ッジデバイスに送信します。 BCD (Binary-Coded Decimal) BCD は 2 進化 1 0 進数と訳され、 ] O 進数を 4 ビット の 2 進数で表す表記法です。通常の 2 進数では、 1 OOI の次は 1 01 0 ですが、 BCD では OOOI OOOO となりま す。 0 1 ワ 3 00 -4 " 0 「 / 8 -0 1 ワ 1 っ 0 -4 一 0 、 6 冖 / binary 0000 0000 0000 0001 0000 0010 0000 0011 0000 0100 0000 0101 0000 0110 0000 0111 0000 1000 0000 1001 0000 1010 0000 1011 0000 1100 0000 1101 0000 1110 00001111 0001 0000 0001 0001 BCD 0000 0000 0000 0001 0000 0010 0000 0011 0000 0100 0000 0101 0000 0110 0000 0111 0000 1000 0000 1001 0001 0000 0001 0001 0001 0010 0001 0011 0001 0100 0001 0101 0001 0110 0001 0111 28 UNIX MAGAZINE 1997 ユ 1