808協議

① 808 協議報警標識0代表什麼意思

0的含義是十位上沒有數
即808中有8個百，0個10，8個1

② 部標808 位置上報解析問題

③ 華帝jzy-b808b和jzt-b808b結構有什麼不同

PPP的幀格式和HDLC的相似。與HDLC不同的是多了2個位元組的協議欄位。當協議欄位為時，信息欄位就是IP數據報。若為0xC021，則信息欄位是鏈路控制數據，而0x8021表示這是網路控制數據。PPP不提供使用序號和確認的可靠傳輸。PPP工作在網路層與數據鏈路層中，包括NCP與LCP協議。NCP是在第三層用於區域網中的多協議封裝，LCP用於第二層的廣域網鏈路控制協議。
從兩者的結構上來看，PPP有比HDLC更復雜的控制機制，處理的時候需要的時間相對要多些。從通信的連接來看，HDLC在連接與斷開時採取的是雙方握手協議；PPP使用的是一個鑒別認證機制，雙方通過連接，然後協商，身份的鑒別，LCP的配置，打開通信到通信結束，完成整個過程。所以在整個測試中，PPP在鏈路的連接到數據的處理，所耗費的時間都要比HDLC要多。特別在大行的數據傳輸時，更能體現出HDLC的傳輸速度。但PPP在安全方面卻比HDLC要更勝一籌，其身份驗證可以根據安全的要求對所有接收的數據進行檢測，通過鑒定後才會把數據接收轉發否則丟棄掉!~
補充：
因此，對兩協議的選用可視傳輸的要求來考慮。

此外，我們對兩種協議進行了鏈路的壓縮傳送。結果，在速度方面，兩者都有了顯著的提高。其實，所謂的壓縮也就是對傳輸實體進行的，對包頭和負載的壓縮。鏈路壓縮並不是指單單一個特別的協議功能，而CISCO就提供了兩種專用於路由器傳輸數據的壓縮演算法----Stac與Predictor。但在HDLC結構中，Stac是唯一的選擇。STAC對數據的壓縮實際上是通過對一些多餘字串的數據流用特定的標記替代，而這些帶有信息量的標記都是明顯短於所替代的數據流的。如果演算法在數據中不能找到可以替代的字串，那麼將不會有壓縮的情況發生，或者在傳輸中就像壓縮功能沒有被激活一般。在一些應用中，例如是在發送加密數據時，壓縮就只會增加傳輸的開銷，所以在這類情況中，是不會對原始傳輸進行修改。而且Stac壓縮演算法對佔用CPU的資源有較高要求，往往不被採用於高CPU利用率的路由器中。Predictor壓縮演算法就如其名字一般。這一CISCO優先演算法是通過嘗試從一個操作檢索系統中預測出即將到來的特徵數據序列，而這個系統就是基於壓縮字典生成的。何為壓縮字典，其實它就是一本由眾多可能出現的數據序列組合成的編碼書。如果一個特徵數據流在此字典中被發現，且與字典中的其中一條目完全吻合，那麼，此字典條目將會用來替代數據流。得出的條目包含的是更小更短的特徵序列。在遠端，這些特徵將會與數據字典再次做一個對比進行解碼。數據流就會被找出及用合適的信息替換。Predictor壓縮演算法就如形體語言一般，利用一個手勢即可表達整個的句子與含義（壓縮），遠比拼出由一個個單獨的詞語所組成的句子與含義（無壓縮）來得簡單。因為所有的群體對手勢語言都能理解，所以相互間能夠很好的溝通。相反，當其中一人在交流時包含了一個未知的形體語言，那麼相互間的溝通將不會產生。在壓縮中同樣會出現缺少交流的情況。如在一方選用了壓縮演算法，那麼在另一方也必須使用。（需要注意的是，兩端所使用的演算法必須一致。）Stac是高CPU佔用，而Predictor卻是極端的高內存佔用。因此，如果路由器沒有配備大容量的RAM，那就想也別想實行Predictor演算法。但如果RAM充足的話，使用Predictor也是一個不錯的選擇

④ 請問:「rtsp://202.101.113.196/vod18/060808/玻璃之城/a.rmvb」前面的「rtsp」是什麼意思

