在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

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

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

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

接收方數(shù)據(jù)解封裝解析

馬哥Linux運(yùn)維 ? 來(lái)源:馬哥Linux運(yùn)維 ? 2025-02-14 17:51 ? 次閱讀

OSI 參考模型

應(yīng)用層----對(duì)應(yīng)用程序提供接口

表示層----進(jìn)行數(shù)據(jù)格式的轉(zhuǎn)換,以確保一個(gè)系統(tǒng)生成的應(yīng)用層數(shù)據(jù)能夠被另外一個(gè)系統(tǒng)的應(yīng)用層所識(shí)別和理解

會(huì)話層----在通信雙方之間建立、管理和終止會(huì)話

傳輸層----建立、維護(hù)和取消一次端到端的數(shù)據(jù)傳輸過(guò)程。控制傳輸節(jié)奏的快慢,調(diào)整數(shù)據(jù)的排序等等

網(wǎng)絡(luò)層----定義邏輯地址;實(shí)現(xiàn)數(shù)據(jù)從源到目的地的轉(zhuǎn)發(fā) --Packet(包)

數(shù)據(jù)鏈路層----將分組數(shù)據(jù)封裝成幀;在數(shù)據(jù)鏈路上實(shí)現(xiàn)數(shù)據(jù)的點(diǎn)到點(diǎn)、或點(diǎn)到多點(diǎn)方式的直接通信;差錯(cuò)檢測(cè) --Frame(幀)

物理層----在媒介上傳輸比特流;提供機(jī)械的和電氣的規(guī)約 --bit(比特位)

TCP/IP參考模型

因?yàn)镺SI協(xié)議棧比較復(fù)雜,且TCP和IP兩大協(xié)議在業(yè)界被廣泛使用,所以TCP/IP參考模型成為了互聯(lián)網(wǎng)的主流參考模型。

【重點(diǎn)知識(shí)點(diǎn)】:

交換機(jī)可以識(shí)別mac地址,是二層設(shè)備(數(shù)據(jù)鏈路層)。交換機(jī)主要工作在OSI模型的數(shù)據(jù)鏈路層,通過(guò)學(xué)習(xí)和轉(zhuǎn)發(fā)MAC地址來(lái)實(shí)現(xiàn)局域網(wǎng)內(nèi)部數(shù)據(jù)包的轉(zhuǎn)發(fā)。

路由器可以識(shí)別IP地址,是三層設(shè)備(網(wǎng)絡(luò)層)。路由器主要工作在OSI模型的網(wǎng)絡(luò)層,根據(jù)IP地址來(lái)進(jìn)行數(shù)據(jù)包的轉(zhuǎn)發(fā),實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的通信。

主機(jī)上可以運(yùn)行應(yīng)用程序,是五層設(shè)備(應(yīng)用層)。主機(jī)作為端系統(tǒng),通過(guò)應(yīng)用層協(xié)議與其他主機(jī)通信,進(jìn)行各種網(wǎng)絡(luò)應(yīng)用程序的交互。

防火墻通常被認(rèn)為是一個(gè)多層設(shè)備,可以同時(shí)操作在不同的OSI模型層級(jí)上,具體取決于其功能和實(shí)現(xiàn)方式。

網(wǎng)絡(luò)層防火墻(三層): 有些防火墻以路由器為基礎(chǔ),工作在網(wǎng)絡(luò)層(第三層),通過(guò)檢查和過(guò)濾IP數(shù)據(jù)包來(lái)控制流量。這種防火墻通常被稱為“網(wǎng)絡(luò)層防火墻”或“三層防火墻”。

應(yīng)用層防火墻(七層): 另一些防火墻則工作在應(yīng)用層(第七層),能夠深入分析應(yīng)用層協(xié)議數(shù)據(jù),如HTTP、FTP等,從而實(shí)現(xiàn)更復(fù)雜的安全策略。這種防火墻通常被稱為“應(yīng)用層防火墻”。

TCP/IP協(xié)議

TCP/IP協(xié)議棧定義了一系列的標(biāo)準(zhǔn)協(xié)議。

