国产三级在线看完整版-内射白嫩大屁股在线播放91-欧美精品国产精品综合-国产精品视频网站一区-一二三四在线观看视频韩国-国产不卡国产不卡国产精品不卡-日本岛国一区二区三区四区-成年人免费在线看片网站-熟女少妇一区二区三区四区

儀器網(wǎng)(yiqi.com)歡迎您!

| 注冊(cè)2 登錄
網(wǎng)站首頁(yè)-資訊-話題-產(chǎn)品-評(píng)測(cè)-品牌庫(kù)-供應(yīng)商-展會(huì)-招標(biāo)-采購(gòu)-知識(shí)-技術(shù)-社區(qū)-資料-方案-產(chǎn)品庫(kù)-視頻

問(wèn)答社區(qū)

協(xié)議的通訊過(guò)程

懶人來(lái)自舊時(shí)光 2014-09-14 19:53:12 420  瀏覽
  •  

參與評(píng)論

全部評(píng)論(2條)

  • hhitmmm 2014-09-15 00:00:00
    說(shuō)真的,回答這個(gè)問(wèn)題要查很多資料,樓主也不懸點(diǎn)兒賞~~囧。我只能找到這么多啦—— 網(wǎng)際層協(xié)議:包括:IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議。 傳輸層協(xié)議:TCP協(xié)議、UDP協(xié)議。 應(yīng)用層協(xié)議:FTP、Telnet、SMTP、HTTP、RIP、NFS、DNS。 FTP協(xié)議: 1.ASCII傳輸方式:假定用戶(hù)正在拷貝的文件包含的簡(jiǎn)單ASCII碼文本,如果在遠(yuǎn)程機(jī)器上運(yùn)行的不是UNIX,當(dāng)文件傳輸時(shí)ftp通常會(huì)自動(dòng)地調(diào)整文件的內(nèi)容以便于把文件解釋成另外那臺(tái)計(jì)算機(jī)存儲(chǔ)文本文件的格式。 但是常常有這樣的情況,用戶(hù)正在傳輸?shù)奈募牟皇俏谋疚募?,它們可能是程序,?shù)據(jù)庫(kù),字處理文件或者壓縮文件(盡管字處理文件包含的大部分是文本,其中也包含有指示頁(yè)尺寸,字庫(kù)等信息的非打印字符)。在拷貝任何非文本文件之前,用binary 命令告訴ftp逐字拷貝,不要對(duì)這些文件進(jìn)行處理,這也是下面要講的二進(jìn)制傳輸。 2.二進(jìn)制傳輸模式:在二進(jìn)制傳輸中,保存文件的位序,以便原始和拷貝的是逐位一一對(duì)應(yīng)的。即使目的地機(jī)器上包含位序列的文件是沒(méi)意義的。例如,macintosh以二進(jìn)制方式傳送可執(zhí)行文件到Windows系統(tǒng),在對(duì)方系統(tǒng)上,此文件不能執(zhí)行。 如果你在ASCII方式下傳輸二進(jìn)制文件,即使不需要也仍會(huì)轉(zhuǎn)譯。這會(huì)使傳輸稍微變慢 ,也會(huì)損壞數(shù)據(jù),使文件變得不能用。(在大多數(shù)計(jì)算機(jī)上,ASCII方式一般假設(shè)每一字符的diyi有效位無(wú)意義,因?yàn)锳SCII字符組合不使用它。如果你傳輸二進(jìn)制文件,所有的位都是重要的。)如果你知道這兩臺(tái)機(jī)器是同樣的,則二進(jìn)制方式對(duì)文本文件和數(shù)據(jù)文件都是有效的。 UDP協(xié)議: 1、UDP傳送數(shù)據(jù)前并不與對(duì)方建立連接,即UDP是無(wú)連接的,在傳輸數(shù)據(jù)前,發(fā)送方和接收方相互交換信息使雙方同步。 2、UDP不對(duì)收到的數(shù)據(jù)進(jìn)行排序,在UDP報(bào)文的首部中并沒(méi)有關(guān)于數(shù)據(jù)順序的信息(如TCP所采用的序號(hào)),而且報(bào)文不一定按順序到達(dá)的,所以接收端無(wú)從排起。 3、UDP對(duì)接收到的數(shù)據(jù)報(bào)不發(fā)送確認(rèn)信號(hào),發(fā)送端不知道數(shù)據(jù)是否被正確接收,也不會(huì)重發(fā)數(shù)據(jù)。 4、UDP傳送數(shù)據(jù)較TCP快速,系統(tǒng)開(kāi)銷(xiāo)也少。 5、由于缺乏擁塞控制(congestion control),需要基于網(wǎng)絡(luò)的機(jī)制來(lái)減小因失控和高速UDP流量負(fù)荷而導(dǎo)致的擁塞崩潰效應(yīng)。換句話說(shuō),因?yàn)閁DP發(fā)送者不能夠檢測(cè)擁塞,所以像使用包隊(duì)列和丟棄技術(shù)的路由器這樣的網(wǎng)絡(luò)基本設(shè)備往往就成為降低UDP過(guò)大通信量的有效工具。數(shù)據(jù)報(bào)擁塞控制協(xié)議(DCCP)設(shè)計(jì)成通過(guò)在諸如流媒體類(lèi)型的高速率UDP流中增加主機(jī)擁塞控制來(lái)減小這個(gè)潛在的問(wèn)題。 TELNET協(xié)議: 1)本地與遠(yuǎn)程主機(jī)建立連接。該過(guò)程實(shí)際上是建立一個(gè)TCP連接,用戶(hù)必須知道遠(yuǎn)程主機(jī)的Ip地址或域名; 2)將本地終端上輸入的用戶(hù)名和口令及以后輸入的任何命令或字符以NVT(Net Virtual Terminal)格式傳送到遠(yuǎn)程主機(jī)。該過(guò)程實(shí)際上是從本地主機(jī)向遠(yuǎn)程主機(jī)發(fā)送一個(gè)IP數(shù)據(jù)包; 3)將遠(yuǎn)程主機(jī)輸出的NVT格式的數(shù)據(jù)轉(zhuǎn)化為本地所接受的格式送回本地終端,包括輸入命令回顯和命令執(zhí)行結(jié)果; 4)Z后,本地終端對(duì)遠(yuǎn)程主機(jī)進(jìn)行撤消連接。該過(guò)程是撤銷(xiāo)一個(gè)TCP連接。 HTTP協(xié)議 首先客戶(hù)機(jī)與服務(wù)器需要建立連接。只要單擊某個(gè)超級(jí)鏈接,HTTP的工作就開(kāi)始了。 建立連接后,客戶(hù)機(jī)發(fā)送一個(gè)請(qǐng)求給服務(wù)器,請(qǐng)求方式的格式為:統(tǒng)一資源標(biāo)識(shí)符(URL)、協(xié)議版本號(hào),后邊是MIME信息包括請(qǐng)求修飾符、客戶(hù)機(jī)信息和可能的內(nèi)容。 服務(wù)器接到請(qǐng)求后,給予相應(yīng)的響應(yīng)信息,其格式為一個(gè)狀態(tài)行,包括信息的協(xié)議版本號(hào)、一個(gè)成功或錯(cuò)誤的代碼,后邊是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。 客戶(hù)端接收服務(wù)器所返回的信息通過(guò)瀏覽器顯示在用戶(hù)的顯示屏上,然后客戶(hù)機(jī)與服務(wù)器斷開(kāi)連接。 TCP協(xié)議 當(dāng)主動(dòng)方發(fā)出SYN連接請(qǐng)求后,等待對(duì)方回答SYN,ACK。這種建立連接的方法可以防止產(chǎn)生錯(cuò)誤的連接,TCP使用的流量控制協(xié)議是可變大小的滑動(dòng)窗口協(xié)議。diyi次握手:建立連接時(shí),客戶(hù)端發(fā)送SYN包(SEQ=x)到服務(wù)器,并進(jìn)入SYN_SEND狀態(tài),等待服務(wù)器確認(rèn)。第二次握手:服務(wù)器收到SYN包,必須確認(rèn)客戶(hù)的SYN(ACK=x+1),同時(shí)自己也送一個(gè)SYN包(SEQ=y),即SYN+ACK包,此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)。第三次握手:客戶(hù)端收到服務(wù)器的SYN+ACK包,向服務(wù)器發(fā)送確認(rèn)包ACK(ACK=y+1),此包發(fā)送完畢,客戶(hù)端和服務(wù)器時(shí)入Established狀態(tài),完成三次握手。

    贊(8)

    回復(fù)(0)

    評(píng)論

  • 傷筱心我愛(ài)你 2016-02-18 00:00:00
      通訊協(xié)議中Z早的協(xié)議之一,它為連接不同操作系統(tǒng)和不同硬件體系結(jié)構(gòu)的互聯(lián)網(wǎng)絡(luò)提供通信支持,是一種網(wǎng)絡(luò)通用語(yǔ)言。   TCP/IP協(xié)議定義了在互聯(lián)網(wǎng)絡(luò)中如何傳遞、管理信息(文件傳送、收發(fā)電子郵件、遠(yuǎn)程登錄等),并制定了在出錯(cuò)時(shí)必須遵循的規(guī)則。   通訊協(xié)議RS-232-C   RS-232-C是OSI基本參考模型物理層部分的規(guī)格,它決定了連接器形狀等物理特性、以0和1表示的電氣特性及表示信號(hào)意義的邏輯特性。   RS-232-C是EIA發(fā)表的,是RS-232-B的修改版。本來(lái)是為連接模擬通信線路中的調(diào)制解調(diào)器等DCE及電傳打印機(jī)等DTE拉接口而標(biāo)準(zhǔn)化的。很多個(gè)人計(jì)算機(jī)也用RS-232-C作為輸入輸出接口,用RS-232-C作為接口的個(gè)人計(jì)算機(jī)也很普及。   RS-232-C的如下特點(diǎn):采用直通方式,雙向通信,基本頻帶,電流環(huán)方式,串行傳輸方式,DCE-DTE間使用的信號(hào)形態(tài),交接方式,全雙工通信。RS-232-C在ITU建議的V.24和V.28規(guī)定的25引腳連接器在功能上具有互換性。   RS-232-C所使用的連接器為25引腳插入式連接器,一般稱(chēng)為25引腳D-SUB。DTE端的電纜頂端接公插頭,DCE端接母插座。   RS-232-C所用電纜的形狀并不固定,但大多使用帶屏蔽的24芯電纜。電纜的Z大長(zhǎng)度為15m。使用RS-232-C在200K位/秒以下的任何速率都能進(jìn)行數(shù)據(jù)傳輸。

    贊(13)

    回復(fù)(0)

    評(píng)論

