| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris 11.1 네트워크 성능 관리 Oracle Solaris 11.1 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris 11.1 네트워크 성능 관리 Oracle Solaris 11.1 Information Library (한국어) |
브릿지는 두 노드 사이의 경로인 개별 네트워크 세그먼트를 연결하는 데 사용됩니다. 브릿지로 연결하면 연결된 네트워크 세그먼트가 단일 네트워크 세그먼트처럼 통신합니다. 브릿징은 네트워킹 스택의 데이터 링크 계층(L2)에 구현됩니다. 브릿지는 패킷 전달 방식을 사용하여 하위 네트워크를 함께 연결합니다.
브리징과 경로 지정은 모두 네트워크의 리소스 위치에 대한 정보를 배포하는 데 사용될 수 있지만 여러 가지 차이점이 있습니다. 경로 지정은 IP 계층(L3)에 구현되고 경로 지정 프로토콜을 사용합니다. 데이터 링크 계층에서는 경로 지정 프로토콜이 사용되지 않습니다. 대신 브릿지에 연결되어 있는 링크에 수신된 네트워크 트래픽을 검사하여 전달된 패킷의 대상을 확인합니다.
패킷이 수신되면 소스 주소가 검사됩니다. 패킷의 소스 주소는 패킷이 전송된 노드를 패킷이 수신된 링크에 연결합니다. 그런 다음 수신된 패킷이 대상 주소와 동일한 주소를 사용하는 경우 브릿지가 링크를 통해 패킷을 해당 주소로 전달합니다.
소스 주소와 연결된 링크는 브리징된 네트워크의 다른 브릿지에 연결된 중간 링크일 수 있습니다. 시간이 경과하면 브리징된 네트워크의 모든 브릿지가 패킷을 지정된 노드로 보내는 링크를 "학습"합니다. 따라서 패킷의 대상 주소를 사용하여 hop 단위 브릿징을 통해 패킷을 최종 대상으로 보냅니다.
로컬 "링크 작동 중지" 알림은 지정된 링크의 모든 노드에 더 이상 연결할 수 없음을 나타냅니다. 이 경우 해당 링크에 대한 패킷 전달이 중지되며 이 링크를 통한 모든 전달 항목이 비워집니다. 이전 전달 항목도 시간이 경과하면 비워집니다. 링크를 복원하면 해당 링크를 통해 수신된 패킷이 새 항목으로 간주됩니다. 패킷의 소스 주소를 기반으로 하는 "학습" 프로세스가 다시 시작됩니다. 이 프로세스를 사용하면 주소가 대상 주소로 사용될 때 브릿지가 해당 링크를 통해 패킷을 제대로 전달할 수 있습니다.
패킷을 대상으로 전달하려면 브릿지가 해당 브릿지에 연결된 모든 링크에서 무차별 모드로 수신 대기해야 합니다. 무차별 모드에서 수신 대기하면 브릿지에서 패킷이 전체 회선 속도로 무기한 순환하는 전달 루프가 발생할 수 있습니다. 따라서 브릿징은 STP(Spanning Tree Protocol) 방식을 사용하여 하위 네트워크를 사용할 수 없게 만드는 네트워크 루프를 방지합니다.
브릿지에 STP 및 RSTP(고속 스패닝 트리 프로토콜)를 사용하는 것 외에도, Oracle Solaris에서는 향상된 TRILL(다수 링크의 투명한 상호 연결) 보호를 지원합니다. 기본적으로 STP가 사용되지만 브릿징 명령에 -P trill 옵션을 지정하면 TRILL을 사용할 수 있습니다.
브릿지 구성을 사용하면 다양한 노드가 단일 네트워크로 연결되어 네트워크의 다양한 노드 관리가 단순화됩니다. 브릿지를 통해 이러한 세그먼트를 연결하면 모든 노드가 단일 브로드캐스트 네트워크를 공유합니다. 따라서 각 노드는 네트워크 세그먼트에 트래픽을 전달하기 위해 라우터를 사용하는 대신 IP와 같은 네트워크 프로토콜을 사용하여 다른 노드에 연결할 수 있습니다. 브릿지를 사용하지 않는 경우 노드 간의 IP 트래픽 전달을 허용하도록 IP 경로 지정을 구성해야 합니다.
그림 4-1 브리징된 단순 네트워크
이전 그림에서는 브리징된 단순 네트워크 구성을 보여줍니다. goldengate 브릿지는 브리징이 구성되어 있는 Oracle Solaris 시스템입니다. 시스템 sanfrancisco 및 sausalito는 브릿지에 물리적으로 연결되어 있습니다. 네트워크 A에서 한쪽은 브릿지에, 다른 쪽은 컴퓨터 시스템에 물리적으로 연결된 허브를 사용합니다. 브릿지 포트는 bge0, bge1 및 bge2와 같은 링크입니다.
브리징된 네트워크는 여러 브릿지를 물리적으로 연결하는 링으로 형성될 수 있습니다. 이러한 구성은 네트워크에서 일반적으로 사용됩니다. 이 유형의 구성을 사용하면 오래된 패킷이 링을 무기한 반복하여 네트워크 링크가 포화되는 문제가 발생할 수 있습니다. 이러한 반복 상태로부터 보호하기 위해 Oracle Solaris 브릿지는 STP 및 TRILL 프로토콜을 모두 구현합니다. 대부분의 하드웨어 브릿지는 STP 루프 방지도 구현합니다.
다음 그림에서는 링으로 구성된 브릿징된 네트워크를 보여줍니다. 이 구성에서는 세 개의 브릿지를 보여줍니다. westminster 브릿지에는 시스템 2개가 물리적으로 연결되어 있습니다. waterloo 브릿지에는 시스템 1개가 물리적으로 연결되어 있습니다. tower 브릿지에도 시스템 1개가 물리적으로 연결되어 있습니다. 브릿지는 브릿지 포트를 통해 서로 물리적으로 연결되어 있습니다.
그림 4-2 브리징된 네트워크 링
STP 또는 RSTP를 루프 방지에 사용하는 경우 루프의 연결 중 하나가 패킷을 전달할 수 없게 하여 물리적 루프를 줄여줍니다. 그림 4-2에서는 westminster 및 tower 브릿지 간의 물리적 링크가 패킷 전달에 사용되지 않음을 보여줍니다.
사용 가능한 물리적 링크를 종료하여 루프 방지를 수행하므로 STP 및 RSTP는 대역폭이 감소합니다.
STP 및 RSTP와 달리 TRILL은 루프 방지를 위해 물리적 링크를 종료하지 않습니다. 대신 TRILL은 네트워크의 각 TRILL 노드에 대해 최단 경로 정보를 계산하고 이 정보를 사용하여 패킷을 개별 대상으로 전달합니다.
따라서 TRILL을 사용하면 시스템의 모든 링크를 항상 사용할 수 있습니다. 루프는 IP에서 루프를 처리하는 것과 유사한 방식으로 처리되므로 문제가 되지 않습니다. 즉, TRILL은 필요에 따라 경로를 만들고 전달 hop 제한을 사용하여 일시적 루프 상태에 의한 문제를 방지합니다.
 | 주의 - SPARC 플랫폼에서 local-mac-address?=false를 설정하지 마십시오. 설정하는 경우 동일한 네트워크의 여러 포트에서 동일한 MAC 주소가 잘못 사용됩니다. |
