２７．ネットワーク便利集　　　 目　次

その１；　ＰＣ起動時に、主ＰＣとデータの同期；　ネットワークをスクリプトで使う；

メインＰＣでスケジュールを管理しているが、いつＯＳが死ぬかわからず、非常に不安なので、サブＰＣにバックアップしているが、これが面倒で続かない。つい忘れて暫くすると、ＯＳがクラッシュして大切なスケジュールがあったはずの日が出て来ない（マーフィの法則）。スケジュールデータをいれたフォルダが深い所にあると、なおさら面倒である。ネットワークコンピュータからサブＰＣを開けて、同じスケジューラの同じフォルダの中へスケジュールの実体をコピーするのが面倒なのだ。で、これを、スクリプトにして、サブＰＣを起動時に、既に起動しているメインＰＣからコピーするようにできたら便利である。

メモ帳で、

　 net　use　\\MainPC\c　password
　xcopy　/s　"\\MainPC\c\Program　Files\scheduler\date"　 　c:\program\schedule\date

と書いたファイルを作る。dateはたとえば、20001201.dat のようなスケジュールファイルが入っているフォルダである。 このファイルをcpsched.batというような名前をつけて閉じる。
サブPCの　c:\windows\スタートメニュー\プログラム\スタートアップ
へ入れておけば、スケジュールは、サブＰＣ起動時、自動的にメインＰＣとｓｙｎｃされる。この時、ＤＯＳ窓が開きっぱなしになって嫌なら、ｘｘｘ.batを実行すると同じフォルダに自動的に作られるＰＩＦ：ProgramInformationFileの「プログラム」タブの「プログラム終了時にウィンドウを閉じる」にチェックを入れておく。このＰＩＦ、一種のＤＯＳソフトのショートカットで、ＤＯＳのショートカットと同じアイコンである。cpsched.batを、ｃ：￥Ｍｙ　Ｄｏｃｕｍｅｎｔｓにおいて、そのショートカットを　c:\windows\スタートメニュー\プログラム\スタートアップに置くとＰＩＦと同じものが出来る。

passwordは、メインＰＣのｃ：ドライブを共有設定して、passwordを掛けてあれば、それである。なお、UNC:UniversalNameConventionでは、\\MainPC\c　のようにｃ：とは書かず、ｃである。

net use は、ネットワークドライブの割り当てもできる。このようにしても同じである；
　 net use Ｚ： 　\\MainPC\c　　password
　xcopy　/s　"Ｚ：\Program　Files\scheduler\date" c:\program\schedule\date

但し、このようにすると、前回起動時のネットワークドライブが保存されていると、既にそのドライブはある、というメッセージが出て、実行か、キャンセルかを聞いて来て、止まってしまう。起動して、その間にコーヒでも入れにいって戻って来ても起動が終わっていないのでがっかりしてしまう。この方法は執らないほうが良い。

　net　コマンドはこの他、いろいろオプションがあるので、net /? で調べてみると面白い。ただ、リアルモードネットワークの為の命令が多く、Ｗｉｎ９ｘでは使えないものが結構あって、有用なものは net config、net viewくらいかもしれない。

その２；　ＰＣの時計をいつもピッタリに

PCの時計は非常に狂いが速い。そこで、家でインターネットにアクセスしているなら、国立天文台のセシウム原子時計に合わせておけば、いつも誤差なしで気持ちがよい。
http://member.nifty.ne.jp/kazubon/ にその為のＴＣｌｏｃｋがあったのだが、2000.12.06現在、アクセスエラーになる。再配布条件にしたがって、TCｌｏｃｋをここに 置いておくので、作者に感謝しながらｉｎｓｔａｌｌ。すると、ｔａｓｋ-ｔｒａｙに常駐するので、

　　・右クリックで、プロパティ→時刻合わせ。
　　　　サーバーの欄には、国立天文台のセシウム時計アドレスを入れる；
　　　　　　cesium.mtk.nao.ac.jp
ところが、２００１年、ここは動いていないようだ。下記のアドレスにした方が良い。

　　　　　　ntp1.jst.mfeed.ad.jp
　　　　　　clock.nc.fukuoka-u.ac.jp

　　・「ダイアルアップ接続中のみ」にチェックを入れる

