Bu gün OSPF protokolu üzrə marşrutlaşdırmanı öyrənməyə başlayacaq. Bu mövzu, EIGRP protokolunun araşdırılması kimi, CCNA kursunun ən vacib hissələrindən biridir. gördüyünüz kimi, 2.4-cü bölmə «IPv4 üçün OSPFv2-nin tək zona və çox zonalı konfiqurasiyası, yoxlanılması və nasazlıqları (authentication, filter, manual route summarization, redistribution, stub area, virtual network və LSA istisna olmaqla)» adlanır.
OSPF mövzusu olduqca genişdir, bu səbəbdən 2, bəlkə də 3 video dərs götürəcək. Bu günkü dərs nəzəriyyəyə həsr olunacaq; mən sizə bu protokolun ümumi mənzərəsini təqdim edəcəyəm və necə işlədiyini izah edəcəyəm. Növbəti videoda isə Packet Tracer ilə OSPF konfiqurasiyasına keçəcəyik.
Beləliklə, bu dərsdə üç şeyi müzakirə edəcəyik: OSPF nədir, necə işləyir və OSPF zonaları nədir. Keçən dərsdə OSPF-nin link state tipli marşrutlaşdırma protokolu olduğunu, router’lar arasında əlaqələri araşdırdığını və bu kanalların sürətinə əsaslanaraq qərar qəbul etdiyini müzakirə etmişdik. Uzun, yüksək sürətli bir kanal, yəni daha geniş bir bant genişliyinə sahib olan, kiçik bant genişliyinə sahib olan qısa kanal ilə müqayisədə prioritet olacaq.
RIP protokolu, distant-vektor olduğu üçün, bir hopp ilə yol seçəcək, hətta bu kanalın sürəti aşağı olsa da, OSPF isə bir neçə hopp olan uzun bir marşrut seçəcək, əgər həmin marşrutun toplam sürəti qısa marşrutdakı trafik sürətindən yüksəkdirsə.
Sonra qərar qəbul etmə alqoritmini araşdıracağıq, lakin siz hələlik OSPF-nin Link State kanalları protokolu olduğunu qeyd etməlisiniz. Bu açıq standart 1988-ci ildə yaradılmışdır, buna görə də sənaye avadanlığı istehsalçıları və hər bir şəbəkə provayderi istifadə edə bilərdi. Buna görə də OSPF, EIGRP-dən qat-qat daha populyardır.
OSPF versiyası 2 yalnız IPv4 protokolunu dəstəkləyir, bir il sonra, 1989-cu ildə, inkişaf etdiricilər IPv6-nı dəstəkləyən 3-cü versiyanın buraxıldığını elan etdilər. Lakin tam funksional OSPF versiyası 3 IPv6 üçün yalnız 2008-ci ildən təqdim edildi. Niyə OSPF seçildi? Sonuncu dərsdə OSPF-nin daxili qapı protokolu olduğu və RIP-dən daha sürətli konvergensiya mərhələsini həyata keçirdiyini öyrənmişdik. Bu, sinifsiz protokoldur.
Xatırlayırsınızsa, RIP sinifli bir protokoldur, yəni o, subnet maskası haqqında informasiya göndərmir və əgər ona A sinfinə aid bir IP ünvanı /24 qarşılaşıbsa, onu qəbul etməyəcək. Məsələn, əgər ona 10.1.1.0 /24 kimi bir IP ünvanı təqdim etsəniz, onu 10.0.0.0 şəbəkəsi olaraq qəbul edəcək, çünki daha bir subnet maskasından istifadə etməklə şəbəkə alt şəbəkələrə bölündüyünü anlamır.
OSPF təhlükəsiz protokoldur. Məsələn, əgər iki router OSPF məlumat mübadiləsi edirsə, siz təsdiqləməyi belə quraşdıra bilərsiniz ki, qonşu router ilə məlumatları yalnız parolu daxil etdikdən sonra paylaşasınız. Artıq bildiyimiz kimi, bu açıq standartdır, buna görə də OSPF bir çox şəbəkə avadanlığı istehsalçıları tərəfindən istifadə olunur.
Qlobal mənada OSPF kanal vəziyyətinin elanlarının mübadiləsi mexanizmidir - Link State Advertisement, ya da LSA. LSA mesajları router tərəfindən yaradılır və bir çox məlumatı əhatə edir: unikal router identifikatoru router-id, routera məlum olan şəbəkələrin məlumatları, onların qiyməti və s. Bütün bu məlumat routerə yönləndirmə qərarlarını qəbul etmək üçün lazımdır.
Router R3 öz LSA məlumatını R5 routerinə göndərir və R5 routeri də öz LSA məlumatını R3 ilə paylaşır. Bu LSA-lar Link State Data Base (LSDB) adlanan bir məlumat strukturu təşkil edir. Router alınmış bütün LSA-ları toplayır və öz LSDB-sinə daxil edir. Hər iki router öz verilənlər bazalarını yaratdıqdan sonra, qonşuları aşkar etmək üçün Hello mesajları mübadiləsi edərək, öz LSDB-lərini müqayisə etməyə başlayırlar.
Router R3, router R5-ə DBD mesajı, yəni "verilənlər bazasının təsviri" göndərir, R5 də öz DBD-ni router R3-ə göndərir. Bu mesajlar hər routerin bazasında olan LSA indekslərini ehtiva edir. DBD aldıktan sonra, router R3 R5 routerinə şəbəkə vəziyyəti üçün LSR sorğusu göndərir, burada: "mən artıq 3, 4 və 9 mesajlarını aldım, ona görə də yalnız 5 və 7 göndərin" deyilir.
Eyni şəkildə R5 də üçüncü routerə bildirir: "mən 3, 4 və 9 məlumatlarına malikəm, ona görə də 1 və 2 göndərin". LSR sorğularını aldıktan sonra, routerlər şəbəkə vəziyyəti yeniləmələri LSU paketlərini göndərir; yəni, R5 routerindən LSU alaraq üçüncü routerə LSR-yə cavab olaraq. Routerlər bazalarını yenilədikdən sonra, bütün routerlər, hətta 100 routeriniz olsa belə, eyni LSDB-lərə malik olacaq. LSDB-lər yaradıldıqdan sonra, hər biri bütün şəbəkə haqqında məlumatlı olacaq. OSPF protokolu yönləndirmə cədvəlini yaratmaq üçün Shortest Path First alqoritmindən istifadə edir, buna görə də onun düzgün işləməsi üçün şəbəkədəki bütün cihazların LSDB-lərinin sinxronizasiyası vacibdir.
Verilmiş sxemdə 9 router yerləşdirilmişdir, hər biri qonşuları ilə LSR, LSU mesajlarını mübadilə edir və s. Onlar OSPF protokolu ilə işləyən p2p, yəni "nöqtə-nöqtəyə" interfeysləri ilə bir-birlərinə bağlıdırlar və eyni LSDB-ləri yaratmaq məqsədilə bir-biri ilə qarşılıqlı əlaqə qururlar.
Sinxan verilən məlumatlar şərti uyğunlaşdırıldıqdan sonra, hər bir marşrutlaşdırıcı, ən qısa yol algoritmindən istifadə edərək öz marşrutlaşdırma cədvəlini yaradır. Müxtəlif marşrutlaşdırıcılarda bu cədvəllər fərqli olacaq. Yəni, bütün marşrutlaşdırıcılar eyni LSDB-lərdən istifadə edirlər, lakin öz ən qısa marşrutlar haqqında düşüncələrinə əsaslanaraq marşrutlaşdırma cədvəlləri yaradırlar. Bu algoritmdan istifadə etmək üçün OSPF, LSDB-nin müntəzəm yenilənməsinə ehtiyac duyur.
Yəni, OSPF-nin işləməsi üçün əvvəlcə 3 şərti yerinə yetirməlidir: qonşuları tapmaq, LSDB-ni yaratmaq və yeniləmək, həmçinin marşrutlaşdırma cədvəlini formalaşdırmaq. İlk şərtin yerinə yetirilməsi üçün şəbəkə administratoruna, ehtimal ki, router-id, zamanlama və ya wildcard mask-ları manuel şəkildə konfiqurasiya etməsi lazım ola bilər. Növbəti videoda OSPF ilə işləməyə cihazın konfiqurasiyasını nəzərdən keçirəcəyik, hələlik bilməlisiniz ki, bu protokol geriyə maskadan istifadə edir və əgər bu eyni olmazsa, əgər sizin alt şəbəkələriniz uyğun gəlməzsə və ya doğrulama düzgün olmazsa, marşrutlaşdırıcıların qonşuluğu yarana bilməyəcək. Ona görə də OSPF işində nasazlıqları aradan qaldırarkən bu qonşuluğun niyə yaranmadığını öyrənməlisiniz, yəni yuxarıda göstərilən parametrlərin uyğunluğunu yoxlamalısınız.
Şəbəkə administratoru olaraq, LSDB-nin yaradılması prosesinə daxil olmursunuz. Məlumat bazalarının yenilənməsi marşrutlaşdırıcılar arasında qonşuluq əmələ gəldikdən sonra avtomatik baş verir və marşrutlaşdırma cədvəllərinin qurulması da elə bu şəkildə olur. Bütün bunları OSPF protokolu ilə işləməyə konfiqurasiya olunmuş cihaz özü yerinə yetirir.
Gəlin bir nümunəyə nəzər salaq. Bizim 2 marşrutlaşdırıcımız var, onlara sadələşdirmək üçün RID 1.1.1.1 və 2.2.2.2 identifikatorlarını verdim. Onları birləşdirdikdən sonra, link kanalı dərhal up vəziyyətinə keçəcək, çünki əvvəlcə bu marşrutlaşdırıcıları OSPF ilə işləməyə konfiqurasiya etdim. Rabitə kanalı yaradıldıqdan sonra, A marşrutlaşdırıcısı dərhal ikincisinə Hello paketi göndərəcək. Bu paketdə məlumat olacaq ki, bu marşrutlaşdırıcı bu kanalda hələ heç kimi «görmədi», çünki Hello-nu ilk dəfə göndərir, həmçinin onun öz identifikatoru, ona qoşulmuş şəbəkə barədə məlumat və qonşusu ilə paylaşa biləcəyi digər məlumatlar var.
Bu paketi aldıqdan sonra, B marşrutlaşdırıcısı deyəcək: «Mən görürəm ki, bu rabitə kanalında OSPF protokolu üzrə qonşuluq üçün potensial bir namizəd var» və Init state vəziyyətinə keçəcək. Hello paketi - unicast və ya broadcast mesajı deyil, 224.0.0.5 multicast OSPF IP ünvanına göndərilən multicast paketidir. Bəziləri soruşur ki, multicast üçün subnet maskası nədir. Məsələ burasındadır ki, multicast-ın subnet maskası yoxdur, o, bütün cihazların onun radiosu ilə yayılması kimi yayılır. Məsələn, əgər siz 91.0 tezliyində yayım edən FM-radiosunu eşitmək istəyirsinizsə, onda radionuzu bu tezliyə tənzimləyirsiniz.
Eyni şəkildə, router B, multicast ünvanı 224.0.0.5 üçün mesaj qəbul etməyə hazırdır. Bu kanalı dinləyərək, o, router A tərəfindən göndərilən Hello paketini qəbul edir və öz mesajı ilə ona cavab verir.
Bu zaman qonşuluq yalnız, router B-nin cavabı müəyyən kriteriyalara uyğun gəldiyi halda qurulmalıdır. İlk kriteriya - Hello mesajlarının göndərilmə frekansı və bu mesajın cavabını gözləmə müddəti olan Dead Interval, hər iki routerdə eyni olmalıdır. Adətən, Dead Interval, Hello timer-in bir neçə dəyərinə bərabərdir. Beləliklə, əgər router A-nın Hello Timer-i 10 s-ə bərabərdirsə, amma router B ona 30 s sonra mesaj göndərirsə, Dead Interval 20 s olarsa, qonşuluq qurulmayacaq.
İkinci kriteriya - hər iki router eyni avtentifikasiya növünü istifadə etməlidir. Buna görə, avtentifikasiya şifrələri də eyni olmalıdır.
Üçüncü kriteriya - Arial ID zona identifikatorlarının uyğun gəlməsidir, dördüncü - şəbəkə prefiksinin uzunluğunun uyğun gəlməsi. Əgər router A prefiksini /24 olaraq bildirirsə, router B də şəbəkə prefiksini /24 olaraq sahib olmalıdır. Növbəti videoda bunu daha ətraflı nəzərdən keçirəcəyik, lakin indidən qeyd edim ki, bu alt şəbəkə maskası deyil, burada routerlər tərsinə maska olan Wildcard mask istifadə edirlər. Və əlbəttə, Stub area içində olan routerlər üçün stagnasiyalı zona bayraqları da uyumlu olmalıdır.
Bu kriteriyaların yoxlanılmasından sonra, əgər uyğundursa, router B, router A-ya öz Hello paketini göndərir. Router B, router A-nı gördüyünü bildirir və özünü təqdim edir.
Bu mesajın cavabında router A, router B-yə yenidən Hello mesajı göndərir, burada router B-ni də gördüyünü təsdiqləyir, onların arasında əlaqə 1.1.1.1 və 2.2.2.2 cihazlarıdır və özü 1.1.1.1 cihazıdır. Bu, qonşuluğun qurulması üçün çox vacib bir mərhələdır. Bu halda, iki tərəfli əlaqə 2-WAY istifadə olunur, lakin əgər bizdə 4 routerdən ibarət bir paylanmış tarmoqla bir switch olarsa, nə baş verəcək? Belə bir "paylaşılan" mühitdə, routerlərdən biri seçilmiş router Designated router (D.R) rolunu oynamalıdır, digəri isə ehtiyat seçilmiş router Backup designated router (B.D.R) rolunu.
Bu cihazlardan hər biri Full connection, yəni tam qonşuluq vəziyyətini formalaşdıracaq, daha sonra bunun nə olduğunu nəzərdən keçirəcəyik, lakin bu cür əlaqə yalnız D.R. və B.D.R ilə qurulacaq, bir-biriləri ilə iki aşağı router D və B hələ də iki tərəfli "point-to-point" əlaqə vasitəsilə ünsiyyət quracaqlar.
Yəni D.R. və B.D.R ilə bütün routerlər tam qonşuluq münasibəti qururlar, bir-biriləri ilə isə point-to-point əlaqəsi. Bu, çox vacibdir, çünki qonşu cihazlarının iki tərəfli əlaqəsində bütün Hello paketlərinin parametrləri uyğun gəlməlidir. Bizim halımızda hər şey uyğundur, buna görə cihazlar problem olmadan qonşuluq yaradır.
İki yönlü bağlantı qurulduğu an Router A, Router B-ə Database Description (veri bazası təsviri) paketini göndərir və ExStart vəziyyətinə keçərək mübadiləyə başlayır, yəni yükləmə gözləyir. Database Descriptor, yönləndirmə verilənlər bazasında olanların siyahısını verən kitabın mündəricətinə bənzər bir məlumatdır. Cavab olaraq Router B öz verilənlər bazası təsvirini Router A-ya göndərir və Exchange vəziyyətinə keçir.
Bununla, Router A qonşuya LSR göndərəcək, o isə ona LSU paketi ilə cavab verəcək, sonra Router A Router B-ə LSA mesajı ilə cavab verəcək. Bu mübadilə, cihazlar LSA mesajları mübadiləsi istədikcə baş verəcək. LOADING vəziyyəti, LSA verilənlər bazasının tam yenilənmədiyi deməkdir. Bütün məlumatlar yüklənəndən sonra hər iki cihaz FULL vəziyyətinə keçəcək.
İki tərəfli əlaqədə cihaz sadəcə qonşuluq vəziyyətində olur, tam qonşuluq vəziyyəti yalnız Router-lar, D.R. və B.D.R. arasında mümkündür. Bu, hər Router-in D.R.-ə şəbəkədəki dəyişikliklər barədə məlumat verməsi və bütün Router-lərin bu dəyişikləri D.R.-dən öyrənməsi deməkdir.
D.R. və B.D.R. seçimi vacib bir məsələdir. Gəlin, ortaq mühitdə D.R. seçiminin necə baş verdiyini nəzərdən keçirək. Təsəvvür edək ki, sxemimizdə üç Router və bir switch var. İlk öncə, OSPF cihazları Hello mesajlarında prioritetləri müqayisə edir, sonra Router ID-ləri müqayisə edir.
Ən yüksək prioritetə malik cihaz D.R. olur. İki cihazın prioritetləri bərabər olduqda, onlardan biri ən yüksək Router ID-yə malik olanı seçilir və D.R. olur.
Ehtiyat B.D.R. cihazı ikinci əsas prioritetə malik olan cihaz ya da ikinci əsas Router ID-yə malik olan cihazdır. Əgər D.R. işləməzsə, dərhal B.D.R. tərəfindən əvəz olunur. O, D.R. rolunu oynamağa başlayır, sistem yeni bir B.D.R. seçir.
Ümid edirəm ki, D.R. və B.D.R. seçimini başa düşdünüz, əgər yoxdursa, bu məsələni növbəti videolarımdan birində izah edəcəyəm.
Beləliklə, Hello, Database Descriptor və LSR, LSU, LSA mesajlarının nə olduğunu müzakirə etdik. Növbəti mövzuya keçməzdən əvvəl OSPF-in xərcləri haqqında bir az danlayaq.
Cisco-da yolun qiyməti, cihazların arasındakı kanalın qiymətinə olan Reference bandwidth passivliyi ilə hesablanır ki, bu da standart olaraq 100 Mbit/s olaraq qəbul edilir. Məsələn, cihazlar serial port vasitəsilə birləşdirdikdə sürət 1.544 Mbit/s olacaq, qiymət isə 64-ə bərabərdir. 10 Mbit/s sürətinə sahib Ethernet bağlantısı üçün qiymət 10, FastEthernet bağlantısı üçün sürət 100 Mbit/s zamanı qiymət isə 1 olacaq.
Gigabit Ethernet istifadə edildikdə, sürət 1000 Mbit/s-dir, ancaq bu halda sürət həmişə 1 olaraq qəbul edilir. Beləliklə, şəbəkənizdə Gigabit Ethernet varsa, standart Ref. BW dəyərini 1000 olaraq dəyişdirməlisiniz. Bu halda qiymət 1 olacaq və bütün cədvəl qiymətlərin 10 dəfə artırılması ilə yenidən hesablanacaq. LSDB bazasını qurduqdan sonra qonşuluq qurmağı bitirəndən sonra yönləndirici cədvəlini hazırlamağa keçir.
LSDB alındıqdan sonra hər bir yönləndirici SPF alqoritmi vasitəsilə yol siyahısını özbaşına formalaşdırmağa başlayır. Bizim sxemamızdakı yönləndirici A bu cədvəli özünə yaradacaq. Məsələn, o, A-R1 marşrutunun qiymətini 10 olaraq hesablayır. Sxemanı daha aydın başa düşmək üçün, yönləndirici A-nın yönləndirici B-yə optimum marşrutu təyin etdiyini düşünək. A-R1 bağlantısının qiyməti 10, A-R2 bağlantısının qiyməti 100, A-R3 marşrutunun qiyməti isə 11, yəni A-R1(10) və R1-R3(1) marşrutlarının cəminə bərabərdir.
Yönləndirici A, yönləndirici R4-ə çatmaq istəyərsə, bunu A-R1-R4 marşrutu ilə ya da A-R2-R4 marşrutu ilə edə bilər, bunda hər iki marşrutun qiyməti eynidir: 10+100 = 100+10 = 110. A-R6 marşrutu 100+1= 101 qiymətini alacaq ki, bu daha yaxşıdır. Növbəti isə, A-R1-R3-R5 yolla R5-yə keçidə baxılır ki, bu da 10+1+100 = 111 qiymətini alacaq.
R7-yə doğru olan yol iki marşrutla aparıla bilər: A-R1-R4-R7 və ya A-R2-R6-R7. Birincinin qiyməti 210, ikincinin qiyməti isə 201 olacaq, buna görə də 201 seçilməlidir. Beləliklə, yönləndirici B-yə çatmaq üçün yönləndirici A 4 marşrutdan istifadə edə bilər.
A-R1-R3-R5-B marşrutunun qiyməti 121 olacaq. A-R1-R4-R7-B marşrutu 220 qiymətini alacaq. A-R2-R4-R7-B marşrutu 210 qiymətindədir, A-R2-R6-R7-B isə 211 qiymətini alacaq. Buna əsasən, yönləndirici A ən aşağı qiymətə sahib olan marşrut olan 121 ilə gedəcək və bunu yönləndirmə cədvəlinə daxil edəcək. Bu, SPF alqoritminin necə işlədiyini sadə şəkildə göstərən bir sxmadır. Həqiqətdə cədvəl yalnız optimal marşrutla əlaqəli yönləndiricilərin adlarını nəzərə almır, həm də onları birləşdirən portların adları və bütün digər zəruri məlumatları da özündə əks etdirir.
Bir daha marşrutlaşdırma zonaları ilə bağlı bir mövzuya nəzər salaq. OSPF cihazlarının quraşdırılmasında adətən bütün cihazlar eyni ümumi zonada olur.
R3 router-a bağlı olan bir cihaz aniden arızalanırsa ne olur? R3 router, bu cihazla olan bağlantının artık çalışmadığına dair hemen R5 ve R1 routerlarına bir mesaj göndermeye başlayacak ve tüm routerlar bu olay hakkında güncellemeleri paylaşacak.
Eğer 100 router'ınız varsa, hepsi aynı ortak alanda bulunduğundan kanal durum bilgilerini güncelleyeceklerdir. Aynı şey, komşu router'lardan biri arızalandığında da olacaktır – tüm cihazlar LSA güncellemelerini paylaşacaktır. Bu mesajların alışverişi sonrasında ağ topolojisi değişecektir. Bu gerçekleştiğinde, SPF, değiştirilmiş koşullara göre yönlendirme tablolarını yeniden hesaplayacaktır. Bu oldukça kapsamlı bir süreçtir ve eğer bir bölgede binlerce cihaz varsa, routerların bellek boyutunu tüm LSA'ları ve büyük LSDB durum veritabanını depolamak için yeterli olması açısından kontrol etmeniz gerekir. Bölgedeki herhangi bir kısımda değişiklikler olduğunda, SPF algoritması anında yönlendirmeleri yeniden hesaplar. Varsayılan olarak, LSA her 30 dakikada bir güncellenir. Bu süreç tüm cihazlarda aynı anda gerçekleşmez, ancak her durumda her router güncellemelerini 30 dakikada bir yapar. Daha fazla ağ cihazı olması, LSDB'nin güncellenmesi için daha fazla bellek ve zaman gerektirir.
Bu sorunu çözmek için bir ortak alanı birkaç ayrı alana ayırmak gerekir, yani çok alanlı yapılandırma (multi-zoning) kullanmak gereklidir. Bunun için yönetmekte olduğunuz tüm ağın bir planı veya şeması olmalıdır. Sıfır bölgesi AREA 0, ana alanınızdır. Bu, dış ağa bağlı olduğunuz yerdir, örneğin, internete çıkış. Yeni alanlar oluştururken, her alanda bir tane sınır router ABR (Area Border Router) bulunması kuralına uymalısınız. Sınır router’ın bir arayüzü bir alanda, diğeri ise başka bir alandadır. Örneğin, R5 router’ı 1. bölge ve 0. bölge arayüzlerine sahiptir. Her bir alanın sıfır bölgesiyle, yani AREA 0 ile bağlantılı olması gerektiğini daha önce söyledim.
R6-R7 bağlantısı arızalandığını varsayalım. Bu durumda LSA güncellemesi yalnızca AREA 1 bölgesinde yayılacak ve sadece bu bölgeyi etkileyecektir. 2. ve 0. bölgelerdeki cihazlar bundan haberdar olmayacak. R5 sınır router’ı, kendi bölgesinde neler olduğunu özetleyerek ana bölge AREA 0'a ağ durumunun toplu bilgisini gönderecektir. Aynı bölgelerdeki cihazların diğer bölgelerdeki LSA değişiklikleri hakkında bilgi sahibi olmalarına gerek yoktur, çünkü ABR router’ı bir bölgeden diğerine yönlendirme bilgilerini iletecektir.
Əgər zonaların konsepsiyası ilə tam tanış deyilsinizsə, OSPF yönləndirməsini konfiqurasiya etməyə başladığımız zaman daha çox məlumat əldə edə bilərsiniz və bir neçə nümunəyə baxacağıq.
Bizimlə qaldığınız üçün təşəkkür edirik. Maraqlandığınız məqalələrimiz var? Daha çox maraqlı material görmək istəyirsiniz? Bizi dəstəkləmək üçün sifariş verdiyinizdə və ya tanışlarınıza tövsiyə etdiyinizdə bizə kömək edin. Sizin üçün icad edilmiş unikal entry-level serverlərdə Habr istifadəçiləri üçün 30% endirim: (RAID1 və RAID10 ilə variantlar, 24 nüvəyə qədər və 40GB DDR4-a qədər mövcuddur).
Dell R730xd iki dəfə ucuz? Yalnız bizdə Niderlandda! Dell R420 — 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — 99 $-dan! Bunun haqqında oxuyun
Mənbə: habr.com
