El tema de la lliçó d'avui és RIP, o protocol d'informació d'encaminament. Parlarem de diversos aspectes de la seva aplicació, la seva configuració i limitacions. Com he dit, el tema del RIP no està inclòs al currículum CCNA de Cisco 200-125, però vaig decidir dedicar una lliçó a part a aquest protocol, ja que RIP és un dels principals protocols d'encaminament.
Avui veurem 3 aspectes: entendre i configurar RIP en encaminadors, temporitzadors RIP, límits RIP. Aquest protocol es va crear l'any 1969, per la qual cosa és un dels protocols de xarxa més antics. El seu avantatge rau en la seva extraordinària senzillesa. Avui en dia, molts dispositius de xarxa, inclòs Cisco, continuen donant suport a RIP perquè no és propietari com EIGRP, sinó un protocol públic.
Hi ha 2 versions de RIP. La primera, versió clàssica, no admet VLSM, la longitud variable de la màscara de subxarxa en què es basa la IP sense classes, de manera que només podem utilitzar una xarxa. En parlaré una mica més endavant. Aquesta versió tampoc admet l'autenticació.
Suposem que teniu 2 encaminadors connectats entre si. Al mateix temps, el primer encaminador li diu al veí tot el que sap. Suposem que la xarxa 10 està connectada al primer encaminador, la xarxa 20 es troba entre el primer i el segon encaminador i la xarxa 30 està darrere del segon encaminador. Aleshores, el primer encaminador li diu al segon que coneix les xarxes 10 i 20, i l'encaminador 2 li diu a l'encaminador. 1 que coneix la xarxa 30 i la xarxa 20.
El protocol d'encaminament indica que aquestes dues xarxes s'han d'afegir a la taula d'encaminament. En general, resulta que un encaminador informa de les xarxes connectades a un encaminador veí, aquest encaminador li informa al seu veí, etc. En poques paraules, RIP és un protocol de xafarderies que serveix per garantir que els encaminadors veïns comparteixen informació entre ells i cadascun dels veïns creu incondicionalment el que li van dir. Cada encaminador "escolta" els canvis a la xarxa i els comparteix amb els seus veïns.
La manca de suport d'autenticació significa que qualsevol encaminador connectat a la xarxa es converteix immediatament en el seu membre de ple dret. Si vull fer caure la xarxa, connectaré el meu encaminador de pirates informàtics amb una actualització maliciosa, i com que tots els altres encaminadors hi confien, actualitzaran les seves taules d'encaminament de la manera que necessito. Contra aquest pirateig, la primera versió de RIP no ofereix cap protecció.
RIPv2 pot proporcionar autenticació configurant l'encaminador en conseqüència. En aquest cas, l'actualització de la informació entre encaminadors només serà possible després de passar l'autenticació de xarxa introduint una contrasenya.
RIPv1 utilitza broadcasting, és a dir, totes les actualitzacions s'envien mitjançant missatges broadcast, de manera que les reben tots els participants de la xarxa. Suposem que un ordinador està connectat al primer encaminador, que no sap res d'aquestes actualitzacions, ja que només els necessiten els dispositius d'encaminament. Tanmateix, l'encaminador 1 enviarà aquests missatges a tots els dispositius que tinguin un Broadcast ID, és a dir, fins i tot a aquells que no el necessiten.
A la segona versió de RIP, aquest problema es soluciona: utilitza Multicast ID o trànsit multicast. En aquest cas, només els dispositius que s'especifiquen a la configuració del protocol reben actualitzacions. A més de l'autenticació, aquesta versió de RIP admet l'adreçament IP VLSM sense classes. Això vol dir que si la xarxa 10.1.1.1/24 està connectada al primer encaminador, també reben actualitzacions tots els dispositius de xarxa l'adreça IP dels quals es troba a l'interval d'adreces d'aquesta subxarxa. La segona versió del protocol admet el mètode CIDR, és a dir, quan el segon encaminador rep una actualització, sap a quina xarxa o ruta concreta es refereix. En el cas de la primera versió, si la xarxa 10.1.1.0 està connectada a l'encaminador, els dispositius de la xarxa 10.0.0.0 i altres xarxes pertanyents a la mateixa classe també rebran actualitzacions. En aquest cas, l'encaminador 2 també rebrà informació completa sobre l'actualització d'aquestes xarxes, però, sense CIDR, no sabrà que aquesta informació es refereix a una subxarxa amb adreces IP de classe A.
Això és el que és el protocol RIP en termes molt generals. Ara mirem com es pot configurar. Heu d'introduir el mode de configuració global de la configuració de l'encaminador i utilitzar l'ordre RIP del router.
Després d'això, veureu que la capçalera de la línia d'ordres ha canviat a R1(config-router)# perquè hem passat al nivell de subordre de l'encaminador. La segona ordre serà la Versió 2, és a dir, diem a l'encaminador que hauria d'utilitzar la 2a versió del protocol. A continuació, hem d'introduir l'adreça de la xarxa de classe anunciada per la qual s'han de transmetre actualitzacions mitjançant l'ordre XXXX de xarxa. Aquesta ordre té 2 funcions: en primer lloc, indica quina xarxa s'ha d'anunciar, en segon lloc, quina interfície s'ha d'utilitzar per a això. Entendreu a què vull dir quan mireu la configuració de la xarxa.
Aquí tenim 4 encaminadors i un ordinador connectat a l'interruptor mitjançant una xarxa amb l'identificador 192.168.1.0/26, que es divideix en 4 subxarxes. Només fem servir 3 subxarxes: 192.168.1.0/26, 192.168.1.64/26 i 192.168.1.128/26. Encara tenim la subxarxa 192.168.1.192/26, però no s'utilitza per inutilitat.
Els ports del dispositiu tenen les següents adreces IP: ordinador 192.168.1.10, primer port del primer encaminador 192.168.1.1, segon port 192.168.1.65, primer port del segon encaminador 192.168.1.66, segon port del segon encaminador 192.168.1.129, primer port port del tercer encaminador 192.168.1.130. La darrera vegada vam parlar de convencions, així que no puc seguir la convenció i assignar el segon port de l'encaminador a l'adreça .1, perquè .1 no forma part d'aquesta xarxa.
A continuació, faig servir altres adreces, perquè iniciem una altra xarxa: 10.1.1.0/16, de manera que el segon port del segon encaminador al qual està connectada aquesta xarxa té una adreça IP de 10.1.1.1 i el port del quart encaminador a on està connectat l'interruptor - adreça 10.1.1.2.
Per configurar la xarxa que he creat, he d'assignar adreces IP als dispositius. Comencem pel primer port del primer encaminador.
Primer, creem un nom d'amfitrió R1, assignem el port f0/0 a 192.168.1.1 i configurem la màscara de subxarxa a 255.255.255.192 perquè tenim una xarxa /26. Completem la configuració de R1 amb l'ordre no tancat. El segon port del primer encaminador f0/1 rebrà l'adreça IP 192.168.1.65 i la màscara de subxarxa 255.255.255.192.
El segon encaminador s'anomenarà R2, assignarem al primer port f0 / 0 l'adreça 192.168.1.66 i la màscara de subxarxa 255.255.255.192, el segon port f0 / 1 - l'adreça 192.168.1.129 i la màscara de subxarxa 255.255.255.192.
Passant al tercer encaminador, li donarem el nom d'amfitrió R3, el port f0/0 serà 192.168.1.130 i la màscara 255.255.255.192, i el port f0/1 serà 10.1.1.1 i la màscara 255.255.0.0, perquè aquesta xarxa és /16.
Finalment, aniré a l'últim encaminador, l'anomenaré R4 i assignaré l'adreça del port f0/0 10.1.1.2 i la màscara 255.255.0.0. Per tant, hem configurat tots els dispositius de xarxa.
Finalment, mirem la configuració de xarxa de l'ordinador: té una adreça IP estàtica de 192.168.1.10, una màscara de mitja xarxa de 255.255.255.192 i una adreça de passarel·la predeterminada de 192.168.1.1.
Així doncs, heu vist com configurar la màscara de subxarxa per a dispositius de diferents subxarxes, és molt senzill. Ara activem l'encaminament. Entro a la configuració R1, estableixo el mode de configuració global i escric l'encaminador. Aleshores, el sistema demana possibles protocols d'encaminament per a aquesta ordre: bgp, eigrp, ospf i rip. Com que la nostra lliçó tracta sobre RIP, faig servir l'ordre router rip.
Si escriviu un signe d'interrogació, el sistema emetrà una nova pista per a la següent comanda amb possibles opcions per a les funcions d'aquest protocol: resum automàtic - resum automàtic de rutes, informació predeterminada - control de la presentació d'informació per defecte, xarxa - xarxes, horaris, etc. Aquí podeu seleccionar la informació que intercanviarem amb els dispositius veïns. La característica més important és la versió, així que començarem introduint l'ordre de la versió 2. A continuació, hem d'utilitzar l'ordre de la clau de xarxa, que crea una ruta per a la xarxa IP especificada.
Continuarem configurant el Router1 més tard, però de moment vull passar al Router 3. Abans d'utilitzar-hi l'ordre de xarxa, mirem el costat dret de la nostra topologia de xarxa. El segon port de l'encaminador té l'adreça 10.1.1.1. Com funciona el RIP? Fins i tot a la segona versió, RIP, com a protocol força antic, encara utilitza les seves pròpies classes de xarxa. Així, tot i que la nostra xarxa 10.1.1.0/16 és de classe A, hem d'especificar la versió de classe completa d'aquesta adreça IP mitjançant l'ordre network 10.0.0.0.
Però fins i tot si escric l'ordre network 10.1.1.1 i després miro la configuració actual, veig que el sistema ha corregit 10.1.1.1 a 10.0.0.0, utilitzant automàticament el format d'adreçament de classe completa. Per tant, si teniu alguna pregunta sobre RIP a l'examen CCNA, heu d'utilitzar l'adreçament de classe completa. Si en comptes de 10.0.0.0 escriviu 10.1.1.1 o 10.1.0.0, cometreu un error. Tot i que la conversió a la forma d'adreçament de classe completa és automàtica, us recomano que feu servir l'adreça correcta inicialment per no haver d'esperar que el sistema corregeixi l'error més tard. Recordeu que RIP sempre utilitza l'adreçament de xarxa amb classe completa.
Després d'haver utilitzat l'ordre network 10.0.0.0, el tercer encaminador inserirà aquesta desena xarxa al protocol d'encaminament i enviarà l'actualització per la ruta R3-R4. Ara heu de configurar el protocol d'encaminament del quart encaminador. Entro a la seva configuració i introduc les ordres de l'encaminador rip, la versió 2 i la xarxa 10.0.0.0 en seqüència. Amb aquesta ordre, demano a R4 que comenci a 10. anunciar la xarxa mitjançant el protocol d'encaminament RIP.
Ara aquests dos encaminadors podrien intercanviar informació, però això no canviaria res. L'ús de l'ordre show ip route mostra que el port FastEthernrt 0/0 està connectat directament a la xarxa 10.1.0.0. El quart encaminador, després d'haver rebut l'anunci de xarxa del tercer encaminador, dirà: "Genial, amic, he rebut el teu anunci de la desena xarxa, però ja ho sé, perquè estic connectat directament a aquesta xarxa".
Per tant, tornarem a la configuració R3 i inserirem una altra xarxa amb l'ordre de xarxa 192.168.1.0. Torno a utilitzar el format d'adreçament de classe completa. Després d'això, el tercer encaminador podrà anunciar la xarxa 192.168.1.128 al llarg de la ruta R3-R4. Com he dit, RIP és una "xafarderia" que parla de noves xarxes a tots els seus veïns, passant-los informació de la seva taula d'encaminament. Si ara mireu la taula del tercer encaminador, podreu veure les dades de les dues xarxes connectades a ell.
Enviarà aquestes dades als dos extrems de la ruta tant al segon com al quart encaminador. Passem a la configuració R2. Introdueixo les mateixes ordres de rip del router, versió 2 i xarxa 192.168.1.0 i aquí és on les coses es posen interessants. Estic especificant la xarxa 1.0, però és 192.168.1.64/26 i 192.168.1.128/26. Per tant, quan especifico la xarxa 192.168.1.0, tècnicament proporciono l'encaminament per a les dues interfícies d'aquest encaminador. La comoditat és que amb una sola ordre podeu configurar l'encaminament per a tots els ports del dispositiu.
Especifico exactament els mateixos paràmetres per a l'encaminador R1 i proporciono encaminament per a ambdues interfícies de la mateixa manera. Si ara mirem la taula d'encaminament R1, podem veure totes les xarxes.
Aquest encaminador és conscient tant de la xarxa 1.0 com de la xarxa 1.64. També coneix les xarxes 1.128 i 10.1.1.0 perquè utilitza RIP. Això s'indica amb l'encapçalament R a la línia corresponent de la taula d'encaminament.
Si us plau, presteu atenció a la informació [120/2]: aquesta és la distància administrativa, és a dir, la fiabilitat de la font de la informació d'encaminament. Aquest valor pot ser gran o petit, però el valor predeterminat per a RIP és 120. Per exemple, una ruta estàtica té una distància administrativa d'1. Com més petita sigui la distància administrativa, més fiable serà el protocol. Si l'encaminador tindrà l'oportunitat de triar entre dos protocols, per exemple entre una ruta estàtica i RIP, llavors optarà per reenviar el trànsit per una ruta estàtica. El segon valor entre parèntesis, /2, és la mètrica. En el protocol RIP, la mètrica significa el nombre de salts. En aquest cas, la xarxa 10.0.0.0/8 es pot arribar en 2 salts, és a dir, l'encaminador R1 ha d'enviar trànsit a la xarxa 192.168.1.64/26, aquest és el primer salt, i a la xarxa 192.168.1.128/26, aquest és el segon salt per arribar a la xarxa 10.0.0.0/8 mitjançant un dispositiu amb interfície FastEthernet 0/1 amb adreça IP 192.168.1.66.
Per comparar, l'encaminador R1 pot arribar a la xarxa 192.168.1.128 amb una distància administrativa de 120 en 1 salt a través de la interfície 192.168.1.66.
Ara, si intenteu fer ping a la interfície de l'encaminador R0 amb l'adreça IP 4 des de l'ordinador PC10.1.1.2, tornarà amb èxit.
El primer intent ha fallat amb un missatge de temps d'espera de la sol·licitud, perquè quan s'utilitza ARP, el primer paquet es perd, però els altres tres es retornen correctament a la destinació. Així, hi ha una comunicació punt a punt en una xarxa mitjançant el protocol d'encaminament RIP.
Per tant, per activar l'ús del protocol RIP per part de l'encaminador, heu d'escriure seqüencialment les ordres de rip, versió 2 i xarxa <network number / network identifier in full class form>.
Anem a la configuració de R4 i introduïm l'ordre show ip route. Podeu veure que la xarxa 10. està connectada directament a l'encaminador i la xarxa 192.168.1.0/24 és accessible a través del port f0/0 amb l'adreça IP 10.1.1.1 mitjançant el protocol RIP.
Si presteu atenció a la vista de xarxa 192.168.1.0/24, notareu que hi ha un problema amb l'autosummarització de rutes. Si el resum automàtic està habilitat, RIP sumarà totes les xarxes fins a 192.168.1.0/24. Vegem què són els temporitzadors. El protocol RIP té 4 temporitzadors principals.
El temporitzador d'actualització és responsable de la freqüència de les actualitzacions, enviant actualitzacions del protocol cada 30 segons a totes les interfícies que participen en l'encaminament RIP. Això vol dir que agafa la taula d'encaminament i l'envia a tots els ports que operen en mode RIP.
Imagineu que tenim l'encaminador 1, que està connectat a l'encaminador 2 per la xarxa N2. Abans del primer i després del segon encaminador hi ha les xarxes N1 i N3. L'encaminador 1 li diu a l'encaminador 2 que coneix les xarxes N1 i N2 i li envia una actualització. L'encaminador 2 li diu a l'encaminador 1 que coneix les xarxes N2 i N3. Al mateix temps, cada 30 segons, els ports dels encaminadors intercanvien taules d'encaminament.
Imaginem que per algun motiu la connexió N1-R1 està trencada i l'encaminador 1 ja no es pot comunicar amb la xarxa N1. Després d'això, el primer encaminador només enviarà actualitzacions relacionades amb la xarxa N2 al segon encaminador. L'encaminador 2, després d'haver rebut la primera actualització d'aquest tipus, pensarà: "molt bé, ara he de posar la xarxa N1 al temporitzador no vàlid", i després iniciar el temporitzador no vàlid. Durant 180 segons, no intercanviarà actualitzacions de xarxa N1 amb ningú, però passat aquest període de temps, aturarà el temporitzador no vàlid i tornarà a iniciar el temporitzador d'actualització. Si durant aquests 180 segons no rep cap actualització de l'estat de la xarxa N1, llavors el posarà en un temporitzador de retenció amb una durada de 180 segons, és a dir, el temporitzador de retenció s'inicia immediatament després que finalitzi el temporitzador no vàlid.
Al mateix temps, s'està executant un altre, quart temporitzador de Flush, que comença simultàniament amb el temporitzador no vàlid. Aquest temporitzador determina l'interval de temps entre la recepció de l'última actualització normal sobre la xarxa N1 fins que la xarxa N240 s'exclou de la taula d'encaminament. Així, quan la durada d'aquest temporitzador arribi als 1 segons, la xarxa NXNUMX quedarà exclosa automàticament de la taula d'encaminament del segon encaminador.
Per tant, el temporitzador d'actualització envia actualitzacions cada 30 segons. El temporitzador no vàlid, que s'executa cada 180 segons, espera que una nova actualització arribi a l'encaminador. Si no arriba, posa aquesta xarxa en espera i el temporitzador de retenció s'executa cada 180 segons. Però els temporitzadors Invàlid i Flush s'inicien al mateix temps, de manera que 240 segons després de l'inici de Flush, una xarxa que no s'esmenta a l'actualització queda exclosa de la taula d'encaminament. La durada d'aquests temporitzadors s'estableix per defecte i es pot canviar. Això és el que són els temporitzadors RIP.
Ara passem a considerar les limitacions del protocol RIP, n'hi ha bastants. Una de les principals limitacions és l'autosuma.
Tornem a la nostra xarxa 192.168.1.0/24. L'encaminador 3 informa a l'encaminador 4 de tota la xarxa 1.0, que s'indica amb /24. Això significa que es pot accedir a totes les 256 adreces IP d'aquesta xarxa, inclosa l'identificador de xarxa i l'adreça de difusió, és a dir, els missatges dels dispositius amb qualsevol adreça IP d'aquest rang s'enviaran a través de la xarxa 10.1.1.1. Passem a la taula d'encaminament R3.
Veiem la xarxa 192.168.1.0/26 dividida en 3 subxarxes. Això vol dir que l'encaminador només coneix les tres adreces IP especificades: 192.168.1.0, 192.168.1.64 i 192.168.1.128, que pertanyen a la xarxa /26. Però no sap res, per exemple, de dispositius amb adreces IP que van des de 192.168.1.192 fins a 192.168.1.225.
Tanmateix, per alguna raó, R4 creu que ho sap tot sobre el trànsit que l'R3 li envia, és a dir, sobre totes les adreces IP de la xarxa 192.168.1.0/24, la qual cosa és completament incorrecta. Al mateix temps, els encaminadors poden començar a deixar el trànsit perquè s'"enganyen" els uns als altres; després de tot, l'encaminador 3 no té dret a dir-li al quart encaminador que ho sap tot sobre les subxarxes d'aquesta xarxa. Això es deu a un problema anomenat "suma automàtica". Es produeix quan el trànsit es mou per diferents xarxes grans. Per exemple, en el nostre cas, una xarxa amb adreces de classe C està connectada a través de l'encaminador R3 a una xarxa amb adreces de classe A.
L'encaminador R3 considera aquestes xarxes iguals i resumeix automàticament totes les rutes en una única adreça de xarxa 192.168.1.0. Recordeu que vam parlar del resum de rutes de supernet en un dels vídeos anteriors. El motiu de la suma és senzill: l'encaminador pensa que una entrada a la taula d'encaminament, tenim una entrada 192.168.1.0/24 [120/1] a través de 10.1.1.1, és millor que 3 entrades. Si la xarxa consta de centenars de subxarxes petites, aleshores quan el resum està desactivat, la taula d'encaminament constarà d'un gran nombre d'entrades d'encaminament. Per tant, s'utilitza el resum automàtic de rutes per evitar l'acumulació d'una gran quantitat d'informació a les taules d'encaminament.
Tanmateix, en el nostre cas, l'autosumarització de rutes crea un problema, ja que fa que l'encaminador intercanvii informació falsa. Per tant, hem d'entrar a la configuració de l'encaminador R3 i introduir una ordre que prohibeixi les rutes de resum automàtic.
Per fer-ho, escric seqüencialment router rip i no hi ha ordres de resum automàtic. Després d'això, haureu d'esperar fins que l'actualització s'escampi per la xarxa i, a continuació, podeu utilitzar l'ordre show ip route a la configuració de l'encaminador R4.
Podeu veure com ha canviat la taula d'encaminament. L'entrada 192.168.1.0/24 [120/1] via 10.1.1.1 es conserva de la versió anterior de la taula, i després segueixen tres entrades que, gràcies al temporitzador d'actualització, s'actualitzen cada 30 segons. El temporitzador Flush garanteix que 240 segons després de l'actualització més 30 segons, és a dir, 270 segons, aquesta xarxa s'eliminarà de la taula d'encaminament.
Les xarxes 192.168.1.0/26, 192.168.1.64/26 i 192.168.1.128/26 són correctes, de manera que ara si el trànsit està destinat al dispositiu 192.168.1.225, aquest dispositiu el deixarà anar, perquè l'encaminador no sap on és el dispositiu. amb aquesta adreça. Però en el cas anterior, quan teníem habilitat l'autosumari de ruta per a R3, aquest trànsit es dirigiria a la xarxa 10.1.1.1, cosa que estava completament equivocada, perquè R3 hauria de deixar anar aquests paquets immediatament sense enviar-los més.
Com a administrador de xarxa, heu de crear xarxes amb el mínim trànsit addicional possible. Per exemple, en aquest cas, no cal reenviar aquest trànsit a través de R3. La vostra tasca és augmentar l'amplada de banda de la xarxa tant com sigui possible, evitant que el trànsit es reenviï a dispositius que no el necessiten.
La següent limitació de RIP són bucles, o bucles d'encaminament. Ja hem parlat de la convergència de la xarxa, quan la taula d'encaminament està correctament actualitzada. En el nostre cas, l'encaminador no hauria de rebre actualitzacions per a la xarxa 192.168.1.0/24 si no en sap res. Tècnicament, la convergència significa que la taula d'encaminament només s'actualitza amb la informació correcta. Això hauria de passar quan l'encaminador s'apaga, es reinicia, es torna a connectar a la xarxa, etc. La convergència és un estat en què s'han fet totes les actualitzacions necessàries a les taules d'encaminament i s'han fet tots els càlculs necessaris.
RIP té una convergència molt pobra i és un protocol d'encaminament molt, molt lent. A causa d'aquesta lentitud, sorgeixen els bucles, o el problema del "comptador infinit".
Dibuixaré un diagrama de xarxa similar a l'exemple anterior: l'encaminador 1 està connectat a l'encaminador 2 per la xarxa N2, l'encaminador 1 està connectat a la xarxa N1 i l'encaminador 2 està connectat a la xarxa N3. Suposem que per algun motiu la connexió N1-R1 està trencada.
L'encaminador 2 sap que la xarxa N1 és accessible en un sol salt a través de l'encaminador 1, però aquesta xarxa està caiguda en aquest moment. Després de fallar la xarxa, s'inicia el procés del temporitzador, l'encaminador 1 el posa a l'estat Hold Down, i així successivament. Tanmateix, l'encaminador 2 té el temporitzador d'actualització en funcionament i, a l'hora establerta, envia una actualització a l'encaminador 1, que diu que la xarxa N1 està disponible a través d'ell en dos salts. Aquesta actualització arriba a l'encaminador 1 abans que tingui temps d'enviar una actualització a l'encaminador 2 sobre la fallada de la xarxa de l'N1.
Després d'haver rebut aquesta actualització, l'encaminador 1 pensa: "Sé que la xarxa N1 que està connectada a mi està caiguda per algun motiu, però l'encaminador 2 em va dir que està disponible a través d'ella en dos salts. El crec, així que afegiré un salt, actualitzaré la meva taula d'encaminament i enviaré una actualització a l'encaminador 2, en la qual diré que la xarxa N1 és accessible a través de l'encaminador 2 en tres salts!
Després d'haver rebut aquesta actualització del primer encaminador, l'encaminador 2 diu: "d'acord, abans vaig rebre una actualització de R1, que deia que la xarxa de l'N1 està disponible a través d'ell en un sol salt. Ara em va informar que està disponible en 3 salts. Potser alguna cosa ha canviat a la xarxa, no puc evitar creure-m'ho, així que actualitzaré la meva taula d'encaminament amb un salt afegit". Després d'això, R2 envia una actualització al primer encaminador, que diu que la xarxa N1 ja està disponible en 4 salts.
Veus quin és el problema? Tots dos encaminadors s'envien actualitzacions entre si, afegint cada vegada un salt i, finalment, el nombre de salts arriba a un gran valor. En el protocol RIP, el nombre màxim de salts és de 16, i tan bon punt arriba a aquest valor, l'encaminador entén que hi ha problemes i simplement elimina aquesta ruta de la taula d'encaminament. Aquest és el problema amb els bucles d'encaminament en RIP. Això es deu al fet que RIP és un protocol de vector de distància, només supervisa la distància, sense prestar atenció a l'estat de les seccions de la xarxa. L'any 1969, quan les xarxes d'ordinadors eren molt més lentes del que són ara, l'enfocament del vector de distància va donar els seus fruits, de manera que els desenvolupadors de RIP van triar el recompte de salts com a mètrica principal. Tanmateix, avui dia aquest enfocament crea molts problemes, per tant, a les xarxes modernes, la transició a protocols d'encaminament més avançats, com OSPF, s'ha implementat àmpliament. De fet, aquest protocol s'ha convertit en l'estàndard per a les xarxes de la majoria d'empreses globals. Farem una ullada molt detallada a aquest protocol en un dels vídeos següents.
Ja no tornarem a RIP, per tant, fent servir l'exemple d'aquest protocol de xarxa més antic, us he explicat prou sobre els fonaments de l'encaminament i els problemes pels quals intenten no utilitzar aquest protocol per a xarxes grans. En els tutorials de vídeo següents, veurem els protocols d'encaminament moderns: OSPF i EIGRP.
Gràcies per quedar-te amb nosaltres. T'agraden els nostres articles? Vols veure més contingut interessant? Doneu-nos suport fent una comanda o recomanant als amics, 30% de descompte per als usuaris d'Habr en un únic anàleg de servidors d'entrada, que hem inventat per a tu: (disponible amb RAID1 i RAID10, fins a 24 nuclis i fins a 40 GB DDR4).
Dell R730xd 2 vegades més barat? Només aquí als Països Baixos! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gbps 100 TB - a partir de 99 $! Llegeix sobre
Font: www.habr.com