MAC - みる会図書館


検索対象: UNIX MAGAZINE 1998年1月号
23件見つかりました。

1. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 図 4 LAN Emulation Server LEC LES LEC LEC ・一 Control Direct VCC → Control Distribute VCC ATM ネットワーク : MAC(LEC 2 ) 4—+ATM(LEC 2 ) : ・ MAC(LEC 1 ) +--•+ATM(LEC 1 ) : LEC ( 2 ) LEC 1 LES (1) ( 2 ) ATM ネットワーク LEC 2 ( 4 ) LEC ・ MAC(LEC n) ー ATM(LEC n) 三 ( 3 ) LEC 1. LE_ARP_REQUEST(LEC n) "ATM" を返す LE ARP_RESPONSE を示す。 LE_ARP_RESPONSE(MAC 、 ATM) は MAC アドレス” MAC " に対応する ATM アドレス 注 : LE_ARP_REQUEST(MAC) は MAC アドレス "MAC" に対する LE_ARP_REQUEST を、 4. LEC n にフレームを送信 3. LEC n に対して Data Direct VCC を張る 2. LE_ARP_RESPONSE(LEC 広 LEC n) LES がリモート MAC アドレスを管理しない理由 LANE ではリモート MAC アドレスは LES ではなく、各 P 「 oxy LEC によって管理されます。リモート MAC アドレス を LES で管理すれば本文中の LE ー A 日 P 一日 EQUEST の 利 ooding が不要になりますが、この方法には一方で以下の ような問題点があります。 LES でリモート MAC アドレスを管理した場合、 LES 内 の ta e の内容を各 p 「 oxy LEC の b 「 idge tab の内容と 同期させる必要があります。 b 「 idge ta 団 e の内容は学習、 UNIX MAGAZINE 1998.1 aging 、 spanning t 「 ee の tOPOlogy change などによっ て比較的頻繁に変更されるので、 ELAN 内の全 p 「 oxy LEC の b 「 idge ta 団 e の内容と LES 内の ta e の内容を同期さ せるためのオーバーヘッドが大きくなってしまいます。 LANE の標準化に際して、 ATM Fo 「 um 内でも LES が リモート MAC アドレスの管理をおこなうべきかどうかの議 論がありましたが、最終的に各 p 「 oxy LEC がリモート MAC アドレスの管理をおこなうことになりました。 31

2. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 図 7 proxy LEC 、 non-proxy LEC のアドレス解決 LES ( 2 ) ( 4 ) ホスト A ブリッジ B ( 5 ) ( 3 ) ホスト 2 ホスト 1 ポート 1 (a) LES の MAC アドレス・ ATM アドレス対応表 . MAC( ホスト A) ・一・ ATM( ホスト A) ・ MAC ( ブリッジ B トー・ ATM( ブリッジ B) : ・ MAC( ホスト C) ・一 TM ( ホスト C ) ホスト C (b) ブリッジ B の bridge table ・ MAC ( ホスト 1 ) →ポート 1 : ・ MAC ( ホスト 2 ) →ポート 1 ・ 1. LE_ARP_REQUEST( ホスト 1 ) 、 Control Direct VCC 経由 2. LE ARP_REQUEST( ホスト 1 ) 、 Control Distribute VCC 経由 5. Data Direct VCC を張る 4. LE_ARP_RESPONSE( ホスト 1 、ブリッジ B ) 、 control Direct VCC 経由 3. LE_ARP_RESPONSE( ホスト 1 、ブリッジ B ) 、 Control Direct VCC 経由 LE_ARP_RESPONSE(MAC 、 ATM) は MAC アドレス " MAC " に対応する ATM アドレス 注 : LE ARP_REQUEST(MAC) は MAC アドレス "MAC" に対する LE_ARP_REQUEST を、 "ATM" を返す LE_ARP_RESPONSE を示す。 データを送信する場合、ホスト A はホスト 1 の MAC アド レスの解決を LES に依頼します ( 図 7-1) 。この場合、 LES はホスト 1 の MAC アドレスに対してプリッジ B の ATM ア ドレスを返さなければなりません。しかしながら LES は、 ホスト 1 の MAC アドレスに対応する ATM アドレス ( プリ ッジ B の ATM アドレス ) を MAC アドレス・ ATM アドレ ス対応表にもっていません ( 図 7- a ) 。さきほど説明したよ うに、 proxy LEC はリモート MAC アドレスを LES に登録 しないからです。 LES はアドレス解決に失敗すると、受信した LE_ARP_ REQUEST メッセージを Control Distribute VCC を通 して ELAN 内の全 LEC に転送します ( 図 7-2 ) 。 ELAN 内の各 proxy LEC ( 図 7 ではプリッジ B ) は LE_ARP_ REQUEST メッセージを受信すると bridge table を検索 UNIX MAGAZINE 1998.1 します。 LE_ARP_REQUEST に含まれる MAC アドレス が bridge table に含まれていた場合、自分の ATM アド レスを含む LE_ARP_RESPONSE メッセージを Control Direct VCC を通して LES に送信します ( 図 7-3 ) 。 LES は Control Direct VCC を通して受信した LE_ARP_RE- SPONSE メッセージを LE_ARP_REQUEST を送信した LEC に返します ( 図 7-4 ) 。ホスト 1 のアドレスを解決し たホスト A はプリッジ B に対して Data Direct VCC を張 ることができます ( 図 7-5 ) 。 LES も ELAN 内のどの LEC もアドレスの解決ができな かった場合、 LEC は Maximum Retry count 11 で規定 された回数だけ LE_ARP_REQUEST を再送します。 11 最小値 0 、デフォルト値 1 、最大値 2 となっています。 35

3. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 LANE 構成要素と VCC 図 6 LAN EmuIation Configuration Server (LECS) ブリッジ LAN Emulation CIient (LEC) ワークステーション LAN Emulation Client (LEC) っ 4 っ 4 LAN Emulation Server (LES) Broadcast and Unknown Server (BUS) legacy LAN LAN Emulation User Network lnterface ( LUNI) 1. Configuration Direct VCC 2. Control Direct VCC 3. Control Distribute VCC 4. Multicast Send VCC 5. Multicast Forward VCC 6. Data Direct VCC 決された送信先 LEC の ATM アドレスを得たあと、送信 に対応している。また、 non-proxy LEC の ATM アドレ スが複数の MAC アドレスを代表している場合には、 LEC 先 LEC に対して Data Direct VCC を張り、ユニキャス が管理するすべての MAC アドレスを LES に登録する。 ト・フレームを送信します。 proxy LEC 、 non-proxy LEC と 具体的には Ethernet などの legacy LAN のポートをも っプリッジが proxy LEC となります。これに対して ATM アドレス解決 NIC をもつホストは通常 non-proxy LEC です。 legacy LAN のポートをもつルータの場合、通常のルータは non - LANE では LEC を proxy LEC および non-proxy LEC proxy LEC でかまいませんが、 FORE Systems の Pow- の 2 つのカテゴリーに分類しています。この 2 種類の LEC erHub のように複数のポートを同一ネットワークに割り当て の相違点は以下のとおりです。 ることが可能なルータは proxy LEC になります。 「 LES 」の項で LANE における基本的なアドレス解決の proxy LEC 仕組みについて解説しました。これは宛先 MAC アドレス proxy LEC の ATM アドレスは複数の MAC アドレス が、 non-proxy LEC の場合については有効ですが、リ を代表しており、かっこれらの MAC アドレスは LES に登 モート MAC アドレスの場合には適用できません。 録されていない 10 。 Ethernet ポートと ATM ポートをもつプリッジ B を例に non-proxy LEC とって考えてみましよう ( 図 7 ) 。ホスト A 、ホスト C 、プ LEC の ATM アドレスは通常、単一の MAC アドレス リッジ B は ELAN "example" に属しています。また、 ホスト 1 、ホスト 2 は Ethernet を介してプリッジ B に接続 10 proxy LEC によって管理されている LES に登録されない MAC アド されています。ホスト A がプリッジ B を介してホスト 1 に レスを、リモート MAC アドレスといいます。 34 UNIX MAGAZINE 1998.1

4. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 よって割り当てられます。 LANE を構成する要素 LANE は以下の 4 つの要素から構成されます。 LEC (LAN Emulation Client) LES (LAN Emulation Server) BUS (Broadcast and Unknown Server) LECS (LAN Emulation Configuration Server) LEC (LAN Emulation CIient) LEC は LANE サービスを利用する実体で、おもに ATM 工ッジデバイス 2 が LEC となります。 LEC は 1 個の ELAN に通常複数個存在します。 実際の製品、たとえば ATM ポートをもつプリッジの場 合、 ATM の物理ポート 1 個に対して複数の LANE 用仮 想ポート ( 図 3 では 4 ポート ) が割当て可能になっていま す ( 図 3 ) 。各仮想ポートは異なる LEC となっており、各 仮想ポートが異なる ELAN に加入 ( join ) することができま す。また、これらの仮想ポートは通常の Ethernet ポート とまったく同様に扱えます。なお、異なる 2 つの仮想ポー トが同一 ELAN に加入することも可能です。この場合、 spanning tree アルゴリズムがどちらか一方の仮想ポート を遮断 (block ルます。 LES (LAN EmuIation Server) LES は ELAN の管理およびアドレス解決をおこなうサ ーバーで、各 ELAN に 1 個必要です。 LANE における アドレス解決とは、宛先 MAC アドレスから送信先 3ATM アドレスを求めることです。 ELAN 内の各 LEC は LES とのあいだに Control Di- rect vcc ( 図 4-1 ) という VCC を保持しています。図 4-2 で LEC 1 が LEC れにユニキャスト・フレームを送信 する場合の手順は、基本的には以下のようになります。 1. LEC 月の MAC アドレスを LE—ARP—REQUEST とい アドレス解決 (Address Resolution) あるアドレスをキーにしてほかのアドレスを得ることを 「アドレス解決」、「アドレスを解決する」といいます。ア ドレス解決のためのプロトコルとしては、旧アドレスから MAC アドレスを得る A 日 p (Add 「 ess Resolution P 「 otocol) が有名です。 LANE におけるアドレス解決は MAC アドレスから ATM アドレスを得ることです。 LANE では ATM アドレスの解決に LE ARP (LAN Emulation Add 「 ess Resolution p 「 otocol) というプロトコルが用 いられます。 うメッセージに入れ、これを control Direct VCC を通 して LES に送信。 2. LES は自身がもつ MAC アドレス・ ATM アドレス対応 表を引いて LE_ARP_REQUEST に含まれる LEC n の MAC アドレスに対応する ATM アドレス ( この場合は LEC れの ATM アドレス ) を求める。 3. LES は解決した ATM アドレス ( と元の MAC アドレス ) を LE_ARP_RESPONSE というメッセージに入れ、 ControI Direct VCC を通して LEC 1 に返す。 4. LEC れの ATM アドレスを知った LEC 1 は LEC れに 対して VCC (Data Direct VCC) を張る。 図 3 LANE 用仮想ポート ATM ネットワーク ATM 物理ポート 4 1 8 7 6 5 1 ~ 4 : 仮想ポート ( 各仮想ポートは LEC として実装され ており物理ポートと同様に扱える ) 5 ~ 8 : Ethernet 物理ポート 2 ATM インターフェイスをもつホスト、プリッジ、ルータ。 3 送信先 LEC の MAC アドレスは ( 最終的な ) 宛先の MAC アドレスと 異なる場合があるので、「宛先 ATM アドレス」という言い回しを避け ました。これについては「 proxy LEC 、 non-proxy LEC とアドレス解 決」の節で詳述します。 UNIX MAGAZINE 1998.1 30

5. UNIX MAGAZINE 1998年1月号

NETWORK TECHNOLOGY 播ロ陽ー ATM : LAN Emulation (LANE) ム・フォーマットは、フレームの先頭に LECID という 2 オ LANE は 1997 年 7 月に version 2.0 が ATM Forum クテットの ID が付いている以外は、もともとの Ethernet によって制定されましたが、これを実装している製品はま あるいは TokenR ⅲ g のフレームと同じです。ただし、 FCS だ少ないと思われます。今回からはます LAN EmuIation (Frame Check Sequence) はデータフレームに含まれませ (LANE) version 1.0 について解説し、その後 version 2.0 ん。 LEC ID は LEC が ELAN に加入したときに LES に で加えられた変更点について紹介していきます。 LANE の概要 図 1 LANE と 0引 7 階層モテル LLC 副層 LANE は、 Ethernet あるいは TokenRing の MAC 層 LAN Emulation の機能、言い換えればプロードキャスト・ドメインを ATM entity ネットワーク上でエミュレートするための規格です。 MAC 層そのものではなく、「機能」をエミュレートするため、 LANE には Ethernet のコリジョンや TokenRing のトーク ンは存在しません。 LANE の機能を簡単にまとめると以下のようになりま す。 1. 宛先 MAC アドレスから送信先 ATM アドレスへの変換 1 図 2 LANE で用いられるテータフレーム・フォーマット 2. プロードキャスト、マルチキャスト通信機能の提供 offset ( オクテット ) LANE によってエミュレートされたプロードキャスト・ド 0 メインは EmuIated LAN (ELAN) と呼ばれます。 ATM ネットワークは複数個の ELAN をもっことができます。 LANE と OSI 7 層モデルの関係を図 1 に示します。 データフレーム・フォーマット L A N E で用いられるデータフレームのフォーマット (IEEE802.3/Ethernet) を図 2 に示します。データフレー 1 得られた ATM アドレスを用いて宛先へ VCC (Virtual Channel Connection) を張るのは、 UNI (User Network lnterface) の役割 です。 4 LU NI (LAN Emulation User Network lnterface 4 八「ー爪 connection management SSCOP AAL5(common part) ATM 層 物理層 (PHY) null-SCCS Signaling Plane Data Plane 宛先 MAC アドレス LEC ( 上位 2 オクテット ) 宛先 MAC アドレス ( 下位 2 オクテット ) 送信元 MAC アドレス ( 上位 4 オクテット ) 送信元 MAC アドレス タイプ / フレーム長 ( 下位 4 オクテット ) 4 8 12 炻以降 旧 EE802.3 / Ethernet フレームに 対する LANE データ・フォーマット 29 UNIX MAGAZINE 1998.1

6. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 なお、 LEC は LE-ARP-REQUEST を LES に送信し たあと、 LE_ARP_RESPONSE メッセージ ( あるいは timeout) を待たず、即座にフレームを unknown フレー ムとして Multicast Send VCC を通して BUS に送信する ことが可能です。この場合、 LEC は LES から LE-ARP- RESPONSE メッセージを受信したあと Data Direct VCC を張り、後述する flush プロトコルを用いて当該 MAC ア ドレスに対するフレームの転送を BUS 経由から Data Di- rect VCC 経由に切り替えます。 BUS は MuIticast Forward VCC を通して ELAN 内の 全 LEC に unknown フレームを送信します。 unknown フ レームを受信した各 LEC は以下の処理をおこないます。 1. その LEC が non-proxy LEC の場合 unknown フレームに含まれる宛先 MAC アドレスが自 身の MAC アドレスに一致しない場合、 unknown フレ ームを廃棄する。 unknown フレームに含まれる宛先 MAC アドレスが自身の MAC アドレスに一致する場合 ( 通常は一致しない ) 、その unknown フレームを受信 し、上位層に渡す。 2. その LEC が proxy LEC の場合 unknown フレームをⅡ ooding する。ただし、自分が 送信したフレームは flooding しない。 このように、 BUS はプロードキャストおよびマルチキャス ト・フレームだけでなく unknown フレームの転送もおこなう ため、 Broadcast and Unknown Server と呼ばれます。 LE ARP キャッシュ フレームを送信するたびに、 LES に対して LE—ARP— REQUEST メッセージを送信するのは非効率的です。そ こで、 LANE では LEC に対して LE ー ARP キャッシュの実 装を義務づけています。 LE-ARP キャッシュは LE-ARP によって解決された MAC アドレス・ ATM アドレスの組を 保持する table です。 LEC はフレームを送信する際、ま ず最初にフレーム中の宛先 MAC アドレスをキーにして LE ー ARP キャッシュを検索します。宛先 MAC アドレスに 対応する ATM アドレスが LE ー ARP キャッシュに存在す る場合、 LEC は LES に対して LE_ARP_REQUEST メ ッセージを送信する必要はありません。その ATM アドレ スに対してすでに Data Direct VCC が張られている場合 36 図 8 れ ush プロトコルの仕組み BUS (1) LEC 1 LES ( 4 ) ( 2 ) LEC 2 ( 3 ) 1. LE FLUSH_REQUEST 、 MuIticast Send VCC 経由 2. LE FLUSH_REQUEST 、 MuIticast Send VCC/Multicast Forward VCC 経由 3. LE_FLUSH_RESPONSE 、 control Direct VCC 経由 4. LE ARP RESPONSE 、 Control Direct VCC ℃ 0 猷「 Distribute VCC 経由 UNIX MAGAZINE 1998.1 フレームと呼ぶのでした。 12 このようにして BUS に送信されたユニキャスト・フレームを unknown います。図 8 に flush プロトコルの仕組みを示します。 信路の変更に用いられるプロトコルをⅡ ush プロトコルとい ら Data Direct VCC 経由に切り替えます。このデータ送 なります。ここで、 LEC はフレームの送信を BUS 経由か 経由と Data Direct vcc 経由の 2 つが存在することに ます。この時点で送信先に対するデータの送信路は BUS すると、送信先 LEC に対して Data Direct VCC を張り もに、 LES から LE_ARP—RESPONSE メッセージを受信 この場合、 LEC はフレームを BUS に送信し続けるとと を待たすにフレームを BUS に送信することが可能です 12 。 述べたように、 LEC は LE—ARP—RESPONSE メッセージ 「 proxy LEC 、 non-proxy LEC とアドレス解決」の節で flush プロトコル います。 秒、デフォルトが 300 秒、最大値が 300 秒と規定されて LE_ARP キャッシュの aging time の値は最小値が 10 す。 Data Direct VCC を張ってからそこにフレームを送信しま はその VCC に、 Data Direct VCC が存在しない場合は

7. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 する LE_ARP_REQUEST を受信した LES は、 BUS の ATM アドレスを LEC に返します。なお、 BUS の ATM ア ドレスは LES の起動時に管理者によって与えられます。 BUS は Multicast Send VCC の発呼 (call setup) 要 求に対して CONNECT UNI signaling メッセージを発行 するたびに、 ADDPARTY UNI signaling メッセージを 用いて Multicast Send VCC を発呼した LEC を Multi- cast Forward VCC に加えます。 Multicast Forward VCC は point-to-multipoint VCC ですから、プロードキャスト・フレームを送信した LEC に 対しても、送信したものと同一のフレームが BUS から送り 返されてきます。各 LEC は BUS から送り返された、自分 が送信したフレームを廃棄する必要があります。具体的 には、 MuIticast Forward VCC から受信したフレームの うち、 LEC ID が自分自身の LEC ID と同一なフレームは すべて廃棄します。 BUS は、その名が示すようにプロードキャストおよびマ ルチキャスト・フレームのほかに unknown フレームも受 信、転送します。 unknown フレームとはアドレスを解決 できなかったユニキャスト・フレームのことです。 「えつ、 LES は全 LEC の MAC アドレス・ ATM アドレ スの対応表をもってるんちゃうん ? 」 たしかに、 LES は全 LEC に関する MAC アドレス・ ATM アドレス対応表をもっています。しかし、この対応 表には proxy LEC の legacy LAN ポートに接続されてい るホストの MAC アドレスに関する情報は含まれていませ したがって、このようなホストに対するフレーム (unknown フレーム ) については、 LES は直接にはアドレス解決をお こなうことができません。この話題については「 proxy LEC 、 non-proxy LEC とアドレス解決」の節でさらに詳 しく解説します。 LECS (LAN EmuIation Configura- tion Server) LES の説明で「 LEC は LES とのあいだに Control Direct VCC という VCC を保持して」いると書きました。 では、 LEC はどのようにして LES の ATM アドレスを知る 7 言い換えれば、 LEC ではないホストに関する情報は LES の MAC ア ドレス・ ATM アドレス対応表には含まれません。 UNIX MAGAZINE 1998.1 のでしようか。 1 つの方法は、 LEC がある ELAN に加入 (join) する ときに管理者が手動で LES の ATM アドレスを指定する ことです。しかしこの方式ですと、各 LEC が LES アドレ スを管理しなくてはいけません 8 。 LECS は ELAN 名と、その ELAN に属する LES の ATM アドレスを管理するサーバーです。 ELAN 名とそ の ATM アドレスの対応表は、管理者が LECS 上に設定 します。各 LEC は、 1. ILMI を通して LECS の ATM アドレスを取得。 LANE で拡張された ILMI MIB table には LECS アドレスが含 まれている。 LEC は ILMI Get あるいは ILMI GetNext を用いて LECS の ATM アドレスを取得し、その ATM アドレスに対して VCC を張る 2 LECS の well-known ATM アドレス 47. 開 79. ( )( Ⅱ ). ( ). 側 00.0000.0000.00a03e000001.00 に対して VCC を張る 3. VPI = 0 、 VCI = 17 に対して Configuration Direct VCC を張る という 3 つの方法のいすれかを用いて LECS にアクセスす ることが可能です。なお、 LEC と LECS のあいだに張ら れる VCC は Configuration Direct VCC といいます。 管理者は 20 オクテットの ATM アドレスを指定する代わ りに文字列 ( たとえば engineering 、 marketing など ) を 用いて、 LEC が加入する ELAN を指定します 9 。 LEC は Configuration Direct VCC を通して、文字列 で指定された ELAN に対応する LES の ATM アドレスを LECS に訊ねます。その文字列 (ELAN 名 ) に対応す る LES が LECS のデータベースにある場合、 LECS はそ の LES の ATM アドレスを LEC に返します。これにより LEC は LES に対して Control Direct VCC を張ることが 可能になります。 以上の LANE 構成要素と各 VCC の関係を図 6 にまと めます。図 6 中の Data Direct VCC は、ある LEC が同 一 ELAN 内の LEC にユニキャスト・フレームを送信する 際に張られる VCC です。送信元 LEC は LES によって解 8 おまけに ATM アドレスは 20 オクテットもあるので管理が大変です。 私など 4 オクテットの IP アドレスですら憶えられないのですから : - ) し かし、この方法は規格いーで定義されていますし実際の製品にも実 装されています。 9 ELAN 名の長さは 32 文字以下でなければなりません。 33

8. UNIX MAGAZINE 1998年1月号

図 3 Showcase 尊 0 0 朝朝朝 ツ 0 をは 0 コニエコ Sm 。 0 0 00 口ミな 立、をツ : 世の中がみんな Windows に向かっていく動向のなか で、私はどうもなしめないものを感している。アプリケー S ′ 0 第 0 別た ションが安いので Windows も使うけれど、 NeXT や Mac や IRIX のように、ソフトとハードが一イ本になった プラットホームに愛着がある。 NeXT の場合、いまでは互換機でも同じプラウザと操 作環境を作れるはすだが、黒 NeXT に慣れてしまうと、 断っておくが、これは、すべてバンドルソフトを使って 作業する場合の話である。 SGI マシンは、 ( とくにプロの それが、どうも違うのである。 33MHz か精一杯 ( カリフ 作業場では ) 特化された乍業のために特定のソフトをイン ォルニアの Sam GoIdberger が、これをイにするポー ストールして使われることが多く、バンドルされたソフト ドを開発したことがあるとはいえ ) の黒 NeXT に対して、 ウェアを全面的に使うューサーは少ないようだ。しかし、 力」奐機なら 200MHz の CPU で、いまや OPENSTEP と改称された NeXT-OS を・商に楽しみ、そこでは利用 私のように何万円もするソフトウェアを買えないエンド できない Netscape や lnternet ExpIorer を使いたけれ ューサーからすると、 IRIX のバンドルソフトは宝の山に みえ、それらを片っ端から試してみたい安甘寺ちにさせられ は、 Windows に切り替えれはいい。だが、これは隅々ま で、いわは分子的に配慮された NeXT の竟とは別のも るのである。 のと考えたはうがよいと思う。 以前、日本 SGI の営業の人に、 5.3 にバンドルされてい た MovieMaker という重力扁集ソフトが使いにくいと漏 工ンドユーサーの立場からすると、 OS で「美しい」と らしたら、「それはサービスソフトですからね」と一蹴さ いう印象が実感として味わえるのは、 NeXT と Mac く れたことがある。重丿を編集するのなら、 COMPOSER らいではないだろうか。 NeXT の場合、 UNIX の出自を などのソフトを買いなさいというわけである。しかし、 もっているので、たんに「美しい」だけでなく、 「たくま れは 120 万円もするのだから、私などには買えないし、そ しい」イ具価もあわせもつ。むろん、そのたくましさは、い のようなソフトウェアでなければできないことをやろうと まではだい」占れてはいる。か : いざというときはシェル のコマンド行から操作すれば、ちゃんと UNIX マシンと しているわけではない。 して動いてくれる点は、 Mac より、、たくましい " と思うの しかし、 IRIX のバンドルソフトは、けして、、おまけ " である。 ではないと私は思う。現に、日本の SGI マシンのユー ザーはあまり使わないらしいバンドルソフトの Showcase IRIX は、「たくましい」あるいは「激しい」 OS では は、米国の SGI の社員のあいだでながらくプレゼンテー あったが、けして「美しい」とはいえなかった。が、近 ション・ツールとして使われてきた。米国で開かれたコン 年 (IRIX 5.3 ぐらいから ) 急に「美しさ」を増してき ファレンスに参加した際、 SGI の社員によるプレゼンテー た。 NeXT と同様、文書やメールの作成などでは実用性 ションを見る機会があった。重丿や音声までも組み込んだ が露骨に出てしまうとしても、 Web ページを作るときな それらの、、美しい " プレゼンテーションは、みな彼や彼女 どは、その有な竟と操作生は、完成された楽器に近 らが Showcase を使って自作したものなのだった。 Pow- い「美しさ」を味わわせてくれる。 リリースされた IRIX 6.2 には、 Windows の強力な工 ュレータ SoftWindows がバンドルされるようになっ た。なにか臭い、という気がしたのは不墅ごけではなかった ろう。以後、 SGI と Windows との関係はぐんぐん縮まっ ていった。 4 156 UNIX MAGAZINE 1998 ユ

9. UNIX MAGAZINE 1998年1月号

NETWORKTECHNOLOGY 4 1. 送信側 LEC は、 Multicast Send VCC に LE_FLUSH REQUEST メッセージを送信。 LE FLUSH_RE- QUEST メッセージはデータフレームと明確に区別できる よう、予約された LEC ID ( 0x 幵 00 ) をもつ 13 。 LE_FLUSH_REQUEST を送信した LEC は、 LE_FLUSH _RESPONSE メッセージを受信するか、中断するまで はその宛先 MAC アドレスに対するフレームの送信をお こなわない。 LEC はこのあいだ、その宛先 MAC アド のいすれかの処理をおこなう。 ・廃棄する ・ LEC 内に保持する レスに対するフレームは、 す。これ以外のパージョンでは、コマンド名などが異なる場合もありま 14 本節の説明は、ソフトウェア「 ForeThought ー 4.1.0 」にもとづいていま られません。 13 すなわち、 0x 仕側という値はデータフレームの LEC ID としては用い いて、 ASX スイッチにログインするとログイン・メッセージに続 LECS の設定 力は下線で示します ) 。 サービスの設定をおこなう例を示します ( コマンドの入 こでは FORE Systems の ATM スイッチ上で LANE LANE サービス設定例 1 で張った Data Direct VCC に送信する。 LEC は、それ以降の当該 MAC アドレス宛フレームは、 5. LE_FLUSH_RESPONSE メッセージを受信した送信側 trol Distribute VCC を通して転送する。 た LEC に対して、 Control Direct VCC あるいは Con- を、それに対応する LE_FLUSH_REQUEST を送信し 4. LES は受信した LE_FLUSH_RESPONSE メッセージ Direct VCC を通して LES に送信する。 LEC は LE_FLUSH RESPONSE メッセージを Control 3. LE_FLUSH_REQUEST メッセージを受信した受信側 セージを転送する。 を通して、受信側 LEC に LE_FLUSH_REQUEST メッ Multicast Send VCC あるいは MuIticast Forward VCC 2. LE_FLUSH_REQUEST メッセージを受信した BUS は UNIX MAGAZINE 1998.1 す。 localhos む : : > というプロンプトが表示されます。 と入力すると、 となります。 localhos に : う階層に入り、 と入力すると、 localhos に : : > conf lane こで、 LANE service の configuration をおこな プロンプトは、 :configuration lane> こで、 localhos む : :configuration lane> help bI-lS> 1eC> lecs> IeS> Manage LAN Emu1ation BUS service Manage LAN Emulation clients Manage LAN Emulation configuration service Manage LAN Emu1ation server service という出力が得られます。各出力 ( 左側 ) の。 > " 文字 はそれらがコマンドではなく、さらに下位の階層であること を示しています。ここで、 localhost: :configuration lane> lecs と入力すると、 LECS を設定する階層に入ります (LES を 設定する場合には "les" と入力します ) 。この階層で、 localhost: :configuration lane lecs> help と入力すると、 General commands : ー ? ー to get list of commands at the current level 'up' に 0 go up one menu level ー top ー tO go し 0 the root menu 'exit' tO leave A 工 admin delete new ShOW get Start or stop a LECS De1ete a LECS Create a new LECS DispIay LECS information Download LECS configuration file という出力が得られます 15 。 これらのコマンドを用いて LECS の設定、管理をおこな います。まず、 LECS を起動します。 LECS を起動する にはⅡ ew コマンドを用います。ここで、 localhost: :configuration 1ane 1ecs> 旦 e 15 どの階層のプロンプトにおいても、 help と入力することにより、その 階層で使えるコマンドおよび下位階層の情報が得られます。 37

10. UNIX MAGAZINE 1998年1月号

UNiX ー MAGAZINE 25. 日経 CG 26. 日経コミュニケーション SQI . その Web サーバはインターネットとの間に Firew 訓を構築し 27. 日経情報ストラテジー 28. LAN TIMES ていますか ? ( 〇は 1 つだけ ) 30. 月刊イントラネット 29. UNIX USER 2. Firewall 1 で構築している 1 . GauntIet で構築している 32. 日経 Wi ndowsNT 31. WindowsNT World 3. その他のソフトウェアで構築している 34. コンピュータ & ネットワーク LAN 33. WindowsNT Powers 4. ハードウェアで構築している 5. わからない 36. ドクタードブス・ジャーナル / 日本語版 35. Software Des ign 6. 構築していない 37. SUN WORLD/ 日本版 38. JAVA WORLD 40. インターフェイス QI 4. あなたは、所属部門または全社システムの導入に関与してい 39. C MAGAZINE 42. 日経 MAC 41. MAC LIFE ますか。 ( 〇は 1 つだけ ) 43. INTERNET MAGAZINE 44. PC WEEK 1 . 部門システムの導入に職務として関与している 46. 売新聞 45. 朝日新聞 2. 部門システムの導入に何らかの形で関与している 48. 毎日新聞 47. 産経新聞 3. 全社システムの導入に職務として関与している 50. 日経産業新聞 49. 日本経済新聞 4. 全社システムの導入に何らかの形で関与している 52. 日本工業新聞 51. 日刊工業新聞 5. 特に関与していない 53. その他【 Q 15. 勤務先 / 学校でパソコンをお使いの方は、その機種をお選び QI 9. 本誌の購入頻度をお答え下さい。 ( 〇は 1 つだけ ) 下さい。 ( 〇はいくつでも ) 1 . ほとんど毎号 2. 一回置きぐらい 1 . 98 ・互換機 2. DOS / V 互換機 3. Macintosh 3. 年に数回 4. はじめて 4. その他パソコン 5. 使っていない Q20. 本誌を何人でお読みですか ? ( 〇は 1 つだけ ) QI 6. 今後使用したいまたは興味がある OS はなんですか。 ( 〇はい 1 . 自分だけ 2. 2 人 3. 3 人 くつでも ) 5. 5 ~ 10 人 6. 10 人以上 4. 4 人 BSD 系 UNIX 1 . SYSTEM V 系 UNIX 2. 3. Solaris 5. BSD/OS 6. ne 旧 SD 4. 旧Ⅸ Q21 . 本誌をどこで購入されますか ? ( 〇は 1 つだけ ) 9. その他 PC UNIX 7. FreeBSD 8. Linux 2. 勤務先・学校近くの書店 1 . 自宅近くの書店 1 1 . DOS ( 98 系 ) 10. その他 UN Ⅸ 12. DOS/V 3. / ヾソコンショップ 4. 個人で定期購読 15. OS / 2 13. Windows95 14. Windows3.1 6. その他 5. 勤務先・学校で購読 17. WindowsNT 18. N etWare 16. Mac OS 20. その他 19. VMS Q22. あなたのコンピュータ歴 ( A ) と、 UNIX 歴 (B) をそれぞれ番号を ご記入下さい。 QI 7. WindowsNT についてお答え下さい。 ( 〇は 1 つだけ ) A. コンピュータ歴 1 . NT3.51 以下を利用している 2. NT3.51 以下を利用しているが、 NT4.0 の導入を検討している B. UNIX 歴 3. NT4.0 をすでに利用している 3. 1 年 ~ 2 年未満 1 . 6 カ月未満 2. 6 カ月 ~ 1 年未満 4. 現在 NT 利用していないが、 NT4.0 の導入を予定 ( 検討 ) している 4. 2 年 ~ 3 年未満 5. 3 年 ~ 5 年未満 6. 5 年 ~ 7 年未満 5. 特に予定していない 6. わからない 7. 7 年 ~ 10 年未満 8. 10 年 ~ 15 年未満 9. 15 年以上 10. まだ使ったことがない Q18. あなたがほとんど毎号購読しているコンピュータ誌・新聞をお選び Q23. ご自宅でお使いのコンピュータについてお答え下さい。 下さい。 ( 〇はいくつでも ) また 1 カ月の平均購読誌数をこ記入下さい。 ( 〇はいくつでも / ファミコン等ゲーム専用機は除く ) 1 カ月平均購読パソコン雑誌数 2. DOS Ⅳ互換機 1 . NEC98 ・互換機 4. PC98 仕様機種 ( Win98 推奨 ) 3. Macintosh ・互換機 1 . 月刊アスキー 2. ASCII DOS/V ISSUE 6. その他ノヾソコン 5. UNIX ワークステーション 4. スー / ヾーアスキー 3. lnternet ASCII 7. 持っていない→ありがとうございました 5. 日本語版 MSJ 6. Microsoft lnteractive Dev. 8. MAC POWER 7. netPC SQI . そのコンピュータでお使いの OS はなんですか。 ( 〇はいくつでも ) 10. M ac Tech Japan 9. Mac PeopIe 1 . DOS ( 98 系 ) 2. DOS/V 3. Windows95 12. L06 N 1 1 . TECH Win 5. OS / 2 6. Mac OS 4. Windows3.1 14. 日経パソコン 13. 週刊アスキー 8. Solaris 9. 旧Ⅸ 7. WindowsNT 16. 日経 PC21 15. 日経クリック 10. BS D/OS 1 1 . netBSD 12. FreeBSD 17. 日経 WinPC 18. ASAH レヾソコン SYSTEM V 系 UNIX 14. その他 PC UNIX 15. 13. Linux 20. DOS/Vmagazine 19. OH! PC 16. BSD 系 UNIX 17. その他 22. 日経コンピュータ DOS/V パワーレポート 21. 24. 日経オープンシステム 23. 日経バイト 読者アンケート 1997 一社会人の方のみこ回答ください キ - リにーリ こ協力ありがとうこざいました。、 2. コンビュ ータ関連の技術職 ータ関連の事務・専門職 4. コンビュ ータ関連以外の営業・販売職 6. コンピュ 8. テザイン・クリエイティブ職 10. 自営 12. 主婦 14. 高校生 16. その他 府県 . 労務・技能職 3. コンビュータ関連の営業・販売職 5. コンビュータ関連以外の技術職 7. コンビュータ関連以外の事務・専門職 9. その他専門職 11. パ - トアルバイト 13. 小学生・中学生 15. 専門学校・短大・大学生 17. 無職 都道 一般社員 2. 主任・係長クラス 3. 課長クラス 4. 部長クラス 5. 役員・経営者 府県 . 1 億円未満 2. 1 ~ 5 億円未満 3. 5 ~ 10 億円未満 4. 10 ~ 50 億円未満 6. 100 ~ 300 億円未満 5. 50 ~ 100 億円未満 7. 300 ~ 500 億円未満 9. 1000 ~ 5000 億円未満 8. 500 ~ 1000 億円未満 10. 5000 億 ~ 1 兆円未満 11. 1 兆円以上 11. 非会社組織 2. 10 ~ 20 人未満 3. 20 ~ 50 人未満 . 10 人未満 6. 300 ~ 500 人未満 4. 50 ~ 100 人未満 5. 100 ~ 300 人未満 9. 5000 人以上 7. 500 ~ 1000 人未満 8. 1000 ~ 5000 人未満 10. 非会社組織 ご自宅の住所 TEL. フリガナ 氏名一性別 効務先道県 ス 学 業 サ コ・庁 品 ス輸公職 食造マ運官無 製 3 - 也 0 3 6 9 婚 の 造 既 そ 製 製印 婚険属・ 未保金械 券械送ス 証機輪ガ ・業・他 融気設売気育の 歳金電建小電教そ 2 5 7 9 2 5 8 炭 ス 石 石 女業鋼一業報 産鉄ュ卸情 2 水・ピ・ 林属ン社信療生 農金コ商通医学 男 劬務先年磨従業員数 封書か FAX にてご返送下さい。 FAX03-5351-8198 ( FAX てこ返送される方は、表・裏面にお名前をご記入の上、両面忘れずにご返送下さい )