Ngayon ay magsisimula tayong matuto tungkol sa pagruruta ng OSPF. Ang paksang ito, tulad ng EIGRP protocol, ay ang pinakamahalagang paksa sa buong kurso ng CCNA. Gaya ng nakikita mo, ang Seksyon 2.4 ay pinamagatang βPag-configure, Pagsubok, at Pag-troubleshoot ng OSPFv2 Single-Zone at Multi-Zone para sa IPv4 (Hindi kasama ang Authentication, Filtering, Manual na Pagbubuod ng Ruta, Muling Pamamahagi, Stub Area, VNet, at LSA).β
Ang paksa ng OSPF ay medyo malawak, kaya aabutin ito ng 2, marahil 3 mga aralin sa video. Ang aralin ngayon ay ilalaan sa teoretikal na bahagi ng isyu; Sasabihin ko sa iyo kung ano ang protocol na ito sa mga pangkalahatang tuntunin at kung paano ito gumagana. Sa susunod na video, lilipat tayo sa OSPF configuration mode gamit ang Packet Tracer.
Kaya sa araling ito, tatalakayin natin ang tatlong bagay: kung ano ang OSPF, kung paano ito gumagana, at kung ano ang mga zone ng OSPF. Sa nakaraang aralin, sinabi namin na ang OSPF ay isang Link State routing protocol na sumusuri sa mga link ng komunikasyon sa pagitan ng mga router at gumagawa ng mga desisyon batay sa bilis ng mga link na iyon. Ang isang mahabang channel na may mas mataas na bilis, iyon ay, na may higit na throughput, ay bibigyan ng priyoridad kaysa sa isang maikling channel na may mas kaunting throughput.
Ang RIP protocol, bilang isang distance vector protocol, ay pipili ng single-hop path, kahit na ang link na ito ay may mababang bilis, at ang OSPF protocol ay pipili ng mahabang ruta ng ilang hops kung ang kabuuang bilis sa rutang ito ay mas mataas kaysa sa bilis ng trapiko sa maikling ruta.
Titingnan natin ang algorithm ng desisyon sa ibang pagkakataon, ngunit sa ngayon dapat mong tandaan na ang OSPF ay isang Link State Protocol. Ang bukas na pamantayang ito ay nilikha noong 1988 upang magamit ito ng bawat tagagawa ng kagamitan sa network at anumang provider ng network. Samakatuwid ang OSPF ay mas popular kaysa sa EIGRP.
Sinuportahan lamang ng OSPF version 2 ang IPv4, at makalipas ang isang taon, noong 1989, inihayag ng mga developer ang bersyon 3, na sumuporta sa IPv6. Gayunpaman, ang isang ganap na gumaganang ikatlong bersyon ng OSPF para sa IPv6 ay lumitaw lamang noong 2008. Bakit OSPF ang pinili mo? Sa huling aralin, nalaman namin na ang internal gateway protocol na ito ay gumaganap ng convergence ng ruta nang mas mabilis kaysa sa RIP. Ito ay isang walang klase na protocol.
Kung naaalala mo, ang RIP ay isang classful na protocol, ibig sabihin ay hindi ito nagpapadala ng impormasyon ng subnet mask, at kung makatagpo ito ng class A/24 IP address, hindi ito tatanggapin. Halimbawa, kung ipapakita mo ito ng isang IP address tulad ng 10.1.1.0/24, makikita ito bilang network 10.0.0.0 dahil hindi nito naiintindihan kapag ang isang network ay na-subnet gamit ang higit sa isang subnet mask.
Ang OSPF ay isang secure na protocol. Halimbawa, kung ang dalawang router ay nagpapalitan ng impormasyon ng OSPF, maaari mong i-configure ang pagpapatunay upang makapagbahagi ka lamang ng impormasyon sa isang kalapit na router pagkatapos magpasok ng isang password. Tulad ng nasabi na namin, ito ay isang bukas na pamantayan, kaya ang OSPF ay ginagamit ng maraming mga tagagawa ng kagamitan sa network.
Sa pandaigdigang kahulugan, ang OSPF ay isang mekanismo para sa pagpapalitan ng Link State Advertisements, o LSAs. Ang mga mensahe ng LSA ay nabuo ng router at naglalaman ng maraming impormasyon: ang natatanging identifier ng router na router-id, data tungkol sa mga network na kilala ng router, data tungkol sa kanilang gastos, at iba pa. Kailangan ng router ang lahat ng impormasyong ito upang makagawa ng mga desisyon sa pagruruta.
Ang Router R3 ay nagpapadala ng LSA information nito sa router R5, at ang router R5 ay nagbabahagi ng LSA information nito sa R3. Ang mga LSA na ito ay kumakatawan sa istruktura ng data na bumubuo sa Link State Data Base, o LSDB. Kinokolekta ng router ang lahat ng natanggap na LSA at inilalagay ang mga ito sa LSDB nito. Matapos magawa ng parehong router ang kanilang mga database, nagpapalitan sila ng mga Hello message, na nagsisilbing tumuklas ng mga kapitbahay, at sinimulan ang pamamaraan ng paghahambing ng kanilang mga LSDB.
Ang router R3 ay nagpapadala ng router R5 ng isang DBD, o "database description" na mensahe, at ang R5 ay nagpapadala ng DBD nito sa router R3. Ang mga mensaheng ito ay naglalaman ng mga LSA index na available sa mga database ng bawat router. Pagkatapos matanggap ang DBD, nagpapadala si R3 ng kahilingan sa status ng LSR network sa R5 na nagsasabing "Mayroon na akong mga mensahe 3,4 at 9, kaya ipadala lang sa akin ang 5 at 7."
Ganoon din ang ginagawa ng R5, na sinasabi sa ikatlong router: "Mayroon akong impormasyon 3,4 at 9, kaya ipadala sa akin ang 1 at 2." Ang pagkakaroon ng natanggap na mga kahilingan sa LSR, ang mga router ay nagpapadala ng mga LSU network state update packet, iyon ay, bilang tugon sa LSR nito, ang ikatlong router ay tumatanggap ng isang LSU mula sa router R5. Pagkatapos i-update ng mga router ang kanilang mga database, lahat sila, kahit na mayroon kang 100 router, ay magkakaroon ng parehong mga LSDB. Kapag nalikha na ang mga database ng LSDB sa mga router, malalaman ng bawat isa sa kanila ang tungkol sa buong network sa kabuuan. Ginagamit ng OSPF protocol ang Shortest Path First algorithm upang lumikha ng routing table, kaya ang pinakamahalagang kondisyon para sa tamang operasyon nito ay ang mga LSDB ng lahat ng device sa network ay naka-synchronize.
Sa diagram sa itaas, mayroong 9 na router, bawat isa ay nagpapalitan ng LSR, LSU, at iba pa ng mga mensahe sa mga kapitbahay nito. Lahat ng mga ito ay konektado sa isa't isa sa pamamagitan ng p2p, o "point-to-point" na mga interface na sumusuporta sa operasyon sa pamamagitan ng OSPF protocol, at nakikipag-ugnayan sa isa't isa upang lumikha ng parehong LSDB.
Sa sandaling ang mga base ay naka-synchronize, ang bawat router, gamit ang pinakamaikling path algorithm, ay bumubuo ng sarili nitong routing table. Magiging iba ang mga talahanayang ito para sa iba't ibang mga router. Iyon ay, ang lahat ng mga router ay gumagamit ng parehong LSDB, ngunit lumikha ng mga routing table batay sa kanilang sariling mga pagsasaalang-alang tungkol sa pinakamaikling ruta. Upang magamit ang algorithm na ito, kailangang regular na i-update ng OSPF ang LSDB.
Kaya, para gumana mismo ang OSPF, dapat muna itong magbigay ng 3 kundisyon: maghanap ng mga kapitbahay, gumawa at mag-update ng LSDB, at bumuo ng routing table. Upang matupad ang unang kundisyon, maaaring kailanganin ng administrator ng network na manual na i-configure ang router-id, mga timing, o wildcard mask. Sa susunod na video ay titingnan natin ang pag-set up ng isang device para gumana sa OSPF, sa ngayon dapat mong malaman na ang protocol na ito ay gumagamit ng reverse mask, at kung hindi ito tumutugma, kung ang iyong mga subnet ay hindi tumutugma, o ang pagpapatunay ay hindi tumutugma. , hindi mabubuo ang isang kapitbahayan ng mga router. Samakatuwid, kapag nag-troubleshoot ng OSPF, dapat mong malaman kung bakit ang mismong kapitbahayan na ito ay hindi nabuo, iyon ay, suriin kung ang mga parameter sa itaas ay tumutugma.
Bilang administrator ng network, hindi ka kasali sa proseso ng paglikha ng LSDB. Awtomatikong ina-update ang mga database pagkatapos gumawa ng kapitbahayan ng mga router, gayundin ang pagbuo ng mga routing table. Ang lahat ng ito ay ginagawa ng device mismo, na na-configure upang gumana sa OSPF protocol.
Tingnan natin ang isang halimbawa. Mayroon kaming 2 router, kung saan nagtalaga ako ng RIDs 1.1.1.1 at 2.2.2.2 para sa pagiging simple. Sa sandaling ikonekta namin ang mga ito, ang link channel ay agad na mapupunta sa up state, dahil una kong na-configure ang mga router na ito upang gumana sa OSPF. Sa sandaling mabuo ang channel ng komunikasyon, magpapadala kaagad ang router A ng Hello packet sa router A. Maglalaman ang packet na ito ng impormasyon na hindi pa "nakikita" ng router na ito ang sinuman sa channel na ito, dahil nagpapadala ito ng Hello sa unang pagkakataon, pati na rin ang sarili nitong identifier, data tungkol sa network na nakakonekta dito, at iba pang impormasyon na maaari nitong gawin. ibahagi sa isang kapitbahay.
Pagkatanggap ng packet na ito, sasabihin ng router B: "Nakikita ko na may potensyal na kandidato para sa isang OSPF na kapitbahay sa channel ng komunikasyon na ito" at pupunta sa estado ng Init. Ang Hello packet ay hindi isang unicast o broadcast na mensahe, ito ay isang multicast packet na ipinadala sa multicast OSPF IP address 224.0.0.5. Ang ilang mga tao ay nagtatanong kung ano ang subnet mask para sa multicast. Ang katotohanan ay ang multicast ay walang subnet mask; kumakalat ito bilang isang signal ng radyo, na naririnig ng lahat ng mga aparato na nakatutok sa dalas nito. Halimbawa, kung gusto mong makarinig ng isang FM radio na nagbo-broadcast sa frequency 91,0, itutune mo ang iyong radyo sa frequency na iyon.
Sa parehong paraan, ang router B ay naka-configure upang makatanggap ng mga mensahe para sa multicast address na 224.0.0.5. Habang nakikinig sa channel na ito, natatanggap nito ang Hello packet na ipinadala ng Router A at tumutugon sa sarili nitong mensahe.
Sa kasong ito, ang isang kapitbahayan ay maaari lamang itatag kung ang sagot B ay nakakatugon sa isang hanay ng mga pamantayan. Ang unang criterion ay ang dalas ng pagpapadala ng mga mensaheng Hello at ang agwat ng paghihintay para sa tugon sa mensaheng ito Dead Interval ay dapat na pareho para sa parehong mga router. Karaniwan ang Dead Interval ay katumbas ng ilang mga halaga ng Hello timer. Kaya, kung ang Hello Timer ng router A ay 10 s, at nagpadala ang router B ng mensahe pagkatapos ng 30 s, habang ang Dead Interval ay 20 s, hindi magaganap ang adjacency.
Ang pangalawang pamantayan ay ang parehong mga router ay dapat gumamit ng parehong uri ng pagpapatunay. Alinsunod dito, dapat ding tumugma ang mga password sa pagpapatunay.
Ang ikatlong criterion ay ang tugma ng mga Arial ID zone identifier, ang pang-apat ay ang tugma ng haba ng network prefix. Kung ang Router A ay nag-uulat ng isang /24 prefix, ang Router B ay dapat ding magkaroon ng isang /24 network prefix. Sa susunod na video ay titingnan natin ito nang mas detalyado, sa ngayon ay mapapansin ko na ito ay hindi isang subnet mask, dito ang mga router ay gumagamit ng isang reverse Wildcard mask. At siyempre, dapat ding tumugma ang mga flag ng Stub area kung ang mga router ay nasa zone na ito.
Pagkatapos suriin ang mga pamantayang ito, kung tumugma ang mga ito, ipinapadala ng router B ang Hello packet nito sa router A. Sa kaibahan sa mensahe ni A, iniulat ng Router B na nakita nito ang Router A at ipinakilala ang sarili nito.
Bilang tugon sa mensaheng ito, muling nagpapadala ang router A ng Hello sa router B, kung saan kinukumpirma nito na nakita rin nito ang router B, ang channel ng komunikasyon sa pagitan ng mga ito ay binubuo ng mga device 1.1.1.1 at 2.2.2.2, at ito mismo ay device 1.1.1.1 . Ito ay isang napakahalagang yugto ng pagtatatag ng isang kapitbahayan. Sa kasong ito, ginagamit ang isang two-way na 2-WAY na koneksyon, ngunit ano ang mangyayari kung mayroon tayong switch na may distributed na network ng 4 na router? Sa ganitong "nakabahagi" na kapaligiran, ang isa sa mga router ay dapat gumanap ng papel ng isang Designated router DR, at ang pangalawa ay dapat gumanap ng papel ng isang Backup na itinalagang router, BDR
Ang bawat isa sa mga device na ito ay bubuo ng isang Buong koneksyon, o isang estado ng kumpletong pagkakaugnay, mamaya ay titingnan natin kung ano ito, gayunpaman, ang isang koneksyon ng ganitong uri ay itatatag lamang sa DR at BDR; ang dalawang mas mababang mga router D at B ay nakikipag-usap pa rin sa isa't isa gamit ang isang two-way na scheme ng koneksyon na "point-to-point".
Iyon ay, sa DR at BDR, ang lahat ng mga router ay nagtatag ng isang buong relasyon sa kapitbahayan, at sa isa't isa - isang point-to-point na koneksyon. Napakahalaga nito dahil sa panahon ng two-way na koneksyon sa pagitan ng mga katabing device, dapat tumugma ang lahat ng parameter ng Hello packet. Sa aming kaso, lahat ay tumutugma, kaya ang mga aparato ay bumubuo ng isang kapitbahayan nang walang anumang mga problema.
Sa sandaling maitatag ang two-way na komunikasyon, ang router A ay nagpapadala sa router B ng isang Database Deskripsyon packet, o "deskripsyon ng database", at napupunta sa estado ng ExStart - ang simula ng palitan, o naghihintay para sa pag-load. Ang Database Descriptor ay impormasyong katulad ng talaan ng mga nilalaman ng isang libro - ito ay isang listahan ng lahat ng bagay na nasa database ng pagruruta. Bilang tugon, ipinapadala ng Router B ang paglalarawan ng database nito sa Router A at pumapasok sa estado ng komunikasyon ng Exchange channel. Kung sa Exchange state ay nakita ng router na may ilang impormasyon na nawawala sa database nito, mapupunta ito sa LOADING loading state at magsisimulang makipagpalitan ng LSR, LSU at LSA na mga mensahe sa kapitbahay nito.
Kaya, magpapadala ang router A ng LSR sa kapitbahay nito, na tutugon gamit ang isang LSU packet, kung saan tutugon ang router A sa router B na may LSA na mensahe. Mangyayari ang palitan na ito nang maraming beses hangga't gusto ng mga device na makipagpalitan ng mga mensahe ng LSA. Ang estado ng LOADING ay nangangahulugan na ang isang buong pag-update ng database ng LSA ay hindi pa nagaganap. Kapag na-download na ang lahat ng data, papasok ang parehong device sa BUONG katayuan ng katabing.
Tandaan na sa isang two-way na koneksyon, ang mga device ay nasa katayuan lamang ng katabing, at ang buong katayuan ng katabing ay posible lamang sa pagitan ng mga router, DR at BDR. Nangangahulugan ito na ang bawat router ay nagpapaalam sa DR tungkol sa mga pagbabago sa network, at lahat ng mga router alamin ang tungkol sa mga pagbabagong ito mula kay DR
Ang pagpili ng DR at BDR ay isang mahalagang isyu. Tingnan natin kung paano napili ang DR sa isang pangkalahatang kapaligiran. Ipagpalagay natin na ang aming scheme ay may tatlong router at isang switch. Ihambing muna ng mga OSPF device ang priyoridad sa mga Hello messages, pagkatapos ay ikumpara ang Router ID.
Ang device na may pinakamataas na priyoridad ay nagiging DR Kung ang mga priyoridad ng dalawang device ay magkasabay, ang device na may pinakamataas na Router ID ay pipiliin mula sa dalawa at magiging DR
Ang device na may pangalawang pinakamataas na priyoridad o ang pangalawang pinakamataas na Router ID ay nagiging backup na nakatuong router BDR. Kung nabigo ang DR, agad itong papalitan ng BDR. Magsisimula itong gampanan ang papel na DR, at pipili ang system ng isa pa BDR
Umaasa ako na naisip mo ang pagpili ng DR at BDR, kung hindi, babalik ako sa isyung ito sa isa sa mga sumusunod na video at ipaliwanag ang prosesong ito.
Sa ngayon ay tiningnan namin kung ano ang Hello, ang Database Descriptor, at LSR, LSU, at LSA na mga mensahe. Bago lumipat sa susunod na paksa, pag-usapan natin ang tungkol sa halaga ng OSPF.
Sa Cisco, ang halaga ng isang ruta ay kinakalkula gamit ang formula ng ratio ng Reference bandwidth, na nakatakda sa 100 Mbit/s bilang default, sa halaga ng channel. Halimbawa, kapag nagkokonekta ng mga device sa pamamagitan ng serial port, ang bilis ay 1.544 Mbps, at ang gastos ay magiging 64. Kapag gumagamit ng koneksyon sa Ethernet na may bilis na 10 Mbps, ang gastos ay magiging 10, at ang halaga ng koneksyon sa FastEthernet sa ang bilis na 100 Mbps ay magiging 1.
Kapag gumagamit ng Gigabit Ethernet mayroon kaming bilis na 1000 Mbps, ngunit sa kasong ito ang bilis ay palaging ipinapalagay na 1. Kaya, kung mayroon kang Gigabit Ethernet sa iyong network, dapat mong baguhin ang default na halaga ng Ref. BW ng 1000. Sa kasong ito, ang gastos ay magiging 1, at ang buong talahanayan ay muling kakalkulahin na ang mga halaga ng gastos ay tumataas ng 10 beses. Kapag nabuo na namin ang adjacency at binuo ang LSDB, nagpapatuloy kami sa pagbuo ng routing table.
Pagkatapos matanggap ang LSDB, ang bawat router ay hiwalay na nagsisimulang bumuo ng isang listahan ng mga ruta gamit ang SPF algorithm. Sa aming scheme, ang router A ay lilikha ng gayong talahanayan para sa sarili nito. Halimbawa, kinakalkula nito ang halaga ng rutang A-R1 at tinutukoy na ito ay 10. Upang gawing mas madaling maunawaan ang diagram, ipagpalagay na tinutukoy ng router A ang pinakamainam na ruta patungo sa router B. Ang halaga ng link na A-R1 ay 10 , ang link na A-R2 ay 100, at ang halaga ng rutang A-R3 ay katumbas ng 11, iyon ay, ang kabuuan ng rutang A-R1(10) at R1-R3(1).
Kung gusto ng router A na makarating sa router R4, magagawa nito ito sa rutang A-R1-R4 o sa rutang A-R2-R4, at sa parehong mga kaso ang gastos ng mga ruta ay magiging pareho: 10+100 =100+10=110. Ang ruta A-R6 ay nagkakahalaga ng 100+1= 101, na mas maganda na. Susunod, isinasaalang-alang namin ang landas patungo sa router R5 kasama ang rutang A-R1-R3-R5, ang halaga nito ay magiging 10+1+100 = 111.
Ang landas patungo sa router R7 ay maaaring ilagay sa dalawang ruta: A-R1-R4-R7 o A-R2-R6-R7. Ang halaga ng una ay 210, ang pangalawa - 201, na nangangahulugang dapat mong piliin ang 201. Kaya, upang maabot ang router B, ang router A ay maaaring gumamit ng 4 na ruta.
Ang halaga ng rutang A-R1-R3-R5-B ay magiging 121. Ang Ruta A-R1-R4-R7-B ay nagkakahalaga ng 220. Ang Ruta A-R2-R4-R7-B ay nagkakahalaga ng 210, at A-R2- Ang R6-R7- B ay may halagang 211. Batay dito, pipiliin ng router A ang rutang may pinakamababang halaga, katumbas ng 121, at ilalagay ito sa routing table. Ito ay isang napakasimpleng diagram kung paano gumagana ang SPF algorithm. Sa katunayan, ang talahanayan ay naglalaman ng hindi lamang mga pagtatalaga ng mga router kung saan tumatakbo ang pinakamainam na ruta, kundi pati na rin ang mga pagtatalaga ng mga port na kumukonekta sa kanila at lahat ng iba pang kinakailangang impormasyon.
Tingnan natin ang isa pang paksa na may kinalaman sa mga routing zone. Kadalasan, kapag nagse-set up ng mga OSPF device ng kumpanya, lahat sila ay matatagpuan sa isang common zone.
Ano ang mangyayari kung biglang nabigo ang device na nakakonekta sa R3 router? Ang Router R3 ay agad na magsisimulang magpadala ng mensahe sa mga router R5 at R1 na ang channel na may device na ito ay hindi na gumagana, at lahat ng mga router ay magsisimulang makipagpalitan ng mga update tungkol sa kaganapang ito.
Kung mayroon kang 100 router, ia-update nilang lahat ang impormasyon ng estado ng link dahil sila ay nasa parehong common zone. Ang parehong bagay ay mangyayari kung ang isa sa mga kalapit na router ay nabigo - lahat ng mga aparato sa zone ay magpapalitan ng mga update sa LSA. Pagkatapos ng pagpapalitan ng mga naturang mensahe, ang network topology mismo ay magbabago. Kapag nangyari ito, kakalkulahin muli ng SPF ang mga talahanayan ng pagruruta ayon sa mga binagong kundisyon. Ito ay isang napakalaking proseso, at kung mayroon kang isang libong mga aparato sa isang zone, kailangan mong kontrolin ang laki ng memorya ng mga router upang ito ay sapat na upang maiimbak ang lahat ng mga LSA at ang malaking database ng estado ng link ng LSDB. Sa sandaling mangyari ang mga pagbabago sa ilang bahagi ng zone, agad na muling kinakalkula ng SPF algorithm ang mga ruta. Bilang default, ina-update ang LSA bawat 30 minuto. Ang prosesong ito ay hindi nangyayari sa lahat ng mga device nang sabay-sabay, ngunit sa anumang kaso, ang mga pag-update ay ginagawa ng bawat router bawat 30 minuto. Ang mas maraming mga aparato sa network. Ang mas maraming memorya at oras na kinakailangan upang i-update ang LSDB.
Ang problemang ito ay maaaring malutas sa pamamagitan ng paghahati ng isang karaniwang zone sa ilang magkahiwalay na mga zone, iyon ay, gamit ang multizoning. Para magawa ito, dapat ay mayroon kang plano o diagram ng buong network na iyong pinamamahalaan. AREA 0 ang iyong Pangunahing lugar. Ito ang lugar kung saan ginawa ang koneksyon sa panlabas na network, halimbawa, pag-access sa Internet. Kapag gumagawa ng mga bagong zone, dapat mong sundin ang panuntunan: ang bawat zone ay dapat may isang ABR, Area Border Router. Ang isang gilid router ay may isang interface sa isang zone at isang pangalawang interface sa isa pang zone. Halimbawa, ang R5 router ay may mga interface sa zone 1 at zone 0. Gaya ng sinabi ko, ang bawat isa sa mga zone ay dapat na konektado sa zone zero, iyon ay, may isang gilid na router, na ang isa sa mga interface ay konektado sa AREA 0.
Ipagpalagay natin na nabigo ang koneksyon ng R6-R7. Sa kasong ito, ang LSA update ay magpapalaganap lamang sa pamamagitan ng AREA 1 at makakaapekto lamang sa zone na ito. Hindi rin malalaman ng mga device sa zone 2 at zone 0 ang tungkol dito. Ang Edge router R5 ay nagbubuod ng impormasyon tungkol sa kung ano ang nangyayari sa zone nito at nagpapadala ng buod na impormasyon tungkol sa estado ng network sa pangunahing zone AREA 0. Ang mga device sa isang zone ay hindi kailangang malaman ang lahat ng mga pagbabago sa LSA sa loob ng ibang mga zone dahil ang ABR router ay magpapasa ng buod ng impormasyon ng ruta mula sa isang zone patungo sa isa pa.
Kung hindi ka ganap na malinaw sa konsepto ng mga zone, maaari kang matuto nang higit pa sa susunod na mga aralin kapag napunta tayo sa pag-configure ng pagruruta ng OSPF at tumingin sa ilang mga halimbawa.
Salamat sa pananatili sa amin. Gusto mo ba ang aming mga artikulo? Gustong makakita ng mas kawili-wiling nilalaman? Suportahan kami sa pamamagitan ng pag-order o pagrekomenda sa mga kaibigan, 30% na diskwento para sa mga gumagamit ng Habr sa isang natatanging analogue ng mga entry-level na server, na inimbento namin para sa iyo: (magagamit sa RAID1 at RAID10, hanggang 24 na core at hanggang 40GB DDR4).
Dell R730xd 2 beses na mas mura? Dito lang sa Netherlands! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - mula $99! Basahin ang tungkol sa
Pinagmulan: www.habr.com