前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇互聯(lián)網(wǎng)數(shù)據(jù)報告范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

互聯(lián)網(wǎng)數(shù)據(jù)報告范文第1篇

社交帶頭。2018年幼9/10的營銷人員投資社交媒體付費(fèi)廣告，超過下一個最受歡迎的渠道10個百分點(diǎn)，即YouTube/Google展示廣告。營銷人員現(xiàn)在認(rèn)為有必要將社交媒體作為其獲得客戶的最重要的關(guān)鍵渠道。

搜索和社交是增長最快的渠道。絕大多數(shù)廣告客戶都期望增加2018年廣告支出，以社交媒體為主導(dǎo)（70%），其次是搜索廣告（65%）。

對廣告客戶而言，彌合搜索和社交媒體是最大的挑戰(zhàn)。隨著Facebook的崛起，將搜索和社交廣告聯(lián)系在一起對廣告客戶來說是最大的挑戰(zhàn)，包括社交媒體廣告商和搜索廣告商。

縮小知識差距仍然是一項(xiàng)挑戰(zhàn)。調(diào)查發(fā)現(xiàn)，很多廣告客戶并不覺得自己擁有成功測量社交廣告所需的專業(yè)知識，特別是投資回報歸因方面。但是，社交媒體付費(fèi)廣告投資仍然表現(xiàn)強(qiáng)勁，因?yàn)閺V告客戶已經(jīng)認(rèn)識到發(fā)展他們的社交能力一滿足消費(fèi)者不斷變化的期待和媒體訪問習(xí)慣至關(guān)重要。

亞馬遜來了。大多數(shù)（85%）營銷人員認(rèn)為亞馬遜及其數(shù)字化廣告功能會影響他們在2018年的業(yè)務(wù)。相反，只有1/5的廣告客戶將電子商務(wù)巨頭及其數(shù)字廣告功能視為競爭對手，不太可能做廣告。

互聯(lián)網(wǎng)數(shù)據(jù)報告范文第2篇

圖一

從互聯(lián)網(wǎng)的發(fā)展來看，瀏覽器始終是網(wǎng)民踏入互聯(lián)網(wǎng)的第一方式，瀏覽器不僅僅是一種網(wǎng)絡(luò)應(yīng)用程序，也逐漸成為一種網(wǎng)絡(luò)應(yīng)用平臺，幾大網(wǎng)絡(luò)應(yīng)用中，基本都可以在瀏覽器中實(shí)現(xiàn)，比如email、網(wǎng)絡(luò)購物、網(wǎng)絡(luò)社區(qū)、網(wǎng)絡(luò)影音等。我們通過CNZZ數(shù)據(jù)可以看出，IE瀏覽器始終占據(jù)絕大部分中國市場份額，從瀏覽器的發(fā)展歷史來看，微軟的IE系列已經(jīng)稱霸多年。根據(jù)CNZZ數(shù)據(jù)顯示目前IE系列占據(jù)中國市場83.7%的市場份額，其中IE6因內(nèi)置于XP操作系統(tǒng)內(nèi)，而Windows XP系統(tǒng)目前占據(jù)國內(nèi)大多數(shù)市場份額，因此其占據(jù)中國市場68.2%的份額，但隨著微軟操作系統(tǒng)的不斷升級，瀏覽器同樣不斷進(jìn)行更新升級，微軟最新推出了IE8瀏覽器。據(jù)CNZZ此次數(shù)據(jù)可以看出隨著IE8的推出，IE8的使用量逐漸上升，通過趨勢對比分析，我們發(fā)現(xiàn)IE8占有率的上升對應(yīng)的是IE7占有率的下降，看來是IE7的用戶積極轉(zhuǎn)換成IE8，而IE6的用戶相對比較保守一些。

圖二

國產(chǎn)瀏覽器異彩紛呈，以其多窗口瀏覽、多種功能集成和較高的安全性設(shè)置，在市場上同樣占據(jù)了不少份額。據(jù)CNZZ數(shù)據(jù)分析報告顯示，目前來看占據(jù)國產(chǎn)瀏覽器軟件第一的仍然是傲游Maxthon。而騰訊TT也依托QQ的龐大用戶群占據(jù)了第二名的位置。值得一提的則是異軍突起的360安全瀏覽器，猶如一匹黑馬，市場份額上升非常迅速。

國外廠商占據(jù)的市場份額還是相對偏小。火狐Firefox依然是在小眾范圍流行，但是忠誠度很高，市場份額比較穩(wěn)定。谷歌Chrome和蘋果Safari，以及Opera在中國市場的普及上仍然還有很遙遠(yuǎn)的路要走。

此次CNZZ中國互聯(lián)網(wǎng)數(shù)據(jù)報告的，主要以中國互聯(lián)網(wǎng)網(wǎng)民行為數(shù)據(jù)為依據(jù)適時進(jìn)行，數(shù)據(jù)將每月進(jìn)行一次更新。此報告主要為廣大網(wǎng)民中國互聯(lián)網(wǎng)發(fā)展提供決策依據(jù)。

互聯(lián)網(wǎng)數(shù)據(jù)報告范文第3篇

導(dǎo)火索 “數(shù)據(jù)報告”與“排他性協(xié)議”

