目次
1、はじめに・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・1 ページ
まえがき
1-1. 通信の歴史とインターネット
1-2. LAN・イーサネット
1-3. 研究の意義と目的

2、研究の目的・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・5 ページ
3、計測ソフトウエアの製作・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・6 ページ
3-1. ファイル転送時間の測定に用いるために自作したソフトウエアの概念
3-2. 測定に用いたプログラムのコードの解説

4、計測実験・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・12 ページ
4-1. ネットワーク構成機器の基本性能測定概要
4-2. ケーブルの長さによるデータの遅延状態差測定実験概要
4-3. 100BaseT スイッチング HUB の台数によるデータの遅延測定実験概要
4-4. 光ファイバケーブルのケーブル長による遅延
4-5. 伝送路に高い負荷をかけたときの通信時間測定実験

5、実験結果・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・19 ページ
5-1. 4-1 における実験の測定データ
5-2. 測定実験 3-3 の結果
5-3. 4-2 における実験の測定データ
5-4. 測定実験 3-4 の結果
5-5. 4-3 における実験の測定データ
5-6. 測定実験 3-5 の結果
5-7. 4-4 における実験の測定データ
5-8. 測定実験 3-6 の結果
5-9. 4-5 における実験の測定データ
5-10. 測定実験 3-7 の結果
5-11. 実験結果より得られる知見

6、卒業研究の成果・まとめ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
30 ページ
6-1. 卒業研究の成果
6-2. 卒業研究のまとめ
卒業研究の感想謝辞

1

1、はじめにまえがき
20 世紀末から世の中を騒がしている言葉に、IT があります。
2000 年の流行語にもなり、政府もしきりに IT、IT と叫んで、振興政策に注力しています。IT とは、インフォメーション・
テクノロジ
ー(Information Technology)のことです。
IT と言って、すぐに連想する言葉と言えば、インターネットや LAN、イーサネットなどの情報ネットワーク技術のことだと思います。まず第１章では通信やコンピュータネットワークの歴史を振り返り、1-1 では通信の歴史とインターネット、また 1-2 では LAN・イーサネットの事について取り上げています。これらを取り上げた理由として、単に自分自身が情報ネットワーク技術の発達の歴史をあまり知らなかったので知りたかったという好奇心と、それともう一つは、卒業研究を行うにあたり情報ネットワークの歴史の流れを振り返ることで研究に必要な技術的な部分の知識を得るのに最良な手段だと思ったからです。従って、本研究はネットワークの構築方を学び、それら構築したネットワークのトラフィックの測定を行うことを目的としました。先ずは、前記いた
しましたようにネットワーク状況を説明します。
1-1. 通信の歴史とインターネット
電気通信の歴史は 1835 年、アメリカのモールスによって、電信機が発明されたことに端を発します。その電信方法は、モールス符号と呼ばれる信号有無の長短を組み合わせた一種のデジタル信号で文字を表現し、その電信機を介して送られてきた符号は、人間の耳と手によって文字への翻訳がなされていました。
その後、電波が空間を伝わるという事実が発見され、導体による通信回線を使用しない方式
として無線通信が始まりました。そして 1897 年、イタリアのマルコーニによって、無線通信機が発明されると、送受間に電線を架設する必要がないので、それまでの送受信間の距離を飛躍的にのばすことに成功しました。
無線通信機がマルコーニによって発明される20 年ほど前の1876 年、アメリカのグラハム・ベルによって、電話が発明されていました。電話は音声情報を符号化することなく、直接的に音声を送受できるという点で画期的な発明でした。その電話も電信とともに徐々に、普及していきました。最初の頃の電話交換機は、電話交換手が手動で回線の交換を行っていました。そして、その手動交換機も、技術の進歩によって、ステップバイステップ交換機、クロスバ交換機のような自動交換機に置き換わり、今日用いられているような電子交換方式へと進化してきました。
電子交換方式とは、コンピュータによってあらかじめ与えられたプログラムにより、自動的に回線接続の変更を行います。その交換機の技術の進歩と同様に、音声処理技術も向上しました。
電話のシステムは、長い間、音声波形を電圧振幅に変換する方式のアナログ方式でありました。しかし、技術革新の結果、現在では音声のデジタル符号化伝送方式が広く実現しています。

2