【重點(diǎn)知識(shí)點(diǎn)】:

應(yīng)用層協(xié)議

應(yīng)用層是 OSI 參考模型的最高層,它定義了用戶和應(yīng)用程序之間的接口。在應(yīng)用層,通信的兩個(gè)實(shí)體使用應(yīng)用層協(xié)議來(lái)交換數(shù)據(jù)。以下是常見(jiàn)的一些應(yīng)用層協(xié)議和它們的作用:

HTTP:超文本傳輸協(xié)議,用于在Web瀏覽器和Web服務(wù)器之間傳輸HTML、CSS、JavaScript等Web頁(yè)面和文件。

FTP:文件傳輸協(xié)議,用于在客戶端和服務(wù)器之間傳輸文件。支持上傳、下載和目錄操作等功能。

SMTP:簡(jiǎn)單郵件傳輸協(xié)議,用于在電子郵件客戶端和郵件服務(wù)器之間傳輸郵件。

DNS:域名系統(tǒng),用于將域名轉(zhuǎn)換為IP地址。當(dāng)您輸入一個(gè)網(wǎng)址時(shí),Web瀏覽器會(huì)使用DNS協(xié)議查找該網(wǎng)址對(duì)應(yīng)的IP地址。

SNMP:簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議,用于網(wǎng)絡(luò)設(shè)備的監(jiān)控和管理。SNMP可以查詢?cè)O(shè)備的狀態(tài)信息,如CPU使用率、內(nèi)存使用情況等。

SSH:安全外殼協(xié)議,用于在網(wǎng)絡(luò)中提供加密的終端連接。SSH可用于安全登錄服務(wù)器或執(zhí)行遠(yuǎn)程命令。

Telnet:遠(yuǎn)程終端協(xié)議,用于在網(wǎng)絡(luò)上遠(yuǎn)程登錄到服務(wù)器或網(wǎng)絡(luò)設(shè)備進(jìn)行管理和命令行操作。

DHCP:動(dòng)態(tài)主機(jī)配置協(xié)議,是一種應(yīng)用層協(xié)議,主要用于在局域網(wǎng)中自動(dòng)分配 IP 地址和其他網(wǎng)絡(luò)配置信息給客戶端設(shè)備。

TFTP:是一個(gè)簡(jiǎn)單的文件傳輸協(xié)議,屬于應(yīng)用層協(xié)議。與 FTP 不同,TFTP 是一種基于UDP的輕量級(jí)文件傳輸協(xié)議,通常用于在局域網(wǎng)內(nèi)傳輸小文件,如配置文件、固件等。

傳輸層協(xié)議

TCP:提供可靠的、面向連接的數(shù)據(jù)傳輸服務(wù),確保數(shù)據(jù)按順序到達(dá),并能夠進(jìn)行重傳和流量控制。

UDP:提供無(wú)連接的數(shù)據(jù)傳輸服務(wù),不保證數(shù)據(jù)的可靠性和順序性,適用于實(shí)時(shí)性要求高、對(duì)數(shù)據(jù)傳輸延遲要求較低的應(yīng)用場(chǎng)景。

網(wǎng)絡(luò)層協(xié)議

IP: IP 協(xié)議是互聯(lián)網(wǎng)上最為重要的協(xié)議之一,負(fù)責(zé)將數(shù)據(jù)分組(稱為 IP 數(shù)據(jù)報(bào))從源主機(jī)發(fā)送到目標(biāo)主機(jī)。它提供了一種統(tǒng)一的、無(wú)連接的數(shù)據(jù)傳輸服務(wù),同時(shí)還負(fù)責(zé)進(jìn)行尋址和路由選擇。

ICMP: ICMP 主要用于在 IP 網(wǎng)絡(luò)中進(jìn)行錯(cuò)誤報(bào)告、診斷和管理。它可以發(fā)送各種類型的控制消息,如錯(cuò)誤報(bào)告、網(wǎng)絡(luò)可達(dá)性檢測(cè)等,以便對(duì)網(wǎng)絡(luò)進(jìn)行監(jiān)測(cè)和故障診斷。

