原著論文

山口大学におけるネットワーク運用支援システム
The Network Administration Support System in Yamaguchi University
久長

穣†，杉井

学†，為末

隆弘†，金山知余†，小河原加久冶†Hisanaga Yutaka†, Sugii Manabu, Tamesue Takahiro, Kaneyama Chiyo†, Ogawara Kakuji‡
hisa@yamaguchi-u.ac.jp, manabu@yamaguchi-u.ac.jp, tamesue@yamaguchi-u.ac.jp,
kaneyama@yamaguchi-u.ac.jp, ogawara@yamaguchi-u.ac.jp†山口大学メディア基盤センター†Yamaguchi University Media and Information Technology Center

概要
ネットワーク利用者からのネットワークに関する問い合わせにはネットワーク障害に関するものあるが、その多くは利用者端末の設定ミスや接続不良によるものが多い。そのため、利用者端末の状況を的確に把握し、それに応じた対応が求められる。ネットワーク管理の経験者であれば、ネットワーク機器が記録している情報を取得し統合することで、ある程度利用者端末の状況を把握する事ができるが、経験の無い、または経験の浅い管理者には困難である。一般のネットワーク管理システムの活用も考えられるが、それらは、ネットワーク機器の管理及びトラフィック等の利用状況の分析が主であり、ネットワークの末端に接続される
利用者端末の状況確認に利用するには困難である場合が多い。そこで、平成 13 年のギガビットネットワークの整備の際に、ネットワーク利用者研究室が個別に把握できる物理ネットワークの整備を行い、さらに平成
14 年からネットワーク機器の管理だけでなく利用者端末の状況を把握する事のできるネットワーク運用支援
システムを提案し、随時構築してきた。また実際に運用を通してその有用性を確認した。本稿では、本ネッ
トワーク運用支援システムについて述べるとともに、山口大学における運用状況について報告する。

キーワード
SNMP

ネットワーク管理システム, ネットワーク利用者対応,

1. はじめに
平成 5 年に整備した山口大学の全学ネットワークはイ
エローケーブルを用いて構成した。イエローネットワー
クは建物内に 1 本のイエローケーブルを配線し、それに利用者端末を接続して、ケーブルを共有して利用する形態をとるため、
建物内でネットワーク障害が発生しても、発生場所、発生原因を特定するのが大変困難な状況であった。また、イエローケーブルのネットワークは支線と位置づけ、部局の管理であったため、そのすべてがメデ
ィア基盤センターで把握できていなかった。それでもネットワーク障害等が発生した場合に、利用者はメディア- 31 -

学術情報処理研究 No.15 2011

基盤センターに問い合わせる場合が多かったが、対応が困難であった。
平成 13 年のギガビットネットワーク整備では、
イエロ
ーケーブルを廃止し、各部屋まで UTP ケーブルを配線し情報コンセントとし、部屋までのネットワーク管理・運用がメディア基盤センターで一元的に可能な構成に変更した。これにより技術的には、障害の発生場所、障害状況等が把握できるようになった。
さらに平成 20 年からは講義室及び会議室に全学無線 LAN 環境を整備した。ネットワーク利用形態が多様化し、ほぼ全域でのネットワ
ーク利用が可能な環境へと発展した。
一方利用者からの問い合わせも増加し、多様化した。
利用者からの問い合わせの多くは、利用者端末の設定や接続等によるものが多いことから、それらの問い合わせが窓口にあった場合は、一連の対処方法を案内し、利用者に利用者端末の設定等の見直しを行ってもらっていた。
しかし、多くの利用者は「設定等何も変えてない」「間違っていなかった」等、問題解決に至らない場合が多くあった。その場合は、ネットワーク担当者がネットワーク
機器に記録されている情報を調べて障害状況を把握し、個別に対応しなければならなかった。
山口大学は本部キャンパス、工学系キャンパス、医学系キャンパスの 3 キャンパスに分かれており、スタッフが少ないこと、ネットワーク担当者が工学系キャンパスにいたこと等から、
概ね 1〜2 名の窓口担当者でそのキャンパスのネットワークに関する問い合わせに対応しなけ
ればならない状況にあった。利用者の問い合わせに、ピンポイントで的確に対応するためには、窓口においても利用者端末の状況を把握し、その状況に応じた対処方法を回答することが望まれる。
通常、ネットワーク管理のためネットワーク管理シス
テムが提案・導入されている[1-5]。ネットワーク管理シ
ステムは、ネットワーク機器の管理や利用状況の把握が主であり、利用者端末の状況を把握するためには、さらに、関連する複数のネットワーク機器を操作し、いくつかの情報を組み合わせて判断する作業と専門的知識が必要であるため、迅速な対応を求められる窓口での利用者対応に用いることは難しい状況にある。そこで、独自に
平成 14 年よりネットワーク機器の管理だけではなく、窓口においても利用者端末の状況把握を容易に行えるネッ
トワーク運用システムを提案し[1]、構築を進めてきた。
構築に当たっては実際に窓口担当者に利用してもらい、表示してほしい情報や使い勝手等を相談しながら開発を進めた。
本稿では、開発を行ったネットワーク運用支援システ
ムについて述べるとともに、山口大学での運用状況について報告する。