實時流協議RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，該協議定義了一對多應用程序如何有效地通過IP網路傳送多媒體數據。RTSP在體系結構上位於RTP和RTCP之上，它使用TCP或RTP完成數據傳輸。HTTP與RTSP相比，HTTP傳送HTML，而RTP傳送的是多媒體數據。HTTP請求由客戶機發出，伺服器作出響應；使用RTSP時，客戶機和伺服器都可以發出請求，即RTSP可以是雙向的。

6.3 RTSP協議
實時流協議（RTSP）是應用級協議，控制實時數據的發送。RTSP提供了一個可擴展框架，使實時數據，如音頻與視頻，的受控、點播成為可能。數據源包括現場數據與存儲在剪輯中數據。該協議目的在於控制多個數據發送連接，為選擇發送通道，如UDP、組播UDP與TCP，提供途徑，並為選擇基於RTP上發送機制提供方法。
6.3.1 簡介
6.3.1.1 目的
實時流協議（RTSP）建立並控制一個或幾個時間同步的連續流媒體。盡管連續媒體流與控制流交叉是可能的，通常它本身並不發送連續流。換言之，RTSP充當多媒體伺服器的網路遠程式控制制。RTSP連接沒有綁定到傳輸層連接，如TCP。在RTSP連接期間，RTSP用戶可打開或關閉多個對伺服器的可靠傳輸連接以發出RTSP 請求。此外，可使用無連接傳輸協議，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作並不依賴用於攜帶連續媒體的傳輸機制。實時流協議在語法和操作上與HTTP/1.1類似，因此HTTP的擴展機制大都可加入RTSP。協議支持的操作如下：
從媒體伺服器上檢索媒體：
用戶可通過HTTP或其它方法提交一個演示描述。如演示是組播，演示式就包含用於連續媒體的的組播地址和埠。如演示僅通過單播發送給用戶，用戶為了安全應提供目的地址。
媒體伺服器邀請進入會議：
媒體伺服器可被邀請參加正進行的會議，或回放媒體，或記錄其中一部分，或全部。這種模式在分布式教育應用上很有用，會議中幾方可輪流按遠程式控制制按鈕。
將媒體加到現成講座中：
如伺服器告訴用戶可獲得附加媒體內容，對現場講座顯得尤其有用。如HTTP/1.1中類似，RTSP請求可由代理、通道與緩存處理。