中國互聯(lián)網(wǎng)的發(fā)展似乎永遠(yuǎn)伴隨著形形的糾紛。去年的此時，360與QQ的安全大戰(zhàn)激戰(zhàn)正酣；一年后的今天，手機(jī)瀏覽器市場波濤洶涌，QQ依舊沒能逃出千夫所指的尷尬境地，只不過這次向它發(fā)起攻擊的，變成了UC。

事出必然有因。10月24日，UC優(yōu)視發(fā)表《致廣大合作伙伴及UC瀏覽器用戶書》，指責(zé)騰訊曾給合作伙伴發(fā)送一封名為“瀏覽器市場最新的數(shù)據(jù)報告――QQ瀏覽器全面穩(wěn)居第一”的郵件。該郵件與UC方面在手機(jī)瀏覽器市場份額方面的報告有較大出入。UC認(rèn)為，騰訊用“使用過的手機(jī)瀏覽器”、“品牌份額”等非行業(yè)公認(rèn)的標(biāo)準(zhǔn)來渾水摸魚，同時捆綁手機(jī)QQ流量來冒充瀏覽器的流量，從而操縱虛假報告，群發(fā)UC合作伙伴進(jìn)行挖腳，借此期望置UC于死地。CEO俞永福稱，UC的報告以CNNIC、工業(yè)和信息化部的統(tǒng)計(jì)數(shù)據(jù)為標(biāo)準(zhǔn)。

事實(shí)上，盡管俞永福對騰訊的不滿由來已久，但如果單憑幾份數(shù)據(jù)報告遠(yuǎn)不足以挑起一場戰(zhàn)爭。真正讓他下定決心將矛盾公開化的“最后一根稻草”，是所謂騰訊與手機(jī)廠商的“排他性協(xié)議”。在俞永?？磥?，這份《騰訊手機(jī)QQ瀏覽器、QQ安全助手、騰訊微博等產(chǎn)品推廣合作協(xié)議》是證明其利用壟斷地位不正當(dāng)競爭的 “鐵證”。

協(xié)議的內(nèi)容中有如下一段：“乙方需聲明在推廣騰訊產(chǎn)品時不推廣其競爭對手產(chǎn)品，對應(yīng)關(guān)系如下：QQ瀏覽器――UC瀏覽器，QQ安全助手――360安全助手，騰訊微博――新浪微博?！辈⒈硎荆骸叭缫曳侥艹鼍吲潘麉f(xié)議，雙方則另行再簽訂補(bǔ)充協(xié)議?！?/p>

經(jīng)常到騰訊應(yīng)用中心下載軟件的用戶也發(fā)現(xiàn)，UC瀏覽器、新浪微博這些熱門應(yīng)用在上面均無法搜索到。從今年初開始，摩托羅拉、諾基亞等廠商原本預(yù)裝的UC瀏覽器也已經(jīng)被QQ瀏覽器成功取代。此外，在軟件功能方面，騰訊運(yùn)用“借鑒”的看家本領(lǐng)，從UC那里借鑒了不少功能。對于自主安裝數(shù)量占絕大多數(shù)的UC來說，如果這份“二選一”的排他協(xié)議屬實(shí)，這就將意味著，今后UC的市場開拓會變得極為不利。

也許是為了刻意避開一年前3Q大戰(zhàn)爆發(fā)的11月3號，UC選擇于11月4日宣布，將以不正當(dāng)競爭為由騰訊。雙方在手機(jī)瀏覽器領(lǐng)域的戰(zhàn)爭正式擺上了臺面。

夾心人 雷軍的艱難抉擇

無論是去年的3Q還是今年的UQ，在這些較量中，都不得不提到一個人，那就是雷軍。雷軍系的米聊、UC本與騰訊存在競爭關(guān)系，這在騰訊入主金山之前就已經(jīng)是明擺的事實(shí)。之所以能順利完成投資，是因?yàn)殡p方有共同的主要矛盾――360。然而俞永福似乎是要將這種“默契”打破：“雷軍作為UC的股東和超級天使，他表示支持UC為爭取陽光競爭所做的一切努力。”此次UQ大戰(zhàn)，雷軍可謂左右為難，左邊是自己的老手下與投資孕育出的產(chǎn)品，右邊則是財大氣粗的盟友騰訊，因此態(tài)度一直很不明朗，外界普遍猜測，面對一個合作盟友與旗下的投資公司的矛盾，雷軍在其中將扮演何種角色？倘若日后米聊與微信也難逃一戰(zhàn)的時候，雷軍的天平又將偏向何方？

