文章編號: 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 中定義兩個實體:
與 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%。
開啟的通訊協定規格可讓程式設計人員以取得所需開發自己的通訊協定驅動程式,而不支付授權費的所有資訊。
一種通訊協定,在各種作業系統和硬體平台上的可用性提供互通性的優點。Windows NT 提供 NetBEUI、 TCP/IP 及 SPX/IPX 原生支援透過 NBF、 TCP/IP 及 NWLink 傳輸驅動程式。
任何大小的網路系統管理員想要用戶端設定和網路管理的簡易性。大型站台有多部用戶端設定雖然小型站台可能沒有足夠的支援人員。 所有三種通訊協定都是自我調整其 Windows NT 3.5 實作中。 不過,Microsoft 公開在特殊情況下手動設定某些調整參數。
大型網路的系統管理員想要能夠區別多個互連網路。階層式的網路位址提供能力管理的子網路,在階層架構允許更聰明的轉寄及安全性。使用較少的電台建立較小的區段會產生更容易管理的網路,以降低的流量層級。這項功能可能不是重要的小型網路。
多重位置網路需要路由功能,而單一位置的網路有這類功能的沒什麼用處。可路由傳送的通訊協定通常不允許周遊因而減少網路擁塞的路由器的廣播封包。IP 和 IPX 原本就可路由傳送 ; 它們並不需要封裝進行路由。兩者都採用內部閘道通訊協定 (IGPs) 交換自發的網路 (亦即,節點由單一的管理授權控制群組) 中的路由器之間的路由資訊。其中一個最常見的 IGPs 是 「 路由資訊通訊協定 (RIP),使用向量距離演算法來判斷最佳路由。用於 IP 和 IPX RIP 實作根據 XNS RIP 開發由 Xerox Corporation 「 Palo 奧圖參考資料中心 (PARC)。
名稱解析需求會影響用戶端組態與網路系統管理的簡易性。方法的名稱登錄及解析影響上稍後在此節中討論網路流量網路的廣播或多點傳播活動存在數量。 NetBIOS 名稱註冊 所有的傳輸驅動程式必須登錄 NetBIOS 名稱,以確認每個名稱都是唯一。 NetBIOS 名稱解析 資料連結層 (MAC) 位址最終必須解析應用程式層名稱 (NetBIOS 和通訊端主機名稱)。原本不處理 NetBIOS 名稱的傳輸驅動程式必須中間名稱解析步驟在 NetBIOS 名稱解析成傳輸的原生的地址格式 [網狀圖層。
Windows 通訊端應用程式的 TCP/IP 會將主機名稱解析為再解析成 MAC 位址的 IP 位址。 網路流量 名稱登錄及解析方法通常會影響量廣播或多點傳送 (有限廣播) 存在於網路上的活動。 廣播及多點傳播活動使用網路頻寬,本機區段上及所有橋接區段上,並在每個網路電台相同的通訊協定上耗用處理循環。最高的層級的廣播或多點傳送的活動的通訊協定並非通常適合用於大型網路。 名稱註冊廣播 為了確保每個名稱是唯一的必須先註冊 NetBIOS 名稱。 所有傳輸廣播有一個例外狀況的驅動程式使用。在 TCP/IP,WINS 用戶端會傳送導向的名稱註冊要求到 WINS 伺服器。 非 WINS 用戶端可能會使用 WINS Proxy 代理程式進行名稱解析,但依賴名稱登錄的廣播。MS DOS WINS 用戶端傳送導向到的 WINS 伺服器的名稱解析要求,但依賴名稱登錄的廣播。 名稱解析廣播 名稱解析可能可藉由廣播、 快取的對應、 在本機對應檔案或查詢名稱服務查詢。
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 伺服器之間的網路流量。 如果正確設定此複寫流量將會最少,而且淨效果將會減少網路流量。 網路狀態報告
網路系統管理員通常想要較小記憶體耗用量的特別是在用戶端上。通訊協定的記憶體需求通常是傳輸驅動程式實作,而不是通訊協定本身的特性。
通訊協定效能通常是相依於效率和微調的傳輸驅動程式實作,而不是通訊協定本身。
想要全域網際網路連線的使用者必須從 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 & 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 & 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
---------------------------------------------------------------------------
參考
這篇文章中的資訊適用於:
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:128233?
(http://support.microsoft.com/kb/128233/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群文章翻譯
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


回此頁最上方