OSI七層模型的每一層都有哪些協(xié)議、PPPOE機(jī)制_第1頁
OSI七層模型的每一層都有哪些協(xié)議、PPPOE機(jī)制_第2頁
OSI七層模型的每一層都有哪些協(xié)議、PPPOE機(jī)制_第3頁
OSI七層模型的每一層都有哪些協(xié)議、PPPOE機(jī)制_第4頁
OSI七層模型的每一層都有哪些協(xié)議、PPPOE機(jī)制_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、osi七層模型的每一層都有哪些協(xié)議由低到高osi參考模型(osi/rm)的全稱是開放系統(tǒng)互連參考模型(open system interconnection reference model, osi/rm),它是由國際標(biāo)準(zhǔn)化組多iiso提出的一個網(wǎng)絡(luò)系統(tǒng)互連模型。雖 然osi參考模型的實際應(yīng)川意義不是很人,但其的飾對于理解網(wǎng)絡(luò)協(xié)議內(nèi)部的運作很仃幫 助物理層規(guī)定了激活、維持、關(guān)閉通信端點之間的機(jī)械特性、電氣特性、功能特性以及過程特 性。該層為上層協(xié)議提供了一個傳輸數(shù)據(jù)的物理媒體。只是說明標(biāo)準(zhǔn)在這一層,數(shù)據(jù)的單位稱為比特(bit)。屬丁物理層定義的典型規(guī)范代表包括:eia/t1ars-232、ei

2、a/tia rs449、v.35、rj-45、fddi 令牌環(huán)網(wǎng)等。第一層:物理層數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的傳輸。該層的作川包括:物理地址尋址、數(shù)據(jù) 的成幀、流量控制、數(shù)據(jù)的檢錯、垂發(fā)等。在這一層,數(shù)據(jù)的單位稱為幀(frame)。數(shù)據(jù)鏈路層協(xié)議的代表包括:arp、rarp、sdlc、hdlc、ppp、stp、幀中繼等。第二層:數(shù)據(jù)鏈路層 802.2、802.3atm> hdlc、frame relay網(wǎng)絡(luò)層負(fù)責(zé)對子網(wǎng)間的數(shù)據(jù)包進(jìn)行路由選擇。網(wǎng)絡(luò)層還可以實現(xiàn)擁塞控制、網(wǎng)際互連等功能。 在這一層,數(shù)據(jù)的單位稱為數(shù)據(jù)包(packet)o網(wǎng)絡(luò)層協(xié)議的代表包括:ip、ipx、rip、

3、ospf等。第三層:網(wǎng)絡(luò)層 ip、ipx、appletalk、icmp傳輸層是第一個端到端,即主機(jī)到主機(jī)的層次。傳輸層負(fù)責(zé)將上層數(shù)據(jù)分段并提供端到端的、 可靠的或不可靠的傳輸。此外,傳輸層還要處理端到端的差錯控制和流量控制問題。在這一層,數(shù)據(jù)的單位稱為數(shù)據(jù)段(segment)o傳輸層協(xié)議的代表包括:tcp、udp、spx等。第四層:傳輸層tcp、udp、spx會話層管理主機(jī)z間的會話進(jìn)程,即負(fù)責(zé)建立、管理、終止進(jìn)程之間的會話。會話層還利用 在數(shù)據(jù)中插入校驗點來實現(xiàn)數(shù)據(jù)的同步。第五層:會話層 rpc、sql、nfs、x windows、asp表示層對上層數(shù)據(jù)或信息進(jìn)行變換以保證一個主機(jī)應(yīng)用層信息

4、可以被另一個主機(jī)的應(yīng)用程 序理解。農(nóng)示層的數(shù)據(jù)轉(zhuǎn)換包括數(shù)據(jù)的加密、壓縮、格式轉(zhuǎn)換等。第六層:表示層 ascii、pict、tiff、jpeg、midi、mpeg應(yīng)川層為操作系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪問網(wǎng)絡(luò)服務(wù)的接口。應(yīng)用層協(xié)議的代表包括:telnet> ftp、http、snmp等。第七層:應(yīng)用層http,ftp,snmp等加密解密是在網(wǎng)絡(luò)層完成的七層理解物理層:物理接口規(guī)范,傳輸比特流,網(wǎng)卡是工作在物理層的。數(shù)據(jù)層:成幀,保證幀的無誤傳輸,mac地址,形成ehthernet幀網(wǎng)絡(luò)層:路山選擇,流量控制,ip地址,形成ip包傳輸層:端口地址,如http對應(yīng)80端口。tcp和udp x作于該

