1
00:00:05,200 --> 00:00:05,920
Adesso alcune buone notizie.

2
00:00:05,920 --> 00:00:12,970
Prima di entrare nella sezione di automazione della rete non è necessario imparare Python per

3
00:00:12,970 --> 00:00:16,410
l'esame CCMA coperto dalla certificazione definitiva Cisco.

4
00:00:16,450 --> 00:00:20,650
Ho preso il CCMA e l'esame associato definito lo stesso giorno.

5
00:00:20,650 --> 00:00:26,980
Ne ho parlato in precedenza all'inizio del corso, ma ho intenzione di riprodurre parti di quel video in

6
00:00:26,980 --> 00:00:30,180
questa sezione solo per ricordare i miei pensieri.

7
00:00:30,190 --> 00:00:38,230
Quando ho sostenuto l'esame, la CCMA ha esaminato i test su argomenti come la formattazione dell'API REST Jason che è

8
00:00:38,620 --> 00:00:43,990
trattata nella sezione relativa all'automazione e alle capacità del programma del progetto.

9
00:00:43,990 --> 00:00:48,730
Quindi, ad esempio, assicurati di sapere come interpretare i dati codificati in Jason.

10
00:00:48,760 --> 00:00:56,290
Assicurati di sapere come descrivere le caratteristiche delle API basate sul riposo, quindi ad esempio quando desidero

11
00:00:56,290 --> 00:01:02,980
ottenere dati da un sondaggio utilizzando un'API REST che si ottiene se voglio eliminare

12
00:01:02,980 --> 00:01:11,620
alcuni dati è una cancellazione ASSICURATI DI CONOSCERE IL Verbi API REST ma non è necessario scrivere codice Python utilizzando

13
00:01:11,650 --> 00:01:12,750
l'API REST.

14
00:01:13,390 --> 00:01:16,630
Non devi imparare a rispondere per l'esame.

15
00:01:16,630 --> 00:01:19,510
Ora in questa sezione ti mostrerò gli script Python.

16
00:01:19,510 --> 00:01:21,470
Ti mostrerò sceneggiature di animali.

17
00:01:21,580 --> 00:01:25,740
Non devi tuttavia impararlo per l'esame CCMA.

18
00:01:25,870 --> 00:01:31,240
Devi imparare questo per l'esame definito e le certificazioni degli sviluppatori.

19
00:01:31,240 --> 00:01:33,780
Ora si consiglia di imparare Python.

20
00:01:33,790 --> 00:01:34,750
Decisamente.

21
00:01:34,750 --> 00:01:39,790
Se sei interessato ad andare avanti nella tua carriera, impara Python impara gli animali.

22
00:01:39,820 --> 00:01:42,340
Ho visto queste cose per molti molti anni.

23
00:01:42,340 --> 00:01:48,140
Anni fa stavo spiegando la separazione tra il piano di controllo e il piano dati.

24
00:01:48,250 --> 00:01:52,590
Puoi vedere questo video su YouTube come esempio fatto molti anni fa.

25
00:01:52,600 --> 00:01:55,530
Questa roba è diventata ormai mainstream.

26
00:01:55,540 --> 00:02:02,500
È importante imparare Python e ragionevole per il mondo reale e per andare avanti nella tua carriera.

27
00:02:02,500 --> 00:02:06,800
Ma per l'esame CCMA non devi imparare gli script Python.

28
00:02:06,850 --> 00:02:08,700
Non devi imparare sceneggiature di animali.

29
00:02:08,890 --> 00:02:15,310
Ora, se sento che questo è cambiato, ora stanno testando la tua capacità di codifica.

30
00:02:15,310 --> 00:02:16,690
Aggiornerò questo video.

31
00:02:16,990 --> 00:02:22,240
Ma al momento, poiché non ho sentito nuovi aggiornamenti, puoi presumere che non devi

32
00:02:22,240 --> 00:02:25,770
imparare il pitone e il codice sensibile per l'esame.