6.3.1.2 協議特點
RTSP 特性如下：
可擴展性：
新方法和參數很容易加入RTSP。
易解析：
RTSP可由標准 HTTP或MIME解吸器解析。
安全：
RTSP使用網頁安全機制。
獨立於傳輸：
RTSP可使用不可靠數據報協議（UDP）、可靠數據報協議（RDP），如要實現應用級可靠，可使用可靠流協議。
多伺服器支持：
每個流可放在不同伺服器上，用戶端自動同不同伺服器建立幾個並發控制連接，媒體同步在傳輸層執行。
記錄設備控制：
協議可控制記錄和回放設備。
流控與會議開始分離：
僅要求會議初始化協議提供，或可用來創建唯一會議標識號。特殊情況下， SIP或H.323
可用來邀請伺服器入會。
適合專業應用：
通過SMPTE 時標，RTSP支持幀級精度，允許遠程數字編輯
演示描述中立：
協議沒強加特殊演示或元文件，可傳送所用格式類型；然而，演示描述至少必須包含一個RTSP URI。
代理與防火牆友好：
協議可由應用和傳輸層防火牆處理。防火牆需要理解SETUP方法，為UDP媒體流打開一個"缺口"。
HTTP友好：
此處，RTSP明智的採用HTTP觀念，使現在結構都可重用。結構包括Internet 內容選擇平台（PICS）。由於在大多數情況下控制連續媒體需要伺服器狀態， RTSP不僅僅向HTTP 添加方法。
適當的伺服器控制：
如用戶啟動一個流，他必須也可以停止一個流。
傳輸協調；
實際處理連續媒體流前，用戶 可協調傳輸方法。
性能協調：
如基本特徵無效，必須有一些清理機制讓用戶決定那種方法沒生效。這允許用戶提出適合的用戶界面。
6.3.1.3擴展RTSP
由於不是所有媒體伺服器有著相同的功能，媒體伺服器有必要支持不同請求集。RTSP 可以如下三種方式擴展，這里以改變大小排序：
以新參數擴展。如用戶需要拒絕通知，而方法擴展不支持，相應標記就加入要求的段中。
加入新方法。如信息接收者不理解請求，返回501錯誤代碼（還未實現），發送者不應再次嘗試這種方法。用戶可使用OPTIONS方法查詢伺服器支持的方法。伺服器使用公共響應頭列出支持的方法。
定義新版本協議，允許改變所有部分。（除了協議版本號位置）
6.3.1.4操作模式
每個演示和媒體流可用RTSP URL識別。演示組成的整個演示與媒體屬性由演示描述文件定義。使用HTTP或其它途徑用戶可獲得這個文件，它沒有必要保存在媒體伺服器上。
為了說明，假設演示描述描述了多個演示，其中每個演示維持了一個公共時間軸。為簡化說明，且不失一般性，假定演示描述的確包含這樣一個演示。演示可包含多個媒體流。除媒體參數外，網路目標地址和埠也需要決定。下面區分幾種操作模式：
單播：
以用戶選擇的埠號將媒體發送到RTSP請求源。
組播，伺服器選擇地址：
媒體伺服器選擇組播地址和埠，這是現場直播或准點播常用的方式。
組播，用戶選擇地址：
如伺服器加入正在進行的組播會議，組播地址、埠和密匙由會議描述給出。
6.3.1.5 RTSP狀態
RTSP控制通過單獨協議發送的流，與控制通道無關。例如，RTSP控制可通過TCP連接，而數據流通過UDP。因此，即使媒體伺服器沒有收到請求，數據也會繼續發送。在連接生命期，單個媒體流可通過不同TCP連接順序發出請求來控制。所以，伺服器需要維持能聯系流與RTSP請求的連接狀態。RTSP中很多方法與狀態無關，但下列方法在定義伺服器流資源的分配與應用上起著重要的作用：
SETUP：
讓伺服器給流分配資源，啟動RTSP連接。
PLAY與RECORD：
啟動SETUP 分配流的數據傳輸。
PAUSE：
臨時停止流，而不釋放伺服器資源。
TEARDOWN：
釋放流的資源，RTSP連接停止。
標識狀態的RTSP方法使用連接頭段識別RTSP連接，為響應SETUP請求，伺服器連
接產生連接標識。

6.3.1.6 與其他協議關系
RTSP在功能上與HTTP有重疊，與HTTP相互作用體現在與流內容的初始接觸是通過網頁的。目前的協議規范目的在於允許在網頁伺服器與實現RTSP媒體伺服器之間存在不同傳遞點。例如，演示描述可通過HTTP和RTSP檢索，這降低了瀏覽器的往返傳遞，也允許獨立RTSP 伺服器與用戶不全依靠HTTP。
但是，RTSP與HTTP 的本質差別在於數據發送以不同協議進行。HTTP是不對稱協議，用戶發出請求，伺服器作出響應。RTSP中，媒體用戶和伺服器都可發出請求，且其請求都是無狀態的；在請求確認後很長時間內，仍可設置參數，控制媒體流。重用HTTP功能至少在兩個方面有好處，即安全和代理。要求非常接近，在緩存、代理和授權上採用HTTP功能是有價值的。
當大多數實時媒體使用RTP作為傳輸協議時，RTSP沒有綁定到RTP。RTSP假設存在演示描述格式可表示包含幾個媒體流的演示的靜態與臨時屬性。

6.3.2 協議參數