熱門(mén)問(wèn)答

協(xié)議的通訊過(guò)程
 
2014-09-14 19:53:12 420 2
通訊協(xié)議與通訊方式的區(qū)別
監(jiān)控系統(tǒng)中,以YAAN勻速球?yàn)槔褐С諽AAN/Pelco/Sansung協(xié)議控制線上寫(xiě)4851.為什么標(biāo)這幾種協(xié)議,不直接說(shuō)485呢,這些協(xié)議與485通訊方式有什么特殊的不同嗎?2.不管是232還是485到矩陣... 監(jiān)控系統(tǒng)中,以YAAN勻速球?yàn)槔?支持YAAN/Pelco/Sansung協(xié)議 控制線上寫(xiě)485 1.為什么標(biāo)這幾種協(xié)議,不直接說(shuō)485呢,這些協(xié)議與485通訊方式有什么特殊的不同嗎? 2.不管是232還是485到矩陣上出來(lái)都是CODE字樣的編碼,請(qǐng)問(wèn)這CODE碼是什么呢? 展開(kāi)
2017-09-15 04:17:56 660 2
ModBus RTU通訊協(xié)議與ModBus通訊協(xié)議有什么區(qū)別
 
2012-03-21 05:57:00 537 5
ModBus RTU通訊協(xié)議與ModBus通訊協(xié)議有什么區(qū)別
 
