色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

基于Probe Request的主動(dòng)掃描抓包交互流程

冬至子 ? 來源:通信之WLAN ? 作者:ChaserDtao ? 2023-05-30 16:39 ? 次閱讀

Beacon幀為周期間隔發(fā)送,雖大部分路由器將其間隔時(shí)間默認(rèn)設(shè)置100ms(近似值),但路由器可以將其值配置更大。僅依賴“被動(dòng)掃描”,WiFi設(shè)備在掃描過程中,存在漏掉發(fā)現(xiàn)周圍WiFi網(wǎng)絡(luò)的情況。因此,為了提高設(shè)備發(fā)現(xiàn)WiFi網(wǎng)絡(luò)的能力,有了基于Probe Request和Probe Response幀的“主動(dòng)掃描”。本節(jié)接下來分析“主動(dòng)掃描”。

好。下面我們看下“主動(dòng)掃描”的抓包交互流程。

[場(chǎng)景1]:

  • WiFi設(shè)備在信道N上,發(fā)送Probe Request幀,其目的地址為廣播地址,稱為廣播幀。
  • 工作在信道N上的路由器,收到該廣播后,會(huì)響應(yīng)Probe Response幀,其目的地址為單播地址,稱為單播幀。
  • WiFi設(shè)備收到Probe Response幀后,回復(fù)Ack確認(rèn),如下圖所示。

圖片

[場(chǎng)景2]:

  • WiFi設(shè)備在信道N上,發(fā)送Probe Request幀,其目的地址為單播地址,稱為單播幀。
  • 工作在信道N上,路由器的Mac地址為Probe Request幀中的目的地址,收到該P(yáng)robe Request幀后,回復(fù)Ack確認(rèn),并回復(fù)Probe Response幀。
  • WiFi設(shè)備收到Probe Response幀后,回復(fù)Ack確認(rèn)。如下圖所示。

圖片

通過以上可知,Probe Request幀可以被用作單播或廣播幀進(jìn)行掃描請(qǐng)求。接下來我們就看“主動(dòng)掃描”依賴Probe Request和Probe Response幀的格式內(nèi)容。

Probe Request和Probe Response幀都為管理幀,符合管理幀通用定義格式:802.11 MAC Header + Frame Body + FCS,如下:

圖片

  • Probe request幀,子類型為4,可作為廣播幀或單播幀。做廣播幀時(shí),Address3為廣播地址;做單播幀時(shí),Address3為BSS對(duì)應(yīng)的BSSID或一個(gè)單播接收地址。
  • Probe Response幀,子類型為5,作為單播幀響應(yīng)WiFi設(shè)備。

802.11 MAC Header字段與Beacon幀一致,這里不再贅述,可參考【W(wǎng)iFi基礎(chǔ)學(xué)習(xí)到實(shí)在(五)】。

在開始討論P(yáng)robe Request和Probe Response幀Body內(nèi)容前,留個(gè)問題“WiFi設(shè)備每次連接WiFi網(wǎng)絡(luò)前,已掃描到該WiFi網(wǎng)絡(luò),為什么還要通過發(fā)送Probe Request單播幀,做一次與路由器的交互呢?”

好,接下來我們探討抓包中Probe Request幀的Body內(nèi)容,如下圖所示。

圖片

Probe Request幀Body內(nèi)容只包含元素(Elements)。作為Probe Request幀,它的主要目的是觸發(fā)路由器給其回復(fù)Probe Response幀,發(fā)送的內(nèi)容越短,占用信道資源越少,效率越高。因此,Probe Request幀只攜帶一些必要的內(nèi)容信息

[1]SSID Element:

表明掃描的目標(biāo)網(wǎng)絡(luò)SSID。如Probe Request為廣播幀,隱藏網(wǎng)絡(luò)的網(wǎng)絡(luò)名稱與之相同,將會(huì)通過Probe Response回應(yīng)。而網(wǎng)絡(luò)名稱不相同的網(wǎng)絡(luò),則不回應(yīng)。

注:

Probe Request為廣播,SSID Element字段長(zhǎng)度為0或不包含SSID List element。則所有非隱藏網(wǎng)絡(luò)則收到后,回復(fù)Probe Response,隱藏網(wǎng)絡(luò)則不回應(yīng)。