6.3.3 RTSP 信息
RTSP是基於文本的協議，採用ISO 10646 字元集，使用UTF-8編碼方案。行以CRLF中斷，但接收者本身可將CR和LF解釋成行終止符。基於文本的協議使以自描述方式增加可選參數更容易。由於參數的數量和命令的頻率出現較低，處理效率沒引起注意。如仔細研究，文本協議很容易以腳本語言（如：Tcl、Visual Basic與Perl）實現研究原型。
10646字元集避免敏感字元集切換，但對應用來說不可見。RTCP也採用這種編碼方案。帶有重要意義位的ISO 8859-1字元表示如100001x 10xxxxxx.。RTSP信息可通過任何低層傳輸協議攜帶。
請求包括方法、方法作用於其上的對象和進一步描述方法的參數。方法也可設計為在伺服器端只需要少量或不需要狀態維護。當信息體包含在信息中，信息體長度有如下因素決定：
不管實體頭段是否出現在信息中，不包括信息體的的響應信息總以頭段後第一和空行結束。
如出現內容長度頭段，其值以位元組計，表示信息體長度。如未出現頭段，其值為零。
伺服器關閉連接。
注意：RTSP目前並不支持HTTP/1.1"塊"傳輸編碼，需要有內容長度頭。假如返回適度演示描述長度，即使動態產生，使塊傳輸編碼沒有必要，伺服器也應該能決定其長度。如有實體，即使必須有內容長度，且長度沒顯式給出，規則可確保行為合理。
從用戶到伺服器端的請求信息在第一行內包括源採用的方法、源標識和所用協議版本。RTSP定義了附加狀態代碼，而沒有定義任何HTTP代碼。
6.3.4 實體
如不受請求方法或響應狀態編碼限制，請求和響應信息可傳輸實體，實體由實體頭文件和試題體組成，有些響應僅包括實體頭。在此，根據誰發送實體、誰接收實體，發送者和接收者可分別指用戶和伺服器。
實體頭定義實體體可選元信息，如沒有實體體，指請求標識的資源。擴展頭機制允許定義附加實體頭段，而不用改變協議，但這些段不能假定接收者能識別。不可識別頭段應被接收者忽略，而讓代理轉發。
6.3.5 連接
RTSP請求可以幾種不同方式傳送：
1、持久傳輸連接，用於多個請求/響應傳輸。
2、每個請求/響應傳輸一個連接。
3、無連接模式。
傳輸連接類型由RTSP URI來定義。對 "rtsp" 方案，需要持續連接；而"rtspu"方案，調用RTSP 請求發送，而不用建立連接。
不象HTTP，RTSP允許媒體伺服器給媒體用戶發送請求。然而，這僅在持久連接時才支持，否則媒體伺服器沒有可靠途徑到達用戶，這也是請求通過防火牆從媒體伺服器傳到用戶的唯一途徑。
6.3.6 方法定義
方法記號表示資源上執行的方法，它區分大小寫。新方法可在將來定義，但不能以$開頭。
某些防火牆設計與其他環境可能要求伺服器插入RTSP方法和流數據。由於插入將使客戶端和伺服器操作復雜，並強加附加開銷，除非有必要，應避免這樣做。插入二進制數據僅在RTSP通過TCP傳輸時才可使用。流數據（如RTP包）用一個ASCII美圓符號封裝，後跟一個一位元組通道標識，其後是封裝二進制數據的長度，兩位元組整數。流數據緊

⑤ JT/T808-2011尋求協議下載。

你這個提問里有qq號碼，一會兒就給你刪了

⑥ 為什麼要把伺服器埠的換成808呢.換成1234不行嗎、還有1024以後的埠有啥作用啊.說清楚點啊.謝謝啦

