IP端口對照表，0 通常用于分析操作系統(tǒng)。這一方法能夠工作是因?yàn)樵谝恍┫到y(tǒng)中“0”是無效端口，當(dāng)你試圖使用一種通常的閉合端口連接它時將產(chǎn)生不同的結(jié)果。一種典型的掃描：使用IP地址為0.0.0.0，設(shè)置ACK位并在以太網(wǎng)層廣播。
上傳時間： 2015-10-10
上傳用戶：水中浮云
基于UDP實(shí)現(xiàn)E-Mail傳輸 工作過程描述： 客戶端描述： 1． Client（以下簡稱C端）端將郵件以規(guī)定的大小封裝為符合要求的UDP包。 2． 將封裝好的UDP包發(fā)出，并等待Server(以下簡稱S端)端收到相應(yīng)的UDP包后返回的回應(yīng)ACKnowledge(以下簡稱為ACK)。若收到的為Positive ACK,則繼續(xù)發(fā)包；若收到的為Negtive ACK,則將應(yīng)發(fā)的包重發(fā)。 3． 直到C端將所有要發(fā)的包都發(fā)完，并都已經(jīng)收到S端的回應(yīng)，最后發(fā)一個End包，直接關(guān)閉此進(jìn)程。 服務(wù)器端描述： 1． S端啟動服務(wù)進(jìn)程，并監(jiān)聽相應(yīng)端口。 2． 若收到C端發(fā)出的有關(guān)請求，按如下情況給出相應(yīng)的反映： a． 將收到的包進(jìn)行檢測，若收到的包有錯則拋棄（discard），并發(fā)給C端一個negtive ACK。 b． 將收到的包進(jìn)行檢測，若收到的包正常，則將此包進(jìn)行解包，將內(nèi)容輸出至一臨時文件；并發(fā)給C端一個positive ACK。 3．依次收到來自C斷的包，直到收到end為止，并關(guān)閉此進(jìn)程，轉(zhuǎn)回監(jiān)聽狀態(tài)。
標(biāo)簽： UDP E-Mail Client 封裝
上傳時間： 2014-12-08
上傳用戶：sxdtlqqjl
大部分的通信都不是一方只是發(fā)送，而另一方只是接收，而是雙向的。因此在這種情況下返回的ACK幀通常可由反向發(fā)送的數(shù)據(jù)幀一起捎帶回來。這只要在數(shù)據(jù)幀中再加一個確認(rèn)幀號就可以了。這種技術(shù)稱作捎帶確認(rèn)。
上傳時間： 2016-06-09
上傳用戶：lps11188
嵌入式TCP/IP協(xié)議棧說明書下載-- 技術(shù)說明： 1)用戶應(yīng)用協(xié)議棧則需要編寫以太網(wǎng)的數(shù)據(jù)報收發(fā)驅(qū)動，就可以使用協(xié)議棧提供的標(biāo)準(zhǔn)SOCKET API，完成服務(wù)器和客戶端應(yīng)用程序的開發(fā)。 2)協(xié)議棧運(yùn)行于非操作系統(tǒng)的環(huán)境下，因此它的運(yùn)行速度與一般采用多任務(wù)操作系統(tǒng)的TCP/IP協(xié)議，速度相對說來要快。 3)協(xié)議棧完成的功能包括ARP，IP，ICMP（ping），TCP，UDP，暫不支持IGMP，RARP。 4)協(xié)議棧采用C代碼編寫，可方便的移植于各種單片機(jī)平臺。 5)協(xié)議棧在ARM7+RTL8019硬件環(huán)境下測試，并建立了FTP服務(wù)器和WEB服務(wù)器，性能穩(wěn)定。 6)協(xié)議棧建立的FTP服務(wù)器和WEB服務(wù)器與Internet Explorer瀏覽器和ftp.exe相互兼容。 7)協(xié)議棧每一個SOCKET上建了數(shù)據(jù)緩沖隊(duì)列(數(shù)據(jù)結(jié)構(gòu))，用于接收SOCKET的并發(fā)數(shù)據(jù)，實(shí)現(xiàn)多SOCKET的并發(fā)數(shù)據(jù)報處理，可同時運(yùn)行FTP服務(wù)器和WEB服務(wù)器。 8)協(xié)議棧實(shí)現(xiàn)了ACK的延時答應(yīng)（200ms），支持TCP多包發(fā)送和接收，但未支持TCP數(shù)據(jù)報的失序處理，因此適合局域網(wǎng)內(nèi)使用。 誠邀與您合作，QQ：292942278
上傳時間： 2016-10-18
上傳用戶：xhz1993
FEATURES • 16 bit PIPE Spec PCI Express Testbench • Link training • Initial Flow Control • PACKet Classes for easy to build PHY,DLLP and TLP pACKets • DLLP 16 bit CRC and TLP LCRC generation • Sequence Number generation and checking • ACK TLP pACKets • Scrambling • MemRd MemWr CfgRd CfgWr TLPs
標(biāo)簽： 8226 Testbench FEATURES training
上傳時間： 2014-01-18
上傳用戶：netwolf
【測試報告】ZM32系列ZigBee模塊功耗測試報告 V1.001. 功耗測試項(xiàng)目匯總 功耗測試匯總表見表 1.1。 表 1.1 功耗測試項(xiàng)目匯總表 測試項(xiàng)目 測試結(jié)果 備注 接收狀態(tài) 無數(shù)據(jù)時接收電流 13.46mA 有數(shù)據(jù)接收時，回 ACK 期間的電流 平均值 73.951mA 峰值 136mA 有數(shù)據(jù)接收時，回 ACK 期間的時間 1.72ms、400us 發(fā)射狀態(tài) 19dBm 發(fā)射功率下，發(fā)射時間內(nèi)的平均電流 74.19mA 峰值 136mA 15dBm 發(fā)射功率下，發(fā)射時間內(nèi)的平均電流 72.357mA 峰值 92.2mA 10dBm 發(fā)射功率下，發(fā)射時間內(nèi)的平均電流 45.909mA 峰值 60mA 5dBm 發(fā)射功率下，發(fā)射時間內(nèi)的平均電流 31.029mA 峰值 41.2mA 0dBm 發(fā)射功率下，發(fā)射時間內(nèi)的平均電流 20.17mA 峰值 27.2mA 發(fā)射數(shù)據(jù)時的時間 2.3ms、376us 休眠狀態(tài) 休眠電流 2.3uA
標(biāo)簽： zigbee
上傳時間： 2022-04-15
上傳用戶：
網(wǎng)絡(luò)是怎樣連接的_戶根勤---解壓密碼：666666目錄瀏覽器生成消息 1——探索瀏覽器內(nèi)部1.1 生成HTTP 請求消息51.1.1 探索之旅從輸入網(wǎng)址開始 51.1.2 瀏覽器先要解析URL 71.1.3 省略文件名的情況 91.1.4 HTTP 的基本思路 101.1.5 生成HTTP 請求消息 141.1.6 發(fā)送請求后會收到響應(yīng) 201.2 向DNS 服務(wù)器查詢Web服務(wù)器的IP 地址241.2.1 IP 地址的基本知識 241.2.2 域名和IP 地址并用的理由 281.2.3 Socket庫提供查詢IP 地址的功能 301.2.4 通過解析器向DNS 服務(wù)器發(fā)出查詢 311.2.5 解析器的內(nèi)部原理 321.3 全世界DNS 服務(wù)器的大接力351.3.1 DNS 服務(wù)器的基本工作 351.3.2 域名的層次結(jié)構(gòu) 381.3.3 尋找相應(yīng)的DNS 服務(wù)器并獲取IP 地址 401.3.4 通過緩存加快DNS 服務(wù)器的響應(yīng) 441.4 委托協(xié)議棧發(fā)送消息451.4.1 數(shù)據(jù)收發(fā)操作概覽 451.4.2 創(chuàng)建套接字階段 481.4.3 連接階段：把管道接上去 501.4.4 通信階段：傳遞消息 521.4.5 斷開階段：收發(fā)數(shù)據(jù)結(jié)束 53COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單怪杰Resolver 55第章11920用電信號傳輸TCP/IP 數(shù)據(jù) 57——探索協(xié)議棧和網(wǎng)卡2.1創(chuàng)建套接字 612.1.1 協(xié)議棧的內(nèi)部結(jié)構(gòu) 612.1.2 套接字的實(shí)體就是通信控制信息 632.1.3 調(diào)用socket 時的操作 662.2 連接服務(wù)器682.2.1 連接是什么意思 682.2.2 負(fù)責(zé)保存控制信息的頭部 702.2.3 連接操作的實(shí)際過程 732.3 收發(fā)數(shù)據(jù)752.3.1 將HTTP 請求消息交給協(xié)議棧 752.3.2 對較大的數(shù)據(jù)進(jìn)行拆分 782.3.3 使用ACK 號確認(rèn)網(wǎng)絡(luò)包已收到 792.3.4 根據(jù)網(wǎng)絡(luò)包平均往返時間調(diào)整ACK 號等待時間 832.3.5 使用窗口有效管理ACK 號 842.3.6 ACK 與窗口的合并 872.3.7 接收HTTP 響應(yīng)消息 892.4 從服務(wù)器斷開并刪除套接字902.4.1 數(shù)據(jù)發(fā)送完畢后斷開連接 902.4.2 刪除套接字 922.4.3 數(shù)據(jù)收發(fā)操作小結(jié) 932.5 IP 與以太網(wǎng)的包收發(fā)操作952.5.1 包的基本知識 952.5.2 包收發(fā)操作概覽 992.5.3 生成包含接收方IP 地址的IP 頭部 1022.5.4 生成以太網(wǎng)用的MAC 頭部 1062.5.5 通過ARP 查詢目標(biāo)路由器的MAC 地址 1082.5.6 以太網(wǎng)的基本知識 1112.5.7 將IP 包轉(zhuǎn)換成電或光信號發(fā)送出去 1142.5.8 給網(wǎng)絡(luò)包再加3 個控制數(shù)據(jù) 1162.5.9 向集線器發(fā)送網(wǎng)絡(luò)包 1202.5.10 接收返回包 1232.5.11 將服務(wù)器的響應(yīng)包從IP 傳遞給TCP 1252.6 UDP 協(xié)議的收發(fā)操作1282.6.1 不需要重發(fā)的數(shù)據(jù)用UDP 發(fā)送更高效 128第章22.6.2 控制用的短數(shù)據(jù) 1292.6.3 音頻和視頻數(shù)據(jù) 130COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單插進(jìn)Socket 里的是燈泡還是程序 132從網(wǎng)線到網(wǎng)絡(luò)設(shè)備 135——探索集線器、交換機(jī)和路由器3.1 信號在網(wǎng)線和集線器中傳輸1393.1.1 每個包都是獨(dú)立傳輸?shù)?1393.1.2 防止網(wǎng)線中的信號衰減很重要 1403.1.3 “雙絞”是為了抑制噪聲 1413.1.4 集線器將信號發(fā)往所有線路 1463.2 交換機(jī)的包轉(zhuǎn)發(fā)操作1493.2.1 交換機(jī)根據(jù)地址表進(jìn)行轉(zhuǎn)發(fā) 1493.2.2 MAC 地址表的維護(hù) 1533.2.3 特殊操作 1543.2.4 全雙工模式可以同時進(jìn)行發(fā)送和接收 1553.2.5 自動協(xié)商：確定最優(yōu)的傳輸速率 1563.2.6 交換機(jī)可同時執(zhí)行多個轉(zhuǎn)發(fā)操作 1593.3 路由器的包轉(zhuǎn)發(fā)操作1593.3.1 路由器的基本知識 1593.3.2 路由表中的信息 1623.3.3 路由器的包接收操作 1663.3.4 查詢路由表確定輸出端口 1663.3.5 找不到匹配路由時選擇默認(rèn)路由 1683.3.6 包的有效期 1693.3.7 通過分片功能拆分大網(wǎng)絡(luò)包 1703.3.8 路由器的發(fā)送操作和計算機(jī)相同 1723.3.9 路由器與交換機(jī)的關(guān)系 1733.4 路由器的附加功能1763.4.1 通過地址轉(zhuǎn)換有效利用IP 地址 1763.4.2 地址轉(zhuǎn)換的基本原理 1783.4.3 改寫端口號的原因 1803.4.4 從互聯(lián)網(wǎng)訪問公司內(nèi)網(wǎng) 1813.4.5 路由器的包過濾功能 182第章32122COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單集線器和路由器，換個名字身價翻倍？ 184通過接入網(wǎng)進(jìn)入互聯(lián)網(wǎng)內(nèi)部 187——探索接入網(wǎng)和網(wǎng)絡(luò)運(yùn)營商4.1 ADSL 接入網(wǎng)的結(jié)構(gòu)和工作方式1914.1.1 互聯(lián)網(wǎng)的基本結(jié)構(gòu)和家庭、公司網(wǎng)絡(luò)是相同的 1914.1.2 連接用戶與互聯(lián)網(wǎng)的接入網(wǎng) 1924.1.3 ADSL Modem 將包拆分成信元 1934.1.4 ADSL 將信元“調(diào)制”成信號 1974.1.5 ADSL 通過使用多個波來提高速率 2004.1.6 分離器的作用 2014.1.7 從用戶到電話局 2034.1.8 噪聲的干擾 2044.1.9 通過DSLAM 到達(dá)BAS 2054.2 光纖接入網(wǎng)（FTTH）2064.2.1 光纖的基本知識 2064.2.2 單模與多模 2084.2.3 通過光纖分路來降低成本 2134.3 接入網(wǎng)中使用的PPP 和隧道2174.3.1 用戶認(rèn)證和配置下發(fā) 2174.3.2 在以太網(wǎng)上傳輸PPP 消息 2194.3.3 通過隧道將網(wǎng)絡(luò)包發(fā)送給運(yùn)營商 2234.3.4 接入網(wǎng)的整體工作過程 2254.3.5 不分配IP 地址的無編號端口 2284.3.6 互聯(lián)網(wǎng)接入路由器將私有地址轉(zhuǎn)換成公有地址 2284.3.7 除PPPoE 之外的其他方式 2304.4 網(wǎng)絡(luò)運(yùn)營商的內(nèi)部2334.4.1 POP 和NOC 2334.4.2 室外通信線路的連接 2364.5 跨越運(yùn)營商的網(wǎng)絡(luò)包2384.5.1 運(yùn)營商之間的連接 2384.5.2 運(yùn)營商之間的路由信息交換 2394.5.3 與公司網(wǎng)絡(luò)中自動更新路由表機(jī)制的區(qū)別 2414.5.4 IX 的必要性 2424.5.5 運(yùn)營商如何通過IX 互相連接 243第章4COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單名字叫服務(wù)器，其實(shí)是路由器 246服務(wù)器端的局域網(wǎng)中有什么玄機(jī) 2495.1 Web 服務(wù)器的部署地點(diǎn)2535.1.1 在公司里部署Web 服務(wù)器 2535.1.2 將Web 服務(wù)器部署在數(shù)據(jù)中心 2555.2 防火墻的結(jié)構(gòu)和原理2565.2.1 主流的包過濾方式 2565.2.2 如何設(shè)置包過濾的規(guī)則 2565.2.3 通過端口號限定應(yīng)用程序 2605.2.4 通過控制位判斷連接方向 2605.2.5 從公司內(nèi)網(wǎng)訪問公開區(qū)域的規(guī)則 2625.2.6 從外部無法訪問公司內(nèi)網(wǎng) 2625.2.7 通過防火墻 2635.2.8 防火墻無法抵御的攻擊 2645.3 通過將請求平均分配給多臺服務(wù)器來平衡負(fù)載2655.3.1 性能不足時需要負(fù)載均衡 2655.3.2 使用負(fù)載均衡器分配訪問 2665.4 使用緩存服務(wù)器分擔(dān)負(fù)載2705.4.1 如何使用緩存服務(wù)器 2705.4.2 緩存服務(wù)器通過更新時間管理內(nèi)容 2715.4.3 最原始的代理——正向代理 2765.4.4 正向代理的改良版——反向代理 2785.4.5 透明代理 2795.5 內(nèi)容分發(fā)服務(wù)2805.5.1 利用內(nèi)容分發(fā)服務(wù)分擔(dān)負(fù)載 2805.5.2 如何找到最近的緩存服務(wù)器 2825.5.3 通過重定向服務(wù)器分配訪問目標(biāo) 2855.5.4 緩存的更新方法會影響性能 287COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單當(dāng)通信線路變成局域網(wǎng) 291第章52324請求到達(dá)Web 服務(wù)器，響應(yīng)返回瀏覽器 293——短短幾秒的“漫長旅程”迎來終點(diǎn)6.1 服務(wù)器概覽2976.1.1 客戶端與服務(wù)器的區(qū)別 2976.1.2 服務(wù)器程序的結(jié)構(gòu) 2976.1.3 服務(wù)器端的套接字和端口號 2996.2 服務(wù)器的接收操作3056.2.1 網(wǎng)卡將接收到的信號轉(zhuǎn)換成數(shù)字信息 3056.2.2 IP 模塊的接收操作 3086.2.3 TCP 模塊如何處理連接包 3096.2.4 TCP 模塊如何處理數(shù)據(jù)包 3116.2.5 TCP 模塊的斷開操作 3126.3 Web 服務(wù)器程序解釋請求消息并作出響應(yīng)3136.3.1 將請求的URI 轉(zhuǎn)換為實(shí)際的文件名 3136.3.2 運(yùn)行CGI 程序 3166.3.3 Web 服務(wù)器的訪問控制 3196.3.4 返回響應(yīng)消息 3236.4 瀏覽器接收響應(yīng)消息并顯示內(nèi)容3236.4.1 通過響應(yīng)的數(shù)據(jù)類型判斷其中的內(nèi)容 3236.4.2 瀏覽器顯示網(wǎng)頁內(nèi)容！訪問完成！ 326COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單Gateway 是通往異世界的入口 328附錄 330后記 334致謝 334作者簡介 335
標(biāo)簽： 網(wǎng)絡(luò)
上傳時間： 2022-06-02
上傳用戶：fliang
MCU與WIFI通信概述一、MCU與串口硬件通信接口電路框圖：WIFl模塊與MCU設(shè)備采用串口通信方式進(jìn)行通信，命令和數(shù)據(jù)通過串口協(xié)議進(jìn)行相互交互。WIFI模塊采用3.3V電源供電，MCU設(shè)備如果5V供電，在TXD線和RXD線串聯(lián)470歐的電阻.如果3.3V供電，則不需增加線上串聯(lián)電阻.UART參效設(shè)置：波特率：115200數(shù)據(jù)位；8位奇偶檢驗(yàn)：無停止位：1位二、通信協(xié)議MCU發(fā)送通信格式：注：長度（H）（L）是從幀順序號開始算起到結(jié)束的字節(jié)數(shù)。比如數(shù)據(jù)內(nèi)容中共有10個數(shù)據(jù)字節(jié)，那么長度為13，長度（H）=0，長度（L）=13注：ACK/NCK ACK表示操作成功（0x56）NCK表示操作失敗（0x15）數(shù)據(jù)內(nèi)容：返回成功為0返回不成功的參數(shù)內(nèi)容通信采用應(yīng)答的格式，保證數(shù)據(jù)可靠性，同時也保證當(dāng)前網(wǎng)絡(luò)的狀態(tài)
上傳時間： 2022-06-25
上傳用戶：默默
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