[2]Supported Rate和Extended Supported Rate Element:

表明掃描設(shè)備支持的速率集,路由器收到后,選擇其一種支持的速率發(fā)送Probe Response幀。

[3]DSPS Element:

表明當(dāng)前Probe Request幀在那個(gè)信道上掃描發(fā)送。

[4]HT Capability Element:

表明WiFi設(shè)備支持802.11n,是一個(gè)HT設(shè)備。

注:

  • 如Probe Request幀中包含HE Capability Element,則表明WiFi設(shè)備支持802.11ax。
  • 作為請(qǐng)求幀,Probe Request幀Body可包含請(qǐng)求Element ID,如接收Probe Request幀的設(shè)備支持請(qǐng)求ID,則在回復(fù)的Probe Response幀Body中應(yīng)攜帶該Element ID信息。
  • 實(shí)際WiFi設(shè)備使用中,為了盡可能掃描到周圍WiFi網(wǎng)絡(luò),存在在一個(gè)信道上發(fā)送多個(gè)Probe Request幀。

注:協(xié)議規(guī)范【原文】

In an infrastructure BSS or in an IBSS, STAs receiving Probe Request frames shall respond with a probe response when the SSID in the probe request is the wildcard SSID or matches the specific SSID of the STA or when the specific SSID of the STA is included in the SSID List element.

以上Element詳細(xì)解釋可參考【W(wǎng)iFi基礎(chǔ)學(xué)習(xí)到實(shí)戰(zhàn)(六)】。

發(fā)送Probe Request幀,觸發(fā)接收者回復(fù)Probe Response幀,從中獲取當(dāng)前WiFi網(wǎng)絡(luò)的信息能力。

接下來我們分析Probe Response幀的內(nèi)容,如下圖所示Beacon幀和Probe Response幀的Body內(nèi)容:

圖片

圖片

Probe Response幀Body內(nèi)容分為:字段(Fields)和元素(Elements)。其Body內(nèi)容和對(duì)應(yīng)路由器發(fā)送的Beacon幀一致,Body內(nèi)容解釋可參考【W(wǎng)iFi基礎(chǔ)學(xué)習(xí)到實(shí)戰(zhàn)(五-六)】。

這里我們分析下Probe Response幀Body內(nèi)容可能存在與Beacon幀不同點(diǎn)。

  • Probe Response幀為單播幀,接收地址為單播地址。做為響應(yīng)Probe Request幀,其Body可能攜帶Request幀中請(qǐng)求的Element ID信息。
  • Beacon幀為廣播幀,其Body中可能不攜帶Probe Request請(qǐng)求的Element ID信息。

Probe Response幀主要是將WiFi網(wǎng)絡(luò)的信息能力主動(dòng)的反饋給請(qǐng)求設(shè)備。請(qǐng)求設(shè)備通過其Body內(nèi)容了解當(dāng)前WiFi網(wǎng)絡(luò)的狀態(tài)。

到這里,我們對(duì)Probe Request和Probe Response幀的探討就結(jié)束了,現(xiàn)在回到我們開始的問題“有些WiFi設(shè)備連接WiFi網(wǎng)絡(luò)前,已掃描到該WiFi網(wǎng)絡(luò),為什么還要通過發(fā)送Probe Request單播幀,做一次與路由器的交互呢?”。

答:WiFi設(shè)備連接前做Probe Request請(qǐng)求,一是獲取當(dāng)前WiFi網(wǎng)絡(luò)的加密方式,為接下來的認(rèn)證關(guān)聯(lián)做準(zhǔn)備;二是獲取WiFi網(wǎng)絡(luò)的TSF,更新校準(zhǔn)本地的TSF。

注:協(xié)議規(guī)范【原文】

