VMware SASE 5.2.0 릴리스 정보

VMware SASE 5.2.0 \| 2023년 10월 13일 VMware SASE™ Orchestrator 버전 R5204-20230831-GA VMware SD-WAN™ Gateway 버전 R5202-20230725-GA VMware SD-WAN™ Edge 버전 R5202-20230725-GA 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

VMware SASE 5.2.0 | 2023년 10월 13일

VMware SASE™ Orchestrator 버전 R5204-20230831-GA
VMware SD-WAN™ Gateway 버전 R5202-20230725-GA
VMware SD-WAN™ Edge 버전 R5202-20230725-GA

이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

릴리스 정보에 있는 내용

릴리스 정보에는 다음과 같은 항목이 포함됩니다.

권장 사용
호환성
Orchestrator, 게이트웨이 및 Edge에 대한 업그레이드 경로
새로운 SD-WAN 기능
새로운 SD-WAN 개선 사항
중요 참고 사항
사용 가능한 언어
Orchestrator API 변경 사항
문서 개정 기록

권장 사용

이 릴리스는 릴리스 5.2.0에서 처음 제공되는 특징 및 기능이 필요한 모든 고객에게 권장됩니다.

호환성

릴리스 5.2.0 Orchestrator, 게이트웨이 및 허브 Edge는 릴리스 4.2.0 이상의 모든 이전 VMware SD-WAN Edge 버전을 지원합니다.

다음과 같은 SD-WAN 상호 운용성 조합은 명시적으로 테스트되었습니다.

Orchestrator	게이트웨이	Edge
Orchestrator	게이트웨이	허브	분기/스포크
5.2.0	4.2.1	4.2.2	4.2.2
5.2.0	5.2.0	4.2.2	4.2.2
5.2.0	5.2.0	5.2.0	4.2.2
5.2.0	5.2.0	4.2.2	5.2.0
5.2.0	4.3.1	4.3.1	4.3.1
5.2.0	5.2.0	4.3.1	4.3.1
5.2.0	5.2.0	5.2.0	4.3.1
5.2.0	5.2.0	4.3.1	5.2.0
5.2.0	4.3.2	4.3.2	4.3.2
5.2.0	5.2.0	4.3.2	4.3.2
5.2.0	5.2.0	5.2.0	4.3.2
5.2.0	5.2.0	4.3.2	5.2.0
5.2.0	4.5.1	4.5.1	4.5.1
5.2.0	5.2.0	4.5.1	4.5.1
5.2.0	5.2.0	5.2.0	4.5.1
5.2.0	5.2.0	4.5.1	5.2.0
5.2.0	5.0.1.2	5.0.1.2	5.0.1.2
5.2.0	5.2.0	5.0.1.2	5.0.1.2
5.2.0	5.2.0	5.2.0	5.0.1.2
5.2.0	5.2.0	5.0.1.2	5.2.0
5.2.0	5.1.0	5.1.0	5.1.0
5.2.0	5.2.0	5.1.0	5.1.0
5.2.0	5.2.0	5.2.0	5.1.0
5.2.0	5.2.0	5.1.0	5.2.0
5.2.0	5.2.0	5.2.0	5.2.0

참고:

위 표는 SD-WAN 서비스를 사용하는 고객에게만 유효합니다. VMware Cloud Web Security 또는 VMware Secure Access에 액세스해야 하는 고객은 해당 Edge를 릴리스 4.5.0 이상으로 업그레이드해야 합니다.

중요:

VMware SD-WAN 릴리스 4.0.x가 지원 종료에 도달했고, 릴리스 4.2.x 및 4.3.x가 게이트웨이 및 Orchestrator에 대한 지원 종료에 도달했고, 4.5.x가 게이트웨이 및 Orchestrator에 대한 지원 종료에 가까워지고 있습니다.

릴리스 4.0.x는 2022년 9월 30일에 EOGS(일반 지원 종료)에 도달하고 2022년 12월 31일에는 EOTG(기술 지침 종료)에 도달했습니다.
릴리스 4.2.x Orchestrator 및 게이트웨이는 2022년 12월 30일에 EOGS(일반 지원 종료)에 도달했으며, 2023년 3월 30일에는 EOTG(기술 지침 종료)에 도달했습니다.
릴리스 4.2.x Edge는 2023년 6월 30일에 EOGS(일반 지원 종료)에 도달하고 2025년 9월 30일에는 EOTG(기술 지침 종료)에 도달하게 됩니다.
릴리스 4.3.x Orchestrator 및 게이트웨이는 2023년 6월 30일에 EOGS(일반 지원 종료)에 도달하고 2023년 9월 30일에는 EOTG(기술 지침 종료)에 도달하게 됩니다.
릴리스 4.3.x Edge는 2023년 6월 30일에 EOGS(일반 지원 종료)에 도달하고 2025년 9월 30일에는 EOTG(기술 지침 종료)에 도달하게 됩니다.
릴리스 4.5.x Orchestrator 및 게이트웨이는 2023년 9월 30일에 EOGS(일반 지원 종료)에 도달하고 2023년 12월 31일에는 EOTG(기술 지침 종료)에 도달하게 됩니다.
자세한 내용은 기술 자료 문서를 참조하십시오. 알림: VMware SD-WAN 릴리스 4.x(88319)의 지원 기간 종료.

Orchestrator, 게이트웨이 및 Edge에 대한 업그레이드 경로

다음은 Orchestrator, 게이트웨이 또는 Edge를 이전 릴리스에서 릴리스 5.2.0으로 업그레이드하려는 고객을 위한 경로입니다.

Orchestrator

릴리스 4.2.0 이상을 사용하는 Orchestrator를 릴리스 5.2.0으로 업그레이드할 수 있습니다.

게이트웨이

릴리스 4.2.0 또는 릴리스 5.2.0 이상을 사용하여 게이트웨이를 업그레이드하는 것은 모든 게이트웨이 유형에서 완전히 지원됩니다.

중요:

5.2.0을 사용하여 새 게이트웨이를 배포하는 경우 VMware ESXi 인스턴스는 6.7 Update 3 버전 이상, 7.0 버전 이하여야 합니다. 이전 ESXi 인스턴스를 사용하면 릴리스 5.2.0 이상을 실행하려고 할 때 게이트웨이의 데이터부 서비스가 실패합니다.

중요:

게이트웨이를 5.2.0으로 업그레이드하기 전에 ESXi 인스턴스를 6.7 Update 3 버전 이상, 7.0 버전 이하로 업그레이드해야 합니다. 이전 ESXi 인스턴스를 사용하면 릴리스 5.2.0 이상을 실행하려고 할 때 게이트웨이의 데이터부 서비스가 실패합니다.

Edge

Edge는 모든 릴리스 4.x 이상에서 릴리스 5.2.0로 직접 업그레이드할 수 있습니다.

새로운 SD-WAN 기능

지연 시간에 대한 사용자 지정 가능한 QoE(경험 품질)

이전에는 높은 지연 시간 링크(예: 위성 링크 또는 LTE 링크)에 대한 지연 시간 값이 정적이었습니다. 그 결과 QoE 페이지에 지연 시간 및 전반적인 품질 모두에 대한 빨간색 그래프가 표시되었습니다. 즉, 파트너와 고객은 높은 지연 시간 링크를 고려하려고 했지만 SD-WAN 서비스는 링크 선택 프로세스에서 해당 링크를 제외합니다.

릴리스 5.2.0에서 사용자는 사용자 지정 가능 QoE(Customizable QoE) 기능을 통해 비디오, 음성 및 트랜잭션 트래픽 유형의 지연 시간에 대한 임계값을 수정할 수 있습니다. 따라서 고객은 선택 프로세스의 일부로 높은 지연 시간 링크를 포함할 수 있으며 Orchestrator는 QoE 모니터링 페이지에 새 값을 적용합니다.

[모니터링(Monitor)] > [네트워크 개요(Network Overview)] 페이지의 링크 종료 가시성에 대한 엔터프라이즈 제어

이전에는 고객이 Orchestrator가 모니터링(Monitor) > 네트워크 개요(Network Overview) 페이지에 종료된 WAN 링크를 표시하는 방식을 제어할 수 없었습니다. WAN 링크가 24시간 넘게 계속 종료되면 Orchestrator에서 이 WAN 링크 표시를 중지하며, 링크가 종료 상태를 유지되는 동안 가시성이 손실되었습니다. 릴리스 5.2.0에서는 Orchestrator가 종료된 WAN 링크 표시를 중지하기 전에 최대 365일의 사용자 지정 시간 설정을 구성할 수 있습니다. 고객은 서비스 설정(Service Settings) > Edge 관리(Edge Management) > Edge 링크 종료 제한(Edge Link Down Limit)을 사용하여 이 설정을 구성합니다.

LAN 인터페이스의 GRE/BGP 지원

전송 VPC(Virtual Private Cloud)의 Edge는 GRE(Generic Routing Encapsulation)/BGP 및 연결을 사용하여 AWS TGW(Transit Gateway)에 연결할 수 있습니다. 연결 및 연결 피어는 모두 TGW에 대한 VPC 연결을 통해 설정됩니다. GRE는 GRE 터널을 통해 두 개의 BGP 인접 항목이 설정되고 라우팅된 LAN(비 WAN) 인터페이스에 할당된 개인 IP를 사용합니다.

경로 요약

경로 요약(경로 집계 또는 슈퍼넷이라고도 함)은 선택한 경로 접두사를 단일 경로 애드버타이즈로 통합하여 라우터가 인접 항목에 애드버타이즈하는 경로 수를 최소화함으로써 SD-WAN 디바이스의 확장 제한을 해결합니다.

BGP를 사용하는 경우 고객은 고급 설정(Advanced Settings)에서 이 기능을 구성합니다. OSPF를 사용하는 경우 고객은 기본 구성 페이지에서 경로 요약을 구성합니다.

참고:

경로 요약(Route Summarization) 기능을 사용하려면 Orchestrator, 게이트웨이 및 Edge를 모두 릴리스 5.2.0 이상으로 업그레이드해야 합니다.

자체 복구 라우팅

허브 및 클러스터와 관련된 대규모 데이터 센터 기반 배포에서는 경로 누락으로 인해 트래픽 중단이 발생할 수 있습니다. 릴리스 5.2.0 이전에는 VMware 엔지니어링 또는 지원 팀에서 자체적으로 중단되는 작업을 통해 누락된 경로를 복원해야 했습니다. VMware SD-WAN은 동기화 문제로 인해 데이터 센터 배포에서 경로 누락 문제가 발생할 위험을 줄이기 위해 자체 복구 라우팅 기능이 도입되었습니다.

자체 복구 라우팅은 게이트웨이가 스포크 Edge의 경로 수를 허브/클러스터 데이터 센터 Edge와 비교하고 스포크 사이트와 데이터 센터 사이트 간의 차이가 기본 임계값을 초과할 때 경로의 재동기화를 자동으로 트리거하는 감사 메커니즘으로 구현되었습니다. 이 기능은 모든 5.2.0 배포(5.2.0을 사용하는 Orchestrator, 게이트웨이 및 Edge)에 대해 자동으로 구현되며 구성이 필요하지 않습니다.

SIM 자동 전환

Edge 610-LTE는 이중 SIM DSSS(단일 대기)를 지원하지만 고객은 Orchestrator를 통해 활성 SIM에서 대기 SIM으로 수동으로 전환해야 했습니다. 버전 5.2.0에서 고객은 Edge 610-LTE에 대해 자동 전환(Automatic Switchover)을 사용하는 옵션을 사용할 수 있습니다.

고객이 [자동 전환(Automatic Switchover)]을 구성하면 Edge 610-LTE는 기본 LTE 연결이 실패했는지를 자동으로 감지하고 대기 SIM과의 연결을 시작합니다. 이 기능에는 구성 가능한 전환 타이머가 포함되어 있으므로 고객이 Edge가 대기 SIM으로 페일오버되기 전에 대기해야 하는 시간을 지정할 수 있습니다. 모니터링(Monitor) > Edge(Edges) > 개요(Overview) > 링크 상태(Links Status) 페이지에 SIM 전환 세부 정보가 포함된 새 자동 이중 모드 SIM(Auto Dual-Mode SIM) 열이 추가되었습니다.

참고:

자동 전환은 Edge 610-LTE 모델에만 사용할 수 있습니다. Edge 510-LTE 모델에서는 이 기능을 사용할 수 없습니다.

TPM(신뢰할 수 있는 플랫폼 모듈)

TPM(신뢰할 수 있는 플랫폼 모듈)은 하드웨어 기반 보안 기능입니다. 암호화 키, 암호 및 인증서와 같은 중요한 정보를 위한 보안 스토리지 영역과 단방향 "하드웨어 저장소"를 통한 물리적 보호 계층을 제공합니다.

VMware는 SD-WAN 하드웨어 Edge(510, 520, 540, 610, 620, 640, 680, 3000, 3100, 3400 및 3800)의 모든 변형(LTE, -N 등)에 TPM을 포함합니다. 고객이 구성(Configure) > Edge > 개요(Overview)로 이동하고 디바이스 암호 암호화(Encrypt Device Secrets) 확인란을 선택하여 Orchestrator UI를 통해 이 기능을 활성화합니다.

참고:

가상 Edge에는 현재 TPM이 지원되지 않습니다.

MAC 필터링을 사용한 Wi-Fi 액세스 제어

고객은 Wi-Fi 액세스 제어를 무선 네트워크에 대한 추가 보안 계층으로 사용할 수 있습니다. 활성화되면 SD-WAN은 알려진 MAC 주소와 승인된 MAC 주소만 기본 스테이션과 연결할 수 있도록 허용합니다.

새로운 SD-WAN 개선 사항

BGP 게이트웨이 인접 항목 상태

이전에는 Orchestrator가 이전 상태를 계속 사용할 때 전원 손실로 인해 Edge가 오프라인으로 전환된 경우 BGP 인접 항목의 상태를 정확하게 표시하지 않았습니다. 릴리스 5.2.0에서 Orchestrator는 이 시나리오에서 BGP 인접 항목 상태를 "사용할 수 없음(UNAVAILABLE)"으로 올바르게 표시합니다.

고급 방화벽 서비스

새로운 고급 방화벽 서비스는 SD-WAN Edge와 통합된 고급 방화벽 기능입니다. VMware는 최신의 정교한 사이버 위협으로부터 조직의 분기 네트워크를 보호하여 보안을 강화하도록 이 기능을 설계했습니다. 고객은 VMware SD-WAN에 대한 추가 기능 라이센스를 통해 고급 방화벽 서비스를 획득하며, 이 기능은 모든 SD-WAN Edge 모델(하드웨어 및 가상)에서 지원됩니다.

