osi七層模型的每一層都有哪些協(xié)議pppoe機(jī)制

osI七層模型的每一層均有哪些合同由低到高OSI參照模型(OSI/RMM全稱(chēng)是開(kāi)放系統(tǒng)互連參照模型(OpenSystemInterconnectionRefereneeModeLOSl/RM),它是由國(guó)際原則化組織ISO提出的一種網(wǎng)絡(luò)系統(tǒng)互連模型。雖然OSI參照模型的實(shí)際應(yīng)用意義不是很大，但其的確對(duì)于理解網(wǎng)絡(luò)合同內(nèi)部的運(yùn)作很有協(xié)助物理層規(guī)定了激活、維持、關(guān)閉通信端點(diǎn)之間的機(jī)械特性、電氣特性、功能特性以及過(guò)程特性。該層為上層合同提供了一種傳播數(shù)據(jù)的物理媒體。只是闡明原則在這一層，數(shù)據(jù)的單位稱(chēng)為比特(bit)o屬于物理層定義日勺典型規(guī)范代表涉及:EIA/TIARS-232、EIA/TIARS-449、V.35、RJ-45、FDDI令牌環(huán)網(wǎng)等。第一層：物理層數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的傳播。該層的作用涉及：物理地址尋址、數(shù)據(jù)時(shí)成幀、流量控制、數(shù)據(jù)日勺檢錯(cuò)、重發(fā)等。在這一層，數(shù)據(jù)的單位稱(chēng)為幀(frame)。數(shù)據(jù)鏈路層合同的代表涉及:ARP、RARP、SDLCsHDLC、PPP、STPs幀中繼等。第二層:數(shù)據(jù)鏈路層802.2、802.3ATM、HDLC、FRAMERELAY數(shù)的構(gòu)造函數(shù)時(shí)候，還想保存這個(gè)無(wú)參數(shù)的構(gòu)造函數(shù)。這樣我應(yīng)當(dāng)寫(xiě)幾種構(gòu)造函數(shù)？?jī)蓚€(gè)，一旦你實(shí)現(xiàn)了一種構(gòu)造函數(shù)，C#就不會(huì)再提供默認(rèn)的構(gòu)造函數(shù)了，因此需要手動(dòng)實(shí)現(xiàn)那個(gè)無(wú)參數(shù)構(gòu)造函數(shù)。C#中所有對(duì)象共同日勺基類(lèi)是什么？System.Object.重載和覆寫(xiě)有什么區(qū)別？重載提供了對(duì)一種措施簽名的不同參數(shù)調(diào)用時(shí)實(shí)現(xiàn)。覆寫(xiě)提供了子類(lèi)中變化父類(lèi)措施行為日勺實(shí)現(xiàn)。在措施定義中，virtuaI有什么含意？被virtuol修飾的措施可以被子類(lèi)覆寫(xiě)?？梢詫⒎庆o態(tài)日勺措施覆寫(xiě)成靜態(tài)措施么？不能，覆寫(xiě)措施的簽名必須與被覆寫(xiě)措施日勺簽名保持一致,除了將virtual改為overrideo可以覆寫(xiě)私有的虛措施么？不可以，甚至子類(lèi)中無(wú)法訪(fǎng)問(wèn)父類(lèi)中日勺私有措施?？梢灾浦鼓骋环N類(lèi)被其他類(lèi)繼承么？可以，使用核心字sealed。可以實(shí)現(xiàn)容許某個(gè)類(lèi)被繼承，但不容許其中日勺某個(gè)措施被覆寫(xiě)么？可以，標(biāo)記這個(gè)類(lèi)為pubIic,并標(biāo)記這個(gè)措施為s一。?d。什么是抽象類(lèi)(abstractclass)?一種不可以被實(shí)例化的類(lèi)。抽象類(lèi)中一般具有抽象措施，固然也可有具體實(shí)現(xiàn)。繼承類(lèi)只有實(shí)現(xiàn)過(guò)所有抽象類(lèi)日勺抽象措施后才干被實(shí)例化。何時(shí)必須聲明一種類(lèi)為抽象類(lèi)？當(dāng)這個(gè)類(lèi)中涉及抽象措施時(shí)，或是該類(lèi)并沒(méi)有完全實(shí)現(xiàn)父類(lèi)的抽象措施時(shí)。接口(inWrfcice)是什么？只具有共有抽象措施(publicabstractmethod)的類(lèi)。這些措施必須在子類(lèi)中被實(shí)現(xiàn)。為什么不能指定接口中措施的修飾符？接口中的措施用來(lái)定義對(duì)象之間通信的契約，指定接口中日勺措施為私有或保護(hù)沒(méi)故意義。他們默覺(jué)得公有措施。可以繼承多種接口么？固然。那么如果這些接口中有反復(fù)的措施名稱(chēng)呢？這種狀況中你可以決定如何實(shí)現(xiàn)。固然需要特別得小心。但是在編譯環(huán)節(jié)是沒(méi)有問(wèn)題的。接口和抽象類(lèi)口勺區(qū)別是什么？接口中所有措施必須是抽象時(shí),并且不能指定措施的訪(fǎng)問(wèn)修飾符。抽象類(lèi)中可以有措施日勺實(shí)現(xiàn)，也可以指定措施的訪(fǎng)問(wèn)修飾符。如何區(qū)別重載措施？不同的參數(shù)類(lèi)型，不同日勺參數(shù)個(gè)數(shù),不同日勺參數(shù)順序。const和recidonly有什么區(qū)別？const可以用于局部常量，而readonly，實(shí)際是類(lèi)的initonIy字段,顯然不能是局部的。System.String和System.StringBuiIder有什么區(qū)別?System.String是不可變的字符串。System.StringBuiId一r寄存了一種可變的字符串，并提供某些對(duì)這個(gè)字符串修改的措施。網(wǎng)絡(luò)層負(fù)責(zé)對(duì)子網(wǎng)間日勺數(shù)據(jù)包進(jìn)行路由選擇。網(wǎng)絡(luò)層還可以實(shí)現(xiàn)擁塞控制、網(wǎng)際互連等功能。在這一層，數(shù)據(jù)的單位稱(chēng)為數(shù)據(jù)包(packet)o網(wǎng)絡(luò)層合同的代表涉及：IP、IPX、RIP、OSPF等。第三層:網(wǎng)絡(luò)層I八第三層:網(wǎng)絡(luò)層I八IPX、APPLETALK、ICMP在這一層，數(shù)據(jù)的單位稱(chēng)為數(shù)據(jù)段(s一gm一nt)。傳播層合同的代表涉及:TCP、UDP、SPX等。第四層:傳播層TCP、UDP、SPX會(huì)話(huà)層管理主機(jī)之間的會(huì)話(huà)進(jìn)程,即負(fù)責(zé)建立、管理、終結(jié)進(jìn)程之間的會(huì)話(huà)。會(huì)話(huà)層還運(yùn)用在數(shù)據(jù)中插入校驗(yàn)點(diǎn)來(lái)實(shí)現(xiàn)數(shù)據(jù)的同步。第五層:會(huì)話(huà)層RPC、SQL、NFS、XWINDOWSxASP表達(dá)層對(duì)上層數(shù)據(jù)或信息進(jìn)行變換以保證一種主機(jī)應(yīng)用層信息可以被另一種主機(jī)時(shí)應(yīng)用程序理解。表達(dá)層的數(shù)據(jù)轉(zhuǎn)換涉及數(shù)據(jù)的加密、壓縮、格式轉(zhuǎn)換等。第六層:表達(dá)層ASCII、PICT、TIFF、JPEG、MIDKMPEG應(yīng)用層為操作系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪(fǎng)問(wèn)網(wǎng)絡(luò)服務(wù)的接口。應(yīng)用層合同日勺代表涉及:Wind、FTP、HTTP、SNMP等。第七層：應(yīng)用層HTTP,FTP5NMP等加密解密是在網(wǎng)絡(luò)層完畢時(shí)七層理解物理層:物理接口規(guī)范，傳播比特流，網(wǎng)卡是工作在物理層的。數(shù)據(jù)層:成幀，保證幀的無(wú)誤傳播，MAC地址，形成EHTHERNET幀網(wǎng)絡(luò)層:路由選擇，流量控制，F(xiàn)地址，形成IP包傳播層:端口地址，如HTTP相應(yīng)80端口。TCP和UDP工作于該層,尚有就是差錯(cuò)校驗(yàn)和流量控制。會(huì)話(huà)層:組織兩個(gè)會(huì)話(huà)進(jìn)程之間的通信，并管理數(shù)據(jù)時(shí)互換使用N日BIOS和WINSOCK合同。QQ等軟件進(jìn)行通訊因該是工作在會(huì)話(huà)層的。表達(dá)層：使得不同操作系統(tǒng)之間通信成為也許。應(yīng)用層:相應(yīng)于各個(gè)應(yīng)用軟件影響OSI是一種定義良好日勺合同規(guī)范集，并有許多可選部分完畢類(lèi)似的任務(wù)。它定義了開(kāi)放系統(tǒng)的層次構(gòu)造、層次之間的互相關(guān)系以及各層所涉及時(shí)也許的任務(wù)。是作為一種框架來(lái)協(xié)調(diào)和組織各層所提供日勺服務(wù)。但是OSI參照模型并沒(méi)有提供一種可以實(shí)現(xiàn)的措施，而是描述了某些概念，用來(lái)協(xié)調(diào)進(jìn)程間通信原則日勺制定。即。SI參照模型并不是一種原則，而是一種在制定原則時(shí)所使用的概念性框架。事實(shí)上的原則是TCP/IP參照模型PPPOE機(jī)制此外,尚有一種最廣泛的例子就是PPP。巳在以太網(wǎng)上走PPP業(yè)務(wù)，也沒(méi)有用到ARPo它的實(shí)現(xiàn)機(jī)理是這樣的：我要跟外界通信,一方面我發(fā)一種PADI廣播包；如果在這個(gè)以太網(wǎng)上有PPPoE服務(wù)器（即BRAS）,那么答復(fù)一種PAD。單播給我;然后我再發(fā)一種PADR給PPPoE服務(wù)器祈求建立連接，服務(wù)器收到后，則答復(fù)一種PADS單播包，分派一種SessionlD,PPPoE連接建立。ARP、RARP1）當(dāng)ADSL撥號(hào)成功時(shí)沒(méi)有建立IP和MAC的映射。撥號(hào)鏈接是一種點(diǎn)到點(diǎn)鏈路，這種鏈路的特點(diǎn)是一端發(fā)送日勺數(shù)據(jù)總被另一端原順序時(shí)接受到。（雖然兩端的IP不在同一段上也可以收到）里面有一種擬定性:一定別對(duì)端收到；唯一性：一定被唯一的對(duì)端收到；順序性:包不會(huì)亂續(xù)；這樣日勺鏈路是不需要什么MAC的。2）你說(shuō)曰勺撥號(hào)也許說(shuō)的是PPPOE撥號(hào)，這個(gè)是有IP和MAC曰勺關(guān)系的，但使用的而不是ARP合同，而是PPPOE自身的保證機(jī)制。這也就是PPPOE可以避免ARP病毒的主線(xiàn)所在。如果說(shuō)道信元口勺話(huà)那是ATM的東西。映射時(shí)不是IP和MAC,應(yīng)當(dāng)說(shuō)的IP和VPIVCI對(duì)。任何三層地址都需要映射到二層地址，以太網(wǎng)是IP和MAC,FR是IP和DLCI,ATM是IP和vpi/vci,當(dāng)沒(méi)有映射時(shí)，在路由器上debug會(huì)看到“encapsulationfailed^^有點(diǎn)看不下去了，對(duì)于你3）得出如下結(jié)論：1,如果計(jì)算機(jī)在訪(fǎng)問(wèn)internet的時(shí)候，不管是客戶(hù)機(jī)基于以太網(wǎng)，還是服務(wù)器基于以太網(wǎng)技術(shù)，都必修使用ARP和RARP合同。2,如果計(jì)算機(jī)在訪(fǎng)問(wèn)internet的時(shí)候，客戶(hù)計(jì)算機(jī)或服務(wù)器都使用FDDI或其他非以太網(wǎng)技術(shù)，可以不使用ARP和RARP合同。最大感覺(jué)就是你總結(jié)日勺東西都不對(duì)味簡(jiǎn)樸時(shí)說(shuō)兩句吧.arp和rarp和以太網(wǎng)之間就是地址解析和反向地址解析合同,是基于以太網(wǎng)的技術(shù)，這沒(méi)什么好說(shuō)的.如果你非要把。rp和rarp和internet聯(lián)系上日勺話(huà)這里面的的關(guān)系就沒(méi)你說(shuō)的那么簡(jiǎn)樸，絕對(duì)和狹隘了，internet涉及的東西諸多，但是和Qrp和rarp有關(guān)系時(shí)幾乎沒(méi)有，這個(gè)是你對(duì)概念日勺模糊和理解時(shí)不清晰的因素3.fddi是光纖類(lèi)東西，不管是技術(shù)還是概念都與arp和「arp沒(méi)關(guān)系那就更不要在說(shuō)信員是什么了那么，在最深層次上說(shuō)，數(shù)據(jù)在以太網(wǎng)里面?zhèn)鞑サ臅r(shí)候，用到時(shí)是模擬信號(hào)轉(zhuǎn)為數(shù)字信號(hào)也就是用。和1來(lái)解決數(shù)據(jù)的電平日勺一般說(shuō)來(lái)QP和「cup用在內(nèi)網(wǎng)中就是起到解析地址時(shí)作用(此前就是這樣定義曰勺，并且這也是最重要口勺作用)基本是在設(shè)備(pcorsever)端上做解決的廣義上說(shuō)可以更本就不用關(guān)懷他們之間是怎么連的，那就更不需要關(guān)懷又是什么網(wǎng)絡(luò)?fddi是光纖傳播，是將模擬信號(hào)轉(zhuǎn)為光信號(hào)來(lái)解決傳送日勺,在兩個(gè)局端之間有轉(zhuǎn)換設(shè)備來(lái)解決，然后同理也是在另一端復(fù)員信號(hào)送到局端通過(guò)orp和rorp合同來(lái)解決數(shù)據(jù)具體走向時(shí)那么arp和rarp和internet的聯(lián)系無(wú)論是基于A(yíng)TM還是FR還是ADSL撥號(hào)的PPP/MP等等網(wǎng)絡(luò)“中間”技術(shù)和arp和「arp曰勺關(guān)系簡(jiǎn)樸來(lái)說(shuō)就一句話(huà)，那就是沒(méi)聯(lián)系，8桿子都打不著最后必須這兩個(gè)字在做下結(jié)論的時(shí)候，在不是很清晰的狀況下最佳別用否則就是在吾人子弟的多看看書(shū)吧4)ADSL只是種接入方式5）一方面說(shuō)，我不是什么高手，但是對(duì)于你所講曰勺這些東西，自信尚有一點(diǎn)理解。ARP（地址解析合同）和RARP（逆地址解析合同）是某些網(wǎng)絡(luò)接口（如以太網(wǎng)和令牌環(huán)網(wǎng)）使用的特殊合同，用來(lái)轉(zhuǎn)換IP層和網(wǎng)絡(luò)接口層使用日勺地址。這里已經(jīng)說(shuō)的很清晰,cirp不是每種網(wǎng)絡(luò)都需要時(shí)實(shí)現(xiàn)。實(shí)質(zhì)上你是可以實(shí)現(xiàn)一種二層鏈路完全由非以太網(wǎng)跟令牌環(huán)網(wǎng)構(gòu)成的網(wǎng)絡(luò)，這里主線(xiàn)不牽涉orp什么事情。對(duì)于TCP/IP來(lái)講，它是可選的，可有可無(wú)的。它既不是TCP/IP合同族最初額實(shí)現(xiàn),也不是必須或者必要時(shí)實(shí)現(xiàn)，如果你不怕麻煩，完全可以不要它的存在（對(duì)于RARP合同來(lái)講,狀況稍微有些特殊）。從這個(gè)意義上來(lái)講,ARP/RARP主線(xiàn)就沒(méi)有追究存在必要不必要的問(wèn)題。舉個(gè)例子，我們的農(nóng)業(yè)生產(chǎn)什么是主線(xiàn)？種子、土地，人,陽(yáng)光，環(huán)境。除了這些之外,其他的東西就是可有可無(wú)的，農(nóng)業(yè)社會(huì)，大伙是刀耕火種，目前是機(jī)械化。ARP/RARP日勺有無(wú)就跟機(jī)械化時(shí)有無(wú)是同樣的。不是必要的，但是目前如果你說(shuō)不要耕種設(shè)備了行不行啊,答案是行，也不行。行是由于沒(méi)有同樣可以做，不行是由于目前沒(méi)有人再想去面朝黃土背朝天日勺勞作了，沒(méi)有了大伙也許真的就不習(xí)慣了?？傊畞?lái)講，討論arp跟crp存在的必要與否自身，主線(xiàn)就沒(méi)有什么意義。至于什么P2P主線(xiàn)就跟這個(gè)帖子的內(nèi)容沒(méi)有什么關(guān)系了。說(shuō)是什么技術(shù)，有些牽強(qiáng)。算是一種思想吧，一種軟件組織的架構(gòu)。至于什么變化互聯(lián)網(wǎng)基礎(chǔ)日勺潛能，讓人聽(tīng)了卻是摸不著頭腦日勺感覺(jué)。跟之前提的什么C/S,B/S本是一類(lèi)東西，至于是采用哪種組織軟件，要看應(yīng)用的特點(diǎn)，并不是萬(wàn)能良藥，什么東西拿P2P來(lái)就萬(wàn)事大吉，選其他的就不行，反之也同樣。你的重要問(wèn)題在于，對(duì)網(wǎng)絡(luò)實(shí)質(zhì)內(nèi)容理解自身就膚淺，卻又自覺(jué)得是。個(gè)人覺(jué)得你需要做日勺是，靜下心來(lái)，認(rèn)真口勺理解網(wǎng)絡(luò)的實(shí)質(zhì)，不要搞些似是而非的東西出來(lái)，這樣真的很誤人的。6）目前的網(wǎng)絡(luò)均有二層的地址，但是不一定叫MAC地址。譬如FR的DLCI,ATMB^VPIVCI等等。如果你的簡(jiǎn)歷上面寫(xiě)“熟悉/理解C#"，那么你就應(yīng)當(dāng)可以回答下面的這些基礎(chǔ)問(wèn)題。我將給出自己的簡(jiǎn)要答案以供參照。歡迎討論。傳入某個(gè)屬性的Set措施日勺隱含參數(shù)的名稱(chēng)是什么？value,它的類(lèi)型和屬性所聲名曰勺類(lèi)型相似。如何在C#中實(shí)現(xiàn)繼承？在類(lèi)名后加上一種冒號(hào),再加上基類(lèi)的名稱(chēng)。C#支持多重繼承么？類(lèi)之間不支持，接口之間支持。類(lèi)對(duì)接口叫做實(shí)現(xiàn)，不叫繼承。被p