インターネットの基盤となったネットワークの誕生は、1969 年に米国国防総省(DOD)の高等研究計画局(ARPA: Advanced Research Project Agency)が、全米中の主要機関や研究所などにあるコンピュータをネットワークで結び、有事の際には放送や電話に代わる通信網として機能させようというプロジェクトを完成させました。このプロジェクトの名称を ARPAnet(アーパネット)と言います。この APRAnet の利用は軍事関係だけでなく、米国の科学技術研究は、産・軍・学一体となっていましたから、ID を許可された民間研究所は多数にのぼり、彼らの間でのAPRAnet の利用が急激に増加しました。それに伴って、そのネットワークの拡張、整備が行われ、ネットワークを進化させてきました。そうした環境の中から70 年代に入ってネットワークの標
準的なプロトコルである TCP/IP が開発されました。その後、ARPAnet は 80 年代の半ばに軍事用の MILNET(ミルネット)と研究用に分離され、発展的に解消して今日に至っています。現在、われわれがインターネットとして利用しているネットワークの一部は ARPAnet から分離された研究用のものですが、そのネットワークは現在でも、MILNET に接続されています。
80 年代は東西冷戦の緩和期にあたり、軍事技術の民用移転があらゆる分野で盛んになり、それと同時にコンピュータ技術の発展期に入り、ネットワークを介したコンピュータ利用に拍車がかかりました。それに伴って、さまざまな分野の公的研究機関が、より高速・大容量のネットワー
クを求め、独自に構築を始めました。これらのネットワークの利用目的は、スーパーコンピュータの共同利用が目的でした。スーパーコンピュータを共同利用するためには、そのスーパーコ
ンピュータに対して、プログラムまたはファイルを送る、遠隔で操作(Telnet)するといった技術条
件の整備も必要でした。これらの整備を担当したのが、全米科学財団 NSF(National Science
Foundation)です。この頃 NSF は、DARPAnet を利用した 5 台のスーパーコンピュータ相互利用網を計画していましたが、紆余曲折を経て断念し、88 年に独自のネットワークNSFnet を稼動させました。この NSFnet の発展によって、全米の大学や研究機関の小さなコンピュータ・
ネットが次々とつながっていきました。
NSFnet などによってネットワークの便利さが広く知られるようになると、人々は学術目的に限定されないインターネットの登場を望むようになりました。米国では、早々と1989 年頃から自前
アクセスポイントを複数持つ回線網を構築し、接続サービスをする「ネットワーク・サービス・プロ
バイダー(NSP)」が続々と登場しました。これらは商用インターネット交換サービスなので「CIX(Commercial Internet Exchange) 」とも言われています。それと同時に情報提供サービスが次々と誕生し、ブラウザビュアーなどのソフトウエアの発達とともに、個人でも情報提供することが可能になったのです。これが現在のインターネットサービス環境です。
1-2. LAN・イーサネット
１９７６年、米国ゼロックス社は LAN のさきがけとして、共有バス型の小規模ブロードキャスト
型のネットワーク規格として Ethernet(イーサネット)を開発しました。
ゼロックス社では、１９７２年からパロアルト研究所を中心として、イーサネットの開発を行っていました。この時代は、パッチ処理が主体で、やっとTSS(Time Sharing System:時分割システ

3ム)が普及し始めた時代でした。TSS は、ホストマシンに多くの端末を接続させて時分割によって、あたかも端末のユーザ一人一人がホストマシンを占有しているかのように使うかものでした。
しかしながら、端末が増えると当然、ホストマシンが各端末に割り当てることができる CPU の能力が分割されて、処理速度が遅くなってしまいました。パロアルト研究所は、早くからTSS の限界を克服するためのものとして、LAN に注目し、研究していました。その目標としたところは、
パソコン、ワークステーションの誕生により、小型コンピュータを対等な関係で相互に水平分散に接続できるネットワークの開発でした。その結果、誕生したのがイーサネットです。最初のイーサネットの伝送速度は、3Mbit/s でした。やがて、商品化されたイーサネットの性能は、10Mbit/s もあり、当時のモデムの通信速度である 9.6Kbit/s に比べると約１０００倍もの速さがありました。
イーサネットの利点として次のような点が挙げられます。共有バス型のトポロジーにより、接続機器の脱着が容易であることや、配線が柔軟であること、しかも通信制御も分散型で端末側に自由度があるなどの点であります。したがって、イーサネットは見る間に普及して、LAN 標準化の元祖となったのでした。
ゼロックス社で開発されたイーサネットは、１９７９年には、DEC 社と Intel 社を加えて共同開
発され、3 社の頭文字を取り、DIX 仕様として業界規格となりました。そのDIX 仕様のイーサネ
ットは、伝送速度か 10Mbit/s のベースバンド方式で同軸ケーブルの最大ケーブル長が500m なので、10Base5 と呼ぶものとなりました。その後、米国電気電子技術者協会によって、LAN を標準化するために設立された IEEE802 委員会が、イーサネットを基にして標準化したのが IEEE802.3 規格です。現在では、伝送速度 100Mbit/s を持つ 100BaseTX やギガビ
ットイーサ等が普及しつつあります。
1-3. 研究の意義と目的
今まで記してきたように TCP/IP、Ethernet 規格を基礎とした情報ネットワークとLAN ですが、伝送路に性能速度をそのまま反映したデータ交換は実際、実現していません。
これは、ネットワークにおける7 層の階層構造があり、それぞれの層において様々な約束事が取り決められているからであります。まず下位層から順番に、物理層、データリンク層、ネットワ
ーク層、トランスポート層、セッション層、プレゼンテーション層、アプリケーション層です。
それぞれが行う役割は以下の通りです。
①物理層…ケーブルやコネクタの規格、0、1 の信号に対する電圧。
②データリンク層…1 つのパケットの識別方法。
③ネットワーク層…ネットワークに接続するコンピュータのアドレス。
④トランスポート層…誤りがあった場合の再送手順、受け取ったパケットのデータ復元。
⑤セッション層…通信の開始と終了の合図。
⑥プレゼンテーション層…使用する文字コードの種類。
⑦アプリケーション層…電子メール、FTP など利用者が使う具体的なサービスについて。