릴리스 5.2.0에 포함된 고급 방화벽 서비스의 초기 릴리스는 다음과 같은 기능을 제공합니다.

IDS/IPS(침입 탐지 시스템/침입 방지 시스템): VMware의 수상 경력에 빛나는 VMware NSX 보안 구성 요소를 기반으로 하며 암호화 및 암호화되지 않은 트래픽을 지원합니다. 고객은 NSX 보안 기능을 VMware SD-WAN Edge 플랫폼과 결합하여 보안을 유지하면서 분기의 레거시 방화벽을 안심하고 제거할 수 있으며 간소화된 네트워크 및 보안 운영의 이점을 누리는 동시에 위협 인텔리전스에 대한 VMware 투자를 활용할 수 있습니다.
VMware 호스팅 Edge 방화벽 로깅은 Edge에서 방화벽 및 위협 로그(허용 및 거부 규칙)를 수집하는 호스팅된 로그 스토리지를 제공합니다. 5.2.0의 초기 릴리스에서 Orchestrator는 기본적으로 15GB의 로그 또는 7일간의 로그(둘 중 짧은 기간)를 유지하며 그 후에는 로그를 덮어씁니다. 이 서비스는 유효한 VMware SD-WAN 라이센스에 포함되어 있습니다. 향후 릴리스에서는 확장된 로그 보존을 구매하는 옵션을 추가할 예정입니다.

외부 인증 기관

외부 인증 기관 구현의 3단계에서 릴리스 5.2.0 Orchestrator UI에는 중간 CA 구성에 대한 지원이 포함됩니다.

Orchestrator의 방화벽 로그

이전에는 고객이 방화벽 로그를 저장하고 볼 수 있는 유일한 방법은 방화벽 로그를 Syslog 서버로 전달하는 것이었습니다. 릴리스 5.2.0에서는 Orchestrator의 방화벽 로그를 저장하고, Orchestrator UI의 방화벽 로그를 보고, 정렬하고, 검색할 수 있는 옵션이 제공됩니다. 자세한 내용은 프로필 방화벽 구성 Edge 방화벽 구성 및 방화벽 로그 모니터링을 참조하십시오.

고가용성 기능 개선

릴리스 5.2.0에는 Edge 쌍과 함께 고가용성 토폴로지를 사용하여 배포된 사이트에 대한 여러 가지 개선 사항이 포함되어 있습니다. 여기에는 다음이 포함됩니다.

향상된 HA 안정성: HA 사이트에서 불필요한 페일오버 또는 활성-활성 "분할 브레인" 상태가 더 적게 발생합니다.
이벤트
- WAN, LAN 및 HA 링크 상태 변경에 대해 생성된 새 이벤트입니다.
- 일련번호 및 HA 모드와 같은 추가 메타데이터를 통해 이벤트 유용성이 향상됩니다.
모니터링
- HA 대기(HA Standby) 탭은 대기 Edge가 모니터링(Monitor) > Edge(Edges) 페이지에 있는 CPU 및 메모리 활용률을 보고하기 위한 새로운 대시보드입니다.
- 모든 모니터링(Monitor) > Edge(Edges) 대시보드에 이제 "페일오버 막대"가 표시됩니다. 이것은 HA 페일오버가 발생한 위치와 시기를 나타내는 그래프의 세로 마커입니다.
- 모든 모니터링(Monitor) > Edge(Edges) 그래프에는 HA Edge 일련번호가 표시된 상자가 포함되어 있어 고객이 모니터링 그래프에서 특정 기간 동안 활성화된 HA Edge를 한눈에 알 수 있습니다.
고가용성을 위한 새 구성 옵션
- HA 페일오버 감지 시간 승수(HA Failover Detection Time Multiplier)는 더 긴 고가용성 임계값을 설정하는 데 사용됩니다. 이 타이머는 대기 Edge가 활성 상태가 되기 전에 활성 Edge의 하트비트 패킷을 기다리는 시간을 나타내며, 일부 시나리오에서는 트래픽 로드가 높은 HA Edge에서 활성-활성 "분할 브레인" 상태를 방지할 수 있습니다.
- 구성 가능한 HA 인터페이스(Configurable HA Interface)를 사용하면 고객은 HA 인터페이스(동기화를 위해 활성 및 대기 Edge를 연결하는 인터페이스)로 사용할 Edge 전환 포트를 구성할 수 있습니다. 이전에는 SD-WAN이 HA 인터페이스를 해당 Edge 모델의 기본 인터페이스(즉, LAN1 또는 GE1)로 제한했습니다.
- 구성 가능한 HA 인터페이스의 향상된 기능은 고객이 1G/10G SFP 포트를 HA 인터페이스로 선택할 수 있는 것입니다.
대기 Edge의 HA 인터페이스에 대한 패킷 캡처(Packet Capture for the Standby): 이제 관리자는 대기 Edge의 HA 인터페이스에 대한 패킷 캡처를 요청하는 옵션을 포함하는 추가 HA 문제 해결 도구를 사용할 수 있습니다.

플랫폼 펌웨어 또는 공장 이미지에 대한 고가용성 업그레이드 지원

이전에는 HA 사이트의 플랫폼 펌웨어 또는 공장 이미지를 업그레이드하는 일은 사용자가 수동으로 수행해야 하는 시간이 많이 소요되고 중단을 초래하는 작업이었습니다. 새 플랫폼 펌웨어 또는 공장 이미지가 있는 HA 사이트에 운영자 프로필을 적용하면 릴리스 5.2.0 Orchestrator는 이전에 HA Edge 소프트웨어에 대해 수행한 것처럼 SD-WAN Edge에 대한 고가용성에서 공장 이미지와 플랫폼 펌웨어를 자동으로 업데이트할 수 있습니다.

IPv6 개선 사항

릴리스 5.2.0에는 다음과 같은 IPv6 개선 사항이 포함되어 있습니다.

OSPFv3
- 언더레이 IPv6 경로 학습
- OSPFv3 경로를 오버레이/BGP로 재배포 및 그 반대로 재배포
- OFC(오버레이 흐름 제어) 지원
- OSPFv3 원격 진단의 전체 제품군

Edge의 DHCPv6 릴레이 에이전트 지원
- 로컬/원격/클라우드 DHCP 서버 사용 사례
- 다중 릴레이 에이전트로 작동

Edge를 통한 비 SD-WAN IPv6 대상
- 지원되는 터널 페일오버 시나리오:
  - 활성-활성
  - 활성-대기
  - 활성-핫 대기
- 흐름 기반 링크 선택
- Orchestrator UI에는 터널 모니터링, 이벤트 및 경고가 포함됩니다.

VLAN에서 802.1x에 대한 MAB(MAC 주소 바이패스) RADIUS

릴리스 5.1.0에서는 802.1x에 대한 RADIUS MAB가 도입되었지만 라우팅된 인터페이스로만 제한되었습니다. 릴리스 5.2.0에서 고객은 Edge의 전환된 포트에 할당할 수 있는 VLAN에 대해 이 기능을 사용할 수도 있습니다.

참고:

전환된 포트에서 사용하기 위해 VLAN에 대해 MAB 기능을 구성하면 다음과 같은 제한 사항이 적용됩니다.

L2 트래픽이 RADIUS MAB를 트리거하지 않습니다.
라우팅된 트래픽이 표시될 때까지 L2 트래픽이 Linux 기반 스위치에서 전달되지 않습니다. 하드웨어 스위치는 아직 순수 L2 트래픽을 필터링하지 않으며 이러한 제한은 변경되지 않습니다.
라우팅된 트래픽이 관찰되지 않고 RADIUS MAB가 시간 초과할 경우(기본값은 30분) L2 트래픽이 다시 차단됩니다.
자신을 대상으로 하는 패킷에 대해 802.1x 상태를 확인하는 추가 후크는 802.1x를 사용하도록 설정하면 성능 저하를 유발할 수 있습니다.
Linux에서 완전히 관리되고 자신을 대상으로 하는 트래픽은 802.1x 인증(DHCP, DNS, ssh 등) 이전에 더 이상 필터링되지 않습니다.

게이트웨이에 대한 경로 가시성 향상

이러한 개선 사항을 통해 고객 및 파트너는 게이트웨이의 라우팅 테이블에 대한 가시성을 높일 필요가 없으며 다음을 포함하지 않아도 됩니다.

Orchestrator의 고객 모니터링(Monitor) > 라우팅(Routing) 페이지에 있는 게이트웨이 경로 테이블(Gateway Route Table) 탭
인접 항목당 BGP 보급 및 수신 경로를 표시하는 고객 모니터링(Monitor) > 라우팅(Routing) 페이지의 BGP 게이트웨이 인접 항목 상태(BGP Gateway Neighbor State) 탭
특정 경로 접두사에 대한 전체 정보
경로 접두사를 기준으로 하는 필터링
게이트웨이 경로 테이블을 내보내는 옵션

TPM(신뢰할 수 있는 플랫폼 모듈)

VMware SD-WAN은 SD-WAN 하드웨어 Edge(510, 520, 540, 610, 620, 640, 680, 3000, 3100, 3400 및 3800)의 모든 변형(LTE, -N 등)에 TPM을 포함합니다. 고객이 구성(Configure) > Edge > 개요(Overview)로 이동하고 디바이스 암호 암호화(Encrypt Device Secrets) 확인란을 선택하여 Orchestrator UI를 통해 이 기능을 활성화합니다.

참고:

가상 Edge는 이 릴리스에서 TPM을 지원하지 않습니다.

중요 참고 사항

UI 빌드

릴리스 5.2.0.4부터 VMware에는 Orchestrator UI 빌드가 도입되었습니다. UI 빌드에는 Orchestrator의 사용자 인터페이스 사용 방식에 영향을 주는 문제인 UI 문제에 대한 수정 사항만 포함되어 있습니다. UI 빌드에는 표준 Orchestrator 빌드의 경우처럼 Orchestrator의 기본 기능에 영향을 주는 관리/제어부 문제에 대한 수정 사항이 포함되어 있지 않습니다.

UI 빌드는 기존 Orchestrator 릴리스에 추가되며 Orchestrator 빌드 이름 아래에 나열된 고유한 빌드 버전으로 구분됩니다. UI 빌드는 사용자가 Orchestrator UI 화면의 오른쪽 상단 모서리에 있는 ? 아이콘을 클릭하여 Orchestrator 버전을 식별하는 것과 동일한 방식으로 있을 수 있습니다. 예를 들어 빌드 R5204-20230831-GA가 있는 버전 5.2.0.4를 실행하는 Orchestrator가 UI 빌드 버전 R5204-20230914-GA로 업데이트되면 Orchestrator 빌드 바로 아래에 [UI 빌드(UI Build)]라는 이름과 함께 표시됩니다. Orchestrator에 UI 빌드가 없는 경우 Orchestrator 빌드만 표시됩니다.

Orchestrator는 다음과 같이 UI 빌드로 업그레이드됩니다.

VMware 운영 팀은 Orchestrator가 최신 Orchestrator 릴리스를 이미 사용 중인 경우 빌드 릴리스가 진행되고 1주일 이내에 최신 UI 빌드를 사용하여 호스팅된 공유 Orchestrator 및 호스팅된 전용 Orchestrator를 모두 업그레이드합니다.
전용 Orchestrator를 사용하는 파트너는 운영 팀이 최신 Orchestrator 릴리스를 사용하는 조건에 따라 UI 빌드를 사용하여 Orchestrator를 업그레이드하도록 지원 티켓을 열어야 합니다.

참고:

온-프레미스 Orchestrator를 배포하는 고객은 UI 빌드를 사용할 수 없습니다.

UI 빌드에 대한 자세한 내용은 KB 문서 VMware SD-WAN 소프트웨어 업그레이드 FAQ(67152) 및 Orchestrator 및 게이트웨이에 대한 VMware SD-WAN 소프트웨어 릴리스 유형 및 소프트웨어 업그레이드 전략(89609)을 참조하십시오.

SASE Orchestrator에서 클래식 UI가 더 이상 사용되지 않음

릴리스 5.2.0에서는 이제 모든 구성 및 모니터링 작업에 대한 새 UI가 완료되었습니다. 따라서 클래식 UI는 기본적으로 숨겨지고 사용할 수 없습니다. 또한 SASE 엔지니어링 팀은 클래식 UI와 관련된 문제를 더 이상 수정하지 않습니다.

호스팅된 Orchestrator의 그린필드 직접 고객이 자동으로 CSP(클라우드 서비스 플랫폼)에 IdP로 할당됨

릴리스 5.2.0 호스팅 Orchestrator에서 생성된 그린필드 직접 고객(파트너에게 할당되지 않음)은 CSP를 IdP로 사용하여 SSO에 대해 자동으로 구성됩니다. 결과적으로 다음이 수행됩니다.

수퍼유저 역할의 관리자가 CSP 포털을 통해 새 관리자를 생성합니다.
CSP 중단이 발생할 경우 고객은 포털에 액세스할 수 있도록 하기 위해 로컬 인증(사용자 이름/암호)이 있는 하나의 "비상" 관리자 계정이 허용됩니다.
새 직접 고객은 API 액세스를 위해 토큰 기반 인증을 사용해야 합니다. 사용자 생성이 CSP로 이동되면 쿠키 기반 인증을 사용할 수 없습니다.

참고:

온-프레미스 Orchestrator는 CSP 요구 사항을 따르지 않으며 고객은 Orchestrator 기반 인증을 계속 사용합니다.

허브 또는 클러스터 상호 연결에 초기 액세스 권한이 유지됨

다음과 같은 주의 사항과 함께 릴리스 5.1.0에 허브 또는 클러스터 상호 연결이 도입되었습니다.

"허브 또는 클러스터 상호 연결을 사용하면 패킷이 네트워크에서 둘 이상의 홉을 이동할 수 있는 VMware SD-WAN 라우팅 프로토콜이 기본적으로 변경됩니다. 이 변경 사항은 담당자 토폴로지에서 테스트 되었지만 원거리 경로의 분산을 허용하는 변경 사항이 있는 경우 발생할 수 있는 모든 라우팅 시나리오에 대해 테스트할 수는 없습니다. 따라서 VMware는 이 기능을 초기 액세스로 릴리스하고, 이 기능이 사용 설정된 배포를 면밀하게 모니터링하여 예기치 않은 라우팅 동작이 있는지 확인하고 있습니다."

이 주의 사항은 릴리스 5.2.0의 이 기능에 적용됩니다.

Edge 및 게이트웨이의 IPsec을 통한 BGP 및 Azure Virtual WAN Automation에 대한 제한 사항