| 주의 - 가능한 최고 레벨의 성능이 필요한 경우 링크를 브릿지로 구성하지 마십시오. 브리징을 사용하려면 기본 인터페이스가 반드시 무차별 모드여야 합니다. 이 경우 하드웨어, 드라이버 및 기타 시스템 계층에 있는 많은 중요한 최적화 기능이 사용 안함으로 설정됩니다. 이러한 성능 향상 기능이 사용 안함으로 설정되는 것은 브릿징 방식의 필연적인 결과입니다. 시스템 링크 중 일부가 브릿징되지 않아 이러한 제약 조건이 적용되지 않는 시스템에서 브릿지를 사용할 수 있습니다. 이러한 성능 문제는 브릿지의 일부로 구성된 링크에만 영향을 줍니다. |
STP에 대한 자세한 내용은 IEEE 802.1D-1998을 참조하십시오. RSTP에 대한 자세한 내용은 IEEE 820.1Q-2004를 참조하십시오. TRILL에 대한 자세한 내용은 Internet Engineering Task Force (IETF) TRILL draft documents를 참조하십시오.
다음 링크 등록 정보는 dladm show-linkprop 명령을 사용하여 표시할 수 있으며 dladm set-linkprop 및 reset-linkprop 명령을 사용하여 수정할 수 있습니다.
링크와 송수신하는 태그 미지정된 패킷의 기본 VLAN(가상 LAN) ID를 정의합니다. 유효한 값은 0에서 4094 사이입니다. 기본값은 1입니다. 비VLAN 및 비VNIC(가상 네트워크 인터페이스 카드) 유형 링크에만 이 등록 정보가 있습니다. 이 값을 0으로 설정하면 포트와 주고받는 태그 미지정된 패킷의 전달이 사용 안함으로 설정됩니다. 이것은 MAC 등록 정보입니다.
주 - 또한 브리징 범위 밖에서 이 등록 정보를 사용하여 링크의 IEEE PVID(Port VLAN Identifier)를 지정합니다. default_tag가 0이 아닌 경우 기본 링크 자체가 PVID를 자동으로 나타내기 때문에 링크에 동일한 ID를 가진 VLAN을 만들 수 없습니다.
예를 들어, net0에서 PVID를 5로 설정한 경우 net0에 ID가 5인 VLAN을 만들 수 없습니다. 이 경우 VLAN 5를 지정하려면 net1을 사용합니다.
default_tag를 해당 링크에 생성된 기존 VLAN의 ID와 같도록 설정할 수 없습니다. 예를 들어 다음 명령은 net0에 VLAN 22를 만듭니다.
# dladm create-vlan -l net0 -v 22 myvlan0
이 경우 default_tag를 22로 설정할 수 없습니다. 설정하면 net0과 myvlan0이 모두 동일한 VLAN을 나타내게 됩니다.
default_tag를 0으로 설정하여 net0의 태그 미지정된 패킷이 VLAN과 연결되지 않도록 할 수 있습니다. 이 경우 구성된 브릿지가 해당 패킷을 전달할 수 없습니다.
브릿지를 통한 트래픽 전달을 사용 및 사용 안함으로 설정합니다. 이 등록 정보는 VNIC 링크를 제외한 모든 링크에 있습니다. 유효한 값은 1(true) 및 0(false)입니다. 기본값은 1입니다. 트래픽 전달을 사용 안함으로 설정한 경우 링크 인스턴스와 연결된 VLAN이 브릿지를 통해 트래픽을 전달하지 않습니다. 전달을 사용 안함으로 설정하는 것은 일반 브릿지에 대한 "allowed set(허용 설정)"에서 VLAN을 제거하는 것과 같습니다. 즉, 로컬 클라이언트에서 기본 링크로의 VLAN 기반 I/O가 계속되지만 브릿지 기반 전달은 수행되지 않습니다.
STP와 RSTP를 사용 및 사용 안함으로 설정합니다. 유효한 값은 1(true) 및 0(false)입니다. 기본값은 1이며, STP와 RSTP가 사용으로 설정됩니다. 이 등록 정보를 0으로 설정하면 링크에 STP 또는 RSTP가 사용되지 않으며 링크가 항상 전달 모드로 설정됩니다. 전달 모드에서는 BPDU(Bridge Protocol Data Unit) 보호 기능을 사용합니다. 끝 노드에 연결된 P2P 연결을 구성하려면 STP 및 RSTP를 사용 안함으로 설정합니다. 비VLAN 및 비VNIC 유형 링크에만 이 등록 정보가 있습니다.
링크를 사용하는 경우 STP 및 RSTP 비용 값을 나타냅니다. 유효한 값은 1에서 65535 사이입니다. 기본값은 0으로, 링크 유형별로 비용이 자동으로 계산됨을 나타냅니다. 다음 값은 여러 링크 유형의 비용을 나타내며, 10메가비트/초의 경우 100, 100메가비트/초의 경우 19, 1기가비트/초의 경우 4, 10기가비트/초의 경우 2입니다.
포트가 다른 브릿지에 연결되는지 여부를 지정합니다. 유효한 값은 1(true) 및 0(false)입니다. 기본값은 1입니다. 이 등록 정보가 0으로 설정되면 어떠한 유형의 BPDU가 감지되지 않는 경우에도 포트가 다른 브릿지에 연결되는 것으로 데몬에서 가정합니다.
연결 모드 유형을 지정합니다. 유효한 값은 true, false 및 auto입니다. 기본값은 auto이며, 지점 간 연결이 자동으로 검색됩니다. 지점간 모드로 강제 설정하려면 true를 지정합니다. 일반 다지점 모드로 강제 설정하려면 false를 지정합니다.
STP 및 RSTP 포트 우선 순위 값을 설정합니다. 유효한 값은 0에서 255 사이입니다. 기본값은 128입니다. STP 및 RSTP 포트 우선 순위 값은 해당 값을 PVID로 미리 결정하여 브릿지의 기본 루트 포트를 결정하는 데 사용됩니다. 숫자 값이 작을수록 우선 순위가 더 높습니다.
dladm create-bridge 명령으로 만든 각 브릿지는 동일한 이름을 가진 svc:/network/bridge의 SMF(서비스 관리 기능) 인스턴스로 표시됩니다. 각 인스턴스는 STP를 구현하는 /usr/lib/bridged 데몬의 복사본을 실행합니다.
예를 들어 다음 명령은 pontevecchio라는 브릿지를 만듭니다.
# dladm create-bridge pontevecchio
시스템은 SMF 서비스 인스턴스 svc:/network/bridge:pontevecchio와 관찰 노드 /dev/net/pontevecchio0을 만듭니다.
안전을 위해 모든 포트가 기본적으로 표준 STP를 실행합니다. STP와 같이 특정 형태의 브릿징 프로토콜을 실행하지 않는 브릿지는 네트워크에 오래 지속되는 전달 루프를 형성할 수 있습니다. 이더넷은 패킷에 홉 카운트 또는 TTL(트랜지스터-트랜지스터 논리)이 없기 때문에 이러한 루프가 네트워크에 치명적입니다.
특정 포트가 다른 브릿지에 연결되지 않은 경우(예: 호스트 시스템에 대한 직접 지점간 연결이 포트에 있는 경우) 관리상 해당 포트의 STP를 사용 안함으로 설정할 수 있습니다. 브릿지의 모든 포트에서 STP가 사용 안함으로 설정된 경우에도 STP 데몬이 계속 실행됩니다. 데몬은 다음과 같은 이유로 계속 실행됩니다.
추가된 새 포트를 처리하기 위해
BPDU 보호 기능을 구현하기 위해
필요한 경우 포트에서 전달을 사용 또는 사용 안함으로 설정하기 위해
포트에서 STP가 사용 안함으로 설정된 경우 bridged 데몬이 BPDU를 계속 수신 대기합니다(BPDU 보호). 이 데몬은 syslog를 사용하여 오류에 플래그를 지정하고 포트에서 전달을 사용 안함으로 설정하여 잘못된 네트워크 구성을 나타냅니다. 링크가 작동 중지되었다가 다시 작동하거나 수동으로 링크를 제거했다가 다시 추가하면 링크가 다시 사용으로 설정됩니다.
브릿지에 대해 SMF 서비스 인스턴스를 사용 안함으로 설정하면 STP 데몬이 중지될 때 해당 포트에서 브릿지 전달이 중지됩니다. 인스턴스를 다시 시작하면 STP가 초기 상태부터 시작됩니다.
dladm create-bridge -P trill 명령을 사용하여 만든 각 브릿지는 동일한 이름을 가진 svc:/network/bridge 및 svc:/network/routing/trill의 SMF 인스턴스로 표시됩니다. svc:/network/routing/trill의 각 인스턴스는 TRILL 프로토콜을 구현하는 /usr/lib/trilld 데몬의 복사본을 실행합니다.
예를 들어 다음 명령은 bridgeofsighs라는 브릿지를 만듭니다.
# dladm create-bridge -P trill bridgeofsighs
시스템은 svc:/network/bridge:bridgeofsighs 및 svc:/network/routing/trill:bridgeofsighs라는 두 개의 SMF 서비스를 만듭니다. 또한 시스템은 /dev/net/bridgeofsighs0이라는 관찰 노드를 만듭니다.
각 브릿지 인스턴스에 관찰 노드가 지정됩니다. 이 노드는 /dev/net/ 디렉토리에 표시되며 브릿지 이름과 후행 0을 더한 값으로 이름이 지정됩니다.
관찰 노드는 snoop 및 wireshark 유틸리티에 사용됩니다. 이 노드는 자동으로 삭제되는 패킷 전송을 제외하고는 표준 이더넷 인터페이스처럼 작동합니다. 관찰 노드 위에 IP를 연결할 수 없으며, 수동 옵션을 사용하지 않으면 바인드 요청(DL_BIND_REQ)을 수행할 수 없습니다.
사용할 경우 관찰 노드는 브릿지에서 처리되는 각 패킷의 수정되지 않은 복사본 1개를 사용자가 모니터링 및 디버깅에 사용할 수 있게 합니다. 이 동작은 일반 브릿지의 모니터링 포트와 유사하며 일반 DLPI(데이터 링크 공급자 인터페이스) 무차별 모드 규칙이 동작에 적용됩니다. pfmod 명령 또는 snoop 및 wireshark 유틸리티의 기능을 사용하여 VLAN ID를 기준으로 패킷을 필터링할 수 있습니다.
전달된 패킷은 브릿지에 수신된 데이터를 나타냅니다.
주 - 브리징 프로세스가 VLAN 태그를 추가, 제거 또는 수정하는 경우 dlstat 명령으로 표시되는 데이터에 이 프로세스 발생 전 상태가 설명되어 있습니다. 드물긴 하지만 이러한 상황은 여러 링크에서 고유 default_tag 값이 사용되는 경우 혼동을 줄 수 있습니다.
브릿징 프로세스가 완료된 후 특정 링크에서 전송 및 수신되는 패킷을 보려면 브릿지 관찰 노드 대신 개별 링크에서 snoop를 실행합니다.
dlstat 명령을 사용하여 링크의 네트워크 패킷이 네트워크 리소스를 사용하는 방식에 대한 통계를 얻을 수도 있습니다. 자세한 내용은 Oracle Solaris 11.1에서 가상 네트워크 사용의 4 장, Oracle Solaris에서 네트워크 트래픽 및 리소스 사용 모니터링을 참조하십시오.
다음 절에서는 네트워크 구성에 브릿지를 사용하는 경우 링크 동작이 어떻게 변경되는지에 대해 설명합니다.
표준 링크 동작에 대한 자세한 내용은 VLAN 배포: 개요를 참조하십시오.
다음은 브릿지를 사용으로 설정한 경우 링크 동작의 차이점에 대해 설명합니다.
링크 작동(DL_NOTE_LINK_UP) 및 링크 작동 중지(DL_NOTE_LINK_DOWN) 알림은 통합되어 전달됩니다. 즉, 모든 외부 링크가 링크 작동 중지 상태를 표시하는 경우 MAC 계층을 사용하는 상위 레벨 클라이언트도 링크 작동 중지 이벤트를 표시합니다. 브릿지의 외부 링크가 링크 작동 상태를 표시하는 경우 상위 레벨 클라이언트도 모두 링크 작동 이벤트를 표시합니다.
이 통합 링크 작동 및 링크 작동 중지 보고는 다음과 같은 이유로 수행됩니다.
링크 작동 중지 상태가 표시되는 경우 링크의 노드에 더 이상 연결할 수 없습니다. 브릿징 코드에서 다른 링크를 통해 패킷을 보내고 받을 수 있는 경우에는 해당하지 않습니다. 링크의 실제 상태가 필요한 관리 응용프로그램은 기존의 MAC 계층 커널 통계를 사용하여 상태를 표시할 수 있습니다. 이러한 응용프로그램은 하드웨어 상태 정보를 보고하며 전달 패킷에 참여하지 않는다는 점에서 IP 등의 일반 클라이언트와 다릅니다.
모든 외부 링크가 작동 중지된 경우 브릿지 자체가 종료된 것처럼 상태가 표시됩니다. 이러한 특수 사례에서는 연결할 수 있는 노드가 없다고 시스템에서 인식합니다. 단점은 모든 인터페이스가 "실제"(가상 아님)이고 모든 링크가 연결 해제된 경우 브릿지를 사용하여 로컬 전용 통신을 사용으로 설정할 수 없다는 것입니다.
링크 관련 기능은 모두 일반적으로 생성됩니다. 특수 하드웨어 가속 기능을 지원하는 링크는 클라이언트가 전적으로 실제 출력 링크를 결정하지 않으므로 이러한 기능을 사용할 수 없습니다. 브릿지 전달 기능이 대상 MAC 주소를 기준으로 출력 링크를 선택해야 하며, 이 출력 링크는 브릿지의 모든 링크일 수 있습니다.
기본적으로 시스템에 구성된 VLAN은 브릿지 인스턴스의 모든 포트에서 패킷을 전달합니다. dladm create-vlan 또는 dladm create-vnic -v 명령을 호출하면 기본 링크가 브릿지의 일부인 경우 이 명령이 해당 브릿지 링크에서 지정된 VLAN의 패킷 전달도 사용으로 설정합니다.
링크에서 VLAN을 구성하고 브릿지의 다른 링크와 패킷을 주고 받지 않도록 하려면 dladm set-linkprop 명령으로 VLAN의 forward 등록 정보를 설정하여 전달을 사용 안함으로 설정해야 합니다.
기본 링크가 브릿지의 일부로 구성된 경우 브릿징에 대해 VLAN을 자동으로 사용으로 설정하려면 dladm create-vlan 명령을 사용합니다.
표준 준수 STP에서는 VLAN이 무시됩니다. 브리징 프로토콜은 태그가 없는 BPDU 메시지를 사용하여 루프가 없는 토폴로지 한 개만 계산하고 이 트리 토폴로지를 사용하여 링크를 사용 및 사용 안함으로 설정합니다. 링크가 STP에 의해 자동으로 사용 안함으로 설정될 때 구성된 VLAN의 연결이 해제되지 않도록 네트워크에 프로비전된 중복 링크를 구성해야 합니다. 즉, 브리징된 백본 전체에서 모든 VLAN을 실행하거나 모든 중복 링크를 신중하게 검사해야 합니다.
TRILL 프로토콜은 복잡한 STP 규칙을 따르지 않습니다. 대신 TRILL은 VLAN 태그가 유지되는 패킷을 자동으로 캡슐화하고 네트워크를 통해 전달합니다. 즉, TRILL은 브리징된 단일 네트워크 내에서 동일한 VLAN ID가 재사용된, 격리된 VLAN을 바인딩합니다.
STP와 다른 중요한 차이점은 네트워크의 격리된 섹션에서 VLAN 태그를 재사용하여 4094 제한보다 큰 VLAN 세트를 관리할 수 있다는 것입니다. TRILL을 사용하여 이런 방식으로 네트워크를 관리할 수 없는 경우 공급자 기반 VLAN과 같은 다른 솔루션을 구현할 수 있습니다.
VLAN이 있는 STP 네트워크의 경우 STP가 "잘못된" 링크를 사용 안함으로 설정할 때 VLAN 분할을 방지하도록 페일오버 특성을 구성하기 어려울 수 있습니다. TRILL 모델의 이러한 강력한 장점은 격리된 VLAN의 비교적 적은 기능 손실이라는 장점보다 더 뛰어납니다.
브릿지는 허용되는 VLAN 세트와 각 링크의 default_tag 등록 정보를 검사하여 패킷 전달을 수행합니다. 일반 프로세스는 다음과 같습니다.
입력 VLAN 결정. 이 프로세스는 링크의 시스템에서 수신 패킷을 받으면 시작됩니다. 패킷이 수신되면 VLAN 태그가 확인됩니다. 해당 태그가 없거나 태그가 우선 순위 전용(0으로 설정됨)이면 해당 링크에 구성된 default_tag 등록 정보 값(0으로 설정되지 않은 경우)이 내부 VLAN 태그로 사용됩니다. 태그가 없거나 0이고 default_tag가 0이면 패킷이 무시됩니다. 태그 미지정된 전달은 수행되지 않습니다. 태그가 있고 default_tag 값과 동일한 경우 패킷도 무시됩니다. 그렇지 않은 경우 태그가 수신 VLAN 패킷으로 간주됩니다.
링크 멤버쉽 확인. 입력 VLAN이 이 링크에서 허용되는 VLAN으로 구성되지 않은 경우 패킷이 무시됩니다. 그런 다음 전달이 계산되고 동일한 검사가 출력 링크에 대해 수행됩니다.
태그 업데이트. VLAN 태그(이 때 0이 아님)가 출력 링크의 default_tag 값과 동일한 경우 우선 순위와 상관없이 패킷의 태그가(있는 경우) 제거됩니다. 출력 링크에서 VLAN 태그가 default_tag 값과 다른 경우 현재 태그가 없으면 추가되고, 현재 우선 순위를 패킷에 복사하여 출력 패킷에 대한 태그가 설정됩니다.
주 - 전달 시 패킷을 여러 인터페이스로 보내는 경우(브로드캐스트, 멀티캐스트 및 알 수 없는 대상) 출력 링크 검사와 태그 업데이트를 각 출력 링크에 대해 독립적으로 수행해야 합니다. 일부 전송에는 태그가 지정되고 다른 전송에는 태그가 지정되지 않을 수 있습니다.
다음 예에서는 브릿지 구성 및 브릿징 서비스에 대한 정보를 확인하는 방법을 보여줍니다.
다음 명령을 실행하여 브릿지에 대한 정보를 볼 수 있습니다.
# dladm show-bridge BRIDGE PROTECT ADDRESS PRIORITY DESROOT tonowhere trill 32768/66:ca:b0:39:31:5d 32768 32768/66:ca:b0:39:31:5d sanluisrey stp 32768/ee:2:63:ed:41:94 32768 32768/ee:2:63:ed:41:94 pontoon trill 32768/56:db:46:be:b9:62 32768 32768/56:db:46:be:b9:62
다음 명령을 실행하여 브릿지에 대한 TRILL 별명 정보를 볼 수 있습니다.
# dladm show-bridge -t tonowhere NICK FLAGS LINK NEXTHOP 38628 -- simblue2 56:db:46:be:b9:62 58753 L -- --
|