国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Ad hoc網(wǎng)絡(luò)路由協(xié)議概述3——按需路由協(xié)議(1)DSR協(xié)議(Dynamic source routing protocol)

這篇具有很好參考價值的文章主要介紹了Ad hoc網(wǎng)絡(luò)路由協(xié)議概述3——按需路由協(xié)議(1)DSR協(xié)議(Dynamic source routing protocol)。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

目錄

1 DSR協(xié)議簡介

2 路由發(fā)現(xiàn)

2.1 路由發(fā)現(xiàn)過程

2.2 幾種情況

3 路由維護(hù)

3.1 點(diǎn)到點(diǎn)證實(shí)機(jī)制

3.2 端到端證實(shí)機(jī)制

4 路由緩沖技術(shù)優(yōu)化策略

5 DSR協(xié)議的優(yōu)缺點(diǎn)

5.1 優(yōu)點(diǎn)

5.2 缺點(diǎn)


1 DSR協(xié)議簡介

DSR協(xié)議是一種基于源路由方式的按需路由協(xié)議。在DSR協(xié)議中,當(dāng)發(fā)送者發(fā)送報文時,在數(shù)據(jù)報文頭部攜帶到達(dá)目的節(jié)點(diǎn)的路由信息,該路由信息由網(wǎng)絡(luò)中的若干節(jié)點(diǎn)地址組成,源節(jié)點(diǎn)的數(shù)據(jù)報文就通過這些節(jié)點(diǎn)的中繼轉(zhuǎn)發(fā)到達(dá)目的節(jié)點(diǎn)。也就是說,在開始數(shù)據(jù)報文發(fā)送前,源節(jié)點(diǎn)就已經(jīng)完成了路由發(fā)現(xiàn)過程并得到了有效路由。與基于表驅(qū)動方式的路由協(xié)議不同的是,在DSR協(xié)議中,節(jié)點(diǎn)不需要實(shí)時維護(hù)網(wǎng)絡(luò)的拓?fù)湫畔?,因此在?jié)點(diǎn)需要發(fā)送數(shù)據(jù)時,如何能夠知道到達(dá)目的節(jié)點(diǎn)的路由是DSR路由協(xié)議需要解決的核心問題。

DSR路由協(xié)議主要路由發(fā)現(xiàn)和路由維護(hù)兩部分組成。路由發(fā)現(xiàn)過程主要用于幫助源節(jié)點(diǎn)獲得到達(dá)目的節(jié)點(diǎn)的路由。當(dāng)路由中的節(jié)點(diǎn)由于移動、關(guān)機(jī)等原因無法保證到達(dá)目的節(jié)點(diǎn)時,當(dāng)前的路由就不再有效了。DSR協(xié)議通過路由維護(hù)過程來監(jiān)測當(dāng)前路由的可用情況,當(dāng)監(jiān)測到路由故障時,將調(diào)用新的一輪路由發(fā)現(xiàn)過程。同時為了提高系統(tǒng)性能,在DSR協(xié)議中,還引入了一系列的優(yōu)化技術(shù),如路由緩沖等。下面將分別介紹這幾個部分。

2 路由發(fā)現(xiàn)

2.1 路由發(fā)現(xiàn)過程

節(jié)點(diǎn)通過路由發(fā)現(xiàn)過程獲得到達(dá)網(wǎng)絡(luò)中其他節(jié)點(diǎn)的路由。

1. 源節(jié)點(diǎn)首先向其鄰節(jié)點(diǎn)廣播路由請求報文。報文中包括“目的節(jié)點(diǎn)地址”、“路由記錄”以及“請求ID”等字段。其中“路由記錄”字段用于記錄從源節(jié)點(diǎn)到目的節(jié)點(diǎn)路由中的中間節(jié)點(diǎn)地址,當(dāng)路由請求報文到達(dá)目的節(jié)點(diǎn)時,該字段中的所有節(jié)點(diǎn)地址即構(gòu)成了從源節(jié)點(diǎn)到目的節(jié)點(diǎn)的路由?!罢埱驣D”字段由源節(jié)點(diǎn)管理,中間節(jié)點(diǎn)維護(hù)<源節(jié)點(diǎn)地址,請求ID>序列對列表,<源節(jié)點(diǎn)地址,請求ID>序列用于唯一標(biāo)識一個路由請求報文,以防止收到重復(fù)的路由請求。