實(shí)際上，UC和騰訊的“大戰(zhàn)”更多地反映的是目前手機(jī)瀏覽器市場的激烈爭奪。統(tǒng)計(jì)數(shù)據(jù)顯示，目前國內(nèi)安裝手機(jī)瀏覽器用戶規(guī)模達(dá)到2.15億，占手機(jī)網(wǎng)民比例的67.6%，盡管如此在全部9億手機(jī)用戶中還有近7億沒有使用手機(jī)瀏覽器，巨大的發(fā)展空間自然為相關(guān)企業(yè)留下了充足的想象空間，也制造了充足的競爭動力。據(jù)有關(guān)專家預(yù)計(jì)，UC和騰訊的互掐只是新一輪手機(jī)瀏覽器市場大戰(zhàn)的開始，隨著智能手機(jī)的普及和3G用戶增長的加速，圍繞手機(jī)瀏覽器的市場爭奪還將更加激烈，市場洗牌在所難免。手機(jī)瀏覽器作為網(wǎng)民接入移動互聯(lián)網(wǎng)的基礎(chǔ)入口在產(chǎn)業(yè)發(fā)展中起著至關(guān)重要的作用，在互相指責(zé)拆臺、劍拔弩張的背后，其實(shí)質(zhì)是對移動互聯(lián)網(wǎng)入口的爭奪，而入口之爭則意味產(chǎn)業(yè)話語權(quán)的爭奪。雖然一些業(yè)內(nèi)人士并不看好瀏覽器的入口功能，但UC對天使投資人雷軍的投資格局來說卻仍是一個重要的存在。

互聯(lián)網(wǎng)

何時能夠

“一致對外”

無獨(dú)有偶，3Q大戰(zhàn)中的另一主角360也在和金山鬧得不可開交，金山再次指責(zé)360惡意攔截和阻止用戶安裝金山毒霸。一時間，國內(nèi)互聯(lián)網(wǎng)行業(yè)狼煙四起。國內(nèi)企業(yè)圍繞“不正當(dāng)競爭”展開的博弈，卻在無意之中給國外互聯(lián)網(wǎng)企業(yè)的發(fā)展提供了契機(jī)。資料顯示，2010年12月至2011年8月，UC和QQ瀏覽器的市場份額累積遞減3.59%，估計(jì)流失手機(jī)瀏覽器用戶的總數(shù)達(dá)數(shù)百萬用戶。既然有精力放在大量的內(nèi)耗上，卻為何不能共同應(yīng)對科技革新的挑戰(zhàn)和外資企業(yè)的競爭壓力？

互聯(lián)網(wǎng)數(shù)據(jù)報告范文第4篇

【關(guān)鍵詞】互聯(lián)網(wǎng)金融 大數(shù)據(jù) 云計(jì)算 小微貸

2013年6月13日，阿里集團(tuán)下的一款名為“余額寶”的大眾理財產(chǎn)品橫空出世，僅僅一月內(nèi)募集規(guī)模超過百億元，引起了金融界的軒然大波。根據(jù)天弘基金的《余額寶運(yùn)行一周年數(shù)據(jù)報告》顯示，截至2014年6月30日，余額寶規(guī)模攀升至5741.60億元，余額寶1年累計(jì)申購4.96億筆，累計(jì)贖回8.10億筆。余額寶成功的運(yùn)營模式使得人們開始思考互聯(lián)網(wǎng)與傳統(tǒng)金融結(jié)合產(chǎn)生的“化學(xué)反應(yīng)”。必須承認(rèn)，互聯(lián)網(wǎng)金融在金融創(chuàng)新層出不窮的今天，以獨(dú)特的創(chuàng)新模式，開創(chuàng)了金融發(fā)展的新篇章，成為了當(dāng)下的研究熱點(diǎn)。有研究者認(rèn)為互聯(lián)網(wǎng)金融興起，給傳統(tǒng)金融帶來了巨大沖擊并帶來了顛覆性的影響，筆者認(rèn)為互聯(lián)網(wǎng)金融以其創(chuàng)新性及強(qiáng)大的競爭力能夠倒逼傳統(tǒng)金融業(yè)轉(zhuǎn)型，影響傳統(tǒng)金融業(yè)未來的發(fā)展。本文將從互聯(lián)網(wǎng)金融的創(chuàng)新性入手分析在互聯(lián)網(wǎng)金融沖擊下傳統(tǒng)金融的機(jī)遇與挑戰(zhàn)。

近些年，隨著社交網(wǎng)絡(luò)、云計(jì)算、移動支付等互聯(lián)網(wǎng)信息技術(shù)的崛起催生出互聯(lián)網(wǎng)金融這一新金融模式。“互聯(lián)網(wǎng)金融”這一概念由謝平、鄒傳偉（2012）首次提出，謝平等認(rèn)為“互聯(lián)網(wǎng)金融是指以互聯(lián)網(wǎng)現(xiàn)代信息科技為代表對金融模式產(chǎn)生顛覆性影響，出現(xiàn)不同于商業(yè)銀行間接融資、也不同于資本市場直接融資的第三種金融融資模式?！蹦壳?，我國互聯(lián)網(wǎng)金融的模式各方說法各不相同，筆者認(rèn)為我國互聯(lián)網(wǎng)金融發(fā)展大致有兩種模式：1）互聯(lián)網(wǎng)企業(yè)向金融行業(yè)的滲透。互聯(lián)網(wǎng)企業(yè)第三方支付平臺，P2P信貸、眾籌等網(wǎng)絡(luò)融資平臺，以及以互聯(lián)網(wǎng)企業(yè)為基礎(chǔ)打造的基金、保險銷售平臺都屬于此類；2）金融企業(yè)在互聯(lián)網(wǎng)上的業(yè)務(wù)延伸。傳統(tǒng)金融業(yè)務(wù)的互聯(lián)網(wǎng)化，將傳統(tǒng)網(wǎng)上銀行，基金超市等的金融業(yè)務(wù)搬到互聯(lián)網(wǎng)上，拓寬了傳統(tǒng)銀行產(chǎn)品銷售途徑，提高金融行業(yè)的服務(wù)性要求。

