亚洲国产区中文,国产精品91高清,亚洲精品中文字幕久久久久,亚洲欧美另类久久久精品能播放

                  族譜網(wǎng) 頭條 人物百科

                  點對點協(xié)議

                  2020-10-16
                  出處:族譜網(wǎng)
                  作者:阿族小譜
                  瀏覽:520
                  轉(zhuǎn)發(fā):0
                  評論:0
                  介紹PPP是在原來的HDLC規(guī)范之后設計的。PPP的設計者將許多當時只在私有數(shù)據(jù)鏈路協(xié)議中看到的附加特性包括了進來。RFC2516將PPPoE描述為通過以太網(wǎng)(有時與DSL一起使用)傳輸PPP的一種方法。RFC2364將PPPoA描述為一種通過ATM適配層5(AAL5)傳輸PPP的方法,通常是使用DSL的PPPoE的另一種選擇。PPP在RFC1661中描述。PPP協(xié)議除了基本的成幀功能外,還包含兩個部分:鏈路控制協(xié)議和網(wǎng)絡控制協(xié)議。增強的錯誤校驗PPP協(xié)議使用幀校驗序列FCS(英語:FrameCheckSequence)來檢查每一個單獨的幀是否發(fā)生錯誤,PPP也可以監(jiān)控哪些幀在接受的時候總是發(fā)生錯誤,并且可以通過配置來降低這個發(fā)生過多錯誤的接口。鏈路回環(huán)檢查鏈路控制協(xié)議LCP(作為PPP協(xié)議的一個組成部分和PPP定義在同一個RFC中)使用標示自己的特殊數(shù)字作為特征來發(fā)現(xiàn)回路。當使用PPP協(xié)...

                  介紹

                  PPP是在原來的HDLC規(guī)范之后設計的。PPP的設計者將許多當時只在私有數(shù)據(jù)鏈路協(xié)議中看到的附加特性包括了進來。

                  RFC 2516將PPPoE描述為通過以太網(wǎng)(有時與DSL一起使用)傳輸PPP的一種方法。RFC 2364將PPPoA描述為一種通過ATM適配層5(AAL5)傳輸PPP的方法,通常是使用DSL的PPPoE的另一種選擇。

                  PPP在RFC 1661中描述。

                  PPP協(xié)議除了基本的成幀功能外,還包含兩個部分:鏈路控制協(xié)議和網(wǎng)絡控制協(xié)議。

                  增強的錯誤校驗

                  PPP協(xié)議使用幀校驗序列FCS(英語:Frame Check Sequence)來檢查每一個單獨的幀是否發(fā)生錯誤,PPP也可以監(jiān)控哪些幀在接受的時候總是發(fā)生錯誤,并且可以通過配置來降低這個發(fā)生過多錯誤的接口。

                  鏈路回環(huán)檢查

                  鏈路控制協(xié)議LCP(作為PPP協(xié)議的一個組成部分和PPP定義在同一個RFC中)使用標示自己的特殊數(shù)字作為特征來發(fā)現(xiàn)回路。當使用PPP協(xié)議的時候,端點發(fā)出具有和其他端點都不相同的特殊數(shù)字標識的LCP信息,如果線路存在回路,發(fā)出這個信息的端點就會收到含有自己標識的信息而不是其他人的標識信息。

                  PPP協(xié)議提供鉤子供每個端用戶自動配置網(wǎng)絡接口(設置IP地址和默認網(wǎng)關(guān)等)和身份鑒別。

                  PPP協(xié)議的其他特性

                  PPP提供鉤子。它可以使每個終端(設置的IP地址和默認網(wǎng)關(guān)等)自動的配置網(wǎng)絡端口和身份認證:PAP和CHAP。對比:動態(tài)主機配置協(xié)議。

                   

                  PPP幀

                  多通道的PPP協(xié)議

                  PPP協(xié)議廣泛支持特性集成多種異質(zhì)網(wǎng)絡協(xié)議

                  PPP多連接協(xié)議

                  Multilink PPP又稱為MLPPP,或是MP、MPPP、MLP等等。MPPP可在多個不同的PPP連接中傳遞網(wǎng)絡數(shù)據(jù)包。MPPP可以同時在兩條或是更多的網(wǎng)絡專線、多條撥接網(wǎng)絡上傳遞PPP數(shù)據(jù)包。 由RFC 1990定義,屬于鏈路聚合范疇。PPP多連接協(xié)議可以在兩個系統(tǒng)間提供多條連接,以增加額外帶寬。當進行遠程資源訪存時,PPP多連接協(xié)議允許將兩個帶寬合而為一或者將物理通信線路比如模擬調(diào)制解調(diào)器,ISDN和其他的模擬或數(shù)字鏈路進行合并以提高整體的吞吐量。IETFRFC 1717中描述了PPP多連接協(xié)議。Multilink PPP是指可以讓單一PPP連接同時在多個不同的連接媒介中完成。

                  PPP多重連接協(xié)議

                  Multiclass PPP是其中一種Multilink PPP的延伸,但是每一種連接(Traffic)的類型都用不同的序號來定序網(wǎng)絡數(shù)據(jù)包。詳細內(nèi)容定義在RFC 2686文件之中。

                  歷史、參考文獻與外部鏈接

                  在IETF RFC 1661文檔中詳細描述了PPP協(xié)議。在1990年7月以后還有很多關(guān)于PPP協(xié)議的RFC文檔相繼出臺,內(nèi)容包括各種身份認證、加密和壓縮策略以及PPP協(xié)議與其他網(wǎng)絡協(xié)議協(xié)作的方式等。

                  RFC 1994描述了挑戰(zhàn)握手協(xié)議CHAP,這個協(xié)議在對端創(chuàng)建連接的時候用于。

                  RFC 2516描述了PPPoE協(xié)議,用于在以太網(wǎng)上傳送PPP數(shù)據(jù),有時也被用于DSL中。

                  RFC 2364中描述了PPPoA,該協(xié)議用于在ATM適配器五層(AAL5)傳輸PPP協(xié)議數(shù)據(jù),常被稱為PPPoATM。

                  中文PPP 協(xié)議討論組

                  PPP 協(xié)議集詳細資料

                  ^[1],2012-11-22,[2]


                  免責聲明:以上內(nèi)容版權(quán)歸原作者所有,如有侵犯您的原創(chuàng)版權(quán)請告知,我們將盡快刪除相關(guān)內(nèi)容。感謝每一位辛勤著寫的作者,感謝每一位的分享。

                  ——— 沒有了 ———
                  編輯:阿族小譜

                  更多文章

                  更多精彩文章
                  評論 {{commentTotal}} 文明上網(wǎng)理性發(fā)言,請遵守《新聞評論服務協(xié)議》
                  游客
                  發(fā)表評論
                  • {{item.userName}} 舉報

                    {{item.content}}

                    {{item.time}} {{item.replyListShow ? '收起' : '展開'}}評論 {{curReplyId == item.id ? '取消回復' : '回復'}}

                    回復評論
                  加載更多評論
                  打賞作者
                  “感謝您的打賞,我會更努力的創(chuàng)作”
                  — 請選擇您要打賞的金額 —
                  {{item.label}}
                  {{item.label}}
                  打賞成功!
                  “感謝您的打賞,我會更努力的創(chuàng)作”
                  返回
                  打賞
                  私信

                  推薦閱讀

                  · 點對點網(wǎng)絡
                  歷史分布式哈希表P2P架構(gòu)體現(xiàn)了一個互聯(lián)網(wǎng)技術(shù)的關(guān)鍵概念,這一概念被描述在1969年4月7日第一份RFC文檔“RFC1,主機軟件”中。而最近,在不用中心索引服務器結(jié)構(gòu)實現(xiàn)多媒體文件交換的背景下,這個概念已經(jīng)變得非常普遍了。分類依中央化程度純P2P雜P2P混合P2P依網(wǎng)絡拓撲結(jié)構(gòu)結(jié)構(gòu)P2P無結(jié)構(gòu)P2P松散結(jié)構(gòu)P2PP2P網(wǎng)絡的優(yōu)勢P2P網(wǎng)絡的一個重要的目標就是讓所有的客戶端都能提供資源,包括帶寬,存儲空間和計算能力。因此,當有節(jié)點加入且對系統(tǒng)請求增多,整個系統(tǒng)的容量也增大。這是具有一組固定服務器的Client-Server結(jié)構(gòu)不能實現(xiàn)的,因為在上述這種結(jié)構(gòu)中,客戶端的增加意味著所有用戶更慢的數(shù)據(jù)傳輸。P2P網(wǎng)絡的分布特性通過在多節(jié)點上復制數(shù)據(jù),也增加了防故障的健壯性,并且在純P2P網(wǎng)絡中,節(jié)點不需要依靠一個中心索引服務器來發(fā)現(xiàn)數(shù)據(jù)。在后一種情況下,系統(tǒng)也不會出現(xiàn)單點崩潰。當用P2P來描述Na...
                  · 安全協(xié)議
                  安全協(xié)議的目標安全目標是多種多樣的。例如,認證協(xié)議的目標是認證參加協(xié)議的實體的身份。此外,許多認證協(xié)議還有一個附加的目標,即在主體之間安全地分配密鑰或其他各種秘密。安全協(xié)議的分類按安全協(xié)議定義密鑰交換協(xié)議、認證協(xié)議、認證和密鑰交換協(xié)議。按安全協(xié)議實現(xiàn)的功能認證協(xié)議、最小泄密協(xié)議、不可否認協(xié)議、公平性協(xié)議、身份識別協(xié)議、密鑰管理協(xié)議。針對安全協(xié)議的攻擊對于攻擊者能力的假設Dolev-Yao模型認為,攻擊者可以控制整個通信網(wǎng)絡,并應當假定攻擊者具有相應的知識與能力。例如,我們應當假定,攻擊者除了可以竊聽、阻止、截獲所有經(jīng)過網(wǎng)絡的消息等之外,還應具備以下知識和能力:熟悉加解、解密、散列(hash)等密碼運算,擁有自己的加密密鑰和解密密鑰;熟悉參與協(xié)議的主體標識符及其公鑰;具有密碼分析的知識和能力;具有進行各種攻擊,例如重放攻擊的知識和能力。攻擊類型安全協(xié)議的設計設計原則形式化描述語言基本假設安全...
                  · 代頓協(xié)議
                  背景內(nèi)容代頓協(xié)議的重點如下:維持波斯尼亞赫塞哥維納領(lǐng)土不變成為采取邦聯(lián)制度的單一國家,波赫聯(lián)邦(穆克聯(lián)邦)占有51%的領(lǐng)土,剩下的49%由塞族共和國所管理。兩邊的政治實體都設立其獨自的總統(tǒng),一個兩院制的立法機構(gòu)、國會和中央銀行。連接波斯尼亞東部和北邊塞族共和國的布爾奇科地區(qū)由國際仲裁團決定其歸屬。聯(lián)合國部隊以外的其他部隊都必須要于30天內(nèi)撤出,由聯(lián)合國的維和部隊監(jiān)督?;?,控制領(lǐng)空和執(zhí)行協(xié)議等多方面的工作則由北約的部隊來管理,該部隊被稱為多國軍事執(zhí)行部隊(IFOR),享有充分的執(zhí)行權(quán)和在波斯尼亞赫塞哥維納境內(nèi)行動的自由。和平協(xié)議在巴黎簽署后六至九個月內(nèi)中央政府和兩方分別舉行選舉。設立人權(quán)委員會調(diào)查違反人權(quán)的情況。被國際法庭指控為戰(zhàn)犯者不得參選公職。外部鏈接EncyclopaediaBritannica,DaytonAccords-encyclopediaarticlewrittenbyPre
                  · TCP/IP協(xié)議族
                  歷史研發(fā)初期1983年1月1日,在因特網(wǎng)的前身(ARPA網(wǎng))中,TCP/IP取代舊的網(wǎng)絡控制協(xié)議(NCP,NetworkControlProtocol),從而成為今天的互聯(lián)網(wǎng)的基石。最早的TCP/IP由文頓·瑟夫和羅伯特·卡恩兩位開發(fā),慢慢地通過競爭戰(zhàn)勝其他一些網(wǎng)絡協(xié)議的方案,比如國際標準化組織ISO的OSI模型。TCP/IP的蓬勃發(fā)展發(fā)生在1990年代中期。當時一些重要而可靠的工具的出世,例如頁面描述語言HTML和瀏覽器Mosaic,促成了互聯(lián)網(wǎng)應用的飛速發(fā)展。隨著互聯(lián)網(wǎng)的發(fā)展,目前流行的IPv4協(xié)議(網(wǎng)際協(xié)議版本四)已經(jīng)接近它的功能上限。IPv4最致命的兩個缺陷在于:地址只有32位,IP地址空間有限;不支持服務質(zhì)量(QualityofService,QoS)的想法,無法管理帶寬和優(yōu)先級,故而不能很好的支持現(xiàn)今越來越多實時的語音和視頻應用。因此IPv6(網(wǎng)際協(xié)議版本六)浮出水面,用以取代...
                  · 傳輸層安全協(xié)議
                  概論TLS協(xié)議采用主從式架構(gòu)模型,其目的在于提供兩個應用程序間,通過網(wǎng)絡的一個不安全通道,創(chuàng)建起安全的連接,來交換數(shù)據(jù),防止數(shù)據(jù)受到竊聽及篡改。TLS協(xié)議的優(yōu)勢在于它是與應用層協(xié)議獨立無關(guān)的。高層的應用層協(xié)議(例如:HTTP、FTP、Telnet等等)能透明的創(chuàng)建于TLS協(xié)議之上。TLS協(xié)議在應用層協(xié)議通信之前就已經(jīng)完成加密算法、通信密鑰的協(xié)商以及服務器認證工作。在此之后應用層協(xié)議所傳送的數(shù)據(jù)都會被加密,從而保證通信的私密性。TLS協(xié)議是可選的,所以如果需要使用就必須配置客戶端和服務器,有兩種主要方式實現(xiàn)這一目標:一個是使用統(tǒng)一的TLS協(xié)議通信端口(例如:用于HTTPS的端口443);另一個是客戶端請求服務器連接到TLS時使用特定的協(xié)議機制(例如:郵件、新聞協(xié)議和STARTTLS)。一旦客戶端和服務器都同意使用TLS協(xié)議,他們通過使用一個握手過程協(xié)商出一個有狀態(tài)的連接以傳輸數(shù)據(jù)。通過握手,...

                  關(guān)于我們

                  關(guān)注族譜網(wǎng) 微信公眾號,每日及時查看相關(guān)推薦,訂閱互動等。

                  APP下載

                  下載族譜APP 微信公眾號,每日及時查看
                  掃一掃添加客服微信