2018-11-29 12:35:26 358 0
ModBus RTU通訊協(xié)議與ModBus通訊協(xié)議有什么區(qū)別
 
2017-12-15 04:24:24 479 1
通訊協(xié)議的詳細(xì)介紹
 
2018-11-26 19:49:23 373 0
智能壓力變送器的通訊協(xié)議
 
2018-11-17 01:06:38 328 0
RS232通訊協(xié)議是什么?
 
2017-10-02 13:41:44 341 2
通訊接口和協(xié)議
我在工作中經(jīng)常接觸MODBUS協(xié)議或者RS485接口之類(lèi)的東西我一直不明白有些資料會(huì)提RS485協(xié)議那它到底是接口還是協(xié)議啊接口和協(xié)議到底有什么區(qū)別和聯(lián)系啊希望能從自動(dòng)控制的角度給個(gè)解釋... 我在工作中經(jīng)常接觸MODBUS 協(xié)議 或者RS485 接口之類(lèi)的東西 我一直不明白 有些資料會(huì)提RS485協(xié)議 那它到底是接口還是協(xié)議啊 接口和協(xié)議到底有什么區(qū)別和聯(lián)系啊 希望能從自動(dòng)控制的角度給個(gè)解釋. 有一種說(shuō)法是協(xié)議是軟的方面,接口主要指物理層面。 我想知道更深刻一點(diǎn)的呵呵 展開(kāi)
2008-02-24 12:10:23 475 3
can總線通訊協(xié)議
老師讓做的作業(yè)是基于單片機(jī)的can總線的具體的通信協(xié)議是什么呢能舉個(gè)實(shí)例么希望能舉個(gè)具體的例子... 老師讓做的作業(yè) 是基于單片機(jī)的can總線的 具體的通信協(xié)議是什么呢 能舉個(gè)實(shí)例么 希望能舉個(gè)具體的例子 展開(kāi)
2006-04-22 02:04:55 507 3
現(xiàn)場(chǎng)總線與通訊協(xié)議的關(guān)系
 