一、運(yùn)算方式創(chuàng)新――大數(shù)據(jù)背景下的信息平臺

互聯(lián)網(wǎng)金融信息平臺搭建基于“云計(jì)算”和“大數(shù)據(jù)”技術(shù)的興起，依據(jù)互聯(lián)網(wǎng)企業(yè)中客戶多樣信息的精細(xì)分析，確立了具有互聯(lián)企業(yè)特色的評級機(jī)制，通過這種形式建立起來的中小企業(yè)數(shù)據(jù)信用記錄非常豐富。P2P信貸、眾籌等網(wǎng)絡(luò)融資平臺，都得益于互聯(lián)網(wǎng)信息平臺的建立，以阿里小貸為這類P2P的模式例，阿里小貸基于旗下支付寶、阿里巴巴和淘寶等平臺上所積累的客戶經(jīng)營和交易信息等關(guān)聯(lián)信息，獲得信息渠道廣、信息層次多樣、效率高并且獲取成本較低，企業(yè)利用“云計(jì)算”，將不對稱、金字塔形的信息扁平化處理，將這可客戶的網(wǎng)絡(luò)信息轉(zhuǎn)換為可以定量的商業(yè)信用，據(jù)此制定相應(yīng)的信用評價標(biāo)準(zhǔn)。阿里小貸等P2P信息平臺的搭建，解決了困擾銀行業(yè)多年的小額授信信用中個人及小企業(yè)貸款存在的信息不對稱的問題，從而從根本上化解了企業(yè)和個人融資困境。

在大數(shù)據(jù)背景下，掌握核心數(shù)據(jù)便可以居于行業(yè)的領(lǐng)先地位。雖然互聯(lián)網(wǎng)企業(yè)掌握的數(shù)據(jù)并不多于傳統(tǒng)商業(yè)銀行，但這些互聯(lián)網(wǎng)企業(yè)所掌握的客戶的“行為”數(shù)據(jù)經(jīng)過信息技術(shù)加工的分析便構(gòu)成了互聯(lián)網(wǎng)企業(yè)獨(dú)特的數(shù)據(jù)信息平臺，這些數(shù)據(jù)計(jì)算分析能力是擁有大量財務(wù)信息的傳統(tǒng)商業(yè)銀不能企及的。數(shù)據(jù)分析能力將成為當(dāng)下互聯(lián)網(wǎng)公司參與金融行業(yè)的核心競爭力，將來的誰擁有數(shù)據(jù)并不重要，數(shù)據(jù)有效加工更為重要，誰能真正用好這些數(shù)據(jù)，誰就能得到更廣闊的市場。

二、支付方式創(chuàng)新――高度集成化的移動支付平臺

十八屆三中全會明確指出要深化金融機(jī)構(gòu)改革，降低金融行業(yè)準(zhǔn)入門檻，形成多元化競爭的金融體系，鼓勵能滿足金融服務(wù)需求的新興民營金融機(jī)構(gòu)的發(fā)展，特別是鼓勵有實(shí)力的互聯(lián)網(wǎng)企業(yè)發(fā)揮自身獨(dú)特優(yōu)勢進(jìn)入小微金融領(lǐng)域。

我國現(xiàn)行移動支付通過兩種方式進(jìn)行：1）依賴于金融機(jī)構(gòu)的互聯(lián)網(wǎng)平臺方式如網(wǎng)上銀行、手機(jī)銀行；2）通過非金融機(jī)構(gòu)的第三方支付企業(yè)完成。第三方支付在我國早已不是新鮮事物，支付寶之類的第三方支付企業(yè)在互聯(lián)網(wǎng)上已經(jīng)遍地開花，截止2014年1月16日我非金融機(jī)構(gòu)支付業(yè)務(wù)許可已頒發(fā)了250張。網(wǎng)絡(luò)交易中，商家和客戶之間的支付通常由第三方來完成，第三方支付平臺的創(chuàng)新性在于：注重用戶體驗(yàn)去除繁瑣的支付步驟；作為交易第三方保障交易資金更安全；平臺功能高度集成將費(fèi)用收繳、收付款、自動分賬以及轉(zhuǎn)賬匯款等集成與一體。第三方支付的存在一定程度上壓縮了商業(yè)銀行的中間業(yè)務(wù)收入的空間，但從這一點(diǎn)斷定便互聯(lián)網(wǎng)金融將顛覆傳統(tǒng)金融言之過早，從本質(zhì)上說，第三方支付平臺依附于商業(yè)銀行的基本功能存在，更類似于銀行服務(wù)的衍生，它打破了銀行之間的支付壁壘，但沒有撬走銀行的核心客戶資源。互聯(lián)網(wǎng)金融背景下，商業(yè)銀行可以依據(jù)自身特點(diǎn)，完善自身的互聯(lián)網(wǎng)平臺，特別是手機(jī)銀行等新平臺的建設(shè)，增強(qiáng)用戶體驗(yàn)及客戶原有的路徑依賴。