計算機"埠"是英文port的譯義，可以認為是計算機與外界通訊交流的出口。其中硬體領域的埠又稱介面，如：USB埠、串列埠等。軟體領域的埠一般指網路中面向連接服務和無連接服務的通信協議埠，是一種抽象的軟體結構，包括一些數據結構和I/O（基本輸入輸出）緩沖區。
在網路技術中，埠（Port）有好幾種意思。集線器、交換機、路由器的埠指的是連接其他網路設備的介面，如RJ-45埠、Serial埠等。我們 這里所指的埠不是指物理意義上的埠，而是特指TCP/IP協議中的埠，是邏 輯意義上的埠。
那麼TCP/IP協議中的埠指的是什麼呢？如果把IP地址比作一間房子 ，埠就是出入這間房子的門。真正的房子只有幾個門，但是一個IP地址的埠 可以有65536（即：256×256）個之多！埠是通過埠號來標記的，埠號只有整數，范圍是從0 到65535（256×256）。
在Internet上，各主機間通過TCP/IP協議發送和接收數據包，各個數據包根據其目的主機的ip地址來進行互聯網路中的路由選擇。可見，把數據包順利的傳送到目的主機是沒有問題的。問題出在哪裡呢?我們知道大多數操作系統都支持多程序（進程）同時運行，那麼目的主機應該把接收到的數據包傳送給眾多同時運行的進程中的哪一個呢？顯然這個問題有待解決，埠機制便由此被引入進來。
本地操作系統會給那些有需求的進程分配協議埠（protocal port，即我們常說的埠），每個協議埠由一個正整數標識，如：80，139，445，等等。當目的主機接收到數據包後，將根據報文首部的目的埠號，把數據發送到相應埠，而與此埠相對應的那個進程將會領取數據並等待下一組數據的到來。說到這里，埠的概念似乎仍然抽象，那麼繼續跟我來，別走開。
埠其實就是隊，操作系統為各個進程分配了不同的隊，數據包按照目的埠被推入相應的隊中，等待被進程取用，在極特殊的情況下，這個隊也是有可能溢出的，不過操作系統允許各進程指定和調整自己的隊的大小。
不光接受數據包的進程需要開啟它自己的埠，發送數據包的進程也需要開啟埠，這樣，數據包中將會標識有源埠，以便接受方能順利的回傳數據包到這個埠。
編輯本段埠詳解
在開始講什麼是埠之前，我們先來聊一聊什麼是 port 呢？常常在網路上聽說『我的主機開了多少的 port ，會不會被入侵呀！？』或者是說『開那個 port 會比較安全？又，我的服務應該對應什麼 port 呀！？』呵呵！很神奇吧！怎麼一部主機上面有這么多的奇怪的 port 呢？這個 port 有什麼作用呢？！
由於每種網路的服務功能都不相同，因此有必要將不同的封包送給不同的服務來處理，所以啰，當你的主機同時開啟了 FTP 與 WWW 服務的時候，那麼別人送來的資料封包，就會依照 TCP 上面的 port 號碼來給 FTP 這個服務或者是 WWW 這個服務來處理，當然就不會搞亂啰！（註：嘿嘿！有些很少接觸到網路的朋友，常常會問說：『咦！為什麼你的計算機同時有 FTP、WWW、E-Mail 這么多服務，但是人家傳資料過來，你的計算機怎麼知道如何判斷？計算機真的都不會誤判嗎？！』現在知道為什麼了嗎？！對啦！就是因為 port 不同嘛！你可以這樣想啦，有一天，你要去銀行存錢，那個銀行就可以想成是『主機』，然後，銀行當然不可能只有一種業務，里頭就有相當多的窗口，那麼你一進大門的時候，在門口的服務人員就會問你說：『嗨！你好呀！你要做些什麼事？』你跟他說：『我要存錢呀！』，服務員接著就會告訴你：『喝！那麼請前往三號窗口！那邊的人員會幫您服務！』這個時候你總該不會往其它的窗口跑吧？！ ""這些窗口就可以想成是『 port 』啰！所以啦！每一種服務都有特定的 port 在監聽！您無須擔心計算機會誤判的問題呦！）
· 每一個 TCP 聯機都必須由一端(通常為 client )發起請求這個 port 通常是隨機選擇大於 1024 以上的 port 號來進行！其 TCP 封包會將(且只將) SYN 旗標設定起來！這是整個聯機的第一個封包；
· 如果另一端(通常為 Server ) 接受這個請求的話（當然啰，特殊的服務需要以特殊的 port 來進行，例如 FTP 的 port 21 ），則會向請求端送回整個聯機的第二個封包！其上除了 SYN 旗標之外同時還將 ACK 旗標也設定起來，並同時時在本機端建立資源以待聯機之需；
· 然後，請求端獲得服務端第一個響應封包之後，必須再響應對方一個確認封包，此時封包只帶 ACK 旗標(事實上，後繼聯機中的所有封包都必須帶有 ACK 旗標)；
· 只有當服務端收到請求端的確認( ACK )封包(也就是整個聯機的第三個封包)之後，兩端的聯機才能正式建立。這就是所謂的 TCP 聯機的'三段式交握( Three-Way Handshake )'的原理。
經過三向交握之後，呵呵！你的 client 端的 port 通常是高於 1024 的隨機取得的 port 至於主機端則視當時的服務是開啟哪一個 port 而定，例如 WWW 選擇 80 而 FTP 則以 21 為正常的聯機信道！
總而言之,我們這里所說的埠，不是計算機硬體的I/O埠，而是軟體形式上的概念.工具提供服務類型的不同，埠分為兩種，一種是TCP埠，一種是UDP埠。計算機之間相互通信的時候，分為兩種方式：一種是發送信息以後，可以確認信息是否到達，也就是有應答的方式，這種方式大多採用TCP協議；一種是發送以後就不管了，不去確認信息是否到達，這種方式大多採用UDP協議。對應這兩種協議的服務提供的埠，也就分為TCP埠和UDP埠。
那麼，如果攻擊者使用軟體掃描目標計算機，得到目標計算機打開的埠，也就了解了目標計算機提供了那些服務。我們都知道，提供服務就一定有服務軟體的漏洞，根據這些，攻擊者可以達到對目標計算機的初步了解。如果計算機的埠打開太多，而管理者不知道，那麼，有兩種情況：一種是提供了服務而管理者沒有注意，比如安裝IIS的時候，軟體就會自動增加很多服務，而管理員可能沒有注意到；一種是伺服器被攻擊者安裝木馬，通過特殊的埠進行通信。這兩種情況都是很危險的，說到底，就是管理員不了解伺服器提供的服務，減小了系統安全系數。
編輯本段埠作用
我們知道，一台擁有IP地址的主機可以提供許多服 務，比如Web服務、FTP服務、SMTP服務等，這些服務完全可以通過1個IP地址來 實現。那麼，主機是怎樣區分不同的網路服務呢？顯然不能只靠IP地址，因為IP 地址與網路服務的關系是一對多的關系。實際上是通過「IP地址+埠號」來區 分不同的服務的。
需要注意的是，埠並不是一一對應的。比如你的電腦作為客戶機訪 問一台WWW伺服器時，WWW伺服器使用「80」埠與你的電腦通信，但你的電腦則 可能使用「3457」這樣的埠。
埠在入侵中的作用
有人曾經把伺服器比作房子，而把埠比作通向不同房間（服務）的門，如果不考慮細節的話，這是一個不錯的比喻。入侵者要佔領這間房子，勢必要破門而入（物理入侵另說），那麼對於入侵者來說，了解房子開了幾扇門，都是什麼樣的門，門後面有什麼東西就顯得至關重要。
入侵者通常會用掃描器對目標主機的埠進行掃描，以確定哪些埠是開放的，從開放的埠，入侵者可以知道目標主機大致提供了哪些服務，進而猜測可能存在的漏洞，因此對埠的掃描可以幫助我們更好的了解目標主機，而對於管理員，掃描本機的開放埠也是做好安全防範的第一步。
編輯本段分類
軟體領域的埠一般指網路中面向連接服務和無連接服務的通信協議埠，是一種抽象的軟體結構，包括一些數據結構和I/O（基本輸入輸出）緩沖區。
面向連接服務和無連接服務
可以先了解面向連接和無連接協議（Connection－）面向連接服務的主要特點有：面向連接服務要經過三個階段：數據傳數前，先建立連接，連接建立後再傳輸數據，數據傳送完後，釋放連接。面向連接服務，可確保數據傳送的次序和傳輸的可靠性。無連接服務的特點是：無連接服務只有傳輸數據階段。消除了除數據通信外的其它開銷。只要發送實體是活躍的，無須接收實體也是活躍的。它的優點是靈活方便、迅速，特別適合於傳送少量零星的報文，但無連接服務不能防止報文的丟失、重復或失序。
區分"面向連接服務"和"無連接服務"的概念
區分特別簡單、形象的例子是：打電話和寫信。兩個人如果要通電話，必須先建立連接--撥號，等待應答後才能相互傳遞信息，最後還要釋放連接--掛電話。寫信就沒有那麼復雜了，地址姓名填好以後直接往郵筒一扔，收信人就能收到。TCP/IP協議在網路層是無連接的（數據包只管往網上發，如何傳輸和到達以及是否到達由網路設備來管理）。而"埠"，是傳輸層的內容，是面向連接的。協議裡面低於1024的埠都有確切的定義，它們對應著網際網路上常見的一些服務。
這些常見的服務劃分
劃分為使用TCP埠（面向連接如打電話）和使用UDP埠（無連接如寫信）兩種。
網路中可以被命名和定址的通信埠是操作系統的一種可分配資源。由網路OSI（開放系統互聯參考模型，）七層協議可知，傳輸層與網路層最大的區別是傳輸層提供進程通信能力，網路通信的最終地址不僅包括主機地址，還包括可描述進程的某種標識。所以TCP/IP協議提出的協議埠，可以認為是網路通信進程的一種標識符。
應用程序（調入內存運行後一般稱為：進程）通過系統調用與某埠建立連接（binding，綁定）後，傳輸層傳給該埠的數據都被相應的進程所接收，相應進程發給傳輸層的數據都從該埠輸出。在TCP/IP協議的實現中，埠操作類似於一般的I/O操作，進程獲取一個埠，相當於獲取本地唯一的I/O文件，可以用一般的讀寫方式訪問類似於文件描述符，每個埠都擁有一個叫埠號的整數描述符，用來區別不同的埠。由於TCP/IP傳輸層的TCP和UDP兩個協議是兩個完全獨立的軟體模塊，因此各自的埠號也相互獨立。如TCP有一個255號埠，UDP也可以有一個255號埠，兩者並不沖突。埠號有兩種基本分配方式：第一種叫全局分配這是一種集中分配方式，由一個公認權威的中央機構根據用戶需要進行統一分配，並將結果公布於眾，第二種是本地分配，又稱動態連接，即進程需要訪問傳輸層服務時，向本地操作系統提出申請，操作系統返回本地唯一的埠號，進程再通過合適的系統調用，將自己和該埠連接起來（binding，綁定）。TCP/IP埠號的分配綜合了以上兩種方式，將埠號分為兩部分，少量的作為保留埠，以全局方式分配給服務進程。每一個標准伺服器都擁有一個全局公認的埠叫周知口，即使在不同的機器上，其埠號也相同。剩餘的為自由埠，以本地方式進行分配。TCP和UDP規定，小於256的埠才能作為保留埠。
按埠號可分為3大類：
（1）公認埠（WellKnownPorts）：從0到1023，它們緊密綁定（binding）於一些服務。通常這些埠的通訊明確表明了某種服務的協議。例如：80埠實際上總是HTTP通訊。
（2）注冊埠（RegisteredPorts）：從1024到49151。它們鬆散地綁定於一些服務。也就是說有許多服務綁定於這些埠，這些埠同樣用於許多其它目的。例如：許多系統處理動態埠從1024左右開始。
（3）動態和/或私有埠（Dynamicand/orPrivatePorts）：從49152到65535。理論上，不應為服務分配這些埠。實際上，機器通常從1024起分配動態埠。但也有例外：SUN的RPC埠從32768開始。
系統管理員可以"重定向"埠：
一種常見的技術是把一個埠重定向到另一個地址。例如默認的HTTP埠是80，不少人將它重定向到另一個埠，如8080。如果是這樣改了，要訪問本文就應改用這個地址http://wwd.3322.net:8080/net/port.htm（當然，這僅僅是理論上的舉例）。實現重定向是為了隱藏公認的默認埠，降低受破壞率。這樣如果有人要對一個公認的默認埠進行攻擊則必須先進行埠掃描。大多數埠重定向與原埠有相似之處，例如多數HTTP埠由80變化而來：81，88，8000，8080，8888。同樣POP的埠原來在110，也常被重定向到1100。也有不少情況是選取統計上有特別意義的數，象1234，23456，34567等。許多人有其它原因選擇奇怪的數，42，69，666，31337。近來，越來越多的遠程式控制制木馬(RemoteAccessTrojans,RATs)採用相同的默認埠。如NetBus的默認埠是12345。BlakeR.Swopes指出使用重定向埠還有一個原因，在UNIX系統上，如果你想偵聽1024以下的埠需要有root許可權。如果你沒有root許可權而又想開web服務，你就需要將其安裝在較高的埠。此外，一些ISP的防火牆將阻擋低埠的通訊，這樣的話即使你擁有整個機器你還是得重定向埠。
按對應的協議類型埠有兩種：
TCP埠和UDP埠。由於TCP和UDP 兩個協議是獨立的，因此各自的埠號也相互獨立，比如TCP有235埠，UDP也 可以有235埠，兩者並不沖突。
1.周知埠（Well Known Ports）
周知埠是眾所周知的埠號，范圍從0到1023，其中80埠分配給W WW服務，21埠分配給FTP服務等。我們在IE的地址欄里輸入一個網址的時候（ 比如www.cce.com.cn）是不必指定埠號的，因為在默認情況下WWW服務的埠 號是「80」。
網路服務是可以使用其他埠號的，如果不是默認的埠號則應該在 地址欄上指定埠號，方法是在地址後面加上冒號「:」（半形），再加上埠 號。比如使用「8080」作為WWW服務的埠，則需要在地址欄里輸入「www.cce.com.cn:8080」。
但是有些系統協議使用固定的埠號，它是不能被改變的，比如139 埠專門用於NetBIOS與TCP/IP之間的通信，不能手動改變。
2.動態埠（Dynamic Ports）
動態埠的范圍是從1024到65535。之所以稱為動態埠，是因為它 一般不固定分配某種服務，而是動態分配。動態分配是指當一個系統進程或應用 程序進程需要網路通信時，它向主機申請一個埠，主機從可用的埠號中分配 一個供它使用。當這個進程關閉時，同時也就釋放了所佔用的埠號。
編輯本段埠的相關工具
1 netstat -an
的確，這並不是一個工具，但他是查看自己所開放埠的最方便方法，在cmd中輸入這個命令就可以了。如下：
C:\>netstat -an
Active Connections
Proto Local Address Foreign Address State
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1025 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1026 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1028 0.0.0.0:0 LISTENING
TCP 0.0.0.0:3372 0.0.0.0:0 LISTENING
UDP 0.0.0.0:135 *:*
UDP 0.0.0.0:445 *:*
UDP 0.0.0.0:1027 *:*
UDP 127.0.0.1:1029 *:*
UDP 127.0.0.1:1030 *:*
這是我沒上網的時候機器所開的埠，兩個135和445是固定埠，其餘幾個都是動態埠。
2 fport.exe和mport.exe
這也是兩個命令行下查看本地機器開放埠的小程序，其實與netstat -an這個命令大同小異，只不過它能夠顯示打開埠的進程，信息更多一些而已，如果你懷疑自己的奇怪埠可能是木馬，那就用他們查查吧。
3 activeport.exe（也稱aports.exe）
還是用來查看本地機器開放埠的東東，除了具有上面兩個程序的全部功能外，他還有兩個更吸引人之處：圖形界面以及可以關閉埠。這對菜鳥來說是個絕對好用的東西，推薦使用喔。
4 superscan3.0
它的大名你不會沒聽說過吧，純埠掃描類軟體中的NO.1，速度快而且可以指定掃描的埠，不多說了，絕對必備工具。
5 Visual Sniffer
這個可以攔截網路數據包，查看正在開放的各個埠，非常好用。

⑦ TCP/IP網路中有個「埠」的概念比如www的埠是808.

TCP/IP實際是IP和TCP（包含來UDP）的統稱。

以寄自信來比喻，你寫信封時，某區某街某門牌號地址就類似IP協議中的IP地址，告訴郵差送去哪。
收件人就類似埠這個概念了，到底是誰（具體到底某個應用程序收，每個埠對應一個應用程序或者服務）收。

就這么簡單。望採納。多謝。

⑧ 如何獲取基於jt808協議做的介面

具體題目和要求是什麼．

⑨ jt/t 808協議開發的gps終端發送到伺服器上的數據怎麼解析

如果數據量非常大，推薦採用資料庫直連的方式，如SQL2000等，都以TCP監聽形式開內放1433埠，你可以容通過設置復雜密碼、修改埠來減少安全隱患。 如果執意要使用Socket，可以編寫專用數據集類型，然後採用數據流分段讀取的形式進行分包，在接收方