国产日韩欧美一区二区三区三州_亚洲少妇熟女av_久久久久亚洲av国产精品_波多野结衣网站一区二区_亚洲欧美色片在线91_国产亚洲精品精品国产优播av_日本一区二区三区波多野结衣 _久久国产av不卡

?

表項(xiàng)

  • MgdFlow:微電網(wǎng)場(chǎng)景下的多粒度數(shù)據(jù)流管理算法
    ow被動(dòng)式插入流表項(xiàng)[6]的控制方式容易導(dǎo)致存儲(chǔ)占用和調(diào)度資源過(guò)頻,從而影響微電網(wǎng)中網(wǎng)絡(luò)的健康狀況。在SDN 中,通常在網(wǎng)絡(luò)的初始化階段采用主動(dòng)式放置流表項(xiàng)以滿足對(duì)網(wǎng)絡(luò)帶寬和網(wǎng)絡(luò)時(shí)延方面有要求的應(yīng)用,而被動(dòng)式放置流表項(xiàng)的方式通常被側(cè)重負(fù)載均衡的應(yīng)用所采用,2 種方式結(jié)合起來(lái)能夠讓SDN 充分調(diào)整網(wǎng)絡(luò)中的負(fù)載壓力,讓擁擠的路由得到及時(shí)的緩解,讓空閑的設(shè)備得到更充分的利用。然而,每臺(tái)OpenFlow 交換機(jī)所能存儲(chǔ)的流表項(xiàng)數(shù)目和流條目處理能力有限[8],導(dǎo)致現(xiàn)

    通信學(xué)報(bào) 2023年10期2023-11-19

  • 引入?yún)^(qū)塊鏈的SDN 路由一致性檢測(cè)
    利用區(qū)塊鏈存儲(chǔ)流表項(xiàng)信息,結(jié)合共識(shí)機(jī)制對(duì)控制層新制定的流表項(xiàng)集進(jìn)行一致性驗(yàn)證,并在控制器將流表項(xiàng)下發(fā)交換機(jī)前,檢測(cè)出可能會(huì)對(duì)網(wǎng)絡(luò)造成不良影響的流表項(xiàng)。1 相關(guān)研究在控制 層的一 致性研究中,ZHOU 等[13]提 出NEAt,通過(guò)攔截SDN 應(yīng)用的更新將對(duì)應(yīng)策略制成有向圖,對(duì)違反管理員高級(jí)策略的更新及時(shí)進(jìn)行修復(fù);ABHASHKUMAR 等[14]設(shè)計(jì)一種多層圖控制平面模型,通過(guò)自定義屬性的驗(yàn)證算法直接對(duì)控制層進(jìn)行分析以驗(yàn)證網(wǎng)絡(luò)策略。在多控制器場(chǎng)景下,基于拜

    計(jì)算機(jī)工程 2023年11期2023-11-18

  • 無(wú)人機(jī)集群SDN 交換機(jī)轉(zhuǎn)發(fā)表的設(shè)計(jì)與實(shí)現(xiàn)*
    ,片內(nèi)資源較少,表項(xiàng)數(shù)量不可能做得太大。因此亟須一種新的算法統(tǒng)一設(shè)計(jì)流表和規(guī)則表,功耗較低,并且能夠處理大容量數(shù)據(jù)。本文設(shè)計(jì)一種流表算法,采用多級(jí)流表查找方式。每一級(jí)流表關(guān)注不同的字段。根據(jù)實(shí)際應(yīng)用需求,靈活組合形成不同級(jí)的流表。流表級(jí)數(shù)越高,查找優(yōu)先級(jí)越高。例如,最高級(jí)的流表關(guān)注源IP地址、目的IP 地址、源端口號(hào)、目的端口號(hào)、服務(wù)類型字段,次一級(jí)流表關(guān)注源IP 地址、目的IP地址和服務(wù)類型字段,最低一級(jí)流表關(guān)注源IP地址、目的IP 地址。將規(guī)則表和流表

    通信技術(shù) 2023年9期2023-10-21

  • 一種改進(jìn)的TCAM路由表項(xiàng)管理算法及實(shí)現(xiàn)
    于TCAM對(duì)路由表項(xiàng)存放有嚴(yán)格的順序要求,使得表項(xiàng)管理趨于復(fù)雜,例如,當(dāng)表項(xiàng)更新時(shí),無(wú)法進(jìn)行查表,此時(shí)數(shù)據(jù)包需要先緩存,等表項(xiàng)更新完畢后才能查表。此外,若表項(xiàng)更新時(shí)間過(guò)長(zhǎng),會(huì)引起緩存溢出,進(jìn)而產(chǎn)生嚴(yán)重丟包,影響路由器的正常轉(zhuǎn)發(fā)性能。因此,表項(xiàng)管理算法的性能是影響TCAM路由查表性能的關(guān)鍵因素之一。本文首先分析現(xiàn)有表項(xiàng)管理算法的優(yōu)缺點(diǎn);其次利用前綴塊概率分布、動(dòng)態(tài)平衡的特點(diǎn),對(duì)表項(xiàng)預(yù)留模型進(jìn)行了優(yōu)化,合理利用回收緩存;最后提出并實(shí)現(xiàn)一種改進(jìn)的基于緩存的雙鏈表

    通信技術(shù) 2022年5期2022-06-11

  • 軟件定義無(wú)人機(jī)自組網(wǎng)高效自適應(yīng)路由維護(hù)機(jī)制*
    AV節(jié)點(diǎn)接收到流表項(xiàng)缺失數(shù)據(jù)包后選擇請(qǐng)求控制節(jié)點(diǎn)處理。文獻(xiàn)[8]針對(duì)UANET高動(dòng)態(tài)、不穩(wěn)定的空中無(wú)線鏈路和無(wú)人機(jī)碰撞的特性提出了SD-UANET架構(gòu)。文獻(xiàn)[9]為了保證UAV狀態(tài)信息的可靠傳輸,在控制節(jié)點(diǎn)收到狀態(tài)信息后向UAV節(jié)點(diǎn)回復(fù)一個(gè)ACK消息。文獻(xiàn)[10]中UAV節(jié)點(diǎn)周期性發(fā)送HELLO消息收集鄰居信息,通過(guò)AODV路由協(xié)議將鄰居信息發(fā)送給控制節(jié)點(diǎn),控制節(jié)點(diǎn)根據(jù)收集的鄰居信息計(jì)算路由并向每個(gè)UAV節(jié)點(diǎn)下發(fā)路由信息。文獻(xiàn)[11]中UAV節(jié)點(diǎn)將更新消息

    電訊技術(shù) 2022年2期2022-03-03

  • 基于動(dòng)態(tài)混合超時(shí)的軟件定義網(wǎng)絡(luò)多目標(biāo)優(yōu)化
    更新轉(zhuǎn)發(fā)規(guī)則(流表項(xiàng))。SDN 通過(guò)控制層的控制器實(shí)現(xiàn)了全網(wǎng)視圖的維護(hù)和資源調(diào)度[4]。圖1 SDN架構(gòu)Fig.1 SDN architectureSDN 交換機(jī)本身沒(méi)有控制功能,當(dāng)新數(shù)據(jù)流到達(dá)交換機(jī)時(shí),交換機(jī)沒(méi)有轉(zhuǎn)發(fā)規(guī)則指導(dǎo)該流的轉(zhuǎn)發(fā),所以,交換機(jī)會(huì)將該流的數(shù)據(jù)包封裝成Packet-in指令通過(guò)控制通道轉(zhuǎn)發(fā)到控制器,由控制器創(chuàng)建流表項(xiàng)并封裝成Packet-out 下發(fā)到交換機(jī);交換機(jī)再根據(jù)下發(fā)的流表項(xiàng)完成轉(zhuǎn)發(fā),并將流表項(xiàng)保存到流表中指導(dǎo)該流后續(xù)包的轉(zhuǎn)發(fā)。

    計(jì)算機(jī)應(yīng)用 2021年12期2022-01-05

  • 采用OpenFlow交換機(jī)的服務(wù)器負(fù)載均衡策略
    用LBS較少的流表項(xiàng)資源。Lin等[10]提出通過(guò)給服務(wù)器分配優(yōu)先級(jí)設(shè)置不同的通配符規(guī)則,適用于大規(guī)模數(shù)據(jù)中心,以更少的流表項(xiàng)達(dá)到更高效率。Mao等[11]提出單流表和組流表結(jié)合的動(dòng)態(tài)流表設(shè)計(jì)算法,負(fù)載均衡時(shí)調(diào)整更少流表項(xiàng),減少負(fù)載均衡流表變換。文中提出一種采用OpenFlow交換機(jī)的服務(wù)器負(fù)載均衡策略,使用分區(qū)通配符規(guī)則均衡轉(zhuǎn)發(fā)服務(wù)請(qǐng)求,在LBS上預(yù)先部署多地址定向流表,SDN控制器周期性采集LBS活躍連接數(shù),據(jù)此計(jì)算出服務(wù)器負(fù)載狀態(tài)。利用蟻群算法的信息

    重慶大學(xué)學(xué)報(bào) 2021年11期2021-12-21

  • OpenFlow交換機(jī)流表溢出緩解技術(shù)研究綜述
    導(dǎo)致交換機(jī)中的流表項(xiàng)數(shù)目大幅度地增加.然而SDN硬件交換機(jī)受限于有限的流表資源,很容易出現(xiàn)流表溢出問(wèn)題,使得網(wǎng)絡(luò)吞吐量、時(shí)延等受到嚴(yán)重影響.本文通過(guò)深入分析SDN環(huán)境中流表溢出問(wèn)題,詳細(xì)介紹了流表溢出造成的影響以及目前緩解流表溢出的相關(guān)技術(shù),為有效降低該問(wèn)題對(duì)網(wǎng)絡(luò)性能的影響提供支持.1 背 景本節(jié)主要介紹SDN與OpenFlow協(xié)議、三態(tài)內(nèi)容尋址存儲(chǔ)器(ternary content addressable memory, TCAM)的特點(diǎn)及其局限性.同時(shí)

    計(jì)算機(jī)研究與發(fā)展 2021年7期2021-07-23

  • 基于分組TCAM的T比特高性能路由器快速查找更新技術(shù)
    鐘周期內(nèi)完成路由表項(xiàng)的匹配查詢,優(yōu)先級(jí)編碼器(priority encoder,PE)從多個(gè)匹配結(jié)果中選擇最長(zhǎng)前綴匹配(longest prefix match,LPM)作為查找結(jié)果,因此TCAM特別適合于高性能路由器,實(shí)現(xiàn)快速路由查找和轉(zhuǎn)發(fā)。但是,傳統(tǒng)TCAM的更新性能較差[5]:路由表是動(dòng)態(tài)變化的并且規(guī)模大幅增長(zhǎng),TCAM中路由表項(xiàng)按照前綴長(zhǎng)度降序排列,為保證路由表項(xiàng)的優(yōu)先級(jí),對(duì)路由表項(xiàng)的插入、刪除等更新操作會(huì)造成大量的內(nèi)存移動(dòng)[6],最壞情況下的更新

    計(jì)算機(jī)工程與設(shè)計(jì) 2021年2期2021-02-25

  • 基于Holt 雙參數(shù)指數(shù)平滑法的SDN 交換機(jī)流表超時(shí)優(yōu)化策略*
    Flow 允許流表項(xiàng)匹配域中存在任意(ANY)字段,這使得OpenFlow 交換機(jī)采用三態(tài)內(nèi)容尋址存儲(chǔ)器(Ternary Content Addressable Memory,TCAM)來(lái)保存控制器下發(fā)的流表項(xiàng),但TCAM 是一種昂貴且功耗高的存儲(chǔ)設(shè)備,且隨著OpenFlow 的發(fā)展,每條流表項(xiàng)的匹配字段達(dá)到15 個(gè)元組、356 位,這使得目前大部分的OpenFlow交換機(jī)僅能支持10 K~40 K 條流表規(guī)則,而這一數(shù)量遠(yuǎn)遠(yuǎn)小于網(wǎng)絡(luò)正常工作所需要的數(shù)量[

    火力與指揮控制 2020年10期2020-12-23

  • 基于SDN 安全服務(wù)鏈的研究與設(shè)計(jì)
    。具體分項(xiàng)包括:表項(xiàng)號(hào)、流表方向、源接口、目的接口、優(yōu)先級(jí)、Match 及標(biāo)注。表項(xiàng)號(hào)為流表序列;流表方向分為上行和下行,在這里單向服務(wù)鏈代表只有上行或下行,雙向服務(wù)鏈為同時(shí)存在上、下行數(shù)據(jù)流;優(yōu)先級(jí)作用于每條表項(xiàng)的執(zhí)行順序由數(shù)值來(lái)表示,數(shù)值大代表優(yōu)先級(jí)關(guān)系越高,反之則低;為了能精細(xì)化控制和管理數(shù)據(jù)流,本設(shè)計(jì)將Match 分為三層:二層表示為以太網(wǎng)類型字段和值,區(qū)分各協(xié)議如ⅠPv4(0x0800)、ⅠPv6(0x08DD)、SNMP(0x 814C)等;三

    網(wǎng)絡(luò)安全技術(shù)與應(yīng)用 2020年7期2020-07-13

  • 儲(chǔ)糧昆蟲(chóng)兩項(xiàng)式檢索表的數(shù)字化方法研究與應(yīng)用
    檢索表由多條檢索表項(xiàng)構(gòu)成,其中,每一條檢索表項(xiàng)包括三個(gè)部分,分別是表項(xiàng)編號(hào)、特征描述、具體表項(xiàng),每一表項(xiàng)有1個(gè)表項(xiàng)編號(hào),有2個(gè)特征描述,根據(jù)2個(gè)特征描述對(duì)應(yīng)2個(gè)具體表項(xiàng),具體表項(xiàng)可為蟲(chóng)種名稱或表項(xiàng)編號(hào),其中表項(xiàng)編號(hào)具有唯一性,是確定某一具體表項(xiàng)內(nèi)容的唯一標(biāo)示符。對(duì)于上述檢索表的第1表項(xiàng)而言,其表項(xiàng)編號(hào)為“1”,特征描述1為“喙粗短,背緣向上拱隆……”,特征描述2為“喙圓筒狀,背緣直……”,特征描述1對(duì)應(yīng)的具體表項(xiàng)是蟲(chóng)種名稱,即“闊鼻谷象”,特征描述2對(duì)應(yīng)的

    河南科技 2020年4期2020-04-26

  • 基于ARMA模型預(yù)測(cè)的交換機(jī)流表更新算法
    其本地流表中的流表項(xiàng)對(duì)數(shù)據(jù)包進(jìn)行匹配,并根據(jù)該流表項(xiàng)中的動(dòng)作對(duì)數(shù)據(jù)包進(jìn)行轉(zhuǎn)發(fā),而未找到對(duì)應(yīng)的流表項(xiàng)的數(shù)據(jù)包將會(huì)被交換機(jī)轉(zhuǎn)發(fā)給控制器??刂破鞲鶕?jù)轉(zhuǎn)發(fā)來(lái)的數(shù)據(jù)包生成新的轉(zhuǎn)發(fā)規(guī)則并下發(fā)給交換機(jī),同時(shí)對(duì)交換機(jī)中的流表進(jìn)行更新。在實(shí)際的應(yīng)用部署中,流表一般存儲(chǔ)在交換機(jī)的三態(tài)內(nèi)容尋址存儲(chǔ)器(Ternary Content Addressable Memory,TCAM)[5]中。由于TCAM的高成本與高能耗,其所能存儲(chǔ)的流表項(xiàng)數(shù)量也是十分有限的。研究表明[6-7],在

    計(jì)算機(jī)工程與應(yīng)用 2020年7期2020-04-07

  • IPv6校園網(wǎng)安全威脅分析和防護(hù)
    ,鄰居發(fā)現(xiàn)協(xié)議)表項(xiàng)耗盡:IPv6使用NDP協(xié)議替代原先ARP(Address Resolution Protocol,地址解析協(xié)議),完成鏈路層地址和網(wǎng)絡(luò)層地址映射功能,路由器為每一個(gè)IPv6終端保存NDP表項(xiàng),每個(gè)表項(xiàng)包含終端的mac地址,IPv6地址,路由器接口,以及生存時(shí)間等信息。表項(xiàng)生成一般由終端的NS/NA報(bào)文觸發(fā)。由于單個(gè)用戶的IPv6地址掩碼一般為/64,其所對(duì)應(yīng)的表項(xiàng)需占用147573952T存儲(chǔ)空間(假設(shè)每個(gè)表項(xiàng)8Byte)。攻擊節(jié)點(diǎn)通

    數(shù)字通信世界 2020年1期2020-02-19

  • 軟件定義網(wǎng)絡(luò)中OpenFlow流表空間優(yōu)化技術(shù)研究進(jìn)展
    每一個(gè)流表由多條表項(xiàng)組成,支持抽象轉(zhuǎn)發(fā)和控制規(guī)范,實(shí)現(xiàn)數(shù)據(jù)流線性匹配.隨著業(yè)務(wù)控制需求增加和網(wǎng)絡(luò)規(guī)模擴(kuò)大,流表空間有限的存儲(chǔ)和有效利用等成為近些年基于OpenFlow的SDN網(wǎng)絡(luò)關(guān)鍵問(wèn)題,受到業(yè)界研究者廣泛關(guān)注.希望本文的工作對(duì)SDN中流表存儲(chǔ)優(yōu)化的研究提供借鑒,能對(duì)流表一致性和流表安全性問(wèn)題的解決有一定啟發(fā).1 流表空間問(wèn)題描述SDN中的OpenFlow流表空間有限性存儲(chǔ)和有效性管理問(wèn)題,根據(jù)側(cè)重點(diǎn)不同,可歸納為以下三方面:(1)硬件電路復(fù)雜、價(jià)格不菲,

    中南民族大學(xué)學(xué)報(bào)(自然科學(xué)版) 2019年3期2019-10-11

  • SDN動(dòng)態(tài)停滯超時(shí)時(shí)間優(yōu)化算法*
    配置信息的不同流表項(xiàng),當(dāng)數(shù)據(jù)量龐大時(shí),數(shù)據(jù)流類型會(huì)相應(yīng)增加,會(huì)導(dǎo)致大量數(shù)據(jù)包涌入控制器的情況出現(xiàn),降低SDN的性能及效率。Zarek A等人在實(shí)際網(wǎng)絡(luò)中測(cè)試分析,發(fā)現(xiàn)了流表項(xiàng)的停滯超時(shí)時(shí)間與流表資源利用率之間存在一定的關(guān)系[3],此后,研究人員開(kāi)始陸續(xù)采用改進(jìn)停滯超時(shí)時(shí)間的方式來(lái)對(duì)流表進(jìn)行優(yōu)化。Kim T等人用AR預(yù)測(cè)算法對(duì)下個(gè)取樣周期內(nèi)到達(dá)流進(jìn)行預(yù)測(cè),提出了一種動(dòng)態(tài)調(diào)整流表項(xiàng)超時(shí)時(shí)間的方案[4];Zhu H等人提出了一種能夠動(dòng)態(tài)調(diào)整停滯超時(shí)時(shí)間的智能控制

    傳感器與微系統(tǒng) 2019年10期2019-09-26

  • VxLAN配置中故障發(fā)現(xiàn)與解決
    控制平面地址映射表項(xiàng),也不知道彼此在哪里。只有當(dāng)LAN-East要與LANWest進(jìn)行通信時(shí),LANEast發(fā)ARP請(qǐng)求包,請(qǐng)求LAN-West的MAC地址,其格式為源MAC為L(zhǎng)AN-East的MAC地址,目的MAC為 全 F,NXOS-VTEP-EAST收到數(shù)據(jù)包后,由于沒(méi)有建立NXOS-VTEP-WEST的地址映射表項(xiàng),因此對(duì)其進(jìn)行vxLAN封 裝,其vxLAN 的vni為10000,外部 SRC-IP為 NXOSVTEP-EAST的ip地址,外部De

    網(wǎng)絡(luò)安全和信息化 2019年9期2019-09-13

  • 基于包成批特性的OpenFlow流表高效區(qū)分存儲(chǔ)算法
    入流標(biāo)識(shí)符替代流表項(xiàng)15元組以減少流標(biāo)識(shí)位,壓縮OpenFlow流表項(xiàng)[2].Banerjee等人采用標(biāo)簽嵌套方法(Tag-in-Tag),將流表項(xiàng)替換成兩層簡(jiǎn)短標(biāo)簽,使TCAM能容納更多流表項(xiàng)[3].羅壽西等人應(yīng)用流表快速聚合(FFTA)和增量流表快速聚合(iFFTA)方法,結(jié)合基于前綴的聚合技術(shù),實(shí)現(xiàn)流表快速更新,以減小流表規(guī)模,提高流表匹配速度[4].葛敬國(guó)等人通過(guò)分析流表字段之間的共存和沖突關(guān)系,劃分流表與切分子流表以壓縮流表存儲(chǔ)空間[5,6].B

    小型微型計(jì)算機(jī)系統(tǒng) 2019年3期2019-03-13

  • 軟失效導(dǎo)致OLT設(shè)備脫管問(wèn)題分析
    :?jiǎn)栴}現(xiàn)象:某個(gè)表項(xiàng)或者寄存器出現(xiàn)比特翻轉(zhuǎn),導(dǎo)致業(yè)務(wù)中斷。處理機(jī)制:芯片內(nèi)部硬件周期性快速的檢查所有表項(xiàng),若檢測(cè)到某個(gè)表項(xiàng)出現(xiàn)PARITY/ECC錯(cuò)誤,則通知CPU,CPU使用該表項(xiàng)的軟備份配置重新刷新該表項(xiàng)進(jìn)行恢復(fù)。注意事項(xiàng):軟件需要備份存儲(chǔ)所有相關(guān)表項(xiàng)的配置值,若表項(xiàng)很大,則會(huì)耗費(fèi)CPU大量?jī)?nèi)存。步驟3:經(jīng)過(guò)以上分析,以及結(jié)合現(xiàn)場(chǎng)問(wèn)題的報(bào)錯(cuò)打印信息,確定了該問(wèn)題是由于主控盤的交換芯片的軟失效導(dǎo)致。問(wèn)題結(jié)論根據(jù)以上排查和分析,確認(rèn)問(wèn)題原因是由于主控盤的交

    網(wǎng)絡(luò)安全和信息化 2018年12期2018-12-24

  • 基于緩存策略的OpenFlow流表存儲(chǔ)優(yōu)化方案研究
    [2]對(duì)于流表漏表項(xiàng)設(shè)置緩沖區(qū)暫存超時(shí)向量利表,基于局部LRU原則對(duì)到期的非活躍流進(jìn)行緩存失配補(bǔ)償,但該方法是在OpenFlow流表存儲(chǔ)中流包含過(guò)濾過(guò)程,導(dǎo)致少數(shù)包的跟蹤狀態(tài)性能不好。劉中金等人[3]提出一種 OpenFlow 多級(jí)流表結(jié)構(gòu)及其映射算法,可節(jié)省17%以上TCAM 資源。但該算法在進(jìn)行流表分級(jí)時(shí),匹配集合的表項(xiàng)寬度會(huì)因?yàn)閭€(gè)別字段值的重復(fù)次數(shù)多而變大,使得總體壓縮效果顯著下降。針對(duì)上述問(wèn)題,本文出一種基于遺傳進(jìn)化緩存策略的OpenFlow流表存

    電子測(cè)試 2018年21期2018-11-08

  • 軟件定義網(wǎng)絡(luò)中一種兩步式多級(jí)流表構(gòu)建算法
    ,該算法針對(duì)IP表項(xiàng)進(jìn)行前綴聚合,能夠在不影響網(wǎng)絡(luò)功能的前提下,減少流表項(xiàng)的條數(shù),從而壓縮流表的存儲(chǔ)空間.但是這種方法僅能應(yīng)用于IP查找,難以適應(yīng)OpenFlow的多字段匹配需求.考慮到OpenFlow匹配域的特征,文獻(xiàn)[8]提出了一種啟發(fā)式流表空間優(yōu)化算法(Heuristic Storage space Optimization algorithm for Flow Table,H-SOFT),該算法分析了OpenFlow流表結(jié)構(gòu)定義字段之間的共存和沖突

    西安電子科技大學(xué)學(xué)報(bào) 2018年5期2018-10-11

  • TS檢查器:SDN中的兩步?jīng)_突檢測(cè)整合機(jī)制
    找第一條匹配的流表項(xiàng),所以如果這些帶重疊域的請(qǐng)求直接發(fā)給SDN控制器時(shí),會(huì)通過(guò)SDN控制器在交換機(jī)中生成相應(yīng)流表項(xiàng),當(dāng)一個(gè)匹配重疊域的數(shù)據(jù)包到達(dá)交換機(jī)時(shí)它只會(huì)匹配到其中一條流表項(xiàng)并執(zhí)行其動(dòng)作指令,其他流表項(xiàng)的動(dòng)作永遠(yuǎn)不會(huì)被執(zhí)行[4]。因此,北向應(yīng)用程序發(fā)出的請(qǐng)求在被發(fā)送到SDN控制器之前需要經(jīng)過(guò)檢查和處理,以消除沖突并保證動(dòng)作域的一致性。目前針對(duì)這種沖突檢測(cè)的方案有基于資源粒度和基于流表項(xiàng)粒度兩種方式。考慮到基于資源粒度的檢測(cè)方法無(wú)法滿足細(xì)粒度的需求,在本

    計(jì)算機(jī)應(yīng)用與軟件 2018年6期2018-07-05

  • 哈希表和多比特Trie相結(jié)合的IPv6分階段路由查找算法
    較差,隨著路由表表項(xiàng)的增加,哈希表的沖突問(wèn)題會(huì)越來(lái)越嚴(yán)重,這將導(dǎo)致路由查找時(shí)間不可控的問(wèn)題[10-12].基于硬件的查找算法具有查找速度快、實(shí)現(xiàn)簡(jiǎn)單和可并行訪問(wèn)的特點(diǎn)[13],但是基于硬件成本高昂,單位比特的TCAM比較昂貴,存儲(chǔ)容量有限[14].同時(shí),由于是基于硬件的算法,因此可擴(kuò)展性較差[15].3 算法設(shè)計(jì)本節(jié)將從算法思想與依據(jù)、相關(guān)數(shù)據(jù)結(jié)構(gòu)、哈希函數(shù)設(shè)計(jì)與沖突處理和算法的實(shí)現(xiàn)四個(gè)方面,對(duì)算法進(jìn)行詳細(xì)的解釋分析.3.1 算法思想與依據(jù)在研究了IPv6

    小型微型計(jì)算機(jī)系統(tǒng) 2018年5期2018-07-04

  • 面向軟件定義網(wǎng)絡(luò)的流表優(yōu)化方案
    為了更好地解決流表項(xiàng)的可擴(kuò)展性問(wèn)題,目前的研究大致可以分為以下幾類方案:①對(duì)流表本身進(jìn)行優(yōu)化,設(shè)計(jì)軟硬件結(jié)合的流表結(jié)構(gòu)進(jìn)行擴(kuò)容,文獻(xiàn)[4-6]利用TCAM和其他存儲(chǔ)容器設(shè)計(jì)出了新型混合流表結(jié)構(gòu),這種結(jié)構(gòu)將經(jīng)常使用的流表項(xiàng)存儲(chǔ)在TCAM中,其他的細(xì)粒度流表項(xiàng)存儲(chǔ)在其他內(nèi)存中;②通過(guò)壓縮流表項(xiàng)的大小和數(shù)量,使原始流表可以容納更多的流表項(xiàng),文獻(xiàn)[7-10]對(duì)網(wǎng)絡(luò)拓?fù)溥M(jìn)行分層,邊緣層使用精確匹配,中心層進(jìn)行標(biāo)簽聚合匹配;③文獻(xiàn)[11]根據(jù)負(fù)載因子動(dòng)態(tài)調(diào)整交換機(jī)流表

    西安交通大學(xué)學(xué)報(bào) 2018年2期2018-02-27

  • 基于ARP協(xié)議的網(wǎng)絡(luò)攻防技術(shù)實(shí)踐
    MAC地址的映射表項(xiàng),以用于后續(xù)到同一目的地報(bào)文的轉(zhuǎn)發(fā)。ARP緩存中的表項(xiàng)分為動(dòng)態(tài)ARP表項(xiàng)和靜態(tài)ARP表項(xiàng)。動(dòng)態(tài)ARP表項(xiàng)由ARP協(xié)議通過(guò)ARP報(bào)文自動(dòng)生成和維護(hù),定期老化,當(dāng)?shù)竭_(dá)系統(tǒng)預(yù)設(shè)的老化時(shí)間時(shí),相應(yīng)的動(dòng)態(tài)ARP表項(xiàng)會(huì)被刪除。動(dòng)態(tài)表項(xiàng)也可以被新收到的ARP報(bào)文更新,遵循“后到優(yōu)先”的更新原則。當(dāng)主機(jī)收到來(lái)自某IP的ARP報(bào)文時(shí),就會(huì)更新現(xiàn)有ARP表項(xiàng)中已經(jīng)存在該IP對(duì)應(yīng)的ARP表項(xiàng)。靜態(tài)ARP表項(xiàng)通過(guò)手工配置和維護(hù),不會(huì)老化和更新。3 ARP攻擊原

    數(shù)碼世界 2018年1期2018-02-05

  • 高效命名數(shù)據(jù)網(wǎng)衛(wèi)星視頻直播方法*
    改進(jìn),延遲PIT表項(xiàng)移除以解決RDT問(wèn)題。改進(jìn)后的PIT機(jī)制命名為容遲未決信息表(delay pending interest table,DPIT)。此外,本文在DPIT基礎(chǔ)上進(jìn)行進(jìn)一步改進(jìn),以應(yīng)對(duì)更加復(fù)雜的實(shí)際應(yīng)用場(chǎng)景。本文組織結(jié)構(gòu)如下:第2章介紹了ICN(或NDN、CCN)結(jié)合衛(wèi)星或?qū)崟r(shí)內(nèi)容分發(fā)應(yīng)用的研究情況;第3章介紹了基于NDN的衛(wèi)星廣播視頻直播系統(tǒng)概況和研究動(dòng)機(jī);第4章具體分析了RDT問(wèn)題出現(xiàn)的原因及影響,提出用于解決該問(wèn)題的DPIT機(jī)制,并對(duì)

    計(jì)算機(jī)與生活 2018年1期2018-01-16

  • 基于FCoE協(xié)議的NPV交換機(jī)流量轉(zhuǎn)發(fā)
    Mapping表項(xiàng)、路由表項(xiàng)、Fips規(guī)則下發(fā)。實(shí)驗(yàn)測(cè)試證明該設(shè)計(jì)實(shí)現(xiàn)了NPV交換機(jī)對(duì)FCoE流量的正常轉(zhuǎn)發(fā),確保了可行性。以太網(wǎng)光纖通道 融合網(wǎng)絡(luò) N端口虛擬化技術(shù) 驅(qū)動(dòng)層設(shè)計(jì)0 引 言伴隨著云計(jì)算的興起,數(shù)據(jù)趨于大集中,而且數(shù)據(jù)類型也更加豐富。新IT時(shí)代數(shù)據(jù)中心建設(shè)中,我們往往要根據(jù)數(shù)據(jù)類型選用不同的存儲(chǔ)。由于光纖通道存儲(chǔ)區(qū)域網(wǎng)絡(luò)FC SAN(Fabric Channel Storage Area Network)[1]能夠滿足對(duì)于大容量、高可靠數(shù)據(jù)

    計(jì)算機(jī)應(yīng)用與軟件 2017年12期2018-01-03

  • 基于深度學(xué)習(xí)的軟件定義網(wǎng)絡(luò)應(yīng)用策略沖突檢測(cè)方法
    中,不同應(yīng)用的流表項(xiàng)之間如果產(chǎn)生沖突,將會(huì)影響交換機(jī)的實(shí)際轉(zhuǎn)發(fā)行為,進(jìn)而擾亂特定應(yīng)用的正確部署以及SDN的安全。隨著SDN規(guī)模的擴(kuò)大以及需要部署應(yīng)用的數(shù)量的劇增,交換機(jī)中的流表數(shù)量呈現(xiàn)爆炸式增長(zhǎng)。此時(shí)若采用傳統(tǒng)的流表沖突檢測(cè)算法,交換機(jī)將會(huì)耗費(fèi)大量的系統(tǒng)計(jì)算時(shí)間。結(jié)合深度學(xué)習(xí),首次提出了一種適合SDN中超大規(guī)模應(yīng)用部署的智能流表沖突檢測(cè)方法。實(shí)驗(yàn)結(jié)果表明,第一級(jí)深度學(xué)習(xí)模型的AUC達(dá)到97.04%,第二級(jí)模型的AUC達(dá)到99.97%,同時(shí)沖突檢測(cè)時(shí)間與流表

    電信科學(xué) 2017年11期2017-12-04

  • SDN數(shù)據(jù)中心網(wǎng)絡(luò)基于流表項(xiàng)轉(zhuǎn)換的流表調(diào)度優(yōu)化
    據(jù)中心網(wǎng)絡(luò)基于流表項(xiàng)轉(zhuǎn)換的流表調(diào)度優(yōu)化唐 菀1,王敢甫2,吳京京1,王文濤1(1 中南民族大學(xué) 計(jì)算機(jī)科學(xué)學(xué)院, 武漢 430074;2 武漢烽火信息集成技術(shù)有限公司 IT事業(yè)部,武漢 430074)針對(duì)基于軟件定義網(wǎng)絡(luò)(SDN)架構(gòu)的數(shù)據(jù)中心網(wǎng)絡(luò)中,SDN交換機(jī)流表資源的有限性導(dǎo)致的流表溢出或控制器擁塞等問(wèn)題,引入空閑流表資源代價(jià)的概念描述了網(wǎng)絡(luò)資源的利用率,并分析了空閑流表資源量與重復(fù)下發(fā)的流表項(xiàng)數(shù)量之間的關(guān)系,提出了一個(gè)基于流表超時(shí)機(jī)制的流表調(diào)度策略

    中南民族大學(xué)學(xué)報(bào)(自然科學(xué)版) 2017年3期2017-10-18

  • 開(kāi)源處理器Rocket的分支預(yù)測(cè)機(jī)制與性能評(píng)估
    的模式歷史表中的表項(xiàng),按照?qǐng)D2的2位飽和計(jì)數(shù)器的狀態(tài)機(jī)進(jìn)行更新。② B在取指階段沒(méi)有在BTB查詢命中,并且實(shí)際分支結(jié)果是taken。此時(shí)更新BTB、BHT,其中BHT的更新內(nèi)容同情況①,對(duì)于BTB而言,需要在其中新增一個(gè)表項(xiàng),其中存儲(chǔ)指令B的地址與分支目標(biāo)地址。③ B在取指階段在BTB查詢命中,實(shí)際分支結(jié)果與預(yù)測(cè)結(jié)果不一致,此時(shí)更新BTB、BHT,其中BHT的更新內(nèi)容同情況①,對(duì)于BTB而言,需要更新其中存儲(chǔ)的指令B對(duì)應(yīng)的目標(biāo)地址。④ B在取指階段在BTB

    單片機(jī)與嵌入式系統(tǒng)應(yīng)用 2017年6期2017-06-27

  • 軟件定義網(wǎng)絡(luò)中TCP偽擁塞問(wèn)題探究
    制器配置交換機(jī)流表項(xiàng)來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)的靈活控制,極大地提高了網(wǎng)絡(luò)帶寬利用率.隨著SDN的蓬勃發(fā)展,越來(lái)越多的高校和公司開(kāi)始部署SDN.同時(shí)SDN也面臨著一些傳統(tǒng)IP網(wǎng)絡(luò)中不存在的問(wèn)題,如一些原本在IP網(wǎng)絡(luò)中運(yùn)行良好的協(xié)議在SDN網(wǎng)絡(luò)中性能卻受到了嚴(yán)重的影響,TCP協(xié)議就是其中之一.從SDN的工作機(jī)制出發(fā),通過(guò)3個(gè)場(chǎng)景闡明了SDN在proactive工作模式下依然存在Packet-In短時(shí)間內(nèi)高速并發(fā)的可能性.總結(jié)并實(shí)驗(yàn)驗(yàn)證了高速并發(fā)的Packet-In以及流表更

    計(jì)算機(jī)研究與發(fā)展 2017年1期2017-02-21

  • DSP指令Cache的設(shè)計(jì)與實(shí)現(xiàn)
    引查找對(duì)應(yīng)的目錄表項(xiàng),如果其中保存的標(biāo)識(shí)與主存塊Tag相同,且"Valid"位為1,則說(shuō)明該位置上的Cache塊即是所要找的塊。假設(shè)主存的塊號(hào)為I。Cache的塊號(hào)為J,則可按照一種循環(huán)分配的原則確定I、J之間的對(duì)應(yīng)關(guān)系:J=I mode M其中,M為Cache的塊數(shù)。在本系統(tǒng)中,Tag表示存儲(chǔ)器的區(qū)號(hào),index表示塊索引,offset表示塊內(nèi)偏移,通過(guò)每塊中的offset就可以找到塊中的每一個(gè)word。TAG_SRAM總共有512個(gè)目錄表項(xiàng),每個(gè)表項(xiàng)

    電子世界 2016年21期2016-12-26

  • SDN中一種基于多級(jí)流表的功能組合方法
    低了流處理時(shí)延及表項(xiàng)存儲(chǔ)開(kāi)銷.軟件定義網(wǎng)絡(luò);多級(jí)流表;功能組合;Ryu控制器1 引言軟件定義網(wǎng)絡(luò)[1](Software-Defined Network,SDN)將控制功能轉(zhuǎn)移到控制平面并為應(yīng)用層提供可編程接口,從而實(shí)現(xiàn)了靈活的網(wǎng)絡(luò)功能定制.現(xiàn)有網(wǎng)絡(luò)業(yè)務(wù)往往需要對(duì)數(shù)據(jù)包進(jìn)行多重功能處理(比如路由、監(jiān)控、接入控制和負(fù)載均衡等),如果在單個(gè)網(wǎng)絡(luò)應(yīng)用內(nèi)涵蓋這些功能,會(huì)導(dǎo)致應(yīng)用開(kāi)發(fā)復(fù)雜度高、難以適應(yīng)多種多樣的業(yè)務(wù)需求[2].對(duì)此,C Monsanto等人[2,3]

    電子學(xué)報(bào) 2016年11期2016-12-09

  • SDN中一種基于拓?fù)渥儞Q的功能組合方法
    互,使網(wǎng)絡(luò)功能以表項(xiàng)的形態(tài)存在于數(shù)據(jù)平面。SDN支持大數(shù)據(jù)、云計(jì)算等多樣化新興網(wǎng)絡(luò)業(yè)務(wù),這些業(yè)務(wù)往往需要多個(gè)功能(如監(jiān)控、路由、負(fù)載均衡、NAT、接入控制等)共同作用于數(shù)據(jù)分組,然而,如果將各種不同的功能都包含于單個(gè)應(yīng)用內(nèi),會(huì)導(dǎo)致不同功能生成的表項(xiàng)相互覆蓋,也會(huì)使網(wǎng)絡(luò)應(yīng)用中的功能邏輯變得錯(cuò)綜復(fù)雜,進(jìn)而增加應(yīng)用開(kāi)發(fā)難度。Monsanto C等人[3]指出模塊化可以降低SDN軟件系統(tǒng)開(kāi)發(fā)的復(fù)雜度,并提出將SDN中應(yīng)用轉(zhuǎn)為多個(gè)可以同時(shí)協(xié)作處理網(wǎng)絡(luò)數(shù)據(jù)分組的功能模

    電信科學(xué) 2016年7期2016-11-30

  • 讓交換機(jī)免疫ARP攻擊
    地址相應(yīng)的ARP表項(xiàng),如果存在,則HOSTA直接利用ARP表中HOSTB的MAC地址,對(duì)IP數(shù)據(jù)包進(jìn)行封裝,并將數(shù)據(jù)包發(fā)送給HOSTB,如果HOSTA在ARP表中找不到HOSTB對(duì)應(yīng)的MAC地址,則先緩存該報(bào)文數(shù)據(jù),然后以廣播方式發(fā)送一個(gè)ARP請(qǐng)求報(bào)文(即ARP Request報(bào)文)。ARP請(qǐng)求報(bào)文中的發(fā)送端IP地址和發(fā)送端MAC地址為HOSTA的IP地址和MAC地址,目標(biāo)IP地址為HOSTB的IP地址,目標(biāo)MAC地址為全0的MAC地址。由于ARP請(qǐng)求報(bào)文

    網(wǎng)絡(luò)安全和信息化 2016年2期2016-11-26

  • 被“*”感染的IP
    ,對(duì)應(yīng)的IP地址表項(xiàng)如果出現(xiàn)了問(wèn)題,則就會(huì)造成網(wǎng)絡(luò)不通的問(wèn)題。本文介紹的故障就是由于硬件故障造成表項(xiàng)異常,造成個(gè)別數(shù)據(jù)異常,引起用戶上網(wǎng)故障。單位網(wǎng)絡(luò)使用傳統(tǒng)的大二層網(wǎng)絡(luò)結(jié)構(gòu),用戶通過(guò)樓棟交換機(jī)直接接入網(wǎng)絡(luò)中心匯聚層設(shè)備,再接入到核心設(shè)備,核心設(shè)備上接計(jì)費(fèi)系統(tǒng)、防火墻等設(shè)備為用戶提供上網(wǎng)服務(wù)。故障現(xiàn)象某日,接到下面辦公室老師的電話,反映無(wú)腦無(wú)法上網(wǎng),網(wǎng)卡顯示正常,我的電腦Ping該電腦使用IP地址正常,登錄時(shí)超時(shí)。首先判斷是用戶的電腦有問(wèn)題,告訴用戶是個(gè)人

    網(wǎng)絡(luò)安全和信息化 2016年5期2016-11-26

  • SDN網(wǎng)絡(luò)的路徑規(guī)劃監(jiān)視機(jī)制
    徑來(lái)生成和下發(fā)流表項(xiàng),實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)路徑的規(guī)劃;并依據(jù)OpenFlow交換機(jī)流表項(xiàng)的匹配次數(shù),動(dòng)態(tài)衡量網(wǎng)絡(luò)路徑流量,實(shí)現(xiàn)對(duì)路徑流量進(jìn)行實(shí)時(shí)監(jiān)控。在基于Mininet與OpenDayLight的實(shí)驗(yàn)平臺(tái)上驗(yàn)證了路徑規(guī)劃的正確性以及路徑流量監(jiān)控的有效性。軟件定義網(wǎng)絡(luò);路徑規(guī)劃;流量監(jiān)控本文著錄格式:吳京京,王敢甫,王德強(qiáng),等. SDN網(wǎng)絡(luò)的路徑規(guī)劃監(jiān)視機(jī)制[J]. 軟件,2016,37(8):81-860 引言隨著云計(jì)算和云服務(wù)的快速發(fā)展,網(wǎng)絡(luò)環(huán)境變得越來(lái)越復(fù)雜,

    軟件 2016年8期2016-11-11

  • 基于多核處理器BFD協(xié)議的設(shè)計(jì)與實(shí)現(xiàn)
    靠性。1 BFD表項(xiàng)設(shè)計(jì)BFD的表項(xiàng)設(shè)計(jì)是通過(guò)哈希表來(lái)實(shí)現(xiàn)的,將源IP和目的IP作為參數(shù)輸入SDK中所提供的一個(gè)函數(shù),生成一個(gè)數(shù)字X,因?yàn)楸竟1淼拇笮?K,所以哈希值的大小必須在0到1023之間,所以再將X除以1024取余,得出一個(gè)大小在0到1023之間的哈希值。如果兩對(duì)不同的源目的IP但是算出來(lái)的哈希值相同的話則會(huì)產(chǎn)生哈希沖突,解決哈希沖突這一問(wèn)題,在這里采用鏈地址的方式,就是通過(guò)next指針將沖突的表項(xiàng)鏈接在已存在表項(xiàng)的后面,從BFD的列表[2]中

    電子設(shè)計(jì)工程 2016年12期2016-10-14

  • 基于FPGA的深度報(bào)文檢測(cè)系統(tǒng)設(shè)計(jì)
    來(lái)完成協(xié)議檢測(cè)、表項(xiàng)維護(hù)、格式封裝和解封裝等功能。其中FPGA設(shè)計(jì)是本系統(tǒng)的重點(diǎn)和難點(diǎn),本文采用模塊化設(shè)計(jì)將內(nèi)部邏輯劃分為9個(gè)功能模塊,依次為:協(xié)議檢測(cè)模塊、流表項(xiàng)維護(hù)模塊、格式封裝模塊、數(shù)據(jù)發(fā)送模塊、數(shù)據(jù)接收模塊、格式解封裝模塊、流量整形模塊、結(jié)果輸出模塊和配置接口模塊。正則表達(dá)式匹配模塊采用NetLogic Microsystems公司的 NLS1008芯片;外部?jī)?chǔ)存器模塊實(shí)現(xiàn)較簡(jiǎn)單,可以采用多種現(xiàn)有存儲(chǔ)器來(lái)實(shí)現(xiàn),如DDRII SDRAM、DDRIII

    電子設(shè)計(jì)工程 2016年9期2016-09-08

  • 軟件定義網(wǎng)絡(luò)中可擴(kuò)展的流表項(xiàng)處理機(jī)制
    網(wǎng)絡(luò)中可擴(kuò)展的流表項(xiàng)處理機(jī)制朱向陽(yáng),陳 兵(南京航空航天大學(xué) 計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院,江蘇 南京 211106)數(shù)據(jù)中心內(nèi)部的流量特性和OpenFlow交換機(jī)流表的超時(shí)機(jī)制及其容量的限制為軟件定義網(wǎng)絡(luò)(SDN)的應(yīng)用帶來(lái)了可擴(kuò)展性難題,即由于老鼠流頻繁調(diào)用控制器以及流表超時(shí)機(jī)制帶來(lái)的重復(fù)路由請(qǐng)求,導(dǎo)致控制器平面和OpenFlow信道成為SDN架構(gòu)的性能瓶頸而無(wú)法根據(jù)業(yè)務(wù)的需求提供有QoS保證的服務(wù)。針對(duì)此問(wèn)題從兩個(gè)角度提出了改進(jìn)措施。為交換機(jī)配置以目的地址為

    計(jì)算機(jī)技術(shù)與發(fā)展 2016年12期2016-02-23

  • 隧道傳輸系統(tǒng)中基于表項(xiàng)優(yōu)化的高效轉(zhuǎn)發(fā)模型
    道傳輸系統(tǒng)中基于表項(xiàng)優(yōu)化的高效轉(zhuǎn)發(fā)模型陳文龍1,齊宏偉1,徐明偉2,徐 恪2 (1.首都師范大學(xué)信息工程學(xué)院 北京 海淀區(qū) 100048;2.清華大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)系 北京 海淀區(qū) 100084)異構(gòu)網(wǎng)絡(luò)環(huán)境中,隧道報(bào)文在路由器數(shù)據(jù)層的處理涉及多次不同表項(xiàng)查找,報(bào)文轉(zhuǎn)發(fā)時(shí)延和表項(xiàng)存儲(chǔ)容量都面臨著極大的挑戰(zhàn)。該文主要研究隧道報(bào)文處理的核心功能及各項(xiàng)功能步驟間的關(guān)聯(lián),提出了表項(xiàng)聚合和表項(xiàng)拆分理論,并分析了二者的效用、代價(jià)及適用場(chǎng)景。并設(shè)計(jì)了基于表項(xiàng)優(yōu)化的隧道

    電子科技大學(xué)學(xué)報(bào) 2015年5期2015-12-01

  • 一種基于Netflow機(jī)制的大流抽樣算法設(shè)計(jì)*
    了哈希函數(shù),流表表項(xiàng)結(jié)構(gòu),重點(diǎn)解決了將雙向流映射到同一個(gè)流表表項(xiàng)的問(wèn)題。最后利用網(wǎng)絡(luò)實(shí)測(cè)數(shù)據(jù)對(duì)該算法進(jìn)行了仿真驗(yàn)證,結(jié)果表明,當(dāng)存儲(chǔ)資源一定時(shí),該算法的大流測(cè)量精度要優(yōu)于單向流測(cè)量算法。大流抽樣,雙向流,Netflow,測(cè)量精度0 引言網(wǎng)絡(luò)流量測(cè)量對(duì)網(wǎng)絡(luò)計(jì)費(fèi)、網(wǎng)絡(luò)性能評(píng)估和異常檢測(cè)等網(wǎng)絡(luò)功能的實(shí)現(xiàn)具有重要的意義。網(wǎng)絡(luò)流量測(cè)量的對(duì)象主要有報(bào)文測(cè)量和流測(cè)量?jī)煞N類型,由于流可以反映網(wǎng)絡(luò)端到端的應(yīng)用狀況,因此,流測(cè)量研究已經(jīng)成為目前網(wǎng)絡(luò)測(cè)量研究最主要的方向之一[1

    火力與指揮控制 2015年8期2015-11-28

  • EPON手拉手保護(hù)在配電通信網(wǎng)的應(yīng)用及優(yōu)化
    的MAC相符合的表項(xiàng),結(jié)果如表1所示。在SW1上查看DTU對(duì)應(yīng)IP地址10.1.20.100的ARP表項(xiàng),發(fā)現(xiàn)其對(duì)應(yīng)MAC地址為5489.9850.7777,對(duì)應(yīng)出接口為g0/0/4。通過(guò)抓包分析可知DTU向CORE上傳數(shù)據(jù)路徑:DTU—ONU—OLT2—SW2—SW1—CORE,CORE向DTU下發(fā)數(shù)據(jù)路徑:CORE—SW1—SW2—OLT2—ONU—DTU,此時(shí)DTU能夠持續(xù)連通CORE,表明系統(tǒng)能夠正常工作。表1 正常工作時(shí)MAC地址2.2故障倒換將

    電力工程技術(shù) 2015年3期2015-09-24

  • 基于SDN框架下的EPC策略控制系統(tǒng)研究
    交換機(jī)通過(guò)查找流表項(xiàng)進(jìn)行相應(yīng)的處理動(dòng)作,完成數(shù)據(jù)包的處理,如修改、轉(zhuǎn)發(fā)?!艚M表:不同流表表項(xiàng)需要進(jìn)行相同動(dòng)作時(shí)可將數(shù)據(jù)包提交給組表處理,以提高效率。OF交換機(jī)有2種:純OF交換機(jī)(OpenFlow-only)和支持OF的交換機(jī)(OpenFlow-hybrid)。OpenFlow交換機(jī)的主要部件如圖1所示:圖1 OpenFlow交換機(jī)的主要部件(2)數(shù)據(jù)包在OF交換機(jī)中的處理過(guò)程OF交換機(jī)對(duì)數(shù)據(jù)包有一個(gè)復(fù)雜的處理過(guò)程,具體描述如下:◆讀取數(shù)據(jù)包的報(bào)頭,給予此

    移動(dòng)通信 2014年24期2015-04-02

  • OpenFlow交換機(jī)流表轉(zhuǎn)發(fā)設(shè)計(jì)與實(shí)現(xiàn)
    他所有轉(zhuǎn)發(fā)的轉(zhuǎn)發(fā)表項(xiàng),相對(duì)傳統(tǒng)網(wǎng)絡(luò)而言,它具有表項(xiàng)單一、過(guò)程簡(jiǎn)單且有著相當(dāng)大的優(yōu)勢(shì),是未來(lái)網(wǎng)絡(luò)發(fā)展的必然趨勢(shì).流表貫穿整個(gè)網(wǎng)絡(luò)并且是網(wǎng)絡(luò)能夠正常工作的核心,流量的轉(zhuǎn)發(fā)過(guò)程將影響到整個(gè)網(wǎng)絡(luò),并詳細(xì)介紹了流表的轉(zhuǎn)發(fā)過(guò)程,包括vxlan轉(zhuǎn)發(fā)、同OVS流量轉(zhuǎn)發(fā)以及跨OVS流量轉(zhuǎn)發(fā).OpenFlow協(xié)議;流表;vxlan轉(zhuǎn)發(fā);同OVS流量轉(zhuǎn)發(fā);跨OVS流量轉(zhuǎn)發(fā)軟件定義網(wǎng)絡(luò)(SDN)作為新型網(wǎng)絡(luò)創(chuàng)新架構(gòu),其核心思想是將控制平面和數(shù)據(jù)平面分離,由一個(gè)控制平面統(tǒng)一指揮數(shù)據(jù)

    中國(guó)計(jì)量大學(xué)學(xué)報(bào) 2015年3期2015-02-27

  • 基于哈希表與多比特樹(shù)的路由查找算法
    樹(shù)路由算法在路由表項(xiàng)增多情況下,樹(shù)的深度變大,路由查找過(guò)程中平均匹配次數(shù)變多,算法效率較低。為了提高算法的查找效率,路由查找過(guò)程中采用步長(zhǎng)為8的查找方式,在一定程度上提高了查找的效率?;诠1淼穆酚伤惴?,依據(jù)前綴長(zhǎng)度路由表劃分為多張路由子表,在路由條目較少的情況下,取得了較好的性能,但在路由條目較多的情況下,哈希沖突迅速上升,查找效率下降明顯[4-5]。當(dāng)前高端路由設(shè)備中大多采用基于Trie樹(shù)的方式存儲(chǔ)路由表項(xiàng),路由查找過(guò)程依據(jù)表項(xiàng)的數(shù)目采用變步長(zhǎng)的查找

    計(jì)算機(jī)工程 2015年9期2015-01-02

  • 基于NetFlow的流量統(tǒng)計(jì)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)
    整理,得到流統(tǒng)計(jì)表項(xiàng)并存儲(chǔ)于專用存儲(chǔ)器中,為后續(xù)的流量收集器進(jìn)行網(wǎng)絡(luò)流量屬性分析提供依據(jù)。隨著網(wǎng)絡(luò)鏈路速率的不斷提高,傳統(tǒng)的流量統(tǒng)計(jì)方式已經(jīng)難以滿足高速提取、實(shí)時(shí)處理的需求。因此,本文在研究NetFlow實(shí)現(xiàn)機(jī)制的基礎(chǔ)上,提出了一種基于硬件實(shí)現(xiàn)的網(wǎng)絡(luò)流量統(tǒng)計(jì)系統(tǒng),本系統(tǒng)一方面充分利用了硬件本身處理速度的優(yōu)勢(shì),采用硬件實(shí)現(xiàn)流量的采集處理,滿足系統(tǒng)對(duì)高速處理性能的要求,另一方面,采用外部存儲(chǔ)器件,解決數(shù)據(jù)流統(tǒng)計(jì)信息存儲(chǔ)空間不足的問(wèn)題,從而使得系統(tǒng)的整體性能有了

    計(jì)算機(jī)工程與設(shè)計(jì) 2014年2期2014-12-23

  • 基于TCAM的低能耗正則表達(dá)式匹配算法
    期內(nèi)并行查找所有表項(xiàng),返回與關(guān)鍵字匹配的第一條表項(xiàng)的地址。TCAM具備三態(tài)表示特性,即TCAM表項(xiàng)可存儲(chǔ)0、1和“*”,其中“*”表示無(wú)關(guān)位,可以匹配0或1。在網(wǎng)絡(luò)處理應(yīng)用中,TCAM通常與靜態(tài)隨機(jī)存儲(chǔ)器(SRAM,static random access memory)結(jié)合在一起使用,在關(guān)鍵字查找匹配成功后,TCAM將匹配的表項(xiàng)地址發(fā)送到SRAM,輸出SRAM中保存的相應(yīng)信息。與TCAM相比,SRAM的存儲(chǔ)空間大且能耗低。近年來(lái),研究者提出了多種基于TC

    通信學(xué)報(bào) 2014年8期2014-01-06

  • 基于PIM-SM組播的園區(qū)網(wǎng)IPTV的架構(gòu)與實(shí)現(xiàn)
    G)和(S,G)表項(xiàng)實(shí)現(xiàn)RPT/SPT轉(zhuǎn)發(fā)組播數(shù)據(jù)包,TCAM結(jié)構(gòu)支持系統(tǒng)的硬件轉(zhuǎn)發(fā)。系統(tǒng)實(shí)現(xiàn)在園區(qū)網(wǎng)內(nèi)IPTV的組播方式轉(zhuǎn)發(fā),滿足用戶需求的同時(shí)對(duì)網(wǎng)絡(luò)系統(tǒng)本身無(wú)影響。PIM-SM;RP;DR;RPT;SPT;RPF;(*,G);(S,G);IIF;OIF1 引言IPTV是向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。用戶在家可以通過(guò)計(jì)算機(jī)或者網(wǎng)絡(luò)機(jī)頂盒+普通電視機(jī)來(lái)接收IPTV,對(duì)于園區(qū)網(wǎng)絡(luò)來(lái)說(shuō),利用組播來(lái)傳輸IPTV是一種可行的方法,稀疏模

    中國(guó)傳媒大學(xué)學(xué)報(bào)(自然科學(xué)版) 2013年4期2013-11-03

  • 網(wǎng)絡(luò)化嵌入式設(shè)備避免ARP攻擊的方法研究
    在利用錯(cuò)誤的緩存表項(xiàng)時(shí),由于表項(xiàng)中的MAC地址不存在,就會(huì)造成信息無(wú)法送達(dá)接收方。2.4 ARP 欺騙惡意設(shè)備監(jiān)聽(tīng)到局域網(wǎng)中設(shè)備A向設(shè)備B發(fā)送ARP請(qǐng)求后,向A連續(xù)多次發(fā)送ARP應(yīng)答信息或請(qǐng)求信息,在應(yīng)答或者請(qǐng)求信息中,攜帶有接收方B的IP地址和惡意設(shè)備的MAC地址。此時(shí)A利用惡意設(shè)備發(fā)送過(guò)來(lái)的偽造的IP地址和MAC地址映射進(jìn)行更新。此后,A向B發(fā)送信息時(shí),信息將全部被惡意設(shè)備截獲。利用這種方法同樣也可以欺騙兩臺(tái)主機(jī),使兩臺(tái)主機(jī)的流量都流經(jīng)惡意主機(jī),這樣惡

    微處理機(jī) 2013年4期2013-09-12

  • 基于UEFI的SMBIOS設(shè)計(jì)與研究
    [1],讀取特定表項(xiàng)并分析以讀取系統(tǒng)固件[2],使用表項(xiàng)進(jìn)行雜湊并數(shù)字簽名[3],傳輸整個(gè)SMBIOS表[4]。有關(guān)架構(gòu)設(shè)計(jì)及實(shí)現(xiàn)方法的資料比較缺乏,工程師在開(kāi)發(fā)SMBIOS過(guò)程很難獲得指導(dǎo)其開(kāi)發(fā)的相關(guān)資料,而SMBIOS的開(kāi)發(fā)與客戶化定制是目前工程應(yīng)用中研發(fā)熱點(diǎn)與難點(diǎn)之一,本文源自實(shí)際工程應(yīng)用,針對(duì)研發(fā)過(guò)程,系統(tǒng)介紹SMBIOS架構(gòu)和參考實(shí)現(xiàn),從而為SMBIOS研發(fā)工程師及相關(guān)領(lǐng)域的研究提供指導(dǎo)。1 技術(shù)綜述1.1 UEFIBIOS介于硬件和操作系統(tǒng)之間

    計(jì)算機(jī)工程與設(shè)計(jì) 2013年9期2013-09-10

  • 基于OpenFlow校園網(wǎng)異常流量的管理
    流表中包含多個(gè)流表項(xiàng),每個(gè)流表項(xiàng)都包含規(guī)則、操作和計(jì)數(shù)三部分。當(dāng)一個(gè)分組到達(dá)OpenFlow交換機(jī)時(shí),該分組頭部信息被提取出來(lái)并被用來(lái)與流表項(xiàng)進(jìn)行匹配,如果交換機(jī)的流表中不存在該分組匹配的流表項(xiàng),則該分組的全部或部分被轉(zhuǎn)發(fā)到控制器,并由控制器來(lái)決定如何對(duì)該分組或此類流進(jìn)行處理,如果匹配成功,將會(huì)按照所匹配的流表項(xiàng)的操作字段的內(nèi)容對(duì)分組進(jìn)行轉(zhuǎn)發(fā)處理。OpenFlow主要存在兩種類型的流表:線性表和哈希表,當(dāng)向OpenFlow交換機(jī)中插入一條流表項(xiàng)時(shí),如果流表

    網(wǎng)絡(luò)安全與數(shù)據(jù)管理 2013年24期2013-02-28

  • 基于前綴擴(kuò)展的三級(jí)索引路由查找算法
    任意長(zhǎng)度的關(guān)鍵字表項(xiàng),并且使用并行比較,僅在一個(gè)時(shí)鐘周期內(nèi)就可以完成一次查表操作,能夠?qū)崿F(xiàn)高速查表。但是TCAM的路由表更新操作復(fù)雜、功耗大[6]、容量小且價(jià)格昂貴。這些缺點(diǎn)使研究人員考慮用基于SRAM的算法來(lái)實(shí)現(xiàn)LPM。在基于SRAM的算法中,SRAM每比特存儲(chǔ)需要6個(gè)晶體管,功耗低,TCAM每比特的價(jià)格是SRAM的30倍??梢?jiàn),一個(gè)好的基于SRAM的算法比TCAM更具吸引力。由于路由查表的速度和復(fù)雜性的需要,采用單一的查找算法達(dá)不到理想的速度和效率,因

    網(wǎng)絡(luò)安全與數(shù)據(jù)管理 2012年19期2012-08-08

  • 基于FAT32的文件隱藏方法及在Linux上的實(shí)現(xiàn)
    了以32位為一個(gè)表項(xiàng)的文件分配表 (File Allocation Table,F(xiàn)AT)來(lái)解決分區(qū)大小的局限,故稱之為FAT32。雖然微軟已經(jīng)推出了新一代文件系統(tǒng)NTFS(New Technology File System,NTFS)來(lái)改善文件系統(tǒng)的性能、可靠性和磁盤利用率等指標(biāo),但FAT32仍然占據(jù)有極大的使用場(chǎng)合,目前眾多移動(dòng)設(shè)備上的文件系統(tǒng),如U盤、手機(jī)SD卡、PDA上的擴(kuò)展存儲(chǔ)器大多采用FAT32文件格式,因此,研究基于FAT32文件系統(tǒng)的文件隱

    電子設(shè)計(jì)工程 2012年13期2012-07-13

  • 基于網(wǎng)絡(luò)處理器外擴(kuò)TCAM的研究與實(shí)現(xiàn)
    具備各種數(shù)據(jù)業(yè)務(wù)表項(xiàng)的存儲(chǔ)功能,跟不上現(xiàn)代網(wǎng)絡(luò)發(fā)展的速度,基于網(wǎng)絡(luò)處理器的TCAM擴(kuò)展就是在這種背景下產(chǎn)生的。TCAM全稱為三態(tài)內(nèi)容尋址存儲(chǔ)器,在網(wǎng)絡(luò)高度發(fā)展的今天,它作為網(wǎng)絡(luò)處理器查找ACL路由表項(xiàng)的關(guān)鍵技術(shù)在于TCAM芯片的靈活匹配性能和硬件可拓展性,靈活的匹配性能可以任意匹配320位寬的表項(xiàng)字段,硬件的拓展性在于它能夠級(jí)聯(lián)多片TCAM芯片,擴(kuò)展其內(nèi)存空間,總之研究和實(shí)現(xiàn)網(wǎng)絡(luò)處理器外擴(kuò)TCAM將會(huì)對(duì)各種表項(xiàng)的存儲(chǔ)具有指導(dǎo)意義。1 網(wǎng)絡(luò)處理器基本概念網(wǎng)絡(luò)

    電視技術(shù) 2012年15期2012-03-15

  • 交換機(jī)FFP技術(shù)探究
    定數(shù)量的TCAM表項(xiàng)組成,我們將TCAM表項(xiàng)稱為匹配規(guī)則,在進(jìn)行匹配之前,需要預(yù)先申明匹配條件,設(shè)置好匹配規(guī)則中的內(nèi)容,匹配規(guī)則針對(duì)數(shù)據(jù)流的源地址、目標(biāo)地址、上層協(xié)議等字段。匹配規(guī)則一般有兩部分組成:匹配內(nèi)容和掩碼,匹配過(guò)程就是將輸入的KEY和掩碼進(jìn)行相與,再將相與的結(jié)果和匹配內(nèi)容進(jìn)行比較,如果比較結(jié)果相同,則匹配成功,例如:配置一個(gè)ACE,如下:permit 192.168.1.0 0.0.0.255,則這條表項(xiàng)的匹配內(nèi)容為192.168.1.0,掩碼為

    中國(guó)教育網(wǎng)絡(luò) 2011年9期2011-11-09

  • 一種針對(duì)SSM的二層轉(zhuǎn)發(fā)方法
    M)中相關(guān)的組播表項(xiàng)上增加或刪除主機(jī)所在端口號(hào),據(jù)此完成組播數(shù)據(jù)的轉(zhuǎn)發(fā)。不同于任意源組播模型,SSM模型為訂閱用戶提供一種能夠在客戶端指定信源的傳輸服務(wù),用戶可以指定接收部分而非所有源發(fā)往某組播組的數(shù)據(jù),交換機(jī)需要同時(shí)使用組播源和組播組地址信息才能將SSM數(shù)據(jù)轉(zhuǎn)發(fā)至正確的訂閱用戶。而IGMP偵聽(tīng)和CGMP協(xié)議都是僅使用組MAC地址信息來(lái)進(jìn)行組播數(shù)據(jù)的二層轉(zhuǎn)發(fā),故不適用于SSM模型。因特網(wǎng)工程任務(wù)組提出可以使用三層信息來(lái)進(jìn)行SSM數(shù)據(jù)的二層轉(zhuǎn)發(fā),但這對(duì)交換機(jī)

    無(wú)線電工程 2011年1期2011-09-26

  • 基于LDP的MPLS網(wǎng)絡(luò)流量統(tǒng)計(jì)功能的研究
    面更新LSP相關(guān)表項(xiàng)中的統(tǒng)計(jì)標(biāo)志、轉(zhuǎn)發(fā)面上送的統(tǒng)計(jì)數(shù)據(jù);(4)同步模塊將有關(guān)的配置消息、表項(xiàng)信息、實(shí)時(shí)數(shù)據(jù)等封裝后同步給接口板或者備板[7];(5)轉(zhuǎn)發(fā)面LSP模塊處理轉(zhuǎn)發(fā)面LSP表項(xiàng)、ILM(Incoming LabelMap)/NHLFE(Next Hop Label Forwarding Entry)表項(xiàng)的形成以及更新相關(guān)表項(xiàng)中的統(tǒng)計(jì)標(biāo)志,并攜帶統(tǒng)計(jì)標(biāo)志下發(fā)驅(qū)動(dòng);(6)轉(zhuǎn)發(fā)面統(tǒng)計(jì)模塊處理從驅(qū)動(dòng)獲取轉(zhuǎn)發(fā)統(tǒng)計(jì)信息。除此之外,轉(zhuǎn)發(fā)面主控板統(tǒng)計(jì)模塊通知接口板

    電子器件 2010年4期2010-12-21

  • 交換機(jī)的FDB地址
    B地址表中的地址表項(xiàng)可以通過(guò)以下兩個(gè)途徑被加入:交換機(jī)自學(xué)習(xí):交換機(jī)可以根據(jù)收到的數(shù)據(jù)包的源MAC地址、端口、VLANID,來(lái)自動(dòng)更新FDB地址表。手工增加:可以通過(guò)命令行接口手工增加地址表項(xiàng)到FDB地址表中。FDB地址表數(shù)目由產(chǎn)品決定。每一個(gè)FDB地址表項(xiàng)由MAC地址和VLANlD唯一標(biāo)識(shí)。每個(gè)FDB地址表項(xiàng)都包含以下內(nèi)容:MAC地址:與MAC地址關(guān)聯(lián)的端口號(hào)(Perr);與MAC地址關(guān)聯(lián)的VLAN的名稱(VLAN name);該FDB地址表項(xiàng)的標(biāo)志(F

    網(wǎng)絡(luò)與信息 2009年6期2009-07-31

  • 基于分區(qū)表的移動(dòng)存儲(chǔ)介質(zhì)標(biāo)識(shí)方法
    理、在分區(qū)表空閑表項(xiàng)中寫入和訪問(wèn)標(biāo)識(shí)的方法等進(jìn)行闡述,并給出核心代碼。結(jié)果表明,該方法不但可行,而且具有其他方法所沒(méi)有的優(yōu)點(diǎn),是對(duì)移動(dòng)存儲(chǔ)介質(zhì)進(jìn)行標(biāo)識(shí)和認(rèn)證的一種新的手段。關(guān)鍵詞:移動(dòng)存儲(chǔ)介質(zhì);分區(qū)表;標(biāo)識(shí);表項(xiàng);API中圖分類號(hào):TP393 文獻(xiàn)標(biāo)識(shí)碼:B 文章編號(hào):1004-373X(2009)04-096-03Method of Marking Removable Storage Medium Based on Partition TableSHEN

    現(xiàn)代電子技術(shù) 2009年4期2009-03-02