基本的にはこれだけで良いが、「ログを残す」にチェックをいれておけば、その下の「結果」の欄に、何時、時計を合わせたかのログを残してくれる。「サウンド]に好きなｘｘ．wavファイルのパスを書いておけば、時刻合わせを行った時（ＩＳＰに接続して直後）、そのサウンドで知らせてくれる。ｃ：￥ｗｉｎｄｏｗｓ￥ｍｅｄｉａに．ｗａｖは幾つかある。入力欄の横にある「．．．」を押せば、パスを参照できる。

ＴＣｌｏｃｋは、年月日曜日もトレーに表示できる、アラーム機能があるなど機能が豊富で実に便利である。

但し、オフィスでは、ファイアウォールで、たいていは、ＮＴＰ：NetworkTimeProtocolが通らないので、管理者にＬＡＮ内のタイムサーバのアドレスを聞いて設定する。


その３；　Ｗｉｎ９ｘの機能だけで知るＬＡＮ内のネットワーク情報

　　ＮｅｔＢＩＯＳ名→ＩＰアドレス→ドメインネーム→ＩＰアドレス→ＮｅｔＢＩＯＳ名

　その他、ＭＡＣアドレス、ＤＨＣＰから与えられたＩＰアドレス、目的のホストまでの経路

上記、タイムサーバのドメインネームを知るために、まずコンピュータ名＝ＮｅｔＢＩＯＳ名を探してみる；
　ＤＯＳ窓開いて、

　　net　time

でタイムサーバを探してくれるが、同一セグメントに居ない時はだめである。

実は、ＴＣｌｏｃｋを使わなくても、タイムサーバのＮｅｔＢＩＯＳ名が分かれば、

　　net　time　\\NetBIOS名　/set　/yes

で時刻あわせは可能だから、オフィスで、時刻合わせだけやりたい場合、これをその１の方法と同じように．ｂａｔファイルにして、スタートアップにいれておくか、デスクトップに置いておいて、日に一回叩けば良い。

次に、そのＮｅｔＢＩＯＳ名から、ＩＰアドレスを知るには、

　　ping　NetBIOS名

で良い。pingは本来、インターネットのドメインネーム（か、ＩＰアドレス）で指定するのであるが、Ｗｉｎ９ｘのなかでは、ＮｅｔＢＩＯＳ名も通るのである。

次に、そのＩＰアドレスから、ドメインネームを知るには、

　　ping　-a　ＩＰアドレス


こんな風にして、タイムサーバのドメインネームが分かることもある（本当は、ＩＰアドレスさえ分かれば良いのだが、タイトルとの関係上、要らぬ事をしている）

今度は逆順に、ドメインネームから、ＩＰアドレスを知るには、

　　ping　ドメインネーム


ＩＰアドレスから、NetBIOS名を知るには、

　　nbtstat　-A　ＩＰアドレス　　（例；nbtstat　-A　133.xxx.12.1、「−ａ」では無い)

　　nbtstatは、ＮｅｔＢｉｏｓ　ｏｖｅｒ　ＴＣＩ／ＩＰ　ＳＴＡＴｅの略でしょう。これで、ＭＡＣアドレスも分かる。

目的のｈｏｓｔまでの経路を知るには、

　　tracert　ＩＰアドレス（ドメインネーム）

その４；　ダイアルアップ時、ISPからDHCPで付与されたIPアドレスを知る

　　c:\windows\winipcfg.exe

　をダブルクリック。アダプタ　アドレス＝イーサカードの２層アドレス＝ＭＡＣアドレスを知ることができるが、その下にでているのが、そのアダプタにふられたIPアドレスである。

---

２８．パラレルポート付けＣＤ−ＲＯＭは買い！！　　　 目　次

2000年現在、CD-ROMのついていないノート（パラレルポートは、少なくとも、双方向機能が付いていないと読めません、プリンタポートという別名があるように当初は、書き出すためのポートでした。余程古くない限り、大丈夫とは思いますが、ＢＩＯＳ設定を見て下さい）を持っていて、これからも使い続けたいという状況にある人なら、パラレルポートに付ける外付けCD-ROMは重宝です。Libretto30という、DX4/75MHz相当のミニノートをもっているのですが、このノート、リカバリの器材が何もついていない。買った時点でリカバリー様のフロッピを４０枚程度HDから書き出す機能があるだけでした。４０枚も書き出す暇と根気は無いので、いつWindowsがクラッシュするかとひやひやしながら使っていたのですが、９７、８年頃、パラレル接続のCD-ROMが放出されていたので入手しました。２倍速で、定価は２万を越えていましたが、その時代にそんな価格で売れようはずもなく、在庫のまま、５千〜３千円で放出になったらしいのです。一時期秋葉原に溢れていました。ところが、これが実に便利なのです。

