1
00:00:00,300 --> 00:00:01,860
Quindi quali sono le migliori pratiche.

2
00:00:02,010 --> 00:00:08,750
Cosa dovresti fare in un ambiente live ora le migliori pratiche affermano che dovresti usare entrambi.

3
00:00:08,820 --> 00:00:15,420
È necessario utilizzare protocolli di gestione della rete basati su polling o basati su query, nonché basati su eventi, poiché

4
00:00:15,420 --> 00:00:21,650
parte della soluzione di gestione della rete non aiuta solo a ricevere una grande quantità di dati.

5
00:00:21,830 --> 00:00:24,620
È necessario prendere decisioni significative su tali dati.

6
00:00:25,400 --> 00:00:31,220
Pertanto, si desidera anche creare e sfruttare avvisi e report in modo che entrambi vengano avvisati quando si

7
00:00:31,220 --> 00:00:38,580
verifica un problema, indipendentemente dal fatto che fosse basato su un meccanismo di rilevamento basato sul polling o su un rilevamento basato sugli eventi.

8
00:00:38,640 --> 00:00:44,190
Inoltre, vorrai una sorta di funzionalità di reporting che ti fornisca dettagli sulle

9
00:00:44,190 --> 00:00:50,860
prestazioni non solo in tempo reale a questo punto nel tempo, ma per un periodo di tempo.

10
00:00:50,910 --> 00:00:55,320
Quindi vuoi che siano disponibili dati storici in modo da poter prendere decisioni significative.

11
00:00:56,340 --> 00:01:02,180
Ad esempio, se un'interfaccia su una rota ha un utilizzo del 70 percento.

12
00:01:02,310 --> 00:01:09,110
Va bene o è un male che è difficile sapere se non disponi di dati storici che ti consentono di costruire

13
00:01:09,110 --> 00:01:15,700
una linea di base di ciò che la tua rete funziona in genere se quell'interfaccia negli ultimi tre mesi è

14
00:01:15,700 --> 00:01:21,690
stata eseguita con un utilizzo del due percento e ora improvvisamente funziona al 90 percento di utilizzo.

15
00:01:21,910 --> 00:01:27,370
Saprai che sulla tua rete è successo qualcosa che è stato modificato in modo

16
00:01:27,370 --> 00:01:34,420
drammatico nell'utilizzo dell'interfaccia, quindi vorrai rapporti che ti forniscano dettagli sulle prestazioni nel tempo e ti comunichino problemi

17
00:01:34,420 --> 00:01:41,800
e la disponibilità dei dispositivi nella tua rete. a prima vista vorrai essere in grado di vedere se c'è

18
00:01:41,800 --> 00:01:48,010
un problema con un dispositivo di rete come un router o se c'è un problema con

19
00:01:48,010 --> 00:01:51,750
una singola interfaccia su uno dei tuoi router.

20
00:01:51,770 --> 00:01:59,380
Non dimenticare di impostare la frequenza di polling e la precisione delle notifiche degli eventi.

21
00:01:59,500 --> 00:02:05,260
Questo varierà da un ambiente all'altro e spesso dipende dal tipo di topologia in cui

22
00:02:05,830 --> 00:02:12,580
si dispone della larghezza di banda disponibile e dalle risorse che è necessario rilevare e quindi agire sulle informazioni

23
00:02:12,580 --> 00:02:14,130
che si stanno ricevendo.

24
00:02:14,130 --> 00:02:20,340
Inoltre, potrebbe essere necessario prendere decisioni sulla velocità con cui è necessario reagire a un

25
00:02:21,410 --> 00:02:28,430
problema sulla rete se qualcosa accade sulla rete e si ripercuote su un intero edificio o l'intera organizzazione.

26
00:02:28,430 --> 00:02:33,680
Avrai voglia di agire così rapidamente, ma se succede qualcosa e influenza solo un singolo

27
00:02:33,710 --> 00:02:35,390
dispositivo non è importante.

28
00:02:35,390 --> 00:02:41,540
Probabilmente non è così importante che ti svegli alle 3:00 del mattino per dirti che la porta sullo

29
00:02:41,570 --> 00:02:42,770
switch è caduta.