2. 中間節(jié)點(diǎn)在收到源節(jié)點(diǎn)的路由請求報文后,按照以下步驟處理報文:

(1)如果路由請求報文的<源節(jié)點(diǎn)地址,請求ID>存在于本節(jié)點(diǎn)的序列對列表中,表明此請求報文已經(jīng)收到過,節(jié)點(diǎn)不用處理該請求;如果不存在,則轉(zhuǎn)步驟(2)

(2)然后當(dāng)前節(jié)點(diǎn)的地址已存在與路由記錄字段中,該節(jié)點(diǎn)不用處理該請求;如果不存在,則轉(zhuǎn)步驟(3)

(3)如果請求報文的目的節(jié)點(diǎn)就是本節(jié)點(diǎn),則路由記錄節(jié)點(diǎn)中的節(jié)點(diǎn)地址序列構(gòu)成了從源節(jié)點(diǎn)到目的節(jié)點(diǎn)的路由。節(jié)點(diǎn)向源節(jié)點(diǎn)發(fā)送“路由響應(yīng)”報文,同時將該路由拷貝到“路由響應(yīng)”報文中;否則轉(zhuǎn)步驟(4)

(4)該節(jié)點(diǎn)是中間節(jié)點(diǎn)。將節(jié)點(diǎn)地址附在報文的“路由記錄”字段后,同時向鄰節(jié)點(diǎn)廣播該路由請求。

通過這種方法,路由請求報文將最終到達(dá)目的節(jié)點(diǎn)。如圖1所示為節(jié)點(diǎn)A到達(dá)節(jié)點(diǎn)D的路由請求過程。虛線箭頭代表路由請求消息發(fā)送,括號中的內(nèi)容代表消息中的路由記錄。

Ad hoc網(wǎng)絡(luò)路由協(xié)議概述3——按需路由協(xié)議(1)DSR協(xié)議(Dynamic source routing protocol)

?圖1 DSR路由請求過程

其中有幾個需要注意的問題:

(1)節(jié)點(diǎn)B分別收到了兩次路由請求報文,B先收到來自A的路由請求,并將自己的地址添加到路由記錄字段后將該消息廣播給其鄰節(jié)點(diǎn),隨后B又收到來自F的路由請求,由于路由請求報文的<源節(jié)點(diǎn)地址,請求ID>存在于節(jié)點(diǎn)B的序列對列表中,因此B對此不做任何處理。

(2)目的節(jié)點(diǎn)D可能會同時收到來自節(jié)點(diǎn)C和E的路由請求消息,造成消息碰撞,反而收不到正確的路由請求,因此在Ad hoc網(wǎng)絡(luò)中,廣播并非完全可靠??梢圆捎靡欢ǖ牟呗詠肀苊?,如節(jié)點(diǎn)隨機(jī)延時發(fā)送,或者節(jié)點(diǎn)間采用證實(shí)機(jī)制等。

2.2 幾種情況

目的根據(jù)收到的源節(jié)點(diǎn)路由請求報文回送“路由響應(yīng)”報文。目的節(jié)點(diǎn)在將“路由響應(yīng)”報文轉(zhuǎn)發(fā)到源節(jié)點(diǎn)時,需要考慮這樣幾種情況:

(1)目的節(jié)點(diǎn)有到達(dá)源節(jié)點(diǎn)的路由。此時目的節(jié)點(diǎn)可以直接使用該路由回送響應(yīng)報文;

(2)如果目的節(jié)點(diǎn)沒有到源節(jié)點(diǎn)的路由,此時需要考慮節(jié)點(diǎn)通信信道問題:

①如果網(wǎng)絡(luò)中所有節(jié)點(diǎn)間的通信信道是對稱的,此時目的節(jié)點(diǎn)到源節(jié)點(diǎn)的路由即為源節(jié)點(diǎn)到目的節(jié)點(diǎn)的反向路由;