5、層,還有就是差錯校驗和 流量控制。會話層:組織兩個會話述程之間的通信,并管理數(shù)據(jù)的交換使川netbios和w1nsock協(xié)議。 qq等軟件進(jìn)行通訊因該是工作在會話層的。表示層:使得不同操作系統(tǒng)z間通信成為可能。應(yīng)用層:對應(yīng)于各個應(yīng)用軟件影響osi是一個定義良好的協(xié)議規(guī)范集,并有許多可選部分完成類似的任務(wù)。它定義了開放系統(tǒng)的層次結(jié)構(gòu)、層次之間的相互關(guān)系以及各層所包括的可能的任務(wù)。是作為 一個框架來協(xié)調(diào)和組織各層所提供的服務(wù)。但是osi參考模型并沒有提供一個可以實現(xiàn)的方法,而是描述了一些概念,用來協(xié)調(diào)進(jìn)程 間通信標(biāo)準(zhǔn)的制定。即osi參考模型并不是一個標(biāo)準(zhǔn),而是一個在制定標(biāo)準(zhǔn)時所使用的概 念性框架。

6、事實上的標(biāo)準(zhǔn)是tcp/ip參考模型pppoe機(jī)制另外,還有一個最廣泛的例子就是pppoe,在以太網(wǎng)上走ppp業(yè)務(wù),也沒有用到arp。它 的實現(xiàn)機(jī)理是這樣的:我要跟外界通信,首先我發(fā)一個padit播包;如果在這個以太網(wǎng)上 有pppoe服務(wù)器(即bras),那么回復(fù)一個pado單播給我;然后我再發(fā)一個padr給 pppoe服務(wù)器請求建立連接,服務(wù)器收到厲,則冋復(fù)一個pads單播包,分配一個session id, pppoe連接建立。arp. rarp1)當(dāng)adsl撥號成功吋沒有建立ip和mac的映射。撥號鏈接是一種點到點鏈路,這種鏈 路的特點是一端發(fā)送的數(shù)據(jù)總被另一端原順序的接受到。(即使兩端的i

7、p不在同一段上也能 夠收到)里而有一個確定性:一定別對端收到;唯一,性:一定被唯一的對端收到;順序性: 包不會亂續(xù);這樣的鏈路是不需要什么mac的。2)你說的撥號可能說的是pppoe撥號,這個是有1p和mac的關(guān)系的,但使用的而不是arp 協(xié)議,而是pppoe自少的保證機(jī)制。這也就是pppoe能夠防止arp病毒的根木所在。如果說道信元的話那是atm的東西。映射的不是ip和mac,應(yīng)該說的ip和vpi vci対。 任何三層地址都需要映射到二層地址,以太網(wǎng)是ip和mac, fr是ip和dlci, atm是ip 和vpi/vci,當(dāng)沒有映射時,在路由器上debug會看到“encapsulation

8、failed”有點看不卜-去了,對于你3)得出以下結(jié)論:1, 如果計算機(jī)在訪問internet的時候,不論是客戶機(jī)基于以太網(wǎng),還是服務(wù)器基于以太網(wǎng)技 術(shù),都必修使用arp和rarp協(xié)議。2, 如果計算機(jī)在訪問internet的時候,客八計算機(jī)或服務(wù)器都使用fddi或其他非以太網(wǎng)技 術(shù),可以不使用arp和rarp協(xié)議。最人感覺就是你總結(jié)的東西都不對味簡單的說兩句吧1. aip和rarp和以太網(wǎng)之間就是地址解析和反向地址解析協(xié)議,是基于以太網(wǎng)的技術(shù),這沒什 么好說的2. 如果你非要把arp和rarp和internet聯(lián)系上的話這里血的的關(guān)系就沒你說的那么簡單, 絕對和狹隘了,internet包含的

