第4回　NetBIOSを理解する（その2）：基礎から学ぶWindowsネットワーク（1/3 ページ）

連載目次

　前回説明したように、NetBIOSは、規模においても、機能においても、いまから考えれば非常に限定的な初期のPCネットワークを想定して開発された、ネットワーク・アプリケーションのためのシンプルなAPI（Application Programming Interface）である。通信相手を指定するアドレッシング（名前解決）手段には、16bytesの文字列（名前）を使用する。データ通信手段としては、信頼性は保証されないがプロトコルのオーバーヘッドが小さいデータグラム・サービスと、通信相手とのセッション（通信路）を確立してから信頼性の高い通信を行うセッション・サービスの2種類が用意されている。しかしNetBIOSが提供する機能はいずれもプリミティブなもので、APIはいずれもシンプルなものだった（NetBIOSでサポートされる主要なコマンド一覧については前回の記事を参照）。

　今回はまず、前回簡単に触れるにとどまった「NetBIOS名」について詳しく述べる。NetBIOSでは、たかだか16bytesの文字列によって、接続先コンピュータや使用するサービスを識別している。つまり、TCP/IPネットワークにおけるIPアドレスに相当する機能を、利用者がコンピュータに対して自由に指定可能な名前に負わせているわけだ。NetBIOSが設計された当時は、このようにルーズな管理を行っても、名前の衝突などはそうそう起こらないという規模のネットワークを想定すればよかった。しかし現在のコンピュータ・ネットワークは、当時の常識をはるかに超えるものになっている。こうした環境の変化に対応するため、Windowsネットワークでは、その都度必要に応じて初期のNetBIOSに改良を加え、現在のLANやインターネットに対応できるようにしている。しかしNetBIOSの名前付けメカニズムの原型は、改良によってゆがめられながらも、現在のWindowsネットワークにも生きている。実際、Windowsネットワークのトラブルを突き詰めていくと、原因は特異なNetBIOS名の働きにあったということは少なくない。