계장기술(PROCON)

기술정보 (연재)EtherNet/IP와 장치 레벨 링(DLR) 사용 지침 <3회>

페이지 정보

작성자 최고관리자 댓글 0건 조회 81회 작성일 22-09-15 16:59

본문

878f2dacd09edd9f0524ebe219c433cb_1663228365_1334.png
3.5 DLR 링에 비 DLR 장치 삽입
그림 3과 같이 사용자는 DLR 링에 Non-DLR 장치를 삽입할 수 있다. 비 DLR 장치는 링에 삽입되므로 최악의 경우 고장 감지 시간에 악영향을 미치지 않는다(참고 : 섹션 3.5.1 및 3.5.2의 모든 지침을 충족하려면 비 DLR 장치가 필요하므로 MAC 학습을 비활성화해야 함). 관리자는 여전히 신호 프레임의 부족을 감지하고 링 복구를 시작한다. 그러나 상당수의 Non-DLR 장치가 링에 포함되고, 두 Non-DLR 노드 간에 고장이 발생할 경우, 고장을 격리하고 진단하는 데 문제가 있다.

878f2dacd09edd9f0524ebe219c433cb_1663228465_7856.png

예를 들어, 그림 4의 토폴로지를 생각해 보기 바란다. 이 간단한 링은 감독자(S1), 4개의 DLR 노드(D1~D4) 및 단일 비 DLR 장치(N1)로 구성된다. DLR 관점에서 N1은 존재하지 않는다. D4는 D2를 DLR의 “인접 역”으로 간주한다. N1과 D4(빨간색 “X”로 표시됨) 사이에 링크 장애가 발생한다고 가정한다. D4는 고장을 감지하고 즉시 감독관에게 알린다. 관리자는 오류 감지 프로세스를 진행하여 D2를 “포트 1의 마지막 활성 노드”로, D4를 “포트 2의 마지막 활성 노드”로 식별한다. 또한 네트워크 관리자는 이더넷 링크 개체를 통해 D2 및 D4에 대한 링크 상태를 쿼리할 수 있다. 따라서 네트워크 관리자는 D4의 관점에서 보면 D2와의 링크는 다운된 반면, D2의 관점에서는 링크가 여전히 업 상태라는 것을 알고 있다. 슈퍼바이저는 포트 2에서 트래픽 차단을 해제하고, 네트워크 트래픽은 재개되며, 네트워크 관리자는 장애가 D4의 낮은 포트, N1의 오른쪽 포트 또는 이러한 노드 간의 케이블링에 있다고 합리적으로 추론할 수 있다.

878f2dacd09edd9f0524ebe219c433cb_1663228493_1422.png         878f2dacd09edd9f0524ebe219c433cb_1663228509_8304.png

