NetBIOS フレーム

NetBIOS フレーム( NBF ) は、ルーティング不可能な ネットワークおよびトランスポートレベルのデータプロトコルであり、1990 年代にMicrosoft Windowsネットワークのレイヤーの 1 つとして最も一般的に使用されていました。NBF またはNetBIOS over IEEE 802.2 LLCは、 LAN Manager、LAN Server、Windows for Workgroups、Windows 95、Windows NTなど、1990 年代にリリースされた多くのネットワーク オペレーティング システムで使用されています。NBT ( NetBIOS over TCP/IP ) や NBX (NetBIOS-over- IPX/SPX )などの他のプロトコルも、他のプロトコル スイート上で NetBIOS/NetBEUI サービスを実装しています。

NBF プロトコルは、広くはNetBEUIと呼ばれていますが、これは誤りです。これは、もともと NBF プロトコルと連携して開発されたNetBIOS API の拡張機能である NetBIOS Extended User Interface との混同に由来しています。プロトコルとNetBEUI エミュレーターはどちらも、もともとIBMの新しいトークン リングネットワーク上で NetBIOS プログラムを実行できるようにするために開発されました。 ^[1] Microsoft は、NBF プロトコル実装をNetBEUIと名付けたことで、この混乱を引き起こしました。NBF はプロトコルであり、元の NetBEUI は NetBIOSアプリケーション プログラミング インターフェイス拡張機能でした。^[要出典]

NBF プロトコルは、 802.2タイプ 1 モードを使用してNetBIOS/NetBEUI ネーム サービスとデータグラムサービスを提供します。また、802.2タイプ 2 モードを使用して NetBIOS/NetBEUI セッション サービス (仮想回線) を提供します。NBF プロトコルはブロードキャストメッセージを広く使用しているため、チャッティ インターフェイスとして知られています。このプロトコルは、非常に小規模なネットワークではネットワーク リソースをほとんど消費しませんが、ネットワーク内に存在するホストの数が増えると、ブロードキャストがパフォーマンスと速度に悪影響を及ぼし始めます。

Sytek はIBMのPC-Networkプログラム用に NetBIOS を開発し、1985 年に Microsoft によって MS-NET に使用されました。1987 年には、Microsoft とNovell がネットワーク オペレーティング システム LAN Manager とNetWareにこれを利用しました。

NBF プロトコルはルーティング不可能であるため、同じブロードキャスト ドメイン内のデバイスとのみ通信できますが、ブリッジ可能であるため、ブリッジを介して相互に接続されたネットワーク セグメントと通信することもできます。ルーティング可能なネットワークがサポートされていないため、NBF は小規模から中規模のネットワークにのみ適しており、TCP/IP に比べて設定がほとんど必要ないため、優れています。NetBIOS/NetBEUI サービスをインターネットワークで使用するには、IPX や TCP/IP (上記参照) などの他のプロトコルの上に実装する必要があります。^[2]

NetBIOS/NetBEUI は、3 つの異なるサービスを提供します。

• 名前の登録と解決のための名前サービス
• コネクションレス通信用データグラム配信サービス
• コネクション指向通信のためのセッションサービス

NBF プロトコルはこれらすべてのサービスを実装します。

セッションを開始したりデータグラムを配布したりするには、アプリケーションはネーム サービスを使用して NetBIOS/NetBEUI 名を登録する必要があります。これを行うには、「名前クエリの追加」または「グループ名クエリの追加」パケットがネットワーク上でブロードキャストされます。NetBIOS/NetBEUI 名がすでに使用されている場合、名前を所有するホスト上で実行されているネーム サービスは、ネットワーク上で「ノード競合」メッセージをブロードキャストします。

さらに、セッションを開始したり、データグラムをブロードキャストするのではなく特定のホストにデータグラムを送信したりするには、NBF プロトコルは、指定された NetBIOS/NetBEUI 名を持つホストのMAC アドレスを決定する必要があります。これは、「名前クエリ」パケットを送信することによって行われ、その応答には、応答を送信したホスト、つまりその名前を持つホストの MAC アドレスが含まれます。

データグラム モードは「コネクションレス」です。データグラムは、特定の NetBIOS/NetBEUI 名に送信する場合は「データグラム」パケットで送信され、ネットワーク上のすべての NetBIOS/NetBEUI 名に送信する場合は「データグラム ブロードキャスト」パケットで送信されます。

セッション モードでは、2 台のコンピューターが「会話」のための接続を確立し、より大きなメッセージを処理できるようになり、エラーの検出と回復が可能になります。

セッションはパケットの交換によって確立されます。セッションを確立するコンピュータは、セッションを初期化する必要があることを指定する「名前クエリ」要求を送信します。セッションを確立するコンピュータは、「名前認識」応答で応答し、セッションを確立できないこと (そのコンピュータがその名前で確立されるセッションをリッスンしていないか、その名前でセッションを確立するためのリソースがないため)、またはセッションを確立できること (この場合、応答には後続のパケットで使用されるローカル セッション番号が含まれます) を示します。次に、セッションを開始するコンピュータは、「セッション初期化」要求を送信し、「セッション確認」応答を促します。

確立されたセッション中に、データはデータ パケットによって送信されます。IEEE 802.2 は、データ パケットのフロー制御と再送信を処理します。NetBIOS/NetBEUI では、特定のMAC 層で送信できる最大パケットよりも大きいパケットを送信できるため、NetBIOS/NetBEUI パケットは、一連の「データ ファースト ミドル」パケットと「データのみラスト」パケットとして送信する必要がある場合があります。そのように分割する必要のないパケットは、単一の「データのみラスト」パケットとして送信されます。正常に受信されたすべての「データのみラスト」パケットに対して確認応答が送信されます。これにより、先行するすべての「データ ファースト ミドル」パケットも確認​​応答されます。

セッションは、「セッション終了」リクエストを送信することによって閉じられます。

NBFプロトコルは、DOS、 OS/2 、Unix実装とは別に、 Windows 2000までのほぼすべてのバージョンのWindowsでMicrosoftによって公式にサポートされていましたが、^[3] NBTの開発以降、その使用は急速に減少しました。

マイクロソフトはWindows XPから公式にサポートを中止しましたが、^[4] Windows XPのCD-ROMに含まれており、手動でインストールすることができます。^{[5] Windows Vistaには}NetBEUI（NBFを意味する）サポートがまったく含まれていませんが、Windows XPのNetBEUIサポートドライバーは使用できます。^[6]

• LAN テクニカル リファレンス: 802.2 および NetBIOS API – NBF プロトコル仕様を含む
• Windows NT ネットワーク プロトコルの比較