IGMP: IGMP 是在 IP 網(wǎng)絡(luò)中用于組播(Multicast)的協(xié)議。它允許主機(jī)加入或離開(kāi)一個(gè)多播組,并通知網(wǎng)絡(luò)中的路由器有關(guān)組播組的信息,以便實(shí)現(xiàn)組播數(shù)據(jù)的傳輸。

數(shù)據(jù)鏈路層協(xié)議

PPOE:是一種在以太網(wǎng)上運(yùn)行的點(diǎn)對(duì)點(diǎn)協(xié)議。它將 PPP 協(xié)議封裝在以太網(wǎng)幀中,用于在 ISP 和用戶之間建立點(diǎn)對(duì)點(diǎn)連接,通常用于撥號(hào)上網(wǎng)、寬帶接入等場(chǎng)景。

PPPoE 協(xié)議主要分為兩個(gè)部分:PPP 部分和以太網(wǎng)部分。PPP 部分負(fù)責(zé)在連接的兩端進(jìn)行身份驗(yàn)證、鏈路控制、數(shù)據(jù)壓縮等操作,而以太網(wǎng)部分則負(fù)責(zé)在物理層傳輸 PPP 數(shù)據(jù)包。

Ethernet:以太網(wǎng)是一種常見(jiàn)的局域網(wǎng)技術(shù),它定義了數(shù)據(jù)幀的格式、訪問(wèn)控制規(guī)則等,用于在局域網(wǎng)中進(jìn)行數(shù)據(jù)傳輸。

PPP:PPP 協(xié)議通常用于在兩個(gè)節(jié)點(diǎn)之間建立點(diǎn)對(duì)點(diǎn)連接,它定義了在點(diǎn)對(duì)點(diǎn)連接上進(jìn)行數(shù)據(jù)幀封裝、鏈路控制等功能。

常見(jiàn)協(xié)議標(biāo)準(zhǔn)化組織

互聯(lián)網(wǎng)工程任務(wù)組(IETF): IETF 是一個(gè)開(kāi)放的國(guó)際社區(qū),負(fù)責(zé)制定互聯(lián)網(wǎng)相關(guān)的技術(shù)標(biāo)準(zhǔn)和協(xié)議,如 TCP/IP 協(xié)議族、HTTP 協(xié)議等。

電氣和電子工程師協(xié)會(huì)(IEEE): IEEE 是一個(gè)專業(yè)技術(shù)組織,致力于推動(dòng)電氣和電子工程領(lǐng)域的發(fā)展,其中包括制定網(wǎng)絡(luò)通信領(lǐng)域的標(biāo)準(zhǔn),如以太網(wǎng)標(biāo)準(zhǔn)等。

國(guó)際標(biāo)準(zhǔn)化組織(ISO): ISO 是一個(gè)全球性的標(biāo)準(zhǔn)化組織,致力于制定各種領(lǐng)域的國(guó)際標(biāo)準(zhǔn),包括信息技術(shù)、通信、制造業(yè)等。

應(yīng)用層

應(yīng)用層為應(yīng)用軟件提供接口,使應(yīng)用程序能夠使用網(wǎng)絡(luò)服務(wù)。應(yīng)用層協(xié)議會(huì)指定使用相應(yīng)的傳輸層協(xié)議,以及傳輸層所使用的端口等。

應(yīng)用層的PDU被稱為Data(數(shù)據(jù))。

傳輸層

傳輸層協(xié)議接收來(lái)自應(yīng)用層協(xié)議的數(shù)據(jù),封裝上相應(yīng)的傳輸層頭部,幫助其建立“端到端(Port to Port)的連接。

傳輸層的PDU被稱為Segment(段)。

TCP和UDP

網(wǎng)絡(luò)層

傳輸層負(fù)責(zé)建立主機(jī)之間進(jìn)程與進(jìn)程之間的連接,而網(wǎng)絡(luò)層則負(fù)責(zé)數(shù)據(jù)從一臺(tái)主機(jī)外一臺(tái)主機(jī)之間的傳遞。