33
00:02:25,900 --> 00:02:28,410
Devi capire i principi.

34
00:02:28,420 --> 00:02:35,560
Quindi, ad esempio, qui si parla di spiegare come l'automazione influisce sulla gestione della rete.

35
00:02:35,560 --> 00:02:42,580
Lascia che ti dica che il mondo sta cambiando con l'automazione di rete nello stesso modo in cui in

36
00:02:42,580 --> 00:02:47,290
passato avevamo access point autonomi e ora sono gestiti tramite un controller.

37
00:02:47,290 --> 00:02:52,020
L'idea qui è che avremo un controller che gestisce molti dispositivi.

38
00:02:52,120 --> 00:02:58,450
Ora, nel primo tipo di implementazione di rete definita da SDM o software, il protocollo utilizzato era a flusso

39
00:02:58,450 --> 00:02:58,870
aperto.

40
00:02:59,200 --> 00:03:03,670
C'è una grande differenza tra il modo in cui il flusso aperto ha fatto le cose e il modo in cui

41
00:03:03,670 --> 00:03:06,460
l'automazione di rete viene eseguita oggi nella forma più pura di flusso aperto.

42
00:03:06,450 --> 00:03:10,450
Gli switch o i dispositivi nella rete diventano stupidi.

43
00:03:10,450 --> 00:03:16,900
Il controller che sarebbe semplicemente un server Ubuntu Linux come esempio controlla i dispositivi nella

44
00:03:16,900 --> 00:03:17,640
rete.

45
00:03:17,830 --> 00:03:20,530
Perdono il cervello.

46
00:03:20,590 --> 00:03:26,680
Pertanto, nella CCMA parlano della separazione del piano di controllo e del piano dati e delle API in

47
00:03:26,710 --> 00:03:30,640
direzione nord e in direzione sud, poiché all'inizio comprendono quanto segue.

48
00:03:30,640 --> 00:03:32,240
Dov'è il cervello?

49
00:03:32,260 --> 00:03:38,050
Dov'è l'intelligenza per la rete nella più pura implementazione a flusso aperto.

50
00:03:38,050 --> 00:03:43,080
Il cervello è stato rimosso dal dispositivo di rete e inserito nel controller.

51
00:03:43,240 --> 00:03:51,430
Se avessimo 100 router o 100 switch in una rete tradizionale, avremmo 100 cervelli per ogni router che ogni switch

52
00:03:51,430 --> 00:03:53,180
si controlla da solo.

53
00:03:53,320 --> 00:03:58,810
Ha un proprio piano dati o un piano di inoltro, è così che cambia il traffico dal voler affrontare

54
00:03:58,810 --> 00:03:59,500
un altro.

55
00:03:59,500 --> 00:04:01,660
Ha il suo piano di controllo.

56
00:04:01,660 --> 00:04:03,760
In altre parole, il suo cervello.

57
00:04:04,060 --> 00:04:09,040
Quando un ciclista che utilizza un SPF riceve un aggiornamento, aggiorna la sua tabella di routing.

58
00:04:09,040 --> 00:04:15,030
Quindi la base di informazioni sull'instradamento dei rub che è una tabella basata su software popolata di

59
00:04:15,070 --> 00:04:20,650
ratti appresi tramite SPF, quindi il cervello sta popolando la tabella di instradamento con solchi.

60
00:04:20,860 --> 00:04:26,710
Quindi la base di informazioni di sfregamento o scrittura è una tabella di scrittura basata su software che viene quindi inserita

61
00:04:26,710 --> 00:04:29,760
nell'hardware o nel piano di inoltro o nel piano dati.

62
00:04:29,770 --> 00:04:33,850
In altre parole, nella base di informazioni Ferb o di spedizione.

63
00:04:34,000 --> 00:04:35,630
In altre parole nell'hardware.