2. 山口大学ネットワークの概要
ネットワーク運用支援システムは、物理ネットワーク
構成、論理ネットワーク構成及びネットワーク機器構成等を考慮して構成される。本章では、山口大学におけるネットワークの概要について述べる。

2.1. 物理ネットワーク構成
山口大学物理ネットワークは以下の構成としている。
図 1 にキャンパス間・建物間物理ネットワーク、図 2 に建物内物理ネットワークを示す。ネットワーク設計・構
築は以下のように構成している。
(1)建物に1 か所、
ネットワーク機器室を設ける。
通常、建物内の EPS(Electric Pipe Shaft)を用いることが多い。
(2)その建物内の UTP ケーブルの配線は、上述のネットワーク機器室からすべての部屋に 2 本ずつスター型に配線し、情報コンセントを設置する。
(3)情報コンセントには、階毎に 1 から始まる連番で一意な番号を割当てラベリングを行う。これを情報コンセ
ント番号という。情報コンセント番号は部屋名や部屋番
号等とは独立したものを採用している。なぜなら部屋名
や部屋番号は建物の管理部局によって変更される場合があり、コンセントの場所を一意に把握する事は困難だか
らである。建物改修後の利用開始直後に部屋番号が変更された例もある。
(4)ネットワーク機器室には、その建物に必要な台数のネットワーク機器を設置する。これらネットワーク機器のポートと全情報コンセントへの配線を接続する。どの機器のどのポートに、どの情報コンセントが接続したかの情報を、キャンパス名、建物名、階数、情報コンセン
ト番号、部屋名、ネットワーク機器名称、ネットワーク
機器ポート番号の組み合わせで管理データベースに記録する。また、部屋名について可能な範囲で記録する。
全学に配置された情報コンセントは20,000個以上であり、ネットワーク機器は 1,500 台以上となっている。
ネットワーク機器を建物の 1 か所に集約することで、管理場所が限定され、ネットワーク管理・運用が容易になり、ネットワーク機器の空調・防塵等の環境対策を行う場所も限定される。また、情報コンセントに一連の番号を割り当てることで、学内における情報コンセントの場所の特定が容易になる。これらにより、ネットワーク
利用者がトラブル対応の連絡をしてきた場合、窓口において建物名、階数及び情報コンセント番号を確認し、トラブルの発生した情報コンセントの位置を特定すること等ができる。

- 32 -

原著論文

小串

常盤

吉田

stack

ＢＢＳＷ

ＢＢＳＷ

10Ｇ

10Ｇ
10Ｇ

10Ｇ

1Ｇ

10Ｇ

10Ｇ
1Ｇ

1Ｇ

幹線ＳＷ

幹線ＳＷ

幹線ＳＷ

幹線ＳＷ

幹線ＳＷ

幹線ＳＷ

1Ｇ

1Ｇ

1Ｇ

1Ｇ

1Ｇ

1Ｇ

○○棟

○○棟
棟間ＳＷ

100Ｍ〜1Ｇ

棟内ＳＷ

○○棟
棟間ＳＷ

100Ｍ〜1Ｇ

棟内ＳＷ

100Ｍ〜1Ｇ

棟間ＳＷ

100Ｍ〜1Ｇ

棟内ＳＷ

100Ｍ〜1Ｇ

棟内ＳＷ

100Ｍ〜1Ｇ

棟内ＳＷ

棟内ＳＷ