網(wǎng)絡(luò)層的PDU被稱為Packet(包)。

網(wǎng)絡(luò)層協(xié)議工作過(guò)程

數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層位于網(wǎng)絡(luò)層和物理層之間,可以向網(wǎng)絡(luò)層的IP、IPv6等協(xié)議提供服務(wù)。數(shù)據(jù)鏈路PDU被稱為Frame(幀)。

以太網(wǎng)(Ethernet)是最常見(jiàn)的數(shù)據(jù)鏈路層協(xié)議。

以太網(wǎng)和Mac地址

物理層

數(shù)據(jù)到達(dá)物理層之后,物理層會(huì)根據(jù)物理介質(zhì)的不同,將數(shù)字信號(hào)轉(zhuǎn)換成光信號(hào)、電信號(hào)或者是電磁波信號(hào)。

物理層的PDU被稱為比特流(Bitstream)。

常見(jiàn)傳輸介質(zhì)

【重點(diǎn)知識(shí)點(diǎn)】:

PDU:是 Protocol Data Unit 的縮寫,即協(xié)議數(shù)據(jù)單元。在計(jì)算機(jī)網(wǎng)絡(luò)中,PDU 是指在不同層次的 OSI 參考模型或 TCP/IP 模型中,用于在各層之間傳遞數(shù)據(jù)和控制信息的數(shù)據(jù)單位。

在 OSI 參考模型中,每個(gè)層次都有其特定的 PDU,如:

物理層(Layer 1): 物理層的 PDU 是比特(Bit)。

數(shù)據(jù)鏈路層(Layer 2): 數(shù)據(jù)鏈路層的 PDU 是幀(Frame)。

網(wǎng)絡(luò)層(Layer 3): 網(wǎng)絡(luò)層的 PDU 是數(shù)據(jù)包(Packet)或分組(Datagram)。

傳輸層(Layer 4): 傳輸層的 PDU 是報(bào)文段(Segment)或用戶數(shù)據(jù)報(bào)(UDP Datagram)。

會(huì)話層、表示層和應(yīng)用層(Layer 5-7): 這些層次的 PDU 分別是會(huì)話數(shù)據(jù)、表示數(shù)據(jù)和應(yīng)用數(shù)據(jù)。

在 TCP/IP 模型中,PDU 更常用于描述在 TCP/IP 協(xié)議棧中各層之間傳遞的數(shù)據(jù)單元,如:

數(shù)據(jù)鏈路層: PDU 是幀(Frame)。

網(wǎng)絡(luò)層: PDU 是數(shù)據(jù)包(Packet)或 IP 數(shù)據(jù)報(bào)(IP Datagram)。

傳輸層: PDU 是報(bào)文段(Segment)或用戶數(shù)據(jù)報(bào)(UDP Datagram)。

發(fā)送方數(shù)據(jù)封裝

中間網(wǎng)絡(luò)數(shù)據(jù)傳輸

接收方數(shù)據(jù)解封裝

鏈接:https://developer.aliyun.com/article/1443915?spm=a2c6h.24874632.expert-profile.210.60ae5c8cYaaYVR

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

    關(guān)注

    128

    文章

    8572

    瀏覽量

    144930
  • TCP
    TCP
    +關(guān)注

    關(guān)注

    8

    文章

    1399

    瀏覽量

    80497
  • OSI
    OSI
    +關(guān)注

    關(guān)注

    0

    文章

    85

    瀏覽量

    15615

原文標(biāo)題:接收方數(shù)據(jù)解封裝