Edge 및 게이트웨이의 IPsec을 통한 BGP 기능은 Edge 또는 게이트웨이의 Azure Virtual WAN Automation과 호환되지 않습니다. Edge 또는 게이트웨이에서 Azure vWAN으로의 연결을 자동화할 때 고정 경로만 지원됩니다.

VMware SD-WAN Edge 모델 520, 540, 620, 640, 680, 3400, 3800 및 3810에서 자동 협상 기능을 비활성화할 경우의 제한 사항

VMware SD-WAN Edge 모델 620, 640 또는 680의 GE1 - GE4 포트에서, Edge 3400, 3800 또는 3810의 GE3 또는 GE4 포트에서, 구리 인터페이스가 있는 SFP가 포트 SFP1 또는 SFP2에서 사용되는 경우에는 Edge 520/540에서 사용자가 하드코드 속도 및 이중화에 대한 자동 협상 기능을 사용하지 않도록 설정하면 재부팅 후에도 링크가 작동되지 않는 것을 확인할 수 있습니다.

이 문제는 자동 협상이 링크의 양쪽에서 모두 사용되지는 않을 때 전송 및 수신할 적절한 와이어를 동적으로 감지할 수 없는(자동 MDIX) 제한이 있는 Intel Ethernet Controller i350을 사용하는 나열된 각 Edge 모델에서 발생합니다. 연결의 양쪽이 동일한 와이어에서 전송 및 수신 중인 경우 링크가 감지되지 않습니다. 피어 측도 자동 협상이 없으면 자동 MDIX를 지원하지 않으며 링크가 직선 케이블을 통해 진행되지 않을 경우, 링크가 작동하려면 교차 이더넷 케이블이 필요합니다.

자세한 내용은 KB 문서 VMware SD-WAN Edge 모델 520, 540, 620, 640, 680, 3400, 3800 및 3810(87208)에서 자동 협상 기능을 비활성화할 경우의 제한 사항을 참조하십시오.

사용 가능한 언어

버전 5.2.0을 사용하는 VMware SASE Orchestrator는 다음과 같은 언어로 지역화됩니다. 체코어, 영어, 유럽 포르투갈어, 프랑스어, 독일어, 그리스어, 이탈리아어, 스페인어, 일본어, 한국어, 중국어 간체 및 중국어 번체.

Orchestrator API 변경 사항

5.1.0 이후의 Orchestrator API 변경 사항

VMware SASE Orchestrator 포털 API("API v1")의 변경 사항

5.1.0과 5.2.0에서 API v1은 달라지지 않습니다. 참고로, 전체 API 변경 로그는 developer.vmware.com에서 다운로드할 수 있습니다("VMware SD-WAN Orchestrator API v1" 참조).

VMware SASE Orchestrator API v2의 변경 사항

이 릴리스는 프로필 및 Edge 수준 QoS(서비스 품질) 모듈의 구성을 추가적으로 지원합니다. 방화벽 통계 및 NNI 메트릭을 반환하기 위한 API도 이 릴리스에 추가되었습니다.

릴리스 5.2.0에는 다음과 같은 새로운 API 작업이 도입되었습니다.

프로필 및 Edge 수준 QOS 모듈
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/profiles/{profileLogicalId}/qos
- PUT /api/sdwan/v2/enterprises/{enterpriseLogicalId}/profiles/{profileLogicalId}/qos
- PATCH /api/sdwan/v2/enterprises/{enterpriseLogicalId}/profiles/{profileLogicalId}/qos
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/edges/{edgeLogicalId}/qos
- POST /api/sdwan/v2/enterprises/{enterpriseLogicalId}/edges/{edgeLogicalId}/qos
- PUT /api/sdwan/v2/enterprises/{enterpriseLogicalId}/edges/{edgeLogicalId}/qos
- PATCH /api/sdwan/v2/enterprises/{enterpriseLogicalId}/edges/{edgeLogicalId}/qos
엔터프라이즈 및 Edge 수준의 향상된 방화벽 통계
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/firewallIdpsStats
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/edges/{edgeLogicalId}/firewallIdpsStats
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/edges/{edgeLogicalId}/firewallIdpsStats/timeSeries
엔터프라이즈 수준 게이트웨이 NNI 메트릭
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/nniStats
- GET /api/sdwan/v2/enterprises/{enterpriseLogicalId}/nniStats/timeSeries

개발자 설명서

모든 VMware SASE/SD-WAN API 설명서는 https://developer.vmware.com/apis의 개발자 설명서 포털에 있습니다.

문서 개정 기록

2023년 10월 13일. 15차 개정판.

R5204-20230831-GA에 대한 Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator UI 빌드 R5204-20231013-0631-GA를 추가했습니다. Orchestrator 롤업 빌드 R5204-20230831-GA에 대한 다섯 번째 UI 빌드입니다.
UI 빌드 R5204-20231013-0631-GA에는 UI 문제 #120419, #123387, #127035, #127636, #127774, #128371, #128620 및 #129253에 대한 수정 사항이 포함되어 있으며 각 문제는 R5204-20230831-GA 섹션의 별도 표에 설명되어 있습니다.
Edge/게이트웨이의 알려진 문제 섹션에 미해결 문제 #125647을 추가했습니다.

2023년 10월 4일. 14차 개정판.

R5204-20230831-GA에 대한 Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator UI 빌드 R5204-20231003-GA를 추가했습니다. Orchestrator 롤업 빌드 R5204-20230831-GA에 대한 네 번째 UI 빌드입니다.
UI 빌드 R5204-20231003-GA에는 UI 문제 #117923, #123070, #127037, #128628 및 #128667에 대한 수정 사항이 포함되어 있으며 각 문제는 R5204-20230831-GA 섹션의 별도 테이블에 설명되어 있습니다.

2023년 9월 28일. 13차 개정판.

R5204-20230831-GA에 대한 Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator UI 빌드 R5204-20230927-GA를 추가했습니다. Orchestrator 롤업 빌드 R5204-20230831-GA에 대한 세 번째 UI 빌드입니다.
UI 빌드 R5204-20230927-GA에는 UI 문제 #126967, #127006, #127843, #127849, #127871 및 #128277에 대한 수정 사항이 포함되어 있으며 각 문제는 R5204-20230831-GA 섹션의 별도 테이블에 설명되어 있습니다.
Orchestrator의 알려진 문제 섹션에 다음 티켓을 추가했습니다. #125082, #125504, #125663, #126257, #126421, #126425, #126465, #126695, #127037, #127152, #127636, #128070.
해결된 문제 #110484를 원본 Edge/게이트웨이 빌드, R5200-20230530-GA에 대한 Edge/게이트웨이의 해결된 문제 섹션에 추가했습니다. 이 문제는 릴리스 정보의 1차 개정판에서 발생하는 오류에서 생략되었습니다.

2023년 9월 21일. 12차 개정판.

R5204-20230831-GA에 대한 Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator UI 빌드 R5204-20230920-GA를 추가했습니다. Orchestrator 롤업 빌드 R5204-20230831-GA에 대한 두 번째 UI 빌드입니다.
UI 빌드 R5204-20230920-GA에는 UI 문제 #106191, #113254, #117941, #117993, #121469, #126503 및 #126257에 대한 수정 사항이 포함되어 있으며 각 문제는 R5204-20230831-GA 섹션의 별도 테이블에 설명되어 있습니다.
UI 빌드가 네 가지 해당 Orchestrator 유형에 추가되는 방식에 대한 정보를 추가하도록 중요 참고 사항 항목인 UI 빌드를 수정했습니다. 호스팅된 공유, 개인 공유, 전용 및 온-프레미스. 이 항목에는 온-프레미스 Orchestrator를 사용하는 고객은 UI 빌드를 사용할 수 없다는 참고 사항이 포함되어 있습니다.

2023년 9월 15일. 11차 개정판.

UI 빌드라는 새로운 중요 참고 사항을 추가했습니다. UI 빌드는 사용자 인터페이스 문제에 대한 수정 사항만 포함하며, 기존 Orchestrator 릴리스에 추가되는 새로운 종류의 Orchestrator 소프트웨어 릴리스입니다.
R5204-20230831-GA에 대한 Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator UI 빌드 R5204-20230914-GA를 추가했습니다. Orchestrator 롤업 빌드 R5204-20230831-GA에 대한 첫 번째 UI 빌드입니다.
UI 빌드 R5204-20230914-GA에는 UI 문제 #108125, #122918, #123619, #123927, #124801, #125309, #125393, #125710, #126403 및 #127007에 대한 수정 사항이 포함되어 있으며 각 문제는 R5204-20230831-GA 섹션 내부의 별도 테이블에 설명되어 있습니다.

2023년 9월 1일. 10차 개정판.

Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator 롤업 빌드 R5204-20230831-GA를 추가했습니다. 이것은 세 번째 Orchestrator 롤업 빌드이며 릴리스 5.2.0에 대한 새로운 Orchestrator GA 빌드입니다.
Orchestrator 빌드 R5204-20230831-GA에는 문제 #65668, #104775, #118728, #120398, #121118, #121526, #122113, #123002, #123053, #123150, #123346, #123551, #123749, #124073, #124129, #124273, #124315, #124778, #124798, #125456에 대한 수정 사항이 포함되어 있으며 각 문제는 이 섹션에 설명되어 있습니다.
Edge/게이트웨이의 알려진 문제 섹션에 미해결 문제 #117037 및 #121606을 추가했습니다.
릴리스 5.1.0에서 해결되었으므로 Edge/게이트웨이의 알려진 문제에서 미해결 문제 #62701을 제거했습니다.
문서 개정 기록은 개선된 사용자 환경을 위해 최신 항목부터 가장 오래된 항목 순서로 표시되도록 재구성되었습니다.

2023년 8월 9일. 9차 개정판.

Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator 롤업 빌드 R5203-20230809-GA를 추가했습니다. 이것은 세 번째 Orchestrator 롤업 빌드이며 릴리스 5.2.0에 대한 새로운 Orchestrator GA 빌드입니다.
Orchestrator 빌드 R5203-20230809-GA에는 문제 #121118, #121884, #122132, #122797, #123384 및 #123609에 대한 수정 사항이 포함되어 있으며 각각은 이 섹션에 설명되어 있습니다.
해결된 문제 #105861을 원본 Orchestrator 빌드, R5200-20230530-GA에 대한 Orchestrator의 해결된 문제 섹션에 추가했습니다. 이 문제는 릴리스 정보의 1차 개정판에서 발생하는 오류에서 생략되었습니다.
VMware SASE 5.2.0 Orchestrator가 현지화된 언어를 명확히 하기 위해 사용 가능한 언어 섹션을 추가했습니다.

2023년 8월 2일. 8차 개정판.

Orchestrator의 해결된 문제 섹션에 새로운 Orchestrator 롤업 빌드 R5202-20230729-GA를 추가했습니다. 이것은 두 번째 Orchestrator 롤업 빌드이며 릴리스 5.2.0에 대한 새로운 기본 Orchestrator GA 빌드입니다.
Orchestrator 빌드 R5202-20230729-GA에는 문제 #116666, #117772, #117822, #118544, #118733, #120070, #120606, #120774, #121441, #121472, #121751, #121835, #121858, #121993, #122010, #122271, #122520, #122866, #122977에 대한 수정 사항이 포함되어 있으며 각각은 이 섹션에 설명되어 있습니다.
Orchestrator의 알려진 문제 섹션에 미해결 문제 #121118을 추가했습니다.

2023년 7월 31일. 7차 개정판.

Edge 및 게이트웨이의 해결된 문제 섹션에 새로운 Edge/게이트웨이 롤업 빌드 R5202-20230725-GA를 추가했습니다. 이것은 첫 번째 Edge/게이트웨이 롤업 빌드 및 릴리스 5.2.0에 대한 새로운 기본 Edge/게이트웨이 GA 빌드입니다.

Edge/게이트웨이 빌드 R5202-20230725-GA에는 문제 #106865, #117775 및 #121368에 대한 수정 사항이 포함되어 있으며 각각은 이 섹션에 설명되어 있습니다.
해결된 문제 #82095는 미해결 문제로 재분류하고 티켓을 Orchestrator의 알려진 문제 섹션으로 이동했습니다.
Edge/게이트웨이의 알려진 문제 섹션에 미해결 문제 #117314 및 #121998을 추가했습니다.
미해결 문제 #53359는 4.3.x 빌드에서 해결되었으므로 Edge/게이트웨이의 알려진 문제 섹션에서 제거되었습니다.

2023년 7월 12일. 6차 개정판.

해결된 문제 #86994, #90044, #98223, #101753, #105433, #110456, #106123 및 #116086을 원본 Edge 빌드, R5200-20230530-GA에 대한 Edge 및 게이트웨이의 해결된 문제 섹션에 추가했습니다. 이러한 문제는 릴리스 정보의 첫 번째 개정판에서 발생하는 오류로 인해 생략되었습니다.
해결된 문제 #114546을 원본 Orchestrator 빌드, R5200-20230530-GA에 대한 Orchestrator의 해결된 문제 섹션에 추가했습니다. 이 문제는 릴리스 정보의 1차 개정판에서 발생하는 오류에서 생략되었습니다.

2023년 7월 5일. 5차 개정판.

Orchestrator의 방화벽 로그가 새로운 SD-WAN 개선 사항 목록에 추가되었습니다. 이 향상된 기능은 릴리스 정보의 1차 개정판에서 발생하는 오류에서 생략되었습니다.
기존 GA 빌드의 Edge/게이트웨이의 해결된 문제 섹션에 해결된 문제 #107317을 추가했습니다.

2023년 6월 26일. 4차 개정판.

Orchestrator 해결된 문제 섹션에 새로운 Orchestrator 롤업 빌드 R5201-20230623-GA를 추가했습니다. 이것은 첫 번째 Orchestrator 롤업 빌드이며 릴리스 5.2.0에 대한 새로운 Orchestrator GA 빌드입니다.
Orchestrator 빌드 R5201-20230623-GA에는 문제 #112333, #113254, #115411, #115624, #116141, #116790, #117527, #117800, #117993, #118071, #118574, #118673, #119551 및 #119733에 대한 수정 사항이 포함되어 있으며 각각은 이 섹션에 설명되어 있습니다.

중요:

온-프레미스 Orchestrator에 대해 5.2.0.0 빌드를 사용하는 경우에는 Orchestrator를 5.2.0.1로 업그레이드하는 것이 좋습니다.

2023년 6월 22일. 3차 개정판.