図１ ネットワーク構成
全学に 1 か所ネットワーク機器室を設け、そこから大学内の各部屋に光ファイバーでネットワークを構築する方法をとっている大学もある[6]。山口大学では、導入時期が早かったこと、キャンパスが分散していること、キャンパスのサイズが大きいこと、各部屋に配置するメディアコンバータに電源が必要なこと等から 3 階層構造で、各部屋の情報コンセントには電源を必要としないパッシ
ブな構成をとっている。
さらに、講義室や会議室では部屋の中で各机に配線するなど、複数の情報コンセントに分岐する場合がある。
これらの部屋内にラックを設置し、ラック内にネットワ
ーク機器を収容、そこから各コンセントに UTP ケーブルを配線している。各情報コンセントには１から始まる一連の番号を割当て、ラベリングを行っている。また、研究室の学生実験室においても、同様な構成を推奨している。これらの部屋については、建物名、部屋名または部屋の情報コンセント番号、各机の情報コンセント番号によって情報コンセントの位置を特定している。

UTP

３階

２階

１階

幹線
光ファイバ

情報コンセント
1,2

情報コンセント
3,4

研究室等

研究室等

情報コンセント
1,2

情報コンセント
3,4

研究室等

研究室等

ネットワーク
機器室

・・・

・・・

情報コンセント
1,2

・・・

研究室等

○○棟

図 2 建物内物理ネットワーク構成
建物名、階数、情報コンセント番号等を記入して申請す

