Dati due spoke dietro un hub SD-WAN, quali due funzionalità sono richieste per abilitare i tunnel dinamici spoke-to-spoke?

Per abilitare i tunnel dinamici spoke-to-spoke, sono necessarie due funzionalità chiave. Innanzitutto, una control policy con il comando tloc-action backup sull'hub è fondamentale. Questa policy istruisce l'hub a pubblicizzare i TLOC degli spoke con una preferenza inferiore, consentendo agli spoke di scoprire direttamente i TLOC degli altri spoke e stabilire tunnel diretti quando la connettività tramite l'hub è meno preferita o in caso di failover. In secondo luogo, il servizio di traffic engineering sugli spoke è richiesto. Questo servizio permette agli spoke di calcolare i percorsi ottimali per il traffico diretto spoke-to-spoke, utilizzando le informazioni sui TLOC ricevute dall'hub e le metriche di rete. Le opzioni errate includono: una control policy con il comando tloc-action backup sugli spoke: Questa policy non avrebbe l'effetto desiderato sugli spoke, poiché sono gli hub a dover pubblicizzare i TLOC in modo specifico. servizio di traffic engineering sull'hub: Sebbene l'hub gestisca il traffico, il traffic engineering per i tunnel diretti spoke-to-spoke deve essere abilitato sugli spoke stessi per consentire loro di calcolare i percorsi ottimali. il comando tloc-list sull'interfaccia degli spoke: Questo comando non è direttamente correlato all'abilitazione dei tunnel dinamici spoke-to-spoke; è più specifico per la configurazione dei TLOC stessi.