路由不對稱所導(dǎo)致的單播泛洪解決方案講解材料

IGSC4VoIPMonitorsystem

封包重覆問題驗證異常Flow在系統(tǒng)中發(fā)現(xiàn)有兩個INVITE等封包測試話務(wù)架構(gòu)TestPhoneEWSDCisco5305C4

SBCC4

ISSISUPISUPInt’lSIPH.323SIPH.323TestPhone:661442001InternationalCall：002-1-718-46-150061.30.229.73(primary)61.30.229.201(secondary)SIPSignalingFlowSBC-ASBC-BHAHATxRxTxRxActiveStandby3750-A3750-BGi1/0/25Gi1/0/26Gi1/0/26Gi1/0/25Gi1/0/27Gi1/0/27Gi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1TxRxTxRxActiveStandbyINVITEINVITEINVITEINVITE6509-A6509-BGe7/20Ge7/21Ge2/20Ge2/21FiberGEFiberGEFiberGEFiberGEIPBackBoneOSPFNSSAArea100測試步驟說明1.確認(rèn)SBC-A為Active，SBC-B為Standby2.在C43750-A/3750-B

Port24擷取封包進行分析，連接測試設(shè)備至3750-A，連接NoteBook至3750-B並啟動抓取封包功能3.撥打測試話務(wù)並在測試設(shè)備及NoteBook上觀察封包4.擷取測試設(shè)備所收錄之封包，與Empirix系統(tǒng)比對5.在此架構(gòu)下，會發(fā)生封包重覆的問題測試一、測試結(jié)果3750-A可觀察到封SIP封包在61.30.229.73及61.31.74.5之間做溝通在Empirix系統(tǒng)中，可看到重覆INVITE狀況3750-B可觀察到封SIP封包在61.30.229.73進到61.31.74.5後，並沒回應(yīng)封包H.323、SIP、RTP、RTCP6509-A3750-A3750-B6509-BGi1/0/25Gi1/0/26Gi1/0/26Gi1/0/25SBC-ASBC-BGi1/0/27Gi1/0/27M01M01HAHAGe7/20Ge7/21Ge2/20Ge2/21FiberGEFiberGEFiberGEFiberGEIPBackBonePrivateNetworkFiberGEFiberGEVLAN301VLAN301NeihuGi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1OSPFNSSAArea100ODF-slot1AggregatorAggregator8BEmpirixODF-slot2ODFProbeS1/p1TxRxA/inB/outA/outTxRxB/inODFTxRxTxRxA/inB/outA/outB/inB/MA/MB/MA/M1A/Rx1B/Rx2A/Rx2B/Rx測試二、設(shè)備介接圖

PacketAnalyzerNoteBookGi1/0/24Gi1/0/24StandbyActive測試步驟說明1.確認(rèn)SBC-A為Standby，SBC-B為Active2.在C43750-A/3750-B

Port24擷取封包進行分析，連接測試設(shè)備至3750-A，連接NoteBook至3750-B並啟動抓取封包功能3.撥打測試話務(wù)並在測試設(shè)備及NoteBook上觀察封包4.擷取測試設(shè)備所收錄之封包，與Empirix系統(tǒng)比對5.在此架構(gòu)下，封包無重覆問題測試二、測試結(jié)果3750-A觀察不到SIP封包在Empirix系統(tǒng)中，可看正常溝通之訊務(wù)3750-B可觀察到封SIP封包在61.30.229.73與61.31.74.5之間進行溝通SIPSignalingFlowSBC-ASBC-BHAHATxRxTxRxActiveStandby3750-A3750-BGi1/0/25Gi1/0/26Gi1/0/26Gi1/0/25Gi1/0/27Gi1/0/27Gi1/0/2Gi1/0/2Gi1/0/1Gi1/0/1TxRxTxRxActiveStandbyINVITEINVITE6509-A6509-BGe7/20Ge7/21Ge2/20Ge2/21FiberGEFiberGEFiberGEFiberGEIPBackBoneOSPFNSSAArea100結(jié)論1.在SBC-A為Active時，封包會發(fā)生重覆的現(xiàn)象，

且在SBC-B為Active時，封包不會發(fā)生重覆的現(xiàn)象2.且驗證Empirix系統(tǒng)所監(jiān)測到之封包，與3750mirror之封包相同原因假設(shè)各設(shè)備處在剛啟動狀態(tài)，各自的arp表,以及mac表都是空的當(dāng)invite消息到達3750-B以后，由於沒有SBC-A的arp信息，所以發(fā)送arp請求包，該請求包通過3750-A交換機，最後得到SBC-A的arp回應(yīng)，從而在3750-B上建立起SBC-A的mac表項

3750-B有了arp表后，則進一步封裝2層信息，3750-A收到該數(shù)據(jù)包后參照自己的mac表把數(shù)據(jù)轉(zhuǎn)發(fā)給SBC-ASBC-A返回數(shù)據(jù)時，由於其網(wǎng)関是hsrp的vip地址，因此回應(yīng)數(shù)據(jù)流必定經(jīng)過hsrp的activerouter3750-A,然後進入6509到達終端用戶。這樣就造成一種情況，那就是3750-B交換機上再沒有從SBC-A發(fā)出的數(shù)據(jù)經(jīng)過它，導(dǎo)致其mac表項在5分鐘后會過期Cisco設(shè)備arp表項的默認(rèn)agingtime是4個小時，而mac表項的agingtime是5分鐘。那麼在macagingtime超時而arpagingtime還在的3小時55分鐘內(nèi)，3750-B一直會按照自己arp表項封裝數(shù)據(jù)包。按照交換機的原理只能unicastflooding向所有VLAN301端口直