30 novembre 2020

VMware SD-WAN Edge versione R411-20201125-GA

Controllare periodicamente le aggiunte e gli aggiornamenti delle presenti note di rilascio.

Contenuto delle note di rilascio

Le note di rilascio riguardano i seguenti argomenti:

Uso consigliato

Questa versione è consigliata per tutti i clienti che richiedono le caratteristiche e le funzionalità rese disponibili per la prima volta nella versione 4.1.0, nonché per i clienti interessati dai problemi elencati di seguito, che sono stati risolti nella versione 4.1.0.

Compatibilità

Gli Edge hub con versione 4.1.1 supportano tutte le istanze di VMware SD-WAN Edge precedenti con versione 3.0.0 o successiva.

Cronologia delle versioni del documento

30 novembre 2020. Prima edizione.

Problemi risolti

I problemi risolti sono raggruppati come segue.

Problemi risolti dell'Edge

Risolti nella versione R411-20201125

Nella versione di Edge R410-20201028-GA sono stati risolti i seguenti problemi.

Nota: nella versione 4.1.1 non sono stati risolti problemi relativi al gateway.

  • Problema 50903 risolto: È possibile che DPDK non venga inizializzato nelle porte SFP1 e SFP2 dei modelli 3400 e 3800 di VMware SD-WAN Edge.

    Questo problema non influisce su alcun Edge 3400 o 3800 attualmente utilizzato.  Si tratta di una correzione preventiva per un futuro aggiornamento del firmware nelle porte SFP1 e SFP2 di tali modelli di Edge che verrà incluso nel modello 3400 o 3800 venduto in seguito.  Questo firmware causa un problema relativo a DPDK che ne impedisce l'inizializzazione in tali porte.  In questo caso le prestazioni di entrambe le porte saranno inferiori a quelle di una porta che non dispone di ottimizzazioni DPDK.

  • Problema 52093 risolto: Le query DNS eseguite dall'interno di VMware SD-WAN Edge non vengono memorizzate nella cache.

    Se le query DNS vengono eseguite da un client LAN (dove l'Edge viene utilizzato come server di inoltro), funzionano come previsto.  Anche se la cache è vuota, l'indirizzo IP corretto viene risolto nella sezione della risposta DNS.

  • Problema 52168 risolto: VMware SD-WAN Edge non invia statistiche del flusso DNS alla soluzione Edge Network Intelligence per il traffico in entrata e in uscita quando nell'Edge è abilitata l'analisi.

    Le statistiche del flusso DNS devono essere inviate a Edge Network Intelligence se il traffico DNS passa attraverso l'Edge, ma quando il traffico viene inviato da un server DNS esterno o dall'Edge stesso, alla soluzione Edge Network Intelligence non viene inviata alcuna statistica del flusso DNS.  Il risultato è un flusso di dati non corretto quando è abilitata l'analisi.

  • Problema 52204 risolto: Per un VMware SD-WAN Edge in cui la modalità di analisi non è mai stata abilitata prima, se la modalità di analisi viene abilitata per la prima volta in questo Edge, l'Edge non invia statistiche del flusso all'agente di raccolta di VMware Edge Network Intelligence.

    Quando la modalità di analisi viene abilitata per la prima volta in un Edge, il servizio del piano dati deve essere riavviato per completare l'abilitazione.  Il servizio del piano dati dell'Edge non viene tuttavia riavviato, l'Edge non passa alla modalità di analisi e non invia quindi statistiche del flusso all'agente di raccolta di Edge Network Intelligence.  Se in seguito la modalità di analisi viene disabilitata e quindi riabilitata, l'Edge passerà alla modalità di analisi corretta.

  • Problema 52269 risolto: Se viene superato il numero massimo di flussi consentito in un VMware SD-WAN Edge, i nuovi flussi non riusciranno finché i flussi esistenti non diventeranno obsoleti.

    In uno scenario in cui viene superato rapidamente il numero massimo di flussi consentito in un Edge (ad esempio in meno di 4 minuti durante una scansione della porta o un attacco DDoS (Distributed Denial-of-Service)), la creazione del nuovo flusso non riuscirà finché i flussi esistenti non diventeranno obsoleti naturalmente. Questo periodo è di almeno 30 secondi per i flussi ICMP/UDP e di almeno 4 minuti per i flussi TCP stabiliti.

Problemi risolti di Orchestrator

Nota: La versione 4.1.1 non include nuovi problemi risolti per Orchestrator.

    Problemi noti

    Problemi ancora irrisolti nella versione 4.1.1

    I problemi noti sono raggruppati come segue.

    Problemi noti di Edge/Gateway
    • Problema 14655:

      Se si collega o si scollega un adattatore SFP, il dispositivo può bloccarsi nell'Edge 540, Edge 840 e Edge 1000 e richiedere un riavvio fisico.

      Soluzione alternativa: l'Edge deve essere riavviato fisicamente.  Tale operazione può essere effettuata sia su Orchestrator tramite Azioni remote (Remote Actions) > Riavvia Edge (Reboot Edge) oppure tramite il ciclo di alimentazione dell'Edge.

    • Problema 25504:

      I costi di routing statici superiori a 255 potrebbero comportare un ordinamento delle route imprevedibile.  

      Soluzione alternativa: utilizzare un costo della route compreso tra 0 e 255

    • Problema 25595:

      Potrebbe essere necessario riavviare il servizio affinché le modifiche apportate a una SLA statica su un overlay WAN funzionino correttamente.  

      Soluzione alternativa: riavviare l'Edge dopo aver aggiunto e rimosso una SLA statica dall'overlay WAN

    • Problema 25742:

      Il traffico conteggiato come underlay è limitato al massimo della capacità verso il VMware SD-WAN Gateway, anche se è inferiore alla capacità di un link WAN privato che non è connesso al gateway.  

    • Problema 25758:

      I link WAN USB potrebbero non essere aggiornati correttamente quando si passa da una porta USB a un'altra fino a quando non viene riavviato il VMware SD-WAN Edge.  

      Soluzione alternativa: riavviare l'Edge dopo aver spostato i link WAN USB da una porta all'altra.

    • Problema 25855:

      Un grande aggiornamento della configurazione nel gateway partner (ad esempio, 200 VRF abilitati per BGP) può causare un aumento della latenza di circa 2-3 secondi per il traffico tramite il VMware SD-WAN Gateway.

      Soluzione alternativa: nessuna soluzione alternativa disponibile.

    • Problema 25921:

      Quando sono presenti tremila Edge di filiale connessi all'hub, il failover ad alta disponibilità dell'hub VMware SD-WAN richiede più tempo del previsto (fino a 15 secondi).  

    • Problema 25997:

      Il VMware SD-WAN Edge potrebbe richiedere un riavvio per passare correttamente il traffico su un'interfaccia instradata che è stata convertita in una porta commutata.  

      Soluzione alternativa: riavviare l'Edge dopo aver apportato la modifica della configurazione.

    • Problema 26421:

      Per creare i tunnel al cluster, a un cluster di hub VMware SD-WAN si deve assegnare anche il gateway partner primario per qualsiasi sito di filiale.  

    • Problema 28175:

      Il NAT dei criteri di business non riesce quando l'IP NAT si sovrappone con l'indirizzo IP dell'interfaccia del VMware SD-WAN Gateway.  

    • Problema 31210:

      VRRP: ARP non viene risolto nel client LAN per l'indirizzo IP virtuale VRRP quando il VMware SD-WAN Edge è master con un segmento CDE non globale in esecuzione nell'interfaccia LAN. 

    • Problema 32731:

      Le route predefinite condizionali annunciate tramite OSPF potrebbero non essere ritirate correttamente quando la route è disattivata. La riabilitazione e la disabilitazione della route verranno ritirate correttamente. 

    • Problema 32960:

      L'interfaccia "Negoziazione automatica" e "Velocità" potrebbe essere visualizzata erroneamente nell'interfaccia utente Web locale per gli VMware SD-WAN Edge attivati.

    • Problema 32981:

      L'impostazione di velocità e duplex come hardcoded su una porta abilitata per DPDK potrebbe richiedere il riavvio di un VMware SD-WAN Edge affinché le configurazioni abbiano effetto in quanto richiede la disabilitazione di DPDK.

    • Problema 34254:

      Quando viene creato un CSS di Zscaler e per il segmento globale sono configurate le impostazioni FQDN/PSK, queste impostazioni vengono copiate in segmenti non globali per formare tunnel IPSec a un CSS di Zscaler.

    • Problema 35778:

      Quando in un'interfaccia singola sono presenti più link WAN definiti dall'utente, solo uno di questi link WAN può disporre di un tunnel GRE a Zscaler. 

      Soluzione alternativa: utilizzare un'interfaccia diversa per ogni link WAN che deve creare tunnel GRE a Zscaler.

    • Problema 35807:

      Un'interfaccia instradata DPDK verrà completamente disabilitata se l'interfaccia viene disabilitata e riabilitata da VMware SD-WAN Orchestrator. 

    • Problema 36923:

      Il nome del cluster potrebbe non essere aggiornato correttamente nella descrizione dell'interfaccia NetFlow per un VMware SD-WAN Edge collegato a tale cluster come hub.

    • Problema 38682:

      Un VMware SD-WAN Edge che funge da server DHCP in un'interfaccia abilitata per DPDK potrebbe non generare correttamente gli eventi "Nuovo dispositivo client" per tutti i client connessi.

    • Problema 38767:

      Quando un overlay WAN per il quale sono già stati configurati tunnel GRE a Zscaler passa da essere rilevato automaticamente a definito dall'utente, fino al riavvio successivo potrebbero rimanere tunnel obsoleti.

      Soluzione alternativa: riavviare l'Edge per cancellare il tunnel obsoleto.

    • Problema 39134:

      La statistica di stato del sistema "Percentuale CPU" non può essere segnalata correttamente in Monitora > Edge > Sistema per l'VMware SD-WAN Edge e in Monitora > Gateway per il VMware SD-WAN Gateway.

      Soluzione alternativa: gli utenti devono utilizzare le eliminazioni della coda di handoff per monitorare la capacità dell'Edge non la percentuale di CPU.

    • Problema 39374:

      La modifica dell'ordine dei VMware SD-WAN Gateway partner assegnati a un VMware SD-WAN Edge potrebbe non impostare correttamente il gateway 1 come gateway locale da utilizzare per il test della larghezza di banda.

    • Problema 39608:

      L'output del della diagnostica remota "Test ping" potrebbe mostrare per pochi istanti i contenuti non validi prima di mostrare i risultati corretti.

    • Problema 39624:

      Il ping tramite un'interfaccia secondaria potrebbe non riuscire quando l'interfaccia principale è configurata con PPPoE.

    • Problema 39659:

      In un sito configurato per l'alta disponibilità ottimizzata, con un solo link WAN su ogni VMware SD-WAN Edge, quando l'Edge di standby ha solo PPPoE connesso e quello attivo ha solo non-PPPoE connesso, è possibile uno stato split brain (attivo/attivo) se il cavo HA non riesce.

    • Problema 39753:

      La disabilitazione della VPN Da filiale a filiale dinamico può causare il blocco dei flussi esistenti in quel momento in fase di invio tramite Da filiale a filiale dinamico.

    • Problema 40096:

      Se viene riavviato un VMware SD-WAN Edge 840, è possibile che un modulo SFP collegato all'Edge interromperà il passaggio del traffico anche se il link si illumina e VMware SD-WAN Orchestrator mostrerà la porta come "ATTIVA". 

      Soluzione alternativa: scollegare il modulo SFP e ricollegarlo nuovamente alla porta.

    • Problema 40421:

      Traceroute non mostra il percorso quando attraversa un VMware SD-WAN Edge con un'interfaccia configurata come porta commutata.

    • Problema 42278:

      Per un tipo specifico di configurazione errata del peer, il VMware SD-WAN Gateway può inviare continuamente messaggi di inizializzazione IKE a un peer non SD-WAN. Questo problema non interrompe il traffico degli utenti al gateway. Tuttavia, i registri del gateway saranno compilati con errori IKE e ciò potrebbe oscurare voci di registro utili.

    • Problema 42388:

      In un VMware SD-WAN Edge 540, una porta SFP non viene rilevata dopo la disabilitazione e riabilitazione dell'interfaccia da VMware SD-WAN Orchestrator.

    • Problema 42488:

      In un VMware SD-WAN Edge che ha una porta commutata con VRRP abilitato, se il cavo è scollegato e viene riavviato il servizio Edge, vengono annunciate le route connesse alla LAN.

      Soluzione alternativa: non esistono soluzioni alternative a questo problema.

    • Problema 42872:

      L'abilitazione dell'isolamento del profilo in un profilo Hub in cui è associato un cluster di hub non revoca le route dell'hub dalla Routing Information Base (RIB).

    • Problema 43373:

      Quando si acquisisce la stessa route BGP da più VMware Edge di SD-WAN, se questa route viene spostata da uscita preferita a idonea nel controllo del flusso di overlay, l'Edge non viene rimosso dall'elenco degli annunci e continua a essere annunciato.

      Soluzione alternativa: abilitare il calcolo dei costi distribuiti in VMware SD-WAN Orchestrator.

    • Problema 44832:

      Il traffico proveniente da una destinazione non SD-WAN tramite Edge a un'altra destinazione non SD-WAN tramite Edge (ovvero, "Hairpinning" o "Loopback NAT" (NAT loopback)) viene rimosso in VMware SD-WAN Edge.

    • Problema 44995:

      Le route OSPF non vengono revocate dagli VMware SD-WAN Gateway e VMware SD-WAN Edge spoke quando le route vengono ritirate dal cluster di hub.

    • Problema 45189:

      Con il NAT lato LAN di origine configurato, il traffico proveniente da un VMware SD-WAN Edge spoke a un Edge hub è consentito anche senza la configurazione della route statica per la subnet NAT.

    • Problema 45302:

      In un cluster di hub VMware SD-WAN, se un hub perde la connettività per più di 5 minuti a tutti i VMware SD-WAN Gateway comuni tra di loro e i relativi Edge spoke assegnati, in rare condizioni gli spoke possono perdere le route dell'hub dopo 5 minuti. Il problema si risolve quando l'hub recupera il contatto con i gateway.

    • Problema 46053:

      Le preferenze di BGP non vengono corrette automaticamente per le route di overlay quando il relativo router adiacente viene modificato in un router adiacente di uplink.

      Soluzione alternativa: un riavvio del servizio Edge correggerà il problema.

    • Problema 46137:

      Un VMware SD-WAN Edge sul quale è in esecuzione il software 3.4.x non avvia un tunnel con crittografia AES-GCM anche se l'Edge è configurato per GCM.

    • Problema 46216:

      In una destinazione non SD-WAN tramite gateway o Edge in cui il peer è un'istanza di AWS, quando il peer avvia la ridefinizione della chiave di fase 2, anche l'IKE di fase 1 viene eliminata e applica una ridefinizione della chiave.  Ciò significa che il tunnel è stato eliminato e ricreato, causando la perdita di pacchetti durante la ricostruzione del tunnel.

      Soluzione alternativa: per evitare la distruzione del tunnel, configurare il timer delle destinazioni non SD-WAN tramite gateway/Edge o di ridefinizione della chiave IPSec di CSS su un valore inferiore a 60 minuti.  Ciò impedisce ad AWS di avviare la ridefinizione della chiave.

    • Problema 46391:

      Per un VMware SD-WAN Edge 3800, le interfacce SFP1 e SFP2 hanno entrambe problemi con SFP multi-rate (ovvero 1/10G) e non devono essere utilizzate in tali porte.

      Soluzione alternativa: utilizzare gli SFP single-rate per l'articolo della Knowledge Base VMware SD-WAN Supported SFP Module List (79270).  Gli SFP multi-rate possono essere utilizzati con SFP3 e SFP4.

    • Problema 46628:

      Le porte GE5 e GE6 in un VMware SD-WAN Edge 620/640/680 non rilevano un link se le porte sono configurate con 100 Mbps e duplex.

    • Problema 46918:

      Un VMware SD-WAN Edge spoke che utilizza la versione 3.4.2 non aggiorna correttamente l'ID di rete privata di un nodo Cluster di hub.

    • Problema 47084:

      Un VMware SD-WAN Edge hub non può stabilire più di 750 PIM (Protocol-Independent Multicast) adiacenti quando sono presenti 4000 Edge spoke collegati.

    • Problema 47244:

      In un VMware SD-WAN Edge 6x0 attivato con DPDK abilitato e alcuni SFP di rame, l'Edge mostrerà il link come "ATTIVO" anche quando non è stato inserito alcun cavo nell'interfaccia utente di VMware SD-WAN Orchestrator.

      Soluzione alternativa: collegare e scollegare un cavo per rimuovere la condizione di falso.

    • Problema 47355:

      Quando viene acquisita la stessa route tramite BGP dell'underlay locale, il BGP dell'hub e/o statisticamente configurato nel gateway partner, l'ordinamento delle route è errato e il BGP dell'hub è preferibile rispetto al BGP dell'underlay.

    • Problema 47664:

      In una configurazione di hub e spoke dove la VPN da filiale a filiale tramite hub è disabilitata, il tentativo di invertire il traffico da filiale a filiale tramite una route di riepilogo in uno switch/router L3 causerà loop di routing.

      Soluzione alternativa: configurare VPN cloud per abilitare la VPN da filiale a filiale e selezionare “Usa hub per VPN”.

    • Problema 47681:

      Quando un host lato LAN di un VMware SD-WAN Edge utilizza lo stesso indirizzo IP dell'interfaccia WAN di quell'Edge, la connessione dall'host LAN alla WAN non funziona.

    • Problema 47787:

      Un VMware SD-WAN Edge spoke configurato con un criterio di business di backhaul invia erroneamente il traffico tramite il percorso del VMware SD-WAN Gateway se tale flusso viene avviato dall'Edge hub all'Edge spoke.

    • Problema 48166:

      Un VMware SD-WAN Edge virtuale su KVM non è supportato quando si utilizza un sistema operativo di virtualizzazione Ciena e l'Edge subirà errori del servizio piano dati ricorrenti.

    • Problema 48175:

      Un VMware SD-WAN Edge che esegue la versione 3.4.2 formerà un'adiacenza OSPF su un segmento non globale se il segmento non globale ha un'interfaccia configurata nello stesso intervallo di indirizzi IP di un'interfaccia configurata nel segmento globale.

    • Problema 48179:

      Un VMware SD-WAN Edge potrebbe subire un errore del servizio piano dati durante la generazione di un bundle di diagnostica.

      Soluzione alternativa: non esistono soluzioni alternative a questo problema.

    • Problema 48488:

      La regola del criterio di business non viene sovrascritta se la casella del traffico in uscita non è selezionata (per il traffico avviato dal peer remoto e consentito dalla regola NAT 1:1).

      Soluzione alternativa: selezionare "Traffico in uscita" in NAT 1:1.

    • Problema 48502:

      In alcuni scenari, un VMware SD-WAN Edge hub utilizzato per il backhaul del traffico Internet potrebbe subire un errore del servizio piano dati a causa della manipolazione non corretta dei pacchetti di ritorno del backhaul.

    • Problema 48530:

      Gli VMware SD-WAN Edge 6x0 non eseguono la negoziazione automatica per gli SFP di rame a tripla velocità (10/100/1000 Mbps).

      Soluzione alternativa: l'Edge 520/540 supporta gli SFP di rame a tripla velocità, ma questo modello è stato contrassegnato per la cessata vendita entro il primo trimestre del 2021.

    • Problema 48666:

      Il calcolo dell'MTU del percorso del gateway di fronte a un IPSec non tiene conto del sovraccarico dell'IPSec di 61 byte, determinando un annuncio dell'MTU più elevato al client LAN e la successiva frammentazione dei pacchetti IPSec.

      Soluzione alternativa: non esistono soluzioni alternative a questo problema.

    • Problema 49172:

      Una regola NAT basata su criteri configurata con la stessa subnet NAT per due diversi VMware SD-WAN Edge non funziona.

    • Problema 49738:

      In alcuni casi, quando un VMware SD-WAN Edge spoke è configurato per l'utilizzo di più Edge hub, l'Edge spoke potrebbe non formare tunnel a uno degli hub configurati nell'elenco di hub.

    • Problema 50518:

      In un VMware SD-WAN Gateway in cui è abilitata l'infrastruttura PKI, se > 6000 tunnel PKI tentano di connettersi al gateway, i tunnel potrebbero non diventare tutti attivi perché le SA in entrata non vengono eliminate.

      Nota: I tunnel che utilizzano l'autenticazione con chiave precondivisa (PSK) non hanno questo problema.

    Problemi noti di Orchestrator
    • Problema 19566:

      Dopo il failover ad alta disponibilità, il numero di serie del VMware SD-WAN Edge di standby può essere visualizzato come il numero di serie attivo nell'Orchestrator.

    • Problema 20900:

      Se il servizio di geolocalizzazione MaxMind è abilitato e non è in grado di raggiungere il server MaxMind, le nuove attivazioni del VMware SD-WAN Edge non funzioneranno.

    • Problema 21342:

      Quando si assegnano i gateway partner per segmento, l'elenco corretto delle assegnazioni del gateway potrebbe non essere visualizzato sotto l'opzione operatore "Visualizza gateway" nell'elenco di monitoraggio del VMware SD-WAN Edge.

    • Problema 24269:

      La rappresentazione grafica di Monitora > Trasporto > Perdita non riporta la perdita di link WAN mentre i grafici QoE riflettono questa perdita. 

    • Problema 25932:

      VMware SD-WAN Orchestrator consente di rimuovere VMware SD-WAN Gateway dal pool di gateway anche quando sono in uso.

    • Problema 32335:

      La pagina "Contratto di licenza con l'utente finale" (EUSA) genera un errore quando un utente tenta di accettare il contratto.

      Soluzione alternativa: assicurarsi che nel nome dell'azienda non siano presenti spazi iniziali o finali.

    • Problema 32435:

      È consentita una sostituzione del VMware SD-WAN Edge per una configurazione del NAT basata su criteri per le tuple che sono già configurate a livello di profilo e viceversa.

    • Problema 32856:

      Sebbene un criterio di business sia configurato per utilizzare il cluster di hub per il backhaul del traffico Internet, l'utente può deselezionare il cluster di hub da un profilo in un VMware SD-WAN Orchestrator che è stato aggiornato dalla versione 3.2.1 alla versione 3.3.x.

    • Problema 32913:

      Dopo l'abilitazione dell'alta disponibilità, i dettagli multicast per il VMware SD-WAN Edge non vengono visualizzati nella pagina di monitoraggio. Un failover risolve il problema.

    • Problema 33026:

      La pagina "Contratto di licenza con l'utente finale" (EUSA) non viene ricaricata correttamente dopo l'eliminazione del contratto.

    • Problema 34828:

      Il traffico non può passare tra un VMware SD-WAN Edge spoke versione 2.x e un Edge hub che usa la versione 3.3.1.

    • Problema 35658:

      Quando un VMware SD-WAN Edge viene spostato da un profilo a un altro con impostazione del CSS diversa (ad esempio, da IPSec in profilo1 a GRE in profilo2), le impostazioni del CSS a livello di Edge continueranno a utilizzare le impostazioni del CSS precedenti (ad esempio, IPSec versus GRE). 

      Soluzione alternativa: per risolvere il problema, disabilitare e quindi riabilitare GRE a livello di Edge.

    • Problema 35667:

      Quando un VMware SD-WAN Edge viene spostato da un profilo a un altro profilo che ha la stessa impostazione del CSS ma un nome CSS GRE diverso (gli stessi endpoint), alcuni tunnel GRE non verranno visualizzati nel monitoraggio.

      Soluzione alternativa: per risolvere il problema, disabilitare e quindi riabilitare GRE a livello di Edge.

    • Problema 36665:

      Se VMware SD-WAN Orchestrator non riesce a raggiungere Internet, le pagine dell'interfaccia utente che richiedono l'accesso all'API di Google Maps potrebbero non caricarsi completamente.

    • Problema 38056:

      Il file export.csv delle licenze Edge non mostra i dati della regione.

    • Problema 38843:

      Quando si invia in push una mappa delle applicazioni, non è presente alcun evento operatore e l'evento Edge è di utilità limitata.

    • Problema 39633:

      Il link ipertestuale del super gateway non funziona dopo che un utente ha assegnato il gateway alternativo come super gateway.

    • Problema 39790:

      VMware SD-WAN Orchestrator consente a un utente di configurare un'interfaccia instradata di VMware SD-WAN Edge in modo che abbia un numero di interfacce secondarie supportate superiore a 32, creando il rischio che un utente possa configurare 33 o più interfacce secondarie su un'interfaccia e ciò potrebbe causare un errore del servizio piano dati per l'Edge.

    • Problema 40341:

      Sebbene l'applicazione Skype sia correttamente classificata nel backend come traffico in tempo reale, quando si modifica il criterio di business di Skype in VMware SD-WAN Orchestrator, la classe di servizio potrebbe visualizzare erroneamente "Transazionale".

    • Problema 41691:

      L'utente non può modificare il campo "Numero di indirizzi" (Number of addresses) anche se il pool DHCP non è esaurito nella pagina Configura (Configure) > Edge > dispositivo (Device).

    • Problema 43276:

      L'utente non può modificare il tipo di segmento quando un VMware SD-WAN Edge o un profilo ha un gateway partner configurato.

    • Problema 44153:

      VMware SD-WAN Orchestrator non invia costantemente e-mail di avviso agli indirizzi e-mail configurati nella sezione "Avvisi e notifiche".

    • Problema 46254:

      Durante un'attivazione del VMware SD-WAN Edge, VMware SD-WAN Orchestrator non rileva una MTU del link WAN modificato o la presenza di un ID VLAN per le interfacce configurate da DHCP.

    • Problema 47269:

      L'interfaccia VMware SD-WAN 510-LTE può essere visualizzata per i modelli Edge che non supportano un'interfaccia LTE.

    • Problema 47713:

      Se una regola del criterio di business viene configurata con la VPN cloud disabilitata, è necessario ripetere la configurazione del NAT al momento dell'abilitazione della VPN cloud.

    • Problema 47820:

      Se una VLAN viene configurata con DHCP disabilitato a livello di profilo, al contempo è presente una sostituzione dell'Edge per questa VLAN in tale Edge con DHCP abilitato, ed è presente una voce per il campo del server DNS impostato su Nessuno (nessun indirizzo IP configurato), l'utente non sarà in grado di apportare modifiche alla pagina Configura > Edge > Dispositivo e riceverà un messaggio di errore di "Indirizzo IP non valido []" che non spiega o punta al problema effettivo.

    • Problema 48085:

      VMware SD-WAN Orchestrator consente a un'utente di eliminare una VLAN associata a un'interfaccia.

    • Problema 48737:

      In un VMware SD-WAN Orchestrator che utilizza la nuova interfaccia utente versione 4.0.0, se un utente si trova in una pagina di monitoraggio e modifica l'intervallo di tempo iniziale e finale e poi naviga tra le schede, Orchestrator non aggiorna l'intervallo di tempo iniziale e finale sui nuovi valori.

    • Problema 49225:

      VMware SD-WAN Orchestrator non applica un limite di 32 VLAN totali.

    • Problema 49790:

      Quando un VMware SD-WAN Edge viene attivato alla versione 4.0.0, l'attivazione viene pubblicata due volte negli eventi.

      Soluzione alternativa: ignorare l'evento duplicato.

    • Problema 50531:

      Quando due operatori con privilegi diversi utilizzano la stessa finestra del browser nel momento in cui accedono alla nuova interfaccia utente in una versione 4.0.0 di VMware SD-WAN Orchestrator e l'operatore con privilegi minori tenta di effettuare l'accesso dopo l'operatore con privilegi superiori, l'operatore con privilegi minori osserverà più errori affermando che "l'utente non ha privilegi" (user does not have privilege).

      Nota: Non vi è alcuna escalation dei privilegi per l'operatore con privilegi inferiori, bensì solo la visualizzazione dei messaggi di errore.

      Soluzione alternativa: l'operatore successivo può aggiornare la pagina prima di accedere per evitare di vedere gli errori, oppure ogni operatore può utilizzare finestre del browser diverse per evitare questo problema di visualizzazione.

    • Problema 51722: Nella versione 4.0.0 di VMware SD-WAN Orchestrator, il selettore dell'intervallo di tempo non è superiore a due settimane per qualsiasi statistica nelle schede Monitora (Monitor) > Edge.

      Il selettore dell'intervallo di tempo non include opzioni superiori a "Ultime 2 settimane (Past 2 Weeks)" nelle schede Monitora (Monitor) > Edge anche se il periodo di conservazione per un set di statistiche è molto più lungo di 2 settimane.  Ad esempio, le statistiche del flusso e del link vengono conservate per 365 giorni per impostazione predefinita (questa opzione è configurabile), mentre le statistiche del percorso vengono conservate solo per 2 settimane per impostazione predefinita (anche questa opzione è configurabile).  Il problema sta nel fare in modo che tutte le schede di monitoraggio siano conformi al periodo minimo di conservazione delle statistiche oppure consentire all'utente di selezionare un intervallo di tempo coerente con il periodo di conservazione per una determinata statistica.

      Soluzione: per visualizzare i dati per più di 2 settimane, l'utente può utilizzare l'opzione "Personalizzato (Custom)" nel selettore dell'intervallo di tempo.

    • Problema 52228 risolto: Se si deseleziona "Sostituzioni Edge (Edge Override)" per "Impostazioni analisi (Analytics Settings)", VMware SD-WAN Edge non è in grado di salvare la configurazione del dispositivo.

      Se un utente abilita le impostazioni di analisi a livello dell'Edge (rispetto al livello del profilo) selezionando "Sostituzioni Edge (Edge Override)", salva tali modifiche e successivamente deseleziona Sostituzioni Edge (Edge Override) (che imporrebbe all'Edge l'utilizzo delle impostazioni del profilo), il tentativo di salvare queste modifiche non riuscirà con l'errore isDynamicIP dell'endpoint di analisi deve essere un valore booleano.

      Soluzione: prima di deselezionare la casella Sostituzioni Edge (Edge Override), disabilitare le impostazioni di analisi in tale Edge.

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