數(shù)據(jù)中心網(wǎng)絡(luò)鏈路質(zhì)量可觀測(cè)體系技術(shù)報(bào)告 2024_第1頁(yè)
數(shù)據(jù)中心網(wǎng)絡(luò)鏈路質(zhì)量可觀測(cè)體系技術(shù)報(bào)告 2024_第2頁(yè)
數(shù)據(jù)中心網(wǎng)絡(luò)鏈路質(zhì)量可觀測(cè)體系技術(shù)報(bào)告 2024_第3頁(yè)
數(shù)據(jù)中心網(wǎng)絡(luò)鏈路質(zhì)量可觀測(cè)體系技術(shù)報(bào)告 2024_第4頁(yè)
數(shù)據(jù)中心網(wǎng)絡(luò)鏈路質(zhì)量可觀測(cè)體系技術(shù)報(bào)告 2024_第5頁(yè)
已閱讀5頁(yè),還剩140頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

[編號(hào)ODCC-2024-03004]開放數(shù)據(jù)中心標(biāo)準(zhǔn)推進(jìn)委員會(huì)2024.09發(fā)布版權(quán)聲明轉(zhuǎn)載、摘編或利用其它方式使用ODCC成果中的文字或者觀點(diǎn)的,應(yīng)注明I編寫組 I 1 1 1 2 3 4 5 5 5 6 6 6 8 23 27 39 57 59 61 68分析的能力。隨著云計(jì)算、大數(shù)據(jù)以及AI技術(shù)和應(yīng)用的迅猛發(fā)展,設(shè)備探活通過周期性地發(fā)送探測(cè)數(shù)據(jù)包來檢測(cè)網(wǎng)絡(luò)設(shè)備的連通網(wǎng)絡(luò)管理的行業(yè)標(biāo)準(zhǔn)協(xié)議,使用最為廣泛。隨著技術(shù)的發(fā)展,gRPC1通過Syslog提供集中記錄和分析網(wǎng)絡(luò)設(shè)備日志的機(jī)制,幫助網(wǎng)在業(yè)務(wù)端側(cè),針對(duì)網(wǎng)絡(luò)質(zhì)量的可觀測(cè)性則主要通過Pingmesh探Pingmesh是一種網(wǎng)絡(luò)探測(cè)技術(shù),主要用于在網(wǎng)絡(luò)中進(jìn)行大規(guī)模周期性的ping數(shù)據(jù)包,來檢測(cè)網(wǎng)絡(luò)的連通性、延遲和丟包率等關(guān)鍵求數(shù)據(jù)包,早期數(shù)據(jù)包多使用ICMPPing,隨著需求變化,越來越多機(jī)構(gòu)開始采用TCP或者UDP數(shù)據(jù)包進(jìn)行2景。在確保數(shù)據(jù)中心網(wǎng)絡(luò)可靠性和性能方面發(fā)揮著監(jiān)控。eBPF通過在內(nèi)核中加載自定義代碼來執(zhí)行特定的任務(wù),這些用、測(cè)量執(zhí)行時(shí)間等。通過eBPF,可以在基本不影響系統(tǒng)性能的情況下,精確地觀測(cè)和分析網(wǎng)絡(luò)行為。eBPF作為一種新興的網(wǎng)絡(luò)監(jiān)控技術(shù),在提高網(wǎng)絡(luò)質(zhì)量可觀測(cè)性方面具有巨大的潛力和價(jià)值。隨著eBPF生態(tài)系統(tǒng)的不斷成熟,它將在網(wǎng)絡(luò)管理和運(yùn)維中扮演越來越重3其路徑組合更是幾何級(jí)增加。原有常用的基于ICMP的Pingmesh探?jīng)r,及時(shí)準(zhǔn)確發(fā)現(xiàn)網(wǎng)絡(luò)問題。越來越多機(jī)構(gòu)開始使用TCP/UDP進(jìn)行時(shí)間延長(zhǎng),影響業(yè)務(wù)的連續(xù)性和用戶體驗(yàn)。目4參考圖1,我們可以看到在Facebook數(shù)據(jù)中心仍有接近29%的事故5節(jié)點(diǎn)丟包根因:實(shí)現(xiàn)設(shè)備節(jié)點(diǎn)全部丟包檢測(cè),覆蓋到Ingress和6基于逐跳收集的鏈路質(zhì)量可觀測(cè)技術(shù)是一種新興的鏈路質(zhì)量可絡(luò)性能和定位問題。目前,這類技術(shù)包括INT(In-bandNetwork7基于逐跳收集的網(wǎng)絡(luò)鏈路質(zhì)量可觀測(cè)技術(shù)為IFA是一個(gè)網(wǎng)絡(luò)帶內(nèi)遙測(cè)技術(shù)的IETF規(guī)范。IFA的宗旨是設(shè)計(jì)8流轉(zhuǎn)換為IFA流、把IFA流重新插入數(shù)據(jù)通道。起始節(jié)點(diǎn)可以指定一個(gè)模板ID,網(wǎng)絡(luò)中后續(xù)節(jié)點(diǎn)則會(huì)按照模板ID插入對(duì)應(yīng)的元數(shù)據(jù)。起始節(jié)點(diǎn)也可以要求元傳送節(jié)點(diǎn)只負(fù)責(zé)識(shí)別IFA報(bào)文,并在IFA報(bào)文中插入本節(jié)點(diǎn)的終止節(jié)點(diǎn)的功能包括:在IFA報(bào)文中插入本節(jié)點(diǎn)的元數(shù)據(jù);對(duì)/html/draft-lapukhov-dataplane-probe-01的變種。9C15E18絡(luò)路徑上的所有節(jié)點(diǎn)按照模板ID的要求插入元883用來讓網(wǎng)絡(luò)節(jié)點(diǎn)識(shí)別該報(bào)文為IFA報(bào)文2復(fù)制請(qǐng)求,識(shí)別報(bào)文復(fù)制情況。0:無復(fù)制請(qǐng)求下一跳級(jí)別的復(fù)制請(qǐng)求,適用于L3ECMP路徑3:端口和下一跳級(jí)別的復(fù)制請(qǐng)求,適用于LAG接口的L3ECMP路徑44定識(shí)別,比如UDP目的端口為31337且“ProbeMarker”字段值為4IFAv2通過新增一個(gè)IP協(xié)議類型的方式來識(shí)別IFA報(bào)文,既支IFAv2的IFA功能節(jié)點(diǎn)的劃分方法和IFAv1相同,只是IFAv2數(shù)據(jù)生成IFA報(bào)告發(fā)送給采集器。在IP頭上使用一個(gè)新的IP協(xié)議號(hào)來標(biāo)識(shí)IFA數(shù)據(jù)包,把IP頭8Bit3:MF–元數(shù)據(jù)分片。指示可選元數(shù)據(jù)Bit7:校驗(yàn)和-指示可選校驗(yàn)和頭是否存48NextHdr84屬性含義ActionVector80:丟包1:數(shù)據(jù)包著色CurrentLength8當(dāng)前Metadata棧長(zhǎng)度。須為4字節(jié)倍數(shù)。HopLimit8IFA域最大跳數(shù)RequestVector8可作為GNS的擴(kuò)展4采用GNS的模式稱為“統(tǒng)一模式”。優(yōu)點(diǎn)元數(shù)據(jù)棧簡(jiǎn)單且統(tǒng)一,采集器需要解析的負(fù)載更少。缺點(diǎn)是IFA域中所支持的元數(shù)據(jù)字段型,缺點(diǎn)是采集器的解析更加復(fù)雜。應(yīng)用INT指令。流是指在選定的頭字段上具有相同值的一域中不同供應(yīng)商的INT節(jié)點(diǎn)之間的互操作的行為和數(shù)據(jù)包頭格式。相同域內(nèi)的INT節(jié)點(diǎn)必須配置一致,以確保節(jié)點(diǎn)不排除有嵌套或分層的INT域)。INTSink可以決定將收包的信息獲取和分析的技術(shù)有了進(jìn)一步的創(chuàng)新?;赑圖8不同的INT模式):INT-MD是內(nèi)嵌式隨路網(wǎng)絡(luò)遙測(cè)模式,也是經(jīng)典的hop-by-hopINT-MD模式下的INTheader可以被插入到現(xiàn)有任何封裝格式INT-MDINTheader):隨路metadata直接封裝成INTreport,并且發(fā)則有三部分INTreport封裝:TRGH(TelemetryReportGroupHIndividualReportMainConIndividualReportInnerCoINT-MX(eMbedinstruct(INT-MX模式只會(huì)在INTsou點(diǎn),根據(jù)報(bào)文中包含的INTinstruction,將本節(jié)點(diǎn)的4Bit0置位表示如果沒有足夠的字節(jié)來記錄節(jié)點(diǎn)封裝后不需要轉(zhuǎn)發(fā);Bit3置位表示每個(gè)支持Namespace-IDNodeLen57在節(jié)點(diǎn)數(shù)據(jù)列表被認(rèn)為溢出之前,此字段以4888Namespace-ID8IOAM域中含有三類主要功能節(jié)點(diǎn):封裝節(jié)點(diǎn)(Encap標(biāo)準(zhǔn)IOAM信息采用逐跳累加轉(zhuǎn)發(fā)信息并以護(hù)照模式進(jìn)行上報(bào)。在報(bào)文轉(zhuǎn)發(fā)過程中,Encapsulati本節(jié)點(diǎn)的Metadata信息封裝成IOAM報(bào)文上送數(shù)據(jù)檢測(cè)平臺(tái)IOAM-DEX采用非逐跳累加,以IOAMinstruction,將本節(jié)點(diǎn)的Metadata封裝成IOAM報(bào)文直接上送Transit節(jié)點(diǎn)根據(jù)IOAMinstruction,將本節(jié)點(diǎn)的Metadata封裝上送至數(shù)據(jù)檢測(cè)平臺(tái),同時(shí)剝離掉IOA文信息封裝在IPv4/IPv6的option字段,數(shù)據(jù)中心交換機(jī)芯片不對(duì)圖14基于IPv6擴(kuò)展頭選項(xiàng)字段的IOAM格式示意圖表8基于IPv6擴(kuò)展頭選項(xiàng)字段的IOAM各字段及含義表1業(yè)務(wù)流標(biāo)識(shí),設(shè)備內(nèi)唯一18option數(shù)據(jù)長(zhǎng)度(字節(jié)數(shù))8解封裝節(jié)點(diǎn)通過匹配FlowID,收集報(bào)文對(duì)息上報(bào)給數(shù)據(jù)檢測(cè)平臺(tái),同時(shí)刪除封裝頭信息,恢復(fù)原始報(bào)文進(jìn)行時(shí)延染色,記錄該報(bào)文的入口時(shí)戳t在入節(jié)點(diǎn)采用五元組為IP業(yè)務(wù)流分配FlowID,對(duì)特定報(bào)文進(jìn)In-situFlowInformationTelemetry(IFIT)是一種務(wù)與新架構(gòu)的高可靠性要求?,F(xiàn)有的OAM技術(shù)多為帶外測(cè)量技術(shù),a)1:1丟包分析:能夠?qū)Ω信d趣流量進(jìn)行IP頭和傳輸層頭部之間。IPv4Vxlan報(bào)文中IFIT報(bào)文頭緣網(wǎng)絡(luò)設(shè)備的Ingress方向接口進(jìn)入網(wǎng)絡(luò)的報(bào)文數(shù)記為Pi,經(jīng)過中間設(shè)備的流量轉(zhuǎn)發(fā),從另一邊緣網(wǎng)絡(luò)設(shè)備的Egress方向接口離開該網(wǎng)開網(wǎng)絡(luò)的流量之間的差,獲得丟包數(shù)量和丟包率數(shù)據(jù)。以圖D所示的網(wǎng)絡(luò)為例,統(tǒng)計(jì)流從DeviceA進(jìn)入,從DeviceC離開。如圖E所示的是一段時(shí)間內(nèi)報(bào)文從進(jìn)入網(wǎng)絡(luò)到離開網(wǎng)絡(luò)時(shí)各個(gè)設(shè)備上的丟包理相同個(gè)統(tǒng)計(jì)周期+截至目前本周期(對(duì)應(yīng)上圖的T1+x*T2)內(nèi)染色位置0本統(tǒng)計(jì)周期內(nèi)報(bào)文時(shí)延為d(DevicePathTracing擁有非常低的額外開銷,它僅通過從數(shù)據(jù)低開銷的PT報(bào)頭在每一跳收集MCD(Mid-P下面介紹PathTracing具體技PT-Source:?jiǎn)?dòng)PT會(huì)話并生成PT探PT-Midpoint:數(shù)據(jù)包路徑中的節(jié)點(diǎn)。PT-Sink:接收Probe并在加上自身PT信息后,封裝并發(fā)往區(qū)Analytics(分析節(jié)點(diǎn))其中MCD會(huì)帶的信息為:然而,這些方法并未減少總字節(jié)數(shù)或PPS開銷,CSIG主要考CSIG支持隧道和加密,簡(jiǎn)化復(fù)雜部署),RS量化的信號(hào)值(compact版本記錄索引,expand版本支持記T的TPID,以確保與現(xiàn)有網(wǎng)絡(luò)的高度兼容性。CSIG如圖所示,CSIG提供了簡(jiǎn)單、固定長(zhǎng)度的路徑瓶頸鏈路總結(jié),據(jù)包路徑的網(wǎng)絡(luò)設(shè)備收集信息。然后,每個(gè)數(shù)據(jù)選項(xiàng)或有效載荷將收集的信息返回給數(shù)據(jù)發(fā)送者,使得發(fā)送者了解到數(shù)據(jù)流傳輸路徑的瓶頸信息。CSIG在網(wǎng)絡(luò)設(shè)備上使用簡(jiǎn)單的比較和設(shè)備傳輸過程中,保持第4層CSIG反射頭不變發(fā)送者從傳入數(shù)據(jù)包多種信號(hào):傳輸層負(fù)責(zé)管理和利用CSIG信息,為流狀態(tài)的一部分。發(fā)送端能夠利用所有支持的CSIG信號(hào),包括擁CSIG通過在數(shù)據(jù)包上添加和更新標(biāo)記來收集網(wǎng)絡(luò)路徑信息。在監(jiān)控端側(cè)數(shù)據(jù)流狀態(tài),針對(duì)異常數(shù)據(jù)流可觸發(fā)在該數(shù)據(jù)流插入圖34結(jié)合端側(cè)的IFA部署方案在進(jìn)行網(wǎng)絡(luò)質(zhì)量探測(cè)時(shí),有兩種方案,一種是Pingmesh方式的在服務(wù)器主動(dòng)構(gòu)造發(fā)起IFA探測(cè)報(bào)文,模擬業(yè)務(wù)五元組,流經(jīng)路徑交換設(shè)備打上IFA信息,到達(dá)目的服務(wù)器后分析上報(bào)。在服務(wù)器/交換機(jī)隨業(yè)務(wù)流添加IFA包頭,流經(jīng)路徑交換設(shè)備打上IFA信息,每跳Postcard上報(bào)或最終到達(dá)目的端分析上報(bào)結(jié)果。1.實(shí)現(xiàn)簡(jiǎn)單,可按需構(gòu)造指定數(shù)量和間隔的探測(cè)報(bào)文;2.報(bào)文長(zhǎng)度較短,可容納更多3.可實(shí)現(xiàn)無中斷全網(wǎng)絡(luò)覆蓋,及時(shí)發(fā)現(xiàn)問題;1.完整跟蹤真實(shí)業(yè)務(wù)流,2.針對(duì)真實(shí)業(yè)務(wù)流實(shí)現(xiàn)網(wǎng)絡(luò)自證清白;3.無額外探測(cè)數(shù)據(jù)流4.模擬業(yè)務(wù)流探測(cè),對(duì)真實(shí)業(yè)務(wù)流偶發(fā)問題不易發(fā)現(xiàn);5.額外探測(cè)數(shù)據(jù)流;需額外芯片處理,性能存在瓶頸;應(yīng)處理;測(cè)基于真實(shí)業(yè)務(wù)流實(shí)時(shí)自動(dòng)化結(jié)合端側(cè)的IFA部署方案需要考慮以下關(guān)鍵點(diǎn):集成,當(dāng)前網(wǎng)絡(luò)鏈路IFA各廠商實(shí)現(xiàn)不同,甚至同一廠商的IFA協(xié)圖35數(shù)據(jù)中心INT部署與組網(wǎng)拓?fù)湓O(shè)置采樣策略:配置采樣策略,確定哪些報(bào)文需要插入INT頭下發(fā)配置:通過控制器將采樣策略和Watchlist下發(fā)到使能INT圖36數(shù)據(jù)中心INT節(jié)點(diǎn)與處理流程插入INT頭部:根據(jù)數(shù)據(jù)采集的需要,在指定位置插封裝元數(shù)據(jù):將INT頭部所指定的遙測(cè)信息封裝成元數(shù)據(jù)),報(bào)文轉(zhuǎn)發(fā)到帶內(nèi)網(wǎng)絡(luò)遙測(cè)系統(tǒng)的Sink節(jié)點(diǎn)時(shí):部署IFIT可以實(shí)現(xiàn)對(duì)用戶業(yè)務(wù)流進(jìn)行直接的丟包、時(shí)延統(tǒng)計(jì)。入口和出口分別統(tǒng)計(jì),然后匯總得出要統(tǒng)計(jì)的性能指標(biāo)。如圖3.5-1統(tǒng)計(jì)流是實(shí)施IFIT統(tǒng)計(jì)的關(guān)鍵要素,每次統(tǒng)計(jì)必須首先指定統(tǒng)根據(jù)網(wǎng)絡(luò)中報(bào)文的轉(zhuǎn)發(fā)流向,IFIT的統(tǒng)計(jì)測(cè)量點(diǎn)分為Ingress、征識(shí)別業(yè)務(wù)流量,對(duì)業(yè)務(wù)報(bào)文進(jìn)行統(tǒng)計(jì)并插入IFIT頭,統(tǒng)計(jì)結(jié)果上統(tǒng)計(jì)系統(tǒng)由一個(gè)配置了IFIT功能的頭節(jié)點(diǎn)設(shè)備,以及多臺(tái)使能路徑分析:在某一個(gè)統(tǒng)計(jì)周期內(nèi),網(wǎng)絡(luò)節(jié)點(diǎn)記錄報(bào)文入/出端口并上報(bào)控制器,控制器根據(jù)設(shè)備上報(bào)的入/出端口還原流量的轉(zhuǎn)發(fā)路PathTracing(以下簡(jiǎn)稱PT)是一種用于記錄數(shù)據(jù)包傳輸路徑的路徑記錄:PathTracing能夠記錄數(shù)據(jù)包在網(wǎng)絡(luò)中傳輸時(shí)經(jīng)過的延遲測(cè)量:PathTracing可以記錄端到端延遲和每跳延遲,幫助負(fù)載測(cè)量:PathTracing還記錄了每個(gè)出口接口的負(fù)載情況,提低開銷:PathTracing使用僅40字節(jié)的IPv6逐跳擴(kuò)展頭即可追[I-D.song-opsawg-ifit-framework]和[I-D.kumar-ippm-if細(xì)粒度時(shí)間戳:PathTracing支持細(xì)粒度時(shí)間戳,能夠提供高精硬件友好:PathTracing被設(shè)計(jì)為在基礎(chǔ)流水線中實(shí)現(xiàn)線速硬件PathTracing技術(shù)適用于需要詳細(xì)了解數(shù)據(jù)包傳輸路徑和網(wǎng)絡(luò)性析和審計(jì)、通過PathTracing,網(wǎng)絡(luò)管理員可以獲得詳細(xì)的網(wǎng)絡(luò)路徑信息和性能數(shù)據(jù),從而更好地管理和優(yōu)化網(wǎng)AnalyticsAnalyticsRegionalCollectorEBMGACKFLJAnalyticsAnalyticsKBMGACEFLJ生成到PTSink節(jié)點(diǎn)的SRv6數(shù)據(jù)包AnalyticsAnalyticsRCMidpointBMMidpointGACKEFLJ路由器,會(huì)逐跳記錄有效PT信息。PT-Midpoint節(jié)點(diǎn)需要在硬件PT-Midpoint壓縮數(shù)據(jù)(MCD)信息,包括輸出接口ID、接口負(fù)載和入本節(jié)點(diǎn)MCD數(shù)據(jù)。JAnalyticsJAnalyticsEKEKBFALBFALGCMGCMECMP的數(shù)據(jù)轉(zhuǎn)發(fā)路徑分析如圖所示展示了CSIG部署和運(yùn)行架構(gòu),CSIG部署的關(guān)鍵要點(diǎn)每跳最大延遲:通過使用CSIG,擁塞控制算法如Swift可以更),更好地根據(jù)實(shí)際的瓶頸鏈路利用率(如圖中頭結(jié)點(diǎn)TOR所示最小可用帶寬:利用CSIG的最?。ㄈ鐖D中尾結(jié)點(diǎn)TOR所示ABW=20G)信息,傳輸可以安全地從高帶寬開始,避免啟動(dòng)速度不負(fù)載平衡與多路徑:數(shù)據(jù)中心拓?fù)湓谌我庠?目標(biāo)對(duì)之間采用多種路徑。傳輸采用諸如保護(hù)負(fù)載平衡【PL分大規(guī)模擁塞和核心網(wǎng)絡(luò)擁塞,然后可用于調(diào)整負(fù)載均衡/多路徑操流量工程:對(duì)數(shù)據(jù)中心網(wǎng)絡(luò)互聯(lián)層,流量工程為跨聚合源-目的對(duì)創(chuàng)建帶寬合適的路徑,CSIG可用于向TE系統(tǒng)提供精細(xì)的路徑水聚合匯總CSIG信號(hào),TE可以動(dòng)態(tài)調(diào)整路徑和帶寬分配流量,以適在應(yīng)用網(wǎng)絡(luò)流程中,CSIG信息通過其瓶頸定位器可以快速準(zhǔn)確總之,CSIG作為網(wǎng)絡(luò)中關(guān)鍵的反饋信號(hào),能夠顯著提升網(wǎng)絡(luò)資多種類型新挑戰(zhàn):終端側(cè)的接入設(shè)備鏈路質(zhì)量監(jiān)控,AI網(wǎng)絡(luò)面臨的監(jiān)控新挑戰(zhàn),運(yùn)用AI介入監(jiān)控?cái)?shù)據(jù)的處理過程等。行端節(jié)點(diǎn)數(shù)據(jù)處理的專用芯片DataProcessingUnit/Intelligentdata以IntelIPU為例,IPU擁有高性能P4可編程pack和上層應(yīng)用的前提下,為上層協(xié)議,例如RDMA,NVMe提供可靠文的IFAheader,CSIGheader,INTheader,并提取擁塞控制信息。根據(jù)規(guī)則對(duì)接受的IFA/CSIG/INT流進(jìn)行修改,轉(zhuǎn)發(fā)或丟棄。對(duì)發(fā)送息或其他用戶定義的擁塞信息對(duì)FALCON進(jìn)行per-connection擁塞提供的擁塞狀態(tài)實(shí)施端到端的擁塞控制。普通Fullmesh監(jiān)控方式無法覆蓋所有鏈路。發(fā)生在未被監(jiān)控覆蓋鏈流量經(jīng)過的網(wǎng)絡(luò)節(jié)點(diǎn),如GPS一樣繪制出每塊區(qū)域的精確坐標(biāo),這應(yīng)用流分析器探測(cè)流分析器采樣Leaf2采樣Leaf2Leaf1Leaf1服務(wù)器2服務(wù)器1服務(wù)器2服務(wù)器1勃發(fā)展,標(biāo)準(zhǔn)化組織(如3GPP,ITUSG13,IMT-2030(6G)推進(jìn)組,伴隨著人工智能(artificialintelligence,AI)三大驅(qū)動(dòng)力——算力、標(biāo)準(zhǔn)化組織(如3GPP,ITU,IMT-2030(6G)推進(jìn)組,6G-ANA等等)、學(xué)術(shù)屆以及產(chǎn)業(yè)屆已經(jīng)在積極探索如何借助AI技術(shù)產(chǎn)業(yè)屆也在不斷推出集成了AI算力的各種芯片,尤其是數(shù)據(jù)中心交數(shù)據(jù)中心的鏈路質(zhì)量可觀測(cè)也可以借力于AI技術(shù)尤其是深度神經(jīng)網(wǎng)絡(luò)的非線性處理能力來實(shí)現(xiàn)。根據(jù)需要觀測(cè)的網(wǎng)絡(luò)鏈路指標(biāo)(如鏈路負(fù)載、時(shí)延、丟包等等)建立AI模型(如神經(jīng)元模型),從生產(chǎn)環(huán)鏈路排隊(duì)情況的指標(biāo)包括:交換機(jī)端口轉(zhuǎn)發(fā)時(shí)延、端口出方向ECN計(jì)數(shù)器、端口出方向PFC計(jì)數(shù)器。交換機(jī)的INT遙測(cè)能力換機(jī)上的INT遙測(cè)能力可采集以下不同類型的指標(biāo):(TimestampNanoSeconds/TimestampMicroSeconds)、報(bào)文出端口的報(bào)文轉(zhuǎn)發(fā)量計(jì)數(shù)器(PortXmitByte文轉(zhuǎn)發(fā)量計(jì)數(shù)器(QueueXmitBytes/QueueXmitPkts)、報(bào)文出端口的(QueueBufferCells)、報(bào)文出端口的丟包量(PortDi為了保證遙測(cè)信息的有效性,交換機(jī)需要允許對(duì)INT報(bào)文進(jìn)行特定的配置,以保證根據(jù)普通業(yè)務(wù)報(bào)文轉(zhuǎn)換出來的INT報(bào)文具有相同的文進(jìn)行采樣,并根據(jù)采樣后的業(yè)務(wù)報(bào)文重新生成INT報(bào)文。重新生成的INT報(bào)文在產(chǎn)生節(jié)點(diǎn)進(jìn)入與業(yè)務(wù)報(bào)文一致的報(bào)文流水線,以使色的交換機(jī)上對(duì)普通業(yè)務(wù)報(bào)文采用CloneMode或InlineM新報(bào)文,并對(duì)修改新報(bào)文頭部字段使其成為INT報(bào)文;帶內(nèi)模式(InlineMode)為在原始報(bào)文上直接修改使其成為INT報(bào)文。INT報(bào)文截?cái)喙δ埽–ut-off)角色的交換機(jī)上對(duì)使用克隆模式生成的INT報(bào)文,采用報(bào)文截?cái)嗉夹g(shù)。交換機(jī)將根據(jù)配置將INT報(bào)文尾部截?cái)啵瑑H保留報(bào)文頭部字段針對(duì)INT報(bào)文在網(wǎng)絡(luò)交換機(jī)內(nèi)終結(jié)的需求,在配置成INT換出來的報(bào)文進(jìn)行終結(jié),將報(bào)文的INT頭部刪除并將其還原成普通業(yè)務(wù)報(bào)文,并繼續(xù)轉(zhuǎn)發(fā)至下一跳。終結(jié)節(jié)點(diǎn)可將INT報(bào)文的頭部信網(wǎng)卡側(cè)的INT遙測(cè)能力根據(jù)鏈路發(fā)現(xiàn)和鏈路質(zhì)量遙測(cè)的需求,網(wǎng)卡上的INT

溫馨提示

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

評(píng)論

0/150

提交評(píng)論