그림 5에 설명된 경우를 생각해 보기 바란다. 이 경우 단순 링에 N2 및 N3 비 DLR 장치가 추가되었다. 이전과 마찬가지로 D4는 D2를 DLR “인접”으로 간주하고, 그 반대도 마찬가지이다. N2와 N3 사이의 링크 오류를 가정하기 바란다. 이 경우 해당 링크가 DLR 지원 장치에 직접 연결되어 있지 않기 때문에 이더넷 링크 개체를 통해 링크 오류를 보고할 수 없다. 감독자가 문제를 인식하기 전에 신호 시간 초과가 발생해야 한다. 감독자가 다시 오류 감지 프로세스를 진행하여 D2를 “포트 1의 마지막 활성 노드”로, D4를 “포트 2의 마지막 활성 노드”로 식별한다. 관리자가 포트 2에서 트래픽 차단을 해제하고, 네트워크 트래픽이 재개된다. 그러나 장애는 D2와 D4 사이에 존재할 수 있으므로 네트워크 관리자는 장애를 분리하는 데 더 많은 어려움을 겪을 수 있다.
여러 개의 Non-DLR 장치를 링에 삽입해야 하는 경우, 결함을 더 잘 격리하기 위해 장치 사이에 DLR 노드를 삽입하는 것이 좋다(그림 6).
① DLR을 지원하지 않는 장치의 요구사항
프로토콜 DLR 프로토콜에 대한 간섭을 방지하려면 내장형 스위치를 포함하지만, DLR 프로토콜을 지원하지 않는 장치를 신중하게 구성해야 한다. 일반적으로 유니캐스트 MAC 학습은 DLR 링에 연결된 포트에서 비활성화되어야 한다. 비 DLR 장치를 사용하면 링 결함 또는 복원 후 일정 시간 동안 유니캐스트 프레임이 손실될 수 있다. 링 장애/복원 후 장치가 다른 포트를 통해 연결할 수 있으므로 장치의 MAC 학습 테이블이 잘못될 수 있다. MAC 학습 테이블이 프레임을 전송하는 장치의 결과로 업데이트될 때까지 유니캐스트 프레임은 대상 장치에 도달하지 못할 수 있다.
② DLR 프로토콜을 지원하지 않는 장치의 일반 구성 요구사항
DLR 링에서 DLR 프로토콜을 지원하지 않는 장치를 사용하면 오류 감지 및 링 복구 후 원치 않는 유니캐스트 프레임 손실이 발생할 수 있다. 사용자는 DLR 링에 연결된 포트에서 유니캐스트 MAC 학습을 비활성화하여 이 상황을 방지할 수 있다.
③ 링 네트워크의 구성 요구사항
1. IPv4 헤더의 TOS(Type of Service) 필드에 포함된 DSCP(Differentiated Services Code Point) 또는 IEEE 802.1에 지정된 VLAN ID에 포함된 3비트 우선순위 필드에 기반한 서비스 품질(QoS)D/Q. QoS에는 DSCP를 사용하는 것이 좋다. DSCP 및 IEEE 802.1 D에 대한 EtherNet/IP 트래픽의 기본 매핑은 표 4에 나와 있다. 사양에 따라 두 개의 우선순위 대기 열이 허용되고 저 성능 응용 프로그램에 허용될 가능성이 높지만, 네 개의 우선순위 대기 열을 사용하면 높은 우선순위 트래픽의 보다 결정론적 전달을 보장할 수 있다. 사용자는 자신의 애플리케이션에 대한 QoS 체계를 구현할 때 결함 감지 및 링 복구 시간 요구사항을 신중하게 고려해야 한다.
2. 링에 직접 연결된 스위치 포트는 IEEE 802를 보존하도록 구성해야 한다. 포트를 통과할 때 링 프로토콜 프레임의 1Q 태그 우선순위이다.
3. 링에 연결된 스위치의 두 포트에서 IP 멀티캐스트 필터링을 사용하지 않도록 설정한다. 이 단계는 링 재구성 후 EtherNet/IP 멀티캐스트 연결 데이터의 중단 없는 전송을 보장한다.

878f2dacd09edd9f0524ebe219c433cb_1663228690_888.png
4. 링에 연결된 스위치의 두 포트에서만 링 프로토콜에 사용되는 세 개의 멀티캐스트 주소를 포워딩 하도록 정적으로 구성한다. 멀티캐스트 링 프로토콜 프레임이 스위치의 다른 포트에서 전달되지 않게 하려면 이 단계를 수행해야 하며, 주소는 다음과 같다.

878f2dacd09edd9f0524ebe219c433cb_1663228719_8085.png
5. 구성된 모든 링 슈퍼바이저의 유니캐스트 MAC 주소를 스위치의 MAC 테이블에 정적으로 구성하고, 링 슈퍼바이저 앞으로 유니캐스트 트래픽이 링에 연결된 스위치의 두 포트를 통해 전달되도록 한다. 이 단계를 수행하여 활성 링 감독자의 양방향 링 비콘에 의해 스위치가 혼돈되는 것을 방지해야 한다.

878f2dacd09edd9f0524ebe219c433cb_1663228742_4103.png