Edge 및 게이트웨이의 해결된 문제 섹션에 새로운 Edge/게이트웨이 롤업 빌드 R5201-20230619-GA를 추가했습니다. 이것은 첫 번째 Edge/게이트웨이 롤업 빌드 및 릴리스 5.2.0에 대한 새로운 기본 Edge/게이트웨이 GA 빌드입니다.
Edge/게이트웨이 빌드 R5201-20230619-GA에는 문제 #115150 및 #117638에 대한 수정 사항이 포함되어 있으며 각각은 이 섹션에 설명되어 있습니다.

중요:

Edge 또는 게이트웨이에 대해 5.2.0.0 빌드를 사용하는 사용자는 Edge 및/또는 게이트웨이를 5.2.0.1로 업그레이드하는 것이 좋습니다.

2023년 6월 7일. 2차 개정판.

원래 Edge 빌드 R5200-20230530-GA에 대한 Edge 및 게이트웨이의 해결된 문제 섹션에 해결된 문제 #105933 및 #109963을 추가했습니다. 이러한 문제는 릴리스 정보의 첫 번째 개정판에서 발생하는 오류로 인해 생략되었습니다.

2023년 5월 31일. 1차 개정판.

Edge/게이트웨이 버전 R5202-20230725-GA에서 해결됨

Edge 빌드 R5202-20230725-GA는 2023년 7월 31일에 릴리스되었으며 두 번째 릴리스 5.2.0용 Edge/게이트웨이 롤업입니다.

이 Edge/게이트웨이 롤업 빌드는 첫 번째 Edge/게이트웨이 롤업, R5201-20230619-GA 이후의 아래와 같은 중요한 문제를 해결합니다.

해결된 문제 106865: Edge Network Intelligence 서비스를 사용하고 엔터프라이즈에서 분석을 활성화한 고객의 경우 비 IP 트래픽(예: RADIUS 인증)이 삭제되는 것을 확인할 수 있습니다.

분석이 활성화되고 비 IP 프레임이 SD-WAN Edge 인터페이스에서 수신되면 Edge가 이러한 프레임을 IPv4 조각으로 잘못 처리하여 조각 레코드 누수의 원인이 될 수 있습니다. 시간이 지남에 따라 모든 조각 처리가 중지되고 이러한 모든 패킷이 삭제될 수 있습니다. RADIUS 인증을 사용하는 고객의 경우 모든 Edge에 대해 인증이 동시에 끊어질 수 있습니다.

고정 빌드를 사용하지 않는 엔터프라이즈에서 유일한 해결 방법은 모든 Edge를 재부팅하는 것입니다.
해결된 문제 117775: [게이트웨이를 통한 NSD(비 SD-WAN 대상)(Non SD-WAN Destination via Gateway (NSD))]은 IPsec 터널이 지속적으로 플래핑(해체되었다가 다시 구축)되는 상태가 될 수 있습니다.

고객은 터널이 몇 초 동안 실행되었다가 몇 초 동안 종료되며, 자체적으로 중지하기 전까지는 이 주기가 반복된다는 것을 확인하게 됩니다. 이 문제는 타이밍을 기준으로 하므로 해당 주기가 며칠 동안 반복되고 잠재적으로 무한히 반복될 수 있습니다. 이 문제는 많은 수의 IKE 단계 2 연결이 있는 NSD 터널이 실행 중이고 게이트웨이가 완전히 실행되기 전에 해당 IKE 2단계 연결 중 하나에서 전달하려고 하는 트래픽이 있으므로 전체 터널이 해체 및 재구축되며 해당 주기가 반복될 경우 경합 조건에 따라 발생합니다.

이 문제에 대한 수정 사항이 있는 게이트웨이를 사용하지 않는 사이트에서는 이 문제가 타이밍 기반 문제이므로 해결 방법 옵션이 제한됩니다. 한 가지 잠재적인 해결 방법은 NSD 터널을 더 빠르게 협상할 수 있도록 작은 배치로 구성하여 터널이 준비되기 전에 트래픽이 도달하는 기간을 방지하는 것입니다.
해결된 문제 121368: VMware SD-WAN Gateway에 데이터부 서비스 장애가 발생하고, 코어를 생성하고, 그 결과로 다시 시작될 수 있습니다.

이 문제는 게이트웨이를 통해 인터넷/클라우드에 액세스하는 원격 액세스 사용자에 의해 트리거됩니다. 인터넷/클라우드 끝점이 조각화가 필요한 큰 패킷으로 응답하는 경우 패킷을 조각화하려고 시도하는 동안 게이트웨이 서비스가 실패합니다.

Edge/게이트웨이 버전 R5201-20230619-GA에서 해결됨

Edge 빌드 R5201-20230619-GA는 2023년 6월 22일에 릴리스되었으며 첫 번째 릴리스 5.2.0용 Edge 롤업입니다.

이 Edge/게이트웨이 롤업 빌드는 기존 GA 빌드 R5200-20230530-GA 이후의 아래와 같은 중요한 문제를 해결합니다.

중요:

Edge 또는 게이트웨이 5.2.0.0 빌드를 사용하는 사용자는 Edge 및/또는 게이트웨이를 5.2.0.1로 업그레이드하는 것이 좋습니다.

해결된 문제 115150: 고객이 Zscaler 유형을 사용하여 NSD(비 SD-WAN 대상) 또는 CSS(클라우드 보안 서비스)를 배포하고 L7 상태 점검이 켜져 있으면 L7 상태 점검 실패로 인해 하나 이상의 터널이 종료된 것이 확인될 수 있습니다.

이 문제는 기본 또는 보조 터널에서 발생할 수 있습니다. VMware SD-WAN Gateway가 여러 L7 상태 점검을 관리하는 경우 L7 상태 점검 프로브로 인한 NAT 누수 때문에 게이트웨이를 재부팅하지 않고는 복구할 수 없는 NSD/CSS 터널 오류가 발생합니다.
해결된 문제 117638: 사용자가 [모니터링(Monitor)] > Edge > [링크(Links)]로 이동하고, 릴리스 5.2.0을 사용하여 VMware SD-WAN Edge에 대해 라이브 모드를 켜면 SASE Orchestrator가 실시간 통계를 제공하지 않습니다.

또한 사용자는 결과적으로는 시간 초과되는 [Edge 대기 중...] 표시를 확인하게 됩니다. 이 문제는 5.2.0 Edge 빌드가 Orchestrator에 업로드할 때 LTE/USB 링크 통계를 처리하는 방식으로 인해 Edge에서 발생합니다.

Edge 및 게이트웨이 버전 R5200-20230530-GA에서 해결됨

Edge 및 게이트웨이 빌드 R5200-20230530-GA는 2023년 5월 31일에 릴리스되었고, Edge 및 게이트웨이 빌드 R5102-20230310-GA 이후의 다음 문제를 해결합니다.

참고:

릴리스 5.2.0에는 5.0.0 및 5.0.1 릴리스 정보에 나열된 모든 Edge 및 게이트웨이 수정 사항과 위에 나열된 빌드까지 5.1.0 릴리스 정보의 모든 Edge 및 게이트웨이 수정 사항이 포함되어 있습니다.

해결된 문제 48032: 디스크 장애 발생 시 분석을 위해 VMware SD-WAN Edge의 디스크 읽기 및 쓰기 통계를 추적할 방법이 없습니다.

현재 /velocloud/log에서 디스크에 쓰인 데이터양을 추적하는 방법이 있지만, 쓰기 수가 아닌 쓰이는 전체 데이터만 추적하기 때문에 데이터가 상세하지 않습니다. 이 티켓은 원격 진단 "시스템 정보(System Information)" 아래에 "디스크 통계(Disk Stats)"를 추가하여 디스크 기반 Edge RMA의 경우 VMware Engineering에서 이러한 통계를 다시 참조할 수 있도록 합니다.
해결된 문제 54573: 경로 테이블 덤프를 실행할 때 출력에 연결된 특정 경로에 대한 잘못된 메트릭 값이 표시될 수 있습니다.

이 문제는 Edge 서비스가 Edge 커널에서 인터페이스 경로 추가에 대한 올바른 알림을 수신하지 못하기 때문에 발생합니다.
해결된 문제 57170: BGP, 개인 링크 및 파트너 게이트웨이를 사용하는 고객 엔터프라이즈의 경우 파트너 게이트웨이 뒤에 있는 클라이언트와 VMware SD-WAN Edge 뒤에 있는 서버로의 연결이 끊어질 수 있습니다.

인터넷 트래픽은 NAT 전달 프로세스 대신 MPLS 네트워크를 사용합니다.
해결된 문제 58244: BGP 및 파트너 게이트웨이를 사용하는 고객의 경우 PG를 사용하는 트래픽에 대한 연결 문제가 발생할 수 있습니다.

이 문제는 PSBR 경로가 설치되지 않았기 때문에 발생하며 경로 테이블 덤프를 확인할 때 이 문제가 발견될 수 있습니다. 이 문제는 게이트웨이가 제거되었다가 다시 추가되고 '세그먼트 1에 대한 경로 대기열을 찾을 수 없음' 오류를 나타내며 경로 이벤트가 삭제되었기 때문에 발생합니다.
해결된 문제 68748: Windows OS를 사용하는 클라이언트 디바이스가 VMware SD-WAN Edge에 연결된 경우 "새 클라이언트 디바이스가 표시됨(New Client Device Seen)"에 대한 이벤트 보고서는 잘못된 OS 버전입니다.

Edge가 dhcp_fingerprints.json 파일에서 설명을 자르며 이로 인해 고객은 연결된 해당 클라이언트 디바이스에 대해 올바른 OS를 유지하지 못합니다.
해결된 문제 82808: CSS(클라우드 보안 서비스)를 사용 중이고 L7 상태 점검이 켜져 있는 VMware SD-WAN Edge의 경우 VMware SASE Orchestrator가 터널을 계속 실행 중(UP)으로 표시하더라도 트래픽이 이러한 CSS 터널을 사용하지 못하는 것을 확인할 수 있습니다.

L7 프로브가 4XX HTTP 오류로 인해 실패하더라도 VMware SD-WAN Gateway는 실패를 인정하지 않으며 Orchestrator에 CSS 터널을 종료(DOWN)로 표시하도록 지시하지 않습니다.
해결된 문제 84235: VMware SD-WAN Edge에 데이터부 서비스 장애가 발생하고, 복구하기 위해 다시 시작될 수 있습니다.

터널 플래핑이 발생할 때 Edge가 조각난 IKEv2 패킷(PKI 사용 모드)을 해제하는 경우 "이중 해제" 상태가 발생하고 Edge 서비스에서 예외가 트리거되어 실패 및 다시 시작이 발생할 수 있습니다.
해결된 문제 86994: 동적 분기 간이 활성화된 고객 엔터프라이즈에서 이 엔터프라이즈의 VMware SD-WAN Edge 문제를 해결하려고 할 때 dispcnt 디버그 명령이 작동하지 않습니다.

dispcnt 디버그 명령은 모든 카운터 값을 제공하지 않고, Domain (null) does not exist가 표시되며 실패합니다. Edge 진단 번들에서 관련 로그를 참조할 때도 실패합니다. 이는 고객 네트워크 문제 해결에 심각한 지장을 일으킵니다.

이 문제는 각 피어에 대해 생성 및 해체된 대량의 터널로 인해 동적 분기 간이 활성화된 엔터프라이즈에서 발생합니다. 피어의 다양한 메트릭을 저장하는 카운터는 공유 메모리에 저장되고, 시간이 지남에 따라 이러한 공유 메모리 세그먼트는 충돌로 인해 잘못된 상태가 되며 dispcnt 명령을 통해 카운터를 가져오지 못합니다.

이 문제에 대한 수정 사항을 적용하지 않으면 사용자는 영향을 받는 Edge의 서비스 다시 시작을 수행해야만 상태를 지울 수 있습니다.
해결된 문제 89332: VMware SD-WAN Edge의 /velocloud 디렉토리가 가득 차거나 이 디렉토리에 쓸 수 없는 경우 고객은 이벤트에서 이 상태를 인식하지 못합니다.
고객은 Edge가 추가 이벤트를 게시하지 않았으며 앞으로 며칠 후에 이벤트가 게시될 수 있다는 사실만 알 수 있습니다. Orchestrator에 대한 보고 이벤트는 /velocloud 디렉토리에 파일을 쓸 때 발생합니다. 디렉토리가 가득 찼거나 디스크에 문제가 있어 읽기 전용 모드로 전환되는 경우 이러한 사실을 경고하는 이벤트 또는 로깅이 없으므로 고객 및 VMware 엔지니어링/지원 담당자는 이러한 사실을 알 방법이 없습니다.

이 문제에 대한 수정 사항을 적용할 경우 다음과 유사하게 발생하는 상황을 명확하게 나타낼 수 있는 새 로그 항목이 다른 폴더에 기록됩니다.
- edge:b1-edge1:~# cat /var/log/log_eventgen.log
- 2023-05-19 13:03:46,628 Unable to create event save file: [Errno 30] Read-only file system: '/velocloud/events/client/event.1684501426626.mgp7kfvg'
- 2023-05-19 13:03:46,634 events.EventPackage failure, queing to MGD
해결된 문제 90044: VMware SD-WAN Gateway가 ICMP 프로브로 구성되고 게이트웨이가 다시 시작되면 ICMP 프로브가 복구되지 않고 중단된 상태로 유지됩니다.

게이트웨이를 다시 시작한 후 debug.py --icmp의 ICMP 프로브 상태가 [종료(DOWN)]로 나타납니다.

이 문제를 수정하지 않은 게이트웨이에서 해결 방법은 ICMP 프로브를 비활성화한 다음 다시 활성화하는 것입니다.
해결된 문제 92142: VMware SD-WAN Edge 뒤의 디바이스가 VLAN 또는 하위 인터페이스가 구성된 라우팅된 인터페이스를 통해 Edge에 직접 연결된 디바이스와 통신하려고 하면 통신이 실패할 수 있습니다.

라우팅된 인터페이스에 NAT Direct가 구성된 경우 해당 인터페이스(언더레이)를 통해 직접 전송되는 모든 트래픽이 라우팅된 인터페이스의 IP 주소를 사용하여 NAT됩니다. 그러나 NAT는 라우팅된 인터페이스가 하위 인터페이스이거나 VLAN을 사용하는 경우 라우팅된 인터페이스와 동일한 서브넷의 다른 IP 주소로 송수신되는 트래픽에 적용되지 않습니다. Edge가 NAT Direct를 적용하지 않기 때문에 대상이 하나 이상의 홉을 벗어나면 이 결함이 발생하지 않으며 트래픽이 작동합니다(Edge가 고정 버전을 사용할 경우 미치는 영향에 대해서는 아래의 참고 사항 참조).