三、渠道創(chuàng)新――互聯(lián)網(wǎng)金融產(chǎn)品銷售平臺

前文提到帶來熱議的“余額寶”產(chǎn)品，即為一款金融產(chǎn)品銷售平臺，有人說“余額寶”這類渠道創(chuàng)新是金融業(yè)史上的一次偉大的嘗試。根據(jù)天弘基金的“余額寶”二季末規(guī)模數(shù)據(jù)及《余額寶運(yùn)行一周年數(shù)據(jù)報告》（以下稱《報告》），截至2014年6月30日，余額寶規(guī)模達(dá)5741.60億元，“余額寶”用戶數(shù)二季度已突破1億大關(guān)，在國內(nèi)所有基金公司中排名第一，全球排名第四。余額寶發(fā)展創(chuàng)造了業(yè)界的銷售神話，也帶動了各類“寶寶類”產(chǎn)品數(shù)量的迅速膨脹。互聯(lián)網(wǎng)銷售平臺的搭建一定的程度上會對銀行活期存款形成沖擊。根據(jù)《報告》分析“余額寶”用戶80后、90后用戶占比合計(jì)76%，而80、90后多為現(xiàn)在互聯(lián)網(wǎng)網(wǎng)名的主力軍，由此可見，“余額寶”類的銷售平臺對于互聯(lián)網(wǎng)用戶群體有強(qiáng)烈的依賴性。此外，此類網(wǎng)絡(luò)銷售平臺所依存的第三方支付系統(tǒng)還存在很多漏洞，互聯(lián)網(wǎng)的安全性所依然是用戶擔(dān)心的首要問題，現(xiàn)行結(jié)構(gòu)下人們還不會把大額資金全部放在網(wǎng)上的“余額寶”等“寶寶類”賬戶。雖然互聯(lián)網(wǎng)銷售平臺有一定的發(fā)展瓶頸但是網(wǎng)絡(luò)銷售平臺的便捷、高效、低成本、高流通性確是銀行系銷售平臺不能比擬的。平臺的出現(xiàn)，要求銀行金融機(jī)構(gòu)改變現(xiàn)在的運(yùn)營及金融產(chǎn)品創(chuàng)新機(jī)制，加強(qiáng)其自身網(wǎng)絡(luò)平臺建設(shè)，增強(qiáng)客戶粘性，積極探索嘗試新的產(chǎn)品新渠道以更好的適應(yīng)投資者的需求。

互聯(lián)網(wǎng)數(shù)據(jù)報告范文第5篇

關(guān)鍵詞：DPDK； IPv6協(xié)議；協(xié)議棧實(shí)現(xiàn)

中圖分類號：TP393 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2017）03-0060-03

The Design and Implementation of IPv6 Address Stack Based on DPDK

ZHANG Yu-xuan，WU Jian

（AVIC Xi’an Aeronautic Computing Technique Institute ， Xi'an 710065， China）

Abstract： With the exhaustion of IPv4 address and the mature development of IPv6 technology， IPv6 commercialization is imminent. At the same time， the server bandwidth of concurrent connections is raised to the level of gigabit per second because the global Internet network traffic is increasing continuously. The performance of the server is limited. It is not available to resolve the high concurrent flow with promotion in hardware. With appearance of DPDK （Data Plane Development Kit） Platform， the traditional communication method has been changed. And it also improves the capacity of handling the concurrent flow in all system. Combined with existing knowledge of IPv6 stack and DPDK platform， this paper implements a high performance IPv6 stack which supports concurrent flow on. Paper analysis the way of communication DPDK uses. With the achievement of IPv6 stack， it gives a brief talk on how to improve the capacity of concurrent flow by using DPDK. At last， we validate the feasibility of whole network with real topology， and make sure the compatibility of standard Linux IPv6 network stack.

Key words： DPDK； IPv6 protocol； stack implementation

1 介B

隨著移動通訊網(wǎng)絡(luò)的發(fā)展，網(wǎng)絡(luò)容量受限得到持續(xù)關(guān)注。現(xiàn)有以IPv4為基礎(chǔ)的網(wǎng)絡(luò)協(xié)議和傳輸設(shè)施已不能滿足現(xiàn)有設(shè)備的接入需求，IPv4協(xié)議與現(xiàn)有日益增長的網(wǎng)絡(luò)規(guī)模相矛盾[1]。

同時，隨著物聯(lián)網(wǎng)和移動網(wǎng)絡(luò)的蓬勃發(fā)展，互聯(lián)網(wǎng)已經(jīng)成為當(dāng)今社會的基礎(chǔ)設(shè)施之一。分布全球的服務(wù)器系統(tǒng)每時每刻處理數(shù)以萬計(jì)用戶請求?，F(xiàn)在的服務(wù)器系統(tǒng)需要具有高并發(fā)性和高可擴(kuò)展性。服務(wù)器要能夠快速處理數(shù)以千萬計(jì)的并發(fā)請求。隨著摩爾定律逐漸失效，單純的硬件升級對于服務(wù)器整體的并發(fā)性能提高微乎其微。因此，解決并發(fā)性問題需要轉(zhuǎn)變思路。要從單純堆疊硬件的做法轉(zhuǎn)向改變處理數(shù)據(jù)的應(yīng)用程序架構(gòu)。