64
00:04:35,680 --> 00:04:41,710
Quindi abbiamo il piano di controllo che è il cervello del dispositivo o SPF sta popolando la base di informazioni di

65
00:04:41,710 --> 00:04:42,250
scrittura.

66
00:04:42,250 --> 00:04:44,580
Il cervello determina dove viene instradato il traffico.

67
00:04:44,680 --> 00:04:49,280
Stesso tipo di idea con spanning tree spanning tree BP che l'utente ha ricevuto.

68
00:04:49,450 --> 00:04:54,080
Il cervello decide ancora una volta quali porte offrono quali porte verranno bloccate.

69
00:04:54,130 --> 00:04:57,700
Quindi la cosa da ricordare è che il dispositivo ha un'intelligenza locale.

70
00:04:57,700 --> 00:04:59,740
Il cervello è sul dispositivo.

71
00:04:59,740 --> 00:05:07,740
Se avessimo 100 router, ognuno di loro avrebbe il proprio cervello cerebrale localizzato sul dispositivo.

72
00:05:07,980 --> 00:05:15,390
Ma nell'esempio di flusso aperto più puro i dispositivi sono diventati stupidi e abbiamo messo il cervello nel controller in

73
00:05:15,710 --> 00:05:20,730
modo che il controller centralizzato del controller fosse il cervello per 100 dispositivi.

74
00:05:20,760 --> 00:05:27,630
È bello in un certo senso perché il controller è un dispositivo centrale che puoi manipolare e quindi

75
00:05:27,870 --> 00:05:30,160
aggiornare l'inoltro di 100 dispositivi.

76
00:05:30,180 --> 00:05:35,520
Offre inoltre al dispositivo centralizzato una maggiore visibilità della rete in modo da poter vedere l'intera

77
00:05:35,850 --> 00:05:41,460
rete anziché lo scrittore solo vedere la propria tabella di scrittura locale e non avere visibilità dell'intera

78
00:05:41,460 --> 00:05:42,150
rete.

79
00:05:42,150 --> 00:05:48,960
Ci sono stati dei vantaggi con questo tipo di modello Oh SPF utilizza l'algoritmo SPF per il primo percorso più

80
00:05:48,990 --> 00:05:49,460
breve.

81
00:05:49,470 --> 00:05:50,460
Molto complesso.

82
00:05:50,460 --> 00:05:56,730
Abbiamo un sistema distribuito che poi converge in qualche modo per decidere quale sia il miglior percorso nella rete.

83
00:05:56,730 --> 00:06:03,600
Molto più facile inserire l'intelligenza in un controller centralizzato ma non ha funzionato perché come attaccante

84
00:06:03,780 --> 00:06:05,400
quale dispositivo attaccherò.

85
00:06:05,430 --> 00:06:09,990
Attaccherò quel dispositivo centralizzato se riesco a eliminare il controller.

86
00:06:10,100 --> 00:06:15,450
Non solo tiro fuori un solo router, tiro fuori 100 scrittori, praticamente posso distruggere la tua

87
00:06:15,450 --> 00:06:17,160
rete semplicemente uccidendo il controller.

88
00:06:17,190 --> 00:06:20,640
Ci sono stati altri problemi perché Okay dispositivo sempre così centralizzato.

89
00:06:20,640 --> 00:06:24,630
Ma per quanto riguarda la ridondanza se questa cosa muore, l'intera rete muore.

90
00:06:24,660 --> 00:06:26,010
Quindi quel tipo di schifo.

91
00:06:26,040 --> 00:06:31,440
Quindi quello che farai è avere più di un controller e ora torni allo scenario di database

92
00:06:31,440 --> 00:06:33,510
distribuito o al problema di sincronizzazione.

93
00:06:33,510 --> 00:06:40,440
Come sincronizzare più database in più controller fisici per avere un singolo controller logico.

94
00:06:40,500 --> 00:06:45,930
Quindi c'erano molti altri problemi con questo modello diventato un incubo.

