AVS- ACI 1.2(x) 릴리스를 사용하는 GoTo(L3) 모드의 ASAv
소개
이 문서에서는 ACI 1.2(x) 릴리스를 사용하여 클라이언트-서버 통신을 설정하기 위해 Routed/GOTO 모드에서 ASAv(Adaptive Security Virtual Appliance) 단일 방화벽이 있는 AVS(Application Virtual Switch) 스위치를 두 EPG(End Point Group) 간의 L4-L7 서비스 그래프로 구축하는 방법에 대해 설명합니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- 액세스 정책 구성 및 인터페이스 가동 및 서비스 중
- EPG, BD(Bridge Domain) 및 VRF(Virtual Routing and Forwarding)가 이미 구성됨
사용되는 구성 요소
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
하드웨어 및 소프트웨어:
- UCS C220 - 2.0(6d)
- ESXi/vCenter - 5.5
- ASAv - asa-device-pkg-1.2.4.8
- AVS - 5.2.1.SV3.1.10
- APIC - 1.2(1i)
- 리프/스파인 - 11.2(1i)
- 디바이스 패키지 *.zip이 이미 다운로드되었습니다.
기능:
- AVS
- ASAv
- EPG, BD, VRF
- ACL(Access Control List)
- L4-L7 서비스 그래프
- vCenter
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
구성
네트워크 다이어그램
그림에서 볼 수 있듯이
설정
AVS 초기 설정 시 VMware vCenter 도메인 생성(VMM 통합)2
- 단일 도메인 아래에 여러 데이터 센터 및 DVS(Distributed Virtual Switch) 항목을 생성할 수 있습니다. 그러나 각 데이터센터에 Cisco AVS를 하나만 할당할 수 있습니다.
- Cisco AVS를 통한 서비스 그래프 구축은 Cisco ACI Release 1.2(1i) 및 Cisco AVS Release 5.2(1)SV3(1.10)에서 지원됩니다. 전체 서비스 그래프 컨피그레이션은 Cisco APIC(Cisco Application Policy Infrastructure Controller)에서 수행됩니다.
- Cisco AVS를 통한 서비스 VM(가상 머신) 구축은 VLAN(Virtual Local Area Network) 캡슐화 모드가 있는 VMM(Virtual Machine Manager) 도메인에서만 지원됩니다. 그러나 컴퓨팅 VM(공급자 및 소비자 VM)은 VXLAN(Virtual Extensible LAN) 또는 VLAN 캡슐화가 포함된 VMM 도메인에 포함될 수 있습니다.
- 또한 로컬 스위칭을 사용하는 경우 멀티캐스트 주소 및 풀이 필요하지 않습니다. 로컬 스위칭을 선택하지 않은 경우 멀티캐스트 풀을 구성해야 하며 AVS 패브릭 전체의 멀티캐스트 주소는 멀티캐스트 풀에 포함되지 않아야 합니다. AVS에서 시작된 모든 트래픽은 VLAN 또는 VXLAN 캡슐화됩니다.
이미지에 표시된 대로 VM Networking(VM 네트워킹) > VMWare > Create vCenter Domain(vCenter 도메인 생성)으로 이동합니다.
Port-channel 또는 VPC(Virtual Port-channel)를 사용하는 경우 Mac 피닝을 사용하도록 vSwitch 정책을 설정하는 것이 좋습니다.
그런 다음 APIC에서 다음 그림과 같이 vCenter에 AVS 스위치 컨피그레이션을 푸시해야 합니다.
APIC에서 VTEP(VXLAN Tunnel Endpoint) 주소가 AVS용 VTEP 포트 그룹에 할당되어 있음을 확인할 수 있습니다. 이 주소는 어떤 연결 모드(VLAN 또는 VXLAN)를 사용하더라도 할당됩니다
vCenter에 Cisco AVS 소프트웨어 설치
- 이 링크를 사용하여 CCO에서 vSphere VIB(Installation Bundle) 다운로드
표 1 - ESXi 6.0, 5.5, 5.1 및 5.0의 호스트 소프트웨어 버전 호환성
ZIP 파일에는 3개의 VIB 파일이 있으며, 각 ESXi 호스트 버전에 대해 하나씩 이미지에 표시된 대로 ESX 5.5에 적합한 파일을 선택합니다.
- VIB 파일을 ESX 데이터 저장소에 복사합니다. 이 작업은 CLI를 통해 수행하거나 vCenter에서 직접 수행할 수 있습니다.
esxcli 소프트웨어 vib 제거 -n cross_cisco-vem-v197-5.2.1.3.1.5.0-3.2.1.vib
데이터 저장소를 직접 탐색할 수도 있습니다.
- ESXi 호스트에 다음 명령을 사용하여 AVS 소프트웨어를 설치합니다.
esxcli 소프트웨어 vib install -v /vmfs/volumes/datastore1/cross_cisco-vem-v250-5.2.1.3.1.10.0-3.2.1.vib —maintenance-mode —no-sig-check
- VEM(Virtual Ethernet module)이 작동되면 AVS에 호스트를 추가할 수 있습니다.
Add Host to vSphere Distributed Switch(vSphere 분산형 스위치에 호스트 추가) 대화 상자에서 이미지에 표시된 대로 리프 스위치에 연결된 가상 NIC 포트를 선택합니다(이 예에서는 vmnic6만 이동).
- Next(다음)를 클릭합니다.
- Network Connectivity(네트워크 연결) 대화 상자에서 Next(다음)를 클릭합니다
- Virtual Machine Networking(가상 머신 네트워킹) 대화 상자에서 Next(다음)를 클릭합니다
- Ready to Complete(완료 준비) 대화 상자에서 Finish(마침)를 클릭합니다
이를 통해 AVS 통합이 완료되었으며 L4-L7 ASAv 구축을 계속할 수 있습니다.
ASAv 초기 설정
- Cisco ASAv 디바이스 패키지를 다운로드하여 APIC로 가져옵니다.
이미지에 표시된 대로 L4-L7 Services(L4-L7 서비스) > Packages(패키지) > Import Device Package(디바이스 패키지 가져오기)로 이동합니다.
- 모든 것이 제대로 작동하면 가져온 디바이스 패키지가 다음 이미지와 같이 L4-L7 Service Device Types(L4-L7 서비스 디바이스 유형) 폴더를 확장하는 것을 볼 수 있습니다.
계속하기 전에 실제 L4-L7 통합을 수행하기 전에 몇 가지 설치 측면을 확인해야 합니다.
관리 네트워크에는 대역 내 관리(In-Band Management) 및 대역 외(Out-Of-Band, OOB)라는 두 가지 유형이 있으며, 이러한 유형은 ASAv, Loadbalancer 등을 포함하는 기본 ACI(Application Centric Infrastructure)에 속하지 않는 디바이스(리프, 스파인 또는 apic 컨트롤러)를 관리하는 데 사용할 수 있습니다.
이 경우 ASAv용 OOB는 표준 vSwitch를 사용하여 구축됩니다. 베어 메탈 ASA 또는 기타 서비스 어플라이언스 및/또는 서버의 경우 이미지에 표시된 대로 OOB 관리 포트를 OOB 스위치 또는 네트워크에 연결합니다.
ASAv OOB 관리 포트 관리 연결에서는 OOB를 통해 APIC과 통신하기 위해 ESXi 업링크 포트를 사용해야 합니다. vNIC 인터페이스를 매핑할 때 네트워크 어댑터 1은 항상 ASAv의 Management0/0 인터페이스와 일치하며, 나머지 데이터 플레인 인터페이스는 네트워크 어댑터 2에서 시작합니다.
표 2에는 네트워크 어댑터 ID와 ASAv 인터페이스 ID의 일치가 나와 있습니다.
표 2
- File(파일)>Deploy OVF (Open Virtualization Format) Template(OVF 구축(Open Virtualization Format) 템플릿)에서 마법사를 통해 ASAv VM 구축
- 독립형 ESX Server 또는 vCenter용 asav-vi를 사용하려면 asav-esxi를 선택합니다. 이 경우 vCenter가 사용됩니다.
- 설치 마법사를 통해 약관에 동의합니다. 마법사 중간에 호스트 이름, 관리, ip 주소, 방화벽 모드 및 ASAv와 관련된 기타 특정 정보와 같은 몇 가지 옵션을 결정할 수 있습니다. VM 네트워크(표준 스위치)를 사용하고 인터페이스 GigabitEthernet0-8이 기본 네트워크 포트인 동안에는 인터페이스 Management0/0을 유지해야 하므로 ASAv에 대해 OOB 관리를 사용해야 합니다.
- Finish(마침)를 클릭하고 ASAv 구축이 완료될 때까지 기다립니다
- ASAv VM의 전원을 켜고 콘솔을 통해 로그인하여 초기 컨피그레이션을 확인합니다
- 이미지에 표시된 것처럼 일부 관리 컨피그레이션은 이미 ASAv 방화벽에 푸시됩니다. 관리자 사용자 이름 및 비밀번호를 구성합니다. 이 사용자 이름 및 비밀번호는 APIC에서 로그인하여 ASA를 구성하는 데 사용됩니다. ASA는 OOB 네트워크에 연결되어야 하며 APIC에 연결할 수 있어야 합니다.
사용자 이름 관리자 비밀번호 <device_password> 암호화된 권한 15
또한 전역 컨피그레이션 모드에서 http 서버를 활성화합니다.
http 서버 활성화
http 0.0.0.0 0.0.0.0 관리
APIC에서 ASAv 통합을 위한 L4-L7:
- ACI GUI에 로그인하고 서비스 그래프를 구축할 테넌트를 클릭합니다. 탐색 창 아래쪽에서 L4-L7 서비스를 확장하고 L4-L7 Devices(L4-L7 디바이스)를 마우스 오른쪽 버튼으로 클릭한 다음 Create L4-L7 devices(L4-L7 디바이스 생성)를 클릭하여 마법사를 엽니다
-
이 구현에서는 다음 설정이 적용됩니다.
- 관리 모드
- 방화벽 서비스
- 가상 디바이스
- 단일 노드를 사용하여 AVS 도메인에 연결됨
-ASAv 모델
-라우팅된 모드(GoTo)
- 관리 주소(Mgmt0/0 인터페이스에 할당된 이전 주소와 일치해야 함)
- APIC로 HTTPS 사용 기본적으로 가장 안전한 프로토콜을 사용하여 ASAv와 통신
- 성공적인 구축을 위해서는 디바이스 인터페이스와 클러스터 인터페이스의 올바른 정의가 중요합니다
첫 번째 부분은 이전 섹션에 나와 있는 표 2를 사용하여 네트워크 어댑터 ID와 사용하려는 ASAv 인터페이스 ID를 적절히 일치시킵니다. Path는 방화벽 인터페이스를 드나들 수 있는 물리적 포트 또는 포트 채널 또는 VPC를 나타냅니다. 이 경우 ASA는 ESX 호스트에 있으며, 여기서 in 및 out은 두 인터페이스에 대해 동일합니다. 물리적 어플라이언스에서는 방화벽(FW) 내부와 외부의 물리적 포트가 다릅니다.
두 번째 파트에서는 클러스터 인터페이스를 예외 없이 항상 정의해야 합니다(클러스터 HA가 사용되지 않더라도). 이는 Object Model이 mIf 인터페이스(디바이스 패키지의 메타 인터페이스), LIf 인터페이스(예: 외부, 내부, 내부 등의 리프 인터페이스) 및 CIf(콘크리트 인터페이스) 간의 연결을 갖고 있기 때문입니다. L4-L7 콘크리트 디바이스는 디바이스 클러스터 컨피그레이션에서 구성해야 하며 이러한 추상화를 논리적 디바이스라고 합니다. 논리적 디바이스에는 콘크리트 디바이스의 콘크리트 인터페이스에 매핑되는 논리적 인터페이스가 있습니다.
이 예에서는 다음 연결이 사용됩니다.
Gi0/0 = vmnic2 = ServerInt/provider/server > EPG1
Gi0/1 = vmnic3 = ClientInt/consumer/client > EPG2
디바이스 상태는 Stable이어야 하며 Function Profile and Service Graph Template을 구축할 준비가 되어 있어야 합니다.
서비스 그래프 템플
먼저 ASAv에 대한 기능 프로파일을 생성하되, 그 전에 이미지에 표시된 대로 해당 폴더 아래에 기능 프로파일 그룹을 생성한 다음 L4-L7 서비스 기능 프로파일을 생성해야 합니다.
- 드롭다운 메뉴에서 WebPolicyForRoutedMode Profile을 선택하고 방화벽의 인터페이스를 구성합니다. 여기서부터 단계는 선택 사항이며 나중에 구현/수정할 수 있습니다. 이러한 단계는 서비스 그래프의 재사용 가능 또는 사용자 지정 방법에 따라 구축의 몇 가지 다른 단계에서 수행할 수 있습니다.
이 실습에서 라우팅 방화벽(GoTo 모드)을 사용하려면 각 인터페이스에 고유한 IP 주소가 있어야 합니다. 표준 ASA 컨피그레이션에는 인터페이스 보안 레벨도 있습니다(외부 인터페이스의 보안성이 떨어지고 내부 인터페이스의 보안성이 향상됨). 또한 요구 사항에 따라 인터페이스의 이름을 변경할 수 있습니다. 이 예에서는 기본값이 사용됩니다.
- Interface Specific Configuration(인터페이스별 컨피그레이션)을 확장하고 IP 주소 x.x.x.x/y.y.y.y 또는 x.x.x.x/yy에 대해 다음 형식의 ServerInt에 대한 IP 주소와 보안 수준을 추가합니다. ClientInt 인터페이스에 대해 이 과정을 반복합니다.
- 그런 다음 Submit(제출)을 클릭합니다
- 이제 서비스 그래프 템플릿을 생성합니다.
- 장치 클러스터를 오른쪽으로 끌어서 놓아 소비자와 공급자 간의 관계를 형성하고 라우팅된 모드 및 이전에 생성한 기능 프로파일을 선택합니다.
- 템플릿에 결함이 있는지 확인합니다. 템플릿은 재사용 가능하도록 생성된 다음 특정 EPG 등에 적용해야 합니다.
- 템플릿을 적용하려면 마우스 오른쪽 버튼을 클릭하고 Apply L4-L7 Service Graph Template(L4-L7 서비스 그래프 템플릿 적용)을 선택합니다
- 어떤 EPG가 소비자측 및 제공자측에 있는지를 정의합니다. 이 연습에서는 AVS-EPG2가 소비자(클라이언트)이고 AVS-EPG1이 제공자(서버)입니다. 필터가 적용되지 않은 경우 방화벽에서 이 마법사의 마지막 섹션에 정의된 액세스 목록을 기반으로 모든 필터링을 수행할 수 있습니다.
- Next(다음)를 클릭합니다.
- 각 EPG의 BD 정보를 확인합니다. 이 경우 EPG1은 IntBD DB의 제공자이고 EPG2는 BD ExtBD의 소비자입니다. EPG1은 방화벽 인터페이스 ServerInt에 연결되고 EPG2는 인터페이스 ClientInt에 연결됩니다. 두 FW 인터페이스 모두 각 EPG의 DG가 되므로 트래픽은 항상 방화벽을 통과해야 합니다.
- Next(다음)를 클릭합니다.
- Config Parameters(컨피그레이션 매개변수) 섹션에서 All Parameters(모든 매개변수)를 클릭하고 업데이트/구성해야 하는 RED 표시기가 있는지 확인합니다. 그림과 같은 출력에서 access-list의 순서가 누락되었음을 알 수 있습니다. 이는 show ip access-list X에 표시되는 라인 주문과 같습니다.
- 앞서 정의한 기능 프로필에서 할당된 IP 주소 지정도 확인할 수 있습니다. 필요한 경우 정보를 변경할 수 있는 좋은 기회입니다. 모든 매개변수가 설정되면 이미지에 표시된 대로 Finish(마침)를 클릭합니다.
- 모든 것이 정상적으로 진행되면 새로운 Deployed 디바이스 및 Graph Instance가 나타납니다.
다음을 확인합니다.
- 서비스 그래프를 생성한 후 확인해야 할 중요한 사항 중 하나는 소비자/공급자 관계가 적절한 메타 커넥터로 생성되었다는 것입니다. Function Connector Properties(기능 커넥터 속성)에서 확인합니다.
- 이제 ASAv에 푸시된 정보도 확인할 수 있습니다
- EPG 아래에 새 계약이 할당됩니다. 지금부터 access-list의 항목을 수정해야 할 경우, 사업자 EPG의 L4-L7 서비스 매개변수에서 변경해야 합니다.
- vCenter에서 섀도우 EPG가 각 FW 인터페이스에 할당되었는지 확인할 수도 있습니다.
이 테스트에서는 2개의 EPG가 표준 계약과 통신했습니다. 이 2개의 EPG는 서로 다른 도메인 및 서로 다른 VRF에 있으므로 둘 사이에 경로 유출이 이전에 구성되었습니다. 이렇게 하면 FW가 2개의 EPG 간에 라우팅 및 필터링을 설정할 때 서비스 그래프를 삽입한 후 비트를 간소화할 수 있습니다. EPG 및 BD 아래에 이전에 구성된 DG를 이제 계약과 동일하게 제거할 수 있습니다. L4-L7에 의해 푸시된 계약만 EPG 아래에 있어야 합니다.
표준 계약이 제거되었으므로 이제 트래픽이 ASAv를 통해 이동함을 확인할 수 있습니다. show access-list 명령은 클라이언트가 서버에 요청을 보낼 때마다 증가하는 규칙에 대한 적중 횟수를 표시해야 합니다.
Leaf에서는 클라이언트 및 서버 VM과 ASAv 인터페이스에 대해 엔드포인트를 학습해야 합니다
VEM에 연결된 방화벽 인터페이스를 모두 참조하십시오.
ESX-1
ESX-2
마지막으로, 소스 및 대상 EPG에 대한 PC 태그를 알고 있는 경우에도 리프 레벨에서 방화벽 규칙을 확인할 수 있습니다.
필터 ID는 FW 규칙을 확인하기 위해 leaf의 PC 태그와 일치시킬 수 있습니다.
Communication Client-to-Server가 작동합니다.
문제 해결
VTEP 주소가 할당되지 않았습니다.
AEP에서 Infrastructure Vlan(인프라 VLAN)이 선택되었는지 확인합니다.
지원되지 않는 버전
VEM 버전이 올바른지 확인하고 적절한 ESXi VMWare 시스템을 지원합니다.
~ # vem version Running esx version -1746974 x86_64 VEM Version: 5.2.1.3.1.10.0-3.2.1 OpFlex SDK Version: 1.2(1i) System Version: VMware ESXi 5.5.0 Releasebuild-1746974 ESX Version Update Level: 0
VEM 및 패브릭 통신이 작동하지 않음
- Check VEM status vem status - Try reloading or restating the VEM at the host: vem reload vem restart - Check if there’s connectivity towards the Fabric. You can try pinging 10.0.0.30 which is (infra:default) with 10.0.0.30 (shared address, for both Leafs) ~ # vmkping -I vmk1 10.0.0.30 PING 10.0.0.30 (10.0.0.30): 56 data bytes --- 10.0.0.30 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss If ping fails, check: - Check OpFlex status - The DPA (DataPathAgent) handles all the control traffic between AVS and APIC (talks to the immediate Leaf switch that is connecting to) using OpFlex (opflex client/agent).
All EPG communication will go thru this opflex connection. ~ # vemcmd show opflex Status: 0 (Discovering) Channel0: 0 (Discovering), Channel1: 0 (Discovering) Dvs name: comp/prov-VMware/ctrlr-[AVS]-vCenterController/sw-dvs-129 Remote IP: 10.0.0.30 Port: 8000 Infra vlan: 3967 FTEP IP: 10.0.0.32 Switching Mode: unknown Encap Type: unknown NS GIPO: 0.0.0.0 you can also check the status of the vmnics at the host level: ~ # esxcfg-vmknic -l Interface Port Group/DVPort IP Family IP Address Netmask Broadcast MAC Address MTU TSO MSS Enabled Type vmk0 Management Network IPv4 10.201.35.219 255.255.255.0 10.201.35.255 e4:aa:5d:ad:06:3e 1500 65535 true STATIC vmk0 Management Network IPv6 fe80::e6aa:5dff:fead:63e 64 e4:aa:5d:ad:06:3e 1500 65535 true STATIC, PREFERRED vmk1 160 IPv4 10.0.32.65 255.255.0.0 10.0.255.255 00:50:56:6b:ca:25 1500 65535 true STATIC vmk1 160 IPv6 fe80::250:56ff:fe6b:ca25 64 00:50:56:6b:ca:25 1500 65535 true STATIC, PREFERRED ~ # - Also on the host, verify if DHCP requests are sent back and forth: ~ # tcpdump-uw -i vmk1 tcpdump-uw: verbose output suppressed, use -v or -vv for full protocol decode listening on vmk1, link-type EN10MB (Ethernet), capture size 96 bytes 12:46:08.818776 IP truncated-ip - 246 bytes missing! 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:50:56:6b:ca:25 (oui Unknown), length 300 12:46:13.002342 IP truncated-ip - 246 bytes missing! 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:50:56:6b:ca:25 (oui Unknown), length 300 12:46:21.002532 IP truncated-ip - 246 bytes missing! 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:50:56:6b:ca:25 (oui Unknown), length 300 12:46:30.002753 IP truncated-ip - 246 bytes missing! 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:50:56:6b:ca:25 (oui Unknown), length 300
이때 ESXi 호스트와 Leaf 간의 패브릭 통신이 제대로 작동하지 않음을 확인할 수 있습니다. 일부 확인 명령은 leaf 측에서 확인하여 근본 원인을 확인할 수 있습니다.
leaf2# show cdp ne
Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge
S - Switch, H - Host, I - IGMP, r - Repeater,
V - VoIP-Phone, D - Remotely-Managed-Device,
s - Supports-STP-Dispute
Device-ID Local Intrfce Hldtme Capability Platform Port ID
AVS:localhost.localdomainmain
Eth1/5 169 S I s VMware ESXi vmnic4
AVS:localhost.localdomainmain
Eth1/6 169 S I s VMware ESXi vmnic5
N3K-2(FOC1938R02L)
Eth1/13 166 R S I s N3K-C3172PQ-1 Eth1/13
leaf2# show port-c sum
Flags: D - Down P - Up in port-channel (members)
I - Individual H - Hot-standby (LACP only)
s - Suspended r - Module-removed
S - Switched R - Routed
U - Up (port-channel)
M - Not in use. Min-links not met
F - Configuration failed
-------------------------------------------------------------------------------
Group Port- Type Protocol Member Ports
Channel
-------------------------------------------------------------------------------
5 Po5(SU) Eth LACP Eth1/5(P) Eth1/6(P)Po5를 통해 연결된 ESXi에는 2개의 포트가 사용됩니다.
leaf2# show vlan extended VLAN Name Status Ports ---- -------------------------------- --------- ------------------------------- 13 infra:default active Eth1/1, Eth1/20 19 -- active Eth1/13 22 mgmt:inb active Eth1/1 26 -- active Eth1/5, Eth1/6, Po5 27 -- active Eth1/1 28 :: active Eth1/5, Eth1/6, Po5 36 common:pod6_BD active Eth1/5, Eth1/6, Po5 VLAN Type Vlan-mode Encap ---- ----- ---------- ------------------------------- 13 enet CE vxlan-16777209, vlan-3967 19 enet CE vxlan-14680064, vlan-150 22 enet CE vxlan-16383902 26 enet CE vxlan-15531929, vlan-200 27 enet CE vlan-11 28 enet CE vlan-14 36 enet CE vxlan-15662984위의 출력에서 ESXi 호스트(1/5-6)로 이동하는 업링크 포트를 통해 Infra VLAN이 허용되거나 전달되지 않음을 확인할 수 있습니다. 이는 APIC에 구성된 인터페이스 정책 또는 스위치 정책의 컨피그레이션이 잘못되었음을 나타냅니다.
둘 다 선택:
Access Policies(액세스 정책) > Interface Policies(인터페이스 정책) > Profiles Access Policies(프로파일) > Switch Policies(스위치 정책) > Profiles(프로파일)
이 경우 인터페이스 프로파일은 이미지에 표시된 대로 잘못된 AEP(DVS에 사용된 이전 AEP)에 연결됩니다.
AVS에 대한 올바른 AEP를 설정한 후 Leaf에서 적절한 Unlinks(링크 해제)를 통해 Infra VLAN이 표시됨을 확인할 수 있습니다.
leaf2# show vlan extended
VLAN Name Status Ports
---- -------------------------------- --------- -------------------------------
13 infra:default active Eth1/1, Eth1/5, Eth1/6,
Eth1/20, Po5
19 -- active Eth1/13
22 mgmt:inb active Eth1/1
26 -- active Eth1/5, Eth1/6, Po5
27 -- active Eth1/1
28 :: active Eth1/5, Eth1/6, Po5
36 common:pod6_BD active Eth1/5, Eth1/6, Po5
VLAN Type Vlan-mode Encap
---- ----- ---------- -------------------------------
13 enet CE vxlan-16777209, vlan-3967
19 enet CE vxlan-14680064, vlan-150
22 enet CE vxlan-16383902
26 enet CE vxlan-15531929, vlan-200
27 enet CE vlan-11
28 enet CE vlan-14
36 enet CE vxlan-15662984
and Opflex connection is restablised after restarting the VEM module:
~ # vem restart
stopDpa
VEM SwISCSI PID is
Warn: DPA running host/vim/vimuser/cisco/vem/vemdpa.213997
Warn: DPA running host/vim/vimuser/cisco/vem/vemdpa.213997
watchdog-vemdpa: Terminating watchdog process with PID 213974
~ # vemcmd show opflex
Status: 0 (Discovering)
Channel0: 14 (Connection attempt), Channel1: 0 (Discovering)
Dvs name: comp/prov-VMware/ctrlr-[AVS]-vCenterController/sw-dvs-129
Remote IP: 10.0.0.30 Port: 8000
Infra vlan: 3967
FTEP IP: 10.0.0.32
Switching Mode: unknown
Encap Type: unknown
NS GIPO: 0.0.0.0
~ # vemcmd show opflex
Status: 12 (Active)
Channel0: 12 (Active), Channel1: 0 (Discovering)
Dvs name: comp/prov-VMware/ctrlr-[AVS]-vCenterController/sw-dvs-129
Remote IP: 10.0.0.30 Port: 8000
Infra vlan: 3967
FTEP IP: 10.0.0.32
Switching Mode: LS
Encap Type: unknown
NS GIPO: 0.0.0.0
관련 정보
애플리케이션 가상 스위치 설치
Cisco Systems, Inc. Cisco Application Virtual Switch 설치 설명서, 릴리스 5.2(1)SV3(1.2)VMware를 사용하여 ASAv 구축
Cisco Systems, Inc. Cisco ASAv(Adaptive Security Virtual Appliance) 빠른 시작 설명서, 9.4
Cisco Application Centric Infrastructure를 사용한 서비스 그래프 설계 백서
개정 이력
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
1.0 |
11-Apr-2016
|
최초 릴리스 |
피드백