②如果信道是非對稱的,目的節(jié)點(diǎn)就需要發(fā)起到源節(jié)點(diǎn)的路由請求過程,同時將路由響應(yīng)報文捎帶在新的路由協(xié)議中。

如圖2所示為DSR的路由響應(yīng)過程。假設(shè)信道是雙向信道,節(jié)點(diǎn)D根據(jù)最短路由原則選擇了路由(A-B-C-D)作為最終路由,將此信息通過反向路由發(fā)送至源節(jié)點(diǎn)A

Ad hoc網(wǎng)絡(luò)路由協(xié)議概述3——按需路由協(xié)議(1)DSR協(xié)議(Dynamic source routing protocol)

?圖2 DSR路由響應(yīng)過程

3 路由維護(hù)

傳統(tǒng)的路由協(xié)議中通過周期性廣播路由更新消息將路由發(fā)現(xiàn)和路由維護(hù)過程合二為一。而在DSR協(xié)議中,由于沒有這種周期性的廣播,節(jié)點(diǎn)必須通過路由維護(hù)過程來檢測路由的可用性。

按照路由維護(hù)的不同檢測方法,可以將路由維護(hù)分為以下兩種:

3.1 點(diǎn)到點(diǎn)證實(shí)機(jī)制

又稱逐跳證實(shí)機(jī)制。即相鄰節(jié)點(diǎn)間通過數(shù)據(jù)鏈路層的消息證實(shí)或者高層應(yīng)用層之間的消息證實(shí)機(jī)制,來檢測路由中各鄰節(jié)點(diǎn)的可達(dá)性。當(dāng)發(fā)現(xiàn)節(jié)點(diǎn)間的傳輸故障,即路由不再有效時,向上級節(jié)點(diǎn)發(fā)送“路由差錯”報文,收到路由差錯報文的節(jié)點(diǎn)根據(jù)此信息將該路由從本節(jié)點(diǎn)的路由緩沖區(qū)中刪除。

3.2 端到端證實(shí)機(jī)制

在有些應(yīng)用中要求端到端節(jié)點(diǎn)間的證實(shí),通過端到端的證實(shí)機(jī)制可以用來檢測整個路由的有效性。但當(dāng)路由發(fā)生故障時,該機(jī)制無法確定故障發(fā)生的位置,即究竟是在哪個節(jié)點(diǎn)間發(fā)生了故障。

ps.?點(diǎn)到點(diǎn)與端到端都是網(wǎng)絡(luò)設(shè)備之間的關(guān)系,兩者工作的網(wǎng)絡(luò)分層不同。點(diǎn)到點(diǎn)工作在物理層,是指兩個網(wǎng)絡(luò)設(shè)備直接相連,中間沒有其他設(shè)備;端到端工作在傳輸層(如TCP連接),是指兩個網(wǎng)絡(luò)設(shè)備之間的邏輯互連,不管中間有多少物理設(shè)備。

4 路由緩沖技術(shù)優(yōu)化策略

在DSR協(xié)議中,為了提高系統(tǒng)效率,協(xié)議中采用了路由緩沖優(yōu)化策略。由于無線廣播信道的特點(diǎn),節(jié)點(diǎn)可以處于“混合監(jiān)聽”狀態(tài),即可以聽到相鄰節(jié)點(diǎn)發(fā)出的所有報文,包括路由請求、路由響應(yīng)等。這些報文中攜帶了網(wǎng)絡(luò)的一些路由信息,節(jié)點(diǎn)通過緩存這些路由信息,可以盡量減少每次發(fā)送新報文時啟動的路由發(fā)現(xiàn)過程,以提高系統(tǒng)的效率。如圖3所示,節(jié)點(diǎn)A通過發(fā)起目的節(jié)點(diǎn)為D的路由請求過程,獲得路由A-B-C-B,同時節(jié)點(diǎn)A也獲得了到達(dá)該路由中所有節(jié)點(diǎn)(如節(jié)點(diǎn)B、C)的路由,節(jié)點(diǎn)B等中間節(jié)點(diǎn)也獲得了到達(dá)節(jié)點(diǎn)D的路由。