95
00:06:46,010 --> 00:06:50,390
Cosa succede se i rematori perdono la connettività con il controller centralizzato.

96
00:06:50,390 --> 00:06:50,950
Pensaci.

97
00:06:50,960 --> 00:06:56,010
La Rada ha il suo cervello localizzato in un ambiente di rete tradizionale.

98
00:06:56,060 --> 00:07:00,710
Se perde la connettività con un altro scrittore, questo non è un problema perché ha il suo cervello locale.

99
00:07:00,800 --> 00:07:02,450
Quella strada ha il suo cervello locale.

100
00:07:02,780 --> 00:07:07,640
Ma se metti il cervello nel controller e quindi la strada è allentata, la connettività al

101
00:07:07,670 --> 00:07:11,080
controller perché un collegamento si interrompe improvvisamente cosa fanno i cavalieri.

102
00:07:11,090 --> 00:07:14,810
Non hanno cervello, quindi la rete muore o si spezza.

103
00:07:14,930 --> 00:07:18,630
Quindi molti problemi con l'ambiente a flusso aperto puro.

104
00:07:18,710 --> 00:07:24,350
Hanno poi escogitato questo approccio ibrido in cui avevamo un po 'di intelligenza sui dispositivi, un po' di

105
00:07:24,440 --> 00:07:30,800
intelligenza sul controller in cui il controller poteva ignorare ciò che stava facendo un timone in modo da poter scrivere regole

106
00:07:30,800 --> 00:07:34,590
di flusso aperto per il pilota per scavalcare la rete tradizionale.

107
00:07:34,670 --> 00:07:39,620
Quindi il giro come esempio commuta come esempio farebbe il giro tradizionale o il

108
00:07:39,830 --> 00:07:45,980
cambio tradizionale ma poi potremmo creare regole extra qui dove potrei manipolare il flusso di traffico da un

109
00:07:45,980 --> 00:07:46,930
controller centralizzato.

110
00:07:46,940 --> 00:07:52,340
Ora una delle cose interessanti con il modello di flusso aperto e l'idea di un

111
00:07:52,670 --> 00:07:59,300
controller è che questi dispositivi parlano al controller usando quella che viene chiamata API Southbound, quindi il controller seduto

112
00:07:59,300 --> 00:08:02,120
qui parla ai dispositivi usando l'API Southbound.

113
00:08:02,120 --> 00:08:07,880
Notate come ho la mia mano qui API Northbound è API Southbound.

114
00:08:07,880 --> 00:08:10,370
Pensa solo a sud a nord.

115
00:08:10,520 --> 00:08:17,030
Quindi uno sviluppatore di applicazioni potrebbe scrivere un talk applicazione al controller usando un'API northbound.

116
00:08:17,030 --> 00:08:19,200
In genere questi sarebbero Rest Api saggi.

117
00:08:19,220 --> 00:08:26,000
Questo è molto comune oggi e quindi un protocollo verrebbe utilizzato sull'API southbound in modo che il controller parlasse ai riders

118
00:08:26,000 --> 00:08:31,280
e agli switch usando un qualche tipo di protocollo che potrebbe essere a flusso aperto.

119
00:08:31,280 --> 00:08:33,170
Questa era l'idea originale.

120
00:08:33,260 --> 00:08:34,740
Potrebbe essere un deputato.

121
00:08:34,790 --> 00:08:41,030
Non dimenticare un semplice protocollo di gestione della rete utilizzato da anni dalle stazioni di gestione ai dispositivi

122
00:08:41,030 --> 00:08:44,600
di rete in modo che S&P potesse utilizzare l'API Southbound.

123
00:08:44,600 --> 00:08:52,940
Potremmo usare net conf, potremmo usare resto conf, potremmo usare più altre opzioni per NPR meno BGP.

124
00:08:53,000 --> 00:08:59,160
Fondamentalmente c'erano molti protocolli per CCN HS solo per capire che potremmo usare il resto conf che potremmo