4

これらの階層構造により、各層で付与されるヘッダ、チェック機能、エラーが発生した場合の対処、コネクションの制御、競合バッファ、インターフェース、プロトコルなどハード面・ソフト面に様々な原因を持つ実通信帯域の制限があります。従来は文字ベースの情報が主流であり、ネットワークに対する負荷が小さかったため、トラフィックの性能低下が顕在化しませんでしたが、現在ではコンピュータのハードウエアやソフトウエアの発達により、動画や音声などの大容量のデータ転送を各ユーザが要求しだしだため、実用帯域を有効に利用できるネットワークの設計指針が重要になってきています。
本研究では、現状の代表的ネットワーク形態の様々な条件でのデータ転送能力の実態を公証スペックと比較し、トラフィック低下の原因を解析し、問題を回避する有効なネットワーク形態を導く指針を得ることを目指します。

参考文献
田中公治・黒田康太 著 「データ通信システム」
松下温 著 「通信ネットワークの基礎」
斎藤孝 著 「LAN のしくみがわかる本」
松島秀行 著 「インターネットのことがわかる本」

5

2. 研究の目的
研究における最終目的として、LAN(Local Area Network) 環境において、効率のよい高速のネットワークを構築する手法を確立するための計測ソフトウエアを作成し、それを用いて構築したネットワークのトラフィックの測定を行うことです。

当初予定していた性能評価のためのネットワーク構成例
図に示すような構成のネットワークを構築して、そのネットワークに対してトラフィックの測定を行うのが当初の実験計画でした。
しかしながら、予算の関係上、このようなネットワークのハードウエア構成を構築することが出来なかったため、下記に上げる目的を骨子にして、実験を行いました。
1. 効率のよいネットワーク構成の指針を示します。
2. HUB 、ケーブルなどの遅延の特性や転送速度の測定を行います。
3. これらの測定を行うための測定用ソフトウエアの作成を行います。

6

3. 計測ソフトウエアの製作
3-1. ファイル転送時間の測定に用いるため自作したソフトウエア概念

図3

クライアント、サーバモデルにおけるTCP 接続データ通信手順の説明①サーバに対して TCP 接続の要求。
②TCP 接続の確認。
③データの送信開始。
④データ受信終了の信号。
⑤通信時間の測定。

3-2. 測定に用いたプログラムのコードの解説
サーバ側

図 4 サーバアプリケーションを起動したところ

7

プログラムコード抜粋(a) サーバアプリケーションを起動したときの処理
Private Sub Form̲Load()'送信ボタンを押せないようにします
Command1.Enabled = False'ポートの指定
Winsock1.LocalPort = 1001
StatusBar1.SimpleText = "port 1001 をListen 中…"
Winsock1.Listen ←いつでもTCP 接続が出来るように、ポート1001 を監視させる。
End Sub(b) クライアントより接続の要求を受けたときの処理
Private Sub Winsock1̲ConnectionRequest(ByVal requestID As Long)'接続を閉じてから新しい接続を受け付けます
Winsock1.Close'requestID パラメーター付きの要求を受け付けます
Winsock1.Accept requestID'送信ボタンを押せるようにします
Command1.Enabled = True
StatusBar1.SimpleText = "接続されました。"
End Sub(c) データを受信したときの処理
Private Sub Winsock1̲DataArrival(ByVal bytesTotal As Long)'受信データ用の変数を定義します
Dim strdata As String'受信データの取りこみ
Winsock1.GetData strdata'受信終了の信号
Winsock1.SendData "Dend" ←データ受信終了の信号 (クライアントに送信する。)'受信データの表示
List1.AddItem strdata
End Sub8

クライアント側

図 5 クライアントアプリケーションを起動したところ
プログラムコード抜粋(d) サーバに接続するときの処理
Private Sub Command1̲Click()'先にオープンしている場合もあるのでクローズ
Winsock1.Close'送信ボタンを押せないようにします。
Command1.Enabled = False'ホスト名のチェック
If Text1.Text = "" Then
StatusBar1.SimpleText = "ホスト名を入力してください。"
Exit SubEnd If'ホスト名の入力、あるいは IP アドレスの入力
Winsock1.RemoteHost = Text1.Text'ポートの指定
Winsock1.RemotePort = 1001
'接続を開始します。
StatusBar1.SimpleText = "接続中…"
Winsock1.Connect ←Text1 に入力された IP にポート1001 で接続する。
9

End Sub(e) 指定されたファイルをリモートコンピュータに送るときの処理
Private Sub Command6̲Click()'データの送信
Winsock1.SendData "送信"kaishi = GetTickCount()
Text3.Text = kaishi ←測定の開始時刻
Dim objFileSystem As Object'ファイルシステムオブジェクトへの参照
Set objFileSystem = CreateObject("scripting.filesystemobject")'ファイルをコピー
objFileSystem.copyfile Text5.Text, Text6.Text'オブジェクトの開放
Set objFileSystem = Nothing
End Sub(f) サーバからデータが送られてきたときの処理
Private Sub Winsock1̲DataArrival(ByVal bytesTotal As Long)
Dim strdata As String
Dim Code As String'受信データの取りこみ
Winsock1.GetData strdata
Code = Left(strdata, 4)'受信データの表示
List1.AddItem strdata
Select Case CodeCase "Dend": ←データが送られてきたときの処理
Owari = GetTickCount()
Text4.Text = Owari ←測定の終了時間
End SelectText7.Text = Text4.Text - Text3.Text ←総通信時間の表示
End Sub

