實戰(zhàn)手記之Catalyst 85xx上的Multicast

2019-11-05 00:09:39

字體：大中小

供稿：網(wǎng)友

　　KeyWords: Catalyst 8540 8510 Multicast IOS No ip mroute-cache CiscoWorks
　　有一個問題，象一個影子般的跟著我，好久了...呵呵，有夠夸張啦。
　　是這樣的，一個ATM主干企業(yè)網(wǎng)絡(luò)里有兩臺Catalyst 8540, 四臺8510，拓?fù)鋱D如下(出自一位參與解決問題的CCIE之手)：
　　　

　　這個網(wǎng)絡(luò)里有多個基于多播技術(shù)的視頻監(jiān)控流, 源主機(jī)分別連接在11.3,11.5和11.6之上，用戶還需要使用同樣基于多播技術(shù)的桌面視頻會議系統(tǒng)提供點對點或點對多點的可視會話。
　　問題是只有連接到11.6上的的一個的監(jiān)控流能正確地傳到11.1以及相鄰的11.2、11.7上，傳不到11.3和11.5上。使用桌面視頻系統(tǒng)的時候更慘，8540交換機(jī)的ARM端口干脆當(dāng)?shù)袅恕Ｔ诙嗖チ鞯膫魉瓦^程中，可以觀察到明顯的傳輸中斷。
　　這時候的配置為點對多點的ARM子接口+ atm map-list、每臺8540到直接連接的交換機(jī)建一個VC(試過LANE，但是8510經(jīng)常當(dāng)機(jī)), 遍試各種PIM模式、RP配置方法無效。后來參考一此資料得知，在ATM網(wǎng)絡(luò)上路由多播，Cisco有多種高級的方式，比如pim nbma-mode、atm及pim multipoint-signalling等，但85xx一概不支持，于是開始有了要將網(wǎng)絡(luò)調(diào)整為Full-Mesh VC的想法。但是我認(rèn)為，即使是Full-mesh VC也解決不了傳輸中斷和導(dǎo)致當(dāng)機(jī)的問題。
　　正好，新的IOS發(fā)布了，升級之后當(dāng)機(jī)的問題解決了，中斷的問題向Cisoc中國TAC開了一個P3 (優(yōu)先級=3)的Case,另一位CCIE將網(wǎng)絡(luò)情況描述如下：
　　　

　　分析資料后，決定先將網(wǎng)絡(luò)調(diào)整到Full-mesh VC方式, 即VC的數(shù)量=交換機(jī)臺數(shù)n*(n-1)/2 ), 下圖為以某臺交換機(jī)上的VC視圖:
　　

　　經(jīng)此調(diào)整之后，多播流可以傳輸?shù)剿械慕粨Q機(jī)上，但中斷問題仍然存在，一位CCIE認(rèn)為Cisco 有很多版本的IOS都有ip mroute cache工作不正常的問題，應(yīng)禁止掉。關(guān)閉ip mroute-cache之后11.6之上的監(jiān)控圖像傳輸正常，但其它的多播應(yīng)用均有接收三分鐘后中斷的現(xiàn)象，而且可想而知地，CPU利用率非常高，沒有主機(jī)在接收多播流的情況之下連接多播源主機(jī)的交換機(jī)CPU利用率在40以上，有接收者時高達(dá)99%。
　　只好又到Cisco TAC開了一個P1的Case, 工程師分析后認(rèn)為是IOS的BUG，需由開發(fā)工程師(DE)修改IOS，于是一周之后，DE拿出了兩個IOS的XP版:)... show version 如下:
　　Cisco Internetwork Operating System Software IOS (tm) PNNI Software (cat8540m-WP-M), Experimental Version 12.1(20020121:054758) [ramr-portstUCk 114]
　　...
　　Cisco Internetwork Operating System Software IOS (tm) Cat8510MSR WA5-5 Software (Cat8510M-WP-M), Experimental Version 12.0(20020118:092001) [ramr-arm_porstuck 112]
　　...
　　將IOS升級之后，調(diào)整配置，終于獲得了令人滿足的效果。最終配置為：
　　interface ATM1/0/0.121 multipoint
　　description links to 8540_B
　　ip address 10.10.11.149 255.255.255.252
　　ip pim sparse-mode
　　ip ospf network point-to-point
　　map-group map121
　　atm pvc 2 121 pd on　encap aal5snap interface　ATM0/0/0 0 121
　　!
　　interface ATM1/0/0.131 multipoint
　　description links to 8510_1
　　ip address 10.10.11.141 255.255.255.252
　　ip pim sparse-mode
　　ip ospf network point-to-point
　　map-group map131
　　atm pvc 2 131 pd on　encap aal5snap interface　ATM0/0/0 0 131
　　!
　　...
　　map-list map121
　　ip 10.10.11.150 atm-vc 121 broadcast
　　!
　　map-list map131
　　ip 10.10.11.142 atm-vc 131 broadcast
　　!
　　...
　　
　　幾點心得是：1.使用auto-rp。假如用ip pim address ...會有一個警告信息PIM-6-INVALID_RP_JOIN；
　　2.不要使用橋接(bridge-group),影響性能；
　　3.以太網(wǎng)交換機(jī)比ATM交換機(jī)更適合作為企業(yè)網(wǎng)的主干設(shè)備。
　　最近其它的心得：
　　1. show version 輸出注重看System restarted by ... 有時候可以看到硬件問題導(dǎo)致重啟的記錄，比如內(nèi)存校檢錯。異常原因當(dāng)機(jī)時可能會在Flash中生成crashinfo_20020101184611之類的信息文件，可以用more命令或TFTP down 下來后用記事本查看，其中有當(dāng)機(jī)前的操作記錄，當(dāng)機(jī)時系統(tǒng)狀態(tài)等信息。
　　2.《Native Vlan 與 IVR 》中提到的msfc不配所有VLAN不能通過其它VLAN端口連通的問題據(jù)一位CCIE說在ISP版本IOS中沒有。
　　3. Log信息是最有價值的排錯參考資料之一，不妨記得經(jīng)常打show log看一看，有條件的話配置一個syslog server.
　　4. 注重CiscoWorks的日志不會自動清除，磁盤空間不足時可以運(yùn)行腳本備份后刪除。典型安裝時為：
　　c:
　　cd "/PRogram Files/CSCOpx/bin/"perl ../cgi-bin/admin/logbackup.pl -force -dir d:/backup_dir進(jìn)入討論組討論。

上一篇：Configure SSH on Catalyst Switches

下一篇：Catalyst3550-12T和12G智能交換機(jī)