經(jīng)典的數(shù)據(jù)報文處理方式使用同步阻塞I/O中斷處理模型或異步非阻塞I/O模型。在小流量的情況下，此兩種模型可以大幅提高服務(wù)器的并發(fā)性能。但隨著請求數(shù)目不斷上升，服務(wù)器需要消耗大量的資源和時間用于非數(shù)據(jù)處理過程。服務(wù)器性能下降?，F(xiàn)在，服務(wù)器系統(tǒng)面對的是如何處理千萬級別的并發(fā)請求問題。通過改變應(yīng)用軟件架構(gòu)，改善系統(tǒng)內(nèi)核等以往做法已經(jīng)不能滿足服務(wù)器的需求，針對上述問題，Intel 提出了 DPDK（Data Plane Development Kit）平臺，DPDK平臺是Intel公司為旗下Intel網(wǎng)卡在不同平臺下開發(fā)的一款高性能的網(wǎng)絡(luò)驅(qū)動組件。DPDK平臺提供了一系列基礎(chǔ)組件。通過使用 DPDK平臺，開發(fā)人員可以繞過 Linux 內(nèi)核，編寫自己的網(wǎng)絡(luò)協(xié)議棧，在用戶空間實(shí)現(xiàn)高性能的數(shù)據(jù)報文轉(zhuǎn)發(fā)程序。

由于IPv6協(xié)議復(fù)雜，協(xié)議棧處理所需時間更長，資源更多。因此，將DPDK平臺與IPv6技術(shù)相結(jié)合，使得IPv6協(xié)議?？梢愿鞂?shù)據(jù)報文進(jìn)行處理，以滿足未來服務(wù)器對數(shù)據(jù)處理的要求，加快IPv6的部署。

2 基于DPDK的IPv6協(xié)議棧設(shè)計(jì)模型

1）整體設(shè)計(jì)思想

相比于IPv4協(xié)議，IPv6協(xié)議更加復(fù)雜。IPv6報文分為基礎(chǔ)報頭和擴(kuò)展報頭兩部分。兩部分報頭邏輯相互關(guān)聯(lián)，功能各自獨(dú)立。IPv6協(xié)議使用鄰居發(fā)現(xiàn)協(xié)議代替原有的ARP協(xié)議，在初始時刻使用無狀態(tài)的地址配置[2]?；贒PDK的IPv6協(xié)議棧整體架構(gòu)如圖1所示。

整個協(xié)議棧包含數(shù)據(jù)鏈路層，IPv6協(xié)議層和系統(tǒng)配置三部分。數(shù)據(jù)鏈路層負(fù)責(zé)二層數(shù)據(jù)報文的轉(zhuǎn)發(fā)和處理。IPv6協(xié)議層負(fù)責(zé)IPv6報文解析，處理和轉(zhuǎn)發(fā)。系統(tǒng)配置負(fù)責(zé)全局配置的加載解析。下面主要介紹數(shù)據(jù)鏈路層和IPv6協(xié)議層的實(shí)現(xiàn)方式和功能特點(diǎn)。

2）數(shù)據(jù)鏈路層設(shè)計(jì)與實(shí)現(xiàn)

數(shù)據(jù)鏈路層主要承擔(dān)二層數(shù)據(jù)報文轉(zhuǎn)發(fā)任務(wù)。其功能較為簡單，主要負(fù)責(zé)MAC地址的識別和鏈路層的轉(zhuǎn)發(fā)任務(wù)。但由于其處于整個協(xié)議棧最底層，調(diào)用頻繁，因此對性能的要求較高。鏈路層模塊在編寫上使用強(qiáng)耦合關(guān)系模型，以減少數(shù)據(jù)在不同數(shù)據(jù)結(jié)構(gòu)之間交互，加快整個報文的處理速度。由于DPDK主要針對多核設(shè)備，因此數(shù)據(jù)轉(zhuǎn)發(fā)協(xié)議棧針對不同CPU群耍將接收隊(duì)列和發(fā)送隊(duì)列與單個CPU核心綁定。從數(shù)據(jù)報文進(jìn)入鏈路層開始，報文的處理只在一個CPU核心中進(jìn)行。通過這種數(shù)據(jù)報文處理和CPU核心的綁定方式，整個數(shù)據(jù)報文處理過程變得單一化，核心的處理效率提高。

同時，在多核心的處理過程中，必然會涉及不同核心之間的內(nèi)存共享問題。針對內(nèi)存共享和使用，協(xié)議棧利用DPDK自身的特點(diǎn)，每個核心單獨(dú)使用一級緩存，共享使用二級緩存。這樣的使用方式可以減少數(shù)據(jù)在內(nèi)存之間的移動，保證數(shù)據(jù)報文盡可能少的在不同的內(nèi)存間進(jìn)行復(fù)制，減少內(nèi)存操作的開銷。