パラレルポートを使うようなレガシーな機器には、たいていＤＯＳのドライバが付いていて、少し工夫すれば、起動ＦＤにこのドライバを入れ、config.sys、autoexec.batを少しだけ書き直せば、起動ＦＤから動くのです。これで、Win9x稼動時に、ネットワーク経由で、ｘｃｏｐｙを使って書き出したｃ：￥の内容を、ＣＤ−Ｒに焼いたものから、いつでもvfxcopyを使って元にもどせます。vfxcopyは、Ｗｉｎ９ｘの長いファイル名をＤＯＳから扱える素晴らしいフリーソフトです。このバックアップ／レストアの仕方は、＃１３、＃２５を参照してください。

ＤＯＳのドライバが付いているということは、マニュアルにドライバのＤＯＳへの組み込み方が書いてあるということですから、ほんの少し（あるいはｎｕｌｌの）工夫すれば、ＦＤに組み込むのはいとも簡単なのです。

外付けCD-ROMは、現在では、PCカード／ＵＳＢ経由のものとなりますが、これをDOSで動かすのは、困難を極めます。特殊インターフェイスか、ＳＣＳＩであったりして、Ｗｉｎ９ｘ／ＮＴ／Ｍｅ／2000のドライバしか付いていないことがほとんどですので、事実上ＤＯＳからは動かせないのです。

---

２９．ＷＡＮ（ダイアルアップなど）でモバイルＰＣからサーバに接続　　　 目　次

#9、#26。。。を良く理解していれば、そんなに難しい問題ではない。

ひとつだけ注意することは、
ダイアルアップサーバ（以後、サーバ）の基本機能は、サーバとモバイルの間の通信路を確保するだけであるので、つまり、４層までの役割であるので、つないでその後、どうするのかは、サーバ次第であるということである。 そのサーバの背後のＬＡＮに中継してくれるのか、サーバの共有資源を使わせてくれるのか、あるいは、FTP、HTTPをさせてくれるのか。それは各々のサーバの仕様次第である。

Windows95+Plus!（Windows98も？）のダイアルアップサーバの場合

例えば、Windows95+Plus!のダイアルアップサーバは、ＮｅｔＢＥＵＩゲートウェイとしてしか機能しない。ＩＰは通してくれないのである。これが何を意味するかと言えば；