10

プログラム対応表についている(a)〜(f)の記号は、プログラムコード抜粋の部分につけられている記号と対応しています。

プログラムについての補足説明
このプログラムは、Microsoft Visual Basic 6.0 によって作成されています。
なぜ、Visual Basic 6.0 を用いたかと言うと、短期間である程度のプログラミングの学習が容易だからであります。しかしながら、プログラムの動作が遅い、リナックスなどの他の OS に移植が出来ない等の欠点があります。前者の問題は、Visual Basic が OS であるWindows 上で動作しているためであります。しかし、処理装置などの性能が向上したため、あまり気にする必要は無いようです。後者については、Visual Basic は、Windows 専用のプログラミング言語であり、リナックスには互換性がないので、この問題については改善のしようがありません。

11

ファイルの転送方式についての説明
今回の実験でファイルの転送速度を評価するのにあたって、「Windows のファイル共有」を使用しています。この「Windows のファイル共有」は、NetBEUI の通信プロトコルを使用しています。通信の階層モデルで言うとネットワーク層とトランスポート層の規定に基づいています。さらに、Windows のファイル共有では、HUB 直結などの Layer1 接続でなければならないなどの制約があります。

参考文献 谷口功 著 「ネットワーク・コンピューティングの常識辞典」

12

4. 計測実験
4-1. ネットワーク構成機器の基本性能測定実験概要

図 7 ネットワーク構成機器の基本性能測定実験概要図
まず、測定ソフトウエアの有効性を確認の後、PC とPC の 1 対 1 における使用する機器の基本性能の測定を行いました。実験の概要は、以下の通りです。
①の場合は、接続装置に 10BaseT HUB を用います。(ケーブル長 3m)②の場合は、接続装置に 10BaseT スイッチングHUB を用います。(ケーブル長 3m)③の場合は、接続装置に 100BaseT スイッチングHUB を用います。(ケーブル長 3m)④の場合は、接続装置にそれぞれの PC の両端に O-E、E-O メディアコンバータを用いて100Base の光通信を行います。
⑤の場合は、接続装置にクロスケーブルを用います。(ケーブル長 11m)①〜⑤のそれぞれの場合において、30MB のファイルをクライアントPC からサーバ PC へと送信(コピー)します。

13

①、②の実験の意味①、②の測定実験によって、10BaseT HUB と、10BaseT スイッチングHUB における性能差を比較できます。
③の実験の意味
100BaseT スイッチングHUB の性能が測定できます。
④の実験の意味
光ファイバケーブルを用いることで、O-E、E-O コンバータの性能が測定できます。
⑤の実験の意味
LAN ケーブルと光ファイバケーブルとの比較ができます。
使用した機器100BaseT スイッチングHUB および、10BaseT スイッチングHUB

コレガ Fast SW-8D

10BaseT HUB RH505EL
O-E、E-O コンバータ(100Base) BLACK BOX twister 724-746-5500
光ファイバケーブル 11m

14

4-2. ケーブルの長さによるデータの遅延状態差測定実験概要

この実験は、ケーブル長の変化によるデータの遅延、転送速度の低下を測定する実験を行いました。実験の概要は以下の通りです。
①の場合 伝送路のケーブル長、合計 4m。
②の場合 伝送路のケーブル長、合計 6m。
③の場合 伝送路のケーブル長、合計 17m。
①〜③のそれぞれの場合において、30MB と 120MB のそれぞれのファイルをクライアントPC
からサーバ PC へと送信(コピー)します。
使用した機器100BaseT スイッチングHUB コレガ Fast SW-8D
LAN ケーブル(2m×2 本 ・ 4m×1 本 ・ 15m×1 本)

15

4-3. 100BaseT スイッチング HUB の台数によるデータの遅延測定実験概要

この実験は、HUB をカスケード接続して HUB 台数を増やしていった時のデータ転送時間の遅
延、転送速度の低下を測定する実験を行いました。実験の概要は以下の通りです。
①の場合 接続されているHUB が 1 台の時。
②の場合 接続されているHUB が 2 台の時。
③の場合 接続されているHUB が 3 台の時。
①〜③のそれぞれの場合において、30MB と 120MB のそれぞれのファイルをクライアントPC
からサーバ PC へと送信(コピー)します。
注意点①〜③の LAN ケーブルの長さは、ケーブルの長さによる遅延差を避けるためいずれの場合も
総延長 8m に統一しました。
使用した機器100BaseT スイッチングHUB ×3 台

コレガ Fast SW-8D

LAN ケーブル(4m×2 本 ・ 4m×4 本)

16

4-4. 光ファイバケーブルのケーブル長による遅延

