Hodie iter discendi incipiemus. Si cursum video a prima usque ad 17th lectionem perfecisti, tunc iam fundamenta virgarum didicisti. Nunc ad proximam machinam - iter. Ut scis ex praecedente lectione video, unus ex locis CNA curriculi Cisco Switching & Routing appellatur.
In hac serie, iter Cisco non studebimus, sed conceptum generaliter fusurae spectabimus. Tria argumenta habebimus. Prima est perceptio eorum quae iam nostis de itinerum et colloquio quomodo applicari possit cum scientia quae in processu discendi virgas comparavit. Non opus est intellegere quomodo virgas et itinera simul cooperantur.
Deinde videbimus quid sit fugatio, quid sit, et quomodo operatur, tum ad rationes excitandas protocolla movebimus. Hodie usus sum topologia quam in prioribus lectionibus iam vidisti.
Inspeximus quomodo notitia trans retis movetur et quomodo TCP trium viae handshake perficitur. Primus nuntius super reticulum missus est syn fasciculus. Intueamur quomodo triplex handshake sit cum computatrale cum IP inscriptione 10.1.1.10 velle contactum servo 30.1.1.10, hoc est, nexum FTP constituere conatur.
Ad nexum ineundum, computatorium fontem portum cum numero incertis 25113 creat. Si oblitus quomodo id fiat, moneo ut priorum video tutorials quae de hac re disputata sunt recognoscas.
Deinde portum numerum in tabulis destinatum ponit quia scit eam coniungere ad portum 21, deinde addit informationes OSI Layer 3, quae propria est IP oratio et destinatio IP oratio. Punctata notitia non mutat donec punctum extremum attingit. Cum servo perventum est, etiam non mutantur, sed minister informationes secundae gradus adiungit ad tabulam, id est, MAC inscriptionem. Hoc accidit ex eo quod virgas tantum notitias OSI aequalem 2 percipiunt. In hoc missione, iter unicum est machinae retis quae Iacuit 3 informationes considerat, naturaliter etiam computatrum cum hac informatione operatur. Itaque, switch tantum operatur cum gradu XNUMX informationis, et iter solum operatur cum XNUMX notitia gradu.
Transitus cognoscit fontem MAC inscriptionis XXXX:XXXX:1111 et scire cupit MAC inscriptionem servientis computatorium accedere. Fontem IP inscriptionis cum inscriptione destinationis comparat, intellegit has machinas in diversis subnets locatas esse, et ianuam uti ad aliud subnet attingendum iudicat.
Ego saepe quaesivi ex quis decernit quid sit porta IP oratio. Primum, definitur ab administrator retis, qui retiaculum creat et IP oratio unicuique artificio praebet. Ut administrator, potes iter tuum aliquem electronicum assignare intra facultatem inscriptionum permissarum in subnet, haec fere prima vel ultima valet oratio, sed nullae sunt regulae strictae de assignando. In casu nostro, administrator inscriptioni portae vel itineris 10.1.1.1 attribuit eamque portui F0/0 assignavit.
Cum retis in computatrale cum stabili IP inscriptione 10.1.1.10 constituis, larvam subneti de 255.255.255.0 assignas et defaltam portae 10.1.1.1. Si oratio static non utens, computatrum tuum utens DHCP, quod dynamicam electronicam assignat. Quidquid IP oratio computatrale utitur, static vel dynamica, debet habere portam electronicam ad aliam ornatum accedere.
Sic computatorium 10.1.1.10 scit fabricam ad iter itineris 10.1.1.1 mittere debere. Haec translatio intra retiacula localia locum habet, ubi IP oratio nihil refert, solum MAC inscriptio hic magni momenti est. Sumamus computatrum numquam ante iter communicatum nec eius MAC electronicam notitiam habere, primum ergo ARP rogationem mittere debet quae omnes machinas in subnet: βHeus, quis vestrum habet inscriptionem 10.1.1.1? Quaeso mihi MAC oratio tua! Cum ARP nuntius emissus est, ad omnes portus omnium machinarum, etiam itineris itineris, mittitur.
Computa 10.1.1.12 accepto ARP cogitat: "non est oratio mea 10.1.1.1" et petitionem reicit: computator 10.1.1.13 idem facit. Iter, rogatu accepto, intellegit eum esse qui rogatur, et MAC electronica portus F0/0 mittit - et omnes portus alium MAC inscriptionem habent - ad computatorium 10.1.1.10. Nunc cognoscens portam electronicam XXXX:AAAA, quae in hoc casu est electronica destinatio, computatorium ad finem tabulae directae servo addit. Eodem tempore, frame header FCS/CRC ponit, quae est error transmissio mechanismi reprimendi.
Postea machina computatorialis 10.1.1.10 per fila ad iter 10.1.1.1 transmittitur. Recepta tabula, iter itineris FCS/CRC eodem algorithmo utendo ac computatorio ad verificationem removet. Data nihil aliud est quam collectio eorum et cyphris. Si notitia corrupta est, id est, a 1 fit 0 vel 0, fit unum, vel datur perpluo, quod saepe fit cum centrum utens, tunc rursus machinam rescindere oportet.
Si perscriptio FCS/CRC succedit, iter itineris fontem et destinationem MAC inscriptiones spectat et eas removet, cum haec notitia 2 iacuit, et movet ad corpus artubus, quod III informationes continet. Ex eo cognoscit informationes, quae in indice continentur, pro fabrica cum IP inscriptione 3.
Iter itineris aliquo modo scit ubi haec machina sita est. Hanc causam non tractavimus cum quomodo virgas operantur inspeximus, sic nunc inspiciemus. Habet itinerarium IIII portus, pauca adiunxi hospites ei. Quomodo ergo scit iter itineris notitias pro fabrica cum IP inscriptione 4 mittere per portum F30.1.1.10/0? Cur eos per portum F1/0 vel F3/0 non mittit?
Ita est, quod iter itineris operatur in mensa fuso. Uniuscuiusque iter habet talem mensam quae te permittit decernere per quem portum certos tabulas transmittat.
Hoc in casu, portus F0/0 cum IP inscriptione 10.1.1.1 configuratur et hoc significat quod coniungitur retis 10.1.1.10/24. Similiter portus F0/1 configuratur inscriptioni 20.1.1.1, id est retis 20.1.1.0/24. Utrumque horum retiacula scit iter itineris quia cum suis portubus directe cohaerent. Ita indicium quod negotiatio pro retis 10.1.10/24 per portum F0/0 transire debet, et pro retis 20.1.1.0/24 per portum F0/1, defalta cognoscitur. Quomodo scit iter itineris per quos portus cum aliis reticulis laborare?
Videmus retis 40.1.1.0/24 cum portu F0/2 coniungi, retis 50.1.1.0/24 cum portu F0/3 coniungi, et retis 30.1.1.0/24 secundum iter servo coniungi. Alter etiam iter itineris habet mensam fusoriam, quae dicit retis 30. portui coniunctam, situs illam 0/1, et iungitur primo itineris per portum 0/0. Hic iter itineris scit portum eius 0/0 retis 20 coniungi, portumque 0/1 retis XXX coniungi, nihilque aliud scit.
Similiter iter primus scit de retiaculis 40. et 50. cum portubus 0/2 et 0/3 connexis, sed nihil scit de retis 30. Protocollum fuso praebet iter itineris per informationes quas per defaltam non habent. Mechanismus qua hi iter inter se communicant fundamentum est fusio, et est dynamica ac stabilis fusio.
Statica fusio est primum iter itineris nuntiare: si opus retis 30.1.1.0/24 contactum est, tum portu F0/1 uti debes. Attamen cum alter iter mercaturam accipit a servo qui pro computatorio 10.1.1.10 destinatur, nescit quid cum eo agat, quia mensa sua excitanda solum informationes continet de retiaculis 30. et 20. Hoc igitur iter itineris etiam indiget. ut subcriptio routing static : Si negotiationis retis recipit X., per portum 10/0 mittere debet.
Problema static routing est quod mihi primum iter manuale configurare ad operandum retis 30. et secundum iter ad operandum retis 10. Hoc facile est si tantum habeo 2 iter, sed cum habeo 10 iter, constituendum. Vestibulum fundere multum temporis. In hoc casu, sensu dynamico uti fuso.
Itaque, replo e computatorio accepto, primus iter ad mensam suam fuso spectat et per portum F0/1 mittere decernit. Eodem tempore addit fons inscriptionis MAC XXXX.BBBB et destinatio inscriptionis MAC XXXX.CCSS ad tabulam.
Accepto hoc indice, alterum iter "secat" MAC inscriptiones ad alterum OSI stratum pertinentes et ad tertium tabulatum informant. Videt destinationem IP electronicam 3 ad eandem retis ac portum 30.1.1.10/0 itineris pertinere, fontem MAC inscriptionem adiungit ac destinationem MAC electronicam ad tabulam mittit et artus servo.
Ut iam dixi, deinde similis processus in contrariam partem iteratur, hoc est, secundus gradus handshake exercetur, in quo minister nuntium remittit SYN ACK. Priusquam hoc fecerit, omnia superflua indicia reicit ac solum SYN fasciculum relinquit.
Accepta hac fasciculo, secunda iter percepta recognoscit, supplet eamque mittit.
Itaque in superioribus lectionibus didicimus quomodo transitoria opera, et nunc quomodo iter operandum didicimus. Respondeamus ad quaestionem de quo sensu in globali excitatio est. Puta te talem viae signum occurrisse constitutum ad intersectionem ambages. Potes videre ramum primum ad RAF Fairfaxium, secundum ad aeriportum, tertium ad Meridiem ducit. Si quartum exitum tuleris, in fine mortui eris, in quinto autem per centrum oppidum ad castrum Braxby depellere potes.
In genere routing est quod cogit iter ad deliberandum ubi negotiatio mittat. In hoc casu, tu, ut auriga, decernere debes uter ex intersectione sumatur. In retiacula, iter facere consilia circa ubi fasciculos vel tabulas mittere. Intelligere debes fugare sinit te creare tabulas in quibus itinerarii haec iudicia faciunt.
Ut dixi, stabilis et dynamica est profectus. Intueamur fusuram staticam, pro qua 3 machinas inter se connexas traham, cum prima et tertia notae retiacula coniuncta. Demus unam retem 10.1.1.0 communicare velle cum retis 40.1.1.0, et inter viae retiacula 20.1.1.0 et 30.1.1.0.
In hoc casu, ad diversos subnets itineris portus pertinere debent. Iter 1 per defaltam tantum de retiacula scit 10. et 20. et nihil de aliis reticulis scit. Iter 2 solum scit de retiaculis 20. et 30. quia illi connectuntur, et iter 3 tantum novit de retiaculis 30. et 40. Si retis 10. vult ad network contactum 40., Iter 1 de retis 30 narrare habeo. ... et si tabulam ad retiaculum transferre voluerit XL., debet uti retis interfaceti XX.
Iter ad alterum iter tribuere debeo: si fasciculum ex retis 2. ad retis 40. transmittere vult, tum portum retis uti debet XX., et fasciculum ex retis transmittere 10. ad retis 20. - retis. portum XXX. Similiter III informationes de retiacula debeo providere 10. et XX.
Si reticulas parvas habes, tunc facillima est static profectus. Quo autem maius reticulum crescit, eo magis problemata excitatione static oriuntur. Fingamus te novam connexionem creasse quae primum iterque tertium directe nectit. In hoc casu, dynamica protocollum emissum statim renovabit Router 1 mensam fudisset cum sequentibus: "si opus est iter itineris 3 contactum, recta utere via"!
Duo genera protocolla excitanda sunt: ββPorta interna Protocollum IGP et porta externa Protocollum EGP. Primum protocollum operatur in systemate separato autonomo noto sicut domain fuso. Finge te parvam ordinationem cum solum 5 iter habere. Si solum de connexione inter iter itineris loquimur, IGP significamus, sed si retiaculis tuis uteris ad communicandum cum Interrete, sicut provisores ISP faciunt, EGP uteris.
IGP utitur 3 protocollis popularibus: RIP, OSPF et EIGRP. Curriculum CCNA tantum protocolla duo ultima nominat quia RIP outdated est. Haec protocolla fusis simplicissima est et in quibusdam adhuc adhibetur, sed necessariam securitatem retis non praebet. Haec una est de causis quare Cisco RIP ab disciplina cursus exclusus est. Dicam tamen tibi de eo usquam quod discere adiuvat te intelligere fundamenta fudisset.
Protocollum classificationis EGP duobus protocollis utitur: BGP et ipsum protocollum EGP. In CCNA cursu tantum BGP, OSPF et EIGRP operiemus. Fabula de RIP bonae informationis considerari potest, quae in una e tutelarum video.
2 Plura genera protocolla excitanda sunt: ββDistantia Vector protocolla et Link publica fundere protocolla.
Primus saltus procul spectat vectorem directionem. Exempli causa, nexum directe constituere possum inter iter R1 et R4, vel nexum per viam R1-R2-R3-R4 facere possum. Si loquimur de protocollis excitandis quae methodo vectoris utuntur, tunc in hoc casu nexus per viam brevissimam semper exercebitur. Nihil refert, hanc connexionem celeritatem minimum habebimus. In casu nostro, hoc est 128 kbps, quod multo tardius quam nexus per iter R1-R2-R3-R4, ubi celeritas 100 Mbps est.
Consideremus spatium vector protocollum RIP. Traham network 1 ante iter R10, et retis 4 post iter R40. Ponamus multos computatores in his reticulis esse. Si communicare inter retis 10. R1 et retis 40. R4, tum static ad R1 emittere velim: "si opus est retis coniungere XL., directo nexu utere ad iter itineris R40." Simul, mihi manually configurare RIP super omnes 4 iter. Tum tabula excitanda R4 sponte dicet quod, si retis 1. communicare velit cum retis 10., directo nexu uti debet R40-R1. Etiamsi bypass velocius evadit, distantia Vector protocollum adhuc eliget iter brevissimum cum spatio transmissionis brevissimo.
OSPF est nexus-status protocollum excitans, quod semper statum sectionum retis spectat. Hoc in casu celeritatem canalium aestimat, et si perspicit in R1-R4 trajectionem transmissionis celeritatem in alvei R1-R2 esse valde demissam, iter celeriore R3-R4-R40-R10 eligit, etsi eius longitudo brevissimam excedit viam. Si igitur OSPF protocollum in omnibus iter configurarem, cum retis coniungere conor 1. ad retis X., mittetur negotiatio per viam R2-R3-R4-RXNUMX. Itaque, RIP est spatium vectoris protocollum, et OSPF est nexus status fusa protocollo.
Est alterum protocollum - EIGRP, proprietatis Cisco fuso protocollo. Si loquimur de machinis retis ab aliis artifices, exempli gratia, Iuniperi, EIGRP non sustinent. Praeclarum hoc est protocollum fuso, quod multo efficacius quam RIP et OSPF est, sed solum in reticulis machinis Cisco niti potest. Postea planius dicam cur hoc protocollum tam bonum sit. Nunc enim notabo quod EIGRP lineamenta distantiarum vectoris protocolla componit et protocolla nexus-statua fusa, protocollum hybridum repraesentans.
In altera lectione video propius accedemus ad iter itineris Cisco: tibi pauca dicam de systemate operante Cisco IOS, quod destinatum est tam virgas quam iter. In votis est, in die 19 vel ante diem 20, in fusius de protocollis fusis valebimus, et ostendam quomodo Cisco itinera parva reticulis ut exemplis utentes configurare valebimus.
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