Panoramica dell'interfaccia utente del mapping delle subnet

È possibile incorporare il proprio mapping di subnet per creare gruppi di peering e restrizioni di peering in base all'IP locale. Vantaggi:

  • Solo gli utenti che si trovano nello stesso peer di gruppo tra loro.
  • Il peering tra siti non è consentito. Ovvero, i peer con ID di gruppo diversi non esevono il peering.
  • L'analisi arricchita mostra prestazioni e peering basati sul sito.
  • Le subnet VPN possono essere escluse in modo esplicito. Utile se è configurata una configurazione con tunnel completo, è possibile disabilitare il peering tra gli utenti che si trovano all'interno dell'ufficio e gli utenti remoti che si connettono tramite VPN.
  • Abilitare le connessioni di peering tra utenti Internet.

Prerequisito: esporre gli indirizzi IP dei visualizzatori

Il servizio Microsoft eCDN richiede che gli indirizzi IP dei visualizzatori siano esposti al servizio per eseguire il processo di peering e facilitare la configurazione del mapping delle subnet.

Importante

I browser moderni nascondono l'indirizzo IP degli utenti agli SDK. È di vitale importanza che l'SDK del servizio Microsoft eCDN sia esposto agli indirizzi IP dei beneficiari.

Per altre informazioni, vedere come disabilitare l'offuscamento IP esclusivamente per il servizio Microsoft eCDN.

Preparare le subnet

Il formato di mapping delle subnet previsto è un file CSV con una struttura specifica. Seguire le indicazioni sulla formattazione fornite. Solo i primi tre campi sono obbligatori.

Nome colonna Tipo di dati Descrizione Linee guida
ID gruppo Stringa Il nome del sito viene visualizzato nell'analisi. Solo i peer con lo stesso ID gruppo sono in grado di eseguire il peering tra loro. Obbligatorio
Subnet CIDR Identificatori di rete delimitati da spazi o virgole (,) nel formato CIDR . Obbligatorio
P2P Enum Configurare il comportamento degli utenti che rientrano in questo gruppo. Valori possibili:
  • On : il peering è abilitato.
  • Disattivato : il peering è disabilitato.
  • *Leech : il peering è abilitato in modalità solo utilizzo.
Obbligatorio
WAN Enum Abilitazione degli interruttori WAN nel protocollo STUN, che consente di creare connessioni di peering tra utenti Internet.
Ad esempio, nelle regioni con scarsa connettività Internet, come le aree montuose e rurali, potrebbe essere più vantaggioso per uno spettatore procurarsi contenuti da peer vicini invece di raggiungere una fonte più distante. Valori possibili:
  • On : il peering tramite IP pubblico è abilitato.
  • (impostazione predefinita) Disattivata : il peering tramite IP pubblico è disabilitato.
Facoltativo
Etichetta Stringa Le etichette consentono di identificare i siti in modo più preciso.
Ad esempio, si dispone di un ID gruppo denominato "Berlino" e all'interno di tale gruppo è presente una subnet solo Wi-Fi, in modo da etichettarlo "Solo WiFi". È consigliabile usare le etichette.
Consigliata
Paese Stringa Sostituire manualmente il paese o l'area geografica come determinato in base all'indirizzo IP pubblico del visualizzatore. Questa opzione è utile per i visualizzatori il cui punto di interruzione internet non rappresenta la loro vera posizione. Facoltativo
Città Stringa Stesso comportamento e linee guida della colonna Country. Facoltativo

Importante

*Per il corretto funzionamento della modalità leech, le subnet p2p-leech devono condividere un ID gruppo con una o più subnet raggiungibili impostate su p2p-on. Vedere la riga Leech nell'esempio di screenshot seguente per informazioni di riferimento.

Consiglio

Il mapping degli edifici CQD è stato eseguito? Contattare microsoft per uno script sperimentale progettato per convertire un csv di mapping dell'edificio nel formato di mapping delle subnet di Microsoft eCDN.

Esempio di mapping di subnet CSV

Foglio di calcolo di esempio con le sette colonne.

Nota

L'ultima riga, il gruppo "catch-all" p2p-off, in questo esempio è ridondante ed è inclusa in modo esplicito a scopo illustrativo. Quando è presente un mapping di subnet **, i visualizzatori non assegnati a un gruppo verranno configurati come p2p-off. Per altre informazioni, vedere la sezione Gruppi predefiniti .

Limitazioni

  • Massimo 50.000 subnet totali (fino a un massimo di 50.000 righe)

Gruppi predefiniti

Esistono scenari in cui i visualizzatori vengono inseriti in gruppi predefiniti, indipendentemente dal mapping delle subnet, in base ai criteri descritti in questa matrice.

Matrice di criteri Mapping della subnet presente   Nessun mapping di subnet  
Nome del gruppo configurazione p2p Nome del gruppo configurazione p2p
Nessun INDIRIZZO IP/IP non riuscito Separato Fuori Separato Fuori
INDIRIZZO IP specificato (nessuna corrispondenza) Gruppo predefinito Fuori Tutti on 
IP specificato (corrisponde a un gruppo definito) fare riferimento alla configurazione fare riferimento alla configurazione --- ---

Uno dei due gruppi significativi può essere applicato ai visualizzatori anche quando è presente un mapping di subnet.

  • Non raggruppati : i visualizzatori vengono assegnati a questo gruppo p2p-off quando il client eCDN non riceve un indirizzo IP valido dal sistema operativo. Questo gruppo può essere applicato indipendentemente dal fatto che il mapping delle subnet sia stato caricato o meno nella console di gestione eCDN. In genere, si tratta di visualizzatori di browser che non hanno la configurazione mDNS prerequisita per disabilitare la maschera IP. Per altre informazioni, vedere le indicazioni su come disabilitare mDNS .

  • ** Gruppo predefinito : questo gruppo p2p-off viene applicato ai visualizzatori che non sono stati inclusi nel mapping della subnet al momento dell'evento. Purtroppo, in base all'informativa sulla privacy di Microsoft, non è possibile esporre gli indirizzi IP dei singoli visualizzatori, quindi l'identificazione di questi visualizzatori richiede un certo lavoro. Se le dimensioni di questo gruppo sono significative in proporzione al numero totale di visualizzatori, è consigliabile usare il dashboard Drilldowns per analizzare e tentare di isolare gli utenti non inclusi nell'account. Se non è possibile determinare la natura di un segmento di impatto del numero di visualizzatore, contattare microsoft Customer Success Account Manager per il supporto.

  • all : questo gruppo viene applicato quando non è presente un mapping di subnet a tutti i visualizzatori il cui client eCDN è stato fornito con un indirizzo IP valido dal sistema operativo. Questi visualizzatori sono impostati su p2p-on.

Sovrapposizione dell'ambito

Attenzione

In caso di sovrapposizione di ambiti, alla subnet verrà assegnato un client con l'ambito più piccolo a cui appartiene l'indirizzo IP.

Questo comportamento può essere usato in modo creativo per mantenere un mapping di subnet più semplice se si dispone di una subnet all'interno di una supernet più grande per cui si vogliono configurazioni p2p diverse, ad esempio una subnet VPN.

Esempio

Prendere un visualizzatore ipotetico con un indirizzo IP di e l'esempio di 10.0.10.5 mapping della subnet seguente.

Nome gruppo Rete/CIDR Config
Sito A 10.0.0.0/16 p2p-on
Sito B 10.0.10.0/24 p2p-off

Il sito A con 65.534 indirizzi IP utilizzabili che vanno da 10.0.0.1 a si sovrappongono all'ambito 10.0.255.254 del sito B, compreso tra 10.0.10.1 e 10.0.10.254 con 254 INDIRIZZI IP utilizzabili. Di conseguenza, il visualizzatore si adatterebbe a entrambi gli ambiti, ma verrebbe assegnato al sito B con p2p-off perché /24 è l'ambito applicabile più piccolo.

Scenario multi-scheda di interfaccia di rete

In uno scenario in cui un dispositivo ha più indirizzi IP locali validi, viene applicata la logica seguente per determinare l'assegnazione del gruppo del dispositivo.

  1. In primo luogo, a tutti gli indirizzi IP locali del dispositivo viene assegnato un gruppo in base al mapping della subnet.
  2. Gli indirizzi IP vengono quindi classificati in ordine di priorità in base alla configurazione p2p del gruppo. Gli indirizzi IP inclusi in un gruppo p2p-on hanno una priorità superiore agli indirizzi IP p2p-off.
  3. Infine, in uno scenario non comune in cui sono presenti più indirizzi IP in gruppi p2p-on diversi, si sceglie il primo in base alla priorità determinata da WebRTC.

Accedere all'interfaccia utente del mapping delle subnet

Accedere a Microsoft eCDN Management Console, espandere la scheda Configurazione nel pannello di spostamento e selezionare Mapping subnet.

Caricare le subnet

  1. Accedere all'interfaccia utente del mapping delle subnet.

  2. Selezionare Carica CSV e selezionare il file di mapping della subnet.

    Screenshot contenente due pulsanti. Caricare csv ed eliminare il mapping corrente.

  3. In modalità anteprima, se le colonne non vengono rilevate automaticamente correttamente, è possibile riassegnare le colonne usando la riga di intestazione, se necessario. Per continuare, è necessario assegnare le colonne necessarie. I valori delle celle verranno valutati nel passaggio successivo.

    Screenshot della finestra di anteprima csv.

    Prima di continuare, è anche possibile modificare il contenuto non elaborato del csv.

    Screenshot di tre pulsanti. Annulla, Modifica contenuto non elaborato e Continua.

  4. Selezionare Continua per passare alla modalità di modifica.

  5. In modalità di modifica apportare le correzioni necessarie.

    Microsoft eCDN è in grado di rilevare molti tipi di errori, ad esempio valori obbligatori mancanti, duplicazione della subnet, caratteri non validi o CIDR, colonne mancanti e così via. Le celle problematiche sono contrassegnate con una punta colorata in alto a destra della cella, blu per avviso, rossa per errore.

    Screenshot di due celle problematiche con il colore dell'angolo superiore destro che codifica il tipo di problema: avviso blu e errore rosso.

    L'interfaccia utente genera anche una scheda per ogni valore offensivo con una breve descrizione e la posizione del problema. Alcuni problemi possono essere corretti automaticamente selezionando il pulsante "Correzione". I valori che non possono essere corretti automaticamente possono essere corretti manualmente facendo clic sulla cella.

    Screenshot del pulsante Correzione.

  6. Selezionare Salva dopo aver risolto tutti gli errori.

Nota

Non è possibile applicare retroattivamente l'etichettatura del mapping delle nuove subnet ai dati degli eventi precedenti.

Modifica delle subnet

Facendo clic sul pulsante Modifica o su una delle azioni nel menu di riga (ad esempio Elimina o Duplica) viene abilitata la modalità di modifica. La nozione di "modifica" sopra la tabella e la presenza di vari controlli di contesto interattivi indicano che si è in modalità di modifica, come si può vedere nello screenshot seguente. Per annullare le modifiche, selezionare il pulsante Ignora. Una cella con un valore non valido ha un tag colorato in alto a destra della cella e genera una scheda nella sezione Modifiche non salvate, sotto la tabella Anteprima mapping subnet.

Le azioni di modifica supportate includono:

  • Aggiornamento di ID gruppo, CIDR, configurazione P2P, configurazione WAN, etichetta, paese e città

  • Aggiunta, duplicazione ed eliminazione di righe

  • Salvataggio e rimozione delle modifiche

Ogni modifica viene visualizzata nella casella Anteprima diff sotto la tabella Anteprima mapping subnet. Dopo aver finalizzato le modifiche, selezionare il pulsante Salva per eseguire il commit delle modifiche.

Screenshot della modalità di modifica.

Revisioni

Ogni volta che si salva un mapping di subnet viene creata una revisione. Il back-end archivia le ultime 20 revisioni. È possibile visualizzare tutte le revisioni e i relativi editor facendo clic sulla freccia verso il basso accanto a Revisione corrente, sotto la tabella Mapping subnet.

Screenshot di un elenco di un paio di revisioni.

Dal menu a tre punti a destra è possibile ripristinare o scaricare una revisione precedente.