この実験は、O-E、E-O メディアコンバータを使って光ファイバケーブルの長さによる遅 延差を測定する実験を行いました。実験の概要は以下の通りです。
①場合 サーバ PC とクライアントPC 間に各 2m の LAN ケーブルで O-E、E-O メディアコンバ
ータをつなぎ、その間を11m の光ファイバケーブルで結びました。
②場合 ①と同様に、サーバ PC とクライアントPC 間に各 2m の LAN ケーブルで O-E、E-O メ
ディアコンバータをつなぎ、その間を50m の光ファイバケーブルで結びました。
①、②のそれぞれの場合において、30MB と120MB のそれぞれのファイルをクライアントPC からサーバ PC へと送信(コピー)します。
使用した機器LAN ケーブル(4m×2 本 ・ 4m×4 本)
O-E、E-O コンバータ

BLACK BOX twister 724-746-5500

光ファイバケーブル(GI 125/50-MMF-2pararell)

17

11m・50m

4-5. 伝送路に高い負荷をかけたときの通信時間測定実験

図１１ 伝送路に高い負荷をかけたときの通信時間測定実験

18

この実験は、送信時間および、転送速度に並列して入射する大量データによる高い負荷が及ぼす影響を調べるために行いました。
実験概要は、図に示す通りです。
この測定の負荷用のデータとして、総データ量 1GB 程度のファイルを用意し、ウインドウズ上のファイルの共有サービスを用いて PC クライアントと、別のPC からファイルをサーバとしているPC に送信することで、負荷をかけました。
①の実験では、負荷 1 台で、クライアントから30MB のファイルをサーバに送信しました。
②の実験では、負荷 2 台で、クライアントから30MB と125MB のファイルをそれぞれサーバに送信しました。
③の実験では、伝送路に 11 メートルと５０メートルの光ファイバそれぞれを用い、負荷1 台で、クライアントからそれぞれ 30MB と125MB のサイズのファイルを送信しました。
④の実験では、負荷を２台にして、③と同様に伝送路に 11 メートルと５０メートルの光ファイバ
それぞれを用い、クライアントからそれぞれ 30MB と125MB のサイズのファイルを送信しました。
使用した機器LAN ケーブル(2m×5 本)
100BaseT スイッチングHUB コレガ Fast SW-8D
O-E、E-O コンバータ

BLACK BOX twister 724-746-5500

光ファイバケーブル(GI 125/50-MMF-2pararell)

19

11m・50m

5. 実験結果
5-1. 4-1 における実験の測定データ
それぞれの機器における性能測定実験の結果は以下のようになりました。
①の場合(10BaseT HUB)
回数

送信時間(ms)

転送速度(MB/s)

1 回目
2 回目
3 回目
平均

29165
29152
29150
29155.6

1.028
1.029
1.029
1.028

②の場合(10BaseT スイッチングHUB)
回数
送信時間(ms)
1 回目
2 回目
3 回目
平均

30728
30598
30653
30659.6

転送速度(MB/s)
0.976
0.980
0.979
0.978

③の場合(100BaseT スイッチングHUB・ケーブル 3m)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

9912
7612
7480
8334.7

3.027
3.941
4.011
3.660

④の場合(光ファイバケーブル 11m)
回数
送信時間(ms)
1 回目
2 回目
3 回目
平均

8028
9094
9214
8778.7

3.737
3.299
3.256
3.417

⑤の場合(クロスケーブル 11m)
回数
送信時間(ms)
1 回目
2 回目
3 回目
平均

転送速度(MB/s)

8706
7960
8923
8529.7転送速度(MB/s)
3.446
3.769
3.362
3.517

20

4
3.5
3
2.5
2
1.5
1
0.5
0
ｸﾛ
ｽｹ
ｰﾌ
ﾞﾙ

100光
フ
ァ
イ
バ

10
0S
WHU
B

転送速度

10
SW
-H
UB

10
HU
B

転送速度(MB/s)

ネットワーク構成に用いる機器の性能測定

機器の名称

参考・ネットワーク構成に用いる機器の性能測定

5-2. 測定実験 4-1 の結果①、②の実験より、10BaseT スイッチングHUB と比べて、10BaseT HUB の方が、若干、送信時間が短いことがわかりました。時間差にすると、約 1 秒程度です。この遅延は、
HUB のス
イッチング、または、内部の回路構成の違いによるものだと考えています。
さらに、転送速度について、10Base HUB の理論上の最高転送速度が 1.25MB/s であるから、
ほぼ転送速度の限界に近いことがわかります。
③の場合の転送速度に注目してみると、最大で4MB/s、平均では 3.6MB/s であり、100Base
HUB の理論上の最高転送速度が、12.5MB/s であるから、実効的伝送帯域は、何らかの制限により半分程度しか利用できていません。これらの原因として考えられるものとして、パケット分割の時などに付与されるヘッダや、データの監視ビットなどによる実効的帯域低下だと考えられます。
④の場合の光ファイバケーブルについては、この場合の最大で3.7MB/s、平均では 3.4MB/s
であり、この結果から③の場合と同様のことが言えます。
⑤の場合のクロスケーブルについては、この場合の最大で3.7MB/s、平均では3.5MB/s で④の場合の光ファイバケーブルとほぼ同様の結果が出ました。

21