由于一個數(shù)據(jù)包只被一個CPU核心處理，因此，必然涉及網(wǎng)卡與CPU多核心的對應(yīng)關(guān)系問題。基于DPDK的IPv6協(xié)議棧使用數(shù)據(jù)報文地址作為標(biāo)識。將地址與特定標(biāo)志一一對應(yīng)，使得數(shù)據(jù)報文從進(jìn)入網(wǎng)卡開始就對底層的地址進(jìn)行解析，進(jìn)行流量負(fù)載。同時，為了避免某一核心的負(fù)載過大，協(xié)議棧還可以通過判斷數(shù)據(jù)隊(duì)列使用情況，重新對協(xié)議棧的接收發(fā)送隊(duì)列進(jìn)行流量負(fù)載。通過以上兩種方式，使得每個CPU核心及傳輸隊(duì)列可以均衡使用。

最后，對于數(shù)據(jù)報文的上報，使用輪詢機(jī)制，減少整個系統(tǒng)的中斷次數(shù)。通過減少系統(tǒng)中斷，減低出入棧的消耗，使得整個協(xié)議?？梢詫①Y源傾斜于真正的數(shù)據(jù)處理過程。

3）IPv6協(xié)議棧設(shè)計(jì)與實(shí)現(xiàn)

IPv6協(xié)議棧的設(shè)計(jì)是整個協(xié)議棧設(shè)計(jì)的核心。其主要功能是完成IPv6數(shù)據(jù)報文的正確解析和轉(zhuǎn)發(fā)。

IPv6數(shù)據(jù)報文分為三部分：基本報頭報文，擴(kuò)展報頭和上層報文。IPv6數(shù)據(jù)報文的解析主要涉及IPv6基本報頭的解析和擴(kuò)展報頭的解析。在基本報頭中，協(xié)議棧對源地址，目的地址等基本信息進(jìn)行解析。對比本機(jī)關(guān)鍵信息后，根據(jù)既定策略完成數(shù)據(jù)報文處理。如果目的地址為本機(jī)地址，則當(dāng)前協(xié)議棧將數(shù)據(jù)報文進(jìn)行處理，剝離IPv6報頭，對擴(kuò)展字段逐一進(jìn)行處理。之后數(shù)據(jù)交與上層程序進(jìn)行下一步處理。如果解析出的IPv6目的地址不是本機(jī)地址，且本機(jī)可以作為路由器進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)，則協(xié)議棧查找靜態(tài)路由表。通過路由找出合適的IP地址。最后協(xié)議棧修改CRC校驗(yàn)信息和MAC地址，將數(shù)據(jù)送往發(fā)送隊(duì)列，完成IPv6數(shù)據(jù)報文的協(xié)議轉(zhuǎn)發(fā)過程。

同時，協(xié)議棧實(shí)現(xiàn)了ICMPv6基本協(xié)議。協(xié)議棧使用ICMPv6協(xié)議中的鄰居發(fā)現(xiàn)協(xié)議進(jìn)行物理地址的查詢，代替IPv4中的ARP功能。協(xié)議棧還可以利用鄰居發(fā)現(xiàn)協(xié)議向其他節(jié)點(diǎn)報告報文錯誤信息和當(dāng)前設(shè)備的工作狀態(tài)。IPv6協(xié)議棧的處理流程如圖2所示[3]。

當(dāng)IPv6數(shù)據(jù)報文進(jìn)入?yún)f(xié)議棧后，首先檢查報文有效性，確認(rèn)數(shù)據(jù)報文是否接收正確。然后，協(xié)議棧查看數(shù)據(jù)報文目的地址，確認(rèn)報文接收方是否正確。同時，協(xié)議棧處理IPv6擴(kuò)展報文，依次對所有類型的擴(kuò)展報頭進(jìn)行查看和解析。最后，協(xié)議棧根據(jù)報文的目的地址作出不同的處理。如果目的地址是本機(jī)，協(xié)議棧將數(shù)據(jù)報文上報上層應(yīng)用或其他協(xié)議處理平臺。如果目的地址是非本機(jī)地址，主機(jī)進(jìn)行路由查詢，更改報文，使用鄰居發(fā)現(xiàn)協(xié)議進(jìn)行物理地址查詢，最后將報文放入發(fā)送隊(duì)列。

因?yàn)槭褂玫腄PDK平臺繞過系統(tǒng)內(nèi)核，所以協(xié)議棧可以自由使用內(nèi)存空間，動態(tài)分配調(diào)整緩存空間和數(shù)據(jù)庫大小，對所有內(nèi)存空間進(jìn)行精細(xì)管理。為了盡可能降低不同CPU核心之間不必要的交互，協(xié)議棧以CPU socket為基礎(chǔ)分配內(nèi)存。由于鄰居發(fā)現(xiàn)協(xié)議和ICMPv6協(xié)議的存在，IPv6報文分成了控制數(shù)據(jù)報文和流量數(shù)據(jù)報文兩種類型。協(xié)議棧根據(jù)不同類型報文的特點(diǎn)，把內(nèi)存分為兩部分，使得不同類型數(shù)據(jù)使用不同的內(nèi)存空間，方便協(xié)議棧的內(nèi)存管理[4]。

3 協(xié)議棧測試

1）測試環(huán)境與測試結(jié)果

搭建測試環(huán)境的目的是為了測試和驗(yàn)證基于DPDK的IPv6協(xié)議棧的基本特性。其中包括鏈路的連通性和數(shù)據(jù)報文解析的正確性。