125
00:08:59,690 --> 00:09:05,410
usare il resto api è che in realtà potremmo usare CLIA che potremmo usare come MP.

126
00:09:05,510 --> 00:09:10,140
Ora non è necessario utilizzare le altre API del controller per manipolare i dispositivi.

127
00:09:10,550 --> 00:09:16,670
In genere l'idea era che tu fossi uno sviluppatore di applicazioni che utilizzava uno script Python che scriveva

128
00:09:16,700 --> 00:09:20,350
le regole sul controller che poi lo inviava ai dispositivi.

129
00:09:20,360 --> 00:09:23,880
Il vantaggio di questo era questo concetto di astrazione.

130
00:09:24,380 --> 00:09:26,870
Complesso per scrivere regole sui dispositivi.

131
00:09:26,870 --> 00:09:28,140
Era quello che dicevano.

132
00:09:28,250 --> 00:09:34,880
Molto più facile scrivere cose su un'API di riposo sul controller in modo da scrivere le regole sul controller

133
00:09:34,910 --> 00:09:41,130
usando l'API di riposo, quindi l'applicazione utilizza un linguaggio di programmazione di alto livello come Python.

134
00:09:41,240 --> 00:09:47,720
Easy Rest Api nel controller che utilizza quindi più protocolli fino al flusso aperto dei dispositivi.

135
00:09:47,840 --> 00:09:56,210
Net conf BGP a meno che meno interi gruppi di protocolli strani e meravigliosi fino ai dispositivi che si sviluppano

136
00:09:56,210 --> 00:10:00,050
durante l'applicazione vengano sottratti dai dispositivi di rete.

137
00:10:00,050 --> 00:10:06,920
Questa è l'idea ma potresti eliminare un controller e configurare i dispositivi di rete direttamente usando uno script

138
00:10:06,920 --> 00:10:09,270
Python o uno script animale.

139
00:10:09,290 --> 00:10:15,350
Questo è quello che ti mostrerò nel corso perché in realtà è molto più facile

140
00:10:15,350 --> 00:10:15,990
iniziare.

141
00:10:16,030 --> 00:10:21,260
È molto più facile dire che va bene scriviamo un semplice script Python che aggiorna qualcosa in

142
00:10:21,260 --> 00:10:24,440
senso lato o estrae informazioni dal router o dallo switch.

143
00:10:24,470 --> 00:10:31,870
Puoi imitare questo con attrezzatura fisica in un laboratorio o nel genere 3 o virale o anche se vuoi.

144
00:10:32,200 --> 00:10:35,840
Quindi ti mostrerò alcuni esempi di questo, ma ricorda solo che non devi imparare Python

145
00:10:35,840 --> 00:10:36,580
per l'esame.

146
00:10:36,740 --> 00:10:42,320
Non devi imparare il pitone o la programmazione ragionevole per l'esame, ma per il

147
00:10:42,320 --> 00:10:45,110
mondo reale ti suggerirei di imparare entrambi.

148
00:10:45,110 --> 00:10:48,300
Quindi qui parlano della separazione del piano di controllo da un piano dati.

149
00:10:48,350 --> 00:10:52,060
Basta notare dove si trova il dispositivo locale del cervello.

150
00:10:52,130 --> 00:10:57,680
Ai vecchi tempi il piano di inoltro o il piano dati di controllo era nel dispositivo.

151
00:10:57,710 --> 00:11:00,720
Quindi pensa al piano dati come l'inoltro attraverso l'ASX.

152
00:11:00,740 --> 00:11:01,840
Ho un router.

153
00:11:01,910 --> 00:11:09,110
Il traffico arriva su un'interfaccia e passa a un'altra interfaccia, quindi i dati vengono inviati attraverso

154
00:11:09,110 --> 00:11:10,010
il dispositivo.

155
00:11:10,010 --> 00:11:14,750
È acceso sul piano dati o sul piano di inoltro che risiede ancora nel dispositivo.

