ACI에서 Switched Port Analyzer 구성
목차
소개
이 문서에서는 Cisco ACI(Application Centric Infrastructure)에서 SPAN(Switched Port Analyzer)을 구성하는 방법에 대해 설명합니다.
배경 정보
일반적으로 SPAN에는 세 가지 유형이 있습니다. 로컬 SPAN, 원격 SPAN(RSPAN) 및 캡슐화된 원격 SPAN(ERSPAN). 이러한 SPAN의 차이점은 주로 복사 패킷의 대상입니다. Cisco ACI는 로컬 SPAN 및 ERSPAN을 지원합니다.
참고: 이 문서에서는 독자가 로컬 SPAN 및 ERSPAN 차이와 같은 일반적인 SPAN에 대해 이미 잘 알고 있다고 가정합니다.
Cisco ACI의 SPAN 유형
Cisco ACI에는 세 가지 유형의 SPANFabric SPAN, 및Tenant SPAN이Access SPAN가 있습니다. 각 SPAN의 차이점은 복제 패킷의 소스입니다.
앞서 언급했듯이
- Fabric SPAN은 리프 스위치와 스파인 스위치 간의 인터페이스에서 들어오고 나가는 패킷을 캡처하는 것입니다.
- 액세스 SPAN은 리프 스위치와 외부 디바이스 간의 인터페이스에서 들어오고 나가는 패킷을 캡처하는 것입니다.
- 테넌트 SPAN은 ACI 리프 스위치의 EPG(EndPoint Group)에서 들어오고 나가는 패킷을 캡처하는 것입니다.
이 SPAN 이름은 Cisco ACI GUI에서 구성할 위치에 해당합니다.
- Fabric SPAN은 Fabric(패브릭) > Fabric Policies(패브릭 정책)에서 구성합니다.
- 액세스 SPAN은 Fabric(패브릭) > Access Policies(액세스 정책)에서 구성합니다.
- 테넌트 SPAN은 Tenants(테넌트) > {each tenant}(각 테넌트)에서 구성됩니다.
각 SPAN의 대상에 대해서는 Access SPAN만 로컬 SPAN과 ERSPAN을 모두 사용할 수 있습니다. 다른 두 SPAN(패브릭 및 테넌트)은 ERSPAN만 지원합니다.
제한 사항 및 지침
Cisco APIC 트러블슈팅 가이드에서 제한 및 지침을 검토하십시오. 이는 Troubleshooting Tools and Methodology(트러블슈팅 툴 및 방법론) > Using SPAN(SPAN 사용)에서 설명합니다.
설정
이 섹션에서는 각 SPAN 유형의 컨피그레이션과 관련된 간단한 예를 소개합니다. 이후 섹션에서 span 유형을 선택하는 방법에 대한 구체적인 샘플 사례가 있습니다.
SPAN 컨피그레이션은 Cisco APIC 트러블슈팅 가이드에도 설명되어 있습니다. Troubleshooting Tools and Methodology(문제 해결 툴 및 방법론) > Using SPAN(SPAN 사용)
UI가 현재 버전과 다르게 나타날 수 있지만 컨피그레이션 접근 방식은 동일합니다.
액세스 SPAN(ERSPAN)
샘플 토폴로지
컨피그레이션 예시
여기서 각 항목은 다음을 나타냅니다.
Fabric(패브릭) > ACCESS POLICIES(액세스 정책) > Troubleshoot Policies(문제 해결 정책) > SPAN(SPAN)으로 이동합니다.
- SPAN 소스 그룹
- SPAN 대상 그룹
SPAN Source Group 넥타이Destination및Sources.
방법:
- SPAN 소스 그룹(SRC_GRP1)을 생성합니다.
- SPAN Source Group(SRC_GRP1)에서 SPAN Source(SRC1)를 생성합니다.
- SPAN 소스(SRC1)에 대해 이러한 매개변수를 구성합니다.
- Direction - Source EPG(옵션)
- 소스 경로(여러 인터페이스일 수 있음)
참고: 각 매개변수에 대한 자세한 내용은 그림을 참조하십시오.
- SPAN 대상 그룹(DST_EPG)을 생성합니다.
- DST(SPAN 대상)를 만듭니다.
- DST(SPAN Destination)에 대해 이러한 매개변수 구성
- 대상 EPG
-대상 IP
- 소스 IP/접두사(임의의 IP일 수 있음) 접두사를 사용하면 소스 노드의 node-id가 정의되지 않은 비트에 사용됩니다. 예를 들어 접두사는 다음과 같습니다. 1.0.0.0/8 on node-101 => src IP 1.0.0.101)
- 다른 매개변수는 기본값으로 둘 수 있습니다.
참고: 각 매개변수에 대한 자세한 내용은 그림을 참조하십시오.
- SPAN 대상 그룹이 적절한 SPAN 소스 그룹에 연결되어 있는지 확인합니다.
- Admin State(관리 상태)가 Enabled(활성화됨)인지 확인합니다.
참고: SPAN은 이 Admin State(관리 상태)에서 Disabled(비활성화됨)를 선택하면 중지됩니다. 나중에 정책을 다시 사용할 경우 모든 정책을 삭제할 필요가 없습니다.
또한 ERSPAN의 대상 IP가 지정된 대상 EPG에서 엔드포인트로 학습되었는지 확인하십시오. 앞서 언급한 예에서 192.168.254.1은 Tenant TK(테넌트 TK) > Application profile SPAN_APP(애플리케이션 프로파일 SPAN_APP) > EPG SPAN(EPG SPAN)에서 학습해야 합니다. 또는 대상 디바이스가 무음 호스트인 경우 이 EPG에서 대상 IP를 고정 엔드포인트로 구성할 수 있습니다.
액세스 SPAN(로컬)
샘플 토폴로지
컨피그레이션 예시
- 여기서 각 항목은 다음을 나타냅니다.
Fabric > ACCESS POLICIES > Troubleshoot Policies > SPAN
- SPAN Source Groups
- SPAN Destination Groups
SPAN Source Group 넥타이Destination 및 Sources.
- 방법:
- SPAN 소스 그룹 (SRC_GRP1) 생성
- SPAN 소스 그룹(SRC_GRP1)에서 SPAN 소스(SRC1) 생성
- SPAN 소스(SRC1)에 대해 이러한 매개변수 구성
-방향
- 소스 EPG(옵션)
- 소스 경로(여러 인터페이스일 수 있음)
각 매개변수에 대한 자세한 내용은 그림을 ※. - SPAN 대상 그룹(DST_Leaf1) 생성
- DST(SPAN 대상) 만들기
- DST(SPAN Destination)에 대해 이러한 매개변수 구성
- 목적지 인터페이스 및 노드 - SPAN 대상 그룹이 적절한 SPAN 소스 그룹에 연결되어 있는지 확인합니다.
-
Admin State(관리 상태)가 Enabled(활성화됨)인지 확인합니다.
※ Admin State(이 관리 상태)에서 Disabled(비활성화됨)를 선택하면 SPAN이 중지됩니다. 나중에 정책을 다시 사용할 경우 모든 정책을 삭제할 필요가 없습니다.
대상 인터페이스에는 인터페이스 정책 그룹에 의한 컨피그레이션이 필요하지 않습니다. ACI Leaf의 인터페이스에 케이블을 연결할 때 작동합니다.
제한 사항:
- 로컬 SPAN의 경우 대상 인터페이스와 소스 인터페이스가 동일한 Leaf에서 구성되어야 합니다.
- 대상 인터페이스가 UP인 경우 EPG에 있을 필요가 없습니다.
- vPC(virtual Port-Channel) 인터페이스를 소스 포트로 지정한 경우 로컬 SPAN을 사용할 수 없습니다
하지만, 해결 방법이 있습니다. 1세대 leaf에서 vPC 또는 PC의 멤버인 개별 물리적 포트를 SPAN 소스로 구성할 수 있습니다. 이 로컬 SPAN을 사용하면 vPC 포트의 트래픽에 사용할 수 있습니다.
그러나 이 옵션은 2세대 리프(Cisco 버그 ID CSCvc11053)에서는 사용할 수 없습니다. 대신 "VPC 구성 요소 PC"에서 SPAN에 대한 지원이 2.1(2e), 2.2(2e)의 Cisco 버그 ID CSCvc44643을 통해 추가되었으며 계속 전달되었습니다. 이를 통해 모든 세대 leaf는 vPC의 멤버인 포트 채널을 SPAN 소스로 구성할 수 있습니다. 이렇게 하면 모든 세대의 leaf에서 vPC 포트의 트래픽에 Local SPAN을 사용할 수 있습니다. - 2세대 leaf에서 포트 채널의 개별 포트를 지정하면 패킷의 하위 집합만 스팬됩니다(Cisco 버그 ID CSCvc11053으로 인해).
- PC 및 vPC는 로컬 SPAN의 대상 포트로 사용할 수 없습니다. 4.1(1)부터 PC를 로컬 SPAN의 대상 포트로 사용할 수 있습니다.
액세스 SPAN - ACL 필터 사용
액세스 범위 소스에 ACL 필터를 사용할 수 있습니다. 이 기능은 SPAN 소스에서 들어오고 나가는 트래픽의 특정 흐름 또는 흐름을 스패닝할 수 있는 기능을 제공합니다.
사용자는 SPAN 플로우 특정 트래픽의 SPAN이 필요한 경우 소스에 SPAN ACL을 적용할 수 있습니다.
Fabric SPAN 및 Tenant Span 소스 그룹/소스에서는 지원되지 않습니다.
필터 그룹에 필터 항목을 추가할 경우 현재 필터 그룹을 사용하는 모든 소스에 대해 tcam 항목을 추가할 수 있으므로 주의해야 합니다.
필터 그룹은 다음에 연결할 수 있습니다.
-Span 소스: 필터 그룹은 이 Span Source 아래에 정의된 모든 인터페이스의 트래픽을 필터링하는 데 사용됩니다.
-Span 소스 그룹: 필터 그룹(예: x)은 이 Span Source 그룹의 각 Span Source(s) 아래에 정의된 모든 인터페이스에서 트래픽을 필터링하는 데 사용됩니다.
이 컨피그레이션 스냅샷에서는 필터 그룹이 Span 소스 그룹에 적용됩니다.
특정 Span Source가 이미 필터 그룹(예: y)과 연결된 경우, 해당 필터 그룹(y)은 이 특정 Span Source 아래의 모든 인터페이스에서 그룹을 필터링하는 데 대신 사용됩니다
- 소스 그룹에 적용된 필터 그룹이 해당 소스 그룹의 모든 소스에 자동으로 적용됩니다.
- 소스에 적용된 필터 그룹은 해당 소스에만 적용됩니다.
- 필터 그룹이 소스 그룹과 해당 소스 그룹의 소스 모두에 적용되면 소스에 적용된 필터 그룹이 우선적으로 적용됩니다.
- 소스에 적용된 필터 그룹이 삭제되고 상위 소스 그룹에 적용된 필터 그룹이 자동으로 적용됩니다.
- 소스 그룹에 적용된 필터 그룹이 삭제되고 해당 소스 그룹에서 현재 상속되는 모든 소스에서 삭제됩니다.
테넌트 SPAN(ERSPAN)
샘플 토폴로지
컨피그레이션 예시
- 여기서 각 항목은 다음을 나타냅니다.
Tenants(테넌트) > {tenant name} > Troubleshoot Policies(문제 해결 정책) > SPAN
- SPAN 소스 그룹
- SPAN 대상 그룹
※ SPAN 소스 그룹 연결Destination및 Sources.
- 방법:
- SPAN 소스 그룹 생성(SRC_GRP)
- SPAN Source Group(SRC_GRP) 아래에 SPAN Source(SRC_A) 생성
- SPAN 소스(SRC_A)에 대해 이러한 매개변수 구성
-방향
- 소스 EPG
※ 각 매개변수에 대한 자세한 내용은 그림을 참조하십시오. - SPAN 대상 그룹(DST_GRP) 생성
- SPAN 대상 만들기(DST_A)
- SPAN 대상(DST_A)에 대해 이러한 매개 변수를 구성합니다
- 대상 EPG
-대상 IP
- 소스 IP/접두사
- 다른 매개변수는 기본값으로 둘 수 있습니다.
※ 각 매개변수에 대한 자세한 내용은 그림을 참조하십시오. - SPAN 대상 그룹이 적절한 SPAN 원본 그룹에 연결되어 있는지 확인합니다.
- Admin State(관리 상태)가 Enabled(활성화됨)인지 확인합니다.
※ Admin State(이 관리 상태)에서 Disabled(비활성화됨)를 선택하면 SPAN이 중지됩니다. 나중에 정책을 다시 사용할 경우 모든 정책을 삭제할 필요가 없습니다.
패브릭 SPAN(ERSPAN)
샘플 토폴로지
컨피그레이션 예시
- 여기서 각 항목은 다음을 나타냅니다.
Fabric(패브릭) > FABRIC POLICIES(패브릭 정책) > Troubleshoot Policies(문제 해결 정책) > SPAN
- 패브릭
- SPAN 대상 그룹
SPAN Source Group은 Destination과 Sources를 연결합니다.
- 방법:
- SPAN 소스 그룹 (SRC_GRP) 생성
- SPAN Source Group(SRC_GRP) 아래에 SPAN Source(SRC_A) 생성
- SPAN 소스(SRC_A)에 대해 이러한 매개변수 구성
-방향
- 프라이빗 네트워크(옵션)
- 브리지 도메인(옵션)
- 소스 경로(여러 인터페이스일 수 있음)
각 매개변수에 대한 자세한 내용은 그림을 ※. - SPAN 대상 그룹 (DST_GRP) 생성
- SPAN 대상 만들기(DST_A)
- SPAN 대상(DST_A)에 대해 이러한 매개변수 구성
- 대상 EPG
-대상 IP
- 소스 IP/접두사
- 다른 매개변수는 기본값으로 둘 수 있습니다.
각 매개변수에 대한 자세한 내용은 그림을 ※. - SPAN Destination Group이 적절한 SPAN Source Group에 연결되어 있는지 확인합니다.
- Admin State(관리 상태)가 Enabled(활성화됨)인지 확인합니다.
※ Admin State(이 관리 상태)에서 Disabled(비활성화됨)를 선택하면 SPAN이 중지됩니다. 나중에 정책을 다시 사용할 경우 모든 정책을 삭제할 필요가 없습니다.
ERSPAN Version (Type)(ERSPAN 버전(유형)) 뒷부분에 설명되어 있지만, ERSPAN 버전 II가 Fabric SPAN에 사용되고 버전 I가 Tenant and Access SPAN에 사용되고 있음을 알 수 있습니다.
GUI 확인
- SPAN 컨피그레이션 정책 확인
- Fabric(패브릭) > ACCESS POLICIES(액세스 정책) > Troubleshoot Policies(문제 해결 정책) > SPAN > SPAN Source Groups(SPAN 소스 그룹) > Operational(운영) 탭
- Fabric(패브릭) > FABRIC POLICIES(패브릭 정책) > Troubleshoot Policies(문제 해결 정책) > SPAN > SPAN Source Groups(SPAN 소스 그룹) > Operational(운영) 탭
- Tenants(테넌트) > {tenant name} > Troubleshoot Policies(문제 해결 정책) > SPAN > SPAN Source Groups(SPAN 소스 그룹) > Operational(운영) 탭
작동 상태가 켜져 있는지 확인하십시오.
- 노드 자체의 SPAN 세션 확인
- SPAN Configuration Policy(SPAN 컨피그레이션 정책) 또는 Fabric(패브릭) > INVENTORY(인벤토리) > Node(노드) > Span Sessions(SPAN 세션) > { SPAN session name(SPAN 세션 이름)}에서 각 세션을 두 번 클릭합니다.
작동 상태가 켜져 있는지 확인하십시오.
SPAN 세션 명명 규칙:
- 패브릭 SPAN: 패브릭_xxxx
- 액세스 범위: infra_xxxx
- 테넌트 범위: tn_xxxx
ACI SPAN 유형 선택
이 섹션에서는 각 ACI SPAN 유형(액세스, 테넌트, 패브릭)에 대한 자세한 시나리오를 설명합니다. 각 시나리오의 기본 토폴로지는 이전 섹션에서 설명합니다.
이러한 시나리오를 이해하면 특정 인터페이스의 패킷만 캡처하거나 인터페이스에 상관없이 특정 EPG의 모든 패킷을 캡처하는 등 요구 사항에 적합한 ACI SPAN 유형을 선택할 수 있습니다.
Cisco ACI에서 SPAN은 소스 그룹과 대상 그룹으로 구성됩니다. 소스 그룹에는 인터페이스 또는 EPG와 같은 여러 소스 요소가 포함되어 있습니다. 대상 그룹은 로컬 SPAN의 대상 인터페이스 또는 ESPAN의 대상 IP와 같은 대상 정보를 포함합니다.
패킷이 캡처된 후 캡처된 패킷을 디코딩하려면 "SPAN 데이터를 읽는 방법" 섹션을 참조하십시오.
참고: 각 토폴로지에서 녹색 표시등으로 강조 표시된 VM에 집중하십시오. 각 시나리오는 강조 표시된 VM에서 패킷을 캡처하는 것입니다.
액세스 SPAN(ERSPAN)
사례 1
Src "Leaf1 e1/11 e1/34 & Leaf2 e1/11" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 e1/11
- 리프1 e1/34
- 리프2 e1/11
- 대상 그룹
- EPG X의 192.168.254.1
액세스 SPAN은 단일 SPAN 세션에 대해 여러 인터페이스를 지정할 수 있습니다. EPG와 상관없이 지정된 인터페이스에서 들어오거나 나가는 모든 패킷을 캡처할 수 있습니다.
여러 인터페이스가 여러 리프 스위치의 소스 그룹으로 지정된 경우 대상 그룹은 로컬 SPAN이 아니라 ERSPAN이어야 합니다.
이 예에서는 EPG1 및 EPG2의 모든 VM에서 패킷을 복사합니다.
CLI 검사점
- 상태가 작동(활성) 상태인지 확인하십시오.
- destination-ip는 ERSPAN의 대상 IP입니다.
- origin-ip는 ERSPAN의 소스 IP입니다.
사례 2
Src "Leaf1 e1/11 & Leaf2 e1/11" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 e1/11
- 리프2 e1/11
- 대상 그룹
- EPG X의 192.168.254.1
이 예에서는 이전 Case1에서 구성한 SPAN 소스 그룹에서 Leaf1 e1/34가 제거됩니다.
이 예의 핵심은 Access SPAN이 EPG와 상관없이 소스 인터페이스를 지정할 수 있다는 것입니다.
CLI 검사점:
- leaf1의 소스 인터페이스가 "Eth1/11 Eth1/34"에서 "Eth1/11"로 변경됩니다.
사례 3
Src "Leaf1 e1/11 & Leaf2 e1/11 & EPG1 filter" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 e1/11
- 리프2 e1/11
- 필터 EPG1
- 대상 그룹
- EPG X의 192.168.254.1
이 예에서는 Access SPAN이 소스 포트에서 특정 EPG를 지정할 수도 있음을 보여 줍니다. 이는 여러 EPG가 단일 인터페이스에서 흐르며 이 인터페이스의 EPG1에 대해서만 트래픽을 캡처해야 하는 경우 유용합니다.
EPG1은 Leaf2에 구축되지 않으므로 Leaf2에 대한 SPAN은 F1553 및 F1561 오류와 함께 실패합니다. 그러나 Leaf1의 SPAN은 계속 작동합니다.
또한 EPG1은 Leaf1에서 2개의 VLAN(VLAN-751,752)을 사용하므로 Leaf1의 SPAN 세션에 대해 2개의 VLAN 필터가 자동으로 추가됩니다.
CLI의 VLAN ID(35, 39)는 배선의 실제 ID가 아닌 내부 VLAN, 소위 PI-VLAN(Platform Independent VLAN)이라는 점에 유의하십시오. 그림과 같이 show vlan extended 명령은 실제 캡슐화 VLAN ID와 PI-VLAN의 매핑을 보여줍니다.
이 SPAN 세션에서는 EPG2(VLAN-753)가 동일한 인터페이스에서 흐르더라도 Leaf1 e1/11의 EPG1(VLAN-752)에 대해서만 패킷을 캡처할 수 있습니다.
CLI 검사점:
- 필터에 사용되는 EPG에 따라 필터 VLAN이 추가됩니다.
- Leaf에 해당 EPG가 없는 경우 해당 Leaf의 SPAN 세션이 실패합니다.
사례 4
Src "Leaf1-Leaf2 vPC" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 - 2e1/11
- 대상 그룹
- EPG X의 192.168.254.1
vPC 인터페이스가 소스로 구성된 경우 대상은 인터페이스(Local SPAN)가 아니라 원격 IP(ERSPAN)여야 합니다
액세스 SPAN(로컬 SPAN)
사례 1
Src "Leaf1 e1/11 e1/34" | Dst "Leaf1 e1/33"
- 소스 그룹
- 리프1 e1/11
- 리프1 e1/34
- 대상 그룹
- 리프1 e1/33
액세스 SPAN은 로컬 SPAN(즉, 특정 인터페이스를 대상으로 사용)도 사용할 수 있습니다
그러나 이 경우 소스 인터페이스는 대상 인터페이스와 동일한 Leaf에 있어야 합니다.
사례 2
Src "Leaf1 e1/11 e1/34 & EPG1 filter | Dst " Leaf1 e1/33"
- 소스 그룹
- 리프1 e1/11
- 리프1 e1/34
- EPG1 필터
- 대상 그룹
- 리프1 e1/33
로컬 SPAN을 사용하는 액세스 SPAN에서는 ERSPAN뿐 아니라 EPG 필터도 사용할 수 있습니다.
사례 3
Src "Leaf1 e1/11 & Leaf2 e/11" | Dst "Leaf1 e1/33"(잘못된 경우)
- 소스 그룹
- 리프1 e1/11
- 리프2 e1/11
- 대상 그룹
- 리프1 e1/33
사례 4
Src "Leaf1 e1/11 & EPG3 filter" | Dst "Leaf1 e1/33"(잘못된 경우)
- 소스 그룹
- 리프1 e1/11
- EPG3 필터
- 대상 그룹
- 리프1 e1/33
ERSPAN(Access SPAN)의 case 3과 유사하지만, 이 예에서는 Leaf1에 EPG3가 없으므로 Leaf1에서 하나뿐인 SPAN 세션이 실패합니다. 따라서 SPAN은 전혀 작동하지 않습니다.
사례 5
소스 "EPG1 필터" | Dst "Leaf1 e1/33"(잘못된 경우)
- 소스 그룹
- EPG1 필터
- 대상 그룹
- 리프1 e1/33
액세스 SPAN의 EPG 필터는 소스 포트가 구성된 경우에만 작동합니다. EPG를 지정할 유일한 소스인 경우 액세스 SPAN 대신 테넌트 SPAN을 사용해야 합니다.
사례 6
Src "Leaf1 - Leaf2 vPC" | Dst "Leaf1 e1/33"(잘못된 경우)
- 소스 그룹
- 리프 1-2 vPC
- 대상 그룹
- 리프1 e1/33
vPC 인터페이스는 Local SPAN을 사용하여 소스로 구성할 수 없습니다. ERSPAN을 사용하십시오. 액세스 SPAN(ERSPAN)은 case4를 참조하십시오.
사례 7
Src "Leaf1 e1/11 | Dst "Leaf1 e1/33 & e1/33이 EPG에 속함"(fault와 함께 작동)
SPAN의 대상 I/F가 이미 EPG에 속한 경우 "F1696: 포트가 EPG 및 스팬 대상 모두에 대해 잘못된 컨피그레이션을 가지고 있습니다."가 물리적 I/F에서 제기됩니다.
하지만 이 결함에도 SPAN은 문제없이 작동합니다. 이 결함은 동일한 I/F에서 고객의 일반 EPG 트래픽에 영향을 미칠 수 있으므로 SPAN으로 인해 발생하는 추가 트래픽에 대한 경고일 뿐입니다.
테넌트 SPAN(ERSPAN)
사례 1
소스 "EPG1" | Dst "192.168.254.1"
- 소스 그룹
- EPG1(필터 없음)
- 대상 그룹
- EPG X의 192.168.254.1
테넌트 SPAN은 EPG 자체를 소스로 사용하는 반면 Access SPAN은 필터에 대해서만 EPG를 사용합니다.
테넌트 SPAN의 핵심은 각 개별 포트를 지정할 필요가 없고 ACI가 각 리프 스위치에서 적절한 VLAN을 자동으로 탐지한다는 것입니다. 따라서 특정 EPG에 대한 모든 패킷을 모니터링해야 하고 해당 EPG의 엔드포인트가 리프 스위치 전반의 여러 인터페이스에 속하는 경우 유용합니다.
패브릭 SPAN(ERSPAN)
사례 1
Src "Leaf1 e1/49-50" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 e1/49-50
- 대상 그룹
- EPG X의 192.168.254.1
Fabric SPAN은 패브릭 포트를 소스로 지정합니다. 패브릭 포트는 리프 스위치와 스파인 스위치 간의 인터페이스입니다.
이 SPAN은 리프 스위치와 스파인 스위치 간에 패킷을 복사해야 하는 경우 유용합니다. 그러나 리프 스위치와 스파인 스위치 간의 패킷은 iVxLAN 헤더로 캡슐화됩니다. 그래서 그것을 읽으려면 약간의 속임수가 필요하다. "SPAN 데이터 읽기 방법"을 참조하십시오.
참고: iVxLAN 헤더는 ACI Fabric 내부 전용의 향상된 VxLAN 헤더입니다.
사례 2
Src "Leaf1 e1/49-50 & VRF filter" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 e1/49-50
- VRF 필터
- 대상 그룹
- EPG X의 192.168.254.1
Fabric SPAN은 Access SPAN뿐만 아니라 필터도 사용할 수 있습니다. 하지만 필터 종류가 다릅니다. Fabric SPAN은 VRF(Virtual Routing and Forwarding) 또는 BD를 필터로 사용합니다.
Cisco ACI에서는 앞서 설명한 대로 패브릭 포트를 통과하는 패킷이 iVxLAN 헤더로 캡슐화됩니다. 이 iVxLAN 헤더에는 VNID(Virtual Network Identifier)로 VRF 또는 BD 정보가 있습니다. 패킷이 L2(Layer2)로 전달된 경우 iVxLAN VNID는 BD를 나타냅니다. 패킷이 L3(Layer3)으로 전달된 경우 iVxLAN VNID는 VRF를 나타냅니다.
따라서 패브릭 포트에서 라우팅된 트래픽을 캡처해야 하는 경우 VRF를 필터로 사용합니다.
사례 3
Src "Leaf1 e1/49-50 & BD filter" | Dst "192.168.254.1"
- 소스 그룹
- 리프1 e1/49-50
- BD 필터
- 대상 그룹
- EPG X의 192.168.254.1
앞의 case 2에서 설명한 바와 같이, Fabric SPAN은 BD를 필터로 사용할 수 있다.
패브릭 포트에서 브리지 트래픽을 캡처해야 하는 경우 BD를 필터로 사용합니다.
참고: BD 또는 VRF의 단일 필터만 한 번에 구성할 수 있습니다.
CPU로 확장
- 이 기능은 버전 6.2(1) 이상부터 사용할 수 있습니다
- 외부 컬렉터 대신 리프 스위치의 CPU 포트(sup-eth0)로 미러링된 트래픽을 전송하는 SPAN 대상 옵션을 제공합니다.
- SPAN 트래픽이 CPU를 압도하는 것을 방지하기 위한 속도 제한기가 내장되어 있습니다.
- SPAN 통계(-HX에만 해당): HX 플랫폼 스위치의 statistics 명령은 트래픽이 CPU에 미러링되고 있음을 확인합니다.
컨피그레이션 단계
- 새 SPAN 대상 그룹을 만듭니다.
- 대상 인터페이스를 지정할 때 이제 sup-eth0(CPU 포트)을 대상으로 선택하거나 입력할 수 있습니다.
- 이 대상 그룹을 미러링할 트래픽을 정의하는 SPAN 소스 그룹과 연결합니다.
비디오 링크:
지원되는 플랫폼
SPAN to CPU는 이러한 플랫폼에서만 지원됩니다. 이 목록은 정적이 아니며 시간에 따라 변경될 수 있습니다.
- FX2
- FX3
- GX
- GX2
- HX
SPAN 통계 지원
- HX 전용
폴리서 속도를 확인하는 CLI는 없으며, 500Kbps로 하드 코딩되어 있습니다.
제한 사항
Cisco APIC Basic Configuration Guide, Release 6.2(x)와 같은 버전별 릴리스 정보를 확인하십시오.
- CPU에 대한 SPAN은 포트 기반 SPAN이 아닌 ACL 기반 SPAN에 대해서만 지원됩니다. 즉, SPAN에서 CPU로의 연결은 확장 모드에서 지원되지 않으며 필터 모드에서만 지원됩니다.
- Cisco Nexus 9000 FX2 스위치 이상은 SPAN-to-CPU 기능을 지원합니다
- 이 기능이 지원되지 않는 스위치에 구성된 경우 결함이 제기됩니다. APIC GUI에서 System(시스템) > Faults(결함) 아래의 Faults(결함) 탭을 선택합니다.
- Leaf의 패브릭 포트 및 vPC 포트는 SPAN-CPU 세션의 소스 인터페이스로 지원되지 않습니다. vPC 포트의 경우 Virtual Port Channel 대신 경로 유형 VPC 구성 요소 PC를 스위치당 소스로 사용합니다.
- 액세스 포트 및 액세스 포트 채널만 지원됩니다. 액세스 포트는 레이어 2 또는 레이어 3 포트일 수 있습니다.
- TX 멀티캐스트는 지원되지 않습니다.
- SPAN에서 CPU 세션으로 소스를 공유하는 경우와 다른 세션 간에 소스를 공유하는 경우에는 두 세션 모두에 폴리서가 적용됩니다. 따라서 SPAN-to-CPU 세션의 소스를 다른 세션과 공유하는 것은 권장되지 않습니다.
구성 요약
로컬 SPAN을 구성하는 것과 마찬가지로 다음을 구성합니다.
- 소스 경로로 액세스 포트가 있는 소스 그룹
- 대상이 sup
-eth0인 대상 그룹
일반적인 로컬 SPAN 대상과 유일한 차이점은 sup-eth0을 대상 인터페이스로 선택하는 것입니다.
1단계: GUI에서 CPU에 SPAN 구성
Fabric(패브릭) > Access Policies(액세스 정책) > Troubleshooting(문제 해결) > SPAN > SPAN Destination Groups(SPAN 대상 그룹)를 클릭합니다.
소스, 대상 및 필터 정보가 포함된 Span 구성:
2단계: Leaf에서 SPAN 세션 확인
다른 SPAN 컨피그레이션과 마찬가지로, 스위치 CLI를 사용하여 세션을 확인할 수 있습니다.
leaf103# show monitor session all
session 5
---------------
name : spansource_vpc_component
description : Span session 5
type : sup
scale-mode : filter
state : up (active)
mode : access
Filter Group : 4
source intf :
rx : [Po3, FG:4]
tx : [Po3, FG:4]
both : [Po3, FG:4]
source VLANs :
rx :
tx :
both :
filter VLANs : filter not specified
filter L3Outs : filter not specified
destination ports : sup-eth0
tx :
both :
filter VLANs : filter not specified
filter L3Outs : filter not specified
destination ports : sup-eth0
3단계: 적용된 필터 확인
Leaf 스위치에 프로그래밍된 필터 항목을 확인합니다.
leaf103# show monitor filter 4 ______________________________________________________________________________________________________________________________________________________________________________________________________________________________________ Filter name (id): interandintraepg (4) Filter Entries: Src IP Dst IP Src port Dst port Proto dscp dot1p Routeable tcpflags ------ ------ -------- -------- ----- ---- ----- ---------- --------- 10.1.121.0/24 10.1.130.0/24 - - - - - both 10.1.121.0/24 10.1.121.0/24 - - - - - both 10.1.130.0/24 10.1.121.0/24 - - - - - both ______________________________________________________________________________________________________________________________________________________________________________________________________________________________________
4단계: HX에서 SPAN 통계 확인
세션당 미러링된 패킷 카운터는 트래픽이 매칭하고 미러링되는지 여부를 표시합니다. HX 플랫폼 스위치 전용.
aci-HX-leaf# vsh_lc
module-1# show platform internal hal span session all stats
SPAN hardware session id:30 asic:0 slice:0 packet counts:2557
SPAN hardware session id:31 asic:0 slice:0 packet counts:510634359
5단계: Leaf에서 SPAN 트래픽 캡처 및 디코딩
일단 구성되면 모든 일치 트래픽(예: eth1/4를 통과하는 서브넷 간의 ICMP는 CPU에 SPAN됩니다.
SPAN 트래픽을 볼 수 있는 위치
- SPAN의 트래픽은 tahoe0 인터페이스의 tcpdump를 사용하여 캡처할 수 있습니다.
-
내장된 스크립트를 사용하여 디코딩 및 필터링할 수 있습니다.
- /isan/utils/span_to_cpu_parser.py
캡처 및 디코딩 예
캡처 예는 컨피그레이션 섹션에 표시된 것과 다른 설정의 것입니다
pod16-leaf3# tcpdump -xxxvi tahoe0 | python3 isan/utils/span_to_cpu_parser.py --decoder tahoe --verbose --payload
tcpdump: listening on tahoe0, link-type EN10MB (Ethernet), capture size 262144 bytes
Frame 9
Time: 1970-01-01T19:01:53.944622+00:00
ieth-extn:
sup_code=0x2b sup_qnum=0x6
icmp-request(8): id:0x7710, seq:0xf00
Payload:
Internal Header:
0x0000: 0101 0101 0101 0000 0000 0000 a00e 0000 ................
0x0010: 0404 0404 8889 0000 0000 ae00 0000 0006 ................
0x0020: 2b00 0000 fb00 0000 003f ffff ffc0 0000 +........?......
0x0030: 1000 0000 ....
Frame Data:
0x0000: 0022 bdf8 19ff acf2 c5f8 2e01 8100 0a6d .".............m
0x0010: 0800 4500 0054 ff89 0000 ff01 aec9 c0a8 ..E..T..........
0x0020: 7802 c0a8 1402 0800 a049 7710 0f00 114e x........Iw....N
0x0030: 5d69 7f67 0e00 cdab 0000 cdab 0000 cdab ]i.g............
0x0040: 0000 cdab 0000 cdab 0000 cdab 0000 cdab ................
0x0050: 0000 cdab 0000 cdab 0000 cdab ............
PCAP에 출력 저장
- write 옵션을 사용하여 디코딩된 출력을 pcap 파일에 저장할 수 있습니다.
pod16-leaf3# tcpdump -xxxvi tahoe0 | python3 /isan/utils/span_to_cpu_parser.py --decoder tahoe --write /data/techsupport/mualshei-SPAN-CPU.pcap
tcpdump: listening on tahoe0, link-type EN10MB (Ethernet), capture size 262144 bytes
^C
Bye!
659 packets captured
662 packets received by filter
0 packets dropped by kernel
그런 다음 다시 읽어 보십시오.
pod16-leaf3# tcpdump -r /data/techsupport/mualshei-SPAN-CPU.pcap
reading from file /data/techsupport/mualshei-SPAN-CPU.pcap, link-type EN10MB (Ethernet)
20:07:43.966489 IP truncated-ip - 10 bytes missing! 192.168.120.2 > 192.168.20.2: ICMP echo request, id 30480, seq 27905, length 64
20:07:43.966901 IP truncated-ip - 10 bytes missing! 192.168.20.2 > 192.168.120.2: ICMP echo reply, id 30480, seq 27905, length 64
20:07:44.966505 IP truncated-ip - 10 bytes missing! 192.168.120.2 > 192.168.20.2: ICMP echo request, id 30480, seq 28161, length 64
20:07:44.966843 IP truncated-ip - 10 bytes missing! 192.168.20.2 > 192.168.120.2: ICMP echo reply, id 30480, seq 28161, length 64문제
- SPAN 세션 다운 / "no-oper-src-dst": 소스 인터페이스가 작동 중인지, 플랫폼이 SPAN to CPU 기능 및 지원되는 소스를 지원하는지 확인합니다.
- 사용할 수 없는 대상 PathEp 오류: APIC와 리프 스위치가 모두 이 기능을 지원하는 버전에 있는지 확인하고, 플랫폼에서 SPAN-to-CPU 기능을 지원하는지 확인합니다.
- tahoe0에서 관찰된 패킷 없음: 세션 상태가 작동(활성)인지, 필터가 올바르고 트래픽이 일치하는지, 필터 모드를 사용 중인지, 대상이 sup
-eth0으로 구성되어 있고 세션이 로컬 액세스 SPAN인지 확인합니다(스파인이 아님/패브릭이 아님/vPC 소스가 아님).
SPAN Destination Device에 무엇이 필요합니까?
패킷 캡처 애플리케이션(예:tcpdump, wireshark)을 실행합니다. ERSPAN 대상 세션 등을 구성할 필요는 없습니다.
ERSPAN용
SPAN 패킷이 대상 IP로 전달되므로 ERSPAN에 대한 대상 IP가 있는 인터페이스에서 캡처 툴을 실행해야 합니다.
수신된 패킷은 GRE 헤더로 캡슐화됩니다. ERSPAN GRE 헤더를 디코딩하는 방법에 대해서는 이 섹션 "ERSPAN 데이터 읽기 방법"을 참조하십시오.
로컬 SPAN용
ACI Leaf의 SPAN Destination 인터페이스에 연결되는 인터페이스에서 캡처 툴을 실행해야 합니다.
원시 패킷은 이 인터페이스에서 수신됩니다. ERSPAN 헤더를 처리할 필요는 없습니다.
ERSPAN 데이터 읽기 방법
ERSPAN 버전(유형)
ERSPAN은 복사된 패킷을 캡슐화하여 원격 대상에 전달합니다. 이 캡슐화에는 GRE가 사용됩니다. GRE 헤더의 ERSPAN 프로토콜 유형은 0x88be입니다.
IETF(Internet Engineering Task Force) 문서에서는 ERSPAN 버전이 버전 대신 유형으로 설명됩니다.
ERSPAN에는 세 가지 유형이 있습니다. I, II 및 III. ERSPAN 유형은 이 RFC 초안에 나와 있습니다. 또한 이 GRE RFC1701은 각 ERSPAN 유형을 이해하는 데 도움이 될 수 있습니다.
각 유형의 패킷 형식은 다음과 같습니다.
ERSPAN Type I(Broadcom Trident 2에서 사용)
유형 I는 GRE 헤더의 시퀀스 필드를 사용하지 않습니다. ERSPAN 헤더가 ERSPAN 유형 II 및 III인 경우 GRE 헤더의 뒤에 와야 하는 ERSPAN 헤더도 사용하지 않습니다. Broadcom Trident 2는 이 ERSPAN 유형 I만 지원합니다.
ERSPAN Type II 또는 III
시퀀스 필드가 S 비트에 의해 활성화되는 경우, 이는 ERSPAN 타입 II 또는 III이어야 한다. ERSPAN 헤더의 version 필드는 ERSPAN 유형을 식별합니다. ACI에서 III 유형은 2016년 3월 20일 현재 지원되지 않습니다.
액세스 또는 테넌트 SPAN에 대한 SPAN 소스 그룹에 1세대 및 2세대 노드 모두의 소스가 있는 경우 ERSPAN 대상은 각 세대 노드에서 ERSPAN Type I 및 II 패킷을 모두 수신합니다. 그러나 Wireshark는 한 번에 하나의 ERSPAN 유형만 디코딩할 수 있습니다. 기본적으로 ERSPAN Type II만 디코딩합니다. ERSPAN Type I의 디코딩을 활성화하면 Wireshark는 ERSPAN Type II를 디코딩하지 않습니다. Wireshark에서 ERSPAN Type I를 디코딩하는 방법에 대한 자세한 내용은 뒷부분의 섹션을 참조하십시오.
이러한 유형의 문제를 방지하려면 SPAN 대상 그룹에서 ERSPAN 유형을 구성할 수 있습니다.
- SPAN 버전(버전 1 또는 버전 2): 이는 ERSPAN Type I 또는 II를 나타냅니다
- SPAN 버전 적용(선택 또는 선택 취소): 이렇게 하면 구성된 ERSPAN 유형이 소스 노드 하드웨어에서 지원되지 않는 경우 SPAN 세션이 실패해야 하는지 여부가 결정됩니다.
기본적으로 SPAN Version(SPAN 버전)은 Version 2(버전 2)이고 Enforce SPAN Version(SPAN 버전 시행)은 선택 취소되어 있습니다. 이는 소스 노드가 ERSPAN Type II를 지원하는 2세대 이상인 경우 Type II를 사용하여 ERSPAN을 생성함을 의미합니다. 소스 노드가 ERSPAN Type II(Fabric SPAN 제외)를 지원하지 않는 1세대 노드인 경우 SPAN 버전 시행을 선택하지 않았으므로 Type I로 돌아갑니다. 그 결과 ERSPAN 대상이 혼합 유형의 ERSPAN을 수신합니다.
이 표에서는 액세스 및 테넌트 SPAN의 각 조합에 대해 설명합니다.
| SPAN 버전 |
SPAN 버전 적용 |
1세대 소스 노드 |
2세대 소스 노드 |
| 버전 2 |
선택 취소됨 |
유형 I 사용 |
유형 II 사용 |
| 버전 2 |
선택됨 |
실패 |
유형 II 사용 |
| 버전 1 |
선택 취소됨 |
유형 I 사용 |
유형 I 사용 |
| 버전 1 |
선택됨 |
유형 I 사용 |
유형 I 사용 |
ERSPAN 데이터 예
테넌트 SPAN/액세스 SPAN(ERSPAN)
패킷은 ERSPAN Type I에 의해 캡슐화되므로 디코딩해야 합니다. 이는 Wireshark를 사용하여 수행할 수 있습니다. "ERSPAN Type 1 디코딩 방법" 섹션을 참조하십시오.
캡처된 패킷의 세부 정보(ERSPAN 유형 I)
패브릭 SPAN(ERSPAN)
Wireshark는 ERSPAN Type II를 자동으로 디코딩합니다. 그러나 여전히 iVxLAN 헤더로 캡슐화됩니다.
기본적으로 Wireshark는 ACI 내부 헤더이므로 iVxLAN 헤더를 인식하지 못합니다. iVxLAN 헤더를 디코딩하는 방법을 참조하십시오.
캡처된 패킷의 세부 정보(ERSPAN Type II)
ERSPAN 유형 I 디코딩 방법
옵션 1. Edit(편집) > Preference(기본 설정) > Protocols(프로토콜) > ERSPAN으로 이동하고 FORCE를 선택하여 가짜 ERSPAN 프레임을 디코딩합니다.
- Wireshark(GUI)
- Tshark(Wireshark CLI 버전):
user1@linux# tshark -f 'proto GRE' -nV -i eth0 -o erspan.fake_erspan:true
참고: ERSPAN 유형 II 또는 III을 읽을 때 이 옵션을 비활성화하십시오.
옵션 2. 탐색 Decode As > Network > ICMP (if it’s ICMP).
iVxLAN 헤더를 디코딩하는 방법
iVxLAN 헤더는 대상 포트 48879을 사용합니다. 따라서 Wireshark에서 UDP 대상 포트 48879을 VxLAN으로 구성하는 경우 iVxLAN 헤더와 VxLAN을 디코딩할 수 있습니다.
- 먼저 iVxLAN 캡슐화 패킷을 선택해야 합니다.
- Analyze(분석) > Decode As(다음으로 디코딩) > Transport(전송) > UDP destination (48879) > VxLAN으로 이동합니다.
- 그런 다음 Apply를 클릭합니다
참고: 패브릭 포트의 APIC 간에 통신 패킷이 있습니다. 이러한 패킷은 iVxLAN 헤더로 캡슐화되지 않습니다.
PTP(Precision Time Protocol)를 실행하는 사용자 네트워크에서 erspan 캡처를 수행하는 경우 GRE encap(0x8988) 내의 알 수 없는 이더 타입 때문에 Wireshark가 데이터를 해석하지 않는 경우가 있습니다. 0x8988은 PTP가 활성화될 때 데이터 플레인 패킷에 삽입되는 시간 태그에 대한 이더 타입입니다. 이더 타입 0x8988을 "Cisco ttag"로 디코딩하여 패킷의 세부사항을 공개합니다.
개정 이력
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
3.0 |
07-Oct-2026
|
서식 다시 지정 |
2.0 |
06-Aug-2024
|
실천 방안 단어를 포함하도록 이름이 바뀌었습니다제거된 '팔로우' MDF 태그 업데이트 |
1.0 |
01-Feb-2023
|
최초 릴리스 |
피드백