Ad hoc網(wǎng)絡(luò)路由協(xié)議概述3——按需路由協(xié)議(1)DSR協(xié)議(Dynamic source routing protocol)

?圖3 DSR路由緩沖技術(shù)

同時,中間節(jié)點(diǎn)在收到源節(jié)點(diǎn)的路由請求時,如果本節(jié)點(diǎn)路由緩沖區(qū)中有到達(dá)目的節(jié)點(diǎn)的路由,可以直接恢復(fù)路由響應(yīng)消息。如節(jié)點(diǎn)F在發(fā)起到節(jié)點(diǎn)D的路由請求時,當(dāng)報文到達(dá)節(jié)點(diǎn)B時,節(jié)點(diǎn)B中有緩沖路由B-C-D,此時節(jié)點(diǎn)B可以直接回復(fù)路由協(xié)議(F-B-C-D)。這樣一方面加快了路由請求的響應(yīng),同時也減少了路由請求消息的廣播。

當(dāng)然,這樣也會出現(xiàn)一些問題。例如,假設(shè)節(jié)點(diǎn)A和節(jié)點(diǎn)B都有到節(jié)點(diǎn)D的路由,它們幾乎同時都收到節(jié)點(diǎn)F的路由請求,幾乎同時響應(yīng),由于“隱終端”等問題,可能會造成報文沖突。為了解決這個問題,在DSR協(xié)議中,要求節(jié)點(diǎn)在發(fā)送緩沖路由前先隨機(jī)等待一段時間(通常時間和距離目的節(jié)點(diǎn)的跳數(shù)成正比,即距離越長,等待時間越久)。這樣,一方面避免了響應(yīng)沖突問題,同時也解決了路由的最短優(yōu)化問題。

盡管路由緩沖技術(shù)能夠在一定程度上提高系統(tǒng)的效率,但同時一些錯誤或國企的路由緩沖信息(如由于某些節(jié)點(diǎn)的移動使得路由失效)也會對網(wǎng)絡(luò)帶來負(fù)面影響,這些錯誤的路由信息可能會影響和感染其他節(jié)點(diǎn)。對此,可以采用一定的策略來減少其影響。例如為緩沖路由設(shè)定有效期,超過有效期的路由將被認(rèn)為無效,將其從緩沖區(qū)中刪除。文章來源地址http://www.zghlxwxcb.cn/news/detail-443749.html

5 DSR協(xié)議的優(yōu)缺點(diǎn)

5.1 優(yōu)點(diǎn)

  1. 僅在需要通信的節(jié)點(diǎn)間維護(hù)路由,減少了路由維護(hù)的代價
  2. 路由緩沖技術(shù)可進(jìn)一步減少路由發(fā)現(xiàn)的代價
  3. 由于采用了路由緩沖技術(shù),因此在一次路由的發(fā)現(xiàn)過程中,會產(chǎn)生多種到達(dá)目的節(jié)點(diǎn)的路徑
  4. 支持非對稱傳輸信道模式

5.2 缺點(diǎn)

  1. 由于采用源節(jié)點(diǎn)路由,每個數(shù)據(jù)報文的頭部都要攜帶路由信息,增加了報文長度;
  2. 用于路由發(fā)現(xiàn)的控制報文可能會涉及全網(wǎng)各節(jié)點(diǎn),造成一定的耗費(fèi);一種可行的優(yōu)化方法是控制路由發(fā)現(xiàn)報文的傳輸距離(如跳數(shù)),如果本輪路由發(fā)現(xiàn)失敗,后續(xù)的路由發(fā)現(xiàn)過程中再加大傳輸距離;
  3. “路由響應(yīng)風(fēng)暴”問題。由于采用路由緩沖技術(shù),中間節(jié)點(diǎn)根據(jù)自己的緩沖路由,對路由請求直接應(yīng)答,源節(jié)點(diǎn)會同時收到多個路由響應(yīng),造成路由響應(yīng)信息之間的競爭;通常的解決方法是當(dāng)中間節(jié)點(diǎn)在監(jiān)聽到鄰節(jié)點(diǎn)的路由報文,發(fā)現(xiàn)該路由比自己的路由更短時,就不再發(fā)送本節(jié)點(diǎn)的路由響應(yīng)報文;
  4. “臟”緩沖路由對其他節(jié)點(diǎn)的影響。如果中間節(jié)點(diǎn)的路由緩沖記錄已經(jīng)過時,當(dāng)該節(jié)點(diǎn)根據(jù)緩沖路由回復(fù)路由請求時,其他監(jiān)聽到此“臟”路由的節(jié)點(diǎn)會更改自己的緩沖路由記錄,造成“臟”緩沖路由的污染傳播。因此必須采取相應(yīng)的措施,盡量避免和減少“臟”緩沖路由的影響。