156
00:11:14,750 --> 00:11:21,140
In genere viene fatto utilizzando A6 ma il piano di controllo o il cervello in cui risiede.

157
00:11:21,140 --> 00:11:28,460
Oggi vogliamo ancora avere il cervello nel flusso aperto del dispositivo, il cervello è stato rimosso e inserito in

158
00:11:28,460 --> 00:11:29,650
un controller separato.

159
00:11:29,690 --> 00:11:30,810
Non vogliamo farlo.

160
00:11:30,870 --> 00:11:33,230
I dispositivi Cisco non supportavano davvero il flusso aperto.

161
00:11:33,230 --> 00:11:34,580
Ancora no.

162
00:11:34,580 --> 00:11:40,340
L'idea è che il cervello rimanga sul dispositivo ma possiamo usare un controller centralizzato per configurare

163
00:11:40,340 --> 00:11:41,150
i dispositivi.

164
00:11:41,390 --> 00:11:46,090
Quindi, piuttosto che realizzare il dispositivo, consentiamo comunque loro di fare il loro inoltro,

165
00:11:46,090 --> 00:11:52,390
permettendo loro di avere il loro cervello locale, ma possiamo configurare i dispositivi direttamente o tramite un controller

166
00:11:52,390 --> 00:11:55,140
che semplifica la gestione di molti dispositivi.

167
00:11:55,690 --> 00:11:59,890
Quindi questa è una delle idee centrali di una rete basata su controller.

168
00:11:59,900 --> 00:12:05,860
Ora, quello che non ho menzionato, ha la gestione in realtà tre piani di controllo o di

169
00:12:05,860 --> 00:12:06,340
inoltro.

170
00:12:06,340 --> 00:12:08,370
È come dire scrivere un router.

171
00:12:08,370 --> 00:12:10,530
Come viene inoltrato il traffico attraverso il dispositivo.

172
00:12:10,720 --> 00:12:16,090
Ciò rimane sempre sul dispositivo perché desideriamo passare o inoltrare ad alta velocità sul cervello del dispositivo

173
00:12:16,090 --> 00:12:18,550
dove risiede in genere risiede sul dispositivo.

174
00:12:18,550 --> 00:12:20,300
Ma avremmo potuto inserirlo in un controller.

175
00:12:20,710 --> 00:12:22,300
Dov'è la gestione.

176
00:12:22,300 --> 00:12:24,130
Quindi qual è il piano di gestione.

177
00:12:24,160 --> 00:12:31,270
In genere gestiamo un dispositivo Cisco utilizzando una console o da remoto sarebbe una cattiva idea di Telnet e SSA.

178
00:12:31,330 --> 00:12:38,110
Quindi, come possiamo gestire il dispositivo ora come esseri umani userebbero una di quelle interfacce per configurare il

179
00:12:38,140 --> 00:12:45,400
dispositivo, ma per gestire il dispositivo usando un'applicazione che ai vecchi tempi useremmo il protocollo di gestione della rete SMP

180
00:12:45,400 --> 00:12:48,070
semplice è che un MP ha problemi.

181
00:12:48,190 --> 00:12:51,990
Nessuno è un parlamentare che Virgin vorrebbe essere insicuro molto facile da hackerare.

182
00:12:52,000 --> 00:12:55,640
Cattiva idea di utilizzare S&P versione 1 e versione 2.

183
00:12:55,720 --> 00:13:02,830
È un MP versione 3 che supporta la crittografia e l'autenticazione molto meglio, ma è un MP non facile.

184
00:13:02,860 --> 00:13:10,030
L'OED e il modo di estrarre informazioni da un dispositivo sono difficili, quindi la rabbia che è in atto

185
00:13:10,030 --> 00:13:15,680
da alcuni anni è quella di utilizzare nuovamente un'interfaccia di programmazione delle applicazioni API.

186
00:13:15,720 --> 00:13:21,490
Il resto è una delle API più popolari utilizzate ovunque.