5-3. 4-2 における実験の測定データ
ケーブルの長さによるデータの遅延測定実験の結果は以下のようになりました。
①の場合(ケーブル長 4m)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
8468
3.542
1 回目
8869
3.383
2 回目
8513
3.524
3 回目
8617
3.481
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
37468
3.203
35283
3.401
36079
3.326
36277
3.308

②の場合(ケーブル長 6m)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
8690
3.452
1 回目
8651
3.468
2 回目
9271
3.236
3 回目
8870
3.382
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
36442
3.293
35850
3.347
38038
3.155
36777
3.263

③の場合(ケーブル長 17m)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
8970
3.344
1 回目
8714
3.443
2 回目
9013
3.329
3 回目
8899
3.371
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
36327
3.303
38915
3.083
36027
3.331
37090
3.235

4500000
4000000
3500000
3000000

ﾌﾞﾛｰﾄﾞｷｬｽﾄ
その他
AppleTalk
IPX
NetBIOSTCP/IP

2500000
2000000
1500000
1000000

12:09:12

12:09:08

12:09:04

12:09:00

12:08:56

12:08:52

12:08:48

12:08:44

12:08:40

12:08:36

12:08:31

12:08:28

12:08:24

12:08:19

12:08:11

0

12:08:16

500000

参考・LAN ケーブルによるファイル容量 30MB 転送速度の様子

22

5-4. 測定実験 4-2 の結果
今回の測定結果から、十数メートル程度の LAN ケーブルでは遅延の発生の有無を確認する
ことができませんでした。データでは、わずかながら遅延が発生しているように見えますが、転送ファイル容量が 30MB 時で 6m の平均の転送時間から4m の平均の転送時間を引くと、その差は 253ms となります。次に、6m の平均の転送時間から17m の平均の転送時間を引くと、差が 29ms となり、この結果から距離は約 3 倍になっているのに、遅延の数値が減少していて、遅延の数値が矛盾していることがわかります。120MB の場合でも同様な矛盾が生じます。そのため、この遅延のように見える数値は、遅延なのか遅延でないのかの判断が付かず、今回の実験においては、はっきりした遅延の測定をすることはできませんでした。

23

5-5. 4-3 における実 験の測定データ
100BaseT スイッチングHUB の台数によるデータの遅延測定実験の結果は以下のようになりました。
①の場合(HUB が 1 台)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
8391
3.575
1 回目
8379
3.580
2 回目
8388
3.577
3 回目
8386
3.577
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
31672
3.799
32343
3.710
32167
3.731
32060
3.743

②の場合(HUB が 2 台)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
9849
3.046
1 回目
9073
3.307
2 回目
9602
3.124
3 回目
9508
3.155
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
35733
3.358
33739
3.557
33816
3.549
34429
3.485

③の場合(HUB が 3 台)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
10019
2.994
1 回目
11170
2.686
2 回目
9558
3.139
3 回目
10249
2.927
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
39649
3.027
39400
3.046
39013
3.076
39354
3.049

30MBを転送した時の転送速度

120MBを転送した時の転送速度
4
転送速度(MB/s)

転送速度(MB/s)

4
3
2

転送速度

1

3
2

転送速度

1
0

0
HUB １台HUB 2台HUB １台HUB ３台HUB 2台HUB ３台参考・30MB、120MB のファイルを転送した時の転送速度の変化

245-6. 測定実験 4-3 の結果
この結果からHUB をカスケード接続して、HUB の台数が増えると遅延が発生することがわかります。転送ファイルの容量が30MB の場合には、1 台 HUB が増えるごとに約 1 秒程度の遅延が発生しています。転送ファイル容量が 120MB の場合には、1 台目と2 台目の平均値での遅延は約 2 秒、2 台目と3 台目の平均値での遅延は約 4 秒と、さっきの値の倍になっています。この結果より、転送するファイルのデータ量によって遅延が変化するようです。
その原因の一つ目として、コネクション設定や再送制御などによるケーブル内を何度も往復する信号のやり取り時間の積み重ねによるものではないか考えています。そして二つ目として、はっきりしたことはよく分かりませんが、HUB に内蔵されているスイッチングの機能とHUB のバッファメモリ処理能力の飽和によるものだと考えています。

25

5-7. 4-4 における実験の測定データ
光ファイバのケーブル長によるデータの遅延測定実験の結果は以下のようになりました。
①の場合(光ファイバ 11m)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
8215
3.652
1 回目
8531
3.517
2 回目
8282
3.622
3 回目
8343
3.596
平均

転送ファイル容量 120MB
送信時間(m/s) 転送速度(MB/s)
31646
3.792
31863
3.766
32543
3.687
32017
3.748

②の場合(光ファイバ 50m)
転送ファイル容量 30MB
回数
送信時間(ms) 転送速度(MB/s)
8776
3.418
1 回目
7798
3.847
2 回目
7920
3.788
3 回目
8165
3.674
平均

転送ファイル容量 120MB
送信時間(ms) 転送速度(MB/s)
33579
3.574
32008
3.749
34355
3.493
33314
3.602

3500000
3000000
2500000
ﾌﾞﾛｰﾄﾞｷｬｽﾄ
その他
AppleTalk
IPX
NetBIOSTCP/IP

2000000
1500000
1000000

16:13:57

16:13:53

16:13:49