・サーバに繋がっているLANを使いたい場合、
　　(1)ダイアルアップアダプタのプロパティ で、使用するプロトコルは、NetBEUIにし
　　　　　(マルチプロトコル指定ができるのに、TCP/IPとＮｅｔＢＥＵＩの両方を指定すると、
　　　　　　ＮｅｔＢＥＵＩが機能せず、ＬＡＮ上にいるＰＣにはアクセスできない）
　　(2)かつ、ＬＡＮがNetBEUIを使っている
ことが必須条件である。

この場合、モバイルＰＣから送られて来たNetBEUIプロトコルは、サーバが中継してLANに流してくれる。モバイルＰＣもＮｅｔＢＥＵＩでＬＡＮに繋がっているのと同じことになる上にＮＴのドメインが無いので、ブラウズサービスも機能し、ネットワークコンピュータも使える。。が、実験ではブラウズリストの配信に数分かかり、遅いので待っていられない。エクスプローラからＵＮＣ（\\コンピュータ名　の記法）で直接目的のＰＣにアクセスするのが良い。

NetBEUI/PPP　　　　　　　　　　　　　　NetBEUI 　MobileWIn9x/モデム------電話線-------Win9xサーバ-------LAN------- 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　| 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ＰＣ(Aptiva)

なお、ネットワークのＮｅｔＢＥＵＩが、Microsoftネットワーククライアントとバインドされているかチェックすることを忘れない事。バインドされていないと、こんなメッセージ が出る。ネットワーク設定；　アダプタ、プロトコル、共有サービス／ネットワーククライアントの２つのアプリのインスト＾ルと、設定、バインドを忘れないよう。この設定の誤りが、この例の様に理解不能のメッセージの山を発生する。

WindowsNTのダイアルアップサーバの場合

ＮＴサーバは、ＩＰルータ機能をもっているので、IPが通る。

TCP/IP/PPP　　　　　　　　　　　　　TCP/IP 　MobileWIn9x/モデム------電話線-------WinNTサーバ------LAN-------- 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　| 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ＰＣ

WindowsNTのＷＡＮの場合

この場合、Ｆｉｒｅｗａｌｌが厄介である。ＷｉｎｄｏｗｓのＳＭＢファイル共有プロトコルを通してくれないかもしれない。

TCP/IP 　MobileWIn9x----ＬＡＮ----ルータ--Firewall----WAN---Firewall----ルータ-----LAN----

設　定

ダイアルアップでは、ダイアルアップアダプタと、コントロールパネルのネットワーク(下図)（ネットワークコンピュータを右クリック→プロパティでも同じ）の２箇所のTCP/IP設定が必要。ＮＴサーバの場合、ＤＨＣＰをサポートしていれば、ほとんど何もすることはないが、家庭のWindow9xをサーバにする時は、手でモバイルＰＣに自分のＩＰアドレスを入れる必要がある。この図 の右下にダイアルアップアダプタのTCP/IPの設定がでている。

コントロールパネルのネットワークは、以下の様になっている。TCP/IPの設定は、
　　　TCP/IP 　->　ダイアルアップアダプタ
をダブルクリックして行う。



このようにMicrosoftのネットワーク設定はアダプタ、プロトコル、アプリケーションの３層である。

アダプタ	ファーストイーサのネットワークアダプタ モデムのダイアルアップアダプタ
プロトコル	ＮｅｔＢＥＵＩ、ＴＣＰ／ＩＰ（->はバインドされている相手を示す）
アプリケーション	Microsoftネットワーククライアント Microsoftネットワーク共有サービス

注；　ＩＥ、メーラ、ＦＴＰなどもアプリであるのに、この中には現れない。インターネットのアプリは、ここでインストールするのではなく、普通のアプリと同じように、ＳｅｔｕｐやＩｎｓｔａｌｌでインストールしている。Microsoftネットワーククライアント、Microsoftネットワーク共有サービスは、ここでしかインストールできないので、特別扱いのようである。 ダイアルアップでＴＣＰ／ＩＰを使いファイル共有するためには、ＴＣＰ／ＩＰ->ダイアルアップの設定で、Microsoftネットワーク共有サービスにバインドするが、これを行うと、ＩＳＰに接続した時、インターネットで世界中のMicrosoftネットワーククライアントを設定しているＰＣからも共有されてしまう可能性があることに注意。インターネットだけする時は、ＴＣＰ／ＩＰ->ダイアルアップの設定で、Microsoftネットワーク共有サービスにバインドしないよう、ＩＳＰのマニュアルでは注意している。

尚、ダイアルアップアダプタの設定で、「ネットワークへのログオン」はＮＴのドメインにログオンすることなので、ドメインをはっていない家庭などでは、チェックする必要はない。というより、はずした方が要らぬネゴをしなくて、接続が気持ち速い。チェックをいれて、ログオンする場合、ユーザ名と、パスワードは、ＰＣを起動した時に入れたものがそのまま使われる。

以下の２項は、両方のＰＣの通信ソフトがネゴする時の項目であるので、チェックをいれても、サーバがサポートしていなければ、使わないだけである。

「ソフトウェア圧縮」は、必ず入れておく。モデムにハードウェア圧縮が有るが、これはＭＮＰによるものでモデム間しか有効でない（コントロールパネル→モデム→プロパティ→接続→詳細）。ここのソフトウェア圧縮はＰＰＰ間であるから、範囲が広い。Windows95リソースキットには、モデムのハード圧縮との併用は効率が落ちる場合がある、と書いて有る。

「暗号化パスパードを使う」はチェックを入れない。これはＰＰＰがPAP/CHAPをサポートしていない場合、代用に使うものらしい。2000年現在のPPP実装では不要である。 なお、サーバ側で「パスワード」の設定をしなければ、無しでログオンできるが、これは極めて危ない。たまたま、そのサーバに電話した人は、みなＬＡＮ上の共有ファイルを見る事ができてしまう。

以上でサーバにダイアルアップし、ＰＰＰで繋がると、メッセージウィンドウがその旨報告する。インターネットにダイアルアップでつなぐに時でるものと同じであるのですぐわかる。早速、エクスプローラのアドレス欄に、

　　\\サーバのＮｅｔＢＩＯＳ名

と入れて見よう。ＮｅｔＢＩＯＳ名とは、Windowsの世界のコンピュータ名の事。

ＬＡＮ上にあるＰＣなら、その名前を入れれば、あたかもネットワークコンピュータの様にエクスプローラに表示される。WANからリモートのネットワーク利用は、UNCで直接アクセスが基本である。

サーバがNTの場合、ブラウジングルールが複雑な為、ネットワークコンピュータを利用出来るような設定は、一ＰＣの問題ではなく、ＬＡＮ全体の管理の問題のため、利用できるようＬＡＮとモバイルＰＣを設定（ドメインをどのように構成するか、セグメントとドメインの関係をどのようにするか、ＮＴ機をどこにおくか、ＰＤＣをどこにおくか、ＷＩＮＳをどのように配置するかなど）するのは困難である。UNCでじかアクセスである。

ＬＡＮの中のＷiｎＰＣから遠隔のＬＡＮに居るＷｉｎＰＣにアクセスする

この場合も、ダイアルアップの時と基本的に同じである。共有したいＷｉｎＰＣにＵＮＣ--\\RemotePC\c\共有--で直接アクセスする。ところで、エクスプローラは、どのようにしてRemotePCの居場所がわかるのだろう？　RemotePCが同じセグメント（ルータの内側）にいれば、「RemotePCさん、居たら返事して、ＩＰアドレスを教えて下さい」と、ブロードキャストすれば、応答してくれる。しかし、今の場合、返事はない。ルータのむこうにはブロードキャストは届かないからである。このような場合に、ＵＮＣを使うには何らかの名前解決法が必要である。最も簡単な方法は、NetBIOS名とIPアドレスの名前解決に使う、Lmhostsファイルにメモ帳で、Lmhosts.samの例に倣って書き込んでおくことである。HostsはTCP/IPの名前解決法であるが、こちらに書いてもMSのネットワークアプリは一応調べて呉れる。

ＬＡＮ間では、間にルータがいるから、NetBEUIは使えない。TCP/IPなのである。後は、ネットワークのTCP/IPが、Microsoftネットワーククライアントとバインドされているかチェックする。オフィスのLANではそのようになっているはずである。

相手のＰＣにpingを打って応答があれば、ネットワークは生きている。後は共有アプリの設定次第である。Windowsのネットワーク共有は、「ＳＭＢファイル共有プロトコル」を使うが、ゲートウェイあるいは、ファイアウォールがこのプロトコルを通すかどうかが問題である。pingが通り、ローカルのＬＡＮでは共有ができるのに、遠隔のＬＡＮと共有できない場合の原因の一つはこれであろう。pingさえ自部所から出ていかないfirewallの設定がしてあったりするので、ここが関門である。

整理すると；
・ダイアルアップのようなＷＡＮ接続では、コンピュータブラウジングは困難なことが多い
　　−従って、ネットワークコンピュータは使わない
・ダイアルアップサーバへのアプリレベルでのアクセスは、エクスプローラのアドレス欄に
　直接ＵＮＣでサーバ名を入れる；\\MyServer 図はここ。
　　−あるいは、ＤＯＳ窓を開いて、
　　　　net use \\MyServer\c
　　　エクスプローラの場合と異なり、netコマンドでは、共有ドライブ（上の場合、Ｃ）まで指定
　　　しないとエラーになる。
　　　なお、ドライブであるが、ＵＮＣでは、：は付けない。

SMB: Session Message Block；Windowsのファイル共有の為のプロトコル
UNC: Universal Name Convention；
　　　\\PC名\ドライブ名\フォルダ名
　　　という形式ですが、毎日のように使っていますね。
　　　\は、Unixの/の真似事です、といえば分かりますね。
　　　(http:)//www.yahoo.co.jp/~MyHomePage/Top

NetBEUI: NetBIOS Extended User Interface(ISO/OSI Layer 3/4)

---

３０．プロトコルの話　　　 目　次

protocolを辞書で引くと「外交儀礼」のようないかめしい訳が載っている。外交儀礼など、外交官でもなければ、かかわりが無いのでピンと来ない。ネットワークでの使い方に最も近い分かり易い喩は「式次第」だろう。入学式にしろ結婚式にしろ、式というものは、あらかじめ「次第」＝「手順」が定められている。これだから、事が滞りなく進むのである。

あるいは、コンピュータ同士で話す為の言葉と思っても良い。言葉そのものというより言葉の使い方である。いきなり電話がかかってきて、前置きもなにもなく用件をまくしたてられても困る。「もしもし」、「はい」、「こちらｘｘですが、ｙｙさんのお宅ですか」、「はいそうです」、「ｖｖさんはいらっしゃいますか」、「はいおります。すこしお待ちください」。電話では、本命のｖｖさんと話すまでにこんな手順が必要である。これが人間の電話でのプロトコルである。

通信という仕事は、結構大変で、一つのプログラムが通信全体の処理を行うわけではない。ＤＯＳの時代の初期には、アプリが一人で全部していた。しかし、通信の物理媒体が電話線と1200bpsモデムの場合と、同軸ケーブルに10Mbpsのイーサカードの場合とでは全然通信ソフトが違って来る、大体、家庭にあるＰＣだって、今は、両方付いているし、モデムも56kbpsやMPで128kbps出すISDNだったりするし、イーサもカテゴリ５のUTPケーブルに100Base-TXになっている。その度に、通信を使うアプリを、ベッキーにしろ、ポストペットにしろ、ネットスケープにしろ、IE5.5にしろ、ソフトハウスなら書き換え、ユーザなら買い換えて、いろいろなバージョンをそろえなくてはならないようでは、ソフトを作る方も、使う方うも面倒でしかたが無い。ユーザにしても、ＬＡＮ上で動かしているＩＥと、モデムからインターネットで動かしているＩＥの両方をインストールするなんて悪夢である。

それで、通信ソフトというものは、役割分担して階層をわけている。担当、係長、課長、部長。。。のように。詳しくはここを。例えば、インターネットで使われるＩＰ；InternetProtocolは第３層、課長に相当するが、このプロトコルを使う第３層のソフトは、物理媒体が、電話線か、イーサかなど気にする必要なく書く事ができる。第２層との間のインタフェイス（ＡＰＩとかProtocolとか、結局は皆、Interface;界面＝境界（条件）なんですね。interfaceなんて言葉は知らなくても、surface なら知っているでしょ。faceも類似ですね）さえ決めておけば良い。２層のソフトが電話線用のものであれ、イーサの物であれ、それぞれやる事はちがっても３層には同じ形式と内容で報告したり、指示を受けたりする。

プロトコルは、ある層の通信ソフトが話す一種の(話し方)だと思えばいい。さて、そうすると、各層にはその層用のプロトコルがあり、

アプリケーション層／ プレゼンテーション層	HTTP(WWW)　　FTP(file転送)　　SMTP(Mail送信)　　POP(Mail受信) IMAP(Mail受信)　　TELNET(Remote login)　　RLOGIN(Remote login)　 NFS(ファイル共有)　　SMBファイル共有プロトコル　　ＴＦＴＰ
セッション層	Socket　　NetBIOS
トランスポート層	TCP 　　　UDP　　　 NetBEUI
ネットワーク層	IP　　NetBEUI　 ICMP(ping,tracert)　 ARP　X.25　フレームリレー　ＡＴＭ
データリンク層	PPP 　SLIP　 CSLIP　 PLIP　 イーサネット　　トークンリング X.25　　フレームリレー　　ＡＴＭ　　ＩｒＤＡ
物理層	モデム、ＴＡ等／電話線　　イーサネット／UTP　　ケーブルモデム／CATV トークンリング　　ＩｒＤＡ／赤外線

　　(　)内そのプロトコルをつかったアプリケーション。
　　X.25、フレームリレー、ＡＴＭは、３層の副層として、ＩＰの下に位置する。

の様な様相になる。

例えば、WebはHTTPを使っているが、データをホームページから取ってくる仕事は、TCPに依頼しているのである。

---

このページの先頭　　　　目　次