187
00:13:21,610 --> 00:13:28,060
Quindi quando passiamo dall'essere un puro ingegnere di rete a fare più programmazione.

188
00:13:28,060 --> 00:13:31,350
I ragazzi del mondo della programmazione sono abituati a riposare api.

189
00:13:31,360 --> 00:13:35,020
Hanno usato di nuovo ovunque nelle applicazioni.

190
00:13:35,020 --> 00:13:41,800
Pertanto, quando desiderano configurare i dispositivi di rete, è logico che tale dispositivo disponga di un'API di riposo, ma sappiate

191
00:13:41,800 --> 00:13:45,310
solo che molti vecchi dispositivi non avranno un'API di riposo.

192
00:13:45,310 --> 00:13:49,540
È necessario utilizzare un moderno dispositivo di rete Cisco per riposare api.

193
00:13:49,540 --> 00:13:55,480
Quindi, solo perché il riposo è bello non significa che tutti i dispositivi supporteranno il riposo.

194
00:13:55,480 --> 00:14:01,990
Quindi negli esempi che ti mostrerò in questo corso che è molto basato sul mio corso

195
00:14:01,990 --> 00:14:07,060
Python originale, ti mostrerò come configurare i dispositivi usando telnet e SSA.

196
00:14:07,120 --> 00:14:10,360
Perché è un modo semplice per iniziare.

197
00:14:10,360 --> 00:14:17,520
Inizia con le basi a CCN un livello, poi vai e fai il tuo esame associato definito.

198
00:14:17,520 --> 00:14:22,530
Consiglio vivamente di fare la certificazione definitiva in modo da ottenere la certificazione definitiva

199
00:14:22,530 --> 00:14:29,580
in modo da poter dimostrare ai datori di lavoro che non sei solo un ingegnere di rete ma capisci anche la programmazione.

200
00:14:29,760 --> 00:14:33,500
Ora, come ho detto, parlo da molto tempo della programmazione.

201
00:14:33,510 --> 00:14:36,760
Ho parlato di flusso aperto più di cinque anni fa.

202
00:14:36,930 --> 00:14:43,570
Quindi l'idea è che questa roba sia stata gorgogliante nel settore, ma ora Cisco l'ha formalizzata.

203
00:14:43,650 --> 00:14:51,120
Quindi la mia raccomandazione è imparare Python e ragionevole imparare le cose per il mondo reale, non per il solitario CCMA per il mondo reale e per

204
00:14:51,450 --> 00:14:56,250
la certificazione definitiva e andare a ottenere la tua certificazione definitiva il più presto possibile in modo

205
00:14:56,250 --> 00:15:01,050
da poter dimostrare ai datori di lavoro che tu non sei solo un ingegnere di rete

206
00:15:01,080 --> 00:15:02,640
ma capisci anche la programmazione.

207
00:15:02,700 --> 00:15:08,640
Temo che, essendo un ingegnere di rete tradizionale senza alcuna comprensione della programmazione, avrai bisogno di

208
00:15:08,640 --> 00:15:14,580
imparare la programmazione se in futuro volevi avere un buon lavoro, sono davvero contento che

209
00:15:14,580 --> 00:15:20,730
Cisco l'abbia fatto, ma hanno messo solo 10 percento dell'esame è automazione e programmazione, quindi la capacità

210
00:15:20,730 --> 00:15:27,600
del programma di automazione il 10 percento dell'esame non è molto grande e usano parole come spiegare e confrontare.

211
00:15:27,600 --> 00:15:32,610
Non usano parole come configurare o risolvere i problemi, quindi questo è un livello molto alto.

212
00:15:32,610 --> 00:15:38,550
Questo è il tipico modo Cisco di farlo ad altissimo livello, ma forse nella prossima versione del CCMA

213
00:15:38,880 --> 00:15:42,360
diventerà più dettagliato e ti verranno chieste ulteriori informazioni.