16:13:44

16:13:41

16:13:37

16:13:33

16:13:29

16:13:25

16:13:21

16:13:17

16:13:13

16:13:05

0

16:13:08

500000

参考・光ファイバケーブルによるファイル容量 30MB 転送速度の様子

26

5-8. 測定実験 4-4 の結果
今回の測定では、光ファイバのケーブル長による遅延を測定することが出来ませんでした。
測定結果から、30MB のファイルを転送したとき、50m 光ファイバの平均の送信時間から11m
光ファイバの平均の送信時間を引くと、遅延の値がマイナス値になり、値に矛盾が生じてしまいます。さらに、120MB の値から遅延を求めた場合でも、その値は真値であるか疑わしい面もあります。これらの理由により、光ファイバのケーブル長による遅延は測定することができませんでした。ちなみに原因は、光ファイバケーブルの接続不良、何らかの原因での光の減衰、コンピュータのデータ処理などが原因として考えられます。
しかし、この実験結果から得たものとして、光ファイバケーブルは 100Base スイッチングHUBと比べると実効伝送速度が速いと言うことがわかり、伝送距離が長い場合には非常に有利な伝送媒体であることがわかりました。

27

5-9. 4-5 における実験の測定データ①の場合(負荷 1 台・転送ファイルサイズ 30MB)
回数
送信時間(ms)
15021
1 回目
12051
2 回目
10674
3 回目
10112
4 回目
11964.5
平均②の場合(負荷２台・転送ファイルサイズ 30MB)
回数
送信時間(ms)
10944
1 回目
13443
2 回目
10258
3 回目
9229
4 回目
10968.5
平均②の場合(負荷２台・転送ファイルサイズ 125MB)
回数
送信時間(ms)

転送速度(MB/s)
1.997
2.489
2.811
2.967
2.566
転送速度(MB/s)
2.729
2.232
2.925
3.250
2.784
転送速度(MB/s)

91794
1.362
1 回目
71884
1.739
2 回目
69509
1.798
3 回目
67989
1.838
4 回目
75294
1.684
平均
③の場合(光ファイバ 11m・負荷 1 台・転送ファイルサイズ 30MB)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

14652
20843
8846
14786

2.048
1.439
3.391
2.293

③の場合(光ファイバ 11m・負荷 1 台・転送ファイルサイズ 125MB)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

99495
84969
80373
88279

1.256
1.471
1.555
1.427

28

③の場合(光ファイバ 50m・負荷 1 台・転送ファイルサイズ 30MB)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

15036
10764
9314
11704.7

1.995
2.787
3.221
2.668

③の場合(光ファイバ 50m・負荷 1 台・転送ファイルサイズ 125MB)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

83918
68883
64688
72496.3

1.490
1.815
1.932
1.746

④の場合(光ファイバ 11m・負荷 2 台・転送ファイルサイズ 30MB)
回数
送信時間(ms)
転送速度(MB/s)
21381
1.403
1 回目
15235
1.969
2 回目
11873
2.527
3 回目
16163
1.856
平均
④の場合(光ファイバ 11m・負荷 2 台・転送ファイルサイズ 125MB)
回数
送信時間(ms)
転送速度(MB/s)
107546
1.162
1 回目
82863
1.509
2 回目
83039
1.505
3 回目
91149.3
1.392
平均④の場合(光ファイバ 50m・負荷 2 台・転送ファイルサイズ 30MB)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

15639
14185
11921
13915

1.918
2.115
2.517
2.183

④の場合(光ファイバ 50m・負荷 2 台・転送ファイルサイズ 125MB)
回数
送信時間(ms)
転送速度(MB/s)
1 回目
2 回目
3 回目
平均

10028187850
79876
89335.7

1.246
1.423
1.565
1.399

29

3
2.5
2
1.5
1
0.5
0
負荷2台ファイル
125MB

負荷1台ファイル
125MB

負荷2台ファイル
30MB

LANケーブル
光ファイバ11m
光ファイバ50m
負荷1台ファイル
30MB

転送速度(MB/s)

ファイル転送速度(MB/s)

参考・伝送路に負荷をかけたときの転送速度(MB/s)

5-10. 測定実験 4-5 の結果①と②の場合において、転送するファイルサイズが 30MB のときには転送速度に顕著な違いは現れませんでした。しかし、②の場合で、転送するファイルサイズを125MB にすると、ファイ
ルサイズ 30MB のときと比べて、著しい転送速度の低下が見られました。そして、その差は1.1MB/s もありました。
この測定結果から言えることは、転送速度はファイルサイズに依存すると言うことが言えると思います。また、③と④の光ファイバを用いた場合にしても、同様の結果が得られます。
それから③、④の結果を負荷 1 台、負荷 2 台の場合で比較してみると、負荷がかかると、転送速度が低下することがわかります。数値にすると、その差は平均で 0.326MB/s となります。

