999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

組播流量控制技術分析

2020-05-20 00:33:28遼寧高大偉
網絡安全和信息化 2020年5期

■ 遼寧 高大偉

編者按:筆者單位采用ASM組播模式,在近期出現一些問題,甲站的組播用戶反映說組播丟包嚴重,筆者經過一系列嘗試,并查閱相關資料和文獻,對VLAN下組播轉發的內容進行配置,最終解決了問題。

IP組播技術實現了IP網絡中點到多點的高效數據傳送,能夠有效地節約網絡帶寬和降低網絡負載,在諸多方面都有廣泛的應用。

根據IP組播中源和目的不同,可以分為三種模型:任意源組播(ASM)、源過濾組播(SFM)和指定源組播(SSM)。筆者單位采用的是ASM組播模式,三個站網絡互聯關系如圖1所示,三個網絡設備均啟用三層OSPF協議,并配置組播模式為pim sm,并將華為9306配置為動態RP(Rendezvous Point)。

近期甲站的組播用戶反映說組播丟包嚴重,請網管協助查一下網絡是否存在問題。

故障排查

圖1 單位網絡互聯圖

如果懷疑組播數據出現問題,首先要分析組播轉發的原理。單播報文的轉發過程中,路由器只關心報文中的目的地址,通過目的地址決定向哪個接口轉發。在組播中,報文是發送給一組接收者的,這些接收者用一個邏輯地址標識。路由器在接收到報文后,必須根據源和目的地址確定出上游(指向組播源)和下游方向,把報文沿著遠離組播源的方向進行轉發,這個過程稱作逆向路徑轉發。

組播路由表又稱為組播分發樹,用來描述IP組播報文在網絡中經過的路徑。組播路由項包含3個要素:(S,G)、iif和oiflist。其中S為源地址,G為組地址,iif為入接口,oiflist為出接口列表。組播分發樹的2個基本類型為源路徑樹和共享樹。源路徑樹是指以組播源作為樹根,將組播源到每一個接收者的最短路徑結合起來構成的轉發樹。由于源路徑樹使用的是從組播源到接收者的最短路徑,因此也稱為最短路徑樹(Shortest Path Tree,SPT)。

對于某個組,網絡要為任何一個向該組發送報文的組播源建立一棵樹。共享樹以某個路由器作為路由樹的樹根,該路由器稱為匯集點(Rendezvous Point,RP),將RP到所有接收者的最短路徑結合起來構成轉發樹。使用共享樹時,對應某個組,網絡中只有一棵樹,所有的組播源和接收者都使用這棵樹來收發報文,組播源先向樹根發送數據報文,之后報文又向下轉發到達所有的接收者。PIM-ASM直接反向構建從組播接收者到組播源的源路徑樹(最短路徑樹SPT),為每一個組播源與接收者之間建立一棵獨立的SPT。路由器收到組播數據報文后,只有確認這個數據報文是從自己到組播源的出接口上到來的,才進行轉發,否則丟棄報文。

RPF執行過程中會用到原有的單播路由表以確定上游和下游的鄰接結點,只有當報文是從上游鄰接結點對應的接口(RPF接口)到達時,才向下游轉發。RPF的作用除了可以正確地按照組播路由的配置轉發報文外,還能避免由于各種原因造成的環路,環路避免在組播路由中是一個非常重要的問題。RPF的主體是RPF檢查,路由器收到組播報文后,先對報文進行RPF檢查,只有檢查通過才轉發,否則丟棄。

組播轉發原理分析清楚了,下面應該檢查三個站的組播路由是否正確。在確認三個設備的路由協議、組播配置沒有問題后,登錄甲站華為9306,組播路由及組播數據等都是正常的,乙站的組播路由及收發甲站的組播數據均正常,但丙站的組播路由正常,竟然收到了乙站的組播數據。詢問甲站的用戶了解到原來乙站和丙站能互收雙方組播數據,后來乙站的軟件改造后就只收甲站的組播數據了。當把組播轉發原理簡單給甲站的用戶介紹后,他們初步懷疑甲站的組播數據丟包可能與丙站的軟件沒有改造有關系,建議能否將丙站收乙站的組播數據隔斷。

