各類通信協議&認證協議介紹

通信協義android

1、IP:網絡層協議。
2、 轉輸層協議:
     2.一、TCP:(TCP,Transmission Control Protocol )是一種面向鏈接的、可靠的、基於字節流的傳輸層通訊協議,由IETF的RFC 793定義
     2.二、UDP: (UDP,User Datagram Protocol) 中文名是用戶數據報協議,是OSI(Open System Interconnection,開放式系統互聯) 參考模型中一種無鏈接的傳輸層協議,提供面向事務的簡單不可靠信息傳送服務,IETF RFC 768是UDP的正式規範。瀏覽器

3、應用層協議:
    3.一、HTTP:應用層協議(HTTP,HyperText Transfer Protocol)是互聯網上應用最爲普遍的一種網絡協議。全部的WWW文件都必須遵照這個標準。緩存

    3.二、MQTT:MQTT(Message Queuing Telemetry Transport)協議是爲大量計算能力有限,且工做在低帶寬、不可靠的網絡的遠程傳感器和控制設備通信而設計的協議,它具備如下主要的幾項特性:
        1)、使用發佈/訂閱消息模式,提供一對多的消息發佈,解除應用程序耦合;
        2)、對負載內容屏蔽的消息傳輸;
        3)、使用 TCP/IP 提供網絡鏈接;
        4)、有三種消息發佈服務質量:
        「至多一次」,消息發佈徹底依賴底層 TCP/IP 網絡。會發生消息丟失或重複。這一級別可用於以下狀況,環境傳感器數據,丟失一次讀記錄無所謂,由於不久後還會有第二次發送。
        「至少一次」,確保消息到達,但消息重複可能會發生。
        「只有一次」,確保消息到達一次。這一級別可用於以下狀況,在計費系統中,消息重複或丟失會致使不正確的結果。
        5)、小型傳輸,開銷很小(固定長度的頭部是 2 字節),協議交換最小化,以下降網絡流量;
        6)、使用 Last Will 和 Testament 特性通知有關各方客戶端異常中斷的機制;RSMB是一個簡單的MQTT代理;一樣由IBM提供,其查看地址是:http://www.alphaworks.ibm.com/tech/rsmb安全

    3.三、XMPP:可擴展通信和表示協議 (XMPP) 可用於服務類實時通信、表示和需求響應服務中的XML數據元流式傳輸。XMPP以Jabber協議爲基礎,而Jabber是即時通信中經常使用的開放式協議。 (在android客戶端使用Push推送時,應該使用AlarmManager來實現心跳功能,使其真正實現長鏈接)。服務器

    3.四、WEBSOKET:WebSocket協議支持(在受控環境中運行不受信任的代碼的)客戶端與(選擇加入該代碼的通訊的)遠程主機之間進行全雙工通訊。用於此的安全模型是Web瀏覽器經常使用的基於原始的安全模式。 協議包括一個開放的握手以及隨後的TCP層上的消息幀。 該技術的目標是爲基於瀏覽器的、須要和服務器進行雙向通訊的(服務器不能依賴於打開多個HTTP鏈接(例如,使用XMLHttpRequest或<iframe>和長輪詢))應用程序提供一種通訊機制。網絡

        3.五、CoAP:CoAP是受限制的應用協議(Constrained Application Protocol)的代名詞。在最近幾年的時間中,專家們預測會有更多的設備相互鏈接,而這些設備的數量將遠超人類的數量。在這種大背景下,物聯網和M2M技術應運而生。雖然對人而言,鏈接入互聯網顯得方便容易,可是對於那些微型設備而言接入互聯網很是困難。在當前由PC機組成的世界,信息交換是經過TCP和應用層協議HTTP實現的。可是對於小型設備而言,實現TCP和HTTP協議顯然是一個過度的要求。爲了讓小設備能夠接入互聯網,CoAP協議被設計出來。CoAP是一種應用層協議,它運行於UDP協議之上而不是像HTTP那樣運行於TCP之上。CoAP協議很是的小巧,最小的數據包僅爲4字節。
    3.六、RESTful HTTP:REST 指的是一組 架構約束條件和原則。知足這些約束條件和原則的應用程序或設計就是 RESTful。Web 應用程序最重要的 REST 原則是,客戶端和服務器之間的交互在請求之間是無狀態的。從客戶端到服務器的每一個請求都必須包含理解請求所必需的信息。若是服務器在請求之間的任什麼時候間點重啓,客戶端不會獲得通知。此外,無狀態請求能夠由任何可用服務器回答,這十分適合 雲計算之類的環境。客戶端能夠緩存數據以改進性能。架構

 

認證協議框架

一、OAuth2.0:OAuth2.0是OAuth協議的下一版本,但不向後兼容OAuth 1.0即徹底廢止了OAuth1.0。 OAuth 2.0關注客戶端開發者的簡易性。要麼經過組織在資源擁有者和HTTP服務商之間的被批准的交互動做表明用戶,要麼容許第三方應用表明用戶得到訪問的權限。同時爲Web應用,桌面應用和手機,和起居室設備提供專門的認證流程。2012年10月,OAuth 2.0協議正式發佈爲RFC 6749。性能

二、RADIUS:RADIUS:Remote Authentication Dial In User Service,遠程用戶撥號認證系統由RFC2865,RFC2866定義,是目前應用最普遍的AAA協議。AAA是一種管理框架,所以,它能夠用多種協議來實現。在實踐中,人們最常使用遠程訪問撥號用戶服務(Remote Authentication Dial In User Service,RADIUS)來實現AAA。RADIUS是一種C/S結構的協議,它的客戶端最初就是NAS(Net Access Server)服務器,任何運行RADIUS客戶端軟件的計算機均可以成爲RADIUS的客戶端。RADIUS協議認證機制靈活,能夠採用PAP、CHAP或者Unix登陸認證等多種方式。RADIUS是一種可擴展的協議,它進行的所有工做都是基於Attribute-Length-Value的向量進行的。RADIUS也支持廠商擴充廠家專有屬性。
 ui

相關文章
相關標籤/搜索