物聯(lián)網(wǎng)應(yīng)用的基礎(chǔ)網(wǎng)絡(luò)技術(shù)IPv6_第1頁
物聯(lián)網(wǎng)應(yīng)用的基礎(chǔ)網(wǎng)絡(luò)技術(shù)IPv6_第2頁
物聯(lián)網(wǎng)應(yīng)用的基礎(chǔ)網(wǎng)絡(luò)技術(shù)IPv6_第3頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、本文格式為Word版,下載可任意編輯物聯(lián)網(wǎng)應(yīng)用的基礎(chǔ)網(wǎng)絡(luò)技術(shù)IPv6 物聯(lián)網(wǎng)(The Internet of things)是新一代信息技術(shù)的重要組成部分。它是通過射頻識別(RFID)、紅外感應(yīng)器、全球定位系統(tǒng)、激光掃描器等信息傳感設(shè)備,按商定的協(xié)議,把任何物體與互聯(lián)網(wǎng)相連接,進行信息交換和通信,以實現(xiàn)對物體的智能化識別、定位、跟蹤、監(jiān)控和管理的一種網(wǎng)絡(luò)。物聯(lián)網(wǎng)被視為互聯(lián)網(wǎng)的應(yīng)用拓展,應(yīng)用創(chuàng)新是物聯(lián)網(wǎng)進展的核心,以用戶體驗為核心的創(chuàng)新2.0是物聯(lián)網(wǎng)進展的靈魂。 物聯(lián)網(wǎng)也稱為傳感網(wǎng)、泛在網(wǎng)等。顧名思義,物聯(lián)網(wǎng)就是“物物相連的互聯(lián)網(wǎng)”,即第一,物聯(lián)網(wǎng)的核心和基礎(chǔ)仍舊是互聯(lián)網(wǎng),是在互聯(lián)網(wǎng)基礎(chǔ)上的延長

2、和擴展的網(wǎng)絡(luò);其次,其用戶端延長和擴展到了任何物體與物體之間,進行信息交換和通信。整個物聯(lián)網(wǎng)的概念涵蓋了從終端到網(wǎng)絡(luò)、從數(shù)據(jù)采集處理到智能掌握、從應(yīng)用到服務(wù)、從人到物的方方面面,涉及眾多的技術(shù)。從長遠(yuǎn)來看,物聯(lián)網(wǎng)很有盼望成為一個超越目前互聯(lián)網(wǎng)產(chǎn)業(yè)規(guī)模的新興產(chǎn)業(yè),國際相關(guān)機構(gòu)猜測將來其規(guī)模將超過現(xiàn)有互聯(lián)網(wǎng)規(guī)模的30倍以上。 物聯(lián)網(wǎng)的網(wǎng)絡(luò)逆境 物聯(lián)網(wǎng)豐富的應(yīng)用和浩大的節(jié)點規(guī)模既帶來了商業(yè)上的巨大潛力,同時也帶來了技術(shù)上的挑戰(zhàn)。首先,物聯(lián)網(wǎng)由眾多的節(jié)點連接構(gòu)成,無論是采納自組織方式,還是采納現(xiàn)有的公眾網(wǎng)進行連接,這些節(jié)點之間的通信必定牽涉到尋址問題。目前物聯(lián)網(wǎng)的尋址系統(tǒng)可以采納兩種方式。一種方式是采

3、納基于E.164電話號碼編址的尋址方式,但由于目前大多數(shù)物聯(lián)網(wǎng)應(yīng)用的網(wǎng)絡(luò)通信協(xié)議都采納TCP/IP協(xié)議,電話號碼編址的方式必定需要對電話號碼與IP地址進行轉(zhuǎn)換。這提高了技術(shù)實現(xiàn)的難度,并增加了成本。同時由于E.164編址體系本身的地址空間較小。也無法滿意大量節(jié)點的地址需求。另一種方式是直接采納IPv4地址的尋址體系來進行物聯(lián)網(wǎng)節(jié)點的尋址。 隨著互聯(lián)網(wǎng)本身的快速進展。IPv4的地址已經(jīng)日漸匱乏。從目前的地址消耗速度來看。IPv4地址空間已經(jīng)很難再滿意物聯(lián)網(wǎng)對網(wǎng)絡(luò)地址的浩大需求。從另一方面來看,物聯(lián)網(wǎng)對海量地址的需求。也對地址安排方式提出了要求。海量地址的安排無法使用手工安排,使用傳統(tǒng)DHCP的安