9、東西很多,但是和arp和rarp有關(guān)系的兒乎沒有,這個是你對概 念的含糊和理解的不清楚的原因3. fddi是光纖類東西,不論是技術(shù)還是概念都與arp和rarp沒關(guān)系那就更不要在說信員是 什么了那么,在最深層次上說,數(shù)據(jù)在以人網(wǎng)里而傳輸?shù)臅r候,用到的是模擬信號轉(zhuǎn)為數(shù)字信號 也就是用0和1來處理數(shù)據(jù)的電平的般說來arp和raip用在內(nèi)網(wǎng)中就是起到解析地址的作用(以詢就是這么定義的,而ii這也 是最主要的作用)基木是在設(shè)備(pc or sever)端上做處理的廣義上說可以更本就不用關(guān)心他 們之間是怎么連的,那就更不需要關(guān)心乂是什么網(wǎng)絡(luò)fddi是光纖傳輸,是將模擬信號轉(zhuǎn)為光信號來處理傳送的,在兩個局端

10、z間有轉(zhuǎn)換設(shè)備來處 理,然后同理也是在另一端復(fù)員信號送到局端通過arp和rarp協(xié)議來處理數(shù)據(jù)具體走向的 那么“rp和rarp和internet的聯(lián)系 無論是棊于atm還是fr還是adsl撥號的ppp/mp 等等網(wǎng)絡(luò)“中間”技術(shù) 和arp和rarp的關(guān)系簡單來說就一句話,那就是沒聯(lián)系,8桿子都打不著 最后必須這兩個字在做下結(jié)論的時候,在不是很清楚的情況下最好別用否則就是在吾 人子弟的多看看書吧4)adsl只是種接入方式5)首先說,我不是什么高手,但是對于你所講的這些東西,自信還有一點了解。arp (地址解析i辦議)和rarp (逆地址解析i辦議)是某些網(wǎng)絡(luò)接口(如以太網(wǎng)和令 牌環(huán)網(wǎng))使用的特殊

11、協(xié)議,用來轉(zhuǎn)換1p層和網(wǎng)絡(luò)接口層使用的地址。這里c經(jīng)說的很淸處, aip不是每種網(wǎng)絡(luò)都需要的實現(xiàn)。實質(zhì)上你是可以實現(xiàn)一個二層鏈路完全由非以太網(wǎng)跟令牌 環(huán)網(wǎng)構(gòu)成的網(wǎng)絡(luò),這里根本不牽涉arp什么事情。對于tcp/ip來講,它是可選的,可有可無的。它既不是tcp/ip協(xié)議族故初額實現(xiàn), 也不是必須或者必要的實現(xiàn),如果你不怕麻煩,完全可以不要它的存在(對于rarp協(xié)議 來講,情況稍微有些特殊)。從這個意義上來講,arp/rarp根本就沒有追究存在必要不必 要的問題。舉個例子,我們的農(nóng)業(yè)生產(chǎn)什么是根本?種子、土地,人,陽光,環(huán)境。除了這些之 外,其它的東西就是可有可無的,農(nóng)業(yè)社會,大家是刀耕火種,現(xiàn)在是

12、機(jī)械化。arp/rarp 的有無就跟機(jī)械化的有無是一樣的。不是必要的,但是現(xiàn)在如果你說不要耕種設(shè)備了行不行 啊,答案是行,也不行。行是因為沒有一樣可以做,不行是因為現(xiàn)在沒有人再想去而朝黃土 背朝天的勞作了,沒有了大家可能真的就不習(xí)慣了??傊畞碇v,討論arp跟rarp存在的必要與否木身,根本就沒有什么意義。至于什么p2p根本就跟這個帖子的內(nèi)容沒有什么關(guān)系了。說是什么技術(shù),有些牽強。 算是一個思想吧,一種軟件組織的架構(gòu)。至于什么改變互聯(lián)網(wǎng)基礎(chǔ)的潛能,讓人聽了卻是摸 不著頭腦的感覺。跟z前提的什么c/s,b/s本是一類東西,至于是采用哪種組織軟件,要看 應(yīng)用的特點,并不是力能良藥,什么東西拿p2p來

