發布日期：2022-07-14 點擊率：104
1. 概述
很多工業應用要求現場設備采用線形拓撲聯網。使用線形拓撲，要求終端設備具有兩個以太網端口，實施串行連接的方式，從上一個設備連到下一個設備。這種連接的問題是：一旦一個節點設備或者連接失效，會導致整個網絡的失效。如果在終端設備上使用設備環協議, 配置成環形拓撲，這時單點失效就不會阻礙其他設備的通信了。
本文描述的設備環（DLR）協議在環形拓撲網絡上提供了高可用性。DLR協議最初打算用在EtherNet/IP的終端設備中，設備具有兩個以太網口，嵌入了交換機的技術，網絡具有快速的故障檢出和重新配置功能，可以滿足大多數控制應用的要求。比如：一個50節點的環網使用DLR協議，在最差的情況下，網絡恢復的時間小于3ms。
因為DLR協議運行在第2層（在ISO的OSI 網絡模型中），環形拓撲和DLR協議的運行，對于高層協議是透明的，諸如TCP/IP和CIP，除了通過CIP提供了一個DLR對象，這個對象包括了DLR配置和診斷接口。
DLR網絡至少要有一個節點（設備）、一個環監督器和任何數量的常規環節點。這里假設所有環節點都有兩個以太網口，使用了嵌入式技術的交換機。非DLR的多口設備－ 交換機或者節點設備－可以接入環中，但要服從一定的規則。非DLR 設備的接入會影響環網的恢復時間。
2. 支持的拓撲結構
DLR拓撲使用簡單的單環結構；不支持多環或者重疊環。網絡架構允許多于一個DLR環，只要求多個環之間是隔離的。這樣，在一個環中的DLR協議幀不會在另一個環上出現。DLR協議可以與其他協議共存，且不會相互干擾。標準的網絡協議，諸如IEEE的生成樹協議（STP，RSTP，MSTP）、專有的冗余協議，可以和DLR一起運行。也就是說，用戶可以用交換機構建環形網絡，使用DLR協議，同時還可以運行生成樹協議或其他環協議，見圖1。
圖1：使用交換機的DLR
在圖1中，每個DLR都是隔離的DLR網絡，每個環都有一個環監督器（DLR Supervisor）。圖示中的監督器有一個端口為封閉模式，用短紅線表示，這是在環沒有故障的情況下。
連接DLR的交換機可以運行STP/RSTP/MSTP， 當冗余路徑存在時（圖1中用綠線表示），生成樹協議可以防止環路產生。交換機在DLR環端口發送的生成樹協議報文會由DLR環監督器（參考IEEE STP/RSTP/MSTP協議）阻斷，交換機不會阻斷DLR信息。
連接了DLR設備的交換機端口必須進行配置，以確保能夠完成相應的功能。較復雜的拓撲可能是結合DLR環和非DLR交換機時運行STP/RSTP/MSTP，可能在DLR端口產生被阻止的情況。參考DLR規范了解詳情。
[DividePage:NextPage]
3. 正常運行
圖2表示了一個DLR網絡正常運行的情況。就像圖中顯示的，每個節點有兩個以太網口，并假設內嵌了交換機。當節點設備接收到一個以太網口包時，它要決定是接收這個包（比如，包有節點的MAC地址），還是要從另一個以太網口轉發這個包。
圖 2: 正常運行
有效的環監督器阻斷另一個端口的通信，除了一些特殊幀，它不轉發從一個口到另一個口的數據。使用這樣的機制，可以避免網絡環路的形成。在正常工作期間，任何兩個環節點之間只有一條路徑存在。
在每個信標間隔（缺省值為400微秒），有效環監督器通過它的兩個以太網口發送一次信標幀。有效環監督器每秒還發送一次通告幀。發送信標和通告幀可以達到以下的目的：
1. 信標和通告幀可以通知環節點從線形拓撲到環形拓撲的轉換。
2. 監督器的信標幀丟失可以檢測到某種類型的故障。（注：通用環節點也能檢查環和通知環故障）。
3. 信標幀攜帶一個優先值，當配置了多個環監督器時，通過這個值選擇一個有效監督器。
圖3表示由有效環監督器發送信標和通告幀：
圖3: 信標和通告幀
4. 連接失效
4.1公共失效
最常見的公共鏈接失效形式包括下面的情形：
? 連接或者其他物理層失效由相鄰節點查出。
? 一個環節點的電源失效或者電源波動，由相鄰節點查出，認為是連接失效。
? 介質被用戶有意斷開，比如增加新節點或者刪減已有節點。
在上述情況下，故障相鄰節點會發送一個link_Status信息到有效環監督器。圖4 表示了故障相鄰的環節點各自發送一個link_Status信息到有效環監督器。
圖4:鏈接失效
接收了link_Status信息之后，有效環監督器重新配置網絡，釋放以前被封閉的端口，更新它的單播MAC表。監督器立即發送帶有環狀態值的信標和通告幀，指出環現在出現故障。
[DividePage:NextPage]
根據一個方向上信標檢測的丟失信息、或根據帶有環狀態值的信標和通告幀，環節點也要更新它們的單播MAC表。在監督器和環節點同時都更新了單播 MAC表以后，網絡完成了重新配置，通信才能繼續進行。
圖5表示了在連接失效后網絡的配置，通信信息經過了有效環監督器的兩個口。
圖5: 在鏈接失效后網絡重新配置
4.2 非公共失效
除了大多數的公共連接失效外，還有一類非公共失效：
? 在一個環節點的高層硬件/固件故障引起通信丟失，但物理層功能正常，電源也正常。
? 環協議未知節點與協議識別節點連接成鏈，這個鏈的中間某處出現失效。
在這些情況下，有效環監督器會先在一個口檢查信標幀的丟失，然后在兩個口都檢查到。這時有效環監督器會重新配置網絡，和公共失效的情況一樣。另外，有效環監督器會發送一個Locate_Fault幀診斷故障位置。
還有可能出現：網絡的一部分發生故障（如這部分由同一個電源供電，這個電源出了故障），會導致通信僅在一個方向上丟失。有效環監督器檢測到在一個口的信標丟失，可以查出這種故障。當有效環監督器的封閉口檢測到部分故障時，會在DLR對象中設置狀態值。因為是部分故障，環從這個點會進行網絡分段，這時還需要用戶的參與，排除故障。
某些特殊條件，諸如一個網絡連接器連接不可靠，可能會使有效環監督器不斷在故障/恢復周期中循環。如果一直這樣持續，會引起網絡狀態的不穩定，而且很難診斷的問題所在。當有效環監督器快速檢測故障/恢復條件（在一個30秒周期發現5故障）時沒有發現故障，會在DLR對象中設置一個狀態值，在一個端口阻止通信。用戶必須通過DLR對象，顯式地清除這個狀態值。
5．DLR設備的分類
DLR的設備分為下面幾類。執行每類的詳細要求會在后續章節定義。
環監督器
這類設備執行環監督器的功能。必須完成要求的環監督器行為，包括在缺省信標間隔400微秒時，發送和處理信標幀的能力。
支持信標幀的環節點
這類設備能夠執行DLR協議，但沒有環監督器的功能。它們能夠處理和執行環監督器發送的信標幀。支持信標的環節點要支持以400微秒間隔接收信標的速率。
支持通告幀的環節點
這類設備能夠執行DLR協議，但沒有環監督器的功能。因為這種環節點不處理信標幀，所以只能轉發信標幀。這種節點可以處理通告幀。
[DividePage:NextPage]
6. 實施要求
6.1 嵌入式交換機的要求和建議
下面是對使用嵌入式技術交換機（無論使用哪種商用芯片，FPGA，ASIC，等）的通用要求和建議：
? IEEE 802.3操作：
? 自動協商，10/100Mbps，全/半雙工（要求）；
? 速度/雙工的強迫設置（要求）；
? 推薦：在環口關閉流控制。
? 自動MDIX（介質隨接口交叉），在自動協商和強迫設置速度/雙工模式下。 注：這是物理層和轉換問題，不是嵌入交換問題（要求）。
? QoS：
? 2 個隊列（要求）；4個隊列（推薦）；
? 因為DLR幀具有排列中的高優先級，所以需要嚴格執行優先級排序功能（要求）；
? 使用 的優先次序（要求），和DSCP－差分服務代碼點 （高度推薦）。要與EtherNet/IP 的QoS 標準相一致。對于IP幀，嵌入交換機要使用DSCP值。對于非IP幀，使用在幀頭中的優先級位。
? 限制主機CPU的廣播速率（推薦）。設備容忍的廣播閥值取決于主機CPU。一般的推薦為：當廣播通信量超過帶寬的1%時，廣播流量限制應該使能。
? 到主機CPU 的單播和多播過慮（推薦，實踐證明大多數設備需要這個功能）。
6.2 DLR 實施要求
下面的要求應用于DLR節點，無論是環監督器還是環節點：
? 保持環協議幀中的 IEEE VLAN Id 和標簽優先級。
? 在環口禁止IP多播過慮或者在環狀態轉換時更新多播過慮表。
? 為環口轉發信標幀和主機CPU執行信標幀配置多播地址。
? 為通告和Locate_Fault 幀轉發到主機CPU和環口配置多播地址。
? 為Neighbor_Check_Request /Response和Sign_On僅轉發給主機CPU配置多播地址。
? 執行一種機制：標記從環上收到這種幀的端口。
? 執行一種機制：轉發從主機CPU到環的這種幀，僅通過該端口發出。
? 配置有效環監督器的單播MAC地址，這樣監督器可以在兩個口轉發幀。
? 在環狀態轉換時，更新單播MAC 地址表（或者禁止學習）。
? 配置自己的單播MAC地址，這樣在MAC地址表更新時，它不會被清除。
? 執行以太網連接對象的接口計數器和介質計數器屬性，幫助進行網絡監視。
? 執行QoS對象，至少要有由設備產生的EtherNet/IP通信DSCP記號。
? 推薦：配置訪問控制列表或者其他適合的機制－在接收報文時，除去來自網絡設備自己的幀（比如，在環啟動/恢復周期）。
7. 結論
DLR協議適合在EtherNet/IP網絡上使用。DLR網絡可以容錯所有單點失效，在單環拓撲中提供了高可用性網絡。在50個節點的DLR網絡中，最差的情況下，網絡的恢復時間小于3ms。快速的故障恢復，使得DLR網絡可以在實時的控制系統中使用。
（羅克韋爾自動化 華镕）
下一篇： PLC、DCS、FCS三大控
上一篇： 主流實時以太網技術的