2.2. 端末の接続申請
山口大学では、構成員が端末を学内ネットワークに接続する場合に、以下の二つの接続方法をとっている。教職員の接続申請に基づき固定(グローバルまたはプライベート）IP アドレスを発行する方法と、IP アドレス等を自動取得に設定した端末を情報コンセントに接続後、Web 認証により利用者の認証を行う方法とがある。後者については次節で述べる。
前者について、端末をネットワークに接続しようとする教職員は、接続責任者、運用担当者、キャンパス名、る。これらの情報を利用者データベースに記録する。この利用者データベースを参照することで、申請当初は IP
アドレスの利用者、利用場所が特定できる。しかし、申請から数年経過すると利用者及び利用場所が変更される場合があり、
その際、変更申請がなされないことが多く、利用者、利用場所等の特定ができないことがある。

- 33 -

2.3. 認証ネットワーク
講義室、会議室、図書館閲覧室等のオープンな部屋に学術情報処理研究 No.15 2011

おいて、山口大学構成員がノートＰＣ等をネットワークに接続（有線・無線共に）して利用できるように、各机上に情報コンセント及び無線 LAN を整備している。このネットワークにおいて、利用者はネットワーク利用開始時に毎回利用者認証を行わなければならない。そのため、利用者は前節の利用者申請が不要である。
利用者がこのネットワークに端末を接続すると、
DHCP により端末に IP アドレスが割り当てられ、さらにブラウザーのプロキシー設定が自動的に行われる。利用者が Web ページを開くと、認証ネットワークの認証サー
バ（以下認証サーバ）に接続され、認証ページが表示される。利用者はこのページで利用者認証を行う事で、学内 LAN 及びインターネットが利用できる。認証の際に用いた情報（ユーザ名及び端末の IP アドレス）が認証サーバに認証時刻と共に記録される。また、認証済みの端末の通信が一定時間なくなった場合、当該端末の認証が解除される。平成 10 年にこの仕組みを提案[7]後、いくつかの改良を加えている。現在では利用者認証が設定されている情報コンセントは約 9,000 個となっている。

3. ネットワーク運用支援システム
ネットワーク運用支援システムは、ネットワーク障害
通知機能、ネットワーク機器管理機能、トラフィック管
理機能、ループ接続判定機能等のシステム管理者向けの管理機能を有している。さらに、窓口において、ネット
ワーク利用に関する利用者の問い合わせ対応のために必要な情報を表示する利用者端末管理機能を有している。
本章では、特にこの利用者端末管理機能について述べる。
ネットワーク運用支援システムの構成を図３に示す。
ネットワーク運用支援システムは、ネットワーク担当者
及び窓口担当者のためのＷｅｂページを構成する主要サーバ、ネットワーク機器の FDB（Forwarding Database）
を収集し、履歴を残す FDB 収集用サーバ、及びネットワ
ーク機器の各ポートのトラフィックを収集し履歴を残す
トラフィック収集用サーバの 3 台から構成される。それ
ぞれのハードウェア構成及びソフトウェア構成を表１に示す。各サーバは既存機器を流用して構築したためスペックは高くない。

3.1. 利用者端末情報の収集
次の利用者端末にかかわる情報を取得し、これらの情報をもとに利用者端末情報を整理している。
(1)端末が接続するポートのインタフェース(リンク・ト
ラフィック等）情報(2)端末の MAC アドレスと接続ポート

表 1 ネットワーク運用支援サーバの構成
サーバ

メイン

FDB 用

トラフィ
ック用

CPU

Core2Quad
2.4GHzPentium4
2.4GHzPentium4
2.4GB

メモリ

8GB

1GB

1GB

HDD

1TB

250GB

250GB

Network

1Gbps

100Mbps

100MbpsOS

FreeBSD6.4

FreeBSD5.5

FreeBSD5.5

開発言語

perl, PHP

perl, PHP

perl, PHP(3)端末の IP アドレスと MAC アドレス(4)端末が接続されるポートの VLAN 情報(5)端末の認証情報
バッチ処理で情報を取得するプログラムは perl を用い、
Web ページと連動して情報を取得するプログラムは
PHP を用いて作成した。情報の取得方法について、以下に述べる。
(1)情報コンセントのリンク情報等の取得
各研究室等の情報コンセントに利用者のネットワーク
機器を接続し、電源が投入されると、該当するネットワ
ーク機器のポートとの間で通信速度等が調整され接続状態となる。情報コンセントに対応したネットワーク機器のポートがリンクアップ状態であることは、ネットワー
ク機器と利用者機器が物理的に正常に接続されていることを示している。
L2 スイッチ（以下 L2SW）はリンク情報として保持している。本システムでは、リンクアップ情報、通信速度、
受信バイト数、送信バイト数、非ユニキャストパケット
数等を SNMP の IF-MIB を用いて取得している。また、設置しているネットワーク機器ではリンクアップ及びリ
ンクダウンと状態が変化した際には syslog に報告する機能を有しているので、リアルタイムにリンク情報を記録している。
(2)利用者端末の MAC アドレスの取得
利用者端末には端末固有（物理ネットワークインター
フェース固有）の MAC アドレスを有している。このア
ドレスは、基本的にはネットワークインタフェースを物理的に交換しないと変更できないため、利用者端末固有の情報と見なすことができる。
通常、L2SW は MAC アドレスを用いて、宛先端末を特定している。L2SW はどのポートにどの MAC アドレ
スを持つ端末が接続されているかを自動的に学習し、L2SW 内のメモリー上の FDB に MAC アドレスとポート
及び VLAN を記録している。
ネットワーク管理システムでは FDB 情報を取得する- 34 -

原著論文

ネットワーク機器

死活監視interfacetraffic
ARP
fdb
config等

認証ネットワーク
認証サーバ
ユーザ名
IPアドレス

情報収集プログラム
PHP,perl

WebサーバApacheネットワーク機器

管理端末

ping
SNMP
syslog等

text
logファイルDB
PostgreSQL

ネットワーク機器

ネットワーク管理サーバ群（３台）①主要サーバ（リアルタイム用）②ｆｄｂ収集用（履歴用）③トラフィック収集用（履歴用）

図３ ネットワーク管理システム
ために、対象ネットワーク機器が SNMP の BRIGE-MIBに対応している場合、定期的に SNMP マネジャーを用いて FDB の情報を収集し、取得時刻と共に記録している。
一方、対象ネットワーク機器が SNMP の BRIGE-MIB に対応していない場合は、telnet によりログイン後、FDBを参照するコマンドを投入することで FDB を収集している。さらに、一部のネットワーク機器の場合、FDB が更新した際にその情報を syslog に報告する機能を有するものがある。このネットワーク機器の場合は syslog の情報から FDB の更新情報をリアルタイムに取得している。FDB 情報は 15 分毎に収集している。さらに、利用者端末管理機能を用いる際は、その都度該当する最新のFDB を取得している。
これにより利用者端末 MAC アドレス、ネットワーク
機器名、ネットワーク機器ポート番号が管理データベースに記録される。
(3)利用者端末のＩＰアドレスの取得
一方、全学ネットワーク上の通信には IP アドレスが用いられ、各種サーバのアクセスログは端末に設定されている IP アドレスが記録される。端末の IP アドレスはDHCPにより端末に割り当てられたIPアドレス、
または、
管理者によって割り当てられる IP アドレスを用いるため、同一端末であっても利用場所・利用時刻等により異なる場合がある。例えば DHCP で割り当てられる IP ア
ドレスは、割当毎に一定ではなく、利用場所・利用時刻により異なっている。管理者により割り当てられた IP ア
ドレスも利用場所や利用者の変更、機器の交換等により異なった IP アドレスが設定される場合がある。中には、山口大学のルールでは禁止されているが、一つの IP アド
レスを複数の端末で共有する場合もある。したがって IP
アドレスは端末固有の情報とはみなせない。
通常、L3 スイッチ（以下 L3SW）は IP アドレスと MAC
アドレスの変換テーブル（ARP テーブル）を検索し端末の MAC アドレスを把握している。本システムでは、FDB
情報の場合と同様に、SNMP の IP-MIB を用いて ARP テーブル情報を取得し、取得時刻と共に記録している。また、
設置しているネットワーク機器の多くは ARP テーブ
ルが更新した際に、その情報をsyslog機能を用いてsyslog
サーバに報告する機能を有しているので、syslog 機能を利用して ARP テーブルの更新情報をリアルタイムに取得している。SNMP による ARP テーブル情報は 5 分間
隔で収集している。さらに、利用者端末管理機能を用いる際は、その都度該当するネットワーク機器の最新 ARP
テーブルを取得している。
これにより利用者端末 IP アドレス、MAC アドレスが管理データベースに記録される。
(4)VLAN 設定情報取得
ネットワーク管理システムでは VLAN 情報を取得するために、対象ネットワーク機器がSNMPのBRIGE-MIBに対応している場合、定期的に SNMP マネジャーを用いて FDB の情報を収集し、取得時刻と共に記録している。
一方、対象ネットワーク機器が SNMP の BRIGE-MIB に対応していない場合は、telnet によりログイン後、VLAN
設定を参照するコマンドを投入し、VLAN 情報を収集し- 35 -

学術情報処理研究 No.15 2011ている。VLAN 情報は 1 時間に 1 回収集している。さらに、利用者端末管理機能を用いる際は、その都度の該当する最新の VLAN 情報を取得している。なお、全学のネットワーク機器の VLAN 設定はネットワーク担当者のみが設定するので、設定の際に常に記録を残すことで対応可能ではあるが、記録ミスを避けるために、VLAN 情報をネットワーク機器から定期的に取得している。
これにより VLAN 名、VLAN ID，ネットワーク機器
名、ネットワーク機器ポート番号が管理データベースに記録される。
(5)利用者認証情報の取得
認証ネットワークの認証サーバには、認証時の利用者のユーザ名と端末 IP アドレスが記録されている。ネット
ワーク運用支援システムは、利用者端末の IP アドレスに対応したユーザ名を次のように取得する。ネットワーク
管 理 シ ス テ ム は 認 証 サ ー バ に 対 し て SNMP のEXEC-COMMAND を用いて IP アドレスの問い合わせを行う。認証サーバは認証情報を検索し、該当するユーザ名を返信する。なお、認証サーバに SNMP サーバ機能（net-snmp）を組み込み、EXEC-COMMAND の問い合わせに対して IP アドレスからユーザ名を検索し、応答するプログラムを作成した。
これにより利用者 IP アドレスと利用者ユーザ名の組
み合わせが取得される。
本ネットワーク運用支援システムに表示される内容は、ネットワークの現時点での利用状況を示していると考えられる。使い方によっては、プライバシー上の問題に発展する可能性は否定できない。そのため、このページの情報は山口大学情報セキュリティポリシーに基づき CIOが指定したネットワーク担当者、及びその監督のもと特定の担当者のみが必要な範囲で参照する。また、ネット
ワーク管理サーバに蓄積されたログ等の履歴情報は、山口大学情報セキュリティ緊急時対応基準に基づき、緊急事態担当者（上述ネットワーク担当者）が必要な範囲で参照する。

3.2. 利用者端末の状況表示
前章、前節の情報を統合し、一覧表示させることで、利用者端末にかかわる状況が把握できる。図４にネット
ワーク運用支援システムの利用者端末の状況を表示した
Web ページの例を示した。管理者端末から Web ブラウザ
ーを用いて、ネットワーク管理サーバに接続し、担当者のユーザ認証後、この Web ページを表示する事ができる。
このページでは、以下の情報が表示されている。

図４ ネットワーク運用支援システムの Web ページ例

(1)情報コンセント番号と部屋名
ネットワーク構築時に割り当てた情報コンセント番号と、その情報コンセントが設置されている部屋名が表示される。
問い合わせの際これらの情報を利用者に確認し、該当する行を参照する。
(2)情報コンセントのリンクアップ状況
利用者端末やネットワーク機器が情報コンセントに正しく接続されている場合は、背景が色付きで表示される（黄色：10Mbps, 緑色: 100Mbps, 水色: 1Gbps, 紫色
10Gbps, 灰色：disable）。色が表示されない場合は、リン
クダウンしており、情報コンセントに LAN ケーブルの未接続や断線、あるいは、研究室内の HUB の故障や電源が落ちているなど可能性が指摘できる。とりわけ、HUB の故障である場合が多い。
(3)VLAN 情報の表示
各情報コンセントに割り当てられている VLAN が、表示される。利用者が使おうとしているネットワークが意図したサブネットや VLAN であるかどうか確認ができる。もし、意図したネットワークでなければ、情報コン
セントに割り当てられているサブネットや VLAN の変
更の手続きを案内する。また、ネットワーク機器の設定- 36 -

原著論文

ミスであれば、ネットワーク担当者に連絡し、設定変更を行う。なお、VLAN 名が青色で表示される場合は、認証ネットワークであることを示している。この情報コン
セントを使っている場合には、利用者認証が必要である
ことを案内する。

ワーク機器のコンフィグ、ルーティング情報等が表示される。ネットワーク機器が故障した場合は、最新のコンフィグが表示される。このコンフィグを新規機器に投入
し、故障機器と交換することで、迅速に障害復旧が図れる。

(4)MAC アドレスとベンダーコードの表示
情報コンセントに現在接続されている、利用者端末のMAC アドレスとそれに対応したベンダーコード名が一覧で表示される。1 台分が表示される場合と複数台分が表示される場合がある。もし、この欄に全く MAC アド
レスが表示されない場合は、研究室に設置している HUBが故障している可能性を指摘できる。また、MAC アド
レスが複数表示されていて問い合わせ対象端末の MAC
アドレスが表示されていない場合は、研究室に設置したHUB への接続不良等を指摘できる。なお、ベンダーコー
ド名はネットワークインタフェースのメーカを表しているが、おおよその端末のメーカが想像できるので、利用者端末の特定のために表示している。

これら Web ページの表示内容を利用することで、ネッ
トワークの専門家でなくても、ネットワーク利用者からの問い合わせに対して、迅速かつ適切に対応することができる。

(5)IP アドレスの表示
情報コンセントに接続された利用者端末の IP アドレ
スが表示される。IP アドレスの上にマウスを合わせると、IP アドレスを把握した日時が表示される。情報コンセン
トが認証ネットワークの場合は、自動取得された IP アド
レスが表示される。もし、MAC アドレスは表示されていて IP アドレスが表示されていない場合は、端末の IP
アドレスの設定が間違っているか、設定されていない可能性を回答できる。現在の IP アドレスが表示できない場
合は、利用者端末の MAC アドレスに対応した最も最近に把握された IP アドレスと把握時刻を表示する。もし、VLAN 情報と IP アドレスが異なっている場合は、利用者
端末を移設した際に IP アドレスの変更設定がなされていないことを回答できる。
(6) 認証ユーザ名の表示
情報コンセントに接続されている利用者端末が利用者認証を行った際のユーザ名が表示される。この情報から端末の利用者が把握される。上述の(1)-(5)が正常であり、ユーザ名が表示されていない場合は、利用者認証を行っていないことが回答できる。
(7) ネットワーク管理に必要な情報
そのほか、各情報コンセントが接続されているネット
ワーク機器及びポートを表示される。ページ上段のメニ
ューをクリックすることでネットワーク管理に必要な情報、例えば、各情報コンセントのトラフィックやネット

3.3. 利用者対応での表示例(1) IP アドレスの競合対応
利用者端末の IP アドレスが競合する場合が時々ある。
経験上その多くが同じ研究室内で誤って別の端末に同じ
IP アドレスを設定してしまっている場合が多い。
「先輩の端末の設定を真似して設定しました」という事例等がある。こういった場合では、IP アドレスが違う情報コン
セントの行に表示されているので、IP アドレスが競合している端末の設置場所と、おおよその機器の特定する情報を回答できる。
ただし、同じ研究室ではない場合も同様に競合している IP アドレスを持つ端末を発見する場合がある。例えば、利用者端末の接続申請を行わず、不正に適当な IP アドレスを設定された端末がネットワークに接続されることで、IP アドレスの競合が発生する場合がある。この場合は、
不正に IP アドレスを設定した利用者は、IP アドレスが競合していると分かると、また別の IP アドレスに変更することが多いので、同じ研究室内に競合している端末がない場合は、しばらく端末の電源を入れたままにしておくと解消すると思われることを回答できる。もちろん不正に IP アドレスを設定した利用者端末が接続されている情報コンセント及び部屋を特定することができるので、別途その部屋の管理者に連絡し対応を依頼する。
(2)ループ対応
時々、誤ってネットワークにループを作ることがある。
原因の多くは、研究室内で複数の HUB を用いており、乱雑な配線となっている場合などである。このような場
合、次のように表示される。
a. ネットワーク運用支援システムがトラフィックの異常を監視し、ループが発生したと推定できる場合は、その情報コンセントが障害リストに表示される。
b. トラフィックの異常やデフォルトルータの IP アドレスが、本来表示されるはずのない情報コンセントの IP ア
ドレスの欄に表示される。

- 37 -

学術情報処理研究 No.15 2011c. 利用者端末の MAC アドレスが、本来接続されている
情報コンセントではなく別の情報コンセントに表示される。
d. ネットワーク機器によってはループガードが機能し、当該ポートはディスエーブルになるので、リンク状態が灰色で表示される。
これらのことから、ループを作っている可能性を推測し回答できる。
(3) ネットワーク工事への対応
ネットワーク工事を行う場合には、情報コンセントの位置を確認、情報コンセント番号を割当、情報コンセン
トを接続するネットワーク機器とそのポートを割当、該当ポートのサブネットや VLAN 設定等を行い、工事担当者、工事業者に指示する必要がある。これらの情報はネットワーク運用支援システムに表示されているので、この表示内容から指示書を迅速に作成し、新たに登録するができる。

4. 利用者への対応状況
山口大学において平成 22 年 4 月以降（ただし、医学系キャンパスにおいては平成 22 年 7 月以降）
、記録に残っているネットワークに関する利用者からの問い合わせは
以下のもの等があった。問い合わせ件数等を表 2 に示した。
(1) 利用者端末の IP アドレス等の設定ミス
情報コンセントに設定されている VLAN やサブネットと利用者端末の IP アドレスの間違いを含む
耐震改修工事による研究室の移転や年度更新での利用
者端末の利用者変更の際に多い(2) ループ障害
乱雑配線、知識不足による不注意や無意識にループを作ってしまう場合が多い(3) IP アドレスの競合
多くの場合、同じ研究室の他の利用者の場合が多い(4) ネットワーク接続確認(5) ケーブル抜け・ケーブルの断線(6) 研究室等に設置している HUB の障害
これら問い合わせの多くは、研究室内に原因があるものであった。これらの問い合わせは身近な人で対応できる場合を除いて、ほぼすべてがメディア基盤センターの窓口に寄せられる。研究室内に原因のある問い合わせであっても、原因がネットワークになるのか、または研究室内にあるのかの切り分けを行い、対応方法について、案内することができている。
問い合わせの多くは、学期の初め等に集中しているが、

表２ ネットワーク利用者からの問い合わせ状況
問い合わせ状況件数

利用者端末のＩＰアドレス等の設定ミス（VLAN 間違い含む）

74

ループ障害

24

IP アドレスの競合

19

ネットワーク接続確認

43

ケーブル抜け・ケーブルの断線

16

研究室等に設置している HUB の障害

17ネットワーク機器の故障（無線 AP）含む

19

ウイルス感染20

DHCP 割り当てアドレス枯渇

6

無線 LAN での接続アクセスポイントの確認

8

その他

10
計

256

各キャンパスともに窓口担当者（技術職員 1 名、及び技術補佐員 1 名、1 キャンパスのみ技術補佐員 1 名）によって迅速に対応できている。窓口担当者で対応できない
若干の問い合わせは、ネットワーク担当者が対応している。
利用者からのネットワークに関する問い合わせではな
いが、次のようなネットワークの障害対応及び調査等に本システムを用いる場合もある。
(1) 論理ネットワーク設定変更、ネットワーク機器の設定状況の確認と変更など（28 件）(2) ネットワーク工事の際の新規配線計画策定（14 件）(3) ネットワーク機器の障害対応(4) ウイルス感染端末の利用場所の特定(5) 不正アクセスや不正利用端末の調査

5. まとめネットワーク管理及び、ネットワーク利用者支援のために運用しているネットワーク運用支援システムについて特にネットワーク利用者対応機能について述べた。本
システムの導入以降、本システムを用いることで、ネッ
トワーク利用者からの問い合わせの多くは、若干名の窓口担当者で迅速に対応できる状況にある。
さらに、ネットワーク障害時の対応についても、本システムが提供する情報（障害情報、最新コンフィグ等）
を用いて、窓口担当者により迅速にネットワークの復旧が図れている。
山口大学ネットワークへ本ネットワーク運用支援シス
テムを適応した場合について述べたが、ネットワーク情報の取得方法や表示情報の活用方法は一般的なものを用いており、他のネットワークへも柔軟に適応することが- 38 -

原著論文できる。
最近では、学生や教職員の中でスマートフォン利用者
や、その利用シーンが増加しており、より安定した無線LAN 環境と利用者対応が求められている。そのため、ネットワーク利用者支援が今後重要になってくることが予測され、ネットワーク運用支援システムのサポートがよ
り一層期待される。
しかし、稼働中の利用者端末が増加するとネットワー
ク運用支援システムのレスポンスが低下する事があり、電話対応の際、利用者を待たせる場合が生じる。また、バッチ処理のみで収集している情報について、最新の情報を必要とする場合があり、バッチ処理で取得した情報だけでは不十分な場合もある。そのため、サーバ構成の見直しや性能改善が必要である。
ネットワーク利用者にとってネットワークは、どのよ
うにネットワークが構成されているかは関係なく、部屋に設置された情報コンセントがネットワークの出入り口としてあるのみである。実際、山口大学では各部屋以外のネットワーク機器は一元管理しており、ネットワーク
利用者はどのように構成されているのか把握されていな
い状況にある。ネットワークを構成する全ネットワーク
機器および全情報コンセントとそれらを接続する配線、
つまりネットワーク全体を一つの仮想的なネットワーク
装置に、情報コンセントをその入出力ポートに捉えることができる。本ネットワーク運用支援システムは、各ネットワーク機器の情報を集めてきて、利用者とのインタフェースである情報コンセントに関する情報に集約し直していることから、ネットワーク全体を一つの論理的なネットワーク装置に仮想化している。
ネットワークを一元的に運用するために必要なネット
ワーク管理機能の他、利用者対応機能等を有している本
ネットワーク運用支援システムの運用を通じて、ネット
ワーク利用者からの問い合わせに対する対応という観点で本システムの有用性を示した。

報学，Vol.22 (Suppl.), pp.198-199 (2002)[2] 森山京平, 飯田 隆義, 藤田俊輔 , 吉田和幸, イー
サネットワーク構成情報管理のためのExcelファイ
ル自動作成について, 情報処理学会研究報告インタ
ーネットと運用技術（IOT）, 2010-IOT-8(4), 1-6(2010)[3] 川崎敏行, 和﨑克己, ネットワークサービスの可視化を主眼に置いた戦略的監視手法の提案, 研究報告
インターネットと運用技術（IOT）, 2010-IOT-8(15),
1-6 (2010)[4] 佐々木正人，斎藤卓也，石黒克也，豊永昌彦，高知大学総合情報システムの監視と利用者動向，学術情報処理研究 No.14, pp.64-71 (2010)[5] 吉澤政洋, 沖田英樹, 上原敬太郎, 垂井俊明, 仮想
ネットワークに関する文書作成を支援するネットワ
ーク管理システムの実装および評価, 情報処理学会
論文誌,52(3),1334-1347 (2011)[6] 上田浩，井田寿朗，青木正文，齋藤貴英，酒井秀晃，伊比正行，高橋仁，船田博，矢島正勝，久米原栄，
キャンパス内光直収ネットワークの構築と運用，学術情報処理研究 No.14, pp.56-63 (2010)[7] 久長穣，岡田隆，刈谷丈治，情報コンセントのユー
ザ認証について，学術情報処理研究 No.2, pp.77-81(1998)

謝辞
ネットワーク運用・窓口に関して日々対応いただいている、山口大学大学情報機構メディア基盤センターのス
タッフの皆さんに感謝する。

参考文献[1] 久長穣，北上悟史，橘高浩二，八木英俊，渡邊孝博，
棚田嘉博，
井上裕二，
無線LANを利用した診療業務LANに接続する利用者端末の運用管理システム，医療情- 39 -