{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Corso Cisco 200-125 CCNA v3.0. Giorno 49. Introduzione a EIGRP.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Oggi iniziamo a studiare il protocollo EIGRP, che, insieme allo studio dell'OSPF, \u00e8 uno dei principali argomenti del corso CCNA. <\/p>\n

\"Corso
\n
\nIn seguito torniamo alla sezione 2.5, ma adesso passiamo direttamente alla sezione 2.6 \"Configurazione, verifica e risoluzione dei problemi dell'EIGRP su protocollo IPv4 (esclusa l'autenticazione, la filtrazione, la somma manuale, la ridistribuzione e la configurazione stub)\".
\nOggi avremo una lezione introduttiva, durante la quale vi parler\u00f2 del concetto del protocollo di routing interno avanzato EIGRP, e nelle due lezioni successive discuteremo della configurazione e della risoluzione dei problemi di questo protocollo. Ma prima voglio comunicarvi quanto segue.<\/a><\/noindex><\/p>\n

Negli ultimi mesi abbiamo studiato OSPF. Adesso voglio che ricordiate che, diversi mesi fa, quando abbiamo trattato il protocollo RIP, abbiamo parlato dei loop di routing e delle tecnologie che prevengono il looping del traffico. Come si possono evitare i loop di routing quando si utilizza OSPF? Si possono usare metodi come il \"Route Poison\" o il \"Split Horizon\" per questo? Queste sono domande a cui dovete rispondere da soli. Potete utilizzare altre risorse tematiche, ma trovate risposte a queste domande. Voglio che impariate a trovare risposte in autonomia, lavorando con diverse fonti, e vi chiedo di lasciare i vostri commenti sotto questo video, cos\u00ec posso vedere quanti dei miei studenti sono riusciti in questa sfida. <\/p>\n

Cos'\u00e8 EIGRP? \u00c8 un protocollo di routing ibrido che combina le funzionalit\u00e0 utili di un protocollo a vettore di distanza, come il RIP, e di un protocollo a stato di collegamento come l'OSPF. <\/p>\n

\"Corso
\n
\nEIGRP \u00e8 un protocollo proprietario di Cisco, reso disponibile per uso pubblico nel 2013. A differenza di RIP, che non crea vicini, ha preso in prestito dall'algoritmo di stabilire la vicinanza dal protocollo di monitoraggio dello stato del collegamento. RIP scambia anche tabelle di routing con altri partecipanti al protocollo, mentre OSPF forma prima la vicinanza prima di iniziare tale scambio. EIGRP funziona in modo simile.<\/p>\n

Il protocollo RIP esegue aggiornamenti periodici completi della tabella di routing ogni 30 secondi e invia informazioni su tutte le interfacce e i percorsi a tutti i suoi vicini. A differenza di RIP, EIGRP non esegue aggiornamenti completi periodici, ma utilizza il concetto di messaggi Hello, proprio come OSPF. Ogni pochi secondi invia un messaggio Hello per assicurarsi che il vicino sia ancora \"vivo\".<\/p>\n

A differenza del protocollo di vettore remoto, che esplora l'intera topologia di rete prima di decidere come formare un percorso, l'EIGRP, simile al RIP, crea percorsi sulla base di voci. Quando dico \" voci\", intendo che quando un vicino comunica qualcosa, l'EIGRP accetta questa informazione senza riserve. Ad esempio, se un vicino dice di sapere come raggiungere 10.1.1.2, l'EIGRP gli crede, senza chiedere: \"Da dove lo sai? Parlami della topologia dell'intera rete!\". <\/p>\n

Fino al 2013, se utilizzavi solo infrastrutture Cisco, potevi usare EIGRP, dato che questo protocollo \u00e8 stato creato nel 1994. Tuttavia, molte aziende, anche utilizzando hardware Cisco, non volevano lavorare con questo protocollo. A mio avviso, oggi EIGRP \u00e8 il miglior protocollo di routing dinamico, poich\u00e9 \u00e8 molto pi\u00f9 facile da usare, ma la gente continua a preferire OSPF. Penso sia legato al fatto che non vogliono \"legarsi\" ai prodotti Cisco. Ma Cisco ha reso questo protocollo accessibile perch\u00e9 supporta l'hardware di produttori terzi, come Juniper, e se ti unisci a un'azienda che non utilizza hardware Cisco, non avrai alcun problema. <\/p>\n

Facciamo una breve escursione nella storia dei protocolli di rete. <\/p>\n

\"Corso
\n
\nIl protocollo RIPv1, emerso negli anni '80, presentava una serie di limitazioni, come il numero massimo di salti fissato a 16, il che non permetteva la gestione della routizzazione in reti vaste. Poco dopo, \u00e8 stato sviluppato il protocollo di routing interno del gateway IGRP, che era notevolmente migliorato rispetto al RIP. Tuttavia, era pi\u00f9 un protocollo basato su vettori di distanza che un protocollo di stato dei collegamenti. Alla fine degli anni '80 \u00e8 emerso uno standard aperto: il protocollo di stato dei collegamenti OSPFv2 per IPv4. <\/p>\n

All'inizio degli anni '90, Cisco ha deciso di migliorare il protocollo IGRP ed ha lanciato un protocollo di routing interno avanzato, l'EIGRP. Questo era molto pi\u00f9 efficiente dell'OSPF, poich\u00e9 combinava le caratteristiche di RIP e OSPF. Quando inizieremo a studiarlo, sarete certi che configurare l'EIGRP \u00e8 molto pi\u00f9 semplice rispetto all'OSPF. Cisco ha cercato di creare un protocollo che garantisse la massima velocit\u00e0 di convergenza della rete. <\/p>\n

Alla fine degli anni '90 \u00e8 stata rilasciata una versione rivisitata del protocollo RIPv2, senza classi. Negli anni 2000 sono emerse la terza versione di OSPF, RIPng ed EIGRPv6, che supportano il protocollo IPv6. Il mondo si sta lentamente avvicinando a una transizione completa verso IPv6, e gli sviluppatori dei protocolli di routing vogliono essere pronti per questo. <\/p>\n

Se ricordate, abbiamo studiato che nella scelta del percorso ottimale, RIP, in quanto protocollo a vettore distante, si basa su un solo criterio: il numero minimo di hop, o la distanza minima dall'interfaccia di destinazione. Pertanto, il router R1 sceglier\u00e0 un percorso diretto verso il router R3, anche se la velocit\u00e0 su questo percorso \u00e8 di 64 kbit\/s, molto inferiore alla velocit\u00e0 del percorso R1-R2-R3, che \u00e8 di 1544 kbit\/s. Il protocollo RIP considerer\u00e0 ottimale il percorso lento lungo un hop, piuttosto che il percorso veloce lungo 2 hop. <\/p>\n

\"Corso
\n
\nOSPF esaminer\u00e0 l'intera topologia della rete e decider\u00e0 di utilizzare il percorso attraverso il router R2 per connettersi con il router R3, poich\u00e9 \u00e8 pi\u00f9 veloce. Come metrica, RIP utilizza il numero di hop, mentre la metrica di OSPF \u00e8 il costo, che nella maggior parte dei casi \u00e8 proporzionale alla capacit\u00e0 di banda del canale. <\/p>\n

EIGRP tiene en cuenta el costo de la ruta, pero su m\u00e9trica es mucho m\u00e1s compleja que la de OSPF y se basa en m\u00faltiples factores, incluyendo el ancho de banda Bandwidth, la latencia Delay, la fiabilidad Reliability, la carga Loading y el tama\u00f1o m\u00e1ximo del paquete MTU. Por ejemplo, si un nodo est\u00e1 m\u00e1s cargado que los dem\u00e1s, EIGRP analizar\u00e1 la carga de toda la ruta y seleccionar\u00e1 otro nodo con menor carga.<\/p>\n

En el curso de CCNA, solo consideraremos factores de formaci\u00f3n de la m\u00e9trica como Bandwidth y Delay; esta es la f\u00f3rmula que se utilizar\u00e1 para calcularla. <\/p>\n

\"Corso
\n
\nEl protocolo de vector de distancia RIP utiliza dos conceptos: distancia y direcci\u00f3n. Si tenemos 3 enrutadores y uno de ellos est\u00e1 conectado a la red 20.0.0.0, la selecci\u00f3n se realizar\u00e1 por distancia, es decir, los saltos, en este caso 1 salto, y por direcci\u00f3n, es decir, por qu\u00e9 camino \u2013 superior o inferior \u2013 enviar el tr\u00e1fico. <\/p>\n

Inoltre, RIP utilizza un aggiornamento periodico delle informazioni, inviando l'intera tabella di routing a tutta la rete ogni 30 secondi. Questo aggiornamento svolge due funzioni. La prima \u00e8 l'aggiornamento vero e proprio della tabella di routing, la seconda \u00e8 la verifica della connettivit\u00e0 del vicino. Se un dispositivo non riceve un aggiornamento della tabella o nuove informazioni sul percorso dal vicino entro 30 secondi, comprende che il percorso verso il vicino non pu\u00f2 pi\u00f9 essere utilizzato. Il router invia aggiornamenti ogni 30 secondi per verificare se il vicino \u00e8 ancora \"vivo\" e se il percorso \u00e8 ancora valido. <\/p>\n

Come ho detto, per prevenire le loop di routing si utilizza la tecnologia Split Horizon. Questo significa che l'aggiornamento non viene inviato nuovamente all'interfaccia da cui \u00e8 arrivato. La seconda tecnologia per prevenire le loop \u00e8 il Route Poison. Se la connessione con la rete 20.0.0.0 rappresentata nell'immagine viene interrotta, il router a cui era collegata invia ai vicini un \"percorso tossico\", informando che questa rete ora \u00e8 accessibile in 16 hop, praticamente irraggiungibile. Questo \u00e8 il funzionamento del protocollo RIP.<\/p>\n

Come funziona EIGRP? Se vi ricordate dalle lezioni su OSPF, questo protocollo svolge tre funzioni: stabilisce vicinanza, aggiorna la base LSDB mediante LSA in base ai cambiamenti nella topologia di rete e costruisce la tabella di instradamento. Stabilire la vicinanza \u00e8 una procedura abbastanza complessa che utilizza vari parametri. Ad esempio, il controllo e la modifica della connessione 2WAY: alcune connessioni rimangono in stato di comunicazione bidirezionale, mentre altre passano allo stato FULL. A differenza di OSPF, nel protocollo EIGRP non si verifica nulla di simile: controlla solo 4 parametri. <\/p>\n

\"Corso
\n
\nCome OSPF, anche questo protocollo invia un messaggio Hello ogni 10 secondi, contenente 4 parametri. Il primo \u00e8 il criterio di autenticazione, se \u00e8 stato precedentemente configurato. Inoltre, tutti i dispositivi con cui si stabilisce vicinanza devono avere gli stessi parametri di autenticazione.<\/p>\n

Il secondo parametro \u00e8 utilizzato per verificare l'appartenenza degli apparecchi a un sistema autonomo, ci\u00f2 significa che per stabilire la vicinanza tramite il protocollo EIGRP, entrambi i dispositivi devono avere lo stesso numero di sistema autonomo. Il terzo parametro \u00e8 utilizzato per verificare che i messaggi Hello siano inviati da un unico indirizzo IP sorgente Source IP. <\/p>\n

Il quarto parametro viene utilizzato per controllare la corrispondenza delle variabili coefficienti K-Values. Il protocollo EIGRP utilizza 5 di questi coefficienti da K1 a K5. Se ricordi, quando K=0 i parametri vengono ignorati, mentre se K=1, i parametri vengono utilizzati nella formula per calcolare la metrica. Pertanto, i valori di K1-5 per diversi dispositivi devono corrispondere. Nel corso CCNA, accetteremo i valori di questi coefficienti di default: K1 e K3 sono uguali a 1, mentre K2, K4 e K5 sono uguali a 0.<\/p>\n

Quindi, se questi 4 parametri coincidono, EIGRP stabilisce relazioni di vicinato e i dispositivi si registrano l'uno con l'altro nella tabella dei vicini. Successivamente, si effettuano modifiche nella tabella della topologia. <\/p>\n

\"Corso
\n
\nTutti i messaggi Hello vengono inviati all'indirizzo IP multicast 224.0.0.10, e gli aggiornamenti, a seconda della configurazione, vengono inviati agli indirizzi unicast dei router vicini o all'indirizzo multicast. Questo aggiornamento non avviene tramite UDP o TCP, ma utilizza un altro protocollo chiamato RTP, Reliable Transport Protocol, o \"protocollo di trasporto affidabile\". Questo protocollo verifica se il router vicino ha ricevuto l'aggiornamento, e come suggerisce il suo nome, la sua funzione principale \u00e8 garantire l'affidabilit\u00e0 della comunicazione. Se l'aggiornamento non raggiunge il router vicino, la trasmissione verr\u00e0 ripetuta fino a quando non verr\u00e0 ricevuto. In OSPF, non esiste un meccanismo per verificare se il dispositivo ricevente ha ricevuto l'aggiornamento, quindi il sistema non sa se i dispositivi vicini hanno ricevuto l'aggiornamento o meno.
\nSe ricordi, RIP invia aggiornamenti completi della topologia di rete ogni 30 secondi. EIGRP lo fa solo se un nuovo dispositivo appare nella rete o si verificano modifiche. Se la topologia della sottorete cambia, il protocollo invier\u00e0 un aggiornamento, ma non della tabella topologica completa, soltanto delle voci che riflettono questa modifica. Se cambia una sottorete, verr\u00e0 aggiornata solo la sua topologia. Questo sembra un aggiornamento parziale, che avviene quando necessario. <\/p>\n

Come sapete, OSPF invia LSA ogni 30 minuti indipendentemente dal fatto che ci siano stati cambiamenti nella rete. EIGRP non invier\u00e0 alcun aggiornamento per un lungo periodo di tempo fino a quando non ci saranno modifiche nella rete. Ecco perch\u00e9 EIGRP \u00e8 molto pi\u00f9 efficiente di OSPF.<\/p>\n

Dopo che i router hanno scambiato pacchetti di aggiornamento, si passa alla terza fase: la formazione della tabella di routing basata sulla metrica, che viene calcolata secondo la formula mostrata nell'immagine. Essa conteggia il costo e, in base a questo costo, prende decisioni.
\nSupponiamo che R1 abbia inviato Hello al router R2, il quale ha risposto Hello al router R1. Se tutti i parametri coincidono, i router creano una tabella dei vicini. In questa tabella, R2 inserisce una voce per il router R1, mentre R1 crea una voce per R2. Successivamente, il router R1 invia un aggiornamento alla rete collegata 10.1.1.0\/24. Nella tabella di routing, ci\u00f2 appare come informazioni sull'indirizzo IP della rete, l'interfaccia del router che la connette e il costo del percorso tramite questa interfaccia. Se ricordi, il costo EIGRP \u00e8 90, e poi viene indicato il valore della distanza, il Distance value, di cui parleremo pi\u00f9 avanti. <\/p>\n

\"Corso
\n
\nLa formula completa della metrica appare molto pi\u00f9 complessa, poich\u00e9 include i valori dei coefficienti K e varie trasformazioni. Sul sito Cisco \u00e8 disponibile la forma completa della formula; tuttavia, se sostituiamo i valori dei coefficienti di default, si semplifica in una forma pi\u00f9 semplice: la metrica sar\u00e0 (bandwidth + Delay) * 256.<\/p>\n

\"Corso
\n
\nUtilizzeremo questa forma semplificata della formula per calcolare la metrica, dove la larghezza di banda in kilobit \u00e8 pari a 107 diviso la minore larghezza di banda di tutte le interfacce che portano alla rete di destinazione least-bandwidth, e la latenza cumulative-delay \u00e8 la somma delle latenze in decine di microsecondi su tutte le interfacce che conducono alla rete di destinazione. <\/p>\n

Quando studiamo EIGRP, dobbiamo assimilare quattro definizioni: Feasible Distance (distanza fattibile), Reported Distance (distanza riportata), Successor (router vicino con il costo pi\u00f9 basso per raggiungere la rete di destinazione) e Feasible Successor (router vicino di riserva). Per comprendere cosa significano, consideriamo la seguente topologia di rete. <\/p>\n

\"Corso
\n
\nIniziamo con la creazione della tabella di instradamento R1 con l'obiettivo di selezionare il miglior percorso per la rete 10.1.1.0\/24. Accanto a ciascuno dei dispositivi \u00e8 indicata la capacit\u00e0 di banda in kbit\/s e la latenza in ms. Utilizziamo interfacce GigabitEthernet con una capacit\u00e0 di 100 Mbit\/s, ovvero 1000000 kbit\/s, interfacce FastEthernet a 100000 kbit\/s, Ethernet a 10000 kbit\/s e un'interfaccia seriale a 1544 kbit\/s. Queste grandezze possono essere verificate consultando le specifiche degli interfaccia fisici nelle impostazioni del router.
\nLa capacit\u00e0 di banda delle interfacce seriali \u00e8 di default pari a 1544 kbit\/s, e anche se hai una linea di 64 kbit\/s, la capacit\u00e0 di banda sar\u00e0 comunque di 1544 kbit\/s. Pertanto, come amministratore di rete, devi assicurarti di utilizzare il valore corretto di bandwidth. Per un'interfaccia specifica, puoi impostarlo utilizzando il comando bandwidth, mentre con il comando delay puoi modificare il valore di latenza predefinito. Non devi preoccuparti dei valori di bandwidth predefiniti per le interfacce GigabitEthernet o Ethernet, ma fai attenzione nella scelta della velocit\u00e0 della linea se utilizzi un'interfaccia seriale. <\/p>\n

Si noti che nello schema la latenza \u00e8 indicata come se fosse in millisecondi ms, ma in realt\u00e0 sono microsecondi; semplicemente non ho il simbolo \u03bc per indicare correttamente i microsecondi \u03bcs. <\/p>\n

Si presti particolare attenzione al seguente aspetto. Se si immette il comando show interface g0\/0, il sistema mostrer\u00e0 la latenza in decine di microsecondi, non solo in microsecondi. <\/p>\n

Esamineremo questo argomento in dettaglio nel prossimo video dedicato alla configurazione di EIGRP; per ora, ricordate che sostituendo i valori di latenza nella formula 100 \u03bcs nello schema diventa 10, poich\u00e9 la formula utilizza decine di microsecondi e non unit\u00e0. <\/p>\n

Nello schema, segner\u00f2 con punti rossi le interfacce a cui si riferiscono le larghezze di banda e le latenze mostrate. <\/p>\n

\"Corso
\n
\nIn primo luogo, dobbiamo determinare la distanza praticabile, nota come Feasible Distance. Questa \u00e8 una metrica FD, calcolata attraverso una formula. Per il tratto che va da R5 alla rete esterna, dobbiamo dividere 107 per 106, ottenendo cos\u00ec 10. Successivamente, a questo valore di bandwidth dobbiamo aggiungere un ritardo di 1, poich\u00e9 abbiamo 10 microsecondi, cio\u00e8 una decina. Il valore ottenuto, 11, deve quindi essere moltiplicato per 256, portando la metrica a un valore finale di 2816. Questo \u00e8 il valore di FD per questo segmento della rete. <\/p>\n

Questo valore sar\u00e0 inviato dal router R5 al router R2, diventando per R2 la distanza dichiarata, o Reported Distance, cio\u00e8 il valore comunicato da un vicino. Pertanto, la distanza dichiarata RD per tutti gli altri dispositivi sar\u00e0 pari alla distanza praticabile FD del dispositivo che l'ha comunicata. <\/p>\n

Il router R2 esegue calcoli FD sui propri dati, cio\u00e8 divide 107 per 105 e ottiene 100. Poi aggiunge a questo valore la somma delle latenze lungo il percorso verso la rete esterna: la latenza R5, pari a dieci microsecondi, e la propria latenza, pari a cento microsecondi. La latenza totale sar\u00e0 di 11 centinaia di microsecondi. Aggiungiamo questo valore alla centinaia ottenuta, ottenendo 111, moltiplichiamo questa quantit\u00e0 per 256 e otteniamo il valore FD=28416. Analogamente opera il router R3, arrivando dopo i calcoli a un valore FD=281856. Il router R4 calcola un valore FD=3072 e lo trasmette a R1 come RD. <\/p>\n

Si noti che il router R1, nel calcolare la FD, non utilizza la propria larghezza di banda di 1000000 kbps, ma quella inferiore del router R2, che \u00e8 pari a 100000 kbps, poich\u00e9 nella formula viene sempre utilizzata la larghezza di banda minima dell'interfaccia che conduce alla rete di destinazione. In questo caso, lungo il percorso verso la rete 10.1.1.0\/24 si trovano i router R2 e R5, ma poich\u00e9 la larghezza di banda del quinto router \u00e8 maggiore, viene utilizzato il valore pi\u00f9 basso di larghezza di banda del router R2 nella formula. La latenza totale lungo il percorso R1-R2-R5 \u00e8 di 1+10+1 (decimi) = 12, la larghezza di banda equivalente \u00e8 100, e la somma di questi numeri, moltiplicata per 256, dar\u00e0 un valore di FD=30976. <\/p>\n

Quindi, tutti i dispositivi hanno calcolato il FD delle proprie interfacce, e il router R1 ha 3 percorsi che portano alla rete di destinazione. Questi percorsi sono R1-R2, R1-R3 e R1-R4. Il router sceglie il valore minimo della distanza possibile FD, che \u00e8 pari a 30976 \u2013 questo \u00e8 il percorso verso il router R2. Questo router diventa il Successor, o \"predecessore\". Nella tabella di routing viene anche indicato il Feasible Successor (successore fattibile) \u2013 ci\u00f2 significa che nel caso di interruzione della connessione tra R1 e il Successor, il percorso sar\u00e0 effettuato tramite il router di riserva Feasible Successor.<\/p>\n

I Feasible Successors vengono assegnati secondo una sola regola: la distanza dichiarata RD di questo router deve essere inferiore al FD del router verso il Successor. Nel nostro caso, R1-R2 ha FD=30976, RD sul tratto R1-K3 \u00e8 281856, mentre RD sul tratto R1-R4 \u00e8 3072. Poich\u00e9 3072 < 30976, il router R4 viene scelto come Feasible Successor. <\/p>\n

Ci\u00f2 significa che, in caso di interruzione della connessione sulla rete R1-R2, il traffico verso la rete 10.1.1.0\/24 verr\u00e0 instradato attraverso il percorso R1-R4-R5. Il cambio di percorso utilizzando RIP richiede diversi decimi di secondo, mentre con OSPF ci vogliono pochi secondi e in EIGRP avviene istantaneamente. Questo rappresenta un ulteriore vantaggio di EIGRP rispetto ad altri protocolli di routing. <\/p>\n

Cosa succede se la connessione con Successor e Feasible Successor si interrompe contemporaneamente? In questo caso, EIGRP utilizza l'algoritmo DUAL, che pu\u00f2 calcolare un percorso di riserva attraverso un potenziale successore. Questo pu\u00f2 richiedere alcuni secondi, durante i quali EIGRP trover\u00e0 un altro vicino da utilizzare per il traffico e ne aggiunger\u00e0 i dati nella tabella di routing. Dopodich\u00e9, il protocollo continuer\u00e0 a funzionare normalmente per garantire il routing. <\/p>\n

\r\n \"Riproduci\r\n
<\/div>\r\n <\/div><\/center>
\nGrazie per rimanere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandando ai tuoi amici. Sconto del 30% per gli utenti di Habr su un'alternativa unica ai server entry-level, progettata da noi per te:<\/b> Tutta la verit\u00e0 su VPS (KVM) E5-2650 v4 (6 Core) 10GB DDR4 240GB SSD 1Gbps a partire da $20: come suddividere correttamente un server?<\/a><\/noindex> (disponibili opzioni con RAID1 e RAID10, fino a 24 core e fino a 40GB DDR4).<\/p>\n

Dell R730xd a met\u00e0 prezzo?<\/b> Solo da noi 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB a partire da $199<\/a><\/noindex> nei Paesi Bassi! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partire da $99!<\/b><\/b> Scopri di pi\u00f9 su Come costruire un'infrastruttura di classe enterprise con server Dell R730xd E5-2650 v4 dal costo di 9000 euro a prezzi stracciati?<\/a><\/noindex>
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Formazione Cisco 200-125 CCNA v3.0. Giorno 49. Introduzione a EIGRP | ProHoster","description":"Oggi iniziamo a studiare il protocollo EIGRP, che insieme allo studio di OSPF \u00e8 uno dei temi pi\u00f9 importanti del corso CCNA. Torneremo pi\u00f9 tardi alla sezione 2.5, ma ora passeremo direttamente dalla sezione 2.4 alla sezione 2.6 \"Configurazione, verifica e risoluzione dei problemi di EIGRP per il protocollo IPv4 (esclusi autenticazione, filtraggio, sommario manuale, ridistribuzione e configurazione stub)\". Oggi avremo","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}