2012-02-05 13:13:30 325 2
Modbus-RTU通訊協(xié)議響應(yīng)問(wèn)題
當(dāng)主機(jī)發(fā)出 01 06 00 00 00 02 00 00 CRC(L) CRC(H) 一組通訊數(shù)據(jù)時(shí),從機(jī)應(yīng)怎樣處理? 是正常應(yīng)答01 06 00 00 00 02 CRC(L) CRC(H) 還是不作處理?
2014-12-01 07:26:57 441 1
modbus通訊是用rtu協(xié)議還是ascii協(xié)議
 
2015-04-27 16:51:02 497 2
Modbus通訊協(xié)議的數(shù)據(jù)校驗(yàn)方式
 
2018-11-20 18:38:30 654 0
什么是Moubus RTU 通訊協(xié)議
 
2017-12-14 18:29:59 358 1
電度表RS485通訊協(xié)議有哪些
 
2011-03-26 03:42:54 449 3
modbus rtu通訊協(xié)議的廣播是什么含義
 
2017-11-24 03:00:14 518 1
modbus rtu通訊協(xié)議 如何判斷超時(shí)
 
2010-08-08 03:08:06 660 3
memobus通訊協(xié)議與modbus-RTU有什么區(qū)別
 
2018-11-29 14:40:23 258 0
RS422是如何通訊的?還有,什么叫“無(wú)協(xié)議通訊模式”?謝謝!
 
2017-10-04 10:39:54 605 1

4月突出貢獻(xiàn)榜

推薦主頁(yè)

最新話題