Aktualizováno 11. ledna 2022

VMware SD-WAN™ Orchestrator verze R431-20211217-GA
VMware SD-WAN™ Gateway verze R431-20211208-GA
VMware SD-WAN™ Edge verze R431-20211221-GA

Pravidelně kontrolujte doplňky a aktualizace těchto poznámek k vydání.

Co je v Poznámkách k vydání

Poznámky k verzi pokrývají následující témata:

Doporučené použití

Tato verze je doporučena pro všechny zákazníky, kteří požadují funkce a výbavu poprvé dostupné ve verzi 4.3.0, a také pro zákazníky dotčené problémy uvedenými níže, které byly od verze 4.3.0 vyřešeny.

Kompatibilita

Vydání 4.3.1 produktů Orchestrator, Gateway a Hub Edge podporuje všechny předchozí verze VMware SD-WAN Edge vydání 3.2.0 a novější. 
Poznámka: To znamená, že verze starší než 3.2.0 nebudou podporovány.

Explicitně byly testovány následující kombinace vzájemné funkční kompatibility:

Orchestrator

Gateway

Edge

Hub

Větev/paprsek

4.3.1

3.4.6

3.4.6

3.4.6

4.3.1

4.3.1

3.4.6

3.4.6

4.3.1

4.3.1

4.3.1

3.4.6

4.3.1

4.3.1

3.4.6

4.3.1

4.3.1

4.2.2

4.2.2

4.2.2

4.3.1

4.3.1

4.2.2

4.2.2

4.3.1

4.3.1

4.3.1

4.2.2

4.3.1

4.3.1

4.2.2

4.3.1

4.3.1

4.3.0

4.3.0

4.3.0

4.3.1

4.3.1

4.3.0

4.3.0

4.3.1

4.3.1

4.3.1

4.3.0

4.3.1

4.3.1

4.3.0

4.3.1

4.5.0

4.3.1

4.3.0

4.3.1

4.5.0

4.5.0

4.3.0

4.3.1

4.3.1

4.3.1

3.2.2 

3.2.2 

4.3.1

4.3.1

3.3.2 P2 

3.3.2 P2 

Poznámka: Verze 3.x nepodporovala plně standard AES-256-GCM, což znamená, že zákazníci používající AES-256 vždy používali své zařízení Edge s vypnutým režimem GCM (AES-256-CBC). Pokud zákazník používá standard AES-256, musí před aktualizací svých zařízení Edge na verzi 4.x v nástroji Orchestrator režim GCM explicitně deaktivovat. Až všechna zařízení Edge poběží na verzi 4.x, může si zákazník vybrat mezi standardy AES-256-GCM a AES-256-CBC.* Upozornění: VMware SD-WAN verze 3.2.x a 3.3.x se blíží ukončení podpory.
Verze 3.2.x a 3.3.x přestanou být podporovány (EOGS) 15. prosince 2021 a budou vyřazeny z technických pokynů (EOTG) 15. března 2022.
Více informací naleznete v článku znalostní báze: Oznámení: Ukončení podpory pro software VMware SD-WAN vydání 3.x (84151)

Důležité informace

Změna oddělovače konfigurace filtru BGPv4 pro předřazování AS-PATH

Od verze 3.x podporuje konfigurace filtru VMware SD-WAN BGPv4 pro předřazování AS-PATH oddělovače v podobě čárek i mezer. Počínaje verzí 4.0.0 bude VMware SD-WAN podporovat pouze oddělovací znak v podobě mezery v konfiguraci předřazování AS-Path.
Zákazníci, kteří upgradují z verze 3.x na verzi 4.x, musí před upgradem upravit své konfigurace AS-PATH tak, aby nahradily čárky mezerami, aby se předešlo nesprávnému výběru nejlepší trasy protokolu BGP.

RPF (Reverse-Path Forwarding) ve výchozím nastavení aktivováno

V předchozích vydáních bylo povoleno odesílání paketů s neznámým zdrojem z rozhraní LAN VMware SD-WAN Edge. Toto chování bylo výsledkem toho, že rozhraní LAN Edge nemá ve výchozím nastavení aktivováno RPF (Reverse Path Forwarding). Jako součást Opraveného problému 52628 poprvé přidaného ve verzi 3.4.5 bylo toto chování změněno s aktivovaným RPF na všech rozhraních LAN Edge a pakety z rozhraní LAN budou povoleny, pouze pokud dané pakety pocházejí z nakonfigurované podsítě LAN.

Tunely Zscaler nyní používají IKEv2

Jakmile jsou systém Orchestrator a brány upgradovány na verzi 4.3.0 nebo novější, všechny cíle jiné než SD-WAN prostřednictvím brány, které používají typ Zscaler, budou mít své tunely změněny na IKEv2 a nebudou již používat IKEv1.

Další doba upgradu pro modely Edge 3x00

Upgrade na tuto verzi může u modelů Edge 3x00 (např. 3400, 3800 a 3810) trvat déle než obvykle (3–5 minut). Toto je způsobeno upgradem firmwaru, který řeší problém 53676. Pokud byl u zařízení Edge 3400 nebo 3800 dříve upgradován firmware ve vydání 3.4.5 nebo pozdější, 4.0.2, 4.2.0 nebo pozdější nebo 4.3.0, bude zařízení Edge upgradováno podle očekávání. Další informace naleznete v tématu Fixed Issue 53676 v poznámkách k verzi 3.4.5, 4.0.2, 4.2.0 nebo 4.3.0.

Omezení při deaktivaci automatického vyjednávání na modelech VMware SD-WAN Edge 520, 540, 620, 640, 680, 3400, 3800 a 3810

Pokud uživatel deaktivuje automatické vyjednávání a nastaví rychlost a duplex na portech GE1–GE4 na modelu VMware SD-WAN Edge 620, 640 nebo 680, na portech GE3 nebo GE4 na zařízení Edge 3400, 3800 nebo 3810 nebo na zařízení Edge 520/540 napevno, když se na portech SFP1 nebo SFP2 používá SFP s měděným rozhraním, může uživatel zjistit, že se link ani po restartu nespustí.

To je způsobeno tím, že jednotlivé uvedené modely Edge používají řadič Intel Ethernet Controller i350, který má následující omezení: pokud není automatické vyjednávání použito u obou stran linku, nemůže dynamicky detekovat příslušná rozhraní pro přenos a přijímání (automatické MDIX). Pokud obě připojení odesílají a přijímají na stejných drátech, link nebude rozpoznán. Pokud druhá strana rovněž nepodporuje automatické MDIX bez automatického vyjednávání a link se nevytvoří s přímým kabelem, bude k aktivaci linku nutný křížený ethernetový kabel.

Více informací naleznete v článku znalostní báze Omezení při deaktivaci automatického vyjednávání na modelech VMware SD-WAN Edge 520, 540, 620, 640, 680, 3400, 3800 a 3810 (87208).

Historie verze dokumentu

15. prosince 2021. První edice

21. prosince 2021. Druhé vydání.

  • Do části Vyřešené problémy bylo přidáno nové sestavení nástroje Orchestrator: R431-20211217-GA. Toto sestavení nástroje Orchestrator opravuje slabé místo zabezpečení CVE-2021-44228, apache log4j, a to aktualizací na log4j verze 2.16.0. Další informace o slabém místě zabezpečení Apache Log4j najdete v informačním zpravodaji VMware Security Advisory VMSA-2021-0028.5.
  • Do části Důležité poznámky byla přidána poznámka: Omezení při deaktivaci automatického vyjednávání na modelech VMware SD-WAN Edge 520, 540, 620, 640, 680, 3400, 3800 a 3810. Tato poznámka popisuje problém, ke kterému může dojít při konfiguraci vynucené rychlosti na některých ethernetových portech uvedených modelů Edge.

7. ledna 2022. Třetí vydání.

  • Do oddílu Vyřešené problémy nástroje Edge bylo přidáno nové sestavení Edge R431-20211221-GA. Toto sestavení je nové sestavení Edge GA pro vydání 4.3.1. 
  • Toto sestavení Edge zahrnuje opravené problémy č. 70933 a č. 76564, které jsou dokumentovány v této části.

Vyřešené problémy

Vyřešené problémy jsou seskupeny takto.

Vyřešené problémy nástroje Edge

Vyřešeno ve verzi Edge R431-20211221-GA

Verze zařízení Edge R431-20211221-GA byla vydána 24. 12. 2021 a řeší následující kritický problém od verze zařízení Edge R431-20211208-GA:

  • Opravený problém 70933: Po migraci konfiguračního profilu může u VMware SD-WAN Edge s povolenou vysokou dostupností dojít k více restartům.

    Během migrace konfiguračního profilu je s Edge v pohotovostním režimu okamžitě synchronizována pouze konfigurace nastavení zařízení. Zbývající konfigurace jsou synchronizovány pouze v reakci na prezenční signál ze zařízení Edge v pohotovostním režimu. Pokud se aktivní Edge restartuje, aby použil nejnovější konfiguraci před přijetím prezenčního signálu z Edge v pohotovostním režimu, výsledkem bude neshoda konfigurace mezi aktivním Edge a Edge v pohotovostním režimu. To způsobí více restartů Edge kvůli synchronizaci konfigurací obou HA Edge.

  • Opravený problém 76564:  Pokud je u lokality nakonfigurované s topologii vysoké dostupnosti povoleno nebo deaktivováno rozhraní WAN VMware SD-WAN Edge pomocí uživatelského rozhraní VMware SD-WAN Orchestrator, může u lokality dojít ke stavu aktivní/aktivní „split-brain“, což narušuje provoz zákazníka.

    Když se změní nastavení sítě WAN zařízení Edge, síťová služba Edge je restartována a to vede k dočasné ztrátě paketů HA, což systém Orchestrator vyhodnotí tak, že je aktivní Edge mimo provoz, a proto povýší zařízení Edge v pohotovostním režimu na aktivní, což vede do stavu aktivní/aktivní „split-brain“.

Vyřešené problémy Edge/Gateway

Vyřešeno ve verzi R431-20211208-GA

Níže uvedené problémy byly vyřešeny od verze Edge R430-20211007-GA-61583-69704-59629-72423 a verze brány R430-20211020-GA-VCG.

  • Opravený problém 21293: U lokality používající topologii rozšířené vysoké dostupnosti nezobrazují sekce Vzdálená diagnostika (Remote Diagnostic) správné informace o rozhraní přítomném v zařízení VMware SD-WAN Edge v pohotovostním režimu (rozhraní používané v rozšířeném režimu HA).

    Některé diagnostické oddíly vzdálené diagnostiky, které obsahují informace nebo akce specifické pro rozhraní (například stav rozhraní a vymazání mezipaměti ARP), nezobrazují informace o rozhraní v pohotovostním režimu použitém v rozšířeném režimu HA.

  • Opravený problém 40268: Když uživatel změní konfiguraci centra Hub VMware SD-WAN nebo konfiguraci Edge do Edge přes konfiguraci centra Hub, zařízení Edge v paprsku nainstaluje trasy, které jsou označené jako „False“.

    Zařízení Edge v paprsku instaluje trasy ve FIB, které jsou označeny jako False (protože pro tyto trasy neexistuje žádné tunelové propojení z centra Hub) a tyto trasy zůstanou ve FIB po dobu přibližně 2 minut, než budou vymazány.  V daném čase mohou tyto nepravé trasy způsobit narušení některých sítí. 

  • Opravený problém 44256:  V případě podniku, kde dvě různé lokality nasazují své VMware SD-WAN Edge jako huby, a to při použití topologie s vysokou dostupností, a každá lokalita ve svém profilu používá druhou lokalitu centra hub jako hub.  Pokud jedna z lokalit centra hub aktivuje převzetí služeb při selhání HA, může trvat až 30 minut, než si oba Edge centra hub vzájemně znovu obnoví tunely. 

    Při převzetí služeb při selhání HA oba Edge centra hub zkusí vzájemně navázat tunel ve stejnou chvíli a ani jeden neodpoví partnerovi, dojde k výměně paketu mezi oběma huby, ale IKE se nikdy nezdaří. Toto vede k zablokování, u které bylo zaznamenáno, že může trvat až 30 minut, než bude problém sám vyřešen. Problém je přerušovaný a nedochází k němu po každém převzetí služeb při selhání HA. 

    Bez této opravy existuje jediný způsob, jak zabránit výskytu tohoto problému, a to použít náhradní řešení, kde zákazník konfiguruje pouze jednu ze dvou lokalit centra hub HA k použití druhé lokality centra hub jako samostatného centra hub. Pokud jsou například použity dvě lokality centra Hub HA: Hub1 a Hub2, pak Hub1 může mít ve svém profilu Hub2 jako hub pro sebe, ale Hub2 nesmí ve svém profilu Hub1 používat jako hub.

  • Opravený problém 46489: Pokud jsou různé profily aktivované brány partnera přiřazeny více zařízením VMware SD-WAN Edge, budou zařízení Edge zachovávat zastaralé položky trasování pro brány partnera VMware SD-WAN Gateway, které nejsou přiřazeny v jeho profilu.

    Pokud jsou různé profily aktivní brány partnera přiřazeny více zařízením Edge, udržuje zařízení Edge položky trasování, které jsou získané z jiných bran, a tyto trasy jsou považovány za zastaralé položky.  Dopadem na zákazníka je, že provoz není správně směrován, protože se zařízení Edge pokouší odeslat provoz na neplatné trasy pro tento profil.

  • Opravený problém 49787: Uživatel přecházející ze stránky Vzdálená diagnostika (Remote Diagnostics) pro VMware SD-WAN Edge v uživatelském rozhraní VMware SD-WAN Orchestrator může pozorovat, že uživatelské rozhraní žádost zpracovává, ale na stránce diagnostiky zařízení Edge se nenačítá.

    K problému může dojít u Edge, ve kterém byly certifikáty deaktivovány, a je výsledkem toho, že připojení VMware SD-WAN Edge je průběžně resetováno, protože Edge opakovaně obnovuje jeho certifikát.

  • Opravený problém 50422: Adresa MAC partnerského zařízení může být nesprávně zjištěna prostřednictvím protokolu ARP při použití směrovaných rozhraní VLAN se značkou.

    Pokud máte ke směrovanému rozhraní přiřazenou značku VLAN a další přeskok odesílá požadavky ARP bez značky, způsobí to, že bude zjištěna neznačkovaná adresa MAC a provoz se bude ztrácet v závislosti na tom, která položka je získána jako první.

    Bez této opravy je jediným náhradním řešením filtrování požadavků ARP bez značky z dalšího přeskoku, pokud máte na směrovaném rozhraní značku VLAN.

  • Opravený problém 52628: Povolení odesílání paketů s neznámým zdrojem z rozhraní LAN VMware SD-WAN Edge.

    V případě tohoto problému mají pakety vycházející z jiné podsítě LAN povolen průchod přes Edge. Je to způsobeno tím, že rozhraní LAN Edge nemá aktivováno RPF (Reverse Path Forwarding). Oprava aktivuje předávání RPF u každého rozhraní LAN Edge a pakety pocházející z rozhraní LAN budou mít povoleny průchod pouze v případě, že vychází z konfigurované podsítě LAN.

  • Opravený problém 54001: Zařízení VMware Edge nemůže odesílat provoz po visící frontě TX na rozhraních SFP.

    Ve výjimečných případech, kdy zařízení Edge odešle do DPDK paket o neplatné velikosti (méně než 17 bajtů nebo více než 1 526 bajtů), dojde k zablokování fronty přenosu a to způsobí, že zařízení Edge nepředává žádný další provoz. Restartováním zařízení Edge dojde k dočasné nápravě problému, ale problém může nastat znovu, když je ze služby Edge na DPDK odeslán paket neplatné velikosti. Pouze upgrade na úroveň s opravou zabrání tomuto problému.

  • Opravený problém 54157: Uživatel může sledovat pokles provozu na bráně VMware SD-WAN Gateway u provozu ze serveru datového centra na staršího klienta vysílaného přes BGP přes IPsec z brány.

    Ve verzi 4.4.x a starších není možné distribuovat starší trasy směrem k zařízení Edge poskytovatele (PE) do cíle jiného než SD-WAN (NDS) prostřednictvím brány a tras NSD do PE. Verze 4.5.0 poskytuje podporu datového kanálu mezi cíli do PE a NSD přes bránu. To zahrnuje také redistribuci trasy mezi PG-BGP a NSD-BGP.

  • Opravený problém 54846: VMware SD-WAN SNMP MIB používají čítače pro kolísání, latenci a ztrátu paketů.

    Ve VMware SNMP MIB jsou latence, kolísání a ztráta paketů definovány jako Counter64, což není pro tyto typy vhodné. Čítače je třeba používat pro typy dat, které mají stále rostoucí hodnoty a které se v protokolu SNMP nikdy nenulují, jako jsou bajty Tx/Rx. Oproti tomu latence, kolísání a ztráta paketů nemají stále rostoucí hodnoty, ale dynamicky upravované hodnoty, a nepoužívají se pro ně čítače.

  • Opravený problém 56218: U lokalit zákazníků nasazených s topologií vysoké dostupnosti (High Availability) nebo tam, kde byla HA právě povolena, může dojít při aktualizaci Edge z verze 3.2.x na verzi 3.4.x k vyřazení Edge v pohotovostním režimu (Standby) z provozu.

    Je-li povolena HA nebo jsou-li Edge HA aktualizovány z verze 3.2.2 na verzi 3.4.x po konfiguraci nastavení WAN pomocí lokálního uživatelského rozhraní, bude rozhraní HA (např. LAN1 nebo GE1, v závislosti na modelu Edge) z Edge v pohotovostním režimu odebráno a stav HA bude v nástroji VMware SD-WAN Orchestrator nastaven na HA_FAILED.

  • Opravený problém 57011: U lokality konfigurované s topologií vysoké dostupnosti může při každém přidání a odstranění segmentů v této lokalitě u jednoho ze zařízení HA Edge dojít k selhání služby datové roviny, a pokud dojde k selhání služby v aktivním Edge, v lokalitě by také došlo k převzetí služeb při selhání HA.

    Když jsou segmenty přidány a odstraněny z lokality HA, existuje možnost pro zastaralé segmenty (jinými slovy odstraněné segmenty se mohou zobrazovat i v jednom ze zařízení Edge ve dvojici HA). Kvůli této neshodě v informacích o segmentu mezi zařízeními HA Edge může být do druhého zařízení Edge odeslána jakákoli událost určena pro zastaralý segment, což má za následek selhání služby datové roviny, převzetí služeb HA při selhání služby v případě selhání služby v aktivním zařízení Edge a generování klíčového výpisu paměti (core dump), který se nachází v diagnostické sadě po převzetí služeb při selhání.

  • Opravený problém 58259: V některých případech zákazník může vidět tunel cíle jiného než VMware SD-WAN na straně brány s partnerským zařízením Zscaler.

    Existují případy, kdy ukončení partnerského zařízení Zscaler odstraní přidružení zabezpečení (SA) Phase 2, ale brána VMware SD-WAN Gateway si SA zachová. V těchto případech bude tunel zrušen a zákazník nebude moci předávat provoz.

    Bez opravy je řešením skript phase2_sa_check.py, který prochází tabulkou Phase 2 SA a kontroluje, zda existuje Phase 2 SA, pro kterou chybí Phase1 SA. Pokud ji nalezne, brána znovu vytvoří tunel.

  • Opravený problém 58453: Některé pakety sady Office 365 jsou pro zařízení VMware SD-WAN Edge nesprávně klasifikovány jako pakety SSL.

    Modul VMware SD-WAN Deep Packet Inspection (DPI) někdy špatně klasifikuje pakety, které by měly být klasifikovány jako Office 365, jako SSL.  Výsledek je ten, že tyto toky budou považovány za toky SSL namísto toků Office 365, a to může znamenat, že s nimi bude zacházeno s menší prioritou, což bude mít vliv na uživatelskou zkušenost.

  • Opravený problém 59236: U lokalit používajících topologii rozšířené vysoké dostupnosti nejsou vytvořeny tunely, pokud je linka WAN připojená k zařízení Standby Edge Metanoia SFP a toto chování přetrvává i po převzetí služeb při selhání HA.

    V případě rozšířené HA jsou porty WAN na zařízení Edge v pohotovostním režimu zablokovány (jinými slovy zařízení Edge nepovoluje TX na svých rozhraních WAN). Aby bylo možné vytvořit rozhraní Metanoia SFP, je mezi hardwarem potřeba výměna paketů. Protože zařízení Edge neumožňuje TX, inicializace rozhraní se nezdaří.

  • Opravený problém 59629: V lokalitě zákazníka, kde je nasazená topologie vysoké dostupnosti, může uživatel pozorovat, že se zařízení VMware SD-WAN Edge v pohotovostním režimu několikrát restartuje.

    Aktivní zařízení Edge i zařízení Edge v pohotovostním režimu zmešká prezenční signál HA a obě zařízení Edge se stanou aktivními/aktivními (jinými slovy „rozdělený stav“). Aby byl tento stav vyřešen, nově propagované aktivní zařízení Edge (předchozí zařízení Edge v pohotovostním režimu) bude restartováno s událostí protokolování: „Aktivní / aktivní chyba“.  Oprava tohoto problému zahrnuje podporu priority podprocesu prezenčního signálu zařízení HA Edge, aby se minimalizovala prodleva při zpracování prezenčních signálů, které lze chápat jako vynechaný prezenční signál, což způsobuje stav aktivní/aktivní.

  • Opravený problém 60010: U lokality používající zařízení VMware SD-WAN Edge s VNF nasazenými v topologii vysoké dostupnosti není VNF na zařízení Standby Edge přístupné prostřednictvím protokolu SSH po přeskočení portu na straně LAN.

    Rozhraní na straně LAN u Standby VNF v pohotovostním režimu je za normálních okolností v deaktivovaném stavu. Z důvodu přeskočení portu na straně LAN se přesune do stavu předávání, což má za následek nesprávné mapování portu adresy MAC na rozhraní přemostění, což vede k nepřístupnosti VNF.

  • Opravený problém 60073: Pakety DNS přes rozhraní PPPoE zařízení VMware SD-WAN Edge nejsou zpracovány.

    Pokud pakety DNS procházejí přes rozhraní PPPoE Edge, nejsou zpracovány a vyřazeny. Z tohoto důvodu je ovlivněna funkce DNS přes PPPoE a zákazník bude pozorovat například problémy, jako jsou tunely CSS, které nepřicházejí po upgradu na verzi 4.2.0 nebo novější.

  • Opravený problém 60184: Zařízení VMware SD-WAN Edge větve instaluje trasy označené komunitou odchozího připojení ze zařízení Hub Edge mimo profil (dynamické spojení mezi větvemi) a upřednostňuje tyto trasy před všemi ostatními.

    Zařízení Hub Edge mimo profil se považuje za zařízení Edge větve, pokud se používá dynamické spojení mezi větvemi.  Pokud tedy existuje dynamické spuštění tunelu, k problému dojde, jak je popsáno. Jediným náhradním řešením je přidání center Hub ke všem profilům, ale to kvůli počtu vytvořených tras neumožňuje škálování na větších sítích, kde je více než 20 zařízení Hub Edge.

  • Opravený problém 60367: Pravidla stavové brány firewall nezahodí první paket v toku přecházejícím do IP adresy zařízení VMware SD-WAN Edge, a to ani v případě pravidla zahození specifického pro síť VLAN.

    Odeslání příkazu ping na IP adresu sítě VLAN zařízení Edge proběhne úspěšně i s pravidly zahození stavové brány firewall specifickými pro síť VLAN. S konkrétními pravidly zahození stavové brány firewall v síti VLAN není chování konzistentní mezi příkazem ping na hostitele sítě VLAN a IP adresou sítě VLAN zařízení Edge. Příkaz ping na IP adresu sítě VLAN zařízení Edge proběhne úspěšně. Oprava znemožňuje příkaz ping na IP adresu sítě VLAN zařízení Edge nebo na hostitele VLAN.

  • Opravený problém 61344: Pokud má zařízení VMware SD-WAN Edge větší provoz než 180 Mb/s, dojde ke zpomalení příštího nového provozu iniciovaného přes zařízení Edge.

    Pokud přes zařízení Edge prochází více než 180 Mb/s dat, nový provoz se ukládá do vyrovnávací paměti na bráně VMware SD-WAN Gateway a není zpracován bránou v očekávané době, a tedy se dochází k latenci provozu.

  • Opravený problém 61361: Při použití aktualizace softwaru kvůli upgradu zařízení VMware SD-WAN Edge 3400, 3800 a 3810 na verzi Edge 3.4.5, 4.0.2 nebo 4.2.1 je možné, že se modely zařízení Edge po aktualizaci ihned znovu nespustí.

    Verze 3.4.5, 4.0.2 a 4.2.1 zahrnují konkrétní aktualizaci firmwaru pro komplexní programovatelné logické zařízení (CPLD) a aktualizace spustí restart, který se někdy může zablokovat, což vyžaduje manuální vypnutí a zapnutí, aby se systém restartoval.

    Bez opravy musí místní uživatel ručně restartovat zařízení Edge, aby bylo možné dokončit aktualizaci.

  • Opravený problém 61403: U lokality nasazené s topologií vysoké dostupnosti (High-Availability), kde jsou VMware SD-WAN Edge modely LTE (jinými slovy Edge 510-LTE nebo Edge 610-LTE), se tunely nevytvoří na lince LTE Edge v pohotovostním režimu, pokud je povolen HA.

    Pokud má neaktivovaný Edge v pohotovostním režimu s linkou LTE povolenou 3.4.4, 4.0.1 nebo 4.2.0 verzi bitové kopie a je aktivována HA, tunely se po aktivaci Edge nevytvářejí na lince LTE Edge v pohotovostním režimu po aktivaci a upgradu po aktivaci HA.

  • Opravený problém 61502: Během aktivace zařízení VMware SD-WAN Edge je stahování nové bitové kopie softwaru, která má být použita, na neurčitou dobu zpožděno.

    V prostředí s nedůvěryhodným připojením k síti nebo s určitými druhy omezování provozu může být stahování nové bitové kopie softwaru přes protokol HTTPS zablokováno. Pokud bez této opravy k tomuto scénáři dojde, restartujte zařízení Edge a počkejte na několik minut. Stahování by se mělo znovu spustit automaticky, i když bude spuštěno zase od začátku.

  • Opravený problém 61583: Pokud zákazník aktivuje vysokou dostupnost pro lokalitu, zařízení VMware SD-WAN Edge přejde do režimu offline a lokalita se zruší a veškerý zákaznický provoz je přerušen.

    Je-li aktivována funkce HA, zařízení Edge bude v režimu offline minimálně po dobu ~5 minut, kdy je zákaznický provoz během této doby přerušen. Zařízení Edge se může vrátit k předchozí konfiguraci a pokračovat v provozu po uplynutí ~5 minut, i když bude zařízení Edge i nadále fungovat samostatně bez možnosti HA.  Pokud se však zařízení Edge úspěšně nevrátí zpět k poslední konfiguraci, zůstane mimo provoz, dokud místní uživatel neprovede tovární reset následovaný opětovnou aktivací RMA (bez aktivace HA) k obnovení připojení v této lokalitě.

    Další informace naleznete v článku znalostní báze Aktivace vysoké dostupnosti (High Availability) u zařízení VMware SD-WAN Edge s použitím verze 4.3.0 GA nebo 4.4.0 GA může způsobit, že zařízení Edge bude v režimu offline. (84396)

  • Opravený problém 61657: Protokol SNMP na VMware SD-WAN Gateway je ovlivněn, když jsou trasy IPv6 nakonfigurovány pro atributy, jako jsou publicIpAddr, localIpAddr, nextHop a peerIp, což má za následek chyby při spuštění walku SNMP pro danou bránu.

    SNMP spoléhá na analýzu IP adres pomocí oddělení „.“. V případě adresy IPv6 je k dispozici také oddělovací znak „:“ a výsledkem je selhání pro walky provedené protokolem SNMP. Oprava tohoto problému mění logiku analýzy v protokolu SNMP.

  • Opravený problém 61725: U lokality používající topologii vysoké dostupnosti, kde se používají linky USB WAN, způsobí spuštění funkce „Informace o HA“ (HA Info) vzdálené diagnostiky chyby.

    Když je přítomen modem USB/LTE nebo byl dříve přítomen pouze u aktivního zařízení VMware SD-WAN Edge, a nikoli u zařízení Standby Edge v pohotovostním režimu, aktivní zařízení Edge se pokusí načíst údaje rozhraní USB/LTE v zařízení Standby Edge. Výsledkem je, že zařízení Edge vyvolá chybu, protože rozhraní USB/LTE není na zařízení Standby Edge přítomno.

  • Opravený problém 61759: Název poskytovatele internetu a šířka pásma jsou v místním uživatelském rozhraní VMware SD-WAN Edge (stránka Přehled (Overview) a Vlastnosti směrovaného rozhraní (Routed Interface Properties)) zobrazeny jako prázdné.

    Pokud má rozhraní se směrováním více než jedno překrytí, očekává se, že místní uživatelské rozhraní zobrazí podrobnosti o rozhraní, které má nejnovější hodnotu „naposledy aktivní“ (protože je navrženo tak, aby se zobrazovaly údaje pouze jednoho). Když uživatel otevře stránky Přehled (Overview) / Podrobnosti (Details) místního uživatelského rozhraní, zobrazí se hodnoty šířky pásma a poskytovatele pro směrovaná rozhraní s více překryvy jako prázdné.

  • Opravený problém 62197: Brána VMware SD-WAN Gateway může restartovat službu datové roviny.

    U brány dojde k úniku paměti při synchronizaci tras z dané brány do nástroje VMware SD-WAN Orchestrator.  Když spotřeba paměti dosáhne kritické úrovně, služba datové roviny brány se restartuje za účelem vymazání paměti, což způsobí krátké přerušení zákaznického provozu při použití brány.

  • Opravený problém 62280: Druhotné rozhraní LAN zařízení VMware SD-WAN Edge se nezobrazuje v traceroute ze směrovaného hostitele do klienta připojeného přes připojení Edge-to-Edge.

    Když je traceroute provedeno z hostitele (který není přímo připojen k zařízení Edge) do klienta v topologii připojení Edge-to-Edge, IP adresa rozhraní Edge nezobrazí v o/p. K této chybě dochází pouze v případě, že se konfigurace brány VMware SD-WAN Gateway neprovádí u rozhraní zařízení Edge na cestě k hostiteli.

    Bez opravy je jediným náhradním řešením aktivace konfigurace brány v rozhraní zařízení Edge, které se připojuje k tomuto hostiteli traceroute.

  • Opravený problém 62373: Při vytváření lokality s vysokou dostupností nakonfigurované pro jedinečnou MAC adresu je vMAC naprogramován ze směrovaného rozhraní do přepínaného rozhraní.

    Jedinečná adresa MAC nebude naprogramována pro zařízení Edge HA, když je typ rozhraní změněn z rozhraní WAN na přepínané rozhraní, a to vede ke ztrátě provozu. 

    Bez opravy je řešením tohoto problému restartovat zařízení HA Edge, což naprogramuje správnou adresu MAC na přepínaném rozhraní.

  • Opravený problém 62552: V lokalitě se mohou vyskytnout přerušovaná období s vysokou ztrátou paketů a problémy s připojením.

    Příčinou je rozhraní API, které kontroluje rozlišení ARP a sděluje zařízení Edge, že při doručování adresy MAC 00:00:00:00 došlo k úspěšnému vyřešení ARP pro zařízení.  Tato adresa je uchovávána v mezipaměti ARP a všechny pakety určené pro zařízení, kde je MAC uvedeno jako nula, jsou vynechány.  V tomto problému je doručeno mnoho takových instancí úspěšných ARP s nulovými MAC adresami, což způsobuje vysokou ztrátu paketů a problémy s připojením.

    Poznámka: Existuje předchozí problém 60130 se stejným základním chováním a příčinou, ale který zahrnuje jiné řešení než 62552.  Řešením v rámci problému 60130 bylo náhradní řešení, zatímco 62552 zahrnuje úplnou opravu, která zabraňuje opakování tohoto problému.

  • Opravený problém 62685: Pokud je pro různé podsítě LAN s typem NAT jako zdroj konfigurována adresa NAT na straně sítě LAN se stejnou vnější IP adresou, provoz dat určený pro cloud nebude fungovat.

    Pro vnější IP adresu použitou pro pravidla NAT na straně sítě LAN nakonfigurujeme statickou trasu a vysíláme ji vzdáleným větvím. Aby byl návratový provoz směrován do správné podsítě LAN, je třeba provést vyhledávání trasy na základě vnitřní IP adresy nakonfigurované v pravidlu NAT na straně sítě LAN namísto dalšího přeskoku ve statické trase. U návratového toku provozu z cloudu se však vyhledávání trasy provádí na základě dalšího přeskoku ve statické trase a provoz může být směrován do nesprávné podsítě LAN.

  • Opravený problém 62736: Pokud uživatel na hardwarovém zařízení VMware SD-WAN Edge přistupuje k místnímu uživatelskému rozhraní na stránce vlastností směrovaného rozhraní místního uživatelského rozhraní pro rozhraní PPPoE, pole adresy MAC se zobrazuje jako prázdné a zobrazené pole IP adresy je chybné.

    Od verze 4.3.x se údaje rozhraní v místním uživatelském rozhraní načítají z událostí NETLINK namísto nepřetržitého dotazování na aktualizace. Vzhledem k tomu, že samotná rozhraní PPPoE nemají adresy MAC (základní rozhraní ano), adresa MAC se zobrazí jako prázdná. K hlášení IP adresy (IFA_ADDRESS namísto IFA_LOCAL) byl také použit nesprávný parametr rozhraní NETLINK. Rozhraní DHCP/statická tento problém nemají, protože hodnota obou polí je pro ně stejná.

  • Opravený problém 62897: Pokud se uživatel typu operátor přihlásí do brány VMware SD-WAN Gateway a spustí příkaz tcpdump na eth0 nebo eth1, výsledky nebudou doručeny správně. 

    Tcpdump je důležitým příkazem pro ladění brány pro operátory a nedostatek správných výstupů značně ztěžuje jejich práci. Existuje způsob získání správného výstupu bez opravy, což je použití příkazu, který pošle výstup tcdump do cat, například: tcpdump -nnplei eth0 | cat

  • Opravený problém 63056: Na zařízení VMware SD-WAN Edge může dojít k chybě jádra s následným restartem a jádrem.

    Proces mon mutex selže se SIGXCPU a aktivuje se jádro. Opravou je povolení používat obě jádra všem podprocesům a přesunutí komunikaci služby datové roviny Edge < > frr do soketů domény Unix, které mají všechny výhody soketů TCP bez náročné nadstavby jádra a s lepším výkonem.

  • Opravený problém 63141: U lokality používající topologii rozšířené vysoké dostupnosti, kde se používají moduly Metonia ADSL2+ SFP, se při převzetí služeb při selhání nedaří aplikovat moduly ADSL2+ SFP.

    Když u rozšířeného zařízení Edge HA dojde k převzetí služeb při selhání nebo je síť restartována, zařízení Edge s konfigurací ADSL2+ se neobjeví. 

  • Opravený problém 63359: U lokality nakonfigurované s topologií vysoké dostupnosti a protokolem OSPF a kde zařízení VMware SD-WAN Edge používají sestavení MGMT IP Edge, může být po upgradu zařízení Edge ze sestavení MGMT-IP verze 3.4.x na 4.2.x přerušena konektivita OSPF. 

    Když se zařízení Edge HA aktualizují na sestavení MGMT IP 4.2.x, systémy HA mohou nadefinovat ID směrovače na 169.254.2.2. Nejde o očekávané chování, jelikož výběr ID směrovače u zařízení Edge by neměl brát v úvahu IP adresu rozhraní HA. Toto ID směrovače narušuje konektivitu OSPF a dojde k úplnému odpojení, protože již neprobíhá výměna tras.

    Bez opravy je jediným náhradním řešením restartovat službu Edge (spustí převzetí služeb při selhání HA), jelikož tak dojde k vynucení opakovaného výběru ID směrovače, které by mělo být po restartu správné.

  • Opravený problém 63362: V lokalitě, která používá rozšířenou topologii vysoké dostupnosti, rozhraní s podporou DHCP/PPPoE přestane odesílat provoz po restartování zařízení Edge v pohotovostním režimu.

    Pokud je v rozšířené topologii HA aktivován protokol DHCP/PPPoE na rozhraní proxy serveru (jinými slovy stav linky HA je nastavený na USE_PEER), po restartování zařízení Edge v režimu Standby se nezdaří získat adresu ze serveru.

    Bez opravy je jediným náhradním řešením změnit dynamickou adresu na statický typ adresy, nebo provést vynucené převzetí služeb při selhání HA, abyste ze serveru získali IP adresu.

  • Opravený problém 63513: U zákazníka používajícího VMware Edge Network Intelligence se po upgradu softwaru Edge neaktualizuje verze softwaru zobrazená pro zařízení VMware SD-WAN Edge.

    Zařízení Edge bylo ve skutečnosti upgradováno na nejnovější verzi Edge Network Intelligence, ale zařízení Edge nástroji VMware SD-WAN Orchestrator sděluje starší číslo verze, což vidí i zákazník. Zákazník narazí na problém po upgradu zařízení Edge. Po aktualizaci zařízení Edge ze starší na novější verzi zákazník i nadále vidí starší verzi pro Edge Network Intelligence.

  • Opravený problém 63645: Na zařízení VMware SD-WAN Edge může dojít k problémům s pamětí, jako je poškození, což má za následek selhání služby Dataplane během tunnel flap.

    Počítadlo odkazů se používá k udržení více podprocesů Edge systému před přístupem k již využité paměti. V jednom scénáři může přidání toku referencí do jedné z interních datových struktur, která obsahuje informace o bráně, způsobit poškození paměti Edge.

  • Opravený problém 63692: U VMware SD-WAN Gateway, kde jsou během balíčku cloud-init povoleny federální standardy zpracování informací (FIPS), se relace BGP neobjeví.

    Pokud uživatel aktivuje FIPS na bráně během cloud-init a poté konfiguruje protokol BGP, uživatel zjistí, že se soused BGP neobjeví.

  • Opravený problém 63725: Zákazníkovi, který nasazuje cíl jiný než SD-WAN (NSD) prostřednictvím brány, kde byly nakonfigurovány redundantní brány VMware SD-WAN Gateway, provoz selže, když provoz NSD převezme služby při selhání z primární brány do sekundární brány.

    Tento problém je způsoben nedostatkem trasy do partnerského cíle v sekundární bráně. Pokud dojde k převzetí služeb při selhání na sekundární bránu, jelikož sekundární brána nemá trasu do partnerského cíle NSD, brána odešle provoz přímo. Vzhledem k tomu, že se provoz odesílá přímo při pokusu o připojení k partnerskému cíli, veškerý provoz NSD přes bránu selže.

  • Opravený problém 63752: Pokud se u brány VMware SD-WAN Gateway, kde je aktivován federální standard zpracování informací (FIPS), uživatel pokusí vygenerovat diagnostický balíček, pokus buď selže, nebo vyprší časový limit. 

    Brána nakonfigurovaná pro provozní režim FIPS vynucuje profily zabezpečení aplikace, které brání shromažďování některých diagnostických dat v systému, což způsobí selhání generování diagnostického balíčku.

  • Opravený problém 63983: Pokud partner používá ke shromažďování metrik využití procesoru a paměti pro bránu VMware SD-WAN Gateway nástroj pro monitorování (například Prometheus), zobrazí se uživateli tohoto nástroje také výstupy pro využití procesoru a paměti nástroje Orchestrator.

    Vzhledem k tomu, že pro odlišení statistik procesoru a paměti není přidána žádná předpona, nástroj pro monitorování bude shromažďovat využití procesoru a paměti pro bránu i nástroj Orchestrator.

  • Opravený problém 64078: Pokud partner používá monitorovací nástroj (například Prometheus) ke shromažďování metrik propustnosti pro bránu VMware SD-WAN Gateway a konkrétní brána používá spojované rozhraní, statistika propustnosti pro danou bránu bude nepřesná.

    Brána exportuje pouze čítače propustnosti pro síťová rozhraní a neexportuje statistiku pro spojovaná rozhraní, což je hlavní problém, protože mnoho bran používá spojená rozhraní.

  • Opravený problém 64184: Pokud uživatel povolí vysokou dostupnost v lokalitě používající dvě hardwarová zařízení VMware SD-WAN Edge, může pozorovat, že po dosažení upgradu softwaru Edge v pohotovostním režimu nedojde k aktualizaci zařízení Edge a zařízení Standby pohotovostním režimu zůstane v neaktivním stavu.

    K této chybě dochází za výše uvedených podmínek jen občas, ale pokud k tomu dojde, je příčinou problému, že po aktivaci HA je podproces pracovního postupu HA ukončen na aktivním zařízení Edge během akce vyvolání upgradu bitové kopie zařízení Standby Edge. Ukončení tohoto podprocesu HA vede k tomu, že zařízení Edge v pohotovostním režimu je v neaktivním stavu.

  • Opravený problém 64205: Uživatel pozoruje vysoký počet ztrát ve frontě předávání dat VCMP pro bránu VMware SD-WAN Gateway, což vede ke špatné uživatelské zkušenosti.

    Pokud existují nepřetržité události vytváření toku, proces zpracování paketů na datovém podprocesu VCMP (VeloCloud Management Protocol) se zpomaluje. Tato oprava snižuje zatížení datového podprocesu VCMP přesměrováním zpráv řízení VCMP na jiné podprocesy a omezením některých nepřetržitých zpráv protokolu.

  • Opravený problém 64633: Zákazník, který používá NSD (Non SD-WAN) prostřednictvím brány pro připojení k VMware Cloudu (VMC) na AWS peer může zaznamenat přerušovaný výpadek provozu, který trvá pokaždé asi 30 sekund.

    Tento problém je zaznamenán pouze u VMware Cloudu (VMC) na AWS. Partner spustí opětovné vytvoření klíčů IKE 30 sekund před vypršením přidružení zabezpečení (SA) a po každém opětovném vytvoření klíčů si zachová staré SA a bude jej používat až do vypršení platnosti, zatímco brána VMware SD-WAN Gateway odstraní příchozí SA. Odstranění příchozího SA způsobí, že se provoz s tímto partnerem bude přerušen. Frekvence tohoto problému závisí na zásadách opětovného vytvoření klíčů partnera. Pokud partner opětovně vytvoří klíče každých 45 minut, pak k tomuto problému dojde po každých 45 minutách, pokud je nastavena hodnota 12 hodin, potom po každých 12 hodinách. Provoz se automaticky obnoví po ±30 sekundách, když partner přepne na nové SA.

  • Opravený problém 64713: Pokud uživatel u lokality zákazníka, která používá topologii rozšířené vysoké dostupnosti (Enhanced High-Availability), restartuje službu Edge nebo provede změnu konfigurace, která má za následek restart služby Edge, může se zákazník setkat s tím, že restart je mnohem delší, než se očekávalo před zotavením zařízení Edge.

    Pokud k tomuto problému dojde, mezi procesem Edge a jinými procesy závodu dojde k prodlevě při spouštění.  V protokolech diagnostického balíčku se uživateli zobrazí řádek s frází „ZÁVAŽNÁ: Nelze získat hugepage informace.“

  • Opravený problém 64951: Zákazník používající Zscaler jako službu pro zabezpečení cloudu (Cloud Security Service, CSS) může po dokončení kontroly stavu L7 sledovat ZSCALER_MONITOR_FAILED události na stránce událostí VMware SD-WAN Orchestrator.

    Tyto události jsou nepravdivé a tunel Zscaler je ve skutečnosti nepoškozen, což mate uživatele.

  • Opravený problém 64961: Na zařízení VMware SD-WAN Edge může dojít k selhání služby datové roviny a restartování této služby, pokud probíhá zpracování paketů IP, které zahrnují možnosti.

    Zpracování paketů IP s možnostmi může mít za následek selhání služby datové roviny z důvodu nesprávné analýzy polí možností (analýza pokračuje za konec seznamu možností). Selhání služby datové roviny je aktivováno mutex mon. Bez této opravy lze minimalizovat riziko problému tím, že se vyhnete nastavením jiných možností než trasy záznamu (RR) a bez možnosti (NOP) v paketech IP uživatelského provozu.

  • Opravený problém 65037: Připojení HTTPS/SSL nemusí být vytvořeno z důvodu poškozeného certifikátu, pokud má certifikát v poli běžný název SSL speciální znaky nebo mezery.

    Zařízení VMware SD-WAN Edge zkontroluje veškerý provoz uživatele, který přes něj prochází, aby mohlo identifikovat aplikaci, do které provoz patří. To je potřeba pro správné použití podnikových zásad a také pro nástroj VMware SD-WAN Orchestrator, aby mohl zobrazit statistiky po jednotlivých aplikacích na stránce Monitorování (Monitoring) zařízení Edge. Problém v identifikačním kódu aplikace však způsobil, že byl bajt v běžném názvu SSL přepsán, pokud měl běžný název SSL speciální znaky nebo mezery, a tím jej poškodil.

  • Opravený problém 65186: Jsou-li v lokalitě zákazníka, která používá více linek WAN, podnikové zásady nakonfigurovány na použití jedné linky s preferovanými nebo povinnými zásadami, pak typ provozu, na který se vztahují podnikové zásady, nadále využívá vyrovnávání zatížení napříč všemi dostupnými linky.

    I když jsou podnikové zásady nakonfigurovány tak, aby směrovaly provoz na jednu linku sítě WAN pomocí povinné nebo preferované konfigurace, zatížení provozu je vyrovnáváno na více linkách sítě WAN.

  • Opravený problém 65219: Brána VMware SD-WAN Gateway typu KVM SR-IOV používající ovladač i40evf zahodí zákaznické pakety o velikosti 1500 bajtů nebo více. 

    Nic menšího než 1 496 B nebude zahozeno. Pokud se uživatel pokusí o připojení SSH do hostitele brány, narazí na zaseknutí kvůli popsanému stavu.

  • Opravený problém 65293: Míra propustnosti brány VMware SD-WAN Gateway nasazené v AWS a spuštěné s ovladačem ENA (Elastic Network Adapter) Amazon se při použití verze 4.x snižuje.

    K této chybě dochází při upgradu brány na sestavení 4.x (z verze 3.x) nebo při novém nasazení pomocí sestavení 4.x. Brány používající verzi 4.0.0 nebo novější mají DPDK verze 19.11 a od DPDK verze 19.02 používá ovladač Amazon ENA řízení front s nízkou latencí (LLQ). Aby však funkce LLQ efektivně fungovala, musí být pro nastavení paměti aktivován kombinovaný zápis podle referenční příručky ENA.  Není-li mapování paměti typu kombinovaného zápisu, dochází u brány nasazené na AWS k vysokému využití procesoru, což výrazně ovlivňuje propustnost. Oprava tohoto problému umožňuje pro brány nasazené na AWS kombinování zápisu na adaptéru ENA.

  • Opravený problém 65432: Traceroute z klienta, který je připojen na straně LAN k zařízení VMware SD-WAN Edge, k serveru DC prostřednictvím brány VMware SD-WAN Gateway nezobrazuje IP adresu brány ve výstupu traceroute.

    Traceroute po spuštění traceroute z klienta LAN do DC, které je dosažitelné přes bránu, zobrazí všechny přeskoky kromě IP adresy brány.

  • Opravený problém 65521: Zařízení VMware SD-WAN Edge může způsobit selhání služby datové roviny a následný restart.

    Restart služby Edge naruší zákaznický provoz po dobu přibližně 5–10 sekund. Služba datové roviny Edge selže při zpracování neočekávané zprávy řízení během handshaku při vytváření tunelu protokolu VeloCloud (VCMP). Tento problém není závislý na topologii sítě nebo počtu toků ani propustnosti. Je to neobvyklé a náhodné, ale existuje možnost, že se objeví v jakémkoli druhu zákaznického podniku.

  • Opravený problém 65526: VMware SD-WAN Orchestrator generuje výstrahy a události pro VMware SD-WAN Edge ve stavu „Sníženo“ (Degraded), který nikdy nedosáhne stavu „Offline/Mimo provoz“ (Offline/Down).

    Pokud zařízení VMware SD-WAN Edge z počátku ztratí připojení k systému Orchestrator (při kontrole prezenčního signálu), je tento stav nazýván jako „Sníženo“ (Degraded).  Pokud bude ztráta připojení zařízení Edge k systému Orchestrator pokračovat, bude zařízení Edge poté označeno jako „Offline / Mimo provoz“ (Offline/Down). Druhý stav nastane v případě, kdy na stránce Monitorování (Monitor) > Události (Events) systému Orchestrator má být uložena událost „Edge mimo provoz“ (Edge Down) a odeslána odpovídající výstraha podle potřeby ke konfiguraci výstrah zákazníka.  Orchestrator však generuje událost a odesílá výstrahu pro Edge ve stavu „Sníženo“ (Degraded), což má za následek pravděpodobně velký počet falešných událostí „Edge mimo provoz“ (Edge Down) a upozornění na výstrahy pro zákazníka.

  • Opravený problém 65539: Relace protokolu BGP vytvořená mezi dvěma zařízeními ve dvou různých větvích se nespustí, když zákazník upgraduje zařízení VMware SD-WAN Edge na verzi 4.2.x.

    Když zákazník aktualizuje zařízení Edge z nižší verze na verzi 4.2.x, relace BGP mezi dvěma zařízeními LAN různých větví vytvořených přes tunely VCMP nebudou vytvořeny.

  • Opravený problém 65839: U toků iniciovaných od klientů za zařízením VMware SD-WAN Hub Edge do LAN za zařízením Edge paprsku je zpětný provoz z paprsku směrován přes bránu partnera, pokud je výchozí trasa vysílána z brány partnera.

    Očekávaným chováním je, že tok, který pochází ze zařízení Hub Edge, se přes něj také vrací. Pokud neexistuje žádná výchozí trasa nebo trasa mezi zařízeními Edge vysílaná ze zařízení Hub Edge do zařízení Edge paprsku, vyhledávání trasy v zařízení Edge paprsku pro zpětný provoz odpovídá výchozí trase brány partnera a zpětný provoz je směrován do brány partnera namísto Hub Edge.

  • Opravený problém 65929: Když uživatel zapne vysokou dostupnost (High Availability) v uživatelském rozhraní VMware SD-WAN Orchestrator pro lokalitu zákazníka používající fyzická zařízení Edge, může se Edge okamžitě přepnout do režimu off-line a zařízením Edge neprojde žádný provoz.

    Během spouštění začne Edge HA blokovat tok dat, dokud se nespustí služba dataplane Edge. Dataplane však vyžaduje určité informace z procesu správy, aby jej bylo možné spustit, a samotný proces správy může blokovat pokus o vyřešení názvu DNS pro nástroj Orchestrator (protože jeho dotaz je zablokován výše zmíněným). Je nutné provést asynchronní rozlišení adresy systému Orchestrator, aby se nezablokovalo spouštění služby dataplane Edge.

  • Opravený problém 65985: U zákazníka používajícího dynamické připojení mezi zařízeními Edge (Edge-to-Edge) může zařízení VMware SD-WAN Edge v síti náhle zahodit všechny tunely a poté nemoci vytvořit tunely do jiných lokalit v síti.

    Jakmile lokalita zahodí všechny tunely, maximální hodnota tunelového propojení zařízení Edge se poškodí a zobrazí zápornou hodnotu pro maximální počet tunelů. Tato poškozená hodnota zabraňuje zařízení Edge ve vytvoření jakýchkoli nových tunelových propojení mezi zařízeními Edge do jiných zařízení Edge. Dopad je výrazný, protože zařízení Edge nemůže komunikovat s žádnou jinou lokalitou v síti.

    Bez opravy lze tento problém odstranit pouze restartováním služby Edge nebo převzetím služeb při selhání HA pro lokality HA.

  • Opravený problém 66119: Virtuální zařízení VMware SD-WAN Edge nasazené ve vzdálené oblasti světa se nemusí při použití balíčku cloud-init aktivovat.

    Pokud je latence sítě mezi Edge a VMware SD-WAN Orchestrator větší než 1 sekunda, virtuálnímu zařízení Edge se během úvodního nasazení nepodaří automatická aktivace přes cloud-init.

  • Opravený problém 66325: Provoz zákazníka, který by měl odpovídat zjištěné trase BGP, namísto toho odpovídá podnikovým zásadám s potenciálem pro narušení provozu zákazníka.

    Pokud podnik zákazníka používá podnikové zásady, které konfigurují zdroj jako IP směrovaného klienta a cíle jako internet, provoz, který by měl odpovídat naučené trase BGP, místo toho využívá podnikové zásady, včetně jakékoli klasifikace provozu pro tyto zásady (například v reálném čase), což může způsobit narušení provozu zákazníka.

  • Opravený problém 66355: U zákazníka, kde je aktivní stavová brána firewall a je nakonfigurováno alespoň jedno pravidlo NAT na straně LAN (mnoho : 1), nefungují toky mezi sítěmi VLAN.

    S pravidly NAT na straně LAN mnoho : 1 se stav TCP pro provoz mezi sítěmi VLAN neudržuje správně, a je-li aktivována také stavová brána firewall, pakety budou zahozeny.

  • Opravený problém 66366: U zákazníka používajícího multicast s velkým počtem sousedů může u zařízení VMware SD-WAN Edge dojít k selhání a restartu služby datové roviny, což způsobí krátké přerušení provozu zákazníka.

    „Velký počet sousedů“ je definován jako přibližně 1600 sousedů PIM. V případě, že k tomuto problému dojde, když je provoz spuštěn pro skupinu ze 1600 zařízení Edge paprsků na jednoho příjemce za zařízením Hub Edge, služba PIM selže, a to způsobí selhání služby Edge, což způsobí restart.

  • Opravený problém 66636: VMware SD-WAN Edge neuznává konfiguraci zdrojového rozhraní pro provoz autentizace RADIUS, pokud je zdrojem rozhraní zpětné smyčky.

    Když uživatel nakonfiguruje RADIUS na profilu nebo v Edge a definuje rozhraní zpětné smyčky jako požadované zdrojové rozhraní pro odchozí provoz autentizace, Edge nevytvoří pravidlo NAT očekávaným způsobem z důvodu chyby analýzy, která vychází z nesouladu mezi očekávaným a skutečným typem parametru „port“ pro službu autentizace, která je odesílána z VMware SD-WAN Orchestrator. Tato hodnota by měla být celé číslo a logika ověřování rozhraní API nástroje Orchestrator byla odpovídajícím způsobem upravena.

  • Opravený problém 66676: Je-li nakonfigurován překlad NAT podnikových zásad, je možné, že zpětný provoz z brány VMware SD-WAN Gateway nebude NAT překládat zpět na původní zdrojovou IP adresu.

    Během vkládání položky NAT do kódu se očekává, že budou starší položky odstraněny. Kvůli tomu, že se pro vyhledávání tabulky hash nepoužívají všechny klíče, nebyly starší položky v některých případech odstraněny, což způsobovalo chybu vložení položky NAT.

  • Opravený problém 66714: Uživatel nemůže na zařízení VMware SD-WAN Edge použít název hostitele pro možnost DCHP 150.

    Pokud uživatel konfiguruje název hostitele pro možnost DHCP 150, pokus o získání adresy IPv4 ze zařízení Edge pomocí klienta DHCP bude mít za následek chybové zprávy dnsmasq v protokolech zařízení Edge, které označují název hostitele za chybnou IP adresu, a klient DHCP na zařízení Edge neobdrží žádnou IP adresu ze služby DHCP.  Protokol RFC 5859 navržen tak, aby používal adresy IPv4 namísto názvu hostitele, ostatní současná síťová zařízení ale umožňují pro možnost 150 používat název hostitele. Zákazníci, kteří na jiných zařízeních používají názvy hostitelů, se proto musí přizpůsobit zařízením Edge, aby služba DHCP na zařízení Edge neselhala.

  • Opravený problém 66794: Pokud proběhne upgrade nástroje VMware SD-WAN Orchestrator na verzi 4.3.0, uživatel nemůže pro zařízení VMware SD-WAN Edge konfigurovat pravidla předávání portů nebo NAT 1:1.

    Pokud v zařízení Edge, kde je brána firewall zapnuta, ale nemá nakonfigurována žádná pravidla, uživatel na stránce Konfigurace (Configure) > Brána firewall (Firewall) nakonfiguruje pravidlo předávání portů nebo NAT 1:1 a pokusí se toto pravidlo uložit, nástroj VMware SD-WAN Orchestrator pravidlo neuloží a namísto toho zobrazí na stránce chybu „Parametr networkSegments nelze iterovat (networkSegments is not iterable)“. Problém je způsoben tím, že nástroj Orchestrator používá pro pole networkSegments jako index pole segmentID.

  • Opravený problém 66801: U lokalit zákazníků používajících topologii vysoké dostupnosti a VNF se zákazník možná nebude moci připojit k VNF za účelem vytvoření důvěryhodnosti ze serveru správy.

    Problém se projeví v lokalitách HA, když jsou směrovaná rozhraní aktivována a v tabulce směrování jádra není k dispozici žádná výchozí trasa. V takovém případě jádro odpoví zprávou „Cíl ICMP je nedosažitelný“ (ICMP destination unreachable).

    Bez opravy je náhradním řešením, jak zabránit tomuto problému, přidání výchozí trasy k zařízení Edge v pohotovostním režimu, takže Edge neodpoví zprávou „ICMP je nedosažitelný“ (ICMP Unreachable) do virtuálního počítače VNF, což způsobí resetování připojení SSH.

  • Opravený problém 66901: Když zákazník upgraduje své VMware SD-WAN Edge na verzi 3.2.2, zákazník může pozorovat, že některá zařízení Edge se po upgradu neobjeví.

    K problému dochází velmi zřídka, ale pokud k tomu dojde, zákazník se bude setkávat se zprávami událostí nástroje Orchestrator (a zprávami protokolu) uživatelského procesu ukončujícího a vypínajícího se pro zařízení Edge, ale Edge se po vypnutí nezapne. Místo toho se zařízení Edge vypne a Orchestrator zobrazuje stav Edge jako „Mimo provoz“ (Down) se zprávou události „Edge mimo provoz“ (Edge down). 

    Bez opravy lze tento problém vyřešit zapnutím zařízení Edge a ručním obnovením do továrního nastavení.  Po resetu zařízení Edge bude Edge fungovat jako dříve a je třeba jej v dané lokalitě zákazníka znovu aktivovat.

  • Opravený problém 67060: Zařízení VMware SD-WAN Edge může vykázat velké využití paměti, které může potenciálně způsobit restart služby Edge, pokud je dostatečně vysoké.

    Problém je únik paměti, který se projeví jako pomalé a nepřetržité zvyšování využití paměti. K problému dojde, když je pro jeden tok odesláno více paketů požadavku HTTP. Únik paměti konkrétně nastane, když Edge analyzuje pakety požadavku HTTP.

  • Opravený problém 67083: Zařízení VMware SD-WAN Edge může způsobit selhání služby datové roviny a restart s krátkým přerušením provozu zákazníka.

    V některých případech je datový paket protokolu VeloCloud Management Protocol (VCMP) zpracován s nesprávnými parametry (například datový paket je chybně klasifikován jako řídicí paket), což aktivuje výjimku a restart služby.  

  • Opravený problém 67173: Když je stejná trasa zjištěna od více sousedů IBGP, je v zařízení VMware SD-WAN Edge použita druhá nejlepší trasa vybraná z procesu BGP, což vede k zahození určitých přenášených dat zákazníka.

    Kvůli problému v sadě volného trasování (FRR) odesílal protokol IBGP více následujících přeskoků do zařízení Edge a vybíral druhý nejlepší (poslední v pořadí dalšího přeskoku) k aktualizaci databáze informací o přesměrování (FIB). Oprava obsahuje příkaz v procesu BGP k odeslání pouze nejlepšího dalšího přeskoku k zařízení Edge.

  • Opravený problém 67191: U zákazníka používajícího službu Cloud Security Service (CSS) vrátí kontrola stavu vrstvy 7 chybné selhání a tunely CSS jsou zrušeny.

    Existuje-li v bráně VMware SD-WAN Gateway velký počet tunelů cíle jiného než SD-WAN (Non SD-WAN Destination, NSD), IP adresa rozhraní virtuálního tunelu (VTI) může vypadnout z dané masky podsítě / rozsahu 24, který je definován pro sondy kvůli zpracování službou datové roviny brány. To je příčinou nesprávného selhání kontroly stavu L7. Oprava aktualizuje masku na /16, aby přijímala L7 kvůli zpracování ve službě datové roviny brány.

    Bez opravy je jediným náhradním řešením pro operátora s přístupem k bráně soubor /opt/vc/bin/gwd_ip_setup.sh tak, aby odpovídal změně masky (169.254.0.0/24 na 169.254.0.0/16). Následovaný restartováním služby brány.

  • Opravený problém 67197: Síť zákazníka může u nasazení s více než 1500 zdroji přiřazenými multicastové skupině zaznamenávat periodické přerušení služby multicastu.

    Softwarový problém v logice zpracování zpráv join-prune zásobníku PIM selhává s výjimkou při zpracovávání aktualizací join-prune v nasazeních s více než 1500 zdroji přiřazenými k multicastové skupině.

    Bez opravy lze tomuto problému zabránit pouze omezením na 1 000 multicastových zdrojů.

  • Opravený problém 67201: Když se v lokalitě používající rozšířenou topologii vysoké dostupnosti (Enhanced High-Availability) VMware SD-WAN Edge upgradují na verzi 3.4.5, může u HA Edge dojít k vícenásobnému selhání služby dataplane s přerušením provozu zákazníka.

    Při zjištění rozšířeného nastavení HA se aktivní zařízení Edge v pohotovostním režimu pokusí synchronizovat všechny informace o cestě k Edge v pohotovostním režimu. Pokud je velikost zprávy synchronizace cesty větší než 1 500 bajtů, vyrovnávací paměť paketu se dvakrát uvolňuje a to vede k selhání služby dataplane.

  • Opravený problém 67259: Tok multicastového provozu je narušen, když se proces PIM restartuje vícekrát a sousední zařízení PIM se nespustí.

    Ve škálovaném nastavení s 1600 sousedy PIM při vícenásobném restartování procesu PIM: Pokud provoz běží ze 700 zařízení Edge paprsku do příjemce za zařízením Hub Edge, po jednom z restartů se z 1600 sousedů PIM spustilo pouze něco přes 570 sousedů PIM. Jediným způsobem, jak tento problém odstranit, je restartovat službu Edge.

  • Opravený problém 67458: Při upgradu zařízení VMware SD-WAN Hub Edge s velkým počtem paprsků zařízení Edge ve verzi 4.2.1 nebo 4.2.2 se pro zařízení Hub Edge nespustí některé tunely na jiné paprsky zařízení Edge.

    Velkým počtem paprsků zařízení Edge se rozumí přibližně 1000 nebo více. Tento problém není konzistentní, ale obecně asi 1/3 tunelů protokolu VeloCloud Management Protocol (VCMP) není mezi zařízením Hub Edge a připojenými paprsky zařízení Edge vytvořena. Je to způsobeno tím, že zařízení Hub Edge ignoruje 
    MP_INIT, protože počet napůl otevřených TD přesahuje horní limit zařízení Hub Edge.

    Bez opravy restartováním služby Edge obnovíte úplné připojení tunelů.

  • Opravený problém 67694: Zákazník se může setkat se selháním tunelu služby Cloud Security Service (CSS), protože sondy kontroly stavu L7 jsou podmíněně páteřně připojeny.

    Sondy kontroly stavu L7 by neměly být nikdy podmíněně páteřně připojeny, a pokud ano, selžou, což vyústí v chybné označení tunelů CSS jako mimo provoz.

  • Opravený problém 67745: U VMware SD-WAN Edge, který má linku WAN s některými směrovači poskytnutými poskytovatelem internetových služeb, může dojít k potížím s provozem zákazníka, pokud tato trasa ISP spadne a poté se aktivuje.

    Když linka WAN ze zařízení Edge na některé směrovače ISP (tento problém byl pozorován u směrovače poskytovatele internetových služeb používaných službou Spectrum) spadne nebo směrovač ISP spadne a znovu se spustí, směrovač ISP provede diagnostiku, která obsahuje stručné přiřazení privátní IP adresy k zařízení Edge v podsíti 192.168.100.0/24 a poté přiřadí veřejnou IP adresu. Edge však nainstaluje připojenou trasu pro adresu 192.168.100.0/0 a nebude vymazán poté, co obdrží veřejnou IP adresu.

  • Opravený problém 67790: U zákaznické firmy, která používá protokol BGP nebo OSPF a má nakonfigurované příchozí filtry kvůli ignorování určitých tras, nebudou při povolení dynamického výpočtu nákladů (DCC) u této firmy příchozí filtry v činnosti a provoz se tyto trasy pokusí použít.

    Před aktivací DCC nebude sada informací pro předávání (FIB) obsahovat trasy, které byly na příchozím filtru BGP/OSPF nastaveny na IGNOROVAT (IGNORE).  Po povolení DCC zahrne FIB tyto trasy a provoz se pokusí tyto trasy použít, s potenciálně výrazným narušením provozu zákaznické firmy.

    Bez opravy je jediným náhradním řešením restartovat protokol OSPF/BGP, aby byl filtr příchozí komunikace správně aplikován.

  • Opravený problém 67869: Když byl nástroj VMware SD-WAN Hub Edge dříve nakonfigurován jako IPv4 jediné sestavy a později se změnil na IPv6 duální sestavy, starší tunel IPv4 není odpojen.

    Když se tento problém objeví, zákazník uvidí nesprávný počet tunelů, protože tunely IPv4 nejsou zrušeny. V důsledku toho zdvojnásobte počet tunelů, jak by měl být.

  • Opravený problém 67889: Dotazování SNMPv3 nemusí správně fungovat pro zákazníka s dotazováním více VMware SD-WAN Edge.

    Problém je v tom, že VMware SD-WAN umožňuje protokolu SNMPD generovat náhodný engine_id pro každý Edge, a v mnoha případech je toto ID modulu duplicitní pro více Edge. V případě, že jedno ze zařízení Edge se stejným ID modulu nebude hlásit statistiku zpět do kolektoru.

  • Opravený problém 67947: Je-li nakonfigurován NAT na straně LAN, provoz mezi VLAN nefunguje po aktualizaci verze trasy.

    Pravidlo NAT na straně LAN je u provozu mezi sítěmi VLAN přeskočeno, ale když je verze trasy aktualizována, vyhledávání trasy nastane s nesprávnou IP adresou, což může způsobit selhání provozu.

  • Opravený problém 68785: Pakety DHCP INFORM jsou při obdržení na rozhraní nakonfigurovaného jako přenos DHCP zahozeny softwarem VMware SD-WAN Edge.

    Klienti DHCP mohou po získání IP adresy požadovat další síťové informace, jako je server DNS nebo adresa brány pomocí zprávy DHCP INFORM. Pokud je Edge nakonfigurován jako přenosový agent, tyto zprávy INFORM by měly být předávány na server DHCP, ale jsou zahozeny.

  • Opravený problém 68829: U VMware SD-WAN modelů Edge LTE (jinými slovy Edge 510-LTE nebo Edge 610-LTE) nejsou cesty IPv6 tvořeny přes rozhraní LTE.

    Pakety UDP6 jsou odesílány s kontrolním součtem 0, což způsobí jejich vypuštění v dalším mezikroku. To způsobilo, že cesty správy SD-WAN jsou ve stavu INICIALIZACE. Správným chováním je vytvoření kontrolního součtu pro pakety UDP6.

  • Opravený problém 68840: U zákazníka používajícího topologii vysoké dostupnosti nemůže dotazování SNMP načíst údaje LAN a WAN ze zařízení VMware SD-WAN Edge v pohotovostním režimu.

    U příkazu HA SNMP GET se počet LAN/WAN ve Standby režimu (vceHaStandbyLanItfNum a vceHaStandbyWanItfNum) zobrazuje částečně nebo vůbec ne.

  • Opravený problém 68994: Zákazníci, kteří nasazují tunel cíle jiné než SD-WAN (NSD) z VMware SD-WAN Edge s branou VMware SD-WAN Gateway, mohou zažít kolísání tunelu.

    Tento problém je zaznamenán při vytváření tunelu nebo při opětovném vytvoření klíčů IKE. Zařízení Edge nebo brána odstraní přidružení zabezpečení (SA) na základě IKESAID=0, což způsobí kolísání tunelu. Tunel se automaticky stabilizuje, ale čas potřebný k tomu není konzistentní a může to dále ovlivnit dopad na provoz zákazníka na NSD.

  • Opravený problém 69194: Pokud uživatel přesune USB modem z jednoho portu USB na jiný port na VMware SD-WAN Edge, může na zařízení Edge dojít k selhání služby dataplane a výsledkem je restart.

    Porty USB jsou nesprávně vázány na ovladače DPDK AF_PACKET. Tento ovladač nepodporuje odstraňování portů a může způsobit selhání služby datové roviny Edge, když je USB klíč přesunut z jednoho portu na jiný.

  • Opravený problém 69497: VMware SD-WAN MIB zobrazují objekt SNMP vceLinkVpnState, i když již není platným objektem.

    VMware SD-WAN již v nástroji VMware SD-WAN Orchestrator neukazuje diferencovaný stav VPN, ale stále ho v protokolu SNMP vysílá.  Bude-li třeba, kolektor SNMP se dotazuje na SNMP OID 1.3.6.1.4.1.45346.1.1.2.3.2.2.1.26, což by již dělat neměl.

  • Opravený problém 69681: Pokud je zařízení VMware SD-WAN Edge nakonfigurováno pomocí linek WAN Aktivní Standby a také používá dotazování SNMP, uživatel narazí na chyby SNMP.

    Chybová zpráva bude vypadat podobně jako následující:

    ERROR [oids (10028:MainThread:10028)] [VCE.Path]<update>: Path failed update buffer: KeyError('HOTSTANDBY_IDLE',) INFO [oids (10028:MainThread:10028)] [VCE]<update_if_stale>: Current MIB buffer size: 217 DEBUG [oids (10028:MainThread:10028)] [VCE.Link]<ip2octet>: Failed to convert IP to Octet for caller <class 'vcsnmp.oids.Link'>[publicIpAddress] on []: ValueError("invalid literal for int() with base 10: ''",), used default value[00 00 00 00] instead

    Příčinou problému je, že stavy cesty SNMP nezahrnují stavy linky Aktivní pohotovostní režim, a to způsobuje problémy SNMP včetně chybových zpráv.

  • Opravený problém 69704: Povolení vysoké dostupnosti v lokalitě používající platformu VMware SD-WAN Edge 6x0 (610, 620, 640, 680) může přerušit komunikaci Edge se softwarem VMware SD-WAN Orchestrator.

    Po povolení vysoké dostupnosti kvůli určitým podmínkám časování, které se týkají doby otevření rozhraní 6x0, přestane komunikace se softwarem Orchestrator fungovat. Následkem toho se vysoká dostupnost neaktivuje a Edge zcela ztratí připojení k softwaru Orchestrator, což znamená, že software Orchestrator označí Edge jako zařízení mimo provoz a nebude možné provádět žádné další změny konfigurace.

  • Opravený problém 70041: Partner upgradující bránu VMware SD-WAN Gateway na verzi 4.3.0 zjistí, že již nebude moci poslat příkaz ping na IP adresu VRF brány.

    Pokud se příkaz ping nezdaří, čítač route_drop se zvýší. Příkaz ping na IP adresu VRF z rozhraní předávání byl deaktivován s verzí 4.3.0 a je obnoven s opravou nalezenou ve verzi 4.3.1.

  • Opravený problém 70154: V podniku zákazníka, kde je aktivní stavová brána firewall, uživatel při odesílání obousměrných příkazů ping mezi klienty větví se stejným ID ICMP pozoruje ztráty paketů.

    Pokud je spuštěn příkaz ping z klienta A ve větvi 1 do klienta B ve větvi 2 a naopak, stavy ICMP pro oba příkazy ping budou sledovány stejným objektem toku, pokud je ID ICMP stejné, a to může vést ke ztrátám více paketů z důvodu kontroly čísla sekvence.

    Bez této opravy je řešením buď deaktivace stavové brány firewall, nebo generování příkazu ping s různými ID ICMP.

  • Opravený problém 70310: Pokud je u zákazníka používajícího více segmentů odstraněn nebo deaktivován jeden nebo více segmentů, může u zařízení VMware SD-WAN Edge dojít k selhání služby roviny dat a restartu služby, což způsobí krátké přerušení provozu zákazníka. 

    Po odstranění segmentu zařízení Edge plně nevyčistí paměť spojenou s tímto odstraněným segmentem. Existují scénáře, kdy aktivní zařízení Edge synchronizuje události do zařízení Standby Edge tím, že odkazuje na tyto segmenty, což má za následek selhání služby u zařízení Standby Edge, protože tyto segmenty nejsou přítomny.

  • Opravený problém 70349: Ve výjimečných případech přestane provoz NAT fungovat na bráně VMware SD-WAN Gateway.

    Restartováním služby brány se podmínka vymaže. Kvůli stavu závodu na procesu dataplane brány může dojít k selhání připojení brány k NATD (démon v bráně, který spravuje přidělení NAT), a brána tedy nebude moci přidělit položky NAT. To způsobí selhání všech toků NAT přes bránu.

  • Opravený problém 70416: Brána VMware SD-WAN Gateway může zobrazovat vysoké zatížení procesoru, které má za následek latenci a ztrátu paketů pro zařízení Edge, která ji používají jako svou primární bránu.

    Problém je způsoben podprocesy rychlé cesty brány (IKE, data VCMP atd.), které stráví mezi 15 a 20 % cyklů prováděním operace InetNtop. Oprava tohoto problému odebere operace InetNtop a nahradí je efektivnějším procesem formátování dat.

  • Opravený problém 70438: Zákazníci, kteří mají provoz, který spoléhá na NAT, mohou při upgradu VMware SD-WAN Gateway na verzi 4.3.0 nebo restartování při spuštění 4.3.0 zaznamenat narušení tohoto provozu.

    Při spouštění brány může existovat stav závodu, který odstraní položku NAT z položky „gwd_cloud_read“, zatímco položka NAT již mohla být v toku ukládána do mezipaměti (fc->nat_tup) ve směru SEND_TO_WAN. I když je položka NAT odstraněna, tok bude nadále používat nat_tup v mezipaměti pro aplikaci NAT. Mezitím jiný tok může získat stejný zdrojový port přidělený s novou položkou NAT.

  • Opravený problém 70590: Pokus o vygenerování diagnostického balíčku na bráně VMware SD-WAN Gateway může selhat při použití verze 4.3.0.

    Diagnostické balíčky vygenerované na bráně se spuštěnou verzí 4.3.0 selhávají, protože diagnostický balíček překročí limit velikosti nakonfigurovaný v softwaru Orchestrator.  Nadměrná velikost diagnostického balíčku je způsobena protokoly auditu, které se v průběhu času rozrůstají.

    Bez této opravy existuje jediný způsob, jak úspěšně vygenerovat diagnostický balíček na bráně, a to tak, že se uživatel operátora přihlásí k bráně. Před spuštěním diagnostického balíčku v nástroji Orchestrator musí uživatel operátora odstranit soubory protokolu auditu, které jsou v adresáři /var/log/audit brány.

  • Opravený problém 70789: Zákazník může zaznamenat náhodné ztráty provozu v důsledku detekce IPSec Anti-Replay.

    Pokud zařízení VMware SD-WAN Edge nebo brána VMware SD-WAN Gateway obdrží dva pakety při každé aktualizaci pořadového čísla položky mezipaměti, je možné, že první paket aktualizuje okno přehrání znovu nesprávně, což může vyvolat detekci IPsec Anti-Play, což způsobí zahození paketu IPsec.

  • Opravený problém 70855: Brána VMware SD-WAN Gateway může zahazovat pakety provozu pocházející ze softwaru VMware SD-WAN Orchestrator, což může způsobit selhání každé aktualizace konfigurace brány ze softwaru Orchestrator.

    Pokud je zatížení brány vysoké (např. přibližně 1,6 milionů toků na bráně s přibližným počtem objektů NAT 800 000), počet vyrovnávacích pamětí paketů v systému bude spotřebován, což může někdy vést k zahození paketů provozu softwaru Orchestrator na bráně. Jakmile brána přejde do tohoto stavu, pakety provozu softwaru Orchestrator budou vždy zahozeny, i když je vyrovnávací paměť paketů dostupná.

    Tento problém lze bez opravy vyřešit pouze restartováním brány.

  • Opravený problém 70954: U VMware SD-WAN zařízení Edge může dojít k více selháním služby dataplane, pokud má zařízení Edge podnikové zásady nakonfigurované s povinným odkazem ke službě zabezpečení cloudu (Cloud Security Service, CSS) Zscaler a rozhraní pro tento povinný odkaz se nezdaří.

    Zařízení Edge by mělo v případě ztráty povinného rozhraní namísto selhání služby utrpět v provozu do Zscaler.

  • Opravený problém 71052: Když je počet podniků zákazníků, které se připojují k bráně VMware SD-WAN Gateway, vyšší než 285, u brány dojde k selhání služby datové roviny.

    Od verze brány 4.3.0 byla schopnost brány monitorovat zákazníky vylepšena přidáním nových čítačů pro sledování informací o paketech a tocích na úrovni podniku zákazníka. Problém způsobuje, že počet aktivovaných čítačů pro podnikové zákazníky se po 285 podnicích zákazníka vyčerpá a aktivace čítače pro jakékoli další zákazníky selže, což způsobí selhání služby datové roviny brány a vynucení restartu služby.

  • Opravený problém 71513: Uživatel, který má zobrazenou kartu Brány (Gateways) > Monitor (Monitor) v uživatelském rozhraní VMware SD-WAN Orchestrator, uvidí, že ztráty ve frontě předávání vždy zobrazují hodnotu 0 při pohledu na bránu VMware SD-WAN Gateway používající verzi 4.3.0.

    Brány používající verzi 4.3.0 nebo vyšší tyto ztráty ve frontě předávání do nástroje Orchestrator nehlásí z důvodu nesprávného formátování, což operátorovi znemožňuje zjistit přesný stav tohoto konkrétního datového bodu pro řešení potíží.

  • Opravený problém 71977: Když uživatel aktivuje VMware Edge Network Intelligence na VMware SD-WAN Edge, u Edge dojde k selhání služby dataplane a vygeneruje jádro.

    K této chybě dojde, pokud počet relací vytvořených dynamicky v Edge překročí maximální povolený limit.

  • Opravený problém 72100: U lokality používající topologii rozšířené vysoké dostupnosti (Enhanced High-Availability), kde se pro toto nasazení používá dvojice VMware SD-WAN Edge 610, se tunely nevytvářejí přes linku WAN na Edge v pohotovostním režimu 610.

    Problém se vyskytl pouze u modelu Edge 610, kdy přes Edge v pohotovostním režimu nejsou navázány tunely. Pokud před aktivací HA nemá VLAN na rozhraní GE1 IP adresu, služba SD-WAN nemapuje port hardwarového přepínače na GE1, jakmile je povolen HA. V důsledku toho jsou pakety na Edge v pohotovostním režimu zahozeny.

    Bez opravy je řešením tohoto problému přidání IP adresy do sítě VLAN, aby bylo rozhraní GE1 namapováno na port hardwarového přepínače.

  • Opravený problém 72567: Pokud uživatel záměrně konfiguruje asymetrické směrování prostřednictvím podřízené vrstvy (MPLS bez překrytí WAN) v cestě předávání prostřednictvím fixed_link podnikových zásad a poté přes překrytí (například Hub Edge) v zpětné cestě, tok se přeruší a provoz pro tento tok nebude úspěšný.

    Jedná se o případ asymetrického směrování cloudových toků dle návrhu, ve kterém má zařízení Edge podnikové zásady k vynucení toku z podřízené trasy (INTF_ROUTED). Vzdálené zařízení Edge směruje odpověď zpět přes Hub Edge (překrytí). Vzdálené zařízení Edge uvidí tok jako nový, místně spuštěný tok a odešle synchronizaci QoS za účelem aktualizace parametrů směrování toku, což vede k přerušení směrování toku. V opravě byla synchronizace QoS odmítnuta, aby se předešlo přepisování nakonfigurovaných link_mode.

  • Opravený problém 72688: VMware SD-WAN Edge náhodně restartuje službu datové roviny s výslednými přerušeními služeb z důvodu restartů.

    Pakety připnuté k dešifrovacímu podprocesu, když jsou s plovoucí desetinnou čárkou na další dešifrovací podproces, jsou zamítnuty jiným podprocesem. V procesu odmítnutí paketů byl nesprávně vydán přidružený kryptografický odkaz QAT, který vede k výjimkám ve službě datové roviny a selhání a restartu.

  • Opravený problém 72703: Směrované rozhraní pro VMware SD-WAN Edge nakonfigurované pomocí dílčího rozhraní umožňuje toky, jejichž trasy patří do dílčích rozhraní.

    Tok odpovídající trase patřící do podřízeného rozhraní je úspěšně povolen v nadřazeném rozhraní, jehož režim zpětného předávání cesty (RPF) je nastaven na hodnotu „konkrétní“. Hlavní příčina je způsobena tím, že source_route vyhledání ignoruje VLAN v sadě shod.

  • Opravený problém 72939: Uživatel může sledovat počet zastaralých toků brány VMware SD-WAN Gateway, který se neustále zvyšuje, dokud počet nedosáhne maximálního počtu toků podporovaných pro dané specifikace brány, a proto již nevytvářel nové toky, což narušuje uživatele připojené k dané bráně.

    Vzestupný počet čítače toku je spojen s lokalitami, které odesílají provoz z cíle jiného než SD-WAN do předávání brány partnera. Existují dvě funkce, které byly přidány jako „gw_nvs_to_pg_pkt“ a „gw_send_nvs_pkt“, kde se po vyhledávání neuvolňují počty toků.

    Tento problém lze bez opravy vyřešit pouze restartováním brány. 

  • Opravený problém 73251: Uživatelé, kteří potřebují autentizaci prostřednictvím RADIUS, mohou zjistit, že autentizaci nemohou provést, protože se z VMware SD-WAN Edge nedaří odesílat fragmentovaný provoz.

    Provoz RADIUS je vždy fragmentován a tento problém ovlivňuje uživatele pokoušející se autentizovat na bezdrátovém linku ještě více. Když k tomuto problému dojde, počet fragmentovaných paketů se dostane za rámec toho, co DPDK může zpracovat na příslušném rozhraní. Oprava proaktivně resetuje počet fragmentací, aby se předešlo narušení provozu.

  • Opravený problém 73320: Je-li rozhraní VMware SD-WAN Edge nakonfigurováno s typem adresy DHCP a když je IP adresa přiřazená k rozhraní aktualizována, některé přímé toky mohou v důsledku selhání NAT selhat.

    Po skončení platnosti pronájmu DHCP je pro rozhraní odebrána IP adresa. Než je k rozhraní přiřazena nová IP adresa, budou položky NAT pro všechny nové toky během této přechodné doby vytvořeny s adresou „0.0.0.0“ jako zdrojová IP adresa NAT a pakety budou zahozeny. Jakmile je k rozhraní přiřazena platná IP adresa, stávající položka NAT se neodstraní a nová položka NAT není vytvořena s platnou IP adresou, což způsobí vyřazení provozu.

  • Opravený problém 73987: Na zařízení VMware SD-WAN Edge může při generování diagnostického balíčku docházet k selháním služby dataplane.

    Hlavní část diagnostického balíčku, která způsobuje problém, je, když Edge potřebuje protokoly pro „vcdgbdump -r remote_routes“. V případě, že existuje velké množství vzdálených tras, je spuštěn provoz, který tyto trasy používá, a aktivuje se shromažďování diagnostických balíčků, existuje v takových případech možnost uzamknout trasy.

  • Opravený problém 74313: U lokalit zákazníků používajících model LTE VMware SD-WAN Edge (jinými slovy Edge 510-LTE nebo Edge 610-LTE) zařízení Edge ztratí komunikaci s VMware SD-WAN Orchestrator po restartu Edge, pokud má Edge pouze linku LTE WAN.

    Připojení mezi nástrojem Orchestrator a Edge je ztraceno, protože výchozí dosažitelnost trasy přes rozhraní LTE se po restartu Edge stane nepravdivou.  Výsledkem bude, že Edge bude aplikací Orchestrator označen jako mimo provoz, i když provoz zákazníka stále prochází linkou LTE WAN.

    Bez opravy lze dosažitelnost Edge obnovit pouze restartováním služby Edge.

  • Opravený problém 74482: U zákazníka, který používá topologii sítě hub-paprsek, není trasa ze zařízení VMware SD-WAN Spoke Edge zjištěna u Hub Edge, pokud je toto Hub Edge rovněž paprskem pro jiné Hub Edge.

    Aby k tomuto problému došlo, zákazník by musel mít přes Hub nakonfigurováno také připojení Edge k Edge. Pokud mají nasazení zákazníka zařízení Edge, které je nasazeno jako Hub pro určité paprsky a jako paprsek pro určité Huby, tato zařízení Edge neobdrží trasy paprsků z brány VMware SD-WAN Gateway. Tento problém má značný dopad na síť s touto topologií z důvodu chybějících tras.

    Bez této opravy lze tomuto problému zabránit pouze deaktivací připojení Edge k Edge přes Hub na zařízeních Edge paprsků.

  • Opravený problém 75309: Uživatel může sledovat pokles multicastového provozu u konkrétní skupiny na VMware SD-WAN Spoke Edge.

    Multicastový provoz pro konkrétní skupinu není u Edge paprsku přijat, když data pochází z Hubu Edge. Skupiny IGMP nejsou vyplněny v tabulce skupiny IGMP zařízení Spoke Edge, což vede ke ztrátě provozu. To lze zaznamenat v protokolech diagnostického balíčku zařízení Spoke Edge pro protokol IGMP. 

  • Opravený problém 75968: Když uživatel konfiguruje předávání lokální IP adresy pro bránu VMware SD-WAN Gateway a poté toto předání odebere, předání se z brány neodstraní, což způsobí přerušení cesty tunelového propojení.

    Tento problém může způsobit hlavní přerušení, protože brána nemůže vytvořit nové tunelové propojení. 

    Bez opravy by uživatel k odstranění problému musel restartovat bránu.

  • Opravený problém 76726: Na bráně VMware SD-WAN Gateway může dojít k selhání služby dataplane a generování jádra.

    Příčinou selhání služby brány a jádra je, že pakety protokolu správy ctrl mezi Edge a bránou se vyměňují a brána může selhat z důvodu prosazení, a to způsobí výpadky pro více zákazníků. Tento problém je vyřešen odstraněním prosazení a správným zpracováním chyb.

Vyřešené problémy nástroje Orchestrator

Verze nástroje Orchestrator R431-20211217-GA

Verze nástroje Orchestrator R431-20211217-GA byla vydána 20. 12. 2021. Toto sestavení nástroje Orchestrator opravuje slabé místo zabezpečení CVE-2021-44228, apache log4j, a to aktualizací na log4j verze 2.16.0. Další informace o slabém místě zabezpečení Apache Log4j najdete v informačním zpravodaji VMware Security Advisory VMSA-2021-0028.5.

    ___________________________________________________________________

    Vyřešeno ve verzi R431-20211213-GA

    Níže uvedené problémy byly vyřešeny počínaje verzí nástroje Orchestrator R430-20211112-GA.

    • Opravený problém 45078: Pokud je při konfiguraci VNF pro zákazníka v nástroji VMware SD-WAN Orchestrator nakonfigurován stav VNF na úrovni profilu jedním způsobem a poté jiným způsobem na úrovni lokality pomocí potlačení na úrovni Edge a potlačení Edge je později deaktivováno, stránka nadále používá nastavení potlačení na úrovni Edge a nevrátí nastavení profilu zpět podle očekávání.

      K tomu dochází při konfiguraci parametru vložení VNF v konfiguračním profilu, kde je pro lokalitu využívající potlačení na úrovni Edge nakonfigurováno opačné nastavení a přepsání na úrovni Edge je samo deaktivováno, nastavení ale přetrvává.

    • Opravený problém 48706: Uživatelé nemusí být schopni uložit změny na kartě Konfigurace (Configure) > Zařízení Edge (Edge) > Zařízení (Device) se zdrojovým rozhraním vybraným v konfiguraci Syslog.

      Chyba, která se zobrazí uživateli v zařízení VMware SD-WAN Orchestrator je „Zadané zdrojové rozhraní není přítomno v segmentu: <název segmentu> (Provided source interface is not present in the segment on segment: <Segment Name>)“. Je to způsobeno tím, že uživatel vytvoří a odstraní několik segmentů tak, že posloupnost segmentu již není sekvenční.

    • Opravený problém 48791: Uživatel nemůže přepnout zařízení VMware SD-WAN Edge mezi profily, pokud má zařízení Edge rozhraní nakonfigurované pomocí potlačení na úrovni Edge.

      Například pokud zákazník má dva konfigurační profily: profil 1 a profil 2 a přidruží zařízení Edge k profilu 1.  Pokud uživatel poté použije možnost potlačení na úrovni Edge ke konfiguraci GE2 jako směrovaného a přidá statickou trasu pro GE2 a později se pokusí přiřadit toto stejné zařízení Edge k profilu 2, zobrazí se uživateli chyba, že GE2 v profilu 2 neexistuje jako směrované. K této chybě dojde, protože když uživatel konfiguruje rozhraní Edge pomocí funkce potlačení na úrovni Edge, které patří do profilu, nástroj VMware SD-WAN Orchestrator se nedokáže přepnout, protože neověřuje přítomnost potlačení na úrovni Edge.

    • Opravený problém 53751: Ověření připojené trasy v nastavení statické trasy selže v síti VLAN bez cidrIp a cidrPrefix.

      K problému dojde, když uživatel vytvoří síť VLAN bez cidrIp a cidrPrefix.

    • Opravený problém 58070: Uživatel nemůže při použití stránky OFC v uživatelském rozhraní VMware SD-WAN Orchestrator filtrovat podsíť OFC na základě segmentů.

      Filtr hledání podsítě OFC nefunguje se segmentem, takže pokud se uživatel naučí předponu a náhledy na stránce OFC a poté se pokusí vyhledat naučenou předponu pomocí možnosti vyhledávání se segmentem, vyhledávání nesdělí výsledek.

    • Opravený problém 59434: Když uživatel opustí stránku nabídky Konfigurovat (Configure) > Edge > Zařízení (Device) v uživatelském rozhraní VMware SD-WAN Orchestrator, webová stránka zobrazí vyskakovací okénko s upozorněním „Pokud tuto stránku opustíte, provedené změny budou ztraceny“ (The changes you made will be lost if you navigate away from this page), přestože uživatel na stránce Nastavení zařízení (Device Settings) neprovedl žádné změny.

      Systém Orchestrator obsahuje data, která zobrazují provedenou změnu, přestože žádná změna nebyla provedena, takže se zobrazí vyskakovací okno s žádostí o uložení. Jde o výsledek porovnání nesprávného objektu s již existujícím objektem za účelem kontroly změn. Z důvodu nesprávného porovnání byla data považována za upravená. Oprava nahradí nesprávný objekt správným objektem, který má být porovnán, a tak zajistí, že se nezobrazí žádné falešné výzvy k uložení.

    • Opravený problém 62058: Systém VMware SD-WAN Orchestrator zobrazuje rozhraní WLAN pro modely VMware SD-WAN Edge 510-N a 6x0-N, i když tyto modely nejsou vybaveny Funkcí Wi-Fi.

      Uživatelské rozhraní nástroje Orchestrator by mělo skrýt rozhraní WLAN pro modely 510-N a 6X0-N Edge.  Model Edge s designátorem „-N“ indikuje, že je sestaven bez čipu Wi-Fi. Jsou-li tyto modely Edge aktivovány, má být číslo modelu použito systémem Orchestrator ke skrytí rozhraní WLAN.  Dopad na zákazníka je minimální, protože zatímco se zobrazují rozhraní WLAN, jakýkoli pokus o jeho konfiguraci bude ignorován nástrojem Orchestrator.

    • Opravený problém 62355: Uživatel nemůže konfigurovat možnosti protokolu BGP pro cíle jiné než SD-WAN s typem Palo Alto Networks.

      Předchozí lístek odebral možnost konfigurace protokolu BGP z cílů jiných než SD-WAN (NSD), které nepodporují protokol BGP.  NSD s typem Palo Alto Networks ale podporuje protokol BGP a možnost konfigurace protokolu BGP byla z tohoto typu také neúmyslně odstraněna. Tato oprava obnoví tato pole konfigurace protokolu BGP na typ Palo Alto Networks.

    • Opravený problém 62575: Zařízení VMware SD-WAN Edge neuznává očekávanou konfiguraci služby pro zabezpečení cloudu (CSS) nebo lokalit cíle jiného než SD-WAN pro neglobální segmenty, pokud jsou tyto možnosti aktivovány prostřednictvím přepsání specifického pro zařízení Edge.

      V některých neobvyklých scénářích konfigurace (například v jednom případě, kdy byla služba pro zabezpečení cloudu aktivována výhradně na neglobálním segmentu prostřednictvím přepsání specifického pro zařízení Edge), Orchestrator nesprávně vypočítal konfiguraci řídicí roviny Edge pro neglobální segmenty.

    • Opravený problém 62624: Když se uživatel pokusí zrušit zaškrtnutí pole Brána partnera (Partner Gateway) na stránce Brány (Gateways) > Přehled (Overview) uživatelského rozhraní VMware SD-WAN Orchestrator, zobrazí se chyba, která zobrazuje pouze název profilu bez upozornění, který zákazník jej vlastní.

      Jedná se o výrazný problém, pokud je třeba změnit stav brány VMware SD-WAN Gateway, jelikož uživatel nemůže vědět, kteří zákazníci tuto bránu používají, protože vidí jen profil, což v podstatě bez zákazníka, který je k ní připojen, nic neznamená.

    • Opravený problém 62958: Pokud se u VMware SD-WAN zařízení Edge, kde je aktivována automatizace IPsec služby pro zabezpečení cloudu (CSS) Zscaler, může zařízení Edge při změně IP adresy veřejného linku WAN odeslat neplatnou hodnotu pro veřejnou IP adresu jako přechodný stav.

      Ověření veřejné IP adresy nefunguje podle očekávání a může z důvodu neplatných parametrů způsobit chybu rozhraní API Zscaler. K této chybě dojde, když veřejná linka WAN zařízení Edge přejde do krátkého přechodného stavu. Obvykle by to nemělo mít žádný dopad na existující tunely CSS z veřejné linky WAN.

    • Opravený problém 63518: Podnik zákazníka používající verzi 3.3.x, který upgraduje na verzi 4.3.0, nemusí VMware SD-WAN Gateway připojená k Zařízení Edge u tohoto zákazníka vysílat zjištěné trasy BGP.

      Tento problém je způsoben nástrojem VMware SD-WAN Orchestrator, který neodesílá potvrzení na naučené trasy, a namísto odpovědi na vysílanou zprávu – pravda (true) a odpovídající náklady, odešle nástroj Orchestrator inzerci brány – nepravda (false) a brána trasu neoznamuje.

    • Opravený problém 63556: Uživatel má možnost přidat více než jeden server TACAC do uživatelského rozhraní VMware SD-WAN Orchestrator.

      I když uživatel může přidat více než jeden server TACAC, není to platná konfigurace.  Důvodem je, že pokud první server TACAC selže, druhý server TACAC v žádném případě službu nepřevezme.  Oprava odstraní možnost přidání více než jednoho serveru TACAC.

    • Opravený problém 63622: Uživatelské rozhraní nástroje VMware SD-WAN Orchestrator nezahlásí událost odstraněné brány v případě, že uživatel odstraní VMware SD-WAN Gateway.

      Systém Orchestrator by měl protokolovat událost na úrovni operátora i na úrovni partnera (pro odstraněné brány partnera), a přitom tak nečiní.

    • Opravený problém 63694: U podniku zákazníka s topologií Hub a Spoke, kde jejich VMware SD-WAN Edge používá verzi 4.2.x nebo starší, a jsou připojeny k bráně VMware SD-WAN Gateway se systémem 4.3.0 nebo novějším, Edge nenainstalují správné pořadí tras, které vede k narušení provozu.

      Systém VMware SD-WAN Orchestrator na jedné straně správně nezvládá trasy odchozí komunikace ze zařízení Edge verze nižší než 4.2.x a na druhé straně vyšší než 4.2.x Edge. V příslušných verzích se Edge chovají jiným způsobem při odesílání příznaku odchozího připojení do systému Orchestrator, a to způsobí, že nástroj Orchestrator odešle nesprávné pořadí tras do systému 4.2.x nebo staršího Edge.

    • Opravený problém 64039: V některých případech se zákazník může setkat s tím, že je server DHCP neaktivní.

      Problém lze pozorovat v následující situaci: po poskytnutí hodnot pro typ adresování aktivujte server DHCP a zadejte hodnoty a klikněte na tlačítko Aktualizovat (Update). Pokud uživatel otevře vyskakovací okno druhotného rozhraní, zjistí, že se server DHCP zobrazuje jako neaktivní a všechna pole v serveru DHCP jsou skryta.

    • Opravený problém 64716: Uživatel nemůže vygenerovat zprávy o systému VMware SD-WAN Orchestrator.

      Když se uživatel pokusí vygenerovat zprávu, pokus selže a ve sloupci Stav na stránce zpráv se zobrazí hláška „Chyba“. Problém byl zaveden, když byl jeden ze závislých balíčků aktualizován, a aktualizovaný balíček obsahuje zprávu, která způsobila selhání všech generovaných zpráv.

    • Opravený problém 65253: Při konfiguraci zásady brány firewall nelze v uživatelském rozhraní nástroje VMware SD-WAN Orchestrator použít rozevírací seznam se skupinami objektů, když je nakonfigurováno více než 20 skupin.

      I když je nakonfigurováno jen 5 či více skupin objektů (skupina adres, skupina portů), poblíž dolní části obrazovky se zobrazí rozevírací seznam Skupina objektů (Object Group).  Existuje-li více než 20 zásad, je seznam skupin objektů zcela mimo obrazovku a není jej vidět, dokud uživatel výrazně nesníží zvětšení prohlížeče, ale poté je text velmi malý a rovněž nepoužitelný.

    • Opravený problém 65558: Zákazník nasazený do VMware SD-WAN Orchestrator používající verzi 4.3.0 nemůže konfigurovat protokol Syslog, kde je zdrojové rozhraní VLAN.

      Při konfiguraci protokolu Syslog se zdrojovým rozhraním VLAN bude pokus o uložení mít za následek chybu „Zdrojové rozhraní Syslog VLAN-xxx neexistuje v segmentu <segment name>“ v uživatelském rozhraní nástroje Orchestrator.

    • Opravený problém 65760: Když se uživatel operátora dívá na stránku Diagnostika nástroje Orchestrator (Orchestrator Diagnostics) v uživatelském rozhraní nástroje VMware SD-WAN Orchestrator, uživatel zjistí, že v části Informace o úložišti databáze (Database Storage Info) chybí několik datových skupin.

      V úložišti databáze chybí následující sekce: Seznam procesů databáze (Database Process List), Proměnné stavů databáze (Database Status Variable), Proměnné systému databáze (Database System Variable), Stav enginu databáze (Database Engine Status).

    • Opravený problém 65967: Pokud zákazník provádí upgrade VMware SD-WAN Orchestrator v místním nasazení na verzi 4.3.0, nemusí se služby systému Orchestrator po dokončení upgradu aktivovat a systém Orchestrator se může zdát nefunkční.

      Tento problém je výsledkem skriptu pro upgrade, který nedokáže zpracovat neplatná data odesílaná některými verzemi nástroje VMware SD-WAN Edge. Některé interní služby v systému Orchestrator nelze správně spustit a restartování portálu a služeb nahrávání problém neřeší. Oprava tohoto problému zahrnuje opravu, která je refaktorována tak, aby přeskočila neplatné konfigurace a zaznamenala událost operátora se všemi ID, aby je operátor mohl opravit později.

    • Opravený problém 66011: Metoda rozhraní API portálu VMWare SD-WAN Orchestrator linkQualityEvent/getLinkQualityEvents nedeterministicky funguje v režimu „podrobné“ (verbose).

      Metoda rozhraní API linkQualityEvent/getLinkQualityEvents nástroje Orchestrator podporuje možnost „individualScores“, která klientům umožňuje volitelně vyžádat podrobnější informace o odkazu QoE v odezvě rozhraní API. Tato volitelná metoda ve výsledku vytváří podrobné informace o časových řadách (jejichž produkce je pomalá a náročná na výkon). Výchozí hodnota tohoto parametru je „false“, aby se zabránilo tomuto dopadu na výkon. Problém je však v tom, že server nedeterministicky hlásí tyto informace i v případech, kdy si je klient výslovně nevyžádal s požadavkem na doprovodný výkon.

    • Opravený problém 66177: Někteří uživatelé partnera nemohou zobrazit statistiku cesty ve VMware SD-WAN Orchestrator.

      To se týká administrátorů partnera, kterým jsou přiřazena ID rolí 5, 6 nebo 8. Tyto role se překládají následujícím způsobem: 5 = IT specialista, 6 = Primární uživatel, 8 = Zákaznická podpora. Důvodem tohoto problému je, že zobrazení statistik cesty je delegovaným oprávněním. Úplná oprava tohoto řešení se řeší ve verzích 4.4.x a vyšších.

      Ve verzi 4.3.1 je problém pro ID role 6 (Primární uživatel) odstraněn, avšak ne pro 5 nebo 8.

    • Opravený problém 66597: Když je v nástroji VMWare SD-WAN Orchestrator zákazník s velmi velkým počtem zařízení Edge, může se při přidávání více bran VMware SD-WAN Gateway do fondu bran, který zákazník používá, zobrazit velký počet zařízení Edge v nástroji Orchestrator jako mimo provoz.

      Tento problém byl zaznamenán v praxi u zákazníka, který má k nástroji Orchestrator připojeno přibližně 7000 zařízení Edge. Dojde-li ke změně ve fondu bran pro tohoto zákazníka, nástroj Orchestrator musí poslat změny konfigurace do všech zařízení Edge a opětovné výpočty řídicí roviny pro více než 700 zařízení Edge v 30sekundovém okně způsobí selhání prezenčních signálů / statistik s chybou „POOL_ENQUEUELIMIT“. Z důvodu selhání prezenčního signálu se zařízení Edge v nástroji Orchestrator zobrazují jako mimo provoz.

    • Opravený problém 66631: Nástroj pro migraci nefunguje při pokusu o migraci velkých podniků zákazníka.

      Velký podnik zákazníka je definován jako podnik se 100 nebo více zařízeními Edge. Nástroj pro migraci selže v kroku, kde má zřetězit celý datový blob a zapsat ho do souboru. Při exportu konfigurace nástroj pro migraci používal soubor JSON.stringify ke zřetězení výstupních dat a zapisování do souboru, což se nezdaří, když je konfigurace velmi velká.

    • Opravený problém 66639: Když v systému VMware SD-WAN Orchestrator používajícím verzi 4.3.0 lokalita zákazníka používající topologii vysoké dostupnosti (High-Availability topology) dojde k převzetí služeb při selhání HA, systém Orchestrator může zpracovat události HA mimo pořadí, což vede k nekonzistentním výstrahám a lokalita je pravděpodobně označena jako mimo provoz.

      Orchestrator spoléhá na události při určování stavu HA lokality, a pokud existuje převzetí služeb při selhání HA, v parametrech je odeslán „stav HA“ současně s událostí HA_GOING_ACTIVE. Pokud je proces Orchestratoru provádí mimo provoz, uživatel může sledovat nesprávné výstrahy i stav páru HA, který je označen jako mimo provoz.

    • Opravený problém 66678: Je-li VMware SD-WAN Orchestrator aktualizován na verzi 4.3.0, mohou být tunely cíle jiného než SD-WAN prostřednictvím brány zrušeny a znovu vytvořeny.

      Tento problém je způsoben závadou ověření, která byla zavedena ve funkci přidané pro verzi 4.3.0. Tato závada způsobuje selhání prezenčního signálu brány VMware SD-WAN Gateway, což má za následek, že systém Orchestrator nenasadí konfigurace brány do jejich příslušných bran. Jelikož konfigurace nejsou odeslány, tunely NSD, které jsou součástí konfigurace brány, nejsou propagovány do bran a tunely eventuálně spadnou a nezotaví se. Tento problém se týká systémů Orchestrator, které byly používány po delší dobu a kde některé partnerské uzly NSD v těchto systémech Orchestrator nebyly přidruženy k žádným segmentům. Vzhledem k tomu, že je k bránám přidruženo selhání prezenčního signálu, může více zákazníků čelit problémům s nefunkčním tunelem NSD přes bránu.

    • Opravený problém 66679: Uživatel může po upgradu na verzi 4.3.0 zjistit, že portál VMware SD-WAN Orchestrator nereaguje.

      Po upgradu systému Orchestrator na verzi 4.3.0 se backendový proces nespustí dle očekávání z důvodu vedlejšího účinku funkce Bastion Orchestrator, kde je Redis používán jako zprostředkující činitel k zajištění konfigurace nastavení systému Bastion. To způsobí, že backend systému Orchestrator se ocitne v nekonečné smyčce, protože přijímá zprávy Pub/Sub na odběrech kanálů „Edge“.

    • Opravený problém 67153: Výstražné e-maily jsou odesílány, i když se zařízení VMware SD-WAN Edge spustilo v průběhu nakonfigurovaného intervalu prodlevy.

      VMware SD-WAN Orchestrator odesílá oznámení o výpadku/provozu zařízení Edge, a to i v případě, že k událostem došlo v rámci nakonfigurovaného intervalu prodlevy.

    • Opravený problém 67336: Když uživatel prohlíží stránku Monitorování (Monitoring) nástroje Orchestrator pro VMware SD-WAN Edge, statistika přenosu zobrazuje mnohem nižší hodnoty ve srovnání se statistikou aplikace pro dané zařízení Edge.

      Problém zabraňuje uživateli získat přesný přehled o propustnosti pro konkrétní Edge, protože uživatel nemůže vědět, která sada dat je správná. Problém je výsledkem statistik přenosu, které nezahrnují statistiku účtování na nižší vrstvě (underlay accounting), a statistiku aplikace, které ji zahrnují.

    • Opravený problém 67496: V nástroji VMware SD-WAN Orchestrator upgradovaném na verzi 4.3.0 dochází k malému snížení výkonu z hlediska využití zdrojů.

      Zákazník na firemní úrovni by problém nezaznamenal, avšak administrátor nástroje Orchestrator by mohl po upgradu na verzi 4.3.0 zaznamenat přibližně 10% zvýšení využití zdrojů.  Problémy s výkonem nástroje Orchestrator byly způsobeny několika dotazy do databáze. Všechny tyto dotazy obsahovaly drobnou neefektivitu, která snižovala výkon nástroje Orchestrator u velmi rozsáhlých nasazení (více než 6 000 zařízení Edge). Tato oprava řeší uvedené problémy a v porovnání s předchozím vydáním obnovuje očekávaný výkon nástroje Orchestrator či ho dokonce zvyšuje.

    • Opravený problém 67701:  Při konfiguraci pravidla podnikových zásad nelze v uživatelském rozhraní nástroje VMware SD-WAN Orchestrator zobrazit rozevírací seznam se skupinami objektů, když je nakonfigurováno více než 20 skupin.

      I když je nakonfigurováno jen 5 či více skupin objektů (skupina adres, skupina portů), poblíž dolní části obrazovky se zobrazí rozevírací seznam Skupina objektů (Object Group).  Existuje-li více než 20 zásad, je seznam skupin objektů zcela mimo obrazovku a není jej vidět, dokud uživatel výrazně nesníží zvětšení prohlížeče, ale poté je text velmi malý a rovněž nepoužitelný.

    • Opravený problém 68321: Zákazník, jehož podnik používá topologii Hub a Spoke, když je VMware SD-WAN Orchestrator, který podnik používá, upgradován na verzi 4.3.0, může vidět, že zákazník každou minutu doručuje velké množství událostí „Byla vytvořena relace protokolu BGP se sousedním Edge“.

      Hub Edge odesílají tyto události změny stavu BGP několikrát za minutu a stránka Události zákazníka (Events page) by byla zahlcena těmito událostmi, což by značně znesnadnilo identifikaci smysluplných událostí pro daného zákazníka.  

    • Opravený problém 68387: Když se uživatel pokusí vytvořit nového uživatele typu operátora nebo administrátora zákazníka s jiným než nativním typem (jinými slovy, uživatel nepoužíval uživatelské jméno/heslo, ale SSO nebo RADIUS autentizaci), VMware SD-WAN Orchestrator stále vyžaduje, aby uživatel zadal heslo pro nového uživatele.

      Když se uživatel pokusí vytvořit nového uživatele zákazníka nebo operátora, uživatelské rozhraní nástroje Orchestrator nevymaže pole s heslem. Na straně serveru namísto první kontroly, zda není typ uživatele nativní, se nejprve spustí kontrola síly hesla a vyvolá chybu.

    • Opravený problém 68531: Administrátoři zákazníků s rolí primárního uživatele, standardní a podnikové sítě nemohou zobrazit „Stav BGP Neighbor brány (pro BGP na IPsec prostřednictvím brány)“ na stránce Monitorování Edge (Edge Monitoring) v nástroji VMware SD-WAN Orchestrator používajícím verzi 4.3.0.

      Verze 4.5.0 přidala oprávnění pro administrátory zákazníků s primárním uživatelem, standardními a podnikovými rolemi sítě k zobrazení „Stav BGP Neighbor brány (pro BGP na IPsec prostřednictvím GW)“ na stránce Monitorování Edge (Edge Monitoring), ale ve verzi Orchestrator 4.3.0 nebylo zahrnuto. 

    • Opravený problém 68702: Ve VMware SD-WAN Orchestrator ve verzi 4.3.0 není konfigurace uživatelské role pro odepření oprávnění „Aktualizovat nastavení multicastu zařízení profilu“ nebo „Aktualizovat nastavení Edge zákazníka“ vynuceno systémem Orchestrator.

      Nástroj Orchestrator 4.3.0 nezahrnuje oprávnění pro „Aktualizovat nastavení multicastu zařízení profilu“ nebo „Aktualizovat nastavení Edge zákazníka“.

    • Opravený problém 69046: Připojená zařízení VMware SD-WAN Edge v nástroji VMware SD-WAN Orchestrator nemohou přijímat aktualizace směrování, a proto se pokoušejí nadále používat staré trasy.

      Pokud zařízení Edge zařadí během 15 sekund do fronty více než 250 souborů a všechny tyto soubory jsou malé a obsahují pouze jednu nebo dvě události trasy, úloha zařazování souborů s událostmi tras nevytváří pro uživatele úlohy, které by mohli použít. Počet souborů ve frontě zpracování souborů stále roste a úloha zařazování do fronty běží dlouho, protože počet souborů se výrazně zvyšuje. Když dojde k tomuto problému, existuje mnoho souborů událostí směrování, které čekají na vyřízení, přičemž počet se trvale zvyšuje. I když proces nahrávání aplikace Orchestrator, který zpracovává požadavky na směrování, reaguje s ACK okamžitě na všechny události směrování, zařízení Edge nedostávají ACK. V protokolech zařízení Edge se namísto toho zobrazují zprávy „Překročen časový limit připojení“. To ovlivňuje nejen zařízení Edge, která nezasílají události směrování, ale také zvyšuje zátěž při zpracování aplikace Orchestrator. 

    • Opravený problém 69162: Ve vzorové testovací datové části pro výstrahu Webhook chybí jméno zákazníka, když je test iniciován administrátorem partnera.

      Když uživatel partnera s administrátorem spustí test výstrahy Webhook ve jménu zákazníka pomocí šablony datové části, která obsahuje speciální klíčové slovo „zákazník“ (customer), VMware SD-WAN Orchestrator nesprávně nahrazuje prázdný řetězec jménem zákazníka.

    • Opravený problém 69181: Pokud uživatel konfiguruje sekundární přední bránu IPsec v části Nastavení zařízení (Device Settings) > Předání brány (Gateway Handoff) v nástroji VMware SD-WAN Orchestrator, tunel IPsec nebude vytvořen se sekundární přední branou IPsec.

      Uživatel nedodržoval použitou a přítomnou konfiguraci IPsec při prohlížení debug.py --gateways.

    • Opravený problém 69196: Kde má zákazník lokalitu, která má nakonfigurovanou linku WAN jako zálohu a také používá službu pro zabezpečení cloudu (CSS), uživatel může vidět události tunelu CSS pro záložní linku.

      Pokud má uživatel záložní linky WAN, ve kterých jsou konfigurovány tunely CSS, zobrazí se události související s těmito linkami společně s aktivními a aktivními linkami v pohotovostním režimu. Protože záložní linka je dle definice neaktivní, tyto události jsou falešné a obtěžují zákazníka.

    • Opravený problém 69273: Pokud zákazník ve VMware SD-WAN Orchestrator verze 4.3.0 nasadí službu pro zabezpečení cloudu (CSS) a na stránce Monitorování (Monitor) > Síťové služby (Network Services) sleduje, že veřejná IP adresa CSS je zkrácena a nezobrazuje úplnou IP adresu, pokud je umístěn ukazatel myši na bublinu stavu.

      Šířka veřejné IP adresy není dostatečná pro zobrazení úplné IP adresy, například: 255.255.255.255.  Parametr uživatelského rozhraní systému Orchestrator zobrazuje při zobrazení celkového stavu nedefinovanou chybu.

    • Opravený problém 69514: Generování zprávy může selhat s chybou „Nepodařilo se aktualizovat data blob pro PDF“.

      Když se uživatel pokusí vytvořit zprávu v režimu off-line, generování zprávy se nezdaří a zobrazí se interní chyba. K tomu došlo kvůli špatné verzi knihovny generování grafů.

    • Opravený problém 69534: Pokud uživatel používající VMware Edge Network Intelligence klikne kdekoli na hlavní stránce monitorování zákazníka v novém uživatelském rozhraní nástroje Orchestrator, zmizí odkazy „Analýzy aplikací“ (Application Analytics) a „Analýzy poboček“ (Branch Analytics).

      Pokud uživatel znovu načte stránku, tyto odkazy se znovu zobrazí, dokud uživatel na stejné stránce neklikne kamkoliv, a poté znovu zmizí. Z tohoto důvodu nebude uživatel moci zobrazit data monitorování „Analýzy aplikací“ (Application Analytics) a „Analýzy poboček“(Branch Analytics) , pokud neví, že stránku znovu načte.

    • Opravený problém 70018: VMware SD-WAN Orchestrator verze 4.3.0 nebo vyšší nemusí být schopen vytvořit dvojici zotavení po havárii.

      Hlavní příčina zabraňuje nástroji Orchestrator v získání volného místa na disku potřebného k provedení DR, a párování DR tak může selhat.

    • Opravený problém 71399: V nástroji VMware SD-WAN nasazeném v konfiguraci zotavení po havárii (DR) může uživatel operátora pozorovat, že se nástroj Orchestrator v pohotovostním režimu nepodařilo synchronizovat s aktivním nástrojem Orchestrator.

      V uživatelském rozhraní nástroje Orchestrator na stránce Replikace (Replication) může uživatel v monitorování aktivity vidět všechny aktivity synchronizace jako selhání. K selhání synchronizace DR dochází u úvodního handshaku, kdy aktivní nástroj Orchestrator nedokáže zkopírovat databázi konfigurace do nástroje Orchestrator v pohotovostním režimu.

    • Opravený problém 72841: VMware SD-WAN Orchestrator není konzistentní v generování událostí „Brána v provozu“ (Gateway up). Při každé změně stavu brány z možnosti OFF-LINE na PŘIPOJENO (CONNECTED) není událost „Brána v provozu“ (Gateway up) v každé instanci přihlášena.

      K problému dochází nekonzistentním způsobem, ale pokud k tomu dojde, jsou k dispozici více než dvě brány a u obou bran se aktivuje hodnota updateStateChange současně. Čím více je k dispozici bran, u kterých dochází ke změně stavu ve stejnou dobu, tím více je pravděpodobné, že dojde k problému.

    • Opravený problém 74446: Čítače ztráty ve frontě předávání brány neslouží k identifikaci špičky provozu, pokud jsou pozorovány v uživatelském rozhraní nástroje VMware SD-WAN Orchestrator.

      Zahození ztráty ve frontě předávání brány není dostatečně podrobné k identifikaci špičky provozu. Oprava tohoto přidá nové čítače ve formě vodoznaku: wmark_1minwmark_5mins, které poskytnou maximální hloubku fronty předávání během 1 minuty a 5 minut.

    • Opravený problém 74450: VMware SD-WAN Orchestrator neexportuje čítače ve formě vodoznaku do externích aplikací, jako je Telegraf nebo Prometheus.

      Tento servisní požadavek je propojen s verzí 74446, kde tato oprava vytváří čítače ve formě vodoznaku pro ztráty ve frontě předávání brány. Tento servisní požadavek zajišťuje, že tyto metriky mohou být shromažďovány aplikací, jako je Telegraf nebo Prometheus.

    • Opravený problém 75656: V některých případech odpovídá VMware SD-WAN Orchestrator po zpracování událostí trasování zařízení VMware SD-WAN Edge s prázdným ack (což je stejně špatné jako neodpovídání) a výsledkem je zvýšené zatížení nástroje Orchestrator.

      Když nástroj Orchestrator odešle do událostí trasování Edge prázdný ack, zařízení Edge bude znovu odesílat trasy, což neustále způsobuje zvýšení zatížení v nástroji Orchestrator.

    • Opravený problém 75879: V některých případech systém VMware SD-WAN Orchestrator neodpovídá na události trasování zařízení VMware SD-WAN Edge, a to vede ke zvýšenému zatížení nástroje Orchestrator.

      Pokud nástroj Orchestrator neodpoví na události trasování Edge, zařízení Edge bude opakovat trasy, což neustále způsobuje nárůst zatížení v nástroji Orchestrator. Toto je trvalá oprava tohoto problému.

    • Opravený problém 76016: Když je předání partnerské brány nastaveno po upgradu VMware SD-WAN Orchestrator na verzi 4.3.0 nebo novější, není administrátorem partnera povoleno z uživatelského rozhraní Orchestrator nebo rozhraní API odstranit žádné podsoustavy, jako jsou například BGP/BFD / statické trasy.

      K tomuto problému došlo kvůli opětovnému vstupování do logiky při zpracování konfigurace dílčího nastavení k odstranění v backendu nástroje Orchestrator. Dříve byla přidána oprava pro smíšené fondy bran (cloudové a partnerské brány), kde administrátor partnera upravil bránu partnera, nemá to vliv na konfiguraci předání cloudové brány. Tato oprava však nezohlednila případy, kdy byla odstraněna dílčí data.

      Bez opravy existují dvě náhradní řešení: a) Partner může požádat uživatele operátora (například podporu VMware) o odstranění bez jakýchkoli problémů. Ovlivňuje pouze uživatele MSP. Nebo b) Kompletní předání pro partnerovu bránu lze odebrat a znovu vytvořit v revidované konfiguraci.

    • Opravený problém 77116: VMware SD-WAN Orchestrator uchovává protokoly méně než 12 měsíců.

       Aplikace Orchestrator si v současnosti uchovává protokoly po dobu 6 měsíců, avšak někteří zákazníci potřebují protokolovací historii nejméně 12 měsíců.

    Známé problémy

    Otevřené problémy ve vydání 4.3.1

    Známé problémy jsou seskupeny takto.

    Známé problémy Edge/Gateway
    • Problém 14655:

      Připojení nebo odpojení adaptéru SFP může způsobit, že zařízení Edge 540, Edge 840 a Edge 1000 přestane reagovat a bude vyžadovat fyzický restart.

      Řešení: Edge je třeba fyzicky restartovat.  To lze provést buď v nástroji Orchestrator v nabídce Vzdálené akce (Remote Actions) > Restartovat Edge (Reboot Edge), nebo vypnutím a zapnutím zařízení Edge.

    • Problém 25504:

      Statické náklady na trasu vyšší než 255 mohou mít za následek nepředvídatelné řazení tras.  

      Náhradní řešení: Použití nákladů na trase mezi 0 a 255

    • Problém 25595:

      Aby správně fungovaly změny statické dohody SLA na překrytí WAN, může být nutný restart.  

      Náhradní řešení: Po přidání a odebrání statické SLA z překrytí WAN restartujte zařízení Edge.

    • Problém 25742:

      Účtovaný podřízený provoz je omezen maximálně na kapacitu směrem k bráně VMware SD-WAN Gateway, i když je menší než kapacita privátního linku WAN, který není připojen k bráně.  

    • Problém 25758:

      Při přepnutí z jednoho portu USB do jiného při restartování zařízení VMware SD-WAN Edge se linky WAN USB nemusí správně aktualizovat.  

      Náhradní řešení: Po přesunutí linek USB WAN z jednoho portu na jiný restartujte zařízení Edge.

    • Problém 25855:

      Velká aktualizace konfigurace na bráně partnera (např. 200 VRF s podporou BGP) může způsobit zvýšení latence po dobu přibližně 2–3 sekund pro určitý provoz přes bránu VMware SD-WAN Gateway.

      Náhradní řešení: Nejsou k dispozici žádná řešení.

    • Problém 25921:

      Pokud je k Hubu připojeno tři tisíce Edge větví, trvá převzetí při selhání Hubu VMware SD-WAN s vysokou dostupností déle, než se očekávalo (až 15 sekund).  

    • Problém 25997:

      VMware SD-WAN Edge může vyžadovat restart, aby správně předal provoz na směrovaném rozhraní, které bylo převedeno na přepínaný port.  

      Náhradní řešení: Po provedení změny konfigurace restartujte zařízení Edge.

    • Problém 26421:

      Aby bylo možné navázat tunely do clusteru, primární brána partnera pro jakoukoli pobočku musí být přiřazena ke clusteru Hubu VMware SD-WAN.  

    • Problém 28175:

      Podnikové zásady pro překlad NAT selžou, když se IP adresa NAT překrývá s IP adresou rozhraní brány VMware SD-WAN Gateway.  

    • Problém 31210:

      VRRP: ARP není v klientovi LAN pro virtuální adresu IP VRRP vyřešen, když je zařízení VMware SD-WAN Edge primární s jiným než globálním segmentem CDE spuštěným na rozhraní LAN. 

    • Problém 32731:

      Podmíněné výchozí trasy vysílané prostřednictvím protokolu OSPF nemusí být při vypnutí trasy správně staženy. Opětovné povolení a zakázání trasy ji úspěšně stáhne. 

    • Problém 32960:

      U aktivovaných zařízení Edge VMware SD-WAN se mohou stavy „Automatické vyjednávání“ (Autonegotiation) a „Rychlost“ (Speed) v místním uživatelském rozhraní zobrazit nesprávně.

    • Problém 32981:

      Rychlost pevného kódování a duplex na portu s povoleným nástrojem DPDK může vyžadovat restartování zařízení VMware SD-WAN Edge, aby se konfigurace projevily, protože se vyžaduje deaktivace DPDK.

    • Problém 34254:

      Když je vytvořena služba CSS Zscaler a globální segment má nakonfigurováno nastavení FQDN/PSK, tato nastavení se zkopírují do jiných než globálních segmentů a vytvoří tunely IPsec do služby CSS Zscaler.

    • Problém 35778:

      Pokud na jednom rozhraní existuje více uživatelem definovaných linek WAN, může pouze jedna z těchto linek WAN mít tunel GRE do služby Zscaler. 

      Náhradní řešení: Pro každou linku WAN, která má vytvořit tunely GRE do služby Zscaler, použijte jiné rozhraní.

    • Problém 35807:

      Směrované rozhraní DPDK bude zcela zakázáno, pokud je rozhraní zakázáno a znovu povoleno z nástroje VMware SD-WAN Orchestrator. 

    • Problém 36923:

      Název clusteru nemusí být správně aktualizován v popisu rozhraní NetFlow pro zařízení VMware SD-WAN Edge, které je k tomuto clusteru připojeno jako jeho hub.

    • Problém 38682:

      VMware SD-WAN Edge fungující jako server DHCP na rozhraní s podporou funkcí DPDK nemusí správně generovat události „Nové klientské zařízení“ (New Client Device) pro všechny připojené klienty.

    • Problém 38767:

      Když se překryvná vrstva WAN, která má nakonfigurované tunely GRE do služby Zscaler, změní z automaticky detekované na uživatelem definovanou, mohou zastaralé tunely existovat až do dalšího restartu.

      Náhradní řešení: Zastaralý tunel odstraňte restartováním zařízení Edge.

    • Problém 39134:

      Statistika stavu systému „Procentuální využití CPU“ (CPU Percentage) nemusí být správně hlášena v nabídce Monitorování (Monitor) > Edge> Systém (System) pro zařízení VMware SD-WAN Edge a v nabídce Monitorování (Monitor) > Brány (Gateways) pro bránu VMware SD-WAN Gateway.

      Náhradní řešení: Uživatelé by měli k monitorování kapacity zařízení Edge používat ztráty ve frontě předávání, nikoli procentuální využití CPU.

    • Problém 39608:

      Výstup vzdálené diagnostiky „Test příkazu ping“ (Ping Test) může zobrazit neplatný obsah krátce předtím, než zobrazí správné výsledky.

    • Problém 39624:

      Ping přes druhotné rozhraní může selhat, pokud je nadřazené rozhraní nakonfigurováno pomocí PPPoE.

    • Problém 39659:

      Pokud v lokalitě nakonfigurované pro pokročilou vysokou dostupnost s jednou linkou WAN na každém zařízení VMware SD-WAN Edge má Standby Edge připojení pouze PPPoE a aktivní má připojení pouze jiné než PPPoE, může dojít ke stavu rozděleného mozku (aktivní/aktivní), pokud kabel HA selže.

    • Problém 39753:

      Zakázání dynamické sítě VPN mezi pobočkami může způsobit pozastavení stávajících toků aktuálně odesílaných pomocí dynamické sítě mezi pobočkami.

    • Problém 40096:

      Pokud se aktivované zařízení VMware SD-WAN Edge 840 restartuje, může se stát, že modul SFP zapojený do zařízení Edge přestane předávat provoz, přestože kontrolky linky a nástroj VMware SD-WAN Orchestrator zobrazují port jako „V PROVOZU“ (UP). 

      Náhradní řešení: Odpojte modul SFP a poté jej znovu zapojte do portu.

    • Problém 40421:

      Traceroute nezobrazuje cestu při průchodu přes zařízení VMware SD-WAN Edge s rozhraním nakonfigurovaným jako přepínaný port.

    • Problém 42278:

      U konkrétního typu nesprávné konfigurace partnerského zařízení může brána VMware SD-WAN Gateway nepřetržitě odesílat inicializační zprávy IKE partnerským zařízením bez SD-WAN. Tento problém nenarušuje provoz uživatelů do brány, nicméně protokoly brány budou zaplněny chybami IKE, což může znepřehlednit užitečné položky protokolu.

    • Problém 42388:

      Na zařízení VMware SD-WAN Edge 540 není po zakázání a opětovném povolení rozhraní z nástroje VMware SD-WAN Orchestrator detekován port SFP.

    • Problém 42488: Pro rozhraní VMware SD-WAN Edge, která nemají připojenou linku, může dojít k narušení provozu pro připojenou trasu.

      Pokud je linka na portu Edge odstraněna a rozhraní není deaktivováno, zařízení Edge neodvolá trasu z brány, což způsobí, že ostatní zařízení Edge přesměrují provoz do zařízení Edge bez připojeného odkazu.

      Náhradní řešení: Pokud není připojen žádný odkaz, deaktivujte rozhraní.

    • Problém 42872:

      Povolení izolace profilu v profilu hubu, ke kterému je přidružen cluster hubů, neodvolá trasy hubu z informační základny směrování (RIB).

    • Problém 43373:

      Když je stejná trasa BGP naučena z více zařízení VMware SD-WAN Edge a pokud je tato trasa přesunuta z upřednostňovaného na způsobilý výstup v řízení toku překrytí, Edge nebude odstraněn ze seznamu vysílání a bude i nadále vysílán.

      Náhradní řešení: Povolte výpočet distribuovaných nákladů v nástroji VMware SD-WAN Orchestrator.

    • Problém 44526: V případě podniku, kde dvě různé lokality nasazují své VMware SD-WAN Edge jako huby, a to při použití topologie s vysokou dostupností, a každá lokalita ve svém profilu používá druhou lokalitu centra hub jako hub.  Pokud jedna z lokalit centra hub aktivuje převzetí služeb při selhání HA, může trvat až 30 minut, než si oba Edge centra hub vzájemně znovu obnoví tunely. 

      Při převzetí služeb při selhání HA oba Edge centra hub zkusí vzájemně navázat tunel ve stejnou chvíli a ani jeden neodpoví partnerovi, dojde k výměně paketu mezi oběma huby, ale IKE se nikdy nezdaří. Toto vede k zablokování, u které bylo zaznamenáno, že může trvat až 30 minut, než bude problém sám vyřešen. Problém je přerušovaný a nedochází k němu po každém převzetí služeb při selhání HA. 

      Náhradní řešení: Pro zabránění výskytu tohoto problému by zákazník měl nakonfigurovat pouze jednu ze dvou lokalit centra Hub HA tak, aby tuto druhou lokalitu hubu používalo jako hub pro sebe.  Pokud jsou například použity dvě lokality centra Hub HA: Hub1 a Hub2, pak Hub1 může mít ve svém profilu Hub2 jako hub pro sebe, ale Hub2 nesmí ve svém profilu Hub1 používat jako hub.

    • Problém 44995:

      Trasy OSPF nejsou z bran VMware SD-WAN Gateway a paprsků VMware SD-WAN Edge odvolávány, když jsou trasy staženy z clusteru hubů.

    • Problém 45189:

      Když je nakonfigurován překlad NAT na straně LAN, je přenos z paprsku VMware SD-WAN Edge na Hub Edge povolen i bez statické konfigurace trasy pro podsíť NAT.

    • Problém 45302:

      Pokud v clusteru hubů VMware SD-WAN Hub jeden hub ztratí na více než 5 minut připojení ke všem společným branám VMware SD-WAN Gateway mezi sebou a přiřazenými paprsky Edge, paprsky nemusí být ve výjimečných podmínkách schopny udržet po 5 minutách trasy hubu. Problém se vyřeší, když hub znovu získá kontakt s branami.

    • Problém 46053:

      Předvolba BGP nebude pro překryvné trasy automaticky opravena, když se její sousední zařízení změní na sousední zařízení odchozího připojení.

      Náhradní řešení: Tento problém opraví restart služby Edge.

    • Problém 46137:

      VMware SD-WAN Edge se softwarem 3.4.x nespustí tunel se šifrováním AES-GCM, i když je zažízení Edge pro GCM nakonfigurován.

    • Problém 46216:

      Když u cílů jiných než SD-WAN prostřednictvím brány nebo Edge, kde je partnerské zařízení instancí AWS, partnerské zařízení inicializuje obnovení klíče fáze 2, odstraní se rovněž IKE fáze 1 a je vynucena obnova klíče.  To znamená, že tunel je zrušen a znovu vytvořen, což způsobí ztrátu paketů během opětovného sestavení tunelu.

      Náhradní řešení: Abyste se vyhnuli zrušení tunelu, nakonfigurujte cíle jiné než SD-WAN prostřednictvím brány / Edge nebo časovač pro obnovení klíče CSS IPsec nastavte na méně než 60 minut.  To zabrání AWS v inicializaci obnovení klíče.

    • Problém 46391:

      U zařízení VMware SD-WAN Edge 3800 mají rozhraní SFP1 i SFP2 problémy s moduly SFP s více rychlostmi (tj. 1/10G) a na těchto portech by se neměla používat.

      Náhradní řešení: Používejte pouze jednorychlostní modul SFP podle článku KB Seznam podporovaných modulů SFP pro VMware SD-WAN (79270).  U SFP3 a SFP4 lze použít vícerychlostní modul SFP.

    • Problém 46918:

      Paprsek VMware SD-WAN Edge používající verzi 3.4.2 neaktualizuje ID privátní sítě clusteru hubů správně.

    • Problém 47084:

      Nástroj VMware SD-WAN Hub Edge nemůže navázat více než 750 sousedů PIM (Multicast nezávislý na protokolu), pokud má připojených 4 000 paprsků Edge.

    • Problém 47355:

      Když je stejná trasa naučena prostřednictvím protokolu BGP lokální podřízené vrstvy, hubu BGP anebo staticky nakonfigurovaná v bráně partnera, je pořadí řazení tras nesprávné, přičemž před podřízenou vrstvou BGP je upřednostňován hub BGP.

    • Problém 47681:

      Když hostitel na straně LAN na VMware SD-WAN Edge používá stejnou IP jako rozhraní WAN Edge, připojení z hostitele LAN do WAN nefunguje.

    • Problém 47787:

      Paprsek VMware SD-WAN Edge nakonfigurovaný s podnikovými zásadami páteřního připojení nesprávně odesílá provoz prostřednictvím cesty brány VMware SD-WAN Gateway, pokud je tento tok iniciován z hubu Edge k tomuto Edge paprsku.

    • Problém 48166:

      Virtuální zařízení VMware SD-WAN Edge na KVM není podporováno při použití virtualizačního operačního systému Ciena a na zařízení Edge bude docházet k opakujícím se selháním služeb datové roviny.

    • Problém 48175:

      Zařízení VMware SD-WAN Edge běžící na verzi 3.4.2 vytvoří sousedství OSPF v neglobálním segmentu, pokud má neglobální segment rozhraní nakonfigurované ve stejném rozsahu IP adres jako rozhraní nakonfigurované v globálním segmentu.

    • Problém 48502:

      V některých scénářích může nástroj VMware SD-WAN Hub Edge používaný k páteřnímu internetovému provozu trpět selháním služby datové roviny kvůli nesprávnému zpracovávání zpětných paketů páteřního provozu.

    • Problém 48530:

      Modely VMware SD-WAN Edge 6x0 neprovádějí automatické vyjednávání pro třírychlostní měděné muly SFP (10/100/1000 Mb/s).

      Náhradní řešení: Edge 520/540 podporuje třírychlostní měděné moduly SFP, ale na 1. čtvrtletí 2021 bylo stanoveno ukončení prodeje tohoto modulu.

    • Problém 48597: Soused pro vícenásobné směrování BGP nezůstane aktivní v případě, že některá ze dvou cest ke druhému partnerovi začne být nedostupná

      Pokud je k dispozici soused pro vícenásobné směrování s partnerem, ke kterému vede více cest, a jedna z nich začne být nedostupná, uživatel zaznamená, že je soused BGP mimo provoz, a že se nezpřístupní za použití jiných dostupných cest. Tento problém zahrnuje i případnou lokální místní IP-smyčku na souseda.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 48666:

      Výpočet cesty MTU brány s protokolem IPsec nebere v úvahu režii 61 bajtů nadstavby IPsec, což má za následek vysílání vyšší MTU klientovi LAN a následnou fragmentaci paketů IPsec.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 49172:

      Pravidlo NAT založené na zásadách nakonfigurované se stejnou podsítí NAT pro dvě různá zařízení VMware SD-WAN Edge nefunguje.

    • Problém 50518:

      Pokud se u brány VMware SD-WAN Gateway, kde je aktivována infrastruktura veřejných klíčů (PKI), pokusí více než 6000 tunelů PKI připojit k bráně, nemusí se aktivovat všechny tunely, protože se neodstraňují příchozí SA.

      Poznámka: Tunely používající ověřování předsdíleným klíčem (PSK) tento problém nemají.

    • Problém 51036: ifSpeed hlásí hodnotu 0 pro provozní rozhraní VMware SD-WAN Edge při dotazování zařízení Edge prostřednictvím protokolu SNMP.

      Toto je očekávané chování portů podporujících DPDK. Aktuálně je jediným způsobem získání hodnot rychlosti pro porty podporující DPDK použití příkazu „debug.py --dpdk_ports“. Modul SNMP spuštěný na zařízení Edge se nespoléhá na tento příkaz při extrakci hodnot rychlosti pro porty s podporou DPDK. SNMP se dotazuje pouze prostřednictvím rozhraní jádra, které bohužel neposkytuje hodnoty rychlosti dpdk_ports.

    • Problém 51428: V lokalitě, kde má VMware SD-WAN Edge druhotné rozhraní konfigurované pomocí PIM, může zaznamenat ztrátu přenášených dat multicastu.

      Po přenesení druhotného rozhraní konfigurovaného pomocí PIM ze segmentu na jiný za provozu se může pimd (proces, který spravuje PIM) restartovat a lokalita bude vykazovat přerušovanou ztrátu přenášených dat multicastu.

      Náhradní řešení: Deaktivujte nejprve druhotné rozhraní a poté přesuňte druhotné rozhraní do jiného segmentu. Po přesunutí znovu aktivujte druhotné rozhraní.

    • Problém 52955: Odmítnutí DHCP není odesláno ze zařízení Edge a opětovné připojení DHCP se po selhání DAD ve stavové službě DHCP nerestartuje.

      Pokud server DHCPv6 přidělí adresu, která je během kontroly DAD zjištěna jádrem jako duplicitní, klient DHCPv6 neodešle odmítnutí. To povede k odstranění provozu, protože adresa rozhraní bude označena jako po selhání kontrole DAD a nebude použita. To nepovede k žádné smyčce v provozu v síti, ale může docházet ke ztrátě provozu.

      Náhradní řešení: Pro tento problém neexistuje žádné náhradní řešení.

    • Problém 53147: U zařízení VMware SD-WAN Edge nejsou dodržovány nevýchozí limitní hodnoty přeskoků vysílané směrovačem. Limitní hodnota přeskoků tunelu je vždy nastavena na 64.

      Výchozí hodnota limitu přeskoku je 64. Pokud má mít zařízení Edge nevýchozí hodnotu limitu přeskoku vysílanou prostřednictvím oznámení směrovače, zařízení Edge nezpracuje limit přeskoku v paketu a hodnoty zůstanou 64.

      Náhradní řešení: Pro tento problém neexistuje žádné náhradní řešení.

    • Problém 53219: Po vyrovnání hubu clusteru VMware SD-WAN se může stát, že několik zařízení Edge paprsků nebude mít své rozhraní RPF/IIF správně nastavené.

      U zasažených zařízení Edge paprsků bude ovlivněn multicastový provoz. Stane se to, že se po opětovném vyrovnávání clusteru nedaří některým zařízením Edge paprsků odeslat PIM spojení.

      Náhradní řešení: Tento problém bude trvat, dokud nedojde u ovlivněného zařízení Edge paprsku k restartu služby Edge.

    • Problém 53337: Může být zaznamenána ztráta paketů u AWS instance VMware SD-WAN Gateway v případech s propustností přesahující 3 200 Mb/s.

      Když objem přenášených dat překročí propustnost 3 200 Mb/s a velikost paketu bude 1 300 bajtů, bude docházet ke ztrátě paketů na příjmu a v rámci protokolu IPv4 BH.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 53359: V některých scénářích útoků DDoS může selhat relace BGP/BFD.

      Pokud dojde k zahlcení přenášenými daty z klienta připojeného k rozhraní směrovaného na klienta LAN, může dojít k selhání relace BGP/BFD. Stejně tak může relace BGP/BFD selhat v případě, že jsou v reálném čase přenášena data s vysokou prioritou do cílové overlay sítě.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 53687: Pokud má zařízení VMware SD-WAN Edge paprsku předvolbu pro tunel IPv6/v4, nepreferované tunely v4/v6 MTU ovlivní také MTU v preferovaných tunelech.

      Zařízení Edge (paprsek nebo hub) udržuje MTU na systémové úrovni, což je minimum všech MTU linků a toto MTU je vyměněno jako vysílané MTU. Protože MTU nepreferovaného linku lze stále zohledňovat k určení MTU úrovně systému, může být vysíláno menší MTU než MTU skutečné cesty.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 53830: U VMware SD-WAN Edge nemusí mít po aktivaci příznaku DCC některé trasy v zobrazení BGP správné preference a mohou vysílat nesprávné hodnoty, což způsobuje nesprávné pořadí řazení ve FIB Edge.

      Pokud je ve škálovaném scénáři s velkým množstvím tras k Edge aktivován výpočet distribuovaných nákladů (DCC), při pohledu na diagnostický balíček Edge bgp_view nemusí být některé trasy správně aktualizovány v souladu s preferencemi a vysílanými hodnotami.  Tento případný problém se může vyskytovat u několika Edge v rámci většího podniku (100+ Edge v paprsku připojené k Hub Edge nebo hubu v clusteru).  

      Náhradní řešení: Tento problém lze řešit opětovným zjištěním BGP tras underlay sítě nebo použitím možnosti „Znovu načíst“ u zasažených tras na stránce OFC v nástroji VMware SD-WAN Orchestrator. Mějte na paměti, že provedení opětovného načtení trasy způsobí opětovné zjištění tras ze všech zařízení Edge v rámci podniku.

    • Problém 53934: Pokud má v rozlehlé síti s konfigurací clusteru VMware SD-WAN primární hub souseda BGP pro vícenásobné směrování s partnerem na straně sítě LAN, zákazník může u Edge v paprsku zaznamenat propad přenášených dat v situaci, kdy dojde k chybě na straně sítě LAN nebo pokud je protokol BGP ve všech segmentech deaktivován.

      V rámci clusteru hubu má primární hub souseda BGP pro vícenásobné směrování s partnerským zařízením, které může použít pro zjištění informací o trasách. Pokud u hubu sloužícího k navázání souseda BGP dojde k odstavení fyzického rozhraní, trasy LAN BGP se nemusí vynulovat i přes to, že zobrazení BGP je prázdné. To může způsobit, že nedojde k vyrovnávání clusteru hubu. K problému může dojít také v případě, že je BGP deaktivováno pro všechny segmenty, a pokud existuje alespoň jeden soused BGP pro vícenásobné směrování s partnerem.

      Náhradní řešení: Restartujte hub, který vykazuje selhání na straně sítě LAN (nebo s deaktivovaným BGP).

    • Problém 54099: Fragmentované pakety IPv6 budou zařízením VMware SD-WAN Edge zahozeny.

      Každý fragmentovaný paket IPv6 bude zařízením Edge zahozen.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 54378: Kontrola detekce duplikátu adresy (DAD) v rozhraní s aktivovanou statickou adresou IPv6 se nezdaří kvůli puštění NA. 

      Kontrola DAD statické adresy nebude provedena a pokud je v síti duplicitní adresa pro nakonfigurovanou statickou adresu, pak nebude detekována.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 54536: Kontrola detekce duplicitní adresy (DAD) se nespustila po restartu zařízení VMware SD-WAN Edge.

       Pokud je v síti duplicitní adresa, pak by nebyla detekována, pokud není tato kontrola DAD provedena po restartu.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 54687: Nevyžádaná zpráva DHCPv6 není odeslána zařízením VMware SD-WAN Edge poté, co je serveru poskytnuta konfigurace hodnot T1 větší než T2.

      Pokud server DHCPv6 na počátku poskytuje hodnotu T1 vyšší než T2, zařízení Edge nepřijme poskytnutou předponu, ale ani po opravě této konfigurace na serveru nebude zařízení Edge po třech pokusech odesílat zprávu žádosti DHCPv6.  Problém bude v tu chvíli odstraněn pouze po restartování služby datové roviny zařízení Edge.

      Náhradní řešení: Restartujte službu zařízení Edge.

    • Problém 54731: Obnovené zprávy jsou odesílány s vysokou frekvencí, dokud nebude dosaženo času opětovného připojení (t2), když uživatel změní hodnotu rozsahu adres IPv6 na serveru.

      Když je IP adresa, která byla přiřazena k zařízení VMware SD-WAN Edge, odstraněna z platného rozsahu adres poskytnutých serverem, klient odesílá obnovené zprávy na server až do dosažení času T2. To může mít za následek, že uživatel zákazníka sleduje velké množství provozu DHCPv6.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 56218: U lokalit zákazníků nasazených s topologií vysoké dostupnosti (High Availability) nebo tam, kde byla HA právě povolena, může dojít při aktualizaci Edge z verze 3.2.x na verzi 3.4.x k vyřazení Edge v pohotovostním režimu (Standby) z provozu.

      Je-li povolena HA nebo jsou-li Edge HA aktualizovány z verze 3.2.2 na verzi 3.4.x po konfiguraci nastavení WAN pomocí lokálního uživatelského rozhraní, bude rozhraní HA (např. LAN1 nebo GE1, v závislosti na modelu Edge) z Edge v pohotovostním režimu odebráno a stav HA bude v nástroji VMware SD-WAN Orchestrator nastaven na HA_FAILED.

      Náhradní řešení: Edge v pohotovostním režimu zotavíte jeho restartováním.

    • Problém 56454: Konfigurujte jak linky IPv4, tak IPv6 jako automaticky nalezené linky na rozhraní a poté budou tunely tvořeny také přes nepreferovaný link. Statistiky linků nezobrazují konsolidované informace o lincích IPv4 a IPv6.

      Pokud má rozhraní nakonfigurovaná překrytí IPv4 i IPv6 jako automaticky nalezená překrytí a nad oběma linky jsou vytvořeny tunely, statistiky linků odrážejí pouze stav preferovaného linku. Informace o provozu nebo stavu linku, který není preferován, se neprojeví správně. Výsledkem je, že statistiky zachycené pro link na stránce Zařízení Edge > Monitorování (Edge > Monitoring), které obsahují šířku pásma a propustnost, by měly být využity jako vodítko k měření výkonu tunelů vytvořených pouze v rámci preferované rodiny IP adres.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    • Problém 57957: Dojde-li ke změně rozhraní DPDK z možnosti Autonegotiate=on na Autonegotiate=off, zařízení Edge uvolní ovladač KNI a načte ovladač Linux pro toto rozhraní během sekvence restartování služby Edge (z vc_dpdk.py).

      Po načtení nového rozhraní Linux a jeho pojmenování musí soubor vc_dpdk.py také vyvolat „set_interface_neg.py“ pro použití nastavení automatického vyjednávání. Kvůli novému nastavení automatického vyjednávání a opětovnému načtení ovladače Linux však nové rozhraní nástroje Bare Metal již není pod kontrolou DPDK.

    • Problém 59970: Zákazník bude sledovat pokles provozu ze zařízení VMware SD-WAN Edge do datového centra prostřednictvím Zscaler IaaS (Infrastruktura jako služba) při přepnutí z primární na sekundární bránu.

      Když dojde k vypnutí primární brány a systém Orchestrator přepne na sekundární bránu, obrácení aktuálního toku provozu ze Zscaler Enforcement Noted (ZEN) nefunguje.

      Náhradní řešení: Náhradním řešením by bylo opětovná inicializace všech toků provozu. Společnost Zscaler je na tento problém upozorněna a potvrdila, že obrácení cesty provozu nefunguje správně na jejich straně.

    • Problém 61882: Když je provedena změna konfigurace bezpečnostních parametrů (např. změna doby platnosti SA) z aplikace VMware SD-WAN Orchestrator, zákazník může po určitou dobu sledovat pokles provozu.

      To bylo pozorováno při rozsáhlém zavádění s více než 1000 zařízeními Edge v topologii hub/paprsek. Pokud se změní bezpečnostní parametry (doba platnosti, kryptografické algoritmy, režim autentizace), aktuální tunely budou mimo provoz a poté se znovu vybudují. Při rozsáhlém zavádění toto může způsobovat problémy se stabilitou provozu. Odpovídající strana (zařízení Hub Edge) možná nebude schopna zpracovat všechny tunely včas, a to může způsobit pád provozu. Nakonec budou tunely zřízené, ale může to v závislosti na počtu stávajících tunelů chvíli trvat. 

      Náhradní řešení: Doporučujeme provést úpravy konfigurace v okně údržby, protože doba obnovení je na základě existujícího počtu tunelů neznámá.

    • Problém 62685: Pokud je pro různé podsítě LAN s typem NAT jako zdroj konfigurována adresa NAT na straně sítě LAN se stejnou vnější IP adresou, provoz dat určený pro cloud nebude fungovat.

      Pro vnější IP adresu použitou pro pravidla NAT na straně sítě LAN nakonfigurujeme statickou trasu a vysíláme ji vzdáleným větvím. Aby byl návratový provoz směrován do správné podsítě LAN, je třeba provést vyhledávání trasy na základě vnitřní IP adresy nakonfigurované v pravidlu NAT na straně sítě LAN namísto dalšího přeskoku ve statické trase. U návratového toku provozu z cloudu se však vyhledávání trasy provádí na základě dalšího přeskoku ve statické trase a provoz může být směrován do nesprávné podsítě LAN.

      Náhradní řešení: Pro různé podsítě LAN použijte jinou vnější IP adresu.

    • Problém 62725: U zařízení VMware SD-WAN Edge v síti, která používá protokol BGP, může za určitých vzácných podmínek dojít k vysokému použití paměti.

      Pokud zařízení Edge zjistí trasu BGP s IP adresou dalšího přeskoku, která se liší od partnerské IP adresy, bude další přeskok kontrolován na dosažitelnost modulem Next Hop Tracking (NHT) zařízení Edge. Pokud je pak protokol BGP deaktivován, když je sledovaná IP adresa na zařízení Edge nedosažitelná, sledovaná položka NHT nemusí být odstraněna. Ve vzácných případech, kdy je mnoho neaktivních položek NHT, lze pozorovat vysoké použití paměti zařízení Edge.

      Náhradní řešení: Restartujte Edge, aby se odstranily záznamy NHT, které vedou k úniku paměti. 

    • Problém 62897: Příkaz ladění tcpdump nefunguje správně na bráně VMware SD-WAN Gateway.

      Spusťte příkaz tcpdump na rozhraní eth0 nebo eth1 brány, výstup není správný. Příkazy tcpdump.sh a vctcdump také nefungují. Byl proveden pokus o opravu. Byl přidán profil AppArmor pro vctcpdump (na základě profilu tcpdump), který umožňuje tcpdump zdědit omezení vctcpdump, ale tcpdump stále nefunguje. Aplikace AppArmor v podstatě způsobuje, že stdout přestane fungovat pro tcpdump. Je to známý problém s AppArmor.

      Náhradní řešení: „výstup tcpdump do cat. např. tcpdump -nnplei eth0 | cat“

    • Problém 63125: Dojde-li ke zvýšení MTU u libovolného rozhraní/linku na zařízení Edge centra VMware SD-WAN Hub, neprojeví se to v MTU cesty na zařízení Edge paprsku (pro cesty s tímto zařízením Hub Edge).

      Pokud uživatel zvětší MTU rozhraní nebo linku na centrum hub, cesta zařízení Edge paprsku nevezme změněné nastavení MTU.

      Náhradní řešení: Restartujte zařízení Edge paprsku, zvýšené MTU se projeví v MTU cesty na paprsku.

    • Problém 63362: V lokalitě, která používá rozšířenou topologii vysoké dostupnosti, rozhraní s podporou DHCP/PPPoE přestane odesílat provoz po restartování zařízení VMware SD-WAN Edge v pohotovostním režimu.

      Pokud je v rozšířeném nastavení HA aktivován protokol DHCP/PPPoE na rozhraní proxy serveru (tj. stav linku HA nastavený na USE_PEER), po restartování zařízení Edge v režimu Standby se nezdaří získat adresu ze serveru.

      Náhradní řešení: Buď změňte dynamickou adresu na statický typ adresy, nebo proveďte vynucené převzetí služeb při selhání HA, abyste ze serveru získali IP adresu.

    • Problém 65885: U zákazníka, který nasadil cíl jiný než SD-WAN (NSD) prostřednictvím brány a používá redundantní konfiguraci brány, platí: pokud primární brána spadne, existuje podmínka závodu, ve které před aktivací partnerského uzlu PG-BGP na primární bráně NSD již vysílá starší trasy naučené prostřednictvím redundantní brány k primární bráně.

      Vzhledem k tomu, že vícecestný BGP není podporován, trasa, kterou měla primární brána získat přes rozhraní předání, se jeví jako naučená jako datové centrum z NSD. Ačkoli se jedná o platné trasy, k tomuto by nemělo docházet, protože provoz by měl procházet přes NSD > Primární brána (Primary Gateway) > Rozhraní předání (Handoff Interface), když je primární brána aktivní. Dopad na zákazníka není z hlediska výkonu, protože provoz stále dosáhne cíle, ale má to negativní dopad na správu sítě zákazníka. Zákazník očekává, že provoz prochází jednou trasou a za účelem správy nainstaluje zásady QoS, ale provoz prochází jinou trasou, která není v zásadách QoS očekávána.

      Náhradní řešení: Zákazník by měl filtrovat odchozí trasy s cíli jinými než SD-WAN prostřednictvím brány, aby neregistroval trasu naučenou přes redundantní bránu k primární bráně.

    • Problém 76292: Zařízení VMware SD-WAN Edge nakonfigurované jako Spoke neupřednostňuje trasu odchozího připojení s nejlepším atributem BGP ani po vytvoření dynamického tunelu.

      Zákazník může být tímto chováním ovlivněn v případě, že byla k přesměrování provozu použita trasa odchozího připojení přes dynamické tunelové propojení. V takovém případě nebude fungovat a veškerý provoz pro tuto trasu bude směrován směrem k Hubu.

      Nápad za trasy odchozího připojení byl vytvořit speciální trasu pro spojení z Hub Edge a v žádném jiném případě se nepoužije. Toto jsou externí trasy, které VMware SD-WAN nechce vysílat jako jiné trasy VCRP. Ty budou vysílány Huby do jejich Spoke, což znamená pouze statické tunely.

      Náhradní řešení: Pro tento problém neexistuje žádné řešení.

    Známé problémy s nástrojem Orchestrator
    • Problém 19566:

      Po převzetí služeb s vysokou dostupností při selhání se sériové číslo záložního zařízení VMware SD-WAN Edge může v nástroji Orchestrator zobrazit jako aktivní.

    • Problém 21342:

      Při přiřazování bran partnera jednotlivým segmentům se pod možností operátora „Zobrazit“ (View) brány na seznamu monitorování VMware SD-WAN Edge nemusí zobrazit správný seznam přiřazení bran.

    • Problém 24269:

      Nabídka Monitorování (Monitor) > Přenos (Transport) > Ztráta (Loss) nezobrazuje pozorovanou ztrátu linky WAN, ačkoli grafy QoE tuto ztrátu odrážejí. 

    • Problém 25932:

      Nástroj VMware SD-WAN Orchestrator umožňuje odebrat brány VMware SD-WAN Gateway z fondu brány, i když se používají.

    • Problém 32335:

      Stránka „Smlouva o poskytování služby koncovému uživateli“ (End User Service Agreement (EUSA)) vyvolá chybu, když se uživatel pokouší smlouvu přijmout.

      Náhradní řešení: Zajistěte, aby v názvu firmy nebyly mezery na začátku ani na konci.

    • Problém 32435:

      Přepsání zařízení VMware SD-WAN Edge pro konfiguraci NAT založenou na zásadách je povoleno pro n-tice, které jsou již nakonfigurovány na úrovni profilu a naopak.

    • Problém 32856:

      Ačkoli jsou podnikové zásady nakonfigurovány tak, aby používaly pro páteřní provoz cluster hubů, uživatel může zrušit výběr clusteru hubů z profilu v nástroji VMware SD-WAN Orchestrator, který byl aktualizován z verze 3.2.1 na verzi 3.3.x.

    • Problém 32913:

      Po povolení vysoké dostupnosti se na stránce monitorování nezobrazí podrobnosti vícesměrového vysílání pro zařízení VMware SD-WAN Edge. Převzetí služeb při selhání problém vyřeší.

    • Problém 34828:

      Provoz nemůže procházet mezi paprskem VMware SD-WAN Edge používajícím software verze 2.x a hubem Edge používajícím software verze 3.3.1.

    • Problém 35658:

      Když se zařízení VMware SD-WAN Edge přesune z jednoho profilu do jiného, který má jiné nastavení CSS (např. IPsec v profilu 1 na GRE v profilu 2), nastavení CSS na úrovni Edge bude i nadále používat předchozí nastavení CSS (např. IPsec versus GRE). 

      Náhradní řešení: Chcete-li problém vyřešit, deaktivujte a znovu povolte GRE na úrovni Edge.

    • Problém 35667:

      Když je zařízení VMware SD-WAN Edge přesunuto z jednoho profilu do jiného profilu, který má stejné nastavení CSS, ale jiný název GRE CSS (stejné koncové body), některé tunely GRE se v monitorování nezobrazí.

      Náhradní řešení: Chcete-li problém vyřešit, deaktivujte a znovu povolte GRE na úrovni Edge.

    • Problém 36665:

      Pokud se nástroj VMware SD-WAN Orchestrator nemůže připojit k internetu, stránky uživatelského rozhraní, které vyžadují přístup k rozhraní API Google Maps, se nemusí načíst celé.

    • Problém 38056:

      Soubor export.csv licencování Edge nezobrazuje data oblasti.

    • Problém 38843:

      Při odesílání mapy aplikací neexistuje žádná událost operátora a událost Edge je omezená.

    • Problém 39633:

      Hyper linka super brány nefunguje poté, co uživatel přiřadí alternativní bránu jako super bránu.

    • Problém 39790:

      Nástroj VMware SD-WAN Orchestrator umožňuje uživateli konfigurovat směrované rozhraní VMware SD-WAN Edge tak, aby mělo více než podporovaných 32 druhotných rozhraní, což vytváří riziko, že uživatel může na rozhraní nakonfigurovat 33 nebo více druhotných rozhraní, což by způsobilo selhání služby roviny dat pro zařízení Edge.

    • Problém 40341:

      Ačkoli je aplikace Skype na backendu správně kategorizována jako provoz v reálném čase, při úpravách podnikových zásad pro Skype v nástroji VMware SD-WAN Orchestrator může třída služby chybně zobrazit „Transakční“ (Transactional).

    • Problém 41691:

      Uživatel nemůže změnit pole „Počet adres“ (Number of Addresses), přestože fond DHCP není na stránce Konfigurovat (Configure) > Edge > Zařízení (Device) vyčerpán.

    • Problém 43276:

      Uživatel nemůže změnit typ segmentu, pokud má zařízení VMware SD-WAN Edge nebo profil nakonfigurovanou partnerskou bránu.

    • Problém 47269:

      Rozhraní VMware SD-WAN 510-LTE se může objevit u modelů Edge, které nepodporují rozhraní LTE.

    • Problém 47713:

      Pokud je pravidlo podnikových zásad nakonfigurováno, když je cloudová síť VPN zakázána, musí být konfigurace NAT po povolení cloudové VPN překonfigurována.

    • Problém 47820:

      Pokud je síť VLAN nakonfigurována s deaktivovaným protokolem DHCP na úrovni profilu a zároveň je pro tuto síť VLAN nakonfigurováno přemostění Edge s povoleným protokolem DHCP a existuje položka pro pole serveru DNS nastavená na none (není nakonfigurována žádná IP), uživatel nebude moci provést žádné změny na stránce Konfigurovat (Configure) > Edge > Zařízení (Device) a zobrazí chybovou zprávu „neplatná adresa IP []“ (invalid IP address []), která skutečný problém nevysvětluje ani na něj neukazuje.

    • Problém 48085:

      Nástroj VMware SD-WAN Orchestrator umožňuje uživateli odstranit síť VLAN, která je přidružena k rozhraní.

    • Problém 48737:

      Pokud v nástroji VMware SD-WAN Orchestrator, který používá nové uživatelské rozhraní verze 4.0.0, uživatel na stránce Monitorování (Monitor) změní časový interval zahájení a ukončení a poté přepne mezi kartami, nástroj Orchestrator neaktualizuje interval zahájení a ukončení na nové hodnoty.

    • Problém 49225:

      Nástroj VMware SD-WAN Orchestrator nevynucuje limit celkem 32 sítí VLAN.

    • Problém 49790:

      Když je zařízení VMware SD-WAN Edge aktivováno na verzi 4.0.0, aktivace se v Událostech (Events) zobrazí dvakrát.

      Náhradní řešení: Ignorujte duplicitní událost.

    • Problém 50531:

      Když dva operátoři s odlišnými oprávněními používají stejné okno prohlížeče při přístupu k novému uživatelskému rozhraní ve verzi 4.0.0 nástroje VMware SD-WAN Orchestrator a operátor s menšími oprávněními se pokusí přihlásit po operátorovi s vyššími oprávněními, uvidí tento operátor s nižšími oprávněními několik chyb uvádějících, že „uživatel nemá oprávnění“ (user does not have privilege).

      Poznámka: U operátora s nižšími oprávněními nedochází k eskalaci oprávnění, pouze ke zobrazení chybových zpráv.

      Náhradní řešení: Další operátor může tuto stránku před přihlášením obnovit, aby se zabránilo chybám, nebo každý operátor může použít jiný prohlížeč, aby se tomuto problému se zobrazením vyhnul.

    • Problém 51722: Ve verzi 4.0.0 nástroje VMware SD-WAN Orchestrator není nástroj pro výběr časového rozsahu pro libovolnou statistiku na kartách Monitorování (Monitor) > Edge větší než dva týdny.

      Nástroj pro výběr časového rozsahu nezobrazuje možnosti, které jsou na kartách Monitorování (Monitor) > Edge větší než „Poslední 2 týdny“ (Past 2 Weeks), a to ani v případě, že je doba uchování pro sadu statistik mnohem delší než 2 týdny.  Například statistické údaje o toku a linku jsou ve výchozím nastavení uchovány po dobu 365 dní (hodnotu lze je konfigurovat), ale statistiky cest jsou ve výchozím nastavení uchovány pouze po dobu 2 týdnů (také je lze konfigurovat).  Tento problém má za následek, že všechny záložky monitorování odpovídají nejkratší dobu uchovávanému druhu statistiky, což umožňuje uživateli vybrat časové období, které odpovídá období uchovávání této statistiky.

      Náhradní řešení: Uživatel může v nástroji pro výběr časového rozsahu použít možnost „Vlastní“ (Custom) k zobrazení dat za více než dva týdny.

    check-circle-line exclamation-circle-line close-line
    Scroll to top icon