當(dāng)代計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)分析-wenkub.com
2025-12-23 10:55 本頁(yè)面
【正文】 傳輸單元是短的、定長(zhǎng)的包，稱為信元（ cell）。 ? （物理層協(xié)議）， / / ? DTE: Digital Terminal Equipment ? DCE: Digital Circuit Terminating Equipment ? PAD: Packet Assembler and Disassembler 56 HighLevel Functions Packet Level Frame Level Physical Level DCE DCE HighLevel Functions Packet Level Frame Level Physical Level PAD T DTE DTE 57 網(wǎng)絡(luò)和網(wǎng)絡(luò)服務(wù)（ 9） Frame Relay ? 幀中繼產(chǎn)生背景 通信線路越來(lái)越快速、可靠，計(jì)算機(jī)越來(lái)越快速、便宜，底層通信協(xié)議變得越來(lái)越簡(jiǎn)單，大部分工作由用戶計(jì)算機(jī)來(lái)做，底層協(xié)議只需提供一條源到目的的通路即可。 ? 1995年， ANSNET賣給 America Online。 NSF建立了一個(gè)骨干網(wǎng)，把六個(gè)超級(jí)計(jì)算機(jī)中心連接起來(lái)。 TCP/IP便于 LAN接入 ARPANET 49 網(wǎng)絡(luò)和網(wǎng)絡(luò)服務(wù)（ 5） ? 1983年， ARPA將 ARPANET交給 DCA（ Defense Communications Agency）， DCA將軍用部分分離出來(lái)，構(gòu)成 MILNET。 ? ARPA（ Advanced Research Projects Agency）負(fù)責(zé)研制，采用分組交換， sub 和 host puter兩極結(jié)構(gòu)。 TCP 和 UDP 應(yīng)用層：提供各種 Inter 管理和應(yīng)用服務(wù)功能 ? TCP/IP 與 OSI 的比較 典型計(jì)算機(jī)網(wǎng)絡(luò)的參考模型（ 8） 42 43 44 ? OSI的歷史經(jīng)驗(yàn)和教訓(xùn) OSI是 80年代計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，網(wǎng)絡(luò)體系結(jié)構(gòu)的主流 OSI網(wǎng)絡(luò)體系結(jié)構(gòu)的核心和貢獻(xiàn)： ? 分層模型 ? 服務(wù)、接口、協(xié)議 Andrew S. Tanenbaum 在 “ Computer Networks” 中評(píng)價(jià) OSI： ? Bad timing（ too late） ? Bad technology（ both the model and the protocol are flawed） ? Bad implementations（ huge， unwieldy， and slow） ? Bad politics（ government and anizations bureaucrats） 典型計(jì)算機(jī)網(wǎng)絡(luò)的參考模型（ 9） 45 網(wǎng)絡(luò)和網(wǎng)絡(luò)服務(wù)（ 1） Novell NetWare ? 在 PC機(jī)中應(yīng)用廣泛， clientserver結(jié)構(gòu) ? 參考模型 46 網(wǎng)絡(luò)和網(wǎng)絡(luò)服務(wù)（ 2） ? 基于 Xeror Network System（ XNS），但有很多改進(jìn) 網(wǎng)絡(luò)層協(xié)議， IPX：不可靠無(wú)連接協(xié)議，與 IP類似，地址長(zhǎng)度不同： IPX， 10字節(jié)（ 4字節(jié)網(wǎng)絡(luò)號(hào)， 6字節(jié)機(jī)器號(hào)（ MAC地址））； IP， 4字節(jié)。 1983年成立 IAB（ Inter Architecture Board） 1989年在 IAB 下又成立了 IRTF 和 IETF， IETF的各工作組負(fù)責(zé)組織提出相應(yīng)的 RFC 建議。例如 IEEE 802，后成為ISO 8802。 no need for reliability from lower layers ? Is there any need to implement reliability at lower layers? ? Yes, but only to improve performance ? Example: Assume a high error rate on munication work Then, a reliable munication service at data link layer might help 30 Tradeoffs ? Application has more information about the data and the semantic of the service it requires (., can check only at the end of each data unit) ? A lower layer has more information about constraints in data transmission (., packet size, error rate) ? Note: these tradeoffs are a direct result of layering! 31 Rule of Thumb ? Implementi
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1