Leo tutaanza kujifunza kuhusu uelekezaji wa OSPF. Mada hii, kama itifaki ya EIGRP, ndiyo mada muhimu zaidi katika kozi nzima ya CCNA. Kama unavyoona, Sehemu ya 2.4 ina kichwa "Kusanidi, Kujaribu, na Kutatua Matatizo OSPFv2 Eneo Moja na Eneo-nyingi la IPv4 (Ukiondoa Uthibitishaji, Uchujaji, Muhtasari wa Njia, Ugawaji upya, Eneo la Stub, VNet, na LSA)."
Mada ya OSPF ni pana kabisa, kwa hivyo itachukua 2, labda masomo 3 ya video. Somo la leo litajitolea kwa upande wa kinadharia wa suala hilo; nitakuambia itifaki hii ni nini kwa jumla na jinsi inavyofanya kazi. Katika video inayofuata, tutaendelea hadi kwenye modi ya usanidi ya OSPF kwa kutumia Packet Tracer.
Kwa hivyo katika somo hili tutashughulikia mambo matatu: OSPF ni nini, jinsi inavyofanya kazi, na maeneo ya OSPF ni nini. Katika somo lililopita, tulisema kwamba OSPF ni itifaki ya uelekezaji ya Jimbo la Kiungo ambayo inachunguza viungo vya mawasiliano kati ya vipanga njia na kufanya maamuzi kulingana na kasi ya viungo hivyo. Chaneli ndefu iliyo na kasi ya juu, ambayo ni, iliyo na upitishaji zaidi, itapewa kipaumbele juu ya chaneli fupi iliyo na upitishaji mdogo.
Itifaki ya RIP, ikiwa ni itifaki ya vekta ya umbali, itachagua njia ya-hop moja, hata kama kiungo hiki kina kasi ya chini, na itifaki ya OSPF itachagua njia ndefu ya hops kadhaa ikiwa kasi ya jumla kwenye njia hii ni kubwa kuliko kasi ya trafiki kwenye njia fupi.
Tutaangalia algoriti ya uamuzi baadaye, lakini kwa sasa unapaswa kukumbuka kuwa OSPF ni Itifaki ya Jimbo la Kiungo. Kiwango hiki cha wazi kiliundwa mwaka wa 1988 ili kila mtengenezaji wa vifaa vya mtandao na mtoa huduma yeyote wa mtandao anaweza kuitumia. Kwa hivyo OSPF ni maarufu zaidi kuliko EIGRP.
Toleo la 2 la OSPF liliunga mkono IPv4 pekee, na mwaka mmoja baadaye, mnamo 1989, watengenezaji walitangaza toleo la 3, ambalo liliunga mkono IPv6. Walakini, toleo la tatu linalofanya kazi kikamilifu la OSPF kwa IPv6 lilionekana tu mnamo 2008. Kwa nini umechagua OSPF? Katika somo lililopita, tulijifunza kwamba itifaki hii ya lango la ndani hufanya muunganisho wa njia kwa haraka zaidi kuliko RIP. Hii ni itifaki isiyo na darasa.
Ikiwa unakumbuka, RIP ni itifaki ya darasani, kumaanisha kwamba haitumi maelezo ya mask ya subnet, na ikiwa itakutana na anwani ya IP ya darasa la A/24, haitaikubali. Kwa mfano, ukiiwasilisha na anwani ya IP kama vile 10.1.1.0/24, itaiona kama mtandao 10.0.0.0 kwa sababu haielewi wakati mtandao unawekwa chini kwa kutumia barakoa zaidi ya moja.
OSPF ni itifaki salama. Kwa mfano, ikiwa ruta mbili zinabadilishana habari za OSPF, unaweza kusanidi uthibitishaji ili uweze kushiriki habari tu na kipanga njia cha jirani baada ya kuingia nenosiri. Kama tulivyokwisha sema, ni kiwango wazi, kwa hivyo OSPF hutumiwa na watengenezaji wengi wa vifaa vya mtandao.
Kwa maana ya kimataifa, OSPF ni utaratibu wa kubadilishana Matangazo ya Link State, au LSAs. Ujumbe wa LSA huzalishwa na router na huwa na habari nyingi: kitambulisho cha kipekee cha kitambulisho cha router, data kuhusu mitandao inayojulikana kwa router, data kuhusu gharama zao, na kadhalika. Router inahitaji habari hii yote kufanya maamuzi ya uelekezaji.
Router R3 hutuma taarifa zake za LSA kwa kipanga njia R5, na kipanga njia R5 hushiriki maelezo yake ya LSA na R3. LSA hizi zinawakilisha muundo wa data unaounda Hifadhidata ya Jimbo la Link State, au LSDB. Kipanga njia hukusanya LSA zote zilizopokelewa na kuziweka kwenye LSDB yake. Baada ya ruta zote mbili kuunda hifadhidata zao, hubadilishana ujumbe wa Hello, ambao hutumikia kugundua majirani, na kuanza utaratibu wa kulinganisha LSDB zao.
Kipanga njia R3 hutuma kipanga njia R5 a DBD, au ujumbe wa "maelezo ya hifadhidata", na R5 hutuma DBD yake kwa kipanga njia R3. Ujumbe huu una faharasa za LSA ambazo zinapatikana katika hifadhidata za kila kipanga njia. Baada ya kupokea DBD, R3 hutuma ombi la hali ya mtandao wa LSR kwa R5 ikisema "Tayari nina ujumbe 3,4 na 9, kwa hivyo nitumie 5 na 7 pekee."
R5 hufanya vivyo hivyo, ikiambia kipanga njia cha tatu: "Nina habari 3,4 na 9, kwa hivyo nitumie 1 na 2." Baada ya kupokea maombi ya LSR, ruta hutuma pakiti za sasisho za hali ya mtandao wa LSU, yaani, kwa kukabiliana na LSR yake, kipanga njia cha tatu kinapokea LSU kutoka kwa router R5. Baada ya ruta kusasisha hifadhidata zao, zote, hata ikiwa una vipanga njia 100, zitakuwa na LSDB sawa. Mara tu hifadhidata za LSDB zimeundwa kwenye ruta, kila mmoja wao atajua kuhusu mtandao mzima kwa ujumla. Itifaki ya OSPF hutumia algorithm ya Njia fupi ya Kwanza kuunda meza ya uelekezaji, kwa hivyo hali muhimu zaidi kwa operesheni yake sahihi ni kwamba LSDB za vifaa vyote kwenye mtandao vinasawazishwa.
Katika mchoro hapo juu, kuna ruta 9, ambayo kila mmoja hubadilishana LSR, LSU, na kadhalika ujumbe na majirani zake. Zote zimeunganishwa kupitia p2p, au miingiliano ya "point-to-point" ambayo inasaidia utendakazi kupitia itifaki ya OSPF, na kuingiliana ili kuunda LSDB sawa.
Mara tu besi zinasawazishwa, kila kipanga njia, kwa kutumia algorithm ya njia fupi zaidi, huunda meza yake ya uelekezaji. Jedwali hizi zitakuwa tofauti kwa ruta tofauti. Hiyo ni, ruta zote hutumia LSDB sawa, lakini kuunda meza za uelekezaji kulingana na mawazo yao wenyewe kuhusu njia fupi. Ili kutumia algoriti hii, OSPF inahitaji kusasisha LSDB mara kwa mara.
Kwa hiyo, ili OSPF ifanye kazi yenyewe, lazima kwanza itoe masharti 3: kupata majirani, kuunda na kusasisha LSDB, na kuunda meza ya uelekezaji. Ili kutimiza sharti la kwanza, msimamizi wa mtandao anaweza kuhitaji kusanidi mwenyewe kitambulisho cha kipanga njia, muda au kinyago cha kadi-mwitu. Katika video inayofuata tutaangalia kusanidi kifaa cha kufanya kazi na OSPF, kwa sasa unapaswa kujua kwamba itifaki hii inatumia mask ya nyuma, na ikiwa hailingani, ikiwa subnets zako hazifanani, au uthibitishaji haufanani. , jirani ya routers haitaweza kuunda. Kwa hivyo, wakati wa kusuluhisha OSPF, lazima ujue ni kwa nini kitongoji hiki hakijaundwa, ambayo ni, angalia kuwa vigezo hapo juu vinalingana.
Kama msimamizi wa mtandao, hauhusiki katika mchakato wa kuunda LSDB. Hifadhidata husasishwa kiotomatiki baada ya kuunda kitongoji cha ruta, kama vile ujenzi wa meza za kuelekeza. Yote hii inafanywa na kifaa yenyewe, imeundwa kufanya kazi na itifaki ya OSPF.
Hebu tuangalie mfano. Tuna vipanga njia 2, ambavyo nilivipa RIDs 1.1.1.1 na 2.2.2.2 kwa urahisi. Mara tu tunapowaunganisha, kituo cha kiungo kitaenda mara moja kwenye hali ya juu, kwa sababu kwanza nilisanidi ruta hizi kufanya kazi na OSPF. Mara tu kituo cha mawasiliano kitakapoundwa, kipanga njia A kitatuma pakiti ya Hello mara moja kwa kipanga njia A. Pakiti hii itakuwa na habari kwamba kipanga njia hiki bado "hajaona" mtu yeyote kwenye chaneli hii, kwa sababu inatuma Hello kwa mara ya kwanza, pamoja na kitambulisho chake, data kuhusu mtandao uliounganishwa nayo, na habari nyingine ambayo inaweza. shiriki na jirani.
Baada ya kupokea pakiti hii, router B itasema: "Ninaona kwamba kuna mgombea anayeweza kuwa jirani ya OSPF kwenye kituo hiki cha mawasiliano" na ataenda katika hali ya Init. Pakiti ya Hello si ujumbe wa kipekee au wa matangazo, ni pakiti ya upeperushaji anuwai iliyotumwa kwa anwani ya IP ya OSPF yenye matangazo mengi 224.0.0.5. Watu wengine huuliza ni nini kinyago cha subnet cha utangazaji anuwai. Ukweli ni kwamba multicast haina mask ya subnet; inaeneza kama ishara ya redio, ambayo inasikika na vifaa vyote vilivyowekwa kwa mzunguko wake. Kwa mfano, ikiwa unataka kusikia redio ya FM ikitangaza kwenye masafa ya 91,0, weka redio yako kwa masafa hayo.
Kwa njia hiyo hiyo, router B imeundwa kupokea ujumbe kwa anwani ya multicast 224.0.0.5. Inaposikiliza kituo hiki, inapokea kifurushi cha Hello kilichotumwa na Njia A na kujibu kwa ujumbe wake.
Katika kesi hii, ujirani unaweza kuanzishwa tu ikiwa jibu B linakidhi seti ya vigezo. Kigezo cha kwanza ni kwamba marudio ya kutuma ujumbe wa Hello na muda wa kusubiri jibu la ujumbe huu Dead Interval lazima iwe sawa kwa vipanga njia zote mbili. Kwa kawaida Muda wa Kufa ni sawa na thamani kadhaa za kipima saa cha Hello. Kwa hivyo, ikiwa Hello Timer ya router A ni 10 s, na router B hutuma ujumbe baada ya 30 s, wakati Muda wa Dead ni 20 s, ukaribu hautafanyika.
Kigezo cha pili ni kwamba ruta zote mbili lazima zitumie aina moja ya uthibitishaji. Ipasavyo, manenosiri ya uthibitishaji lazima pia yalingane.
Kigezo cha tatu ni mechi ya vitambulisho vya eneo la Arial ID, cha nne ni mechi ya urefu wa kiambishi awali cha mtandao. Ikiwa Kipanga Njia A kinaripoti kiambishi awali cha /24, basi Kipanga njia B lazima pia iwe na kiambishi awali cha mtandao /24. Katika video inayofuata tutaangalia hili kwa undani zaidi, kwa sasa nitatambua kuwa hii sio mask ya subnet, hapa routers hutumia mask ya nyuma ya Wildcard. Na bila shaka, bendera za eneo la Stub lazima zilingane pia ikiwa ruta ziko katika eneo hili.
Baada ya kuangalia vigezo hivi, ikiwa vinalingana, kipanga njia B hutuma kifurushi chake cha Hello kwa kipanga njia A. Tofauti na ujumbe wa A, Kipanga njia B kinaripoti kwamba kiliona Kipanga njia A na kujitambulisha.
Kwa kujibu ujumbe huu, router A tena inatuma Hello kwa router B, ambayo inathibitisha kwamba pia iliona router B, kituo cha mawasiliano kati yao kina vifaa 1.1.1.1 na 2.2.2.2, na yenyewe ni kifaa 1.1.1.1. . Hii ni hatua muhimu sana ya kuanzisha ujirani. Katika kesi hii, uunganisho wa njia mbili za 2 hutumiwa, lakini ni nini kinachotokea ikiwa tuna kubadili na mtandao uliosambazwa wa routers 4? Katika mazingira kama haya "ya pamoja", moja ya vipanga njia vinapaswa kuwa na kipanga njia kilichoteuliwa DR, na cha pili kinapaswa kuchukua jukumu la kipanga njia kilichowekwa chelezo, BDR.
Kila moja ya vifaa hivi itaunda muunganisho kamili, au hali ya mshikamano kamili, baadaye tutaangalia hii ni nini, hata hivyo, unganisho la aina hii litaanzishwa tu na DR na BDR; ruta mbili za chini D na B zitafanya. bado wanawasiliana kwa kutumia mpango wa uunganisho wa njia mbili "point-to-point".
Hiyo ni, na DR na BDR, ruta zote huanzisha uhusiano kamili wa jirani, na kwa kila mmoja - uhusiano wa uhakika. Hii ni muhimu sana kwa sababu wakati wa uunganisho wa njia mbili kati ya vifaa vya karibu, vigezo vyote vya pakiti ya Hello lazima zifanane. Kwa upande wetu, kila kitu kinafanana, hivyo vifaa vinaunda jirani bila matatizo yoyote.
Mara tu mawasiliano ya njia mbili yanapoanzishwa, kipanga njia A hutuma kipanga njia B kifurushi cha Maelezo ya Hifadhidata, au "maelezo ya hifadhidata", na kuingia katika hali ya ExStart - mwanzo wa ubadilishanaji, au kusubiri kupakiwa. Kifafanuzi cha Hifadhidata ni maelezo sawa na jedwali la yaliyomo kwenye kitabu - ni orodha ya kila kitu kilicho kwenye hifadhidata ya uelekezaji. Kwa kujibu, Kipanga njia B hutuma maelezo yake ya hifadhidata kwa Kipanga njia A na kuingia katika hali ya mawasiliano ya chaneli ya Exchange. Ikiwa katika hali ya Exchange router inatambua kuwa baadhi ya taarifa haipo katika hifadhidata yake, itaingia kwenye hali ya upakiaji LOADING na kuanza kubadilishana ujumbe wa LSR, LSU na LSA na jirani yake.
Kwa hiyo, router A itatuma LSR kwa jirani yake, ambaye atajibu kwa pakiti ya LSU, ambayo router A itajibu kwa router B na ujumbe wa LSA. Ubadilishanaji huu utafanyika mara nyingi kadri vifaa vinavyotaka kubadilishana ujumbe wa LSA. Hali ya KUPAKIA inamaanisha kuwa sasisho kamili la hifadhidata ya LSA bado halijatokea. Baada ya data yote kupakuliwa, vifaa vyote vitaingia katika hali KAMILI ya ukaribu.
Kumbuka kwamba kwa uunganisho wa njia mbili, vifaa viko tu katika hali ya karibu, na hali kamili ya karibu inawezekana tu kati ya routers, DR na BDR. Hii ina maana kwamba kila router inajulisha DR kuhusu mabadiliko katika mtandao, na routers zote. jifunze kuhusu mabadiliko haya kutoka kwa DR
Uchaguzi wa DR na BDR ni suala muhimu. Wacha tuangalie jinsi DR inavyochaguliwa katika mazingira ya jumla. Hebu tufikiri kwamba mpango wetu una ruta tatu na kubadili. Vifaa vya OSPF kwanza hulinganisha kipaumbele katika ujumbe wa Hello, kisha ulinganishe Kitambulisho cha Kisambaza data.
Kifaa chenye kipaumbele cha juu zaidi kinakuwa DR Ikiwa vipaumbele vya vifaa viwili vinapatana, basi kifaa kilicho na Kitambulisho cha juu zaidi cha Njia kinachaguliwa kutoka kwa mbili na kuwa DR.
Kifaa kilicho na kipaumbele cha pili au kitambulisho cha pili cha juu zaidi cha Kipanga njia kinakuwa kipanga njia chenye chelezo cha BDR. Iwapo DR itashindwa, nafasi yake itachukuliwa mara moja na BDR. Itaanza kutekeleza jukumu la DR, na mfumo utachagua nyingine. BDR
Natumaini kwamba umegundua uchaguzi wa DR na BDR, ikiwa sio, nitarudi kwenye suala hili katika mojawapo ya video zifuatazo na kuelezea mchakato huu.
Kufikia sasa tumeangalia Hello ni nini, Kielezi cha Hifadhidata, na ujumbe wa LSR, LSU, na LSA. Kabla ya kuendelea na mada inayofuata, hebu tuzungumze kidogo kuhusu gharama ya OSPF.
Katika Cisco, gharama ya njia inahesabiwa kwa kutumia formula ya uwiano wa bandwidth ya Marejeleo, ambayo imewekwa kwa 100 Mbit / s kwa default, kwa gharama ya kituo. Kwa mfano, wakati wa kuunganisha vifaa kupitia bandari ya serial, kasi ni 1.544 Mbps, na gharama itakuwa 64. Unapotumia uhusiano wa Ethernet na kasi ya 10 Mbps, gharama itakuwa 10, na gharama ya uhusiano wa FastEthernet na kasi ya Mbps 100 itakuwa 1.
Wakati wa kutumia Gigabit Ethernet tuna kasi ya 1000 Mbps, lakini katika kesi hii kasi daima inachukuliwa kuwa 1. Kwa hiyo, ikiwa una Gigabit Ethernet kwenye mtandao wako, lazima ubadilishe thamani ya default ya Ref. BW na 1000. Katika kesi hii, gharama itakuwa 1, na jedwali zima litahesabiwa tena na bei za gharama zinaongezeka kwa mara 10. Mara tu tumeunda ukaribu na kujenga LSDB, tunaendelea na kujenga meza ya uelekezaji.
Baada ya kupokea LSDB, kila router kwa kujitegemea huanza kuzalisha orodha ya njia kwa kutumia algorithm ya SPF. Katika mpango wetu, router A itaunda meza kama hiyo yenyewe. Kwa mfano, huhesabu gharama ya njia A-R1 na kuamua kuwa 10. Ili kufanya mchoro iwe rahisi kuelewa, tuseme kwamba router A huamua njia mojawapo ya router B. Gharama ya kiungo A-R1 ni 10. , kiungo A-R2 ni 100, na gharama ya njia A-R3 ni sawa na 11, yaani, jumla ya njia A-R1 (10) na R1-R3 (1).
Ikiwa router A inataka kupata router R4, inaweza kufanya hivyo ama kwenye njia A-R1-R4 au kando ya njia A-R2-R4, na katika hali zote mbili gharama ya njia itakuwa sawa: 10+100. =100+10=110. Njia A-R6 itagharimu 100+1= 101, ambayo tayari ni bora zaidi. Ifuatayo, tunazingatia njia ya router R5 kando ya njia A-R1-R3-R5, gharama ambayo itakuwa 10+1+100 = 111.
Njia ya router R7 inaweza kuwekwa kando ya njia mbili: A-R1-R4-R7 au A-R2-R6-R7. Gharama ya kwanza itakuwa 210, pili - 201, ambayo ina maana unapaswa kuchagua 201. Kwa hiyo, kufikia router B, router A inaweza kutumia njia 4.
Gharama ya njia A-R1-R3-R5-B itakuwa 121. Njia A-R1-R4-R7-B itagharimu 220. Njia A-R2-R4-R7-B itagharimu 210, na A-R2- R6-R7- B ina gharama ya 211. Kulingana na hili, router A itachagua njia na gharama ya chini, sawa na 121, na kuiweka kwenye meza ya uelekezaji. Huu ni mchoro uliorahisishwa sana wa jinsi algorithm ya SPF inavyofanya kazi. Kwa kweli, jedwali lina sio tu uteuzi wa ruta ambazo njia bora inaendesha, lakini pia uteuzi wa bandari zinazowaunganisha na habari zingine zote muhimu.
Wacha tuangalie mada nyingine inayohusu maeneo ya uelekezaji. Kwa kawaida, wakati wa kuanzisha vifaa vya OSPF vya kampuni, zote ziko katika eneo moja la kawaida.
Nini kinatokea ikiwa kifaa kilichounganishwa kwenye kipanga njia cha R3 kitashindwa ghafla? Router R3 itaanza mara moja kutuma ujumbe kwa vipanga njia R5 na R1 kwamba chaneli iliyo na kifaa hiki haifanyi kazi tena, na vipanga njia vyote vitaanza kubadilishana masasisho kuhusu tukio hili.
Ikiwa una ruta 100, zote zitasasisha maelezo ya hali ya kiungo kwa sababu ziko katika eneo moja la kawaida. Kitu kimoja kitatokea ikiwa moja ya routers jirani itashindwa - vifaa vyote katika ukanda vitabadilishana sasisho za LSA. Baada ya kubadilishana kwa ujumbe kama huo, topolojia ya mtandao yenyewe itabadilika. Mara hii ikitokea, SPF itahesabu tena jedwali za uelekezaji kulingana na hali iliyobadilika. Huu ni mchakato mkubwa sana, na ikiwa una vifaa elfu katika eneo moja, unahitaji kudhibiti ukubwa wa kumbukumbu ya routers ili kutosha kuhifadhi LSA zote na hifadhidata kubwa ya hali ya kiungo ya LSDB. Mara tu mabadiliko yanapotokea katika sehemu fulani ya ukanda, algorithm ya SPF mara moja huhesabu njia. Kwa chaguo-msingi, LSA inasasishwa kila baada ya dakika 30. Utaratibu huu haufanyiki kwenye vifaa vyote wakati huo huo, lakini kwa hali yoyote, sasisho hufanywa na kila router kila baada ya dakika 30. Vifaa vingi vya mtandao. Kadri kumbukumbu na muda unavyochukua kusasisha LSDB.
Tatizo hili linaweza kutatuliwa kwa kugawa eneo moja la kawaida katika kanda kadhaa tofauti, yaani, kutumia multizoning. Ili kufanya hivyo, lazima uwe na mpango au mchoro wa mtandao mzima unaosimamia. ENEO 0 ndio eneo lako kuu. Hii ndio mahali ambapo uunganisho kwenye mtandao wa nje unafanywa, kwa mfano, upatikanaji wa mtandao. Wakati wa kuunda kanda mpya, lazima ufuate sheria: kila kanda lazima iwe na ABR moja, Router ya Mpaka wa Eneo. Router ya makali ina kiolesura kimoja katika ukanda mmoja na kiolesura cha pili katika ukanda mwingine. Kwa mfano, kipanga njia cha R5 kina miingiliano katika ukanda wa 1 na ukanda 0. Kama nilivyosema, kila kanda lazima iunganishwe na sifuri ya eneo, ambayo ni, kuwa na kipanga njia cha makali, ambacho moja ya miingiliano yake imeunganishwa na AREA 0.
Hebu tufikiri kwamba uhusiano wa R6-R7 umeshindwa. Katika hali hii, sasisho la LSA litaeneza tu kupitia AREA 1 na litaathiri eneo hili pekee. Vifaa vilivyo katika eneo la 2 na eneo la 0 hata havitajua kulihusu. Njia ya Edge R5 ni muhtasari wa habari juu ya kile kinachotokea katika ukanda wake na kutuma habari ya muhtasari juu ya hali ya mtandao kwa eneo kuu la AREA 0. Vifaa vilivyo katika eneo moja havihitaji kufahamu mabadiliko yote ya LSA ndani ya maeneo mengine kwa sababu kipanga njia cha ABR kitasambaza muhtasari wa maelezo ya njia kutoka eneo moja hadi jingine.
Iwapo huelewi kabisa dhana ya kanda, unaweza kujifunza zaidi katika masomo yanayofuata tunapoingia katika kusanidi uelekezaji wa OSPF na kuangalia baadhi ya mifano.
Asante kwa kukaa nasi. Je, unapenda makala zetu? Je, ungependa kuona maudhui ya kuvutia zaidi? Tuunge mkono kwa kuweka agizo au kupendekeza kwa marafiki, Punguzo la 30% kwa watumiaji wa Habr kwenye analogi ya kipekee ya seva za kiwango cha kuingia, ambayo tulikutengenezea: (inapatikana kwa RAID1 na RAID10, hadi cores 24 na hadi 40GB DDR4).
Dell R730xd mara 2 nafuu? Hapa tu nchini Uholanzi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - kutoka $99! Soma kuhusu
Chanzo: mapenzi.com