A non-DMG STA’s TSF timer shall be accurate to within ± 100 ppm. A DMG STA’s TSF timer shall be accurate to within ± 20 ppm.

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 路由器
    +關(guān)注

    關(guān)注

    22

    文章

    3728

    瀏覽量

    113704
  • SSID
    +關(guān)注

    關(guān)注

    0

    文章

    14

    瀏覽量

    11322
  • FCS
    FCS
    +關(guān)注

    關(guān)注

    4

    文章

    32

    瀏覽量

    14454
  • wifi網(wǎng)絡(luò)
    +關(guān)注

    關(guān)注

    0

    文章

    12

    瀏覽量

    7400
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    經(jīng)典藍(lán)牙解析說明

    在無線通信協(xié)議的開發(fā)過程中,器是工程師們不可或缺的工具。掌握器的使用,就如同擁有了能夠洞察無線電波的“火眼金睛”。這不僅使我們能夠驗(yàn)證發(fā)出的數(shù)據(jù)
    的頭像 發(fā)表于 07-24 09:04 ?1938次閱讀
    經(jīng)典藍(lán)牙<b class='flag-5'>抓</b><b class='flag-5'>包</b>解析說明

    終端節(jié)點(diǎn)為什么無法

    終端節(jié)點(diǎn)為什么無法?終端節(jié)點(diǎn)收不到協(xié)調(diào)器無線發(fā)送的數(shù)據(jù)包打斷點(diǎn)調(diào)試協(xié)調(diào)器無線發(fā)送成功,終端節(jié)點(diǎn)開啟低功耗模式,并且輪詢?cè)O(shè)置為5s,每5s向協(xié)調(diào)器發(fā)送data request請(qǐng)求
    發(fā)表于 03-16 10:27

    WIZnet芯片通訊時(shí)怎么?

    `Q:WIZnet芯片進(jìn)行公網(wǎng)通訊或者芯片間通訊的話怎么?A:芯片和PC通訊的話可以直接通過Wireshark,如果芯片和公網(wǎng)直接通訊或者通訊是發(fā)生在芯片之間,則沒有辦法直接
    發(fā)表于 03-13 11:32

    加密后分析的問題?

    請(qǐng)問一下,我的zigbee設(shè)備全部都開啟了加密, 使用軟件的時(shí)候,數(shù)據(jù)都是加密的,我應(yīng)該怎么解密分析這些數(shù)據(jù)呢,謝謝了
    發(fā)表于 06-01 14:22

    若協(xié)調(diào)器斷電,然后重新上電,捕捉終端發(fā)出 orphan notification ,然后就開始發(fā)出 Beacon Request信號(hào),怎么改一下能一直發(fā)orphan notification入網(wǎng)而不在發(fā)Beacon Request???

    [size=1em][size=1em]若[size=1em]協(xié)調(diào)器斷電,[size=1em]然后[size=1em]重新上電,[size=1em]捕捉終端發(fā)出 orphan
    發(fā)表于 06-01 10:50

    Packet Sniffer 異常,有時(shí)能抓到有時(shí)不到,有時(shí)協(xié)調(diào)器會(huì)回應(yīng)有時(shí)不會(huì)回應(yīng),請(qǐng)問是怎么回事?

    有時(shí)不會(huì)回應(yīng)。而且離線節(jié)點(diǎn)的beacon request 協(xié)調(diào)器雖然回應(yīng) 但是節(jié)點(diǎn)沒有后續(xù)操作,都定義了NV_RESTORE附
    發(fā)表于 06-01 07:41

    BLE Execute Write Request Callback在哪里?請(qǐng)問我該如何知道合適數(shù)據(jù)已經(jīng)全部傳輸完畢?

    本帖最后由 一只耳朵怪 于 2018-6-7 09:37 編輯 BLE用WriteLongCharValue發(fā)送超過20個(gè)字節(jié)的看到流程為:perpare write
    發(fā)表于 06-06 12:45

    請(qǐng)問ZigBee如何修改Data Request的發(fā)送次數(shù)?

    我給終端開啟了休眠,并關(guān)閉了終端一直發(fā)送Data Request。但是開啟了終端在喚醒之后發(fā)送傳感器數(shù)據(jù)之后收到數(shù)據(jù)確認(rèn)幀之后發(fā)送Data Request顯示只有一次Data
    發(fā)表于 08-09 09:18

    ZLL touchlink過程遇到問題的解決辦法?

    你好,對(duì)ZLLRC和Zlight2的touchlink過程進(jìn)行,如附件,第1-16的數(shù)據(jù)還能理解,分別是掃描請(qǐng)求、掃描響應(yīng)、識(shí)別、網(wǎng)絡(luò)
    發(fā)表于 08-07 10:45

    USB數(shù)據(jù)軟件程序下載

    USB數(shù)據(jù)軟件程序下載
    發(fā)表于 09-09 16:01 ?9次下載

    MCU_Wireshark USB 過濾(特定端口地址)

    啟動(dòng)WiresharkUSB的過程如下,這里點(diǎn)擊“開始”就可以進(jìn)入界面了。不過,Wireshark啟動(dòng)USB
    發(fā)表于 12-08 16:36 ?14次下載
    MCU_Wireshark USB <b class='flag-5'>抓</b><b class='flag-5'>包</b>過濾(<b class='flag-5'>抓</b>特定端口地址)

    SRT協(xié)議的工作流程、數(shù)據(jù)結(jié)構(gòu)及Wireshark分析

    摘 要:本文從SRT協(xié)議的工作流程談起,著重介紹和解析了SRT協(xié)議的數(shù)據(jù)結(jié)構(gòu),并舉例說明如何利用Wireshark軟件進(jìn)行鏈路故障分析,從而解決實(shí)際工作中的問題。
    的頭像 發(fā)表于 05-17 10:08 ?3497次閱讀

    如何抓取app數(shù)據(jù) 網(wǎng)絡(luò)原理及實(shí)現(xiàn)

    要實(shí)現(xiàn)對(duì)App的網(wǎng)絡(luò)數(shù)據(jù),需要監(jiān)控App與服務(wù)器交互之間的網(wǎng)絡(luò)節(jié)點(diǎn),監(jiān)控其中任意一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)(網(wǎng)卡),獲取所有經(jīng)過網(wǎng)卡中的數(shù)據(jù),對(duì)這些數(shù)據(jù)按照網(wǎng)絡(luò)協(xié)議進(jìn)行解析,這就是
    發(fā)表于 08-11 09:30 ?3213次閱讀
    如何抓取app數(shù)據(jù)<b class='flag-5'>包</b> 網(wǎng)絡(luò)<b class='flag-5'>抓</b><b class='flag-5'>包</b>原理及實(shí)現(xiàn)

    如何利用eNSP進(jìn)行實(shí)驗(yàn)?

    使用Wireshark工具進(jìn)行ping,并分析報(bào)文
    的頭像 發(fā)表于 09-12 09:32 ?4249次閱讀
    如何利用eNSP進(jìn)行<b class='flag-5'>抓</b><b class='flag-5'>包</b>實(shí)驗(yàn)?

    CentOS中使用tcpdump

    CentOS中使用tcpdump
    的頭像 發(fā)表于 10-28 14:48 ?233次閱讀
    主站蜘蛛池模板: 亚洲 欧美 视频 手机在线| 免费看大黄高清网站视频在线| 国产线精品视频在线观看| 国产精品免费久久久久影院| 国产精品一区二区AV白丝在线| 国产在线精品国自产拍影院午夜| 激情男女高潮射精AV免费| 久久精品热99看| 男总裁憋尿PLAY灌尿BL| 人成片在线观看亚洲无遮拦| 日日摸夜夜嗷嗷叫日日拍| 午夜插插插| 制服丝袜第一页| chinesevideoshd性舞| 第一次处破女高清电影| 国产亚洲精品A久久777777 | XXXchinese国产HD| 国产WW久久久久久久久久| 国产亚洲视频中文字幕| 久热在线这里只有精品7| 碰超成人在线公开免费视频| 午夜免费体验30分| 中文字幕一区二区三区在线播放 | 早乙女由依在线观看| a级老头和老太xxxx| 国产精品久久久久久久久久免费| 黄色三级三级免费看| 免费无码国产欧美久久18| 无码天堂亚洲内射精品课堂| 怡春院国产精品视频| 耽美肉文 高h失禁| 久久精品国产欧美| 日韩精品无码视频一区二区蜜桃 | 亚洲成人99| 99精品无码AV在线播放| 国产精品一区二区亚瑟不卡| 捆绑调教网站| 香蕉久久夜色精品国产小优 | 中字幕久久久人妻熟女天美传媒| 纯肉宠文高h一对一| 九九九精品国产在线|