路由不对称所导致的单播泛洪解决方案

上传人:ji****72 文档编号:50809427 上传时间:2018-08-11 格式:PPT 页数:15 大小:586KB
返回 下载 相关 举报
路由不对称所导致的单播泛洪解决方案_第1页
第1页 / 共15页
路由不对称所导致的单播泛洪解决方案_第2页
第2页 / 共15页
路由不对称所导致的单播泛洪解决方案_第3页
第3页 / 共15页
路由不对称所导致的单播泛洪解决方案_第4页
第4页 / 共15页
路由不对称所导致的单播泛洪解决方案_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《路由不对称所导致的单播泛洪解决方案》由会员分享,可在线阅读,更多相关《路由不对称所导致的单播泛洪解决方案(15页珍藏版)》请在金锄头文库上搜索。

1、IGS C4 VoIP Monitor system 封包重覆問題驗證2異常Flow在系統中發現有兩個INVITE等封包3測試話務架構Test PhoneEWSDCisco 5305C4 SBCC4 ISSISUPISUPIntlSIPH.323SIPH.323Test Phone :661442001 International Call :002-1-718-46-150061.30.229.73(primary) 61.30.229.201(secondary)4H.323、SIP、RTP、RTCP6509- A3750- A3750- B6509- BGi1/0/25 Gi1/0/26

2、Gi1/0/26Gi1/0/25SBC- ASBC- BGi1/0/27Gi1/0/27M01M01HAHAGe7/20 Ge7/21Ge2/20 Ge2/21Fiber GEFiber GEFiber GEFiber GEIP BackBonePrivate NetworkFiber GEFiber GEVLAN301VLAN301NeihuGi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1OSPF NSSA Area 100ODF-slot1AggregatorAggregator8BEmpirixODF-slot2O D FProbeS1/p1TxRxA/inB/outA/outT

3、xRxB/inO D FTxRxTxRxA/inB/outA/outB/inB/MA/MB/MA/M1A/Rx 1B/Rx2A/Rx 2B/Rx測試一、設備介接圖 Packet AnalyzerNoteBookGi1/0/24Gi1/0/24ActiveStandby5SIP Signaling Flow SBC- ASBC- BHAHATxRxTxRxActiveStandby3750- A3750- BGi1/0/25 Gi1/0/26Gi1/0/26Gi1/0/25Gi1/0/27Gi1/0/27Gi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1TxRxTxRxActiveStan

4、dbyINVITEINVITEINVITEINVITE6509- A6509- BGe7/20 Ge7/21Ge2/20 Ge2/21Fiber GEFiber GEFiber GEFiber GEIP BackBoneOSPF NSSA Area 1006測試步驟說明 1.確認SBC-A為Active,SBC-B為Standby 2.在C4 3750-A/3750-B Port24擷取封包進行分析, 連接測試設備至3750-A,連接NoteBook至3750-B 並啟動抓取封包功能 3.撥打測試話務並在測試設備及NoteBook上觀察封 包 4.擷取測試設備所收錄之封包,與Empirix系統

5、比對 5.在此架構下,會發生封包重覆的問題7測試一、測試結果3750-A 可觀察到封SIP封包在61.30.229.73及61.31.74.5之間做溝通在Empirix系統中,可看到重覆INVITE狀況3750-B 可觀察到封SIP封包在61.30.229.73進到61.31.74.5後,並沒回應封包8H.323、SIP、RTP、RTCP6509- A3750- A3750- B6509- BGi1/0/25 Gi1/0/26Gi1/0/26Gi1/0/25SBC- ASBC- BGi1/0/27Gi1/0/27M01M01HAHAGe7/20 Ge7/21Ge2/20 Ge2/21Fiber

6、 GEFiber GEFiber GEFiber GEIP BackBonePrivate NetworkFiber GEFiber GEVLAN301VLAN301NeihuGi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1OSPF NSSA Area 100ODF-slot1AggregatorAggregator8BEmpirixODF-slot2O D FProbeS1/p1TxRxA/inB/outA/outTxRxB/inO D FTxRxTxRxA/inB/outA/outB/inB/MA/MB/MA/M1A/Rx 1B/Rx2A/Rx 2B/Rx測試二、設備介接圖 Pac

7、ket AnalyzerNoteBookGi1/0/24Gi1/0/24StandbyActive9測試步驟說明 1.確認SBC-A為Standby,SBC-B為Active 2.在C4 3750-A/3750-B Port24擷取封包進行分析, 連接測試設備至3750-A,連接NoteBook至3750-B 並啟動抓取封包功能 3.撥打測試話務並在測試設備及NoteBook上觀察封 包 4.擷取測試設備所收錄之封包,與Empirix系統比對 5.在此架構下,封包無重覆問題10測試二、測試結果3750-A 觀察不到SIP封包在Empirix系統中,可看正常溝通之訊務3750-B 可觀察到封SI

8、P封包在61.30.229.73與61.31.74.5之間進行溝通11SIP Signaling Flow SBC- ASBC- BHAHATxRxTxRxActiveStandby 3750- A3750- BGi1/0/25 Gi1/0/26Gi1/0/26Gi1/0/25Gi1/0/27Gi1/0/27Gi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1TxRxTxRxActiveStandbyINVITEINVITE6509- A6509- BGe7/20 Ge7/21Ge2/20 Ge2/21Fiber GEFiber GEFiber GEFiber GEIP BackBoneO

9、SPF NSSA Area 10012結論 1.在SBC-A為Active時,封包會發生重覆的現象, 且在SBC-B為Active時,封包不會發生重覆的現象 2.且驗證Empirix系統所監測到之封包,與3750 mirror之封包 相同13原因 假設各設備處在剛啟動狀態,各自的arp表,以及mac表都是 空的 當invite消息到達3750-B以后,由於没有SBC-A的arp信息, 所以發送arp 請求包,該請求包通過3750-A交換機,最後得 到SBC-A的arp回應,從而在3750- B上建立起SBC-A的mac 表項 3750-B有了arp表后,則進一步封裝2層信息,3750-A收到

10、該數據包后參照自己的mac表把數據轉發給SBC-A SBC-A返回數據時,由於其網関是hsrp的vip地址,因此回應 數據流必定經過hsrp的active router 3750-A,然後進入6509到 達終端用戶。14 這樣就造成一種情況,那就是3750-B交换机上再没有从SBC -A發出的數據經過它,導致其mac表项在5分鐘后會過期 Cisco設備arp表項的默認aging time是4個小時,而mac表項 的aging time 是5分鐘。那麼在mac aging time 超時而arp aging time 還在的3小時55分鐘內,3750-B一直會按照自己 arp 表項封裝數據包。按照交換機的原理只能unicast flooding 向所有VLAN301端口直到arp aging time 超時。原因15建议一、在3750上将MAC table及ARP table的aging time调成一致. 建议将mac-address-table aging-time改成4个小时时( 14400s),只针对VLAN301进行更改。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号