Heddiw byddwn yn dechrau astudio llwybryddion. Os gwnaethoch chi gwblhau fy nghwrs fideo o'r wers gyntaf i'r 17eg wers, yna rydych chi eisoes wedi dysgu hanfodion switshis. Nawr rydym yn symud ymlaen i'r ddyfais nesaf - y llwybrydd. Fel y gwyddoch o'r wers fideo flaenorol, un o bynciau'r cwrs CCNA yw Cisco Switching & Routing.
Yn y gyfres hon, ni fyddwn yn astudio llwybryddion Cisco, ond byddwn yn edrych ar y cysyniad o lwybro yn gyffredinol. Bydd gennym dri phwnc. Mae'r cyntaf yn drosolwg o'r hyn rydych chi'n ei wybod eisoes am lwybryddion a sgwrs am sut y gellir ei gymhwyso ar y cyd â'r wybodaeth a gawsoch yn y broses o astudio switshis. Mae angen inni ddeall sut mae switshis a llwybryddion yn gweithio gyda'i gilydd.
Nesaf, byddwn yn edrych ar beth yw llwybro, beth mae'n ei olygu, a sut mae'n gweithio, ac yna byddwn yn symud ymlaen at y mathau o brotocolau llwybro. Heddiw rwy'n defnyddio topoleg yr ydych chi wedi'i weld eisoes mewn gwersi blaenorol.
Edrychom ar sut mae data'n symud ar draws rhwydwaith a sut mae ysgwyd llaw tair ffordd TCP yn cael ei berfformio. Y neges gyntaf a anfonir dros y rhwydwaith yw pecyn SYN. Gadewch i ni edrych ar sut mae ysgwyd llaw tair ffordd yn digwydd pan fydd cyfrifiadur â chyfeiriad IP 10.1.1.10 eisiau cysylltu â gweinydd 30.1.1.10, hynny yw, mae'n ceisio sefydlu cysylltiad FTP.
I ddechrau'r cysylltiad, mae'r cyfrifiadur yn creu porthladd ffynhonnell gyda rhif ar hap 25113. Os ydych chi wedi anghofio sut mae hyn yn digwydd, rwy'n eich cynghori i adolygu'r tiwtorialau fideo blaenorol a drafododd y mater hwn.
Nesaf, mae'n rhoi rhif y porthladd cyrchfan yn y ffrâm oherwydd ei fod yn gwybod y dylai gysylltu â phorthladd 21, yna mae'n ychwanegu gwybodaeth OSI Haen 3, sef ei gyfeiriad IP ei hun a'r cyfeiriad IP cyrchfan. Nid yw'r data dotiog yn newid nes iddo gyrraedd y diweddbwynt. Ar ôl cyrraedd y gweinydd, nid ydynt ychwaith yn newid, ond mae'r gweinydd yn ychwanegu gwybodaeth ail lefel i'r ffrâm, hynny yw, y cyfeiriad MAC. Mae hyn oherwydd y ffaith bod switshis yn canfod gwybodaeth lefel 2 OSI yn unig. Yn y senario hwn, y llwybrydd yw'r unig ddyfais rhwydwaith sy'n ystyried gwybodaeth Haen 3; yn naturiol, mae'r cyfrifiadur hefyd yn gweithio gyda'r wybodaeth hon. Felly, dim ond gyda gwybodaeth lefel XNUMX y mae'r switsh yn gweithio, ac mae'r llwybrydd yn gweithio gyda gwybodaeth lefel XNUMX yn unig.
Mae'r switsh yn gwybod y cyfeiriad MAC ffynhonnell XXXX:XXXX:1111 ac mae eisiau gwybod cyfeiriad MAC y gweinydd y mae'r cyfrifiadur yn ei gyrchu. Mae'n cymharu'r cyfeiriad IP ffynhonnell â'r cyfeiriad cyrchfan, yn sylweddoli bod y dyfeisiau hyn wedi'u lleoli ar wahanol is-rwydweithiau, ac yn penderfynu defnyddio porth i gyrraedd is-rwydwaith gwahanol.
Yn aml, gofynnir i mi pwy sy'n penderfynu beth ddylai'r cyfeiriad IP porth fod. Yn gyntaf, caiff ei benderfynu gan weinyddwr y rhwydwaith, sy'n creu'r rhwydwaith ac yn darparu cyfeiriad IP i bob dyfais. Fel gweinyddwr, gallwch aseinio unrhyw gyfeiriad i'ch llwybrydd o fewn yr ystod o gyfeiriadau a ganiateir ar eich is-rwydwaith. Dyma'r cyfeiriad dilys cyntaf neu olaf fel arfer, ond nid oes rheolau llym ynglŷn â'i aseinio. Yn ein hachos ni, rhoddodd y gweinyddwr gyfeiriad y porth, neu'r llwybrydd, 10.1.1.1 a'i neilltuo i borthladd F0/0.
Pan fyddwch chi'n sefydlu rhwydwaith ar gyfrifiadur gyda chyfeiriad IP statig o 10.1.1.10, rydych chi'n aseinio mwgwd is-rwydwaith o 255.255.255.0 a phorth rhagosodedig o 10.1.1.1. Os nad ydych chi'n defnyddio cyfeiriad statig, yna mae'ch cyfrifiadur yn defnyddio DHCP, sy'n aseinio cyfeiriad deinamig. Waeth pa gyfeiriad IP y mae cyfrifiadur yn ei ddefnyddio, yn statig neu'n ddeinamig, rhaid iddo gael cyfeiriad porth i gael mynediad i rwydwaith arall.
Felly, mae cyfrifiadur 10.1.1.10 yn gwybod bod yn rhaid iddo anfon ffrâm i lwybrydd 10.1.1.1. Mae'r trosglwyddiad hwn yn digwydd y tu mewn i'r rhwydwaith lleol, lle nad yw'r cyfeiriad IP o bwys, dim ond y cyfeiriad MAC sy'n bwysig yma. Gadewch i ni dybio nad yw'r cyfrifiadur erioed wedi cyfathrebu â'r llwybrydd o'r blaen ac nad yw'n gwybod ei gyfeiriad MAC, felly yn gyntaf mae'n rhaid iddo anfon cais ARP sy'n gofyn i bob dyfais ar yr isrwyd: “Hei, pa un ohonoch sydd â'r cyfeiriad 10.1.1.1? Dywedwch wrthyf eich cyfeiriad MAC! Gan mai neges ddarlledu yw ARP, fe'i hanfonir i bob porthladd o bob dyfais, gan gynnwys y llwybrydd.
Mae Cyfrifiadur 10.1.1.12, ar ôl derbyn yr ARP, yn meddwl: “na, nid 10.1.1.1 yw fy nghyfeiriad,” ac yn taflu’r cais; mae cyfrifiadur 10.1.1.13 yn gwneud yr un peth. Mae'r llwybrydd, ar ôl derbyn y cais, yn deall mai ef sy'n cael ei ofyn, ac yn anfon cyfeiriad MAC porthladd F0/0 - ac mae gan bob porthladd gyfeiriad MAC gwahanol - i gyfrifiadur 10.1.1.10. Nawr, gan wybod y cyfeiriad porth XXXX:AAAA, sef y cyfeiriad cyrchfan yn yr achos hwn, mae'r cyfrifiadur yn ei ychwanegu at ddiwedd y ffrâm sydd wedi'i chyfeirio at y gweinydd. Ar yr un pryd, mae'n gosod pennawd ffrâm FCS / CRC, sy'n fecanwaith gwirio gwallau trosglwyddo.
Ar ôl hyn, anfonir ffrâm cyfrifiadur 10.1.1.10 dros y gwifrau i lwybrydd 10.1.1.1. Ar ôl derbyn y ffrâm, mae'r llwybrydd yn tynnu'r FCS / CRC gan ddefnyddio'r un algorithm â'r cyfrifiadur i'w ddilysu. Nid yw data yn ddim mwy na chasgliad o rai a sero. Os yw'r data wedi'i lygru, hynny yw, mae 1 yn dod yn 0 neu 0 yn dod yn un, neu os oes gollyngiad data, sy'n aml yn digwydd wrth ddefnyddio canolbwynt, yna rhaid i'r ddyfais ail-anfon y ffrâm eto.
Os yw'r gwiriad FCS/CRC yn llwyddiannus, mae'r llwybrydd yn edrych ar y cyfeiriadau MAC ffynhonnell a chyrchfan ac yn eu dileu, gan mai gwybodaeth Haen 2 yw hon, ac yn symud ymlaen i gorff y ffrâm, sy'n cynnwys gwybodaeth Haen 3. Oddi mae'n dysgu bod y wybodaeth sydd yn y ffrâm wedi'i bwriadu ar gyfer dyfais gyda chyfeiriad IP 30.1.1.10.
Mae'r llwybrydd rywsut yn gwybod ble mae'r ddyfais hon wedi'i lleoli. Ni wnaethom drafod y mater hwn pan wnaethom edrych ar sut mae switshis yn gweithio, felly byddwn yn edrych arno nawr. Mae gan y llwybrydd 4 porthladd, felly ychwanegais ychydig mwy o gysylltiadau ato. Felly, sut mae'r llwybrydd yn gwybod y dylid anfon data ar gyfer y ddyfais â chyfeiriad IP 30.1.1.10 trwy borthladd F0/1? Pam nad yw'n eu hanfon trwy borthladd F0/3 neu F0/2?
Y ffaith yw bod y llwybrydd yn gweithio gyda thabl llwybro. Mae gan bob llwybrydd fwrdd o'r fath sy'n eich galluogi i benderfynu trwy ba borthladd i drosglwyddo ffrâm benodol.
Yn yr achos hwn, mae porthladd F0/0 wedi'i ffurfweddu i gyfeiriad IP 10.1.1.1 ac mae hyn yn golygu ei fod wedi'i gysylltu â'r rhwydwaith 10.1.1.10/24. Yn yr un modd, mae porthladd F0/1 wedi'i ffurfweddu i'r cyfeiriad 20.1.1.1, hynny yw, wedi'i gysylltu â'r rhwydwaith 20.1.1.0/24. Mae'r llwybrydd yn adnabod y ddau rwydwaith hyn oherwydd eu bod wedi'u cysylltu'n uniongyrchol â'i borthladdoedd. Felly, mae'r wybodaeth y dylai traffig ar gyfer rhwydwaith 10.1.10/24 basio trwy borthladd F0/0, ac ar gyfer rhwydwaith 20.1.1.0/24 trwy borthladd F0/1, yn hysbys yn ddiofyn. Sut mae'r llwybrydd yn gwybod trwy ba borthladdoedd i weithio gyda rhwydweithiau eraill?
Gwelwn fod rhwydwaith 40.1.1.0/24 wedi'i gysylltu â phorthladd F0/2, mae rhwydwaith 50.1.1.0/24 wedi'i gysylltu â phorthladd F0/3, ac mae rhwydwaith 30.1.1.0/24 yn cysylltu'r ail lwybrydd â'r gweinydd. Mae gan yr ail lwybrydd dabl llwybro hefyd, sy'n dweud bod rhwydwaith 30. wedi'i gysylltu â'i borthladd, gadewch i ni ei ddynodi 0/1, ac mae wedi'i gysylltu â'r llwybrydd cyntaf trwy borthladd 0/0. Mae'r llwybrydd hwn yn gwybod bod ei borthladd 0/0 wedi'i gysylltu â rhwydwaith 20., ac mae porthladd 0/1 wedi'i gysylltu â rhwydwaith 30., ac nid yw'n gwybod dim byd arall.
Yn yr un modd, mae'r llwybrydd cyntaf yn gwybod am rwydweithiau 40. a 50. sy'n gysylltiedig â phorthladdoedd 0/2 a 0/3, ond nid yw'n gwybod dim am rwydwaith 30. Mae'r protocol llwybro yn rhoi gwybodaeth i lwybryddion nad oes ganddynt yn ddiofyn. Y mecanwaith y mae'r llwybryddion hyn yn cyfathrebu â'i gilydd yw sail y llwybro, ac mae llwybro deinamig a sefydlog.
Llwybro statig yw bod y llwybrydd cyntaf yn cael gwybodaeth: os oes angen i chi gysylltu â'r rhwydwaith 30.1.1.0/24, yna mae angen i chi ddefnyddio porthladd F0/1. Fodd bynnag, pan fydd yr ail lwybrydd yn derbyn traffig gan weinydd sydd wedi'i fwriadu ar gyfer cyfrifiadur 10.1.1.10, nid yw'n gwybod beth i'w wneud ag ef, oherwydd bod ei dabl llwybro yn cynnwys gwybodaeth am rwydweithiau 30 a 20 yn unig. Felly, mae angen y llwybrydd hwn hefyd i gofrestru llwybro statig : Os yw'n derbyn traffig ar gyfer rhwydwaith 10., dylai ei anfon trwy borthladd 0/0.
Y broblem gyda llwybro statig yw bod yn rhaid i mi ffurfweddu'r llwybrydd cyntaf â llaw i weithio gyda rhwydwaith 30. a'r ail lwybrydd i weithio gyda rhwydwaith 10. Mae hyn yn hawdd os mai dim ond 2 llwybrydd sydd gennyf, ond pan fydd gennyf 10 llwybrydd, sefydlu mae llwybro statig yn cymryd llawer o amser. Yn yr achos hwn, mae'n gwneud synnwyr i ddefnyddio llwybro deinamig.
Felly, ar ôl derbyn ffrâm o'r cyfrifiadur, mae'r llwybrydd cyntaf yn edrych ar ei fwrdd llwybro ac yn penderfynu ei anfon trwy borthladd F0/1. Ar yr un pryd, mae'n ychwanegu'r cyfeiriad MAC ffynhonnell XXXX.BBBB a'r cyfeiriad MAC cyrchfan XXXX.CCSS i'r ffrâm.
Ar ôl derbyn y ffrâm hon, mae'r ail lwybrydd yn “torri” y cyfeiriadau MAC sy'n ymwneud â'r ail haen OSI ac yn symud ymlaen i'r wybodaeth drydedd haen. Mae'n gweld bod y cyfeiriad IP cyrchfan 3 yn perthyn i'r un rhwydwaith â phorthladd 30.1.1.10/0 y llwybrydd, yn ychwanegu'r cyfeiriad MAC ffynhonnell a'r cyfeiriad MAC cyrchfan i'r ffrâm ac yn anfon y ffrâm i'r gweinydd.
Fel y dywedais eisoes, yna ailadroddir proses debyg i'r cyfeiriad arall, hynny yw, cynhelir ail gam yr ysgwyd llaw, lle mae'r gweinydd yn anfon neges SYN ACK yn ôl. Cyn gwneud hyn, mae'n cael gwared ar yr holl wybodaeth ddiangen ac yn gadael y pecyn SYN yn unig.
Ar ôl derbyn y pecyn hwn, mae'r ail lwybrydd yn adolygu'r wybodaeth a dderbyniwyd, yn ychwanegu ato ac yn ei anfon ymlaen.
Felly, mewn gwersi blaenorol fe wnaethom ddysgu sut mae switsh yn gweithio, a nawr fe wnaethom ddysgu sut mae llwybryddion yn gweithio. Gadewch i ni ateb y cwestiwn beth yw llwybro mewn ystyr byd-eang. Tybiwch eich bod yn dod ar draws arwydd ffordd o'r fath sydd wedi'i osod ar groesffordd cylchfan. Gallwch weld bod y gangen gyntaf yn arwain at RAF Fairfax, yr ail i'r maes awyr, y trydydd i'r de. Os cymerwch y bedwaredd allanfa byddwch ar ben arall, ond ar y pumed gallwch yrru trwy ganol y dref i Gastell Braxby.
Yn gyffredinol, llwybro yw'r hyn sy'n gorfodi'r llwybrydd i wneud penderfyniadau ynghylch ble i anfon traffig. Yn yr achos hwn, rhaid i chi, fel y gyrrwr, benderfynu pa allanfa o'r groesffordd i'w gymryd. Mewn rhwydweithiau, mae'n rhaid i lwybryddion wneud penderfyniadau ynghylch ble i anfon pecynnau neu fframiau. Rhaid i chi ddeall bod llwybro yn caniatáu ichi greu tablau yn seiliedig ar ba lwybryddion sy'n gwneud y penderfyniadau hyn.
Fel y dywedais, mae llwybro statig a deinamig. Gadewch i ni edrych ar lwybro statig, y byddaf yn tynnu 3 dyfais sy'n gysylltiedig â'i gilydd ar eu cyfer, gyda'r ddyfais gyntaf a'r trydydd dyfais wedi'u cysylltu â rhwydweithiau. Gadewch i ni dybio bod un rhwydwaith 10.1.1.0 eisiau cyfathrebu â rhwydwaith 40.1.1.0, a rhwng y llwybryddion mae rhwydweithiau 20.1.1.0 a 30.1.1.0.
Yn yr achos hwn, rhaid i'r porthladdoedd llwybrydd berthyn i wahanol is-rwydweithiau. Dim ond am rwydweithiau 1. a 10 y mae llwybrydd 20 yn ei wybod yn ddiofyn ac nid yw'n gwybod dim am rwydweithiau eraill. Dim ond am rwydweithiau 2. a 20 y mae llwybrydd 30 yn ei wybod oherwydd eu bod wedi'u cysylltu ag ef, a dim ond am rwydweithiau 3. a 30 y mae llwybrydd 40 yn eu gwybod. Os yw rhwydwaith 10. eisiau cysylltu â rhwydwaith 40., mae'n rhaid i mi ddweud wrth lwybrydd 1 am rwydwaith 30. . . ac os yw am drosglwyddo ffrâm i rwydwaith 40., rhaid iddo ddefnyddio'r rhyngwyneb ar gyfer rhwydwaith 20. ac anfon y ffrâm dros yr un rhwydwaith 20.
Rhaid imi neilltuo 2 lwybr i'r ail lwybrydd: os yw am drosglwyddo pecyn o rwydwaith 40. i rwydwaith 10., yna rhaid iddo ddefnyddio porthladd rhwydwaith 20., ac i drosglwyddo pecyn o rwydwaith 10. i rwydwaith 40. - rhwydwaith porthladd 30. Yn yr un modd, rhaid i mi ddarparu llwybrydd 3 gwybodaeth am rwydweithiau 10. a 20.
Os oes gennych rwydweithiau bach, yna mae sefydlu llwybr sefydlog yn hawdd iawn. Fodd bynnag, po fwyaf y mae'r rhwydwaith yn tyfu, y mwyaf o broblemau sy'n codi gyda llwybro statig. Gadewch i ni ddychmygu eich bod wedi creu cysylltiad newydd sy'n cysylltu'r llwybryddion cyntaf a'r trydydd llwybrydd yn uniongyrchol. Yn yr achos hwn, bydd y protocol llwybro deinamig yn diweddaru tabl llwybro Llwybrydd 1 yn awtomatig gyda'r canlynol: "os oes angen i chi gysylltu â Llwybrydd 3, defnyddiwch lwybr uniongyrchol"!
Mae dau fath o brotocolau llwybro: Protocol Porth Mewnol IGP a Protocol Porth Allanol EGP. Mae'r protocol cyntaf yn gweithredu ar system ymreolaethol ar wahân a elwir yn barth llwybro. Dychmygwch fod gennych sefydliad bach gyda dim ond 5 llwybrydd. Os ydym yn sôn am y cysylltiad rhwng y llwybryddion hyn yn unig, yna rydym yn golygu IGP, ond os ydych chi'n defnyddio'ch rhwydwaith i gyfathrebu â'r Rhyngrwyd, fel y mae darparwyr ISP yn ei wneud, yna rydych chi'n defnyddio EGP.
Mae IGP yn defnyddio 3 phrotocol poblogaidd: RIP, OSPF ac EIGRP. Dim ond y ddau brotocol olaf y mae cwricwlwm CCNA yn eu crybwyll oherwydd bod RIP yn hen ffasiwn. Dyma'r protocolau llwybro symlaf ac fe'i defnyddir o hyd mewn rhai achosion, ond nid yw'n darparu'r diogelwch rhwydwaith angenrheidiol. Dyma un o'r rhesymau pam na chynhwysodd Cisco RIP o'r cwrs hyfforddi. Fodd bynnag, dywedaf wrthych beth bynnag oherwydd mae ei ddysgu yn eich helpu i ddeall hanfodion llwybro.
Mae dosbarthiad protocol EGP yn defnyddio dau brotocol: BGP a'r protocol EGP ei hun. Yn y cwrs CCNA, byddwn ond yn cwmpasu BGP, OSPF, ac EIGRP. Gellir ystyried y stori am RIP yn wybodaeth bonws, a fydd yn cael ei hadlewyrchu yn un o'r tiwtorialau fideo.
Mae 2 fath arall o brotocolau llwybro: protocolau Fector Pellter a phrotocolau llwybro Link State.
Mae'r pasiad cyntaf yn edrych ar y fectorau pellter a chyfeiriad. Er enghraifft, gallaf sefydlu cysylltiad uniongyrchol rhwng llwybrydd R1 a R4, neu gallaf wneud cysylltiad ar hyd y llwybr R1-R2-R3-R4. Os ydym yn sôn am brotocolau llwybro sy'n defnyddio'r dull fector pellter, yna yn yr achos hwn bydd y cysylltiad bob amser yn cael ei gynnal ar hyd y llwybr byrraf. Nid oes ots y bydd gan y cysylltiad hwn gyflymder lleiaf. Yn ein hachos ni, mae hyn yn 128 kbps, sy'n llawer arafach na'r cysylltiad ar hyd y llwybr R1-R2-R3-R4, lle mae'r cyflymder yn 100 Mbps.
Gadewch i ni ystyried y protocol fector pellter RIP. Byddaf yn tynnu rhwydwaith 1 o flaen llwybrydd R10, a rhwydwaith 4 y tu ôl i'r llwybrydd R40. Gadewch i ni dybio bod llawer o gyfrifiaduron yn y rhwydweithiau hyn. Os ydw i eisiau cyfathrebu rhwng rhwydwaith 10. R1 a rhwydwaith 40. R4, yna byddaf yn aseinio llwybro statig i R1 fel: “os oes angen i chi gysylltu â rhwydwaith 40., defnyddiwch gysylltiad uniongyrchol â llwybrydd R4.” Ar yr un pryd, mae'n rhaid i mi ffurfweddu RIP â llaw ar bob un o'r 4 llwybrydd. Yna bydd y tabl llwybro R1 yn dweud yn awtomatig, os yw rhwydwaith 10. eisiau cyfathrebu â rhwydwaith 40., rhaid iddo ddefnyddio cysylltiad uniongyrchol R1-R4. Hyd yn oed os yw'r ffordd osgoi yn troi allan i fod yn gyflymach, bydd y protocol Fector Pellter yn dal i ddewis y llwybr byrraf gyda'r pellter trosglwyddo byrraf.
Mae OSPF yn brotocol llwybro cyflwr cyswllt sydd bob amser yn edrych ar gyflwr adrannau o'r rhwydwaith. Yn yr achos hwn, mae'n gwerthuso cyflymder y sianeli, ac os yw'n gweld bod y cyflymder trosglwyddo traffig ar y sianel R1-R4 yn isel iawn, mae'n dewis y llwybr gyda'r cyflymder uwch R1-R2-R3-R4, hyd yn oed os yw ei hyd yn fwy na'r llwybr byrraf. Felly, os byddaf yn ffurfweddu'r protocol OSPF ar bob llwybrydd, pan fyddaf yn ceisio cysylltu rhwydwaith 40. â rhwydwaith 10., bydd y traffig yn cael ei anfon ar hyd y llwybr R1-R2-R3-R4. Felly, mae RIP yn brotocol fector pellter, ac mae OSPF yn brotocol llwybro cyflwr cyswllt.
Mae protocol arall - EIGRP, protocol llwybro Cisco perchnogol. Os byddwn yn siarad am ddyfeisiau rhwydwaith gan weithgynhyrchwyr eraill, er enghraifft, Juniper, nid ydynt yn cefnogi EIGRP. Mae hwn yn brotocol llwybro rhagorol sy'n llawer mwy effeithlon na RIP ac OSPF, ond dim ond mewn rhwydweithiau sy'n seiliedig ar ddyfeisiau Cisco y gellir ei ddefnyddio. Yn ddiweddarach dywedaf wrthych yn fanylach pam mae'r protocol hwn mor dda. Am y tro, byddaf yn nodi bod EIGRP yn cyfuno nodweddion protocolau fector pellter a phrotocolau llwybro cyflwr cyswllt, gan gynrychioli protocol hybrid.
Yn y wers fideo nesaf byddwn yn dod yn agos at ystyried llwybryddion Cisco; Byddaf yn dweud ychydig wrthych am system weithredu Cisco IOS, sydd wedi'i bwriadu ar gyfer switshis a llwybryddion. Gobeithio, ar Ddiwrnod 19 neu Ddiwrnod 20, y byddwn yn manylu ar brotocolau llwybro, a byddaf yn dangos sut i ffurfweddu llwybryddion Cisco gan ddefnyddio rhwydweithiau bach fel enghreifftiau.
Diolch am aros gyda ni. Ydych chi'n hoffi ein herthyglau? Eisiau gweld cynnwys mwy diddorol? Cefnogwch ni trwy osod archeb neu argymell i ffrindiau, Gostyngiad o 30% i ddefnyddwyr Habr ar analog unigryw o weinyddion lefel mynediad, a ddyfeisiwyd gennym ni ar eich cyfer chi: (ar gael gyda RAID1 a RAID10, hyd at 24 craidd a hyd at 40GB DDR4).
Dell R730xd 2 gwaith yn rhatach? Dim ond yma yn yr Iseldiroedd! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - o $99! Darllenwch am
Ffynhonnell: hab.com