참고:
이전 버전의 SASE Orchestrator가 VLAN 또는 하위 인터페이스가 구성된 기본 인터페이스에서 NAT Direct를 실수로 구성할 수 있습니다. 해당 인터페이스가 하나 이상의 홉에서 멀리 직접 트래픽을 보내는 경우 NAT Direct 설정이 적용되지 않았기 때문에 문제가 발생하지 않습니다. 이 문제에 대한 수정 사항이 있는 Edge를 5.2.0 이상으로 업그레이드하면 이전 릴리스에서 이 특정 사용 사례가 구현되지 않았기 때문에 라우팅 동작이 변경됩니다.

즉, 이제 5.2.0 Edge가 모든 사용 사례에 대해 예상된 방식으로 NAT Direct를 구현하기 때문에 이전에 작동했던 트래픽(결함에 따라 NAT Direct가 적용되지 않았으므로)이 이제 실패할 수 있습니다. 고객이 VLAN 또는 하위 인터페이스가 구성된 인터페이스에 대해 NAT Direct가 확인되었다는 사실을 인식하지 못하기 때문입니다.

따라서 Edge를 릴리스 5.2.0 이상으로 업그레이드하는 고객은 먼저 프로필 및 Edge 인터페이스 설정을 확인하여 NAT Direct가 명시적으로 필요한 경우에만 구성되도록 해야 합니다. 필요하지 않은 경우, 특히 해당 인터페이스에 VLAN 또는 하위 인터페이스가 구성된 경우에는 이 설정을 비활성화합니다.
해결된 문제 92927: VMware SD-WAN Edge 인터페이스가 비활성화되더라도 연결된 디바이스에 대한 링크를 계속 유지합니다.

Orchestrator를 통해 비활성화하도록 인터페이스를 선택하면 더 이상 Edge의 DPDK에서 제어되지 않고 Edge의 커널 드라이버를 통해 제어됩니다. 따라서 이 변환을 수행하는 스크립트는 인터페이스에서 커널 관리를 작동 상태로 설정하므로 인터페이스가 연결된 경우 연결된 디바이스와 자동 협상하려고 시도합니다.
해결된 문제 92400: 고가용성 토폴로지로 구성되고 Edge 인터페이스가 하위 인터페이스로 구성된 고객 사이트에서 HA 페일오버 후 대기 Edge가 수렴하는 데 시간이 더 오래 걸립니다.

"무상 ARP" 및 "다음 홉 ARP"는 하위 인터페이스에서 전송되지 않으며 이로 인해 컨버전스 시간이 예상된 1초 미만보다 커집니다.
해결된 문제 93965: VMware SD-WAN Edge에 데이터부 서비스 장애가 발생하고, 코어를 생성하고, 복구하기 위해 다시 시작될 수 있습니다.

코어를 확인하면 Edge 서비스가 SIGXCPU 신호를 나타내며 종료된 것으로 표시됩니다. Edge 운영 체제에는 스레드 간의 인터페이스 이벤트 통신을 위한 대기열로 사용되는 Unix 소켓이 있습니다. 이 문제는 소켓 깊이가 너무 작아서 스레드 차단이 발생하고 SIGXCPU 신호가 발생하기 때문에 나타납니다.
해결된 문제 95399: VMware SD-WAN Edge의 라우팅된 인터페이스를 물리적으로 연결하거나 분리하면 VMware SASE Orchestrator에서 Edge 인터페이스 실행 중(Up) 또는 인터페이스 종료(Down) 이벤트가 표시되지 않습니다.

이 문제는 Edge 릴리스 4.5.1에 처음 추가되고 이후의 모든 빌드(5.0.x, 5.1.x)에 포함된 dhclient로 추적됩니다. Dhclient는 Orchestrator에 인터페이스 실행 중(up) 및 종료(down) 이벤트를 보내도록 구성되지 않았습니다.
해결된 문제 95950: 구성된 세그먼트가 128개일 때 사용자가 VMware SD-WAN Edge의 인터페이스 설정을 구성하면 Edge에서 데이터부 서비스 장애가 발생하고 코어를 생성하고 다시 시작될 수 있습니다.

Edge가 128개 세그먼트로 구성된 경우 iptable 규칙 적용을 완료하는 데 시간이 너무 많이 걸리고 이로 인해 다중 모니터 예외 및 Edge 서비스 장애가 발생합니다.
해결된 문제 95850: OSPF가 사용되는 고객 엔터프라이즈에서 사용자가 VMware SD-WAN Edge에 대한 진단 번들을 생성하면 번들 생성 중에 OSPF 경로가 플래핑되어 고객 트래픽이 중단될 수 있습니다.

진단 번들 생성의 일부로 vcdbgdump -r remote-routes 및 vcdbgdump -r remote_routes 명령이 실행됩니다. 이러한 명령은 고객 환경에서 40초 넘게 걸리기 때문에 이벤트 디스패처 스레드 대기열에 추가된 OSPF hello는 처리되지 않았습니다. 이로 인해 OSPF 인접 항목이 플래핑되어 네트워크 중단이 발생합니다.

이 문제에 대한 수정 사항이 적용되지 않은 Edge에서 고객은 유지 보수 기간을 제외한 기간에 진단 번들을 생성하지 않아야 하며, VMware SD-WAN 지원 서비스에는 문제가 일시적으로 발생하지 않도록 하는 내부 도구가 있으므로 지원 서비스에 문의하여 번들 생성을 요청해야 합니다.
해결된 문제 96710: 고객 사이트가 고가용성 토폴로지로 구성되어 있고 HA Edge 인터페이스에 대해 LOS(신호 손실) 감지가 켜져 있는 경우 활성 Edge 인터페이스에서 연결이 끊어지고 대기로 강등된 후 나중에 인터페이스 연결이 복원되면 대기 Edge가 복원된 연결을 감지하지 못합니다.

활성 상태일 때 인터페이스에서 LOS가 감지되어 Edge가 대기 상태가 되면 Edge가 대기 상태가 되고 잠시 후에 연결이 복원되더라도 대기 Edge에서 LOS 모니터링을 수행할 수 없으므로 SD-WAN에서 연결을 감지할 수 없습니다. 인터페이스는 여전히 마지막으로 알려진 LOS 상태에 따라 종료된 것으로 간주됩니다.

이 수정 사항을 적용하지 않은 HA Edge에서 강제 HA 페일오버로 인해 대기(현재 활성) Edge가 연결 복원을 위해 해당 인터페이스를 ARP 프로브합니다.
해결된 문제 97953: 운영자 또는 파트너 사용자는 VMware SD-WAN Gateway에서 ARP 캐시를 지우는 옵션이 없습니다.

릴리스 5.2.0 이상을 사용하는 게이트웨이에서 사용자는 debug.py --clear_arp_cache 명령을 사용하여 ARP 캐시를 지우는 옵션을 사용할 수 있습니다.
해결된 문제 98223: VMware SD-WAN Edge에서 Edge Network Intelligence 분석이 활성화되면 Edge와 VMware SASE Orchestrator의 연결이 끊기고 Orchestrator가 Orchestrator UI에서 Edge를 종료된 것으로 표시할 수 있습니다.

분석이 활성화되면 분석 백엔드와의 Edge 통신이 Orchestrator와의 Edge 통신과 혼합되는 경우가 있습니다. 이로 인해 Orchestrator와의 통신이 끊어지면 Orchestrator는 Edge가 종료되지 않은 경우에도 종료된 것으로 선언합니다.
해결된 문제 98359: 고객이 하위 인터페이스를 사용하는 Edge 인터페이스에 대해 LoS(신호 손실) 감지를 켜면 LOS는 하위 인터페이스에서 연결 실패를 감지하지 않습니다.

이전 릴리스에서는 하위 인터페이스에 대해 LoS 감지가 지원되지 않으며 하위 인터페이스에서의 연결 손실로 인해 LoS가 감지되지 않습니다.
해결된 문제 98634: 여러 링크가 있는 Edge에 대한 [Edge] > [모니터링(Monitor)] > [전송(Transport)]을 확인할 경우 두 링크 간에 링크 메트릭에 불일치가 확인될 수 있습니다.

이 문제는 WAN 링크의 논리적 ID가 여러 Edge에서 복제되어 해당 링크에 대한 통계가 부정확해집니다.
해결된 문제 98694: 고객 엔터프라이즈가 중복 고정 경로로 구성된 경우 기본 경로가 종료되면 대체 경로가 애드버타이즈되지 않고 트래픽이 삭제됩니다.

VMware SD-WAN Edge에서 인터페이스가 종료되면 인터페이스를 통한 경로에 연결할 수 없는 경우에도 대체 경로가 VMware SD-WAN Gateway로 보급되지 않습니다. Edge의 해당 접두사에 대해 다른 인터페이스를 통한 대체 경로가 있더라도 접두사에 대한 경로가 게이트웨이에 존재하지 않습니다. 이 문제는 인터페이스 종료를 처리하는 동안 연결 가능한 대체 정적 경로가 있는지 확인하지 않고 SD-WAN 서비스가 경로 삭제를 전송하기 때문에 발생합니다.
해결된 문제 99193: 스포크 Edge로 구성되고 현재 IPv6을 사용하는 VMware SD-WAN Edge의 경우 이 Edge가 릴리스 5.x를 실행 중이고 릴리스 4.5.x 이하로 다운그레이드되면 스포크 Edge로 향하는 IPv6 트래픽이 삭제되고, 대체 IPv6 경로가 있으면 트래픽은 해당 경로를 통해 이동되지 않지만 삭제된 다운그레이드된 스포크 Edge로 계속 이동하므로 패킷이 손실됩니다.

스포크 Edge가 5.x에서 4.5.x 이하로 다운그레이드되고 종료되면 허브 Edge는 FIB(전달 정보 기반)에서 다음 홉을 해당 스포크 Edge로 사용하여 IPv6 경로를 제거하지만 RIB(라우팅 정보 기반)에 유지됩니다. 나중에 다운그레이드된 스포크 Edge가 실행되면 허브는 FIB에서 IPv6 경로를 복원하고 이러한 접두사에 대한 트래픽이 스포크 Edge로 이동한 후 해당 위치에서 삭제됩니다. 이 문제는 오래된 새로 고침 타이머가 시작되고 5분 후에 v6 경로를 플러시할 때까지 지속됩니다.
해결된 문제 99215: VMware SD-WAN Edge 모델 610, 620, 640 및 680에서 사용자가 SFP1 인터페이스를 비활성화하거나 전환된 것으로 구성하면 SFP2 인터페이스의 패킷 수신이 중지될 수 있습니다.

이러한 Edge 모델에서 SFP1이 라우팅된 것으로 구성되고, 사용자가 SFP1을 비활성화하거나 전환된 것으로 재구성하도록 선택하는 경우 SFP2 인터페이스의 패킷 수신이 중지될 수 있습니다.
해결된 문제 100010: IPv4 및 IPv6 모두에 대해 구성된 개인 WAN 링크를 사용하여 배포된 VMware SD-WAN Edge의 경우 사용자가 진단 번들을 생성하거나 원격 진단 [경로 나열(List Paths)]을 실행하면 Edge에 메모리 누수가 발생할 수 있습니다.

트래픽이 개인 링크를 통해 실행되면 SD-WAN은 먼저 IPv4 주소가 구성되어 있는지와 해당 값이 JSON에 저장되는지 확인하고(이 주소가 구성되어 있는 경우), IPv6 주소가 구성되어 있는지 확인합니다. IPv6 주소가 있는 경우 SD-WAN은 이전에 저장된 값을 JSON 어레이에 추가하기 전에 덮어쓰므로 메모리 누수가 발생합니다. Edge에서 처리되는 트래픽의 규모가 클수록 트리거 작업이 수행될 때 메모리 누수도 커집니다.
해결된 문제 100172: VMware SD-WAN Gateway에 데이터부 서비스 장애가 발생하고, 코어를 생성하고, 복구하기 위해 다시 시작될 수 있습니다.

사용자가 SSH를 사용하여 게이트웨이를 통해 Edge에 액세스하고 있으며 SSH 세션이 FRAG_NEEDED ICMP 오류 메시지를 생성하는 경우 이 문제가 발생합니다. 게이트웨이가 로컬 gwd1 인터페이스를 통해 패킷을 수신하기 때문에 pkt_in->skb->vc_sk->raw는 NULL이고 서비스 장애 및 코어를 트리거합니다.
해결된 문제 100237: 파트너 게이트웨이가 사용되고 PG가 보안 기본 경로를 VMware SD-WAN Gateway로 보급하는 고객 엔터프라이즈의 경우 클라이언트 사용자가 인터넷에서 직접 파일을 다운로드하지 못할 수 있습니다.

전체 시나리오에는 여러 WAN 링크를 사용하고, [보안 기본 경로 재정의(Secure Default Route Override)]가 구성되고 네트워크 서비스 매개 변수가 [직접(Direct)]으로 설정된 상태로 비즈니스 정책이 생성된 Edge가 포함됩니다. 이 시나리오에서 이 비즈니스 정책을 사용하는 트래픽에 대한 흐름은 매번 다른 WAN IP 주소를 선택할 수 있으며 다운로드가 실패합니다.

이 문제에 대한 수정 사항을 적용하지 않으면 사용자는 모든 트래픽을 [필수(Mandatory)]로 표시하여 하나의 WAN 링크로 제한하도록 비즈니스 정책을 구성해야 합니다.
해결된 문제 100359: OSPFv2 아웃바운드 필터가 요약 경로를 삭제하도록 구성된 경우 Edge는 해당 경로를 계속 애드버타이즈합니다.

OSPFv2 경로는 특정 인터페이스의 OSPF에 대한 [경로 애드버타이즈(Route Advertisement)]에서 [무시(Ignore)]를 구성한 후에도 애드버타이즈됩니다.
해결된 문제 101102: 처음에 호스팅된 게이트웨이에 할당된 VMware SD-WAN Edge가 파트너 게이트웨이에 다시 할당되면 게이트웨이를 통해 Edge로의 SSH가 작동을 중지합니다.

파트너 게이트웨이에 다시 할당하면 Edge에서 vce1 IP 주소가 손실되고 결과적으로 게이트웨이를 통한 ssh가 작동하지 않습니다.

이 문제에 대한 수정 사항이 없는 Edge에서 사용자가 Edge 서비스를 다시 시작하면 문제가 해결됩니다.
해결된 문제 101144: VMware SD-WAN Gateway는 잘못된 패킷이 있을 때 패킷 누수가 발생할 수 있습니다.