隔斷組播數據,筆者首先想到的是用ACL配置流策略:在丙站的華為5700上配置ACL即拒絕訪問的丙站組播組及組播源,然后配置流分類,再配置流行為,配置流策略,最后在全局下啟用流策略。配置完成后在華為5700上查看組播轉發表,竟然還能看到組播轉發的數據。

問題解決

問題到這里,筆者認為單組播的流隔斷策略同單播的策略不同。筆者決定還是在配置手冊里查一下問題的原因,在查看《華為交換機學習指南》時,在組播這一章節筆者發現了在VLAN下配置組播轉發的內容,筆者趕緊在華為5700上VLAN 5配置了組播組加入控制策略(IGMPSNOOPING GROUP-POLICY ACL號),本來以為策略能起效,奇怪的是丙站還能收到乙站的組播數據。再翻看《華為交換機學習指南》組播配置篇章時,筆者查到了PIM協議配置組播轉發的內容,再在PIM協議下組播轉發控制策略,丙站收不到乙站的組播數據,甲站用戶大量丟包的現象也消失了,問題解決。

經驗總結

實時數據的組播傳輸作為網絡的一種應用,依賴于基礎網絡的正常運行。根據用戶網絡的客觀條件,將用戶特殊需求分解為一系列子需求并采用適當的技術去實現,不關注于個別技術是否最優,而關注系統整體的效果,以最終達成用戶的目標。總之,網絡技術人員要有解決問題的思路,要綜合運用原理性的知識理解工作中出現的問題,只有如此才能為網絡應用可靠和高效地運行提供有力的技術支撐。

主站蜘蛛池模板: 亚卅精品无码久久毛片乌克兰| 国产一在线观看| 国产丝袜第一页| 欧洲一区二区三区无码| 国产激情无码一区二区APP| 全部免费特黄特色大片视频| 91成人在线观看视频| 日本午夜三级| 欧美国产日产一区二区| 国产成人综合久久精品尤物| 91网址在线播放| 色婷婷视频在线| 亚洲国产中文欧美在线人成大黄瓜| 亚洲欧美一区二区三区麻豆| 永久在线精品免费视频观看| 大学生久久香蕉国产线观看| 福利一区在线| 日本五区在线不卡精品| 亚洲综合极品香蕉久久网| 国产麻豆永久视频| 精品国产Av电影无码久久久| 亚洲黄网在线| 国产日韩精品一区在线不卡 | 精品无码专区亚洲| 嫩草在线视频| 四虎亚洲国产成人久久精品| 亚洲 欧美 偷自乱 图片 | 久草中文网| 久久这里只精品国产99热8| 亚洲精品福利网站| 亚洲一区二区三区香蕉| 欧美日韩国产在线播放| 五月婷婷丁香综合| 国产精品亚洲五月天高清| 高清无码手机在线观看 | 亚洲天堂免费| 国产无码精品在线播放 | 少妇高潮惨叫久久久久久| 午夜啪啪福利| 国产剧情国内精品原创| 91麻豆精品国产高清在线| 综合人妻久久一区二区精品 | 欧美日韩国产一级| 成人在线不卡视频| 国产乱码精品一区二区三区中文| 国产噜噜噜视频在线观看| 国产午夜福利在线小视频| 日本不卡在线视频| 99精品伊人久久久大香线蕉| 欧美视频在线不卡| 国产成人1024精品| 久久精品aⅴ无码中文字幕| 免费国产无遮挡又黄又爽| 一区二区三区成人| 欧美精品亚洲精品日韩专区va| 成人无码一区二区三区视频在线观看| 欧美丝袜高跟鞋一区二区| 亚洲人成影院在线观看| 国产精品jizz在线观看软件| 2024av在线无码中文最新| 在线中文字幕网| 免费女人18毛片a级毛片视频| 九九九国产| 99er这里只有精品| www.亚洲一区| 久久久久人妻一区精品| 青青青亚洲精品国产| 久久精品国产精品国产一区| 亚洲精品老司机| 极品国产在线| 欧美在线精品怡红院| 日本免费a视频| 国产精品久久久久久久伊一| 欧美综合区自拍亚洲综合绿色 | A级全黄试看30分钟小视频| 日韩精品少妇无码受不了| 狠狠亚洲婷婷综合色香| 久久精品无码一区二区日韩免费| 亚洲高清在线天堂精品| 国产精品亚洲五月天高清| 亚洲综合国产一区二区三区| 99在线观看免费视频|