5-11. 実験結果より得られる知見
1、10Base HUB と100Base スイッチング HUB の公証通信速度の差は 10 倍であるが、実際のファイルデータ転送速度の計測結果では、10Base HUB の3 倍程度の転送速度しか出ていない。
2、十数メートル程度の LAN ケーブルでは、伝送路遅延があまり大きな影響を与えないと推測される。
3、同じケーブル長でもHUB をカスケード多段接続すると顕著な遅延が発生する。
4、100Base の E-O、O-E メディアコンバータを用いた光ファイバのデータ転送は、
100Base ス
イッチングHUB のデータ転送と比べて転送速度が若干、速い。
5、伝送路に負荷をかけた場合、転送するファイル容量が増えるほど、データ総量の増加以上に転送完了時間の増加が大きくなり、転送速度は低下する。

30

6、卒業研究の成果・まとめ
6-1. 卒業研究の成果
今回の卒業研究で以下のような成果をあげることができました。
1、 計測ソフトウエアを製作することができました。
製作した計測ソフトウエアは、サーバソフトとクライアントソフトの 2 種類のソフトウエアによって構成されています。TCP 接続を行うことで、データ転送の信頼性を高めることができ、Windowsのファイル共有でデータファイルを送信できる他にサーバ、クライアントソフト間で文字データが送信できるなどの機能があります。送信時間の測定は、ミリ秒単位で測定できるようにしました。このソフトウエアを製作したことによって、サーバ、クライアントソフトの基本的な構成を学ぶことができました。
2、 製作した計測ソフトウエアで測定実験を行いました。
製作したソフトウエアを用いて、さまざまな測定実験を行いました。ミリ秒単位でのデータ転送時間の測定ができるので、精度の高い測定結果を得ることができました。

6-2. 卒業研究のまとめ
測定実験の結果を考慮して今回使用した機器を使ってネットワークを構成する場合、以下のよ
うな条件が挙げられます。
条件 1 HUB のカスケード接続はなるべく避ける。
条件 2 HUB にはたくさんの PC を接続しない。
条件 3 長距離の伝送にはなるべく光ファイバケーブルを用いる。
条件 1 について、HUB のカスケード接続を行った場合、HUB 一台あたり1MB のファイルを転送するのに測定結果から求めるとおよそ 30ms の遅延が発生しています。
どうしてもHUB をカスケード接続しなければならない場合は、カスケード接続されたHUB の下層になるほど接続するPC の台数を少なくするようにしてください。
条件 2 について、HUB にたくさんのPC を接続すると、小さな容量のファイルのやり取りをするくらいなら多少多くの PC を接続してもかまいませんが、例えば音声ファイル、動画ファイルなどの大容量データを扱う場合には、扱うファイルの容量に応じて接続するPC の台数を考えなけ
ればなりません。
条件 3 について、今回の実験結果からわかるように光ファイバケーブルは、他の伝送媒体と比べて 0.1〜0.2MB/s 程度、実効伝送速度が速いことがわかり、伝送距離が長い場合には非常に有利な伝送媒体であることがわかりました。

31

上図の説明サーバ PC に対する要求が最も多いと仮定した、通信トラフィック特性の場合に有効であると考えられるネットワーク構成の例です。
データの往来が激しいと思われる複数のクライアントとサーバの接続部分に、データの転送速
度が若干早く、信号誤りの少ない光ファイバーケーブルを使用することにより信頼性と安定性が向上します。

卒業研究の感想卒業研究を振り返ってみると、「忙しかったけど楽しかった。」と言うのが率直な感想です。
この研究を行って、ネットワークの知識だけでなく、それに付随するいろいろな分野の知識を学んだと思います。なぜなら、研究が進んでいくにしたがって問題解決のため次々と新しい知識が必要になりました。例えば、初めはネットワークを物理的に構築するための知識が必要です。次には、構築したネットワークをソフトウエア的に設定しなければなりません。設定が終われば、ネットワークの性能を測定するためのソフトウエアを作らなければならないと言うように、一つ問題が解決すると次の問題が発生するのです。卒業研究は結果を出すのはもちろん大事ですが、発生する問題を一つ一つ解決していく過程の方が重要だと思います。問題を解決していく過程で新たな発見があったり、新たな知識を身につけたりと、自分にプラスになることがたくさんあると思うからです。今回の卒業研究で自分にプラスになったものといえば、ネットワ

32

ークの知識はもちろん、プログラミングに対する知識も若干身につける事が出来ました。その他にもたくさん得たものはあり、卒業研究をやってよかったと思っています。

謝辞
最後に、夜遅くまで熱心にご指導してくださった野中先生、今回の卒業研究を行うにあたり、実験機材や予算の枠を組んでくださった神戸先生。
自分も卒業研究あるのに、自分たちが困ったときにはいろいろとネットワークのことについて教えてくれたり助けてくれた正岡君、濱田君、中野君。
それから、わからない事だらけのこの卒業研究を一緒にがんばってきた山口君、石川君、森本君。本当にありがとうございました。皆様のお力添えのおかげで、なんとかここまで来ることができました。特に野中先生には、途中で「卒業研究の内容を変更したい。」等と言う私のわがままを聞いて頂いた事を感謝しています。そのことでいろいろ迷惑をかけた濱田君、本当にすみませんでした。ここに名前を挙げさせてもらった方々には、大変お世話になり感謝しております。
この紙面を借りてお礼を申し上げたいと思います。
ありがとうございました。そして、一緒に卒業研究をがんばってきたみんなに、ごくろうさま。

33