1 問(wèn)題描述
隨著以太網(wǎng)技術(shù)在工業(yè)網(wǎng)絡(luò)的大量普及，工業(yè)以太網(wǎng)現(xiàn)場(chǎng)的規(guī)模逐步擴(kuò)大，如圖 1 網(wǎng)絡(luò)，除了傳統(tǒng)的工業(yè)控制設(shè)備外，例如高清攝像頭等視頻系統(tǒng)也會(huì)連接在現(xiàn)場(chǎng)的網(wǎng)絡(luò)中。而類似高清攝像頭等此類設(shè)備，數(shù)據(jù)流量很大，會(huì)占用大量的帶寬，如果不對(duì)網(wǎng)絡(luò)加以管理，有可能造成網(wǎng)絡(luò)的堵塞，嚴(yán)重的影響通訊。
<圖 1 網(wǎng)絡(luò)>
2 測(cè)試
對(duì)于大數(shù)據(jù)流量對(duì)帶寬的占用，我們可能無(wú)法很直觀的體會(huì)出來(lái)，這里我們通過(guò)一個(gè)測(cè)試：通過(guò) SNMP 軟件(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)觀察 PLC 端口的輸入流量。如圖 2，這里使用的是 ZOHO（卓豪）公司的 ManageEngine 網(wǎng)絡(luò)管理軟件。
ManageEngine 網(wǎng)絡(luò)管理軟件可以通過(guò) SNMP 協(xié)議訪問(wèn) PLC 以太網(wǎng)接口的 MIB 變量，“ifInOctets”/“ifOutOctets”分別表示端口的輸入/輸出字節(jié)數(shù)。
<圖 2 SNMP 管理軟件>
如圖3，在網(wǎng)絡(luò)上沒(méi)有大數(shù)據(jù)流量時(shí)，輸入（紅色）/輸出（綠色）端口狀態(tài)曲線。
<圖 3 PLC 端口一般狀態(tài)的趨勢(shì)圖>
如果此時(shí)，網(wǎng)絡(luò)中接入視頻信號(hào)，比如 VLC 播放器，可以通過(guò)組播發(fā)送數(shù)據(jù)流，如圖 4。通過(guò) Wireshark 的軟件抓包可以看到，此時(shí)網(wǎng)絡(luò)上會(huì)有大量的 UDP 組播數(shù)據(jù)包存在，如圖5。
<圖 4 VLC 發(fā)送組播數(shù)據(jù)流>
<圖 5 組播數(shù)據(jù)流>
這樣的情況下，網(wǎng)絡(luò)中如果使用了不支持組播管理的交換機(jī)（比如 Scalance X300 以下）；或者交換機(jī)支持組播管理，但是沒(méi)有激活。組播報(bào)文將會(huì)以泛洪的形式在交換機(jī)的每個(gè)端口轉(zhuǎn)發(fā)。
對(duì)于 PLC 的端口，很顯然并不會(huì)作為視頻的最終用戶，但是此時(shí)也會(huì)收到組播數(shù)據(jù)包。如圖6，接收到組播數(shù)據(jù)流的 PLC 端口流量趨勢(shì)圖，端口的流量會(huì)有很明顯的增加。那可以試想，如果此時(shí)接入的是數(shù)據(jù)流更大的高清視頻，而且是很多路，則帶來(lái)的后果可想而知。
<圖 6 PLC 端口接收到組播的趨勢(shì)圖>
3 解決方案
因此，為了解決上面測(cè)試中 UDP 組播數(shù)據(jù)包泛洪轉(zhuǎn)發(fā)的問(wèn)題，首先應(yīng)該在選型中使用支持組播管理的交換機(jī)。SCALANCE X 交換機(jī)在組播管理上使用 “IGMP Snooping”功能，通過(guò)對(duì)交換機(jī)端口接收到的 Report 報(bào)文進(jìn)行分析，并在交換機(jī)中建立相應(yīng)的組播 MAC 地址與端口的對(duì)應(yīng)表項(xiàng)，從而實(shí)現(xiàn)組播數(shù)據(jù)包的二層快速轉(zhuǎn)發(fā)靜態(tài)指定。
如圖 7，在交換機(jī)管理頁(yè)面中激活“IGMP Snooping”功能；如果網(wǎng)絡(luò)中有多臺(tái)交換機(jī)，至少有一臺(tái)激活“IGMP Querier”，如圖 8。
<圖 7 SCALANCE X 交換機(jī)“IGMP Snooping”>
<圖 8 SCALANCE X 交換機(jī)“IGMP Querier”>
此時(shí)，如圖 9，在交換機(jī)會(huì)生成組播 MAC 地址和端口的對(duì)應(yīng)表，組播報(bào)文只會(huì)在成員的端口上轉(zhuǎn)發(fā)。
<圖 9 SCALANCE X 交換機(jī)“Multicast Groups”>
也可以在交換機(jī)“Blocking Mask”中，如圖 10，禁止某個(gè)端口上轉(zhuǎn)發(fā)未知的組播報(bào)文來(lái)抑制組播的泛洪轉(zhuǎn)發(fā)。
<圖10 SCALANCE X 交換機(jī)“Blocking Mask”>
4 總結(jié)
通過(guò)上面的分析，不難看出大數(shù)據(jù)流量對(duì)工業(yè)網(wǎng)絡(luò)的影響，因此必須對(duì)網(wǎng)絡(luò)進(jìn)行優(yōu)化和管理，可以在以下方面注意：
如圖 11，通過(guò) VLAN 劃分廣播域，減小不必要的廣播報(bào)文
<圖 11 交換機(jī)劃分 VLAN>
- VLAN， IGMP Snooping 無(wú)法減小骨干網(wǎng)的帶寬占用 ，如果骨干網(wǎng)帶寬占用過(guò)大，會(huì)導(dǎo)致 MRP 的探測(cè)幀無(wú)法及時(shí)傳遞，影響環(huán)網(wǎng)狀態(tài)。必要時(shí)考慮采用最高 10G 環(huán)網(wǎng)
- 大數(shù)據(jù)量的視頻系統(tǒng)剝離控制系統(tǒng)
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
