Thema lectionis hodiernae est RIP, vel protocollo notitias excitandas. De variis eius usu, eius configuratione ac limitationibus, loquemur. Ut dixi, RIP non est pars curriculi Cisco 200-125 CCNA, sed singulas lectiones huic protocollo vacare decrevi, cum RIP una e principalibus protocollis excitanda sit.
Hodie spectabimus 3 aspectus: operationem intellegentes et constituentes RIP in iter itineris, RIP timers, restrictiones RIP. Hoc protocollum anno 1969 creatum est, itaque unum ex vetustissimis protocollis retis est. Praecipua eius simplicitas inest. Hodie multae machinae retiaculae, inclusae Cisco, RIP sustinere pergunt quia non protocollum proprietatis sicut EIGRP, sed lege publica est.
2 versiones RIP. Prima, versio classica, VLSM non sustinet - larvam longitudinis variae subnet, qua inpedita IP oratio innititur, ut una retia tantum uti possumus. De hoc paulo post dicam. Haec versio etiam authenticas non adiuvat.
Dicamus te habere 2 iter inter se connexum. In hoc casu primo iter narrat proximo omnia quae scit. Dicamus retiaculum 10 iungitur primo viae, retis 20 inter primum et secundum iter, et retis 30 est post secundum iter, deinde primum iter secundo narrat quod retiacula 10 et 20, et 2 iteratum scire narrat. iter itineris 1 quod scit de retis 30 et retis XX.
Protocollum fusio indicat haec duo retiacula apponi ad mensam excitandam. In universum evenit ut unum iter narrat vicinum iter circa retiacula sibi annexa, quae narrat vicinum, etc. Simpliciter positum, RIP est protocollum confabulationum quae finitimae itinera ad informationem inter se communicare sinunt, cum unicuique proximo sine condicione quae nuntiantur credenda sunt. Quisque iter "audit" mutationes in retiacula et eas cum finitimis communicat.
Defectus authenticitatis subsidium significat quodlibet iter, quod reti annexum est, statim particeps fit plena. Si retia deducere voles, cum malitiosa renovatione piraticum iter meum coniungam, et cum omnes alii itineris fident, iterabunt tabulas fusas quas volo. Prima versio RIP non praebet ullum praesidium contra tales caesim.
In RIPv2, authenticas praebere potes per conformando iter itineris. Hoc in casu, adaequationis informationes inter iter tantum fieri poterit, postquam retis authenticas transeundo tesseram intrando.
RIPv1 usus evulgandi, hoc est, omnes updates mittuntur per nuntios radiophonicos ut ab omnibus retis participantibus recipiantur. Dicamus computatrum ad primum iter coniunctam esse quae nihil de his updates scit, quia solum machinis elaborandis illis opus est. Nihilominus iter itineris 1 has nuntios mittet ad omnes machinas quae iaci ID habent, id est, etiam illis qui ea non indigent.
In secunda versione RIP, haec quaestio solvitur - Multicast ID utitur vel transmissione negotiationis multicast. Hoc in casu, eae tantum machinis quae in protocollo uncinis specificatae sunt recipiunt renovationes. Praeter authenticas, haec versio RIP sustinet VLSM classe IP contionante. Hoc significat quod si 10.1.1.1/24 retis coniungitur primo iter, tunc omnia retis machinis quae IP oratio in inscriptione subnet huius subneti etiam renovationes recipiunt. Secunda versio protocolli methodum CIDR sustinet, hoc est, cum alter iter renovationem accipit, scit ad quam speciem retis vel itineris spectat. In casu primae versionis, si retis 10.1.1.0 coniungitur cum iter, tunc inventa in retis 10.0.0.0 et alia reticula quae eiusdem generis sunt etiam updates recipiet. Hoc in casu, iter 2 etiam plenam informationem de renovatione harum reticulorum recipiet, sed sine CIDR nesciet hanc informationem ad subnet cum classibus A IP inscriptionibus pertinere.
Haec est in communissimis verbis RIP. Nunc videamus quomodo configurari possit. Opus est ut in global configurationem modum occasus itineris et utere mandato itineris RIP.
Post hoc, videbis mandatum lineae capitis mutata in R1(config-iter)# quia movimus ad gradum itineris subimperandi. Secundum praeceptum erit Version 2 , id est, iter itineris significamus ut in versione 2 protocolli uti debeat. Deinde inscriptionem retis classi proscriptis ineundum est, cui updates utentes retis XXXX mandatum transmittendum est. Hoc mandatum habet 2 functiones: primum designat quae retia proscriptioni debent, deinde quae interfacies utendum est. quia haec. Videbis quid significo cum figuram retis spectes.
Hic habemus 4 iter et computatrale ad transitum per retis cum identificatorio 192.168.1.0/26, quod dividitur in 4 subnetes. Tantum utimur 3 subnets: 192.168.1.0/26, 192.168.1.64/26 et 192.168.1.128/26. Subnet 192.168.1.192/26 adhuc habemus, sed ideo non adhibetur quia non est necessarium.
Portus fabrica sequentes IP inscriptiones habent: computatorium 192.168.1.10, portus primus itineris primi 192.168.1.1, portus secundus 192.168.1.65, portus secundi itineris 192.168.1.66, secundus portus secundi itineris 192.168.1.129; primum portum tertii itineris 192.168.1.130. 1 . Novissimo tempore de conventionibus locuti sumus, ideo conventionem sequi non possum et electronicam assignare .1 secundo portui itineris, quia .XNUMX pars huius retis non est.
Deinde utimur aliis inscriptionibus, quia incipimus aliam retis - 10.1.1.0/16, ita secundus portus itineris secundi, cui haec retis iungitur, IP oratio 10.1.1.1, portum quarti habet. iter itineris, cui transitum iungitur - oratio 10.1.1.2.
Configurare retiaculum quod creavit, IP inscriptiones ad machinis assignare debeo. Ab primo portu itineris primi proficiscamur.
Primum nomen exercitus R1 creabimus, inscriptione 0 ad portum f0/192.168.1.1 adscribemus et larvam subnet 255.255.255.192 denotamus, quia reticulum /26 habemus. Compleamus lineam R1 nullo clauso mandato. Secundus portus itineris primi f0/1 accipiet inscriptionem IP 192.168.1.65 et larvam subnet 255.255.255.192.
Alter iter itineris nomen R2 accipiet, inscriptioni 0 et larva subnet 0 ad primum portum f192.168.1.66/255.255.255.192, inscriptio 0 et larva subnet 1 ad alterum portum f192.168.1.129/ 255.255.255.192 .
Progredientes ad tertium iter, hostname R3 assignabimus, portum f0/0 inscriptionis accipiemus 192.168.1.130, et larva 255.255.255.192, et portum f0/1 inscriptionis accipiemus 10.1.1.1 et larva 255.255.0.0. 16, quia haec retis /XNUMX.
Postremo ad ultimum iter ibo, illud R4 nominabo, portumque f0/0 adscribe inscriptioni 10.1.1.2 et larvam 255.255.0.0. Nos omnes retis machinas conformavimus.
Denique inspiciamus in retis computatrum - inscriptionem static habet de 192.168.1.10, larvam reticularis 255.255.255.192, et defaltam portae electronicam 192.168.1.1.
Ita vidisti quomodo larvam subnet configurare ad machinas in diversis subnets, est valde simplex. Nunc faciamus excitandas. In R1 occasus ingredior, configurationem globalem modum constitue ac imperium iter itineris typus. Post haec, ratio innuit ut possibiles protocolla huius praecepti ad excitandas: bgp, eigrp, ospf et rip. Cum nostra tutorial de RIP sit, utor mandato itineris rip.
Si signum interrogationis inscribes, ratio novum admonitum dabit pro sequenti imperio cum optionibus possibilibus pro functionibus huius protocolli: auto- summarium - latae summarum viarum, defaltam-informationem - imperium praesentationis defaltae informationis, retis. β retia, timings, et sic porro. Hic eligere potes informationes quas cum vicinis cogitationibus commutabimus. Praecipuum munus est versio, sic incipiemus intrando in versione 2 praecepti. Deinde utendum est imperio retis clavem, qui iter facit ad network determinatum IP.
Postea Router1 conformantes pergamus, sed nunc ad iter itineris movere 3. Priusquam utar retis praecepto in eo, inspiciamus dextram partem topologiae retis nostrae. Secundus portus itineris habet inscriptionem 10.1.1.1. Quomodo RIP opus facit? Etiam in secunda versione, RIP, ut satis vetus protocollum, suis tamen classibus retis utitur. Quamvis ergo network nostrum 10.1.1.0/16 ad genus A pertineat, denotare debemus plenam versionem classium huius IP inscriptionis utendi retis 10.0.0.0 mandatum.
Sed etsi mandatum retis 10.1.1.1 subscribo ac deinde ad hodiernam configurationem spectabo, systema 10.1.1.1 ad 10.0.0.0 correctum videbo, forma inscriptionis plenae statim utens. Si igitur quaestionem de RIP in CCNA exam inveneris, plena classi inscriptione uti debebis. Si pro 10.0.0.0 typus 10.1.1.1 vel 10.1.0.0, errabis. Non obstante quod conversio ad formas inscriptionis plenae statim occurrat, moneo te initio rectam electronicam utere ne exspectes donec ratio errorem corrigat. Memento - RIP semper utitur retis plena-genus inscriptionis.
Postquam mandatum retis 10.0.0.0 usus es, iter tertium decimum reticulum hoc in protocollo fuso mittet et renovationem per iter R3-R4 mittet. Nunc opus est configurare protocollum quarti itineris. Ire in suas ordines et continue intrant mandata itineris rip, versio 2 et retis 10.0.0.0. Cum hoc mandato R4 peto ut retis vendo incipias 10. utens RIP routing protocollo.
Nunc hi duo itinera informationes permutare poterant, sed nihil mutaret. Praeceptio usus spectaculi ip route ostendit FastEthernrt portum 0/0 directo connexum cum retis 10.1.0.0. Quartus iter, accepto retis nuncio ex tertio itinere, dicet: "Magnum, buddy retis decimi nuntiationem tuam accepi, sed iam scio de eo, quia huic retis directe sum iunctus."
Ibimus ergo ad R3 occasus et aliam retis inseremus cum retis 192.168.1.0 mandatum. Ego iterum utor forma plena ordinis appellandi. Post hoc, iter tertium ad 192.168.1.128 retis per iter R3-R4 proscribere poterit. Ut iam dixi, RIP est "sertatio" quae omnibus vicinis suis de novis reticulis narrat, in informationibus e mensa sua excitandis illis transitum. Si nunc mensam tertii itineris spectas, notitia duorum reticulorum sibi annexorum videre potes.
Hanc datam ad utrumque viae fines tam ad secundum quam ad quartum iter tradet. Ad R2 occasus transeamus. Eadem ineo mandata itineris rip, versio 2 et retis 192.168.1.0, et hoc est ubi res incipiunt ut iucunda sint. Retis 1.0 definio, sed utraque est retis 192.168.1.64/26 et retis 192.168.1.128/26. Cum igitur retiaculum 192.168.1.0 definio, technice utrumque interfaces huius itineris funditus fugare studeo. Commodum est quod uno tantum imperio potes pro omnibus portubus fabrica fundere.
Eosdem parametros itineris R1 prorsus definio et ambobus interfaces eodem modo excitandis provideo. Si nunc R1 mensam fuso spectas, omnes retiacula videre potes.
Hic iter itineris scit de retis et retis 1.0 et 1.64. Etiam scit de reticulis 1.128 et 10.1.1.0 quia utitur RIP. Hoc indicant R header in versu respondente mensae fuso.
Quaeso attende informationes [120/2] β haec est distantia administrativa, id est, commendatio fontis notitiarum fudisset. Hic valor maior vel minor esse potest, sed defectus pro RIP 120 est. Exempli gratia, via static habet distantiam administrativam 1. Inferior distantia administrativa, certior protocollo. Si iter itineris facultatem habet eligendi inter duos protocolla, exempli gratia inter iter static et RIP, negotiatio deinceps per iter staticum eliget. Secunda dignitas parenthesi /2 est metrica. In RIP protocollo, metricus numerus ASSULTIM significat. Hoc in casu, retis 10.0.0.0/8 attingi potest in 2 hops, id est, iter R1 mercaturam mittere debet in retiaculis 192.168.1.64/26, hoc est primum salit, et super retis 192.168.1.128/26, hoc est. secunda salit, ut ad retis 10.0.0.0/8 per fabricam cum FastEthernet 0/1 interface cum IP inscriptione 192.168.1.66.
Ad comparationem, iter R1 attingere potest retis 192.168.1.128 cum distantia administrativa 120 in 1 salit per interfaciem 192.168.1.66.
Nunc si R0 interfacem itineris cum IP inscriptione 4 pingere conaris ex PC10.1.1.2 computatorii, feliciter revertetur.
Primus conatus per nuntium opportuno Request omisit, quia cum ARP primo fasciculo utens periit, reliqui tres in recipiente feliciter sunt reversi. Hoc punctum-ad-punctum communicationem praebet in retis utens RIP fusa protocollo.
Itaque, ut usum RIP protocolli per iter moveat, necesse est ut sequentia typus mandata itineris rip, versio 2 et retiacula <network number/retis identificantis in forma plena-classis>.
Eamus ad R4 occasus et spectaculum ip iter ingrediamur. Potes videre network 10. iungitur directe ad iter, et retis 192.168.1.0/24 pervium est per portum f0/0 cum IP inscriptione 10.1.1.1 per RIP.
Si aspectum retis 192.168.1.0/24 attendas, videbis problema esse cum auto- summarizatione viarum. Si auto- summarizationis facultas est, RIP compendiosum erit omnia retiacula usque ad 192.168.1.0/24. Intueamur quid timers sint. RIP protocollum habet 4 principales timers.
Timor Updates responsabilis est pro crebris updates mittendis, protocollo mittens singulas 30 seconds ad omnes interfaces participandas in RIP fudisset. Hoc significat quod mensa fuso capit et distribuit eam omnibus portubus operantibus in RIP modo.
Fingamus nos habere iter 1 , quod iungitur 2 iteri per reticulum N2. Ante primum et post secundum iter sunt retiacula N1 et N3. Iter 1 narrat iter itineris 2 scire retiaculum N1 et N2 et renovationem emittere. Iter 2 narrat Router 1 quod scit retiacula N2 et N3. In hoc casu, omnis XXX secundis per vices itineris portus permutat tabulas excitandas.
Fingamus aliqua de causa nexum N1-R1 fractum esse et iter itineris 1 cum reticulo N1 communicare non posse. Post hoc, primus iter updates tantum de retis N2 ad secundum iter mittet. Iter II, prima renovatione accepta, cogitabit: "magnum, nunc reticulum N2 in invalida Timer ponere", post quod timer invalidum incipiet. Pro 1 secundis non mutabit N180 retis updates cum aliquo, sed post hoc tempus invalidum Vicis obsistebit et Update Vicis iterum incipiet. Si in his 1 secundis nullas renovationes ad statum retis N180 recipiat, eam in custodia Down timer iugis 1 secundis ponet, id est, timor deprimens statim incipit post tempus invalidum finem.
Eodem tempore, alius, timor Flush quartus currit, qui simul cum invalido timer incipit. Hic timor determinat tempus intervallum inter recipiendum ultimam normalem renovationem de network N1 donec retis a mensa excitanda removetur. Cum ergo durationis huius timoris pervenerit 240 secundis, retis N1 sponte excludetur a mensa fuso secundi itineris.
Ita, Update Timer emittit updates singulis 30 secundis. Timor invalidus, qui singulas 180 secundas currit, exspectat dum nova renovatio iter itineris attingit. Si non attingit, retis in custodia ponit, cum Timer deprimat singulas 180 secundas currens. Sed invalida et Flush timers simul incipiunt, ita ut 240 secundis post Flush incipit, reticulum quod in renovatione non memoratur a mensa fusura excluditur. Duratio horum timentium per defaltam ponitur et mutari potest. Id est quod RIP timers sunt.
Nunc ad limites RIP protocollo considerandam transeamus, eorum admodum pauci sunt. Una praecipuorum limitum auto-sumtio est.
192.168.1.0/24 Redeamus ad network. Iter 3 narrat Router 4 de retis integris 1.0, quod indicatur /24. Hoc significat omnes 256 IP inscriptiones in retis huius, incluso in retis ID et inscriptionem iaci, praesto sunt, nuntii ex machinis significantibus cum aliqua IP inscriptione in hoc ambitu mittentur per retiaculis 10.1.1.1. Intueamur ad excitandas mensas R3.
192.168.1.0/26 retis in 3 subnets divisum videmus. Hoc significat iter solum scit de tribus inscriptionibus IP determinatis: 192.168.1.0, 192.168.1.64 et 192.168.1.128, quae ad /26 retis pertinent. Sed nihil scit, exempli gratia, de machinis cum IP inscriptionibus positis in range ab 192.168.1.192 ad 192.168.1.225.
Tamen, aliqua ratione, R4 cogitat omnia scire se circa negotiationem quam R3 mittit ad eam, id est, omnes IP inscriptiones in retis 192.168.1.0/24, quod omnino falsum est. Eodem tempore, itinerariorum negotiatio incipere possunt quia se invicem "fallunt" - post omnes, iter 3 non ius habet narrare quartum iter quod omnia cognoscit de subnets huius retis. Hoc evenit propter constitutionem vocatam "auto-sum". Incidit cum negotiatio magna per varias ligula. Exempli causa, retis cum classe C inscriptionibus iungitur per R3 iter ad retis cum classe A inscriptionibus.
Iter R3 has retiacula easdem esse censet et automatice omnes vias in retis inscriptionem unam 192.168.1.0 compendiat. Meminerimus quid locuti sumus de itineribus supernetis in uno e videos praecedentis summatim. Summationis causa simplex est - credit iter itineris unum ingressum in mensa fusura, nobis hoc est introitus 192.168.1.0/24 [120/1] via 10.1.1.1, melior est quam 3 viscus. Si retis ex centum scutulis parvis constat, tum summa cum debilitata est, mensa fuso ingens numerus viscus fugationis constabit. Ideo, ne cumulus ingentes notitiarum in tabulis excitandis, iter automatarium summarium adhibeatur.
Nihilominus, in nostro casu, itinera auto- summatim quaestionem efficit quia iter ad falsas informationes commutare cogit. Ergo necesse est ire in occasus itineris R3 et inire mandatum quod itinera auto- summatim vetat.
Ad hoc faciendum, ego sequentiter typus mandat iter itineris et nullum auto- summarium. Post hoc, exspectare debes donec renovatio per retiaculum diffunditur, et tunc praecipere potes uti in uncinis itineris R4 spectaculum iter itineris.
Vides quomodo in mensa fuso mutata est. Introitus 192.168.1.0/24 [120/1] via 10.1.1.1 servata est e priori versione tabulae, et tunc tria sunt viscus quae, per Updatem timer, renovantur singulis 30 secundis. Flush timor efficit ut 240 secundis post renovationem plus 30 secundis, id est post 270 secundis, haec retis a mensa fuso removebitur.
Retiaculi 192.168.1.0/26, 192.168.1.64/26 et 192.168.1.128/26 recte enumerantur, nunc si mercatura destinata est ad fabricam 192.168.1.225, id artificium stillabit, quia iter nesciat ubi machinatio sit. ut oratio. Sed in priore casu, cum auto-summizationem itineris pro R3 haberemus, haec negotiatio ad 10.1.1.1 retis directa est, quae omnino iniuria erat, quia R3 has fasciculos sine ulteriore mittendo statim demittere debet.
Ut administrator retis, reticulas facere debes cum minima copia negotiationis superfluae. Exempli gratia, in casu hoc negotium per R3 non est opus transmittere. Tuum est officium retis quam maxime perputare augere, impedire commercium ne mitteretur ad machinas quae ea non indigent.
Proxima limitatio RIP est Loops, seu loramenta excitanda. Iam locuti sumus de concursu network, cum mensa excitanda recte renovata est. In casu nostro, iter itineris recipere non debet pro retis 192.168.1.0/24 si nihil de eo scit. Technice, concursus significat mensam excitandam renovari solum cum informatione recta. Hoc contingeret cum iter avertit, rebooted, retiaculis connexis, etc. Confluentia est status in quo omnia necessariae tabulae ad excitandas renovationes peractae sunt et omnes rationes necessariae effectae sunt.
RIP valde pauperes habet concursum et valde lentum est protocollum excitandum. Propter hanc tarditatem, Ansulas fugandas, seu problema "infinitum contra", oritur.
Traham diagramma retis similem priori exemplo - iter 1 iungitur iteri 2 per reticulum N2, reticulum N1 iungitur iteri 1 , reticulumque N2 iungitur iteri 3 . Demus aliqua de causa nexum N1-R1 fractum esse.
Iter 2 scit network N1 in uno salit posse per iter itineris 1, sed hoc retis in tempore non laborat. Postquam retis deficit, timers processum incipit, iter 1 ponit in civitate Hold Down, etc. Nihilominus iter 2 habet update timer currens, et in statuto tempore renovationem ad iter 1 mittit, qui dicit network N1 per se pervium esse in duobus hops. Haec renovatio ad iter 1 pervenit antequam tempus est ut iter 2 1 an update circa defectum retis NXNUMX.
Accepta hac renovatione iteratus 1 cogitat: βScio N1 reticulum quod mihi adnexum est aliqua de causa non laborat, sed iter 2 dixit mihi per illam in duobus hops esse praesto. Credo ei, ut salit unam addere, mensam rouge renovare et iter 2 mittere renovatum dicens reticulum N1 pervium per iter 2 in tribus hops!"
Accepta hac renovatione e primo itinere itineris 2 dicit: "Bene, antea renovationem accepi ab R1, quae dixit N1 reticulum per illud in uno salitro praesto esse. Nunc dixit mihi praesto esse 3 ASSULTIM. Fortasse aliquid mutatum est in retis, non possum non credere, ideo mensam meam excitabo uno hop addito. Post hoc R2 renovationem mittit ad primum iter, quod declarat network N1 nunc in 4 hops praesto esse.
Videsne quid rei sit? Uterque iter ad invicem mittunt, addito singulis temporibus unum salitum, et tandem numerus adsultim magnum numerum attingit. In RIP protocollo maximus numerus ASSULTIM est 16, et cum primum hunc valorem attingit, iter itineris quaestionem esse cognoscit et simpliciter hunc iter a mensa fusura removet. Difficultas haec est in RIP fuso loramenta. Hoc ex eo, quod vector protocollum RIP est procul, solum monitores spatium est, sine attentione ad sectiones retis status. In 1969, cum retiacula computatra multo tardius quam nunc sunt, spatium vector adventus iustificatus est, RIP tincidunt hop electos comites quasi principales metricos elegit. Tamen hodie accessus hic multas difficultates gignit, retia moderna tam late switch ad protocolla provectiora excitanda, ut OSPF. De facto, hoc protocollum vexillum retis maxime globalis societatibus facta est. Hoc protocollum diligentius videbimus in una ex his quae sequuntur.
Non iam ad RIP revertemur, quia exemplo protocolli huius vetustissimi retis, satis tibi dixi de fundamentis evitandis et quaestionibus, quibus nituntur non amplius hoc protocollo uti ad magnas retiacula. In proximis lectionibus video videbimus recentiores protocolla protocolla - OSPF et EIGRP.
Gratias tibi ago pro manendo nobiscum. Placetne tibi vasa nostra? Vis videre plus interesting contentus? Suscipe nos ponendo ordinem vel commendando amicos; 30% discount pro usoribus Habr in singulari analogo de servientibus ingressuri, quod a nobis pro vobis est inventum: (praesto cum RAID1 et RAID10, usque ad 24 coros et usque ad 40GB DDR4).
Dell R730xd 2 temporibus vilius? Tantum hic in Belgio! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - from $99! Read about
Source: www.habr.com