이러한 누수는 vcdbgdump -r dpdk-leak-dump를 실행하고 있으며 pkt_path_alloc 및 pkt_path_ooo에 누수가 있을 때 확인될 수 있습니다. 패킷이 VCMP reseq 링 대기열에서 중단되고 처리되지 않습니다.
해결된 문제 101753: VMware SD-WAN Edge가 실행 중이고 트래픽을 전달하더라도 VMware SASE Orchestrator에 오프라인으로 표시될 수 있습니다.

이 문제는 Edge가 더 이상 사용할 수 없는 IP 주소에서 Orchestrator로 트래픽을 계속 소싱하여 반환 트래픽이 삭제되기 때문에 발생합니다.
해결된 문제 102607: VMware SD-WAN Edge가 [게이트웨이를 통한 비 SD-WAN 대상(Non SD-WAN Destination via Gateway)] 또는 [Edge를 통한 비 SD-WAN 대상(Non SD-WAN Destination via Edge)]을 사용하고 NSD를 통한 BGP도 구성된 경우 데이터부 서비스 장애가 발생할 수 있습니다.

NSD 데이터 센터 경로와 Edge 간 경로가 동일한 접두사를 사용하는 경우 문제가 발생할 수 있습니다. 이 시나리오에서 DC용으로 전송되고 암호화된 패킷은 SD-WAN 관리 터널에 도달할 수 있으며 이로 인해 메모리 누수 또는 서비스 실패가 발생할 수 있습니다.
해결된 문제 102655: BGP가 사용되는 고객 엔터프라이즈의 경우 비글로벌 세그먼트의 BGP가 하위 인터페이스에 나타나지 않습니다.

글로벌 세그먼트(기본) 인터페이스 및 비글로벌 세그먼트 하위 인터페이스에 WAN 오버레이가 기본 인터페이스에 구성된 경우와 동일한 IP 주소가 있는 경우 문제가 트리거됩니다. BGP가 실행되지 않는 문제는 Edge 재부팅 또는 서비스 다시 시작 후 발생할 가능성이 높습니다.

이 문제에 대한 수정 사항이 없는 Edge에서 하위 인터페이스 IP 주소 및 BGP 관련 구성을 제거하고 고유한 IP 주소로 재구성합니다.
해결된 문제 102693: 고가용성 토폴로지로 구성된 사이트에서 사용자가 VMware SD-WAN HA Edge에서 사용하는 소프트웨어 버전 및 공장 빌드를 결정하려고 할 때 해당 필드가 VMware SASE Orchestrator에서 비어 있는 것으로 표시될 수 있습니다.

Edge 쌍에 대해 HA가 활성화되면 Edge는 초기 하트비트에서 공장 소프트웨어 및 빌드 버전을 Orchestrator에 전송하지 않아 Orchestrator에 해당 버전이 표시될 수 없습니다.
해결된 문제 103558: Edge Network Intelligence를 사용하는 고객 엔터프라이즈에서 VMware SD-WAN Edge에 대해 분석이 활성화되면 ENI 대시보드에 해당 Edge에 대해 "관리 IP가 할당되지 않음(No Management IP Assigned)"이 표시될 수 있습니다.

분석을 사용하도록 설정하면 드문 경우이긴 하지만 Edge는 관리 IP 주소를 Edge Network Intelligence 백엔드에 전송하지 않습니다.
해결된 문제 103700: mustNotPerformDpi(DPI(심층 패킷 검사))로 구성된 애플리케이션 맵의 애플리케이션은 고객에게 대규모 배포가 있는 경우 DPI를 통해 해당 분류를 받을 수 있습니다.

애플리케이션이 잘못 분류되면 클라이언트 사용자가 애플리케이션 또는 웹 사이트에 액세스할 수 없게 됩니다.

애플리케이션 분류 빠른 데이터베이스 캐시에 8K 이상의 항목이 있는 대규모 고객 엔터프라이즈에서 애플리케이션을 조회하는 동안 충돌이 발생할 수 있습니다. 충돌이 발생할 경우 애플리케이션이 mustNotperformDpi로 구성되지만 여전히 DPI를 통해 분류됩니다.

이 문제에 대한 수정 사항이 없는 엔터프라이즈에서 해결 방법은 애플리케이션 또는 도메인의 서브넷이 직접 또는 인터넷 백홀을 통해 트래픽을 조절하는 데 사용되는 비즈니스 정책을 구성하는 것입니다.
해결된 문제 103708: BGP 필터 구성에 새 규칙이 추가되면 VMware SD-WAN Edge에서 예기치 않은 BGP 경로가 수신 및 전송될 수 있습니다.

Orchestrator에서 BGP 필터에 새 규칙을 추가하면 이전 항목을 제거하지 않고 접두사 목록이 Edge의 라우팅 구성에 추가됩니다. 이 동작으로 인해 경로 접두사 목록이 오래된 상태가 되며 예기치 않은 필터링 동작이 발생합니다.
해결된 문제 103962: OSPFv3 또는 BGPv6으로 재배포되는 IPv6 및 IPv4 연결 경로는 메트릭이 서로 다르기 때문에 IPv6 트래픽에 대한 라우팅이 IPv4와 다를 수 있습니다.

현재, 라우팅된 인터페이스에 해당하는 IPv6 연결 경로는 동일한 인터페이스의 IPv4 연결 경로와는 다른 메트릭을 사용하여 설치됩니다. 이것은 IPv4 및 IPv6 경로에 대해 Edge OS 커널에서 제공하는 메트릭이 다르기 때문입니다. OSPF/BGP와 같은 동적 프로토콜로 재배포되면 IPv4/IPv6 메트릭의 이러한 차이가 전파됩니다.
해결된 문제 104046: 고가용성 토폴로지로 배포된 고객 사이트의 경우 VMware SASE Orchestrator가 실제로 종료된 대기 Edge를 실행 중으로 표시할 수 있습니다.

이러한 상황이 발생하는 시나리오는 HA Edge 간에 HA 인터페이스 케이블의 연결이 끊어지거나 대기 Edge의 전원이 꺼진 경우입니다. 이 문제는 활성 Edge 관리 프로세스의 검사에서 대기 Edge의 실제 상태를 무시하고 HA가 구성되었는지 여부만 나타내기 때문에 대기 Edge가 종료된 경우에도 HA 활성 Edge가 활성 상태를 전송하게 되므로 발생합니다.
해결된 문제 110456: ICMP 요청 코드 필드가 0이 아닌 경우 파트너 게이트웨이 또는 클라우드 게이트웨이에서 직접 연결된 디바이스로의 ICMP 프로브가 패킷을 삭제할 수 있습니다.

벤더에 따라, 일부 벤더가 ICMP 요청 패킷에 대한 코드 필드를 검사하고 필드가 0이 아닌 경우 올바르지 않다고 판단할 수 있습니다.
해결된 문제 105433: 고급 고가용성 토폴로지를 사용하는 사이트이고 대기 Edge WAN 인터페이스가 플래핑되는 경우 VMware SD-WAN HA Edge가 VMware SASE Orchestrator와의 오프라인으로 전환될 수 있습니다.

대기 Edge는 인터페이스 상태가 변경되고 HA Edge 사이트와 Orchestrator 간의 연결이 실패하기 때문에 동적 IP 주소 업데이트를 활성 Edge와 동기화하지 않습니다. 이러한 문제는 관리 트래픽에만 영향을 미치며 고객 트래픽에는 영향을 주지 않습니다.
해결된 문제 105440: DHCP 옵션 43의 데이터 유형을 [텍스트(Text)]로 설정하고 [값(Value)]을 숫자로 시작하는 텍스트 문자열로 구성하면 이 옵션이 무시되고 오류가 보고됩니다.

이 문제의 일반적인 예는 옵션 43 값을 IP 주소로 구성한 경우입니다. 사용자에게 "messages" : "dhcp.py:527: Invalid value for option 43: <text string configured>, ignored" 메시지와 함께 이벤트가 표시됩니다.
해결된 문제 105492: VMware SD-WAN Edge의 L2 MAC 주소로 전송되지 않는 IPv6 기반 L2 패킷은 삭제되는 대신 불필요하게 처리됩니다.

Edge의 인터페이스 MAC과 일치하지 않는 대상 MAC에 대한 IPv6 패킷 유니캐스트를 삭제해야 합니다.
해결된 문제 105686: 82599 SR-IOV의 VMware SD-WAN Gateway를 게이트웨이 빌드 5.0.1.2로 업그레이드할 경우 SR-IOV NIC 인터페이스가 실행되지 않습니다.

커널 4.15.0-201-generic을 실행하는 게이트웨이 빌드에서 ixgbevf 드라이버를 사용할 수 없습니다. Ubuntu 커널 보안 롤업(버전 4.15.0.159부터 시작)에는 주류 커널의 백포트가 있으며 이제 커널 헤더에서 skb_frag_off를 사용할 수 있으므로 ixgbevf 드라이버의 자체 skb_frag_off 정의가 필요하지 않습니다.

82599 SRIOV 인터페이스를 사용하는 경우 운영자는 게이트웨이 릴리스 5.0.1.2를 업그레이드하면 안 됩니다.
해결된 문제 105933: 사용자는 라우팅된 인터페이스를 통해 VMware SD-WAN Edge 모델 610/610-LTE 또는 520/540에 대해 SSH를 수행할 수 없습니다.

영향을 받는 Edge OS에서 사용하는 af-pkt 드라이버를 통해 시작되는 중복 SSH 패킷에 대한 삭제 규칙은 없습니다. 이로 인해 Edge 커널은 드라이버의 특성상 vce1 인터페이스를 통해 1개의 SSH 패킷을 수신하고, 또 다른 직접 SSH 패킷을 수신하므로 2개의 SSH 패킷을 수신하게 됩니다. 이로 인해 Edge 커널이 2개의 SSH 요청에 대해 응답하여 SSH 클라이언트를 혼동하고 SSH 실패가 발생합니다.

이 문제에 대한 수정 사항을 적용하지 않은 Edge의 경우 사용자는 IP 테이블 규칙을 추가하여 vce1 이외의 인터페이스에서 수신된 SSH 패킷을 삭제할 수 있습니다.
해결된 문제 106017: vSphere에서 VMware SD-WAN Gateway OVA를 배포할 때 실제로 VMware Tools가 설치되어 있더라도 설치되어 있지 않다는 주의가 표시될 수 있습니다.

전체 메시지는 다음과 같습니다. "Tools가 GuestOS에 설치되어 있지 않습니다. 최신 버전의 open-vm-tools 또는 VMware Tools를 설치하여 GuestCustomization을 사용하도록 설정하십시오." 이 메시지는 도구가 실제로 게이트웨이 이미지에 설치되어 있지만 버전 특성이 누락되어 오류가 트리거되기 때문에 가상입니다. 구성 기능은 잘못된 오류 메시지의 영향을 받지 않습니다.
해결된 문제 106225: WAN 링크가 종료되면 하위 인터페이스와 관련된 연결 경로 및 정적 경로가 원격 VMware SD-WAN Edge에서 제거됩니다.

하위 인터페이스에 대해 연결된 경로를 보급하는 동안 SD-WAN은 어레이 인덱스 대신 하위 인터페이스 ID를 사용합니다. 이로 인해 잘못된 인터페이스에서 애드버타이즈(Advertise) 플래그가 확인됩니다. 그 결과, 원격 노드에 대해 인터페이스 플래핑의 추가/삭제 이벤트가 누락됩니다.

이 문제에 대한 수정 사항이 없는 Edge에서 고객은 이 문제를 방지하기 위해 모든 인터페이스에서 애드버타이즈를 구성해야 합니다.
해결된 문제 106913: 허브 외부 경로가 VMware SD-WAN Gateway의 BGP를 통해 [게이트웨이를 통한 비 SD-WAN 대상(Non SD-WAN Destination via Gateway)]에 애드버타이즈되지 않습니다.

이 문제는 파트너 게이트웨이의 BGP에서 상속된 동작의 결과입니다. 전달 BGP는 루프를 방지하기 위해 OSPF HUB 외부 경로를 PG BGP로 재배포하지 않도록 했으며 NSD BGP가 PG BGP에서 이 동작을 상속했습니다.
해결된 문제 107114: VMware SD-WAN Edge의 직렬 콘솔이 VMware SASE Orchestrator의 방화벽 설정에서 비활성화되면 사용자는 직렬 콘솔에서 일상적인 메시지를 계속 볼 수 있습니다.

SD-WAN은 Orchestrator에서 직렬 콘솔을 비활성화한 경우에도 콘솔의 일상적인 메시지를 억제하지 않습니다. 이 버그 수정 사항을 적용하면 Edge는 방화벽 설정에서 비활성화된 경우 직렬 콘솔에서 위험 메시지(CRIT, ALERT, EMERG)만 인쇄합니다.
해결된 문제 107216: 원격 진단 [인터페이스 상태(Interface Status)]를 실행하면 출력에 부정확한 링크 속도가 표시됩니다.

자동 협상 '끄기'에 대한 인터페이스를 선택하면 인터페이스가 실리콘 드라이버가 있는 DPDK에서 더 이상 실행되지 않습니다. DPDK에 사용 중인 새 드라이버는 기본 커널 드라이버를 활용하는 'af_packet'입니다. PCI가 DPDK에서 커널로 바인딩 해제된 후에는 새 수동 속도가 설정되지 않습니다. 그 결과 인터페이스 상태에서 사용하는 ethtool debug 명령을 실행할 때 링크 속도가 정확하지 않습니다.
해결된 문제 107309: 고객이 4.x Orchestrator에서 Edge를 통한 비 SD-WAN 대상(Non SD-WAN Destination via Edge)에 대해 L7 상태 점검을 구성하고 Orchestrator가 릴리스 5.x로 업그레이드될 때 고객이 L7 프로브 재시도 값을 수정하려고 하면 Edge에서 새 값을 적용하지 않습니다.

예를 들어 L7 상태 점검 프로브 재시도 값이 3이고(실패한 프로브 3개에서 터널이 종료된 것으로 표시됨) 고객이 이 값을 1로 변경하면 L7 상태 점검은 터널이 종료된 것으로 표시되기 전에 원래 값인 3번의 재시도를 계속 사용합니다.
해결된 문제 107317: 서버가 인터넷에 있는 SNMP를 사용하는 고객의 경우 일부 VMware SD-WAN Edge 인터페이스에서는 SNMP 워크가 성공하고 다른 인터페이스에서는 시간 초과를 발생하며 실패할 수 있습니다.