13、就萬事大吉,選其它的就不行,反之也 一樣。你的主要問題在于,刈網(wǎng)絡(luò)實質(zhì)內(nèi)容理解本身就膚淺,卻又自以為是。個人認(rèn)為你需 要做的是,靜下心來,認(rèn)真的理解網(wǎng)絡(luò)的實質(zhì),不要搞些似是而非的東術(shù)出來,這樣真的很 誤人的。6)目詢的網(wǎng)絡(luò)都有二層的地址,不過不一定叫mac地址。譬如fr的dlclatm的vpi vci 等等。如果你的簡歷上而寫“熟悉/了解c#”,那么你就應(yīng)該能夠冋答下而的這些基礎(chǔ)問題。我將 給出自己的簡要答案以供參考。歡迎討論。傳入某個屬性的set方法的隱含參數(shù)的名稱是什么? value,它的類型和屬性所聲名的類型相同。如何在c#中實現(xiàn)繼承?在類名后加上一個冒號,再加上基類的名稱。c#支持多重

14、繼承么?類之間不支持,接口之間支持。類對接口叫做實現(xiàn),不叫繼承。被protected修飾的屬性/方法在何處可以訪問? 在繼承或間接繼承與這個類的子類中可以訪問。私有成員會被繼承么?會,但是不能被訪問。所以看上去他們似乎是不能被繼承的,但實際上確實被繼承了。請描述一卜修飾符protected internal o在同一個assembly中,他的訪問級別和public 一樣,1何跨assembly訪問時,他的訪問級別 同 protected 一樣。即 protected 的范圍 + internal 的范圍。c#捉供一個默認(rèn)的無參數(shù)構(gòu)造函數(shù),當(dāng)我實現(xiàn)了另外一個有一個參數(shù)的構(gòu)造函數(shù)時候,還 想保留這

15、個無參數(shù)的構(gòu)造函數(shù)。這樣我應(yīng)該寫兒個構(gòu)造函數(shù)?兩個,一旦你實現(xiàn)了一個構(gòu)造函數(shù),c#就不會再提供默認(rèn)的構(gòu)造函數(shù)了,所以需要于動實 現(xiàn)那個無參數(shù)構(gòu)造函數(shù)。c#屮所有對象共同的基類是什么?system. object.重載和覆寫有什么區(qū)別?匝載提供了對一個方法簽名的不同參數(shù)調(diào)用的實現(xiàn)。覆寫提供了子類中改變父類方法行為的 實現(xiàn)。在方法定義中,virtual有什么含意? 被virtual修飾的方法可以被了類覆寫。能夠?qū)⒎庆o態(tài)的方法覆寫成靜態(tài)方法么?不能,覆寫方法的簽名必須與被覆寫方法的簽名保持一致,除了將virtual改為overrideo可以覆寫私有的虛方法么?不對以,其至子類中無法訪問父類中的私有方

16、法o能夠阻止榮一個類被其他類繼承么? 可以,使用關(guān)鍵字sealedo能夠?qū)崿F(xiàn)允許某個類被繼承,但不允許其中的某個方法被覆寫么? 可以,標(biāo)記這個類為public,并標(biāo)記這個方法為sealedo什么是抽象類(abstract class) ?一種不可以被實例化的類。抽象類中一般含有抽象方法,當(dāng)然也可有具體實現(xiàn)。繼承類只有 實現(xiàn)過所有抽象類的抽象方法后才能被實例化。何時必須聲明一個類為抽彖類?當(dāng)這個類中包含抽象方法時,或是該類并沒有完全實現(xiàn)父類的抽象方法時。接口(interface)是什么?只含有共有抽象方法(public abstract method)的類。這些方法必須在子類中被實現(xiàn)。為什么不能指定接口中方法的修飾符?接口中的方法川來定義對象z間通信的契約,指定接口中的方法為私有或保護(hù)沒有意義。他 們默認(rèn)為公有方法。可以繼承多個接口么? 當(dāng)然。那么如果這些接口中有重復(fù)的方法名稱呢?這種情況屮你可以決定如何實現(xiàn)。當(dāng)然需要特別得小心。但是在編譯環(huán)節(jié)是沒有問題的。接口和抽彖類的區(qū)別是什么?接口中所有方法必須是抽象的,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論