Ho un certo numero di clienti che hanno apparecchiature di rete gestite dal proprio ISP. Questo di solito si presenta sotto forma di uno switch o un router fornito dall'ISP collocato nella sede o nelle sedi del cliente.
Per i siti che dispongono di connettività MPLS o multi-location, sarebbe estremamente conveniente collegare questa apparecchiatura all'infrastruttura di monitoraggio esistente ( OpenNMS , Observium , ecc.), Soprattutto perché tutti gli altri aspetti dell'ambiente vengono regolarmente controllati.
Sfortunatamente, la maggior parte dei provider limita l'accesso alle apparecchiature e ti costringe a esaminarle per le modifiche alla configurazione. È comprensibile, ma come posso ottenere informazioni più accurate? Fondamentalmente ho un grande buco nero nella mia impronta di monitoraggio.
Un esempio recente è stato un client con problemi VoIP (chiamate perse e problemi di qualità) attraverso un collegamento MPLS tra due strutture. Non ho alcun dettaglio sul livello di QoS implementato ( perché non possiamo vedere all'interno del router ). L'ISP non aveva altri suggerimenti se non quello di aumentare la larghezza di banda da 4 Mbps a 7 Mbps ( upsell - $$$). Dissero: "stai massimizzando la tua connessione al sito remoto" . Quindi, ovviamente, il cliente ha accettato questo, senza alcuna giustificazione ingegneristica.
Il meglio che potevo fare era monitorare le porte dello switch che conducevano ai router dell'ISP in entrambi i siti e non vedevo alcuna indicazione di saturazione della larghezza di banda ... solo grandi salti di latenza (misurato switch-to-switch).
- Quindi, questo è qualcosa che è negoziabile con l'ISP?
- Hai mai convinto un fornitore a fornire dati di monitoraggio più approfonditi o per consentire il monitoraggio SNMP delle loro apparecchiature?
- Che ricorso hai se sospetti che il problema sia dell'ISP?
traceroute
, pathping
, hping
, e iperf
per determinare se sono l'invio di pacchetti tra siti modo coerente in tutti i percorsi di pantaloncini.