到了這里,關(guān)于Ad hoc網(wǎng)絡(luò)路由協(xié)議概述3——按需路由協(xié)議(1)DSR協(xié)議(Dynamic source routing protocol)的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • XCode打包IOS應(yīng)用發(fā)布App Store和Ad Hoc測試

    XCode打包IOS應(yīng)用發(fā)布App Store和Ad Hoc測試

    此文章為最新IOS打包教程,每一步都是操作截圖 文章包含大量圖片說明,請注意流量消耗 由于工具之間的版本不一致,所以注意區(qū)分 如果有任何問題,歡迎大家留言一起溝通學(xué)習(xí) 首先通過 本地鑰匙串訪問(Mac自帶的工具)創(chuàng)建 CertificateSigningRequest.certSigningRequest 文件,步驟

    2024年02月04日
    瀏覽(14)
  • ADOV路由和DSR路由matlab對比仿真

    ADOV路由和DSR路由matlab對比仿真

    目錄 1.程序功能描述 2.測試軟件版本以及運(yùn)行結(jié)果展示 3.核心程序 4.本算法原理 4.1 ADOV路由(Ad hoc On-demand Distance Vector Routing) 4.2 DSR路由(Dynamic Source Routing) 5.完整程序 ? ? ? ? ADOV路由和DSR路由的仿真,仿真輸出網(wǎng)絡(luò)的路由路徑,跳數(shù),路由長度,并對比ADOV和DSR的性能。

    2024年02月02日
    瀏覽(18)
  • No URLs will be polled as dynamic configuration sources警告處理

    No URLs will be polled as dynamic configuration sources警告處理

    啟動Eureka 注冊中心出現(xiàn)如下警告 WARN 3732 — [main] c.n.c.sources.URLConfigurationSource : No URLs will be polled as dynamic configuration sources. INFO 3732 — [main] c.n.c.sources.URLConfigurationSource : To enable URLs as dynamic configuration sources, define System property archaius.configurationSource.additionalUrls or make config.properti

    2023年04月08日
    瀏覽(17)
  • 【計算機(jī)網(wǎng)絡(luò)】UDP協(xié)議概述

    UDP協(xié)議(User Datagram Protocol,用戶數(shù)據(jù)報協(xié)議):面向無連接的協(xié)議,不保證可靠性,但是具有較低的延遲和更快的傳輸速度,常用于實(shí)時音視頻傳輸、廣播和多播等場景。 基于數(shù)據(jù)報文 :UDP把應(yīng)用層提交給它的數(shù)據(jù)報文,添加上UDP首部后傳輸,每個UDP數(shù)據(jù)報的大小不能超過

    2024年02月06日
    瀏覽(24)
  • 哈工大計算機(jī)網(wǎng)絡(luò)課程網(wǎng)絡(luò)層協(xié)議之:網(wǎng)絡(luò)層服務(wù)概述

    哈工大計算機(jī)網(wǎng)絡(luò)課程網(wǎng)絡(luò)層協(xié)議之:網(wǎng)絡(luò)層服務(wù)概述

    網(wǎng)絡(luò)層提供的主要功能包括: 從發(fā)送主機(jī)向接收主機(jī)傳送數(shù)據(jù)段(Segment) 發(fā)送主機(jī):將數(shù)據(jù)段封裝到數(shù)據(jù)報(datagram)中 接收主機(jī):向傳輸層交付數(shù)據(jù)段(Segment) 每個主機(jī)和路由器都運(yùn)行網(wǎng)絡(luò)層協(xié)議 路由器檢驗(yàn)所有穿越它的IP數(shù)據(jù)報的頭部域,決策如何處理IP數(shù)據(jù)報。 需

    2024年02月12日
    瀏覽(32)
  • 網(wǎng)絡(luò)協(xié)議概述:物理層、連接層、網(wǎng)絡(luò)層、傳輸層、應(yīng)用層詳解

    信號的傳輸總要符合一定的 協(xié)議(protocol) 。比如說長城上放狼煙,是因?yàn)槿藗円呀?jīng)預(yù)先設(shè)定好狼煙這個物理信號代表了“敵人入侵”這一抽象信號。這樣一個“ 狼煙=敵人入侵 ”就是一個簡單的協(xié)議。協(xié)議可以更復(fù)雜,比如摩爾斯碼(Morse Code),使用短信號和長信號的組合,來

    2024年02月07日
    瀏覽(38)
  • 計算機(jī)網(wǎng)絡(luò) 網(wǎng)絡(luò)層 路由 && 路由信息協(xié)議RIP
  • 【計算機(jī)網(wǎng)絡(luò)-網(wǎng)絡(luò)層】路由選擇協(xié)議

    【計算機(jī)網(wǎng)絡(luò)-網(wǎng)絡(luò)層】路由選擇協(xié)議

    路由器是一種具有多個輸入端口和輸出端口的 專用計算機(jī) ,其任務(wù)是 轉(zhuǎn)發(fā)分組 和 路由選擇 。 實(shí)現(xiàn)的網(wǎng)絡(luò)模型:物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層。 路由器的結(jié)構(gòu)分為兩個部分: 路由選擇部分(控制部分) :核心是路由選擇處理機(jī),它根據(jù) 路由選擇協(xié)議 構(gòu)造出 路由表 ,路

    2024年02月02日
    瀏覽(21)
  • 計網(wǎng)第四章.網(wǎng)絡(luò)層—網(wǎng)絡(luò)層概述、IPv4地址及路由器查表轉(zhuǎn)發(fā)

    計網(wǎng)第四章.網(wǎng)絡(luò)層—網(wǎng)絡(luò)層概述、IPv4地址及路由器查表轉(zhuǎn)發(fā)

    以下來自湖科大 計算機(jī)網(wǎng)絡(luò) 公開課筆記 一、網(wǎng)絡(luò)層概述 網(wǎng)絡(luò)層開始,就是講網(wǎng)絡(luò)與網(wǎng)絡(luò)之間的故事了。 如下是路由器將多個網(wǎng)絡(luò)N1到N7連接在一起,一個路由器有多個網(wǎng)絡(luò)端口,每個端口的IP地址都不相同,而且同一個子網(wǎng)下并不只是最后一個數(shù)不同: 1.1 網(wǎng)絡(luò)層主要解決的

    2024年02月01日
    瀏覽(34)
  • 計算機(jī)網(wǎng)絡(luò)-實(shí)驗(yàn)7:網(wǎng)絡(luò)層-路由選擇協(xié)議

    計算機(jī)網(wǎng)絡(luò)-實(shí)驗(yàn)7:網(wǎng)絡(luò)層-路由選擇協(xié)議

    實(shí)驗(yàn)內(nèi)容 7 :RIP、OSPF動態(tài)路由協(xié)議 實(shí)驗(yàn)?zāi)康?: 配置RIP、OSFP動態(tài)路由 實(shí)驗(yàn)任務(wù)1: RIP 路由 配置實(shí)驗(yàn) 實(shí)驗(yàn)拓?fù)鋱D如下所示: (1) 添加三臺 2811 型號 路由器 ,為每臺路由器添加 網(wǎng)絡(luò)接口 模塊 先關(guān)閉 路由器 電源,電源開關(guān)如下圖。 ( 實(shí)際操作中,為確保電路安全,只有關(guān)

    2024年02月09日
    瀏覽(22)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包