Ricerca e soluzione dei problemi di Throughput e Velocità

Se noti anomalie tra il traffico trasmesso e il traffico che ti aspetti di ricevere, la tua rete potrebbe sperimentare problemi di throughput o di velocità. Ti consigliamo di seguire i seguenti passaggi di risoluzione dei problemi per aiutarti a isolare la causa.

Azioni di risoluzione dei problemi

Azione	Passaggi
Controlla errori dell’interfaccia o CRCControllo di ridondanza ciclico. Un tipo di codice di rilevamento degli errori utilizzato per rilevare errori di trasmissione nei dati. e pacchetti persi sul dispositivo	Le statistiche e i log dell’interfaccia possono aiutare a identificare quale estremità del cross connect sta causando il guasto, e la potenziale soluzione. Ad esempio, un numero crescente di errori in entrata su un’interfaccia di rete esclude generalmente quel particolare SFPUn Small Form Pluggable (SFP) è un transceiver hot pluggable utilizzato nelle reti di comunicazione dati e di telecomunicazioni per abilitare la trasmissione di dati tra due dispositivi. e indica un potenziale problema con altri componenti del cross connect.
Verifica i livelli ottici di trasmissione e ricezione (Tx e Rx) sul dispositivo	Controlla i livelli di luce trasmessi (Tx) e ricevuti (Rx). Questo controllo della salute ti permette di validare la connettività fisica. Considerazioni: Se non viene ricevuta alcuna luce Rx, il servizio è inattivo. Se osservi un degrado dei livelli di luce Tx e Rx, il servizio potrebbe essere interrotto. Megaport raccomanda di controllare le tue connessioni fisiche. Se non stai trasmettendo (Tx) o ricevendo (Rx) luce a/da Megaport, potrebbe essere causato da uno dei seguenti fattori: Problema di polarità della fibra – Verifica invertendo le fibre alla tua estremità. Problemi di connettività all’interno del tuo ambiente o del cross connect – Verifica eseguendo un loopback fisico all’interno del tuo ambiente. Problemi di connettività all’interno dell’ambiente Megaport – Verifica eseguendo un loopback fisico dal tuo ambiente verso Megaport.
Verifica le connessioni fisiche con il data center (reinstalla e sostituisci SFP, pulisci e sostituisci i cavi, test di loopback)	Apri un ticket con il data center per: Controllare il cross connect per danni o pulizie, se necessario. Assicurati che il data center stia trasmettendo luce adeguata al di fuori del punto di demarcazione alla sua estremità della connessione. Il data center dovrebbe controllare la luce al punto di demarcazione con un misuratore di luce.
Verifica lo stato del circuito del carrier (se presente)	Alcuni cross connect sono impostati tramite uno o più dispositivi di rete del carrier prima di raggiungere la rete di Megaport. Verifica che le interfacce del dispositivo nel percorso del cross connect siano prive di errori e che le letture della luce ottica stiano funzionando correttamente.
Valida le prestazioni dell’attrezzatura	Durante la risoluzione dei problemi, Megaport non ha visibilità o accesso all’esterno della rete di Megaport. Per verificare che la causa di un problema sia all’interno della rete di Megaport, il Supporto di Megaport richiede ai clienti di validare le prestazioni delle loro attrezzature. Questo include l’assicurarsi che le specifiche e le limitazioni dell’hardware siano compatibili con le Specifiche Tecniche di Megaport e monitorare il traffico di rete e il carico di lavoro sull’hardware per evitare congestione o prestazioni degradate. Per assicurarti che l’hardware e la tua rete stiano funzionando come previsto, ti consigliamo di validare le prestazioni dei seguenti elementi: Hardware Ottica (tipo, velocità e lunghezza d’onda SFP) e tipo di fibra Capacità della porta Modelli di switch, router e firewall Versione del firmware Rete Flusso di traffico Utilizzo della porta Utilizzo della CPU Configurazione Progettazione generale della rete Se identifichi anomalie, acquisisci i log, i dettagli dei grafici, o eventuali messaggi di errore pertinenti.
Esegui tracerouteUno strumento diagnostico che esamina come i dati si muovono attraverso Internet per determinare se una destinazione è raggiungibile. (o altro test) per localizzare il sintomo	Il test traceroute può aiutare a determinare se una destinazione è raggiungibile. Traceroute invia una sequenza di pacchetti UDPIl Protocollo Datagramma Utente (UDP) è un protocollo di comunicazione del livello di trasporto che funziona sopra il Protocollo Internet (IP). UDP è uno dei protocolli di comunicazione fondamentali della suite IP utilizzato per inviare messaggi ad altri host su una rete IP. All’interno di una rete IP, UDP non richiede una comunicazione precedente per configurare canali di comunicazione o percorsi dati. UDP velocizza le comunicazioni non stabilendo formalmente una connessione prima che i dati vengano trasferiti. tra due punti e ti mostra il percorso dei pacchetti. Traceroute misura anche i ritardi di transito dei pacchetti attraverso una rete IP. Esegui un test traceroute end-to-end Dal host che origina il traffico (A-End), avvia il traceroute verso l’host di destinazione (B-End). Poi esegui il traceroute dall’host di destinazione all’host di origine. I comandi e le flag potrebbero differire a seconda del dispositivo. Analizza i risultati Cerca eventuali routing asimmetrici. Se i risultati del traceroute non prendono lo stesso percorso, un traceroute aiuterà a individuare un routing asimmetrico da qualche parte nella rete. Ci sono punti nel traceroute in cui il tempo di risposta è aumentato significativamente? In tal caso, questi ritardi sono all’interno della tua rete? Ci sono eventuali firewall o regole di access list che impediscono al traffico di raggiungere la destinazione?
Esegui test di throughput	iPerf è uno strumento cross-platform utilizzato per creare misure di performance standardizzate e ottimizzare la tua rete. iPerf ha sia funzionalità client che server e può creare flussi di dati per misure il throughput tra due estremità, in una o entrambe le direzioni. Esegui il test Megaport raccomanda di eseguire un test di 15 minuti su ciascun lato (il client A-End e il server B-End, poi il client B-End e il server A-End) per un totale di 30 minuti di test e circa 10-15 minuti tra ciascun test. Questo test deve essere eseguito utilizzando UDP. Ecco un esempio del comando da eseguire sull’A-End o B-End: `iperf3 -c <IP address> -b1000m -t 900 -u` Nota: Devono essere utilizzati flussi UDP per misurare il throughput tra le due estremità della connessione senza il sovraccarico della negoziazione TCP, dell’evitamento della congestione e della gestione delle finestre. Analizza i risultati Cerca eventuali routings asimmetrici. Un traceroute aiuterà a individuare se i risultati del traceroute stanno prendendo percorsi diversi, che potrebbero indicare un routing asimmetrico da qualche parte nella rete. Ci sono punti nel traceroute in cui il tempo di risposta è aumentato significativamente? In tal caso, questi ritardi sono all’interno della tua rete? Dopo il test, fornisce le statistiche della tua interfaccia e fai uno screenshot di: Grafici del traffico (se possibile) Punti di ingresso/uscita nella tua rete più vicini a Megaport Grafici del traffico per l’ingresso/uscita B-End (se possibile) Specifica a quali dispositivo(i), porta(e), e VLAN nel diagramma di rete si riferiscono i grafici.

