| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris 관리: 네트워크 인터페이스 및 네트워크 가상화 Oracle Solaris 11 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris 관리: 네트워크 인터페이스 및 네트워크 가상화 Oracle Solaris 11 Information Library (한국어) |
브릿지는 개별 네트워크 세그먼트를 연결하는 데 사용됩니다. 브릿지로 연결하면 연결된 네트워크 세그먼트가 단일 네트워크 세그먼트처럼 통신합니다. 브릿징은 네트워킹 스택의 데이터 링크 계층(L2)에 구현됩니다. 브릿지는 패킷 전달 방식을 사용하여 하위 네트워크를 함께 연결합니다.
브릿징과 경로 지정은 모두 네트워크의 리소스 위치에 대한 정보를 배포하는 데 사용될 수 있지만 여러 가지 차이점이 있습니다. 경로 지정은 IP 계층(L3)에 구현되고 경로 지정 프로토콜을 사용합니다. 데이터 링크 계층에서는 경로 지정 프로토콜이 사용되지 않습니다. 대신 브릿지에 연결되어 있는 링크에 수신된 네트워크 트래픽을 검사하여 전달된 패킷의 대상을 확인합니다.
패킷이 수신되면 소스 주소가 검사됩니다. 패킷의 소스 주소는 패킷이 전송된 노드를 패킷이 수신된 링크에 연결합니다. 그런 다음 수신된 패킷이 대상 주소와 동일한 주소를 사용하는 경우 브릿지가 링크를 통해 패킷을 해당 주소로 전달합니다.
소스 주소와 연결된 링크는 브릿징된 하위 네트워크의 다른 브릿지에 연결된 중간 링크일 수 있습니다. 시간이 경과하면 브릿징된 하위 네트워크의 모든 브릿지가 패킷을 지정된 노드로 보내는 링크를 "학습"합니다. 따라서 패킷의 대상 주소를 사용하여 hop 단위 브릿징을 통해 패킷을 최종 대상으로 보냅니다.
로컬 "링크 작동 중지" 알림은 지정된 링크의 모든 노드에 더 이상 연결할 수 없음을 나타냅니다. 이 경우 해당 링크에 대한 패킷 전달이 중지되며 이 링크를 통한 모든 전달 항목이 비워집니다. 또한 시간 경과에 따라 전달 항목이 오래됩니다. 링크를 복원하면 해당 링크를 통해 수신된 패킷이 새 항목으로 간주됩니다. 패킷의 소스 주소를 기반으로 하는 "학습" 프로세스가 다시 시작됩니다. 이 프로세스를 사용하면 주소가 대상 주소로 사용될 때 브릿지가 해당 링크를 통해 패킷을 제대로 전달할 수 있습니다.
패킷을 대상으로 전달하려면 브릿지가 해당 브릿지에 연결된 모든 링크에서 무차별 모드로 수신 대기해야 합니다. 무차별 모드에서 수신 대기하면 브릿지에서 패킷이 전체 회선 속도로 무기한 순환하는 전달 루프가 발생할 수 있습니다. 따라서 브릿징은 STP(Spanning Tree Protocol) 방식을 사용하여 하위 네트워크를 사용할 수 없게 만드는 네트워크 루프를 방지합니다.
STP 및 RSTP(Rapid Spanning Tree Protocol)를 브릿지에 사용하는 것 외에도 Oracle Solaris는 향상된 TRILL 보호 기능을 지원합니다. 기본적으로 STP가 사용되지만 브릿징 명령에 -P trill 옵션을 지정하면 TRILL을 사용할 수 있습니다.
브릿지 구성을 사용하면 다양한 노드가 단일 네트워크로 연결되어 네트워크의 다양한 노드 관리가 단순화됩니다. 브릿지를 통해 이러한 세그먼트를 연결하면 모든 노드가 단일 브로드캐스트 네트워크를 공유합니다. 따라서 각 노드는 네트워크 세그먼트에 트래픽을 전달하기 위해 라우터를 사용하는 대신 IP와 같은 네트워크 트래픽을 사용하여 다른 노드에 연결할 수 있습니다. 브릿지를 사용하지 않는 경우 노드 간의 IP 트래픽 전달을 허용하도록 IP 경로 지정을 구성해야 합니다.
다음 그림에서는 브릿징된 단순 네트워크 구성을 보여줍니다. goldengate 브릿지는 브릿징이 구성되어 있는 Oracle Solaris 시스템입니다. sanfrancisco 및 sausalito는 브릿지에 물리적으로 연결된 시스템입니다. 네트워크 A에서 한쪽은 브릿지에, 다른 쪽은 컴퓨터 시스템에 물리적으로 연결된 허브를 사용합니다. 브릿지 포트는 bge0, bge1 및 bge2와 같은 링크입니다.
그림 11-1 브릿징된 단순 네트워크
브릿지 네트워크는 여러 브릿지를 물리적으로 연결하는 링으로 형성될 수 있습니다. 이러한 구성은 네트워크에서 일반적으로 사용됩니다. 이 유형의 구성을 사용하면 오래된 패킷이 링을 무기한 반복하여 네트워크 링크가 포화되는 문제가 발생할 수 있습니다. 이러한 반복 상태로부터 보호하기 위해 Oracle Solaris 브릿지는 STP 및 TRILL 프로토콜을 모두 구현합니다. 대부분의 하드웨어 브릿지는 STP 루프 방지도 구현합니다.
다음 그림에서는 링으로 구성된 브릿징된 네트워크를 보여줍니다. 이 구성에서는 세 개의 브릿지를 보여줍니다. westminster에는 두 시스템이 물리적으로 연결되어 있고, waterloo에는 한 시스템이 물리적으로 연결되어 있습니다. 또한 tower에도 한 시스템이 물리적으로 연결되어 있습니다. 각 브릿지는 브릿지 포트를 통해 서로 물리적으로 연결되어 있습니다.
STP 또는 RSTP를 루프 방지에 사용하는 경우 루프의 연결 중 하나가 패킷을 전달할 수 없게 하여 물리적 루프를 줄여줍니다. 이 그림에서는 westminster 및 tower 브릿지 간의 물리적 링크가 패킷 전달에 사용되지 않음을 보여줍니다.
사용 가능한 물리적 링크를 종료하여 루프 방지를 수행하므로 STP 및 RSTP는 대역폭이 감소합니다.
STP 및 RSTP와 달리 TRILL은 루프 방지를 위해 물리적 링크를 종료하지 않습니다. 대신 TRILL은 네트워크의 각 TRILL 노드에 대해 최단 경로 정보를 계산하고 이 정보를 사용하여 패킷을 개별 대상으로 전달합니다.
따라서 TRILL을 사용하면 시스템의 모든 링크가 항상 사용될 수 있습니다. 루프는 IP에서 루프를 처리하는 것과 유사한 방식으로 처리되므로 문제가 되지 않습니다. 즉, TRILL은 필요에 따라 경로를 만들고 전달 hop 제한을 사용하여 일시적 루프 상태에 의한 문제를 방지합니다.
그림 11-2 브릿징된 네트워크 링
 | 주의 - 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를 지정하려면 net0을 사용합니다.
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으로 설정하면 링크가 Spanning Tree Protocol 유형을 사용하지 않으며 항상 전달 모드로 설정됩니다. 전달 모드에서는 BPDU(Bridge Protocol Data Unit) 보호 기능을 사용합니다. 끝 노드에 연결된 P2P 연결을 구성하려면 STP 및 RSTP를 사용 안함으로 설정합니다. 비VLAN 및 비VNIC 유형 링크에만 이 등록 정보가 있습니다.
링크 사용 시의 STP 및 RSTP 비용 값을 나타냅니다. 유효한 값은 1에서 65535 사이입니다. 기본값은 0으로, 링크 유형별로 비용이 자동으로 계산됨을 나타냅니다. 다음 값은 여러 링크 유형의 비용을 나타냅니다. 10Mbps의 경우 100이고, 100Mbps의 경우 19이고, 1Gbps의 경우 4이고, 10Gbps의 경우 2입니다.
포트가 다른 브릿지에 연결되었는지 여부를 지정합니다. 유효한 값은 1(true) 및 0(false)입니다. 기본값은 1입니다. 0으로 설정하면 데몬이 임의 유형의 BPDU가 표시되지는 않지만 포트가 다른 브릿지에 연결되었다고 가정합니다.
연결 모드 유형을 지정합니다. 유효한 값은 true, false 및 auto입니다. 기본값은 auto이며, 지점 간 연결이 자동으로 검색됩니다. 지점 간 모드로 강제 설정하려면 true를 지정하고, 일반 다지점 모드를 강제 적용하려면 false를 지정합니다.
STP 및 RSTP 포트 우선 순위 값을 설정합니다. 유효한 값은 0에서 255 사이입니다. 기본값은 128입니다. STP 및 RSTP 포트 우선 순위 값은 포트 식별자 앞에 이 값을 추가하여 브릿지의 기본 루트 포트를 결정하는 데 사용됩니다. 숫자 값이 작을수록 우선 순위가 더 높습니다.
dladm create-bridge 명령을 사용하여 만든 각 브릿지는 동일한 이름을 가진 svc:/network/bridge의 SMF 인스턴스로 표시됩니다. 각 인스턴스는 STP를 구현하는 /usr/lib/bridged 데몬의 복사본을 실행합니다.
다음 명령 예에서는 pontevecchio라는 브릿지를 만듭니다.
# dladm create-bridge pontevecchio
시스템은 svc:/network/bridge:pontevecchio라는 SMF 서비스와 /dev/net/pontevecchio0이라는 관찰 노드를 만듭니다.
안전을 위해 모든 포트가 기본적으로 표준 STP를 실행합니다. STP와 같이 특정 형태의 브릿징 프로토콜을 실행하지 않는 브릿지는 네트워크에 오래 지속되는 전달 루프를 형성할 수 있습니다. 이더넷은 패킷에 hop 수 또는 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)을 수행할 수 없습니다.
사용할 경우 관찰 노드는 브릿지에서 처리되는 각 패킷의 수정되지 않은 복사본 한 개를 사용자가 사용할 수 있게 합니다. 이 동작은 일반 브릿지의 "모니터링" 포트와 유사하며 일반 DLPI "무차별 모드" 규칙이 적용됩니다. pfmod 또는 snoop 및 wireshark 유틸리티의 기능을 사용하여 VLAN ID를 기준으로 필터링할 수 있습니다.
전달된 패킷은 브릿지에 수신된 데이터를 나타냅니다.
| 주의 - 브릿징 프로세스가 VLAN 태그를 추가, 제거 또는 수정하는 경우 표시된 데이터에서 이 프로세스가 발생하기 전의 상태를 설명합니다. 드물긴 하지만 이 경우 여러 링크에서 사용되는 고유한 default_tag 값이 있으면 혼동을 줄 수 있습니다. |
브릿징 프로세스가 완료된 후 특정 링크에서 전송 및 수신되는 패킷을 보려면 브릿지 관찰 노드 대신 개별 링크에서 snoop를 실행합니다.
관찰 노드에 대한 자세한 내용은 네트워크 가상화 및 리소스 제어의 관찰 기능을 참조하십시오.
다음 절에서는 구성에 브릿지를 사용하는 경우 링크 동작이 어떻게 변경되는지에 대해 설명합니다.
표준 링크 동작에 대한 자세한 내용은 VLAN(가상 LAN) 관리를 참조하십시오.
다음은 브릿지를 사용으로 설정한 경우 링크 동작의 차이점에 대해 설명합니다.
링크 작동(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 명령으로 forward 등록 정보를 설정하여 전달을 사용 안함으로 설정해야 합니다.
기본 링크가 브릿지의 일부로 구성된 경우 브릿징에 대해 VLAN을 자동으로 사용으로 설정하려면 dladm create-vlan 명령을 사용합니다.
표준 준수 STP에서는 VLAN이 무시됩니다. 브릿징 프로토콜은 태그가 없는 BPDU 메시지를 사용하여 루프가 없는 토폴로지 한 개만 계산하고 이 트리를 사용하여 링크를 사용 및 사용 안함으로 설정합니다. 링크가 STP에 의해 자동으로 사용 안함으로 설정될 때 구성된 VLAN의 연결이 해제되지 않도록 네트워크에 프로비전된 중복 링크를 구성해야 합니다. 즉, 브릿징된 백본 전체에서 모든 VLAN을 실행하거나 모든 중복 링크를 신중하게 검사해야 합니다.
TRILL은 복잡한 STP 규칙을 따르지 않아도 됩니다. 대신 TRILL은 VLAN 태그가 유지되는 패킷을 자동으로 캡슐화하고 네트워크를 통해 전달합니다. 즉, TRILL은 브릿징된 단일 네트워크 내에서 동일한 VLAN ID가 재사용된, 격리된 VLAN을 바인딩합니다.
이것은 네트워크의 격리된 섹션에서 VLAN 태그를 재사용하여 4094 제한보다 큰 VLAN 세트를 관리할 수 있는 STP와 다른 중요한 차이점입니다. 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 -- --
|