{"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 all'EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Oggi inizieremo lo studio del protocollo EIGRP, che insieme allo studio dell'OSPF \u00e8 uno degli argomenti pi\u00f9 importanti del corso CCNA. <\/p>\n

\"Corso
\n
\nIn seguito torneremo alla sezione 2.5, ma ora, subito dopo la sezione 2.4, passeremo alla sezione 2.6 \u00abConfigurazione, verifica e risoluzione dei problemi dell'EIGRP su protocollo IPv4 (esclusi autenticazione, filtraggio, sommazione statica, ridistribuzione e configurazione stub)\u00bb.
\nOggi avremo una lezione introduttiva in cui vi parler\u00f2 del concetto del protocollo di routing interno avanzato EIGRP, e nelle due lezioni successive esamineremo la configurazione e la risoluzione dei problemi di questo protocollo. Ma prima voglio comunicarvi quanto segue.<\/a><\/noindex><\/p>\n

Negli ultimi lezioni abbiamo studiato l'OSPF. Ora voglio che ricordiate che, quando mesi fa abbiamo studiato il protocollo RIP, abbiamo parlato dei loop di routing e delle tecnologie che prevengono il looping del traffico. Come si possono prevenire i loop di routing utilizzando l'OSPF? \u00c8 possibile utilizzare metodi come il \u00abpoisoning del percorso\u00bb o il \u00absplit horizon\u00bb? Queste sono domande a cui dovete rispondere autonomamente. Potete utilizzare altre risorse tematiche, ma trovate le risposte a queste domande. Voglio che impariate a trovare le risposte autonomamente, lavorando con diverse fonti, e vi chiedo di lasciare i vostri commenti sotto questo video, in modo da poter vedere quanti dei miei studenti sono riusciti a completare questo compito. <\/p>\n

Che cos'\u00e8 l'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
\nL'EIGRP \u00e8 un protocollo proprietario Cisco, che \u00e8 stato reso disponibile per uso pubblico nel 2013. Dal protocollo a stato di collegamento, ha preso in prestito l'algoritmo di formazione dei vicini, a differenza del RIP, che non crea vicini. Il RIP scambia anche tabelle di routing con altri partecipanti al protocollo, mentre l'OSPF, prima di iniziare tale scambio, stabilisce una vicinanza. Allo stesso modo funziona l'EIGRP.<\/p>\n

Il protocollo RIP esegue aggiornamenti periodici della tabella di routing completa ogni 30 secondi e invia informazioni su tutte le interfacce e tutti i percorsi a tutti i suoi vicini. L'EIGRP non esegue aggiornamenti completi periodici delle informazioni, utilizzando invece il concetto di invio di messaggi Hello, come fa l'OSPF. Ogni pochi secondi invia un Hello per assicurarsi che il vicino sia ancora \"vivo\".<\/p>\n

A differenza del protocollo a vettore di distanza, che esplora l'intera topologia di rete prima di prendere una decisione sulla formazione del percorso, l'EIGRP, simile al RIP, crea percorsi sulla base di informazioni di 'sentito dire'. Quando dico 'sentito dire', intendo che quando un vicino comunica qualcosa, l'EIGRP ci crede incondizionatamente. Ad esempio, se un vicino afferma di sapere come raggiungere 10.1.1.2, l'EIGRP gli crede, senza chiedere: 'Come lo sai? Parlami della topologia dell'intera rete!'. <\/p>\n

Fino al 2013, se utilizzavi solo l'infrastruttura Cisco, potevi usare l'EIGRP, poich\u00e9 questo protocollo era stato creato nel 1994. Tuttavia, molte aziende, anche utilizzando attrezzature Cisco, non volevano lavorare con questo protocollo. A mio avviso, al giorno d'oggi l'EIGRP \u00e8 il miglior protocollo di routing dinamico, perch\u00e9 \u00e8 molto pi\u00f9 facile da usare, tuttavia le persone preferiscono ancora l'OSPF. Penso che sia legato al fatto che non vogliono 'legarsi' ai prodotti Cisco. Ma Cisco ha reso questo protocollo accessibile perch\u00e9 supporta hardware di rete di terze parti, come Juniper, e se ti unisci a un'azienda che non utilizza equipaggiamento Cisco, non avrai alcun problema. <\/p>\n

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

\"Corso
\n
\nIl protocollo RIPv1, apparso negli anni '80, aveva una serie di limitazioni, ad esempio, un numero massimo di salti pari a 16, il che lo rendeva incapace di gestire il routing in reti estese. Poco dopo fu sviluppato il protocollo di routing interno Gateway IGRP, che era molto migliore del RIP. Tuttavia, era pi\u00f9 un protocollo a vettore di distanza che un protocollo di stato dei collegamenti. Alla fine degli anni '80 apparve lo standard aperto \u2013 il protocollo di stato dei collegamenti OSPFv2 per il protocollo IPv4. <\/p>\n

All'inizio degli anni '90, Cisco decise che il protocollo IGRP necessitava di miglioramenti e pubblic\u00f2 il protocollo di routing interno EIGRP. Era di gran lunga pi\u00f9 efficiente dell'OSPF, poich\u00e9 combinava le caratteristiche sia di RIP che di OSPF. Quando inizieremo a studiarlo, vi accorgerete che configurare EIGRP \u00e8 molto pi\u00f9 semplice che impostare 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, fu rilasciata una versione aggiornata del protocollo RIPv2 priva di classi. Negli anni 2000 vennero introdotte la terza versione di OSPF, RIPng e EIGRPv6, che supportavano il protocollo IPv6. Il mondo si sta lentamente avvicinando alla transizione totale verso l'IPv6, e gli sviluppatori di protocolli di routing vogliono essere pronti. <\/p>\n

Se ricordate, abbiamo studiato che nella scelta del percorso ottimale, RIP, in quanto protocollo a vettore di distanza, si basa solo su un criterio: il numero minimo di hop, o la distanza minima dal\u2019interfaccia di destinazione. Cos\u00ec, il router R1 sceglier\u00e0 un percorso diretto verso il router R3 nonostante la velocit\u00e0 di questo percorso sia di 64 kbit\/s, molto inferiore alla velocit\u00e0 nel percorso R1-R2-R3, che \u00e8 pari a 1544 kbit\/s. Il protocollo RIP considerer\u00e0 il percorso lento di un hop come ottimale, piuttosto che il percorso veloce di 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 al router R3, poich\u00e9 \u00e8 considerato 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 larghezza di banda disponibile. <\/p>\n

Anche l'EIGRP si basa sul costo del percorso, tuttavia la sua metrica \u00e8 molto pi\u00f9 complessa rispetto a quella di OSPF e si basa su molti fattori, tra cui la larghezza di banda (Bandwidth), il ritardo (Delay), l'affidabilit\u00e0 (Reliability), il caricamento (Loading) e la dimensione massima dei pacchetti (MTU). Ad esempio, se un nodo fosse pi\u00f9 carico di altri, EIGRP analizzer\u00e0 il carico dell'intero percorso e sceglier\u00e0 un altro nodo con un carico minore.<\/p>\n

Nel corso del CCNA considereremo solo i fattori di formazione della metrica, come la larghezza di banda (Bandwidth) e il ritardo (Delay), proprio questi saranno utilizzati dalla formula della metrica. <\/p>\n

\"Corso
\n
\nIl protocollo a vettore remoto RIP utilizza due concetti: distanza e direzione. Se abbiamo 3 router e uno di essi \u00e8 collegato alla rete 20.0.0.0, la selezione avverr\u00e0 in base alla distanza, che \u00e8 espressa in hop, in questo caso 1 hop, e in base alla direzione, cio\u00e8 quale percorso \u2013 superiore o inferiore \u2013 deve seguire il traffico. <\/p>\n

Inoltre, RIP utilizza l'aggiornamento periodico delle informazioni, inviando una tabella di routing completa in tutta la rete ogni 30 secondi. Questo aggiornamento svolge 2 funzioni. La prima \u00e8 l'aggiornamento stesso della tabella di routing, la seconda \u00e8 la verifica della vitalit\u00e0 del vicino. Se un dispositivo non riceve una risposta di aggiornamento della tabella o nuove informazioni sul percorso dal vicino entro 30 secondi, capisce che il percorso verso il vicino non pu\u00f2 pi\u00f9 essere utilizzato. Il router invia aggiornamenti ogni 30 secondi per sapere se il vicino \u00e8 ancora \u201cvivo\u201d e se il percorso \u00e8 ancora valido. <\/p>\n

Come ho detto, per prevenire i loop di routing si utilizza la tecnologia Split Horizon. Ci\u00f2 significa che l'aggiornamento non viene inviato indietro all'interfaccia da cui \u00e8 arrivato. La seconda tecnologia per prevenire i loop \u00e8 il Route Poison. Se la connessione con la rete 20.0.0.0 mostrata nell'immagine viene interrotta, il router a cui era collegata invia ai vicini un 'percorso avvelenato', informando che questa rete \u00e8 ora accessibile in 16 hop, ovvero praticamente irraggiungibile. In questo modo funziona il protocollo RIP.<\/p>\n

Come funziona EIGRP? Se ricordate dalle lezioni su OSPF, questo protocollo svolge tre funzioni: stabilisce la vicinanza, aggiorna il database LSDB in base ai cambiamenti della topologia della rete tramite LSA e costruisce la tabella di routing. La stabilizzazione della vicinanza \u00e8 una procedura piuttosto complessa che utilizza numerosi parametri. Ad esempio, la verifica e la modifica della connessione 2WAY \u2013 alcune connessioni rimangono in stato di comunicazione bidirezionale, altre passano allo stato FULL. A differenza di OSPF, nel protocollo EIGRP ci\u00f2 non avviene: 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 configurato in precedenza. Tutti i dispositivi che stabiliscono vicinanza devono avere gli stessi parametri di autenticazione.<\/p>\n

Il secondo parametro serve per verificare l'appartenenza dei dispositivi a un unico sistema autonomo, ovvero per stabilire la vicinanza tramite il protocollo EIGRP, entrambi i dispositivi devono avere lo stesso numero del sistema autonomo. Il terzo parametro serve per verificare che i messaggi Hello siano inviati da un unico indirizzo IP sorgente Source IP. <\/p>\n

Il quarto parametro viene utilizzato per verificare la corrispondenza delle variabili coefficienti K-Values. Il protocollo EIGRP utilizza 5 di questi coefficienti da K1 a K5. Se ricordate, con il valore K=0 i parametri vengono ignorati, mentre se K=1, i parametri vengono utilizzati nella formula di calcolo della metrica. Pertanto, i valori K1-5 devono corrispondere tra i vari dispositivi. Nel corso CCNA utilizzeremo i valori di questi coefficienti per impostazione predefinita: 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 le relazioni di vicinanza e i dispositivi si inseriscono a vicenda nella tabella dei vicini. Successivamente vengono eseguiti aggiornamenti 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 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 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 arriva al vicino, la trasmissione verr\u00e0 ripetuta finch\u00e9 non verr\u00e0 ricevuta. Nel caso di OSPF, il meccanismo per controllare il dispositivo ricevente \u00e8 assente, quindi il sistema non sa se i dispositivi vicini hanno ricevuto l'aggiornamento o meno.
\nSe ricordi, RIP invia un aggiornamento completo della topologia di rete ogni 30 secondi. EIGRP lo fa solo se viene aggiunto un nuovo dispositivo alla rete o se ci sono stati dei cambiamenti. Se la topologia di una sottorete \u00e8 cambiata, il protocollo invier\u00e0 un aggiornamento, ma non della tabella di topologia completa, bens\u00ec solo delle voci riguardanti quella modifica. Se una sottorete \u00e8 cambiata, verr\u00e0 aggiornata solo la sua topologia. Questo appare come un aggiornamento parziale, che avviene quando necessario. <\/p>\n

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

Dopo che i router si sono scambiati pacchetti di aggiornamento, si entra nella terza fase: la formazione della tabella di routing sulla base della metrica, che viene calcolata secondo la formula mostrata nell'immagine. Essa calcola il costo e sulla base di questo costo prende decisioni.
\nSupponiamo che R1 abbia inviato un Hello al router R2, e R2 ha inviato un Hello al router R1. Se tutti i parametri coincidono, i router creeranno una tabella dei vicini. In questa tabella, R2 registrer\u00e0 il router R1, e R1 creer\u00e0 una registrazione per R2. Successivamente, il router R1 invia un aggiornamento alla rete a cui \u00e8 connesso, 10.1.1.0\/24. Nella tabella di routing, questo appare come informazioni sull'indirizzo IP della rete, sull'interfaccia del router che la collega e sul costo della rotta attraverso questa interfaccia. Se ricorda, il costo di EIGRP \u00e8 90, e successivamente verr\u00e0 indicato il valore della distanza, di cui parleremo pi\u00f9 avanti. <\/p>\n

\"Corso
\n
\nLa formula completa della metrica appare molto pi\u00f9 complessa, poich\u00e9 include valori dei coefficienti K e varie trasformazioni. Sul sito Cisco \u00e8 fornita la forma completa della formula, ma se inserite i valori dei coefficienti predefiniti, essa si trasforma in una forma pi\u00f9 semplice: la metrica sar\u00e0 uguale a (bandwidth + Delay) * 256.<\/p>\n

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

Nello studio dell\u2019EIGRP dobbiamo assimilare quattro definizioni: Feasible Distance (distanza fattibile), Reported Distance (distanza segnalata), Successor (router adiacente con il costo di percorso pi\u00f9 basso verso la rete di destinazione) e Feasible Successor (router adiacente di riserva). Per comprendere il loro significato, consideriamo la seguente topologia di rete. <\/p>\n

\"Corso
\n
\nIniziamo creando la tabella di routing R1 con l'obiettivo di scegliere il miglior percorso verso la rete 10.1.1.0\/24. Accanto a ciascun dispositivo \u00e8 indicata la larghezza di banda in kbit\/s e il ritardo in ms. Utilizziamo interfacce GigabitEthernet con una larghezza di banda di 100 Mbit\/s, ovvero 1000000 kbit\/s, interfacce FastEthernet con velocit\u00e0 di 100000 kbit\/s, Ethernet con velocit\u00e0 di 10000 kbit\/s e un'interfaccia seriale con velocit\u00e0 di 1544 kbit\/s. Questi valori possono essere ottenuti controllando nelle impostazioni del router le specifiche degli interfacce fisici pertinenti.
\nLa larghezza di banda delle interfacce seriali \u00e8 di default pari a 1544 kbit\/s, e anche se si dispone di una linea a 64 kbit\/s, la larghezza di banda rimarr\u00e0 comunque 1544 kbit\/s. Pertanto, come amministratore di rete, dovrete assicurarvi di utilizzare il valore di bandwidth corretto. Per un'interfaccia specifica, \u00e8 possibile impostarlo tramite il comando bandwidth, mentre con il comando delay \u00e8 possibile modificare il valore di ritardo predefinito. Non dovrete preoccuparvi dei valori di bandwidth di default per le interfacce GigabitEthernet o Ethernet, ma fate attenzione quando scegliete la velocit\u00e0 della linea se state utilizzando un'interfaccia seriale. <\/p>\n

Si noti che in questo diagramma il ritardo \u00e8 indicato come se fosse in millisecondi ms, ma in realt\u00e0 si tratta di microsecondi, semplicemente non ho la lettera \u03bc per indicare correttamente i microsecondi \u03bcs. <\/p>\n

Fate attenzione al seguente aspetto. Se immettete il comando show interface g0\/0, il sistema mostrer\u00e0 il ritardo in decine di microsecondi, e non semplicemente in microsecondi. <\/p>\n

Esamineremo questo argomento in dettaglio nel prossimo video dedicato alla configurazione di EIGRP. Nel frattempo, ricordate che, sostituendo i valori di latenza nella formula, 100 \u03bcs si trasforma in 10, poich\u00e9 la formula utilizza decine di microsecondi, non unit\u00e0. <\/p>\n

Nello schema segner\u00f2 con punti rossi le interfacce a cui si riferiscono le capacit\u00e0 e le latenze mostrate. <\/p>\n

\"Corso
\n
\nPrima di tutto dobbiamo determinare la distanza possibile, Feasible Distance. Questa \u00e8 la metrica FD, calcolata con una formula. Per il tratto da R5 alla rete esterna, dobbiamo dividere 107 per 106, risultato 10. Poi a questo valore di bandwidth dobbiamo aggiungere la latenza, che \u00e8 1, poich\u00e9 abbiamo 10 microsecondi, ovvero un decimo. Il valore ottenuto di 11 deve essere moltiplicato per 256, quindi il valore della metrica sar\u00e0 2816. Questo \u00e8 il valore FD per questo segmento di rete. <\/p>\n

Questo valore il router R5 lo invier\u00e0 al router R2, che lo consid\u00e9rer\u00e0 come la distanza dichiarata, Reported Distance, cio\u00e8 il valore che gli ha fornito il vicino. Pertanto, la distanza dichiarata RD per tutti gli altri dispositivi sar\u00e0 pari alla distanza possibile FD del dispositivo che ve l'ha comunicata. <\/p>\n

Il router R2 esegue i calcoli FD con i propri dati, quindi divide 107 per 105 e ottiene 100. Poi aggiunge a questo valore la somma delle latenze nel percorso verso la rete esterna: la latenza R5, pari a un decimo di microsecondo, e la sua latenza di dieci decimi. La latenza totale sar\u00e0 di 11 decimi di microsecondo. La sommiamo ai cento ottenuti, arriviamo a 111, moltiplichiamo questo valore per 256 e otteniamo FD=28416. Analogamente, il router R3 procede con i suoi calcoli e ottiene FD=281856. Il router R4 calcola il valore FD=3072 e lo trasmette a R1 come RD. <\/p>\n

Nota che il router R1, nel calcolo del FD, utilizza nella formula non la propria larghezza di banda di 1000000 kbit\/s, ma la larghezza di banda minore del router R2, che \u00e8 di 100000 kbit\/s, perch\u00e9 nella formula si usa sempre la larghezza di banda minima dell'interfaccia che conduce alla rete di destinazione. In questo caso, sulla via 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, nella formula si inserisce il valore di larghezza di banda minore del router R2. La latenza totale lungo il percorso R1-R2-R5 \u00e8 di 1+10+1 (decine) = 12, la larghezza di banda normale \u00e8 pari a 100, e la somma di questi numeri, moltiplicata per 256, dar\u00e0 il valore FD=30976. <\/p>\n

Quindi, tutti i dispositivi hanno calcolato il FD delle loro interfacce, e il router R1 ha 3 percorsi verso la 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 30976: questo \u00e8 il percorso verso il router R2. Questo router diventa il Successore, o \"predecessore\". Nella tabella di routing viene indicato anche il Feasible Successor (successore fattibile) \u2013 ci\u00f2 significa che in caso di interruzione della connessione tra R1 e il Successore, il percorso sar\u00e0 eseguito attraverso il router di riserva Feasible Successor.<\/p>\n

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

Questo significa che in caso di interruzione della connessione sul segmento di rete R1-R2, il traffico verso la rete 10.1.1.0\/24 sar\u00e0 indirizzato attraverso il percorso R1-R4-R5. Il passaggio al nuovo percorso usando RIP richiede qualche decina di secondi, con OSPF \u2013 qualche secondo, mentre in EIGRP avviene istantaneamente. Questo rappresenta un ulteriore vantaggio di EIGRP rispetto ad altri protocolli di routing. <\/p>\n

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

\r\n \"Guarda\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 raccomandandoci ai tuoi amici, Sconto del 30% per gli utenti di Habra su un'analoga unica di server entry-level, che abbiamo ideato per te:<\/b> Tutta la verit\u00e0 sui VPS (KVM) E5-2650 v4 (6 Core) 10GB DDR4 240GB SSD 1Gbps a partire da $20 oppure come dividere un server in modo corretto?<\/a><\/noindex> (sono 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> Leggi di Come costruire un'infrastruttura di livello enterprise utilizzando server Dell R730xd E5-2650 v4 del valore di 9000 euro a pochi spiccioli?<\/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\udd47Corso Cisco 200-125 CCNA v3.0. Giorno 49. Introduzione a EIGRP | ProHoster","description":"Oggi inizieremo lo studio del protocollo EIGRP, che insieme allo studio dell'OSPF \u00e8 uno degli argomenti pi\u00f9 importanti del corso CCNA.","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.","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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}