SNMP 워크가 실패하면 SNMP 요청은 하나의 인터페이스로 들어가지만 다른 인터페이스에서 나오며, 이러한 응답 패킷은 SNMP 서버에 도달하지 않습니다. 이 문제는 수신에 사용되는 인터페이스와 관계없이 Edge가 SNMP 트래픽을 잘못 분류하여 이러한 패킷을 응답 패킷에 대한 다른 인터페이스로 조절하므로, SNMP 워크가 Edge가 SNMP 응답에 대해 지정한 인터페이스에 대해서는 작동하지만 다른 모든 패킷에 대해서는 실패하기 때문에 발생합니다.
해결된 문제 107708: SD-WAN 오버레이 속도 제한이 구성된 VMware SD-WAN Edge에서 다운스트림 트래픽이 인터넷에서 Edge로 흐를 때 SD-WAN Gateway가 정확하게 속도 제한을 준수하지 않을 수 있습니다.

게이트웨이는 인터넷에서 Edge로 흐르는 트래픽 속도를 구성된 대로 정확히 제한되지 않습니다. SD-WAN 오버레이 제한이 초과됩니다(몇 Mbps). 이 문제는 속도 제한을 계산하기 위해 게이트웨이에서 VCMP(관리) 오버헤드를 고려하지 않기 때문에 발생합니다.
해결된 문제 107994: 권한 있는 보안 Edge 액세스 사용자가 프로비저닝되면 Orchestrator에서 원격 진단 [HA 정보(HA Info)]를 실행하고 피어 HA Edge에 로그인하는 것과 같은 고가용성 관련 작업이 실패합니다.

권한 있는 보안 Edge 액세스 사용자가 프로비저닝되면 루트 계정이 완전히 차단됩니다. 이 문제는 HA 작업이 루트로 피어 Edge와의 통신에 의존한다는 것입니다. 이로 인해 이후에 수행된 HA 작업은 작동하지 않습니다.

이 문제에 대한 수정 사항을 적용하지 않은 HA Edge 쌍에서 고객은 암호 기반 인증으로 다시 전환하고, 권한 있는 모든 Secure Access Edge 사용자를 삭제하거나 기본 사용자로 변경해야 합니다.
해결된 문제 108374: 동적 분기 간 규칙을 사용하고 LAN 측 NAT 규칙을 구성한 고객 엔터프라이즈의 경우 경로 변경으로 인해 원격 LAN으로의 트래픽이 실패할 수 있습니다.

동적 분기 간 터널과 같은 경로 변경에서 LAN 측 NAT가 기존 흐름에 대해 제대로 다시 계산되지 않을 수 있으며 이로 인해 연결이 끊어지며 피어 Edge LAN 서브넷으로 향하는 트래픽에 영향을 미칩니다.
해결된 문제 108473: VMware SD-WAN Gateway에 데이터부 서비스 장애가 발생하고, 코어를 생성하고, 서비스를 복구하기 위해 다시 시작될 수 있습니다.

게이트웨이는 시퀀스 번호 오버플로가 있는 상황이 될 수 있으며 이로 인해 모든 IPsec SA(보안 연결)가 삭제됩니다. 모든 SA를 삭제하려고 하면 게이트웨이 프로세스가 터널 ID를 기준으로 터널을 찾으려고 하지만 터널이 존재하지 않아 게이트웨이 서비스 장애가 발생합니다.
해결된 문제 108610: 방화벽이 켜져 있는 고객 엔터프라이즈의 경우 Edge를 3.x 릴리스에서 4.x 릴리스로 업그레이드하면 방화벽이 이전에 차단되지 않은 트래픽을 차단합니다.

Orchestrator가 3.4.4에서 4.0.0으로, 4.0.2에서 4.2.2 순서로 이동되는 경우 주소 그룹 구성이 해당 Orchestrator에 연결되어 있으며 3.4.4 Edge 릴리스에서 4.2.2 Edge 릴리스로 업그레이드된 Edge에 반영되지 않습니다. 이것은 Edge가 3.4.4 및 4.2.2에서 다른 버전의 주소 그룹 JSON 파일을 요구하기 때문에 위의 순서로 업그레이드한 Orchestrator가 구성이 변경될 때까지 JSON 파일을 새 형식으로 Edge로 보내지 않기 때문입니다. 따라서 주소 그룹 구성이 작동하지 않습니다.
해결된 문제 108982: ICMP 프로브가 구성된 VMware SD-WAN Edge의 경우 Edge 프로브가 INIT 상태에서 작동이 중지되는 것을 확인할 수 있습니다.

ICMP 프로브 타이머가 손상되어 프로브 상태 시스템이 INIT 상태에서 중단될 수 있습니다. 타이머 손상은 여러 스레드가 타이머를 추가/제거/만료하려고 할 때 경합 조건으로 인해 발생합니다.
해결된 문제 109500: LAN 측 NAT가 동일한 내부 및 외부 정의를 사용하는 경우 직접 흐름의 첫 번째 패킷이 삭제됩니다.

문제는 원래 NAT 테이블의 일치 정보가 초기 LAN 측 NAT 변환 및 직접 NAT 변환에 대해 동일하다는 것입니다. 이로 인해 테이블에서 충돌이 발생하여 첫 번째 패킷이 삭제됩니다.
해결된 문제 109511: VMware SD-WAN Edge에서 최대 수의 터널이 사용되면 VMware SASE Orchestrator에서 EDGE_TUNNEL_CAP_WARNING 이벤트가 표시되지 않을 수 있습니다.

24시간 이내에 문제가 처음으로 발생하면 Edge가 터널 상한 주의 메시지를 Orchestrator에 전송하지 않습니다.
해결된 문제 109963: 사용자는 VMware SD-WAN 가상 Edge에 대해 SSH를 수행할 수 없습니다.

모든 가상 Edge 유형(Azure, AWS 등)이 이 문제의 영향을 받습니다. SSH를 시도하면 가상 Edge가 두 개의 SSH 패킷을 수신하고 이로 인해 Edge 커널이 두 SSH 요청에 응답하여 SSH 클라이언트를 혼동하고 SSH 실패가 발생합니다.
해결된 문제 110473: BGP를 사용하는 고객 엔터프라이즈의 경우 BGP 인접 항목이 제거될 때 예기치 않은 경로가 일시적으로 수신/전송되고 흐름이 잘못된 비즈니스 정책과 일치할 수 있습니다.

BGP 인접 항목이 Orchestrator에서 제거되면 연결된 인바운드/아웃바운드 경로 맵이 먼저 제거된 다음, Edge 라우팅 구성에서 인접 항목이 제거됩니다. 이로 인해 해당 경로 맵에 의해 거부된 경로가 순간적으로 누수됩니다. 이렇게 하면 유출된 경로를 따라 흐름이 생성될 경우 비즈니스 정책 동작에 영향을 미칩니다.

이 문제에 대한 수정 사항이 없는 Edge에서 사용자는 원격 진단 [흐름 플러시(Flush Flows)]를 실행하여 문제를 해결할 수 있습니다.
해결된 문제 110484: 경로가 [경로 MTU 검색(Path MTU Discovery)] 옵션이 해제된 WAN 링크와 연결된 경우 Orchestrator의 [Edge] > [모니터링(Monitor)] > [경로(Paths)] 페이지의 경로 상태가 고객에게 잘못 표시될 수 있습니다.

또한 해당 경로에 대한 Edge 끝점에 대해 모니터링(Monitor) > 경로(Paths)를 확인하면 동일한 경로에 대해 고객에게 두 개의 서로 다른 경로 상태가 표시될 수 있습니다. 이 문제는 [경로 MTU 검색(Path MTU Discovery)] 구성이 작동하지 않기 때문에 발생합니다. 이 문제는 주로 자동 검색된 WAN 오버레이의 문제입니다. Edge는 이러한 종류의 링크에 대해 Orchestrator에 대한 링크 구성을 트리거하기 때문에 일반적으로 구성 업데이트 기능에서 구성이 처리됩니다. 업데이트 호출 중에 PMTU 구성 업데이트가 누락되어 이 문제가 발생했습니다.
해결된 문제 111073: 릴리스 4.5.1을 사용하는 VMware SD-WAN Edge는 잘못된 인터페이스 속도를 SNMP에 보고할 수 있습니다.

ifSpeed가 32비트 값이며 Edge에서 제공하는 속도 값(초당 비트(bps))을 수용할 수 없는 경우 값을 Mbps 단위로 제공하는 ifHighSpeed를 참조하는 것이 좋습니다.
해결된 문제 111162: 파트너 게이트웨이를 사용하고 고가용성에서 Edge를 배포하는 고객 엔터프라이즈에서는 보조 파트너 게이트웨이를 통한 PG 경로가 최상의 경로로 선택될 때 HA Edge에 최적이 아닌 라우팅이 사용될 수 있습니다.

HA Edge에서 A-A 또는 A-S 전환이 있을 때 보조 파트너 게이트웨이에서 PG 경로에 대한 순서가 4로 설정되어 최상의 경로가 될 수 있습니다. 일반적으로 기본 파트너 게이트웨이 경로의 순서 값은 더 높습니다.
해결된 문제 111314: 동적 비용 계산이 활성화된 고객 엔터프라이즈에서 트래픽 삭제가 관찰될 수 있습니다.

이 문제는 Edge 중 하나가 오프라인으로 전환되기 전에 엔터프라이즈의 모든 Edge에 좀 더 구체적인 경로를 보급하는 경우에 발생할 수 있습니다. 이 Edge가 오프라인 상태인 경우 경로가 Reachability = False인 다른 모든 Edge FIB(전달 정보 기반)에 남아 있으며 이로 인해 패킷이 삭제됩니다.

이 문제에 대한 수정 사항이 없는 Edge에서 사용자는 Orchestrator의 원격 작업 메뉴를 통해 Edge 서비스 다시 시작을 수동으로 시작하여 문제를 해결할 수 있습니다.
해결된 문제 111646: CPU 로드가 높은 VMware SD-WAN Gateway에서 데이터부 서비스 장애가 발생하고 복구를 위해 다시 시작될 수 있습니다.

게이트웨이에서 생성된 코어를 보고 있는 사용자에게 뮤텍스 모니터 예외가 표시되고 Program terminated with signal SIGXCPU, CPU time limit exceeded message 메시지가 표시됩니다. 이 문제는 우선 순위가 낮은 스레드 잠금을 해제하는 게이트웨이 프로세스와 관련이 있습니다.
해결된 문제 111840: 허브로 구성된 8개 이상의 VMware SD-WAN Edge를 사용하는 고객 엔터프라이즈의 경우 최적이 아닌 라우팅으로 인해 트래픽 성능이 저하되는 것을 확인할 수 있습니다.

스포크 Edge가 여러 허브 Edge로 구성된 경우 허브를 통한 경로가 분기 간 직접 경로보다 선호되어 최적이 아닌 라우팅이 발생합니다.

이 문제에 대한 수정 사항이 없는 Edge에서 고객은 먼저 허브 Edge를 구성한 후 분기-허브 사이트 목록에서 VPN 허브 Edge를 구성할 수 있습니다.
해결된 문제 111888: 4개의 코어가 배포되고 2000개 이상의 터널이 연결된 VMware SD-WAN Gateway가 있는 경우 CPU 사용량이 높아질 수 있으며 게이트웨이에 연결된 터널이 불안정해질 수 있습니다.

게이트웨이 스레드 중 하나는 4코어 게이트웨이에서 너무 많은 CPU 용량을 활용하기 때문에 게이트웨이가 안정적인 터널을 유지하지 못하게 됩니다.
해결된 문제 111924: 고객은 VMware SD-WAN Edge의 게이트웨이 터널이 실행 중이고 안정적이더라도 모든 사이트에서 다중 경로 트래픽(즉, VMware SD-WAN Gateway를 통과하는 트래픽)이 삭제되는 것을 확인할 수 있습니다.

게이트웨이가 VCMP 패킷(SD-WAN의 관리 프로토콜)을 재전송할 수 있는 최대 횟수에는 제한이 없으며 이러한 재전송으로 인해 낮은 대역폭 링크에 과부하가 걸릴 수 있습니다. 이러한 재전송은 충분히 빨리 드레이닝할 수 없기 때문에 Edge에 낮은 대역폭 링크가 있을 때 스케줄러에서 패킷이 쌓이게 됩니다. 결과적으로 스케줄러 대기열이 가득 차서 스케줄러가 모든 Edge에서 패킷을 삭제하게 됩니다. 게이트웨이를 사용하지 않는 직접 트래픽은 이 문제의 영향을 받지 않습니다.

이 문제에 대한 수정 사항을 적용하지 않은 상태에서 게이트웨이에 이 문제가 발생한 경우 유일한 해결 방법은 운영자 사용자가 debug.py --qos_dump_net 명령을 사용하여 스케줄러에서 패킷 누적을 야기하는 Edge를 식별하고 영향을 받는 게이트웨이에서 해당 Edge를 차단하는 것입니다.
해결된 문제 111935: 허브로 구성된 VMware SD-WAN Edge는 원격 사이트에서 경로를 학습하지 못할 수 있습니다.

두 Edge가 서로를 허브로 가리키면 그중 하나가 다른 Edge의 경로를 학습할 가능성이 있습니다.

이 문제에 대한 수정 사항이 없는 Edge에서 고객은 메시 허브 구성을 해제하고 모든 허브 Edge를 클라우드 VPN만 활성화된 하나의 프로필에 유지하여 이 문제를 해결할 수 있습니다.
해결된 문제 112016: VMware SD-WAN Gateway를 다시 시작한 후 생성된 코어에서 여러 데이터부 서비스 장애가 발생할 수 있습니다.

운영자는 코어를 검사할 때 각 장애가 뮤텍스 모니터 문제에 의해 트리거되는 것을 확인하게 됩니다. 이를 관리하는 스레드에 대해 수행된 VCMP(SD-WAN의 관리 프로토콜) 처리 시간이 눈에 띄게 증가합니다. 게이트웨이를 시작하는 동안 VCMP 스레드가 장시간(60초 이상) 동안 100%에서 계속 실행되어 여러 뮤텍스 모니터 관련 게이트웨이 서비스 장애가 발생합니다.
해결된 문제 112017: 운영자는 4개 코어로 배포된 VMware SD-WAN Gateway에서 높은 로드가 발생하여 하나 이상의 데이터부 서비스 장애가 발생하는 것을 확인할 수 있습니다.

게이트웨이 코어 로그는 서비스 실패를 트리거하는 뮤텍스 모니터를 가리킵니다. 위 증상을 해결하는 여러 티켓이 있으며, 이 경우 원인은 4코어 게이트웨이의 CPU 프로세스를 최대화하여 뮤텍스 모니터를 트리거하는 VCMP(관리 프로토콜) 스레드 때문입니다. 이 티켓은 운영자 사용자가 VCMP 반개 연결 제한을 20으로 구성할 수 있는 기능을 추가합니다. 이 작업은 debug.py를 사용하여 게이트웨이의 CLI(명령줄 인터페이스)를 통해 또는 고정 구성 파일을 통해 수행할 수 있습니다.
해결된 문제 112019: VMware SD-WAN Gateway에 데이터부 서비스 장애가 발생하고, 높은 CPU 로드에서 복구하기 위해 다시 시작될 수 있습니다.

5.1.0.3 롤업 빌드의 다른 게이트웨이 서비스 실패 티켓과 마찬가지로, 운영자 또는 파트너는 코어 파일에서 뮤텍스 모니터 트리거를 확인합니다. 이 티켓을 사용할 경우 수정 사항이 NAT 테이블 잠금 범위 이외의 NAT 디버그 로그로 이동되므로 이 문제의 원인 중 하나가 방지됩니다.
해결된 문제 112020: 4개 코어가 배포되고 CPU 로드가 높은 VMware SD-WAN Gateway에서 데이터부 서비스 장애가 발생하고 그 결과로 다시 시작될 수 있습니다.

게이트웨이 코어 파일을 살펴보면 높은 수의 터널로 인해 CPU가 최대 용량에서 실행되고 있으므로 게이트웨이 프로세스로 인한 뮤텍스 모니터 장애가 확인될 수 있습니다.
해결된 문제 112452: 고객은 고가용성을 위해 구성된 VMware SD-WAN Edge의 WAN 인터페이스에서 L2 루프가 발생하는 것을 확인할 수 있습니다.

인터페이스가 [전환됨(switched)]에서 [라우팅됨(routed)]으로 전환되면 origmacs 파일의 MAC 주소에 문제가 표시됩니다. 가상 MAC 주소가 인터페이스에 대해 저장되거나 파일에 저장된 인터페이스에 대한 원래 MAC 주소가 없는 경우 Edge는 가상 MAC 주소를 사용하여 WAN 하트비트가 전송되어 L2 루프가 감지됩니다.

이 문제에 대한 수정 사항이 없는 HA Edge에서 해결 방법은 지원 팀에서 origmacs 파일을 삭제한 다음, 먼저 대기 HA Edge를 재부팅하고 활성 HA Edge를 재부팅하도록 하는 것입니다.
해결된 문제 112800: VMware SD-WAN Gateway를 사용하는 고객은 수렴하는 데 훨씬 더 오래 걸리는 터널 및 경로 등에서 성능 저하를 경험할 수 있습니다.

게이트웨이에 대한 모니터링을 살펴보면 데이터부 코어(dp-cores)가 100%로 실행되므로 게이트웨이가 오래된 흐름 디스패처 흐름을 플러시하지 못하는 것을 확인할 수 있습니다.
해결된 문제 112882: VMware SD-WAN Edge가 릴리스 5.1.0.3으로 업그레이드되면 SNMP가 Edge에서 작동을 중지할 수 있습니다.

항목 SNMP segnat 테이블에 대한 변경 사항에 해당하는 "Update" API 호출이 없습니다. 이로 인해 해당 대상 IP 주소/포트가 중단되었습니다.
해결된 문제 113153: 고가용성 토폴로지로 배포된 고객 엔터프라이즈의 경우 활성 역할의 VMware SD-WAN Edge에 데이터부 서비스 장애가 발생하여 대기 Edge가 다시 시작되거나 재부팅될 때 HA 페일오버가 트리거될 수 있습니다.

활성 Edge에서 데이터부 서비스 장애가 발생하면 HA 페일오버도 트리거됩니다. 이 문제는 HA 사이트에서 대량의 트래픽을 전달할 때 발생할 수 있습니다.
해결된 문제 114004: 고객은 Edge에 SNMP가 구성된 경우 VMware SD-WAN Edge에서 메모리 누수 발생을 확인할 수 있습니다.

Edge 메모리 누수는 느리지만 해결하지 않을 경우 위험 수준의 메모리 사용량에 도달하게 되며 이로 인해 Edge는 방어적으로 서비스 다시 시작을 트리거하여 메모리가 지워질 수 있습니다. 이 다시 시작은 Edge가 복구되는 15~30초 동안 고객 트래픽을 중단시킬 수 있으며 이 문제에 대한 수정 사항을 적용하지 않으면 메모리 누수가 다시 시작됩니다.
해결된 문제 114052: VMware SD-WAN Gateway에 데이터부 서비스 장애가 발생하고, 코어를 생성하고, 그 결과로 다시 시작될 수 있습니다.

이 문제는 게이트웨이의 IPsec 프로세스의 스레드가 시간 초과되고 게이트웨이 서비스 실패를 트리거하기 때문에 발생합니다.
해결된 문제 114084: VMware SD-WAN Edge에 대해 L7 상태 점검을 사용하여 Zscaler 유형 CSS(클라우드 보안 서비스)를 구성한 고객의 경우 VMware SASE Orchestrator에서 Zscaler 클라우드 서버를 업데이트할 때 업데이트된 세부 정보가 Edge에 적용되지 않습니다.

Orchestrator에 새 Zscaler 클라우드 서버 구성이 표시되더라도 Edge 및 게이트웨이는 이 새 서버를 통해 트래픽 또는 L7 프로브를 전송하지 않으며 이전 Zscaler 서버를 사용합니다.
해결된 문제 114282: 4개의 코어로 배포된 VMware SD-WAN Gateway를 다시 시작하면 연결된 고객 엔터프라이즈에 대해 최대 3,000개의 터널을 수렴하는 데 최대 20분이 걸릴 수 있습니다.

게이트웨이는 최대 3,000개의 터널을 수렴하는 데 최대 5분이 걸릴 것으로 예상하지만 이 문제에서는 20분이 확인됩니다. 속도가 느려지면 터널이 완전히 복원될 때까지 고객 트래픽이 중단됩니다. 느린 컨버전스의 원인은 보안 연결 및 키를 관리하는 게이트웨이 IPsec 프로세스의 구성으로 추적되며 이러한 문제는 이 티켓을 통해 수정됩니다.
해결된 문제 114511: 자동 검색된 WAN 링크의 경우 [경로 MTU 검색 옵션(Path MTU Discovery)] 선택을 취소해도 작동하지 않으며 Edge는 계속해서 해당 기능을 구현하고 MTU 크기를 조정합니다.

이 구성은 자동 검색된 링크에 대한 업데이트 중에 처리되며 경로 MTU에 대한 이 특정 구성은 구성 업데이트 중에 처리되지 않았습니다.
해결된 문제 114932: VMware SD-WAN Gateway에 연결된 경우 트래픽 성능이 저하될 수 있습니다.

운영자 사용자는 터널 수가 지원되는 제한 내에 있더라도 게이트웨이에 대한 높은 CPU 활용률을 확인할 수 있습니다. 오래된 IKE SA(보안 연결)가 IKE 테이블에서 오래 머물기 때문에 높은 CPU 활용률이 나타나고, 터널을 수렴하는 데 시간이 더 오래 걸리고, 이로 인해 게이트웨이를 통과하는 고객 트래픽의 트래픽 삭제가 늘어나고 경로가 불안정해집니다.
해결된 문제 115078: 최대 16K 사용자와 허브 Edge에서 초당 2K까지의 흐름 생성 속도가 있는 대규모 고객 엔터프라이즈에서는 높은 지연 시간으로 인해 트래픽 품질이 저하될 수 있습니다.

많은 수의 피어에서 시작한 흐름이 생성될 때 게이트웨이의 DPI(심층 패킷 검사) 엔진이 허브 Edge에서 오버로드될 수 있습니다. 이 문제는 포트 캐시가 이러한 피어 흐름의 대상 IP 주소 및 포트 번호 대신 소스 IP 주소 및 포트 번호로 채워지기 때문에 발생합니다.
해결된 문제 115132: Edge 릴리스 5.1.0.2를 사용하는 VMware SD-WAN Edge의 경우 사용자가 원격 진단 "NAT 테이블 덤프(NAT Table Dump)"를 실행하면 결과가 빈 값으로 표시될 수 있습니다.

이 문제는 사용자가 5.1.0.2 릴리스를 사용하여 Edge에서 NAT 문제를 디버깅하지 못하도록 합니다. 이전 릴리스를 사용하는 Edge는 예상대로 작동합니다.
해결된 문제 115692: 운영자는 VMware SD-WAN Gateway에서 메모리 사용량이 증가하는 것을 볼 수 있으며 이로 인해 메모리가 고갈되고 메모리를 지우기 위해 방어 서비스가 다시 시작될 수 있습니다.

이 경우 게이트웨이에서 IKE 메모리 누수가 발생하여 피어 사이트로 인증서를 갱신하게 됩니다.

이 문제에 대한 수정 사항을 적용하지 않으면 운영자는 게이트웨이의 메모리 사용량을 모니터링하고 유지 보수 기간에 게이트웨이를 사전 예방적으로 다시 시작하여 게이트웨이를 사용하는 고객 사이트의 중단을 최소화할 수밖에 없습니다.
해결된 문제 116086: 5.0.x 또는 5.1.x 버전(공장 이미지 사전 활성화 또는 사후 활성화)을 사용하는 VMware SD-WAN Edge에서 로컬 UI를 사용하는 경우 VLAN ID를 사용하여 라우팅된 인터페이스를 구성하는 옵션이 없습니다.

이 문제는 Edge가 5.0.x 또는 5.1.x 공장 이미지를 사용하거나 Edge가 활성화되어 있고 5.0.x 또는 5.1.x 릴리스 시리즈에서 Edge 릴리스를 사용하는 경우 Edge를 활성화하기 전에 라우팅된 인터페이스에서 VLAN을 구성할 수 없게 합니다. 활성화 전에 5.2.0 이상 공장 이미지에만 이에 대한 수정 사항이 적용됩니다.
해결된 문제 106123: VMware SD-WAN은 DPI(심층 패킷 검사) 엔진이 최신 빌드가 아니기 때문에 패킷을 잘못 분류할 수 있습니다.

Edge 또는 게이트웨이가 패킷을 잘못 분류하면 SD-WAN 고객에게 많은 문제가 발생할 수 있습니다. 이 버그 수정 사항을 적용하면 Edge 및 게이트웨이의 DPI 엔진이 최신 빌드로 업그레이드되어 SD-WAN 서비스가 더 높은 수준의 정확도로 고객 트래픽을 분류할 수 있습니다.
해결된 문제 116182: VMware SD-WAN Gateway에 데이터부 서비스 장애가 발생하고, 코어를 생성하고, 그 결과로 다시 시작될 수 있습니다.

이 문제는 연결된 SD-WAN Edge가 [게이트웨이를 통한 NSD(비 SD-WAN 대상)(Non SD-WAN Destination (NSD) via Gateway)]에 대한 IPv6 또는 IPv4/IPv6 혼합 모드를 사용하여 인터넷 백홀 정책으로 구성된 게이트웨이에서 확인됩니다. 이 시나리오에서 게이트웨이가 IPv4를 사용하여 NSD로 전송되는 IPv6 패킷을 수신하면 게이트웨이 서비스가 실패합니다.
해결된 문제 116589: VMware SD-WAN Edge가 릴리스 3.x에서 4.x 이상 릴리스로 업그레이드되면 구성된 주소 그룹이 구문 분석되지 않는 경우가 있을 수 있습니다.

릴리스 3.x에는 isakmpLifeMins 및 ipsecLifeMins를 설정하기 위한 구성이 없습니다. Orchestrator가 3.x를 실행하면 isakmpLifeMins 및 ipsecLifeMins를 제외한 Edge 속성 구성 파일을 전송합니다.

Orchestrator를 4.x+로 업그레이드하면 isakmpLifeMins 및 ipsecLifeMins 필드가 표시되지만 이 구성이 Edge 3.x Edge로 푸시되지 않습니다. Edge도 3.x에서 4.x 이상으로 업그레이드되면 Edge는 마지막으로 알려진 정상 구성(isakmpLifeMins 및 ipsecLifeMins를 포함하지 않음)을 실행하기 시작합니다.

Edge가 실행되면 필수 매개 변수인 isakmpLifeMins 및 ipsecLifeMins가 존재하지 않는 것을 알게 되어 Edge 속성 구성 파일을 더 이상 처리하지 않게 됩니다. 따라서 이러한 파일에서 해당 특정 구성 이후에 주소 그룹 등의 다른 구성이 처리되지 않습니다. 결과적으로 해당 주소 그룹 구성은 존재하지 않습니다.
해결된 문제 116641: VMware SD-WAN Edge 로그에 오류 이유로 "없음(None)"이 있는 경로 조회 실패 로그가 포함되어 있습니다.

트래픽이 실패하는 경우 오류 이유로 "없음(None)"이 포함되는 경로 조회 실패 로그가 표시되므로 문제 해결 시 어떤 값도 제공되지 않습니다. 이 버그 수정 사항은 사용자가 문제를 해결하는 데 도움이 되는 실제 이유를 제공합니다.

예를 들어 이전에는 실패 로그가 다음과 같았습니다.

20:40:41.796089,856|7|6825/10072|edged_ipv4_route_lookup_vcmp_transit:6880 Route lookup failure for tuple src_ip=10.0.1.25 dst_ip=169.254.6.18 segment_id=0 lookup failed due to [None]

릴리스 4.5.2에서는 다음과 같습니다(굵게 표시한 부분이 변경된 부분임).

04:07:35.464563,968|7|9720/1917413|edged_ipv4_route_lookup_vcmp_transit:6958 Route lookup failure for tuple src_ip=10.0.1.25 dst_ip=169.254.6.18 segment_id=0 sroute=(nil) droute=(nil) lookup failed due to [No src and dst route]

Orchestrator의 해결된 문제

Orchestrator 버전 R5204-20230831-GA에서 해결됨
Orchestrator 버전 R5203-20230809-GA에서 해결됨
Orchestrator 버전 R5202-20230729-GA에서 해결됨
Orchestrator 버전 R5201-20230623-GA에서 해결됨
Orchestrator 버전 R5200-20230529-GA에서 해결됨

Orchestrator 버전 R5204-20230831-GA에서 해결됨

Orchestrator 빌드 R5204-20230831-GA는 2023년 9월 1일에 릴리스되었으며 네 번째 릴리스 5.2.0용 Orchestrator 롤업입니다.

이 Orchestrator 롤업 빌드는 세 번째 Orchestrator 롤업, R5203-20230809-GA 이후의 아래와 같은 중요한 문제를 해결합니다.

UI 빌드 R5204-20231013-0631-GA는 2023년 10월 13일에 릴리스되었으며 Orchestrator 릴리스 5.2.0.4에 추가된 다섯 번째 UI 빌드입니다.