文章編號: 128233 - 上次校閱: 2006年11月1日 - 版次: 3.1

Windows NT 網路通訊協定的比較

系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。

在此頁中

全部展開 | 全部摺疊

結論

下列的文件,在 Windows NT 的通訊協定上是在 Microsoft 的 「 首要原稿"新聞稿中發行的發行項的複本。

其他相關資訊

Windows NT 網路通訊協定的比較

概觀

Microsoft 所提供的驅動三個傳輸程式 (亦即,通訊協定) 與 Windows NT 3.5: TCP/IP、 NWLink 及 NBF。Windows NT 3.5 也隨附 DLC 通訊協定不提供傳輸層服務。本文中條款 TCP/IP、 NWLink 和 NBF 請參閱 Windows NT 傳輸驅動程式,分別實作網際網路 TCP/IP、 Novell SPX/IPX 和 IBM NetBEUI 網路通訊協定套件。在以協助使用者選取適當的 protocol(s) 他們的網路上的 「 Windows NT 3.5 傳輸驅動程式中實作時,本文會比較這些通訊協定。

由於每位客戶將會關心一組不同的通訊協定特性,這篇文章不建議您應使用的通訊協定的客戶。相反的它討論每一個,比較優勢藉此啟用客戶,讓他們的環境最佳的選擇。Microsoft 會繼續支援這些三個的通訊協定,今天和長期。

Windows NT 安裝 NWLink 預設情況下,主要是因為 IPX PC 網路中最常見的通訊協定,而且它有相當簡單的組態需求。不過,系統管理員可以修改 setup.inf 檔案至預設安裝其他的通訊協定。此預設設定並不表示透過 TCP/IP 或 NBF NWLink 的喜好設定。

注意: 在 Windows NT 3.51] 發行 TCP/IP 是現在預設安裝的元件。

客戶通常應該使用最小的通訊協定] 必要,因為多個通訊協定通常導致下列:

  • 用戶端的高記憶體需求。
  • 更複雜的用戶端組態與網路管理。
  • 較高的支援和軟體授權成本。

Windows NT 傳輸驅動程式架構