鏈路的連通性包含兩方面：（1）基于DPDK的IPv6協(xié)議棧間的數(shù)據(jù)報文的傳遞和解析的正確性；（2）基于DPDK的IPv6協(xié)議棧與標(biāo)準(zhǔn)Linux協(xié)議棧之間的數(shù)據(jù)報文的發(fā)送接收的正確性。

數(shù)據(jù)報文解析的正確性主要是指IPv6數(shù)據(jù)報文和基于ICMPv6的相關(guān)控制報文可以正確被基于DPDK的IPv6協(xié)議棧和標(biāo)準(zhǔn)協(xié)議棧的識別和解析。根據(jù)以上要求，驗(yàn)證搭建了如圖三所示的測試拓?fù)洵h(huán)境。測試拓?fù)溆蓛蓚€單節(jié)點(diǎn)計(jì)算機(jī)和一個路由器組成。

網(wǎng)絡(luò)測試拓?fù)渲袡C(jī)器A使用標(biāo)準(zhǔn)的Linux操作系統(tǒng)（Ubuntu12.04），IPv6協(xié)議棧為Linux標(biāo)準(zhǔn)的IPv6協(xié)議棧，機(jī)器A的IPv6地址和子網(wǎng)掩碼為2001：da8：：1234：5678/64。機(jī)器B使用與A相同的標(biāo)準(zhǔn)Linux操作系統(tǒng)，但是機(jī)器B安裝了相關(guān)的DPDK驅(qū)動，運(yùn)行基于DPDK的IPv6協(xié)議棧和相對應(yīng)的網(wǎng)絡(luò)驅(qū)動。機(jī)器B的IPv6地址和子網(wǎng)掩碼為2001：da8：：5678：1234/64。路由器同樣使用基于DPDK的經(jīng)過剪裁的IPv6協(xié)議棧，完成IPv6數(shù)據(jù)報文的轉(zhuǎn)發(fā)功能。機(jī)器A，機(jī)器B，路由器均使用靜態(tài)的IPv6路由表。同時整個網(wǎng)絡(luò)中的在初始化時刻，所有設(shè)備的ARP緩沖區(qū)為空。

通過發(fā)送ping6命令，可以完成整個測試項(xiàng)目的驗(yàn)證。實(shí)驗(yàn)方式從機(jī)器A向機(jī)器B發(fā)送ping6命令。網(wǎng)絡(luò)實(shí)驗(yàn)測試結(jié)果如圖4所示。

2）結(jié)果分析

通過圖4的數(shù)據(jù)可以對整個協(xié)議棧的基本特性進(jìn)行驗(yàn)證。首先，通過ping6命令可以驗(yàn)證和測試網(wǎng)絡(luò)的鏈路連通性：由于ICMPv6協(xié)議底層的承載協(xié)議為IPv6協(xié)議和以太網(wǎng)協(xié)議，因此，通^ICMPv6數(shù)據(jù)報文在不同設(shè)備之間進(jìn)行傳遞檢測。因此，可以通過ping6命令驗(yàn)證基于DPDK的IPv6協(xié)議棧中MAC層對MAC數(shù)據(jù)報文和IPv6數(shù)據(jù)報文的改動是否符合標(biāo)準(zhǔn)協(xié)議。是否能正確被標(biāo)準(zhǔn)協(xié)議棧所識別。同時，由于ICMPv6數(shù)據(jù)報文經(jīng)過交換機(jī)轉(zhuǎn)發(fā)，中間數(shù)據(jù)報文需要穿越標(biāo)準(zhǔn)的Linux協(xié)議棧。因此，可以驗(yàn)證基于DPDK的IPv6協(xié)議棧與標(biāo)準(zhǔn)Linux協(xié)議棧之間的數(shù)據(jù)報文的發(fā)送接收的正確性。

由于上面的實(shí)驗(yàn)涉及到基于DPDK的IPv6協(xié)議棧和標(biāo)準(zhǔn)協(xié)議棧之間的數(shù)據(jù)交互，因此可以同時驗(yàn)證整個IPv6報文和ICMPv6數(shù)據(jù)報文解析的正確性和在基于DPDK的IPv6協(xié)議棧與標(biāo)準(zhǔn)的Linux協(xié)議棧的兼容性。

4 總結(jié)

本文以DPDK為平臺，通過對DPDK平臺的初步分析，搭建了一個基于DPDK的IPv6協(xié)議棧。概述了在充分利用多核優(yōu)勢下的IPv6協(xié)議棧的搭建過程。對協(xié)議棧的內(nèi)存進(jìn)行了進(jìn)一步優(yōu)化。最后驗(yàn)證了IPv6協(xié)議棧與標(biāo)準(zhǔn)Linux的IPv6協(xié)議棧的兼容性和協(xié)議棧對IPv6數(shù)據(jù)報文正確處理的能力。

參考文獻(xiàn)：

[1] 白瑩，趙振東，戚銀城，李潔.從IPv4到IPv6的改進(jìn)和過渡.電力系統(tǒng)通信，2004（9）：40 -43.

[2] Deering S，Hinden R.Internet Protocol Version 6 （IPv6） Specification [J].RFC2460 Network Working Group， 1998， 17（6）：1860-1864.