文章出處:【微信號(hào):magedu-Linux,微信公眾號(hào):馬哥Linux運(yùn)維】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    詳解多路微波電視的接收方

    數(shù)字電視節(jié)目。其接收方法如下:微波模擬電視接收方法用戶需購(gòu)買一套微波模擬電視接收設(shè)備(包括天線網(wǎng)、下變頻器、供電器、電視連線四組設(shè)備),再自備一根天線桿,把天線網(wǎng)水平或垂直架設(shè)在天線桿上,對(duì)準(zhǔn)微波發(fā)射塔方向
    發(fā)表于 12-21 10:56

    一種高效的串口數(shù)據(jù)接收方

    ,包尾。長(zhǎng)度等)沒(méi)有任何限制,只要求數(shù)據(jù)包之間的時(shí)間間隔大于數(shù)據(jù)包內(nèi)每個(gè)字節(jié)間的間隔(這是自然的傳輸情況)2.不像其他一些緩存式的接收方式需要緩存間的二次拷貝3.所有處理都是在中斷中進(jìn)行的,沒(méi)有延時(shí)
    發(fā)表于 01-14 16:13

    AF_DATA_CONFIRM_CMD:mac層的應(yīng)答指的是數(shù)據(jù)到達(dá)接收方的mac層以后接收方回一個(gè)ack數(shù)據(jù)包到發(fā)送方嗎?

    發(fā)送的時(shí)候,隨便指定一個(gè)合法地址,就會(huì)產(chǎn)生AF_DATA_CONFIRM_CMD;mac層的應(yīng)答指的是數(shù)據(jù)到達(dá)接收方的mac層以后,接收方回一個(gè)ack數(shù)據(jù)包到發(fā)送方嗎?還是說(shuō)發(fā)送自己m
    發(fā)表于 08-17 07:02

    請(qǐng)問(wèn)NRF24L01接收方不打開(kāi)的話會(huì)怎么樣?

    請(qǐng)問(wèn)一下,如果我只打開(kāi)NRF發(fā)送方,但是我接收方不打開(kāi)(不開(kāi)電源),那么發(fā)送方的數(shù)據(jù)還是能發(fā)送?但是收不到自動(dòng)應(yīng)答嗎? 之所以這樣問(wèn)是因?yàn)楫?dāng)我不開(kāi)接收方的時(shí)候,我調(diào)試的時(shí)候發(fā)現(xiàn)IRQ一直為低電平,為什么一直為低電平是我想知道的!
    發(fā)表于 06-18 09:00

    STM32使用CubeMAX配置的串口中斷接收方法是什么

    STM32使用CubeMAX配置的串口中斷接收方法目錄1.定位串口中斷發(fā)生的地方2.處理串口中斷接收的流程是:(1)初始化串口(2)在main中第一次調(diào)用接收中斷函數(shù)(這個(gè)也是比較關(guān)鍵的)(3)重寫
    發(fā)表于 08-13 09:06

    stm32常見(jiàn)的串口接收方式是什么?

    stm32常見(jiàn)的串口接收方式是什么?
    發(fā)表于 12-09 06:06

    針對(duì)接收一幀含有多個(gè)字節(jié)的不定長(zhǎng)數(shù)據(jù)接收方式進(jìn)行討論

    在使用串口接收其他設(shè)備的數(shù)據(jù)時(shí),應(yīng)該針對(duì)數(shù)據(jù)的特點(diǎn),譬如單字節(jié)與多字節(jié)、數(shù)據(jù)量大小、速度等,采用不同的接收方式。下面針對(duì)
    發(fā)表于 12-09 07:16

    USART2的DMA接收方式分享

    外設(shè)資源實(shí)驗(yàn)6-USART2的DMA收發(fā)實(shí)驗(yàn)實(shí)驗(yàn)?zāi)康模赫莆誙SART2的DMA接收方式。實(shí)驗(yàn)現(xiàn)象:LoRa節(jié)點(diǎn),使用USART2的DMA接收功能接收串口數(shù)據(jù)。如果
    發(fā)表于 02-17 07:44

    鴻蒙分享的接收方有什么接口可以響應(yīng)的?

    鴻蒙的分享功能中,分享的接收方有什么接口可以響應(yīng)的?我看官網(wǎng)操作文檔,歡迎分享時(shí)分享給方的。 我需要在接收方做一些處理。
    發(fā)表于 04-25 10:54

    基于串口通訊的打包數(shù)據(jù)接收方

    串口通訊是上微機(jī)與下微機(jī)通訊過(guò)程中一個(gè)較為常見(jiàn)的問(wèn)題。本文提出了一個(gè)串口通訊中打包數(shù)據(jù)接收方案,并用VB 語(yǔ)言對(duì)此方案進(jìn)行了實(shí)現(xiàn)。經(jīng)過(guò)實(shí)際測(cè)試,該方案不僅能滿
    發(fā)表于 09-17 10:47 ?51次下載

    多星接收方法集錦(一)

    多星接收方法集錦(一)
    發(fā)表于 08-31 14:41 ?2547次閱讀

    接收方調(diào)制解調(diào)器與單片機(jī)的接口電路

    接收方調(diào)制解調(diào)器與單片機(jī)的接口電路 接收方調(diào)制解調(diào)器電路與戰(zhàn)場(chǎng)傳感器方調(diào)制解調(diào)器電路在單片機(jī)和調(diào)制解調(diào)芯片的使用和控制是一樣的。所不同的
    發(fā)表于 02-16 13:49 ?1508次閱讀
    <b class='flag-5'>接收方</b>調(diào)制解調(diào)器與單片機(jī)的接口電路

    HAPS通信中基于MIMO的信號(hào)協(xié)作接收方案性能分析

    分析了在HAPS中應(yīng)用協(xié)作通信的需求,研究了HAPS通信信道在不同仰角區(qū)域的特性,在此基礎(chǔ)上提出一種HAPS通信中基于MIMO的信號(hào)協(xié)作接收方案,并在不同仰角區(qū)域中對(duì)該協(xié)作接收方案進(jìn)行
    發(fā)表于 01-10 16:45 ?18次下載

    STM32使用CubeMAX配置的串口中斷接收方

    STM32使用CubeMAX配置的串口中斷接收方法目錄1.定位串口中斷發(fā)生的地方2.處理串口中斷接收的流程是:(1)初始化串口(2)在main中第一次調(diào)用接收中斷函數(shù)(這個(gè)也是比較關(guān)鍵的)(3)重寫
    發(fā)表于 12-14 18:45 ?30次下載
    STM32使用CubeMAX配置的串口中斷<b class='flag-5'>接收方</b>法

    【代碼分享】基于樂(lè)鑫ESP32的串口不定長(zhǎng)數(shù)據(jù)接收方

    【代碼分享】基于樂(lè)鑫ESP32的串口不定長(zhǎng)數(shù)據(jù)接收方
    的頭像 發(fā)表于 11-15 01:02 ?1357次閱讀
    【代碼分享】基于樂(lè)鑫ESP32的串口不定長(zhǎng)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>接收方</b>法
    主站蜘蛛池模板: 成人性欧美丨区二区三区 | 色就是色欧美色图 | 夜夜爽8888 | 成在线人永久免费播放视频 | 永久免费看毛片 | 午夜视频在线观看完整高清在线 | 日本一视频一区视频二区 | 日韩毛片网 | www.日本免费 | 国产成人精品系列在线观看 | 欧美成人h精品网站 | 在线视频影院 | 456成人网 | 欧美婷婷色 | 久久综合九色 | 亚洲黄色高清视频 | 四虎影院欧美 | 成年网站在线 | 久草视频在线免费看 | 免费a级毛片出奶水 | 成人xx视频免费观看 | 四虎影院永久网站 | 国产精品伦子一区二区三区 | 全国男人的天堂天堂网 | 久久riav二区三区 | 久久久久久午夜精品 | 美女教师一级毛片 | 精品国产_亚洲人成在线高清 | 成人a毛片手机免费播放 | 亚洲成色999久久网站 | 亚洲一区免费在线观看 | 成人丁香乱小说 | 在线观看日本一区 | 种子在线搜索 | 好紧好爽的午夜寂寞视频 | 国产精品热久久毛片 | 亚洲成色www久久网站 | 四虎国产精品4hu永久 | 在线黄色免费网站 | 4虎最新地址 | 一级毛片免费毛片一级毛片免费 |