[網路基本輸入/輸出系統 (NetBIOS) 標準,這原先是為所開發 IBM 由 Sytek 1983 中定義兩個實體:

  • 工作階段層也就是介面送出網路 I/O 和控制項指示詞為基礎的網路通訊協定軟體的使用者應用程式的標準 API。NetBIOS 命令提交透過網路控制區塊 (NCBs)。
  • 管理/資料傳輸通訊協定稱為 NetBIOS 框架的工作階段通訊協定 (NBFP)。在工作階段及傳輸圖層來執行網路 I/O 以容納 [NetBIOS NBFP 函式的介面命令集。
用 NetBIOS 介面 API 來進行網路通訊的應用程式可以操作任何公開 NetBIOS 介面的傳輸驅動程式。不要實作 NBFP (例如,TCP/IP 和 IPX) 的傳輸驅動程式必須公開 NetBIOS 介面,且都有對應至自己的原生網路框架和通訊協定的一些序列的每一個 NetBIOS 介面命令的方法。

與 16 位元 Windows,MS-DOS 和 OS/2 版本的 Microsoft 網路軟體,不同的是 Windows NT 傳輸驅動程式不會公開 NetBIOS 介面 ; 它們改,公開更有彈性傳輸驅動程式介面 (TDI)。 Windows NT 包括將 NetBIOS 命令對應到 TDI 命令和事件的 NetBIOS 模擬器。內部的 Windows NT 網路元件使用 TDI 命令和事件,而不是 NetBIOS 命令與基礎傳輸驅動程式通訊。

TDI 用戶端需要支援的 NetBIOS 位址格式和訊息模式的資料傳輸。NBF 支援這原本透過 NBFP。不要包含 NBFP 實作 NetBIOS 相容層 NetBIOS 格式位址解析成傳輸的原生的地址格式,以及實作訊息模式資料的傳輸上傳輸的原生資料傳輸通訊協定傳輸。

Windows NT 傳輸驅動程式提供 OSI 參考模式的幾個層級中定義的服務: 某些工作階段層服務 ; 所有的傳輸和網路層服務 ; 和 LLC 子圖層的資料連結層的服務。這構成 [TDI 和網路之間的所有服務驅動程式介面規格 3.0 (NDIS) 介面。除了 DLC 所有 Windows NT 的傳輸驅動程式匯都出 TDI 介面,在其上邊緣 TDI 用戶端應用如 Windows NT 重新導向器和伺服器通訊。它們匯出 NDIS 介面,在下邊緣與基礎的網路介面卡 (NIC) 驅動程式進行通訊。

在 Windows NT 傳輸驅動程式上的背景

NBF (NetBEUI)

IBM 首次引入 NetBIOS 擴充使用者介面 (NetBEUI) 通訊協定規格在 1985年。最佳化的部門 LAN 或區域網路區段。Windows NT NetBEUI 框架 (NBF) 傳輸驅動程式會實作 IBM NetBEUI 3.0] 規格,而且是 NetBEUI 與過去的 Microsoft 網路產品出貨與完全相容。NBF 會實作 NBFP,因此需要沒有 NetBIOS 相容性層級。

TCP/IP

Windows NT 包括實作傳輸控制通訊協定/網際網路通訊協定 (TCP/IP)。在一般用法,TCP/IP 指包含 TCP、 UDP、 IP、 ICMP 及 ARP 通訊協定套件。 由於 TCP/IP 是適用於如 UNIX、 MVS、 VM、 VMS、 NetWare 及 OS/2 許多不同的作業系統,Windows NT 可以使用 TCP/IP 來與這些不同的作業系統進行通訊。TCP/IP 也提供與全域網際網路的相容性。TCP/IP 是 Microsoft 的策略性延展性 Windows 為基礎的網路通訊協定。Windows NT TCP/IP 傳輸驅動程式,包括 TCP]、 [UDP]、 [IP]、 [ICMP]、 [ARP] 和 [NBT。Microsoft 完全重新設計 TCP/IP 傳輸驅動程式,在 Windows NT 3.5 提供許多的增強功能,透過資料流基礎 Windows NT 3.1 的 TCP/IP 傳輸驅動程式。TCP/IP,NetBIOS 相容性層是 NetBIOS 透過 TCP/IP (在 Windows NT 3.5 NetBT ; NBT 在 Windows NT 3.1)。

NWLink (IPX)

Novell NetWare 目前有最大的市場區隔 PC 基礎網路作業系統之間共用。NetWare 的原生網路層通訊協定是 IPX Novell 專屬子代的 Xerox XNS 通訊協定。Microsoft 會實作 NWLink 傳輸驅動程式,包括 IPX、 SPX、 RIPX 和 NBIPX 中較低層級的 NetWare 通訊協定。NWLink,NetBIOS 相容性層是 NetBIOS 透過 IPX 也稱為 NBIPX (在 Windows NT 3.5 NwLnkNb ; 在 Windows NT 3.1 NWNBLink)。

比較傳輸驅動程式特性

這一節會比較每個下列區域中的 Windows NT 傳輸驅動程式:

  • 業界接受度和經驗
  • 開啟或專利規格
  • 互通性
  • 設定及管理的簡易性
  • 分割網路
  • 路由功能
  • 名稱登錄及解析需求
  • 網路流量
  • 網路狀態報告
  • 記憶體需求
  • 效能
  • 應用程式的程式設計支援
前面提過客戶的運算環境將決定需要哪些通訊協定特性,以及哪些是最重要。適用性和重要性上述的特性會相依於下列因素:

  • 網路的大小
  • 單一或多個位置
  • 同質或異質節點
  • 網際網路連線需求
  • 應用程式設計需求
  • 大小和專業支援人員
業界接受度和經驗

更受歡迎的通訊協定有更大的經驗豐富的支援和設計工程師的基礎。在最遲 1994 Sage 參考資料,Inc.執行基礎的路由器 LAN backbones 具有至少 250 節點在大 (Fortune 500 的公司的研究。他們的研究完成而 SPX/IPX 用 87%上將 TCP/IP 會使用上的所有這類網路的 95%。

  • NetBEUI 用法是限制主要是為 Microsoft 與 IBM 個人電腦的網路環境。
  • TCP/IP 是被廣泛接受、 建立及瞭解特別是在 UNIX 和非 PC 網路中。它是全域網際網路的通訊協定。
  • SPX/IPX 是 PC 網路環境中最受歡迎的通訊協定。
開啟或專利規格

開啟的通訊協定規格可讓程式設計人員以取得所需開發自己的通訊協定驅動程式,而不支付授權費的所有資訊。

  • NetBEUI 是由 IBM 所擁有的專屬規格。不過,IBM 讓這項規格都能夠使用開發人員。
  • TCP/IP 是開啟的規格。任何人都很容易可以取得 RFC 的實作 TCP/IP 通訊協定。任何人也可以送出 RFC 到 [網際網路工程任務推動小組 (IETF) 以便考量。
  • SPX/IPX 是專屬的規格可以造成難以取得像 NCP 上方的圖層的規格的 Novell 所擁有。 不過,Novell 具有供新 SPX II 規格。
互通性

一種通訊協定,在各種作業系統和硬體平台上的可用性提供互通性的優點。Windows NT 提供 NetBEUI、 TCP/IP 及 SPX/IPX 原生支援透過 NBF、 TCP/IP 及 NWLink 傳輸驅動程式。

  • NetBEUI 是限制為 Microsoft 與 IBM PC 網路幾乎以獨佔方式: Microsoft LAN 管理員,Windows NT 工作群組的 Windows ; UNIX ; 與 IBM PCLAN 以及區域網路伺服器環境的區域網路管理員。
  • TCP/IP 是作業系統的可用的各種不同,例如 Windows NT、 UNIX、 NetWare、 VMS、 VM、 MVS,MS DOS、 Macintosh 和 OS/2。 它是全域網際網路的通訊協定。NetWare/IP 會讓 NetWare 客戶執行 TCP/IP 專用網路存取 NetWare 而不需要 SPX/IPX 的服務。但,NetWare/IP 不是 NetWare 的原生 IP,模擬 IPX 堆疊,以仍需要基礎 IPX (或模擬的 IPX) 的 NCP 圖層。在比較,Windows NT 會提供,則為 True 的通訊協定獨立網路透過它的傳輸驅動程式,而模擬需求不執行 SMBs。
  • IPX 是 Novell NetWare 的原生的通訊協定。不過,SPX/IPX 則也可以在其他作業系統上使用: Microsoft 所提供的 Windows NT NWLink; TGV 為 DEC VMS 提供 IPX; Novell 提供 IPX UnixWare 上的。
設定及管理的簡易性

任何大小的網路系統管理員想要用戶端設定和網路管理的簡易性。大型站台有多部用戶端設定雖然小型站台可能沒有足夠的支援人員。 所有三種通訊協定都是自我調整其 Windows NT 3.5 實作中。 不過,Microsoft 公開在特殊情況下手動設定某些調整參數。

  • NBF 需要少許或不初始組態或網路系統管理。
  • TCP/IP 是可能難以設定由於來命名配置和預設閘道 (路由器) 必須為每個站台識別事實其多重部分的相對的複雜性。若要減少用戶端組態負擔,Windows NT 3.5 支援 「 動態主機設定通訊協定 (DHCP),無障礙地提供動態交涉的用戶端組態的開放標準。DHCP 用戶端需要任何手動的 IP 設定,而且系統管理員不需手動指派 IP 位址。然而,DHCP 不需要適當的規劃] 及 [系統管理的 DHCP 伺服器。
  • NWLink 需要少許或不初始的用戶端設定,在小型的非路由網路上。節點識別碼元件的 IPX 位址是只會將六個位元組 MAC 位址的 NIC這個簡單的節點識別碼不需要手動用戶端組態。設定伺服器的外部和內部網路是更複雜但是。
網路分割

大型網路的系統管理員想要能夠區別多個互連網路。階層式的網路位址提供能力管理的子網路,在階層架構允許更聰明的轉寄及安全性。使用較少的電台建立較小的區段會產生更容易管理的網路,以降低的流量層級。這項功能可能不是重要的小型網路。

  • NetBEUI 使用單一部分命名配置,因此並沒有為區別多個互連網路設備。
  • TCP/IP 會使用多重部分命名配置,讓非常大的多重邏輯分割成多個層級的子網路的網路位置。網路系統管理員可以使用網路識別碼元件的 IP 位址與子網路遮罩一起設定及管理子內的子。IP 會使用子邏輯上成個別、 較小互連子區段大型網路。
  • IPX 使用簡單的兩個組件可讓大型多重邏輯分割成多個子網路的網路位置的命名配置。 不過,IPX 網路識別碼不是階層式 ; 它不會分成子元件。
路由功能

多重位置網路需要路由功能,而單一位置的網路有這類功能的沒什麼用處。可路由傳送的通訊協定通常不允許周遊因而減少網路擁塞的路由器的廣播封包。IP 和 IPX 原本就可路由傳送 ; 它們並不需要封裝進行路由。兩者都採用內部閘道通訊協定 (IGPs) 交換自發的網路 (亦即,節點由單一的管理授權控制群組) 中的路由器之間的路由資訊。其中一個最常見的 IGPs 是 「 路由資訊通訊協定 (RIP),使用向量距離演算法來判斷最佳路由。用於 IP 和 IPX RIP 實作根據 XNS RIP 開發由 Xerox Corporation 「 Palo 奧圖參考資料中心 (PARC)。

  • NetBEUI 不是可路由傳送。NBF 並支援環狀來源路由權杖環網路上,只提供簡單形式的路由已知為語彙基元。 不過,來源路由不實際實作在 OSI 網路階層。
  • TCP/IP 封包是由使用 RIP IGPs 如 Cisco 系統內部閘道路由通訊協定 (IGRP) 或 IETF 的開啟最短路徑第一個 (OSPF) 通訊協定的協力廠商路由器 routeable 即使 Windows NT 本身不了解這些通訊協定。不過,如果安裝 MPR Windows NT 使用 RIP。您可能只要勾選啟用 IP 路由] 核取方塊,在 [控制台] 中,將 Windows NT 設定為靜態的 TCP/IP 路由器。動態路由必須與協力廠商路由器實作。
  • Windows NT 不能做為一個的 IPX 路由器,但 IPX 提供完整網際網路由支援。NWLink 使用路由資訊通訊協定透過 IPX (RIPX) 來實作 SPX 和 NBIPX 所使用的路由及路由器探索服務。NWLink 載入時, 它會傳送出要用來進行定址 IPX 層級的網路編號的 RIPX 要求。利用包含區域網路網路數目的 RIP 封包來回應 NetWare 伺服器。如果沒有 RIPX 回應 NWLink 對網路號碼使用 0,而表示 IPX 封包的本機子網路上。
名稱登錄及解析需求

名稱解析需求會影響用戶端組態與網路系統管理的簡易性。方法的名稱登錄及解析影響上稍後在此節中討論網路流量網路的廣播或多點傳播活動存在數量。

NetBIOS 名稱註冊

所有的傳輸驅動程式必須登錄 NetBIOS 名稱,以確認每個名稱都是唯一。

NetBIOS 名稱解析

資料連結層 (MAC) 位址最終必須解析應用程式層名稱 (NetBIOS 和通訊端主機名稱)。原本不處理 NetBIOS 名稱的傳輸驅動程式必須中間名稱解析步驟在 NetBIOS 名稱解析成傳輸的原生的地址格式 [網狀圖層。

  • NBF 原本,使用 NetBIOS 名稱,然後會將它們解析為 MAC 位址。
  • TCP/IP 中, NetBT 會將 NetBIOS 名稱解析為再解析成透過 ARP 快取或廣播的 MAC 位址的 IP 位址。
  • 在 NWLink,NBIPX 會將 NetBIOS 名稱解析為 IPX 位址。IPX 位址包含 MAC 位址作為的主機識別碼所以 IPX 需要進一步的解析度。
通訊端主機名稱解析

Windows 通訊端應用程式的 TCP/IP 會將主機名稱解析為再解析成 MAC 位址的 IP 位址。

網路流量

名稱登錄及解析方法通常會影響量廣播或多點傳送 (有限廣播) 存在於網路上的活動。 廣播及多點傳播活動使用網路頻寬,本機區段上及所有橋接區段上,並在每個網路電台相同的通訊協定上耗用處理循環。最高的層級的廣播或多點傳送的活動的通訊協定並非通常適合用於大型網路。

名稱註冊廣播

為了確保每個名稱是唯一的必須先註冊 NetBIOS 名稱。 所有傳輸廣播有一個例外狀況的驅動程式使用。在 TCP/IP,WINS 用戶端會傳送導向的名稱註冊要求到 WINS 伺服器。 非 WINS 用戶端可能會使用 WINS Proxy 代理程式進行名稱解析,但依賴名稱登錄的廣播。MS DOS WINS 用戶端傳送導向到的 WINS 伺服器的名稱解析要求,但依賴名稱登錄的廣播。

名稱解析廣播

名稱解析可能可藉由廣播、 快取的對應、 在本機對應檔案或查詢名稱服務查詢。

  • NBF 並不會快取解析成 MAC 位址已經的 NetBIOS 名稱。NBF 也不會使用對應的檔案或名稱服務。 因此,NBF 會產生多點傳播的活動一個連結到另一個站重新建立每一次。
  • 在 Windows NT 3.5 TCP/IP 提供了許多選項名稱解析導致幾個廣播,如果設定正確。對於 NetBIOS 名稱解析快取、 LMHOSTS 查閱、 WINS 查詢、 廣播、 DNS 查詢及 HOSTS 查閱,可以使用 TCP/IP。主機名稱解析的 TCP/IP 可以使用所有這些方法除了快取。不論方法,用於解析 NetBIOS 和主機名稱,IP 必須解決 IP 位址到 MAC 位址。透過 ARP 快取完成這個階段中最後的解析度或 ARP 廣播。
  • NWLink 使用廣播名稱解析成位址。不過,NWLink 降低名稱解析廣播的活動快取 IPX 位址對應到的 NetBIOS 名稱。NWLink 並不會使用對應的檔案或名稱服務的位址。未來版本可能會實作類似 WINS 或 DNS 的名稱服務。
路由器廣播

NetBEUI 不是可路由傳送,因此路由器廣播上並沒有影響。動態 IP 和 IPX 路由器發出廣播規律的間隔的每個連接埠上的 RIP 維護的路由表格。IP 廣播每隔 30 秒 ; IPX 每隔 60 秒。所有的 NetWare 檔案伺服器原本就是路由器,並因此發出 RIP 廣播。IP RIP 允許使用中或被動參與者。使用中的參與者發出 RIP 廣播 ; 被動或無訊息參與者只接聽。IP 路由器是使用中,而 IP 主機是通常是被動。 不幸的是,IP RIP 並不與通訊 IPX RIP,導致在網路上執行 IP 和 IPX 的多餘 RIP 廣播。

SAP 廣播

IPX 伺服器會使用服務通知通訊協定 (SAP),來自動通知其他的 IPX 節點的它們的存在和它們所提供的服務。 IPX 伺服器,但不是路由器發出 SAP 廣播每隔 60 秒。 用戶端使用 SAP 來判斷哪些網路資源可供使用。 這些 SAP 廣播可能導致與許多服務的網路上擁塞,尤其是透過 WAN 連結。NWLink 不會發出 SAP 廣播。

若要解決此問題上 NetWare,Novell 實作 SAP 篩選器,以及 [NetWare 連結服務通訊協定 (NLSP) 在其多重通訊協定路由器 (MPR) 與 NetWare 4.x NLSP couples OSPF 路由資訊與 Novell 的 SAP 函式大幅減少額外負荷通常由 RIP 和 SAP 所產生的流量。

DHCP 廣播

DHCP 將大幅只是 IP 用戶端組態。不過,DHCP 會稍微增加網路流量。DHCP 完成透過廣播的用戶端組態交涉。一旦用戶端接受由 DHCP 伺服器所提供的 IP 位址,導向封包是所有的活動。因為 DHCP 伺服器的作用獨立,DHCP 伺服器之間會沒有複寫資料流。

WINS 複寫

WINS 可大幅降低名稱查詢廣播。但是,WINS 將會造成複寫在多個 WINS 伺服器之間的網路流量。 如果正確設定此複寫流量將會最少,而且淨效果將會減少網路流量。

網路狀態報告

  • NBF 未提供任何網路狀態相關的資訊。
  • TCP/IP 路由器使用 ICMP 來通知來源已被遇到錯誤,例如目的地無法連線,「 來源抑制 」 等等。
  • IPX 不提供任何網路的狀態相關的資訊。 IPX 有沒有網際網路控制項管理通訊協定,例如 TCP/IP 的 ICMP。 IPX 路由器有沒有方法可以標示要傳送站目的地無法連線,它應該降低其傳輸速率] 等。
記憶體需求

網路系統管理員通常想要較小記憶體耗用量的特別是在用戶端上。通訊協定的記憶體需求通常是傳輸驅動程式實作,而不是通訊協定本身的特性。

  • NBF 具有相對較小的記憶體使用量。
  • TCP/IP 和 IPX 有類似的記憶體使用量需求,但需要個以上的 NBF。
效能

通訊協定效能通常是相依於效率和微調的傳輸驅動程式實作,而不是通訊協定本身。

  • NBF 針對小型的 LAN 通訊調整,因此非常快速。 它跨 WAN 的效能不佳。
  • 無法快速,作為小型區域網路的 NBF TCP/IP。在 Windows NT 3.1 TCP/IP 驅動程式已比區域網路的 NBF 明顯地慢。 但是,重新設計中的 TCP/IP Windows NT 3.5 才比 NBF 稍慢些。
  • 無法快速,作為小型區域網路的 NBF NWLink。在 Windows NT 3.1 NWLink 驅動程式已比區域網路的 NBF 明顯地慢。 但是,在重新設計 NWLink 在 Windows NT 3.5 才比 NBF 稍慢些。
  • IPX/SPX 通訊協定路由 (整個區域) 網路,也就是為什麼 Novell 已被修改它們具有 「 封包突發 」 並 「 SPX II 」 變更中有一些顯著的效能限制。
  • IPX 只是稍微快些比 TCP/IP 檔案及列印作業並只比應用程式服務的 TCP/IP 稍微慢。
應用程式的程式設計支援

  • NetBIOS、 具名管道、 郵件槽、 NetDDE、 透過 NetBIOS,RPC 和 RPC 透過具名管道 」 程式設計使用 NBFP,可讓 NBF。NBF 不支援通訊端或 RPC 透過程式設計的通訊端。
  • TCP/IP 通訊端應用程式發展透過 TCP 和 UDP 上啟用通訊端和 RPC。TCP/IP 也 NetBIOS、 具名管道、 郵件槽,NetDDE、 RPC 上啟用 NetBIOS 和 RPC 透過 NBT 透過程式設計的具名管道 」。
  • IPX 通訊端應用程式發展透過 SPX 和 IPX 上啟用通訊端和 RPC。IPX 也 NetBIOS、 具名管道、 郵件槽,NetDDE、 RPC 上啟用 NetBIOS 和 RPC 透過 NBIPX 透過程式設計的具名管道 」。IPX 支援的通訊端應用程式與直接使用 IPX 其他應用程式來使用通訊端的識別碼。此直接裝載功能可以讓 IPX 的小 I/O 實現的效能優點略過 NBIPX 並直接呼叫 IPX。

       API                    TCP/IP          NWLink          NBF
       --------------------   -------------   -------------   ---
       NetBIOS                Yes (NBT)       Yes (NBIPX)     Yes
       Named Pipes            Yes (NBT)       Yes (NBIPX)     Yes
       Mailslot               Yes (NBT)       Yes (NBIPX)     Yes
       NetDDE                 Yes (NBT)       Yes (NBIPX)     Yes
       Sockets                Yes (TCP/UDP)   Yes (SPX/IPX)   No
       RPC over NetBIOS       Yes (NBT)       Yes (NBIPX)     Yes
       RPC over Named Pipes   Yes (NBT)       Yes (NBIPX)     Yes
       RPC over Sockets       Yes (TCP/UDP)   Yes (SPX/IPX)   No
    						
其他考量事項

想要全域網際網路連線的使用者必須從 InterNIC 取得網路 ID。全域網際網路上的未配置 IP 位址的補給迅速來拒絕。為了解決這個問題在網際網路工程任務推動小組 (IETF) 已形成 IP 版本 4 位址存留期估計 (IPv4 ALE) 來決定多少較長的 IPv4 的工作群組的最後一個。[IETF 也開發 IP 第 6 (IPv6) 也稱為 IP 下一步代 (IPng) 來取代目前的 IPv4 版。IPng 增加從四個位元組 (32 位元) 的 IPv4 位址做為十六個位元組 (128 位元)。 但是,沒有多大 controversy 透過 IPng。

摘要

Characteristic             TCP/IP           NWLink           NBF
Industry Acceptance        Most popular,    Primary protocol Limited to IBM
and Experience             especially in    in PC networks   & Microsoft PC
                           non PC networks                   networks
---------------------------------------------------------------------------
Open vs. Proprietary       Open             Proprietary      Proprietary,
Specification                                                but published</H3>
Interoperability           Available on     Available on     Limited to IBM
                           nearly every     many platforms   &amp; Microsoft PC
                           platform                          networks
---------------------------------------------------------------------------
Simplicity of Client       Can be           Simple           Simple
Configuration              difficult
Simplicity of              Can be           Simple           Simple
Administration             difficult
Network Segmentation:

   ------------------------------------------------------------------------
   Differentiates          Yes              No               No
   Between Networks
   ------------------------------------------------------------------------
   Hierarchy of Subnets    Yes              Yes              No
   within Networks

---------------------------------------------------------------------------
Routing Capabilities       Native           Native           No
Name Resolution Requirements:

   ------------------------------------------------------------------------
   Application Layer to    Resolves host    Resolves         Uses NetBIOS
   Network Layer           or NetBIOS name  NetBIOS name     names natively
                           to  IP address   to IPX address

   ------------------------------------------------------------------------
   Network Layer to        Resolves IP      IPX address      Resolves
   Data Link Layer         address to MAC   contains MAC     NetBIOS name
                           address          address          to MAC address
---------------------------------------------------------------------------
Network Traffic:
   ------------------------------------------------------------------------
   NetBIOS Name            WINS, Broadcast  Broadcast        Broadcast
   Registration
   ------------------------------------------------------------------------
   NetBIOS Name            Cache, WINS,     Cache,           Multicast
   Resolution              WINS Proxy,      Broadcast
                           LMHOSTS,
                           Broadcast,
                           HOSTS, DNS
   ------------------------------------------------------------------------
   Router Broadcasts       Dynamic routers  Dynamic routers  N/A
                           issue RIP        &amp; NetWare file
                           broadcasts       servers issue
                           every 30         RIP broadcasts
                           seconds          every 60 seconds
   ------------------------------------------------------------------------
   SAP Broadcasts          N/A              IPX servers      N/A
                                            issue SAP
                                            broadcasts every
                                            60 seconds.
   ------------------------------------------------------------------------
   DHCP Broadcasts         Client IP        N/A              N/A
                           configuration
                           negotiated via
                           broadcast.
   ------------------------------------------------------------------------
   WINS Replication        Replication      N/A              N/A
                           traffic when
                           using multiple
                           WINS servers
---------------------------------------------------------------------------
Network Status Reporting   Yes              No               No
Performance:
   ------------------------------------------------------------------------
   Small LANs              Fast             Fast             Fastest
   ------------------------------------------------------------------------
   File and Print          Fast             Fastest          Fast
   Operations
   ------------------------------------------------------------------------
   Application Services    Fastest          Fast             Fast
---------------------------------------------------------------------------
				


參考

  • Windows NT 3.5 概念和規劃指南 》 第 2 章
  • Windows NT Server TCP/IP
  • NetWare 網路的 Windows NT Server 解決方案
  • Novell 零件編號 107 000029 001 Novell IPX 路由器規格
  • IBM LAN 技術參考 IBM 印刷出版物 39F9353 SC30 3383 03
  • 及由 Douglas E.Comer 的 II internetworking 與 TCP/IP 磁碟區

這篇文章中的資訊適用於:
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Workstation 3.1
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Advanced Server 3.1
關鍵字:?
kbmt kbnetwork KB128233 KbMtzh
機器翻譯機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:128233? (http://support.microsoft.com/kb/128233/en-us/ )
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。