4、排方式對網(wǎng)絡(luò)中的DHCP服務(wù)器也提出了極高的性能和牢靠性要求,可能造成DHCP服務(wù)器性能不足,成為網(wǎng)絡(luò)應(yīng)用的一個瓶頸。其次,目前互聯(lián)網(wǎng)的移動性不足也造成了物聯(lián)網(wǎng)移動力量的瓶頸。IPv4協(xié)議在設(shè)計之初并沒有充分考慮到節(jié)點移動性帶來的路由問題。即當(dāng)一個節(jié)點離開了它原有的網(wǎng)絡(luò),如何再保證這個節(jié)點訪問可達(dá)性的問題。由于IP網(wǎng)絡(luò)路由的聚合特性,在網(wǎng)絡(luò)路由器中路由條目都是按子網(wǎng)來進行匯聚的。 當(dāng)節(jié)點離開原有網(wǎng)絡(luò),其原來的IP地址離開了該子網(wǎng),而節(jié)點移動到目的子網(wǎng)后,網(wǎng)絡(luò)路由器設(shè)備的路由表中并沒有該節(jié)點的路由信息(為了不破壞全網(wǎng)路由的匯聚,也不允許目的子網(wǎng)中存在移動節(jié)點的路由),會導(dǎo)致外部節(jié)點無法找到移動后

5、的節(jié)點。因此如何支持節(jié)點的移動力量是需要通過特別機制實現(xiàn)的。在IPv4中IETF提出了MIPv4(移動IP)的機制來支持節(jié)點的移動。但這樣的機制引入了著名的三角路由問題。對于少量節(jié)點的移動,該問題引起的網(wǎng)絡(luò)資源損耗較小。而對于大量節(jié)點的移動,特殊是物聯(lián)網(wǎng)中特有的節(jié)點群移動和層移動。會導(dǎo)致網(wǎng)絡(luò)資源被快速耗盡,使網(wǎng)絡(luò)處于癱瘓的狀態(tài)。 再次,網(wǎng)絡(luò)質(zhì)量保證也是物聯(lián)網(wǎng)進展過程中必需解決的問題。目前IPv4網(wǎng)絡(luò)中實現(xiàn)QoS有兩種技術(shù),其一采納資源預(yù)留(interserv)的方式,利用RsVP等協(xié)議為數(shù)據(jù)流保留肯定的網(wǎng)絡(luò)資源。在數(shù)據(jù)包傳送過程中保證其傳輸?shù)馁|(zhì)量;其二采納Diffserv技術(shù),由IP包自身攜帶

6、優(yōu)先級標(biāo)記。網(wǎng)絡(luò)設(shè)備依據(jù)這些優(yōu)先級標(biāo)記來打算包的轉(zhuǎn)發(fā)優(yōu)先策略。目前IPv4網(wǎng)絡(luò)中服務(wù)質(zhì)量的劃分基本是從流的類型動身。使用Diffserv來實現(xiàn)端到端服務(wù)質(zhì)量保證,例如視頻業(yè)務(wù)有低丟包、時延、抖動的要求,就給它安排較高的服務(wù)質(zhì)量等級:數(shù)據(jù)業(yè)務(wù)對丟包、時延、抖動不敏感,就安排較低的服務(wù)質(zhì)量等級,這樣的安排方式僅考慮了業(yè)務(wù)的網(wǎng)絡(luò)側(cè)質(zhì)量需求。沒有考慮業(yè)務(wù)的應(yīng)用側(cè)的質(zhì)量需求,例如,一個一般視頻業(yè)務(wù)對服務(wù)質(zhì)量的需求可能比一個基于物聯(lián)網(wǎng)傳感的手術(shù)應(yīng)用對服務(wù)質(zhì)量的需求要低。因此物聯(lián)網(wǎng)中的服務(wù)質(zhì)量保障必需與詳細(xì)的應(yīng)用相結(jié)合。 最終,物聯(lián)網(wǎng)節(jié)點的平安性和牢靠性也需要重新考慮。由于物聯(lián)網(wǎng)節(jié)點限于成本約束許多都是基于

7、簡潔硬件的,不行能處理簡單的應(yīng)用層加密算法,同時單節(jié)點的牢靠性也不行能做得很高,其牢靠性主要還是依靠多節(jié)點冗余來保證。因此,靠傳統(tǒng)的應(yīng)用層加密技術(shù)和網(wǎng)絡(luò)冗余技術(shù)很難滿意物聯(lián)網(wǎng)的需求。 IPv6的物聯(lián)網(wǎng)技術(shù)解決方案 1 IPv6地址技術(shù) IPv6擁有巨大的地址空間,同時128 bit的IPv6的地址被劃分成兩部分,即地址前綴和接口地址。與IPv4地址劃分不同的是,IPv6地址的劃分嚴(yán)格根據(jù)地址的位數(shù)來進行,而不采納IPv4中的子網(wǎng)掩碼來區(qū)分網(wǎng)絡(luò)號和主機號。IPv6地址的前64位被定義為地址前綴。地址前綴用來表示該地址所屬的子網(wǎng)絡(luò),即地址前綴用來在整個IPv6網(wǎng)中進行路由。而地址的后64位被定義為

8、接口地址,接口地址用來在子網(wǎng)絡(luò)中標(biāo)識節(jié)點。在物聯(lián)網(wǎng)應(yīng)用中可以使用IPv6地址中的接口地址來標(biāo)識節(jié)點。在同一子網(wǎng)絡(luò)下??梢詷?biāo)識264個節(jié)點。這個標(biāo)識空間約有185億億個地址空間。這樣的地址空間完全可以滿意節(jié)點標(biāo)識的需要。 另一方面,IPv6采納了無狀態(tài)地址安排的方案來解決高效率海量地址安排的問題。其基本思想是網(wǎng)絡(luò)側(cè)不管理IPv6地址的狀態(tài),包括節(jié)點應(yīng)當(dāng)使用什么樣的地址、地址的有效期有多長。且基本不參加地址的安排過程。節(jié)點設(shè)備連接到網(wǎng)絡(luò)中后。將自動選擇接口地址(通過算法生成IPv6地址的后64位),并加上FE80的前綴地址,作為節(jié)點的本地鏈路地址,本地鏈路地址只在節(jié)點與鄰居之間的通信中有效,路由器

9、設(shè)備將不路由以該地址為源地址的數(shù)據(jù)包。在生成本地鏈路地址后,節(jié)點將進行DAD(地址沖突檢測),檢測該接El地址是否有鄰居節(jié)點已經(jīng)使用,假如節(jié)點發(fā)覺地址沖突,則無狀態(tài)地址安排過程將終止,節(jié)點將等待手工配置IPv6地址。假如在檢測定時器超時后仍沒有發(fā)覺地址沖突,則節(jié)點認(rèn)為該接13地址可以使用,此時終端將發(fā)送路由器前綴通告懇求。查找網(wǎng)絡(luò)中的路由設(shè)備。當(dāng)網(wǎng)絡(luò)中配置的路由設(shè)備接收到該懇求。則將發(fā)送地址前綴通告響應(yīng)。將節(jié)點應(yīng)當(dāng)配置的IPv6地址前64位的地址前綴通告給網(wǎng)絡(luò)節(jié)點。網(wǎng)絡(luò)節(jié)點將地址前綴與接口地址組合,構(gòu)成節(jié)點自身的全球IPv6地址。 采納無狀態(tài)地址安排之后,網(wǎng)絡(luò)側(cè)不再需要保存節(jié)點的地址狀態(tài),維護

10、地址的更新周期,這大大簡化了地址安排的過程。網(wǎng)絡(luò)可以以很低的資源消耗來達(dá)到海量地址安排的目的。 1.1.1 IPv6地址表示 IPv6地址為128位長,但通常寫作8組,每組為四個十六進制數(shù)的形式。例如:2001:0db8:85a3:08d3:1319:8a2e:0370:7344是一個合法的IPv6地址。 假如四個數(shù)字都是零,可以被省略。例如:2001:0db8:85a3:0000:1319:8a2e:0370:7344等價于2001:0db8:85a3:1319:8a2e:0370:7344遵從這些規(guī)章,假如由于省略而消失了兩個以上的冒號的話,可以壓縮為一個,但這種零壓縮在地址中只能消失一次

11、。因此: 2001:0DB8:0000:0000:0000:0000:1428:57ab 2001:0DB8:0000:0000:0000:1428:57ab 2001:0DB8:0:0:0:0:1428:57ab 2001:0DB8:0:0:1428:57ab 2001:0DB8:1428:57ab都使合法的地址,并且他們是等價的。但2001:25de:cade是非法的。(由于這樣會使得搞不清晰每個壓縮中有幾個全零的分組) 同時前導(dǎo)的零可以省略,因此: 2001:0DB8:02de:0e13等價于2001:DB8:2de:e13 一個IPv6地址可以將一個IPv4地址內(nèi)嵌進去,并且寫成IPv

12、6形式和平常習(xí)慣的IPv4形式的混合體。IPv6有兩種內(nèi)嵌IPv4的方式:IPv4映像地址和IPv4兼容地址。 IPv4映像地址有如下格式:ffff:192.168.89.9 這個地址仍舊是一個IPv6地址,只是0000:0000:0000:0000:0000:ffff:c0a8:5909的另外一種寫法罷了。IPv4映像地址布局如下: | 80bits |16 | 32bits | +- +-+-| 00000000 | FFFF | IPv4 address | +- +-+- | IPv4兼容地址寫法如下:192.168.89.9 猶如IPv4映像地址,這個地址仍舊是一個IPv6地址,只是

13、0000:0000:0000:0000:0000:0000:c0a8:5909的另外一種寫法罷了。IPv4兼容地址布局如下: | 80bits |16 | 32bits | +- +-+-| 00000000 | 0000 | IPv4 address | +- +-+- | IPv4兼容地址已經(jīng)被舍棄了,所以今后的設(shè)備和程序中可能不會支持這種地址格式。 2 IPv6的移動性技術(shù) IPv6協(xié)議設(shè)計之初就充分考慮了對移動性的支持。針對移動IPv4網(wǎng)絡(luò)中的三角路由問題。移動IPv6提出了相應(yīng)的解決方案。 首先。從終端角度IPv6提出了IP地址綁定緩沖的概念,即IPv6協(xié)議棧在轉(zhuǎn)發(fā)數(shù)據(jù)包之前需要查詢

14、IPv6數(shù)據(jù)包目的地址的綁定地址。假如查詢到綁定緩沖中目的IPv6地址存在綁定的轉(zhuǎn)交地址,則直接使用這個轉(zhuǎn)交地址為數(shù)據(jù)包的目的地址。這樣發(fā)送的數(shù)據(jù)流量就不會再經(jīng)過移動節(jié)點的家鄉(xiāng)代理,而直接轉(zhuǎn)發(fā)到移動節(jié)點本身。 其次。MIPv6引入了探測節(jié)點移動的特別方法,即某一區(qū)域的接入路由器以肯定時間進行路由器接口的前綴地址通告。當(dāng)移動節(jié)點發(fā)覺路由器前綴通告發(fā)生變化,則表明節(jié)點已經(jīng)移動到新的接人區(qū)域。與此同時依據(jù)移動節(jié)點獲得的通告,節(jié)點又可以生成新的轉(zhuǎn)交地址,并將其注冊到家鄉(xiāng)代理上。 MIPv6的數(shù)據(jù)流量可以直接發(fā)送到移動節(jié)點,而MIPv4流量必需經(jīng)過家鄉(xiāng)代理的轉(zhuǎn)發(fā)。在物聯(lián)網(wǎng)應(yīng)用中。傳感器有可能密集地部署在

15、一個移動物體上。例如為了監(jiān)控地鐵的運行參數(shù)等,需要在地鐵車廂內(nèi)部署很多傳感器。從整體上來看,地鐵的移動就等同于一群傳感器的移動,在移動過程中必定發(fā)生傳感器的群體切換,在MIPv4的狀況下,每個傳感器都需要建立到家鄉(xiāng)代理的隧道連接,這樣對網(wǎng)絡(luò)資源的消耗特別大,很簡單導(dǎo)致網(wǎng)絡(luò)資源耗盡而癱瘓。在MIPv6的網(wǎng)絡(luò)中,傳感器進行群切換時只需要向家鄉(xiāng)代理注冊。之后的通信完全由傳感器和數(shù)據(jù)采集的設(shè)備之間直接進行,這樣就可以使網(wǎng)絡(luò)資源消耗的壓力大大下降。因此。在大規(guī)模部署物聯(lián)網(wǎng)應(yīng)用,特殊是移動物聯(lián)網(wǎng)應(yīng)用時,MIPv6是一項關(guān)鍵性的技術(shù)。 3 IPv6的服務(wù)質(zhì)量技術(shù) 在網(wǎng)絡(luò)服務(wù)質(zhì)量保障方面,IPv6在其數(shù)據(jù)包結(jié)

16、構(gòu)中定義了流量類別字段和流標(biāo)簽字段。流量類別字段有8位,和IPv4的服務(wù)類型(ToS)字段功能相同,用于對報文的業(yè)務(wù)類別進行標(biāo)識;流標(biāo)簽字段有20位,用于標(biāo)識屬于同一業(yè)務(wù)流的包。流標(biāo)簽和源、目的地址一起。惟一標(biāo)識了一個業(yè)務(wù)流。同一個流中的全部包具有相同的流標(biāo)簽,以便對有同樣QoS要求的流進行快速、相同的處理。 目前,IPv6的流標(biāo)簽定義還未完善。但從其定義的規(guī)范框架來看,IPv6流標(biāo)簽提出的支持服務(wù)質(zhì)量保證的最低要求是標(biāo)記流,即給流打標(biāo)簽。流標(biāo)簽應(yīng)當(dāng)由流的發(fā)起者信源節(jié)點給予一個流,同時要求在通信的路徑上的節(jié)點都能夠識別該流的標(biāo)簽。并依據(jù)流標(biāo)簽來調(diào)度流的轉(zhuǎn)發(fā)優(yōu)先級算法。這樣的定義可以使物聯(lián)網(wǎng)節(jié)點

17、上的特定應(yīng)用有更大的調(diào)整自身數(shù)據(jù)流的自由度,節(jié)點可以只在必要的時候選擇符合應(yīng)用需要的服務(wù)質(zhì)量等級。并為該數(shù)據(jù)流打上全都的標(biāo)記。在重要數(shù)據(jù)轉(zhuǎn)發(fā)完成后。即使通信沒有結(jié)束節(jié)點也可以釋放該流標(biāo)記,這樣的機制再結(jié)合動態(tài)服務(wù)質(zhì)量申請和認(rèn)證、計費的機制,就可以做到使網(wǎng)絡(luò)按應(yīng)用的需要來安排服務(wù)質(zhì)量。同時。為了防止節(jié)點在釋放流標(biāo)簽后又誤用該流標(biāo)簽。造成計費上的問題。信源節(jié)點必需保證在120 s內(nèi)不再使用釋放了的流標(biāo)簽。 在物聯(lián)網(wǎng)應(yīng)用中普遍存在節(jié)點數(shù)量多。通信流量突發(fā)性強的特點。與IPv4相比,由于IPv6的流標(biāo)簽有20 bit,足夠標(biāo)記大量節(jié)點的數(shù)據(jù)流。同時與IPv4中通過五元組(源、目的IP地址,源、目的端口

18、、協(xié)議號)不同,IPv6可以在一個通信過程中(五元組沒有變化),只在必要的時候數(shù)據(jù)包才攜帶流標(biāo)簽,即在節(jié)點發(fā)送重要數(shù)據(jù)時,動態(tài)提高應(yīng)用的服務(wù)質(zhì)量等級,做到對服務(wù)質(zhì)量的精細(xì)化掌握。#p#分頁標(biāo)題#e# 當(dāng)然IPv6的QoS特性并不完善,由于使用的流標(biāo)簽位于IPv6包頭,簡單被偽造,產(chǎn)生服務(wù)盜用的平安問題。因此。在IPv6中流標(biāo)簽的應(yīng)用需要開發(fā)相應(yīng)的認(rèn)證加密機制。同時為了避開流標(biāo)簽使用過程中發(fā)生沖突,還要增加源節(jié)點的流標(biāo)簽使用掌握的機制,保證在流標(biāo)簽使用過程中不會被誤用。 4 IPv6的平安性與牢靠性技術(shù) 首先,在物聯(lián)網(wǎng)的平安保障方面。由于物聯(lián)網(wǎng)應(yīng)用中節(jié)點部署的方式比較簡單。節(jié)點可能通過有線方式或

19、無線方式連接到網(wǎng)絡(luò)。因此節(jié)點的平安保障的狀況也比較簡單。在使用IPv4的場景中一個黑客可能通過在網(wǎng)絡(luò)中掃描主機IPv4地址的方式來發(fā)覺節(jié)點,并查找相應(yīng)的漏洞。所以物聯(lián)網(wǎng)的平安性很是重要。就如現(xiàn)實Internet上的各種攻擊、黑客、網(wǎng)絡(luò)蠕蟲病毒弄得網(wǎng)民人人自危,每天上網(wǎng)開了實時防病毒程序還不夠,還要連續(xù)使用個人防火墻,打開實時防木馬程序才敢上網(wǎng)沖浪。諸多人把這些都?xì)w咎于IPv4網(wǎng)絡(luò)?,F(xiàn)在IPv6來了,它設(shè)計的時候充分討論了以前IPv4的各種問題,在平安性上得到了大大的提高。但是是不是IPv6就沒有平安問題了?答案是否定的。 目前,病毒和互聯(lián)網(wǎng)蠕蟲是最讓人頭疼的網(wǎng)絡(luò)攻擊行為。但這種傳播方式在IPv

20、6的網(wǎng)絡(luò)中就不再適用了,由于IPv6的地址空間實在是太大了,假如這些病毒或者蠕蟲還想通過掃描地址段的方式來找到有可乘之機的其他主機,就如同大海撈針。在IPv6的世界中,對IPv6網(wǎng)絡(luò)進行類似IPv4的根據(jù)IP地址段進行網(wǎng)絡(luò)偵察是不行能了。所以,在IPv6的世界里,病毒、互聯(lián)網(wǎng)蠕蟲的傳播將變得特別困難。但是,基于應(yīng)用層的病毒和互聯(lián)網(wǎng)蠕蟲是肯定會存在的,電子郵件的病毒還是會連續(xù)傳播。此外,還需要留意IPv6網(wǎng)絡(luò)中的關(guān)鍵主機的平安。IPv6中的組發(fā)地址定義方式給攻擊者帶來了一些機會。例如,IPv6地址FF05:3是全部的DHCP服務(wù)器,就是說,假如向這個地址發(fā)布一個IPv6報文,這個報文可以到達(dá)網(wǎng)絡(luò)中全部的DHCP服務(wù)器,所以可能會消失一些特地攻擊這些服務(wù)器的拒絕服務(wù)攻擊。 同時,由于IP地址的分段設(shè)計,將用戶信息與網(wǎng)絡(luò)信息分別。使用戶在網(wǎng)絡(luò)中的實時定位很簡單,這也保證了在網(wǎng)絡(luò)中可以對黑客行為進行實時的監(jiān)控,提升了網(wǎng)絡(luò)的監(jiān)控力量。 在另一個方面,物聯(lián)網(wǎng)應(yīng)用中由于成本限制,節(jié)點通常

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論