Passaggi successivi

Se le azioni di risoluzione dei problemi non risolvono il tuo problema, contatta il supporto. Prima di richiedere assistenza, raccogli le seguenti informazioni.

Risultati della risoluzione dei problemi – Fornisci tutti i passaggi di risoluzione dei problemi che hai effettuato in dettaglio. Ad esempio, se sono stati inseriti loop, annota la loro posizione e in quale direzione erano rivolti.
Indirizzo IP sorgente e indirizzo IP destinazione – L’indirizzo IP sorgente è l’indirizzo IP dell’host che ha inviato il pacchetto. L’indirizzo IP di destinazione è l’indirizzo IP dell’host che dovrebbe ricevere il pacchetto.
Diagramma di rete ad alto livello – Capire come è implementato il design della tua rete e la connessione con la rete di Megaport aiuta a identificare ulteriori aree di focus all’interno del processo di risoluzione dei problemi. Fornisci un diagramma di rete che include tutti i dispositivi nel percorso; annota gli indirizzi IP e le VLAN coinvolti di ciascun dispositivo.
Risultati del test ping – Fornisci l’output di ogni test ping eseguito sul servizio. Fornisci tutti i test di output se hai più servizi legati a diversi prodotti (ad esempio, una Porta o un VXC).
Risultati del traceroute – Fornisci i risultati del traceroute, indicando quale lato della connessione ha avviato il test e quale era la destinazione. Ti consigliamo di utilizzare le informazioni A-End e B-End del tuo VXC.
Risultati del test iPerf (test di throughput) – Fornisci tutti i dati basati sui passaggi sopra e qualsiasi informazione pertinente relativa alle seguenti domande:
- Stai utilizzando la modellazione del traffico sulla tua rete?
  Se stai modellando, controllando o filtrando il traffico prima che raggiunga Megaport, può farci vedere solo il traffico di ingresso modellato nella rete di Megaport. I clienti e i rivenditori devono assicurarsi che l’attrezzatura utilizzata al di fuori della rete di Megaport possa supportare le velocità desiderate.
- Hai contattato il lato B della connessione per assicurarti che non ci siano problemi da quel lato del percorso?
  Fornisci il numero del caso, se applicabile. Una volta che il traffico è inviato da un’interfaccia di rete di Megaport a un’interfaccia del provider, non controlliamo più quel flusso.
- Ci sono altri provider coinvolti, come i carrier di telecomunicazioni? Se un carrier è coinvolto nella rete, è stato aperto un caso con loro per indagare su potenziali problemi di routing?
  Fornisci il numero del caso, se applicabile. È importante verificare se stai utilizzando un carrier di telecomunicazioni per instradare il flusso di traffico da/a la tua rete a Megaport, poiché possiamo risolvere i problemi solo attraverso i nostri dispositivi. Ad esempio, non possiamo rispondere di alcuna perdita o altro problema prima che raggiunga la nostra rete.
- Se si tratta di una connessione Azure, stai utilizzando l’opzione Q-in-Q nel Megaport Portal come descritto in Configurazione Q-in-Q?
  Azure con Q-in-Q può essere complicato, e deve essere configurato correttamente per inviare correttamente il traffico a Megaport e poi ad Azure.
Registri di cattura dei pacchetti (opzionali) – I registri di cattura dei pacchetti (o PCAP) aiutano a raccogliere il traffico di rete, monitorare la larghezza di banda, rilevare il malware e assistere nella risposta agli incidenti. Se pertinenti al problema, fornisci i registri di cattura dei pacchetti per una maggiore comprensione della tua rete.

Nota

Per ulteriori informazioni su quando è necessario un tecnico di campo sul posto presso il data center, vedere Servizi Sul Campo Per I Clienti.