تدريب Cisco 200-125 CCNA v3.0. اليوم 49. مقدمة في EIGRP

سنبدأ اليوم دراستنا لبروتوكول EIGRP ، والذي ، إلى جانب دراسة OSPF ، هو الموضوع الأكثر أهمية في دورة CCNA.



سنعود لاحقًا إلى القسم 2.5 ، والآن مباشرة بعد القسم 2.4 ، سنذهب إلى القسم 2.6 "التكوين والتحقق من وحل المشاكل عبر EIGRP عبر IPv4 (باستثناء المصادقة والتصفية والجمع اليدوي وإعادة التوزيع وتكوين كعب الروتين)".
اليوم ، سيكون لدينا درس تمهيدي أخبرك فيه بمفهوم بروتوكول توجيه بوابة EIGRP محسّن ، وفي الدرسين التاليين سنبحث في تكوين واستكشاف أخطاء الروبوتات لهذا البروتوكول. لكن أولاً ، أريد أن أخبرك بما يلي.

خلال الدروس القليلة الماضية ، تعلمنا OSPF. الآن أريدك أن تتذكر أنه عندما درسنا بروتوكول RIP منذ عدة أشهر ، تحدثت عن حلقات Loop route والتقنيات التي تمنع تكرار حركة المرور. كيف يمكنني منع حدوث حلقات التوجيه عند استخدام OSPF؟ هل يمكنني استخدام طرق مثل تسمم الطريق أو تسمم الأفق؟ هذه هي الأسئلة التي يجب أن تجيب على نفسك. يمكنك استخدام الموارد المواضيعية الأخرى ، ولكن يمكنك العثور على إجابات لهذه الأسئلة. أريدك أن تتعلم كيف تجد الإجابات بنفسك ، وتعمل مع مصادر مختلفة ، وأطلب منك ترك تعليقاتك أسفل هذا الفيديو حتى أتمكن من معرفة عدد تلاميذي الذين تعاملوا مع هذه المهمة.

ما هو EIGRP؟ إنه بروتوكول توجيه هجين يجمع بين الميزات المفيدة لكل من بروتوكول متجه المسافات ، مثل RIP ، وبروتوكول مراقبة حالة ارتباط OSPF.



EIGRP هو بروتوكول خاص بشركة Cisco تم إتاحته للجمهور في عام 2013. أخذ الخوارزمية لإنشاء حي من بروتوكول تتبع حالة القناة ، على عكس RIP ، الذي لا ينشئ الجيران. يقوم RIP أيضًا بتبادل جداول التوجيه مع المشاركين الآخرين في البروتوكول ، لكن OSPF تشكل حيًا قبل بدء هذا التبادل. تعمل EIGRP بنفس الطريقة.

يقوم RIP كل 30 ثانية بتحديث جدول التوجيه الكامل بشكل دوري ويرسل معلومات حول جميع الواجهات وجميع المسارات إلى جميع جيرانه. لا تقوم EIGRP بإجراء تحديثات دورية كاملة للمعلومات ، بدلاً من ذلك باستخدام مفهوم إرسال رسائل Hello ، تمامًا كما يفعل OSPF. يرسل مرحبًا كل بضع ثوانٍ للتأكد من أن الجار لا يزال "حيًا".

على النقيض من بروتوكول متجه المسافات ، الذي يدرس طوبولوجيا الشبكة بالكامل ، قبل أن يقرر تشكيل مسار ، تقوم EIGRP ، مثل RIP ، بإنشاء طرق تعتمد على الشائعات. عندما أقول "شائعات" ، أعني أنه عندما يقول أحد الجيران شيئًا ما ، فإن EIGRP توافق دون قيد أو شرط. على سبيل المثال ، إذا قال أحد الجيران إنه يعرف كيفية تحقيق 10.1.1.2 ، فإن EIGRP تصدقه دون أن يسأل: "كيف عرفت ذلك؟ أخبرني عن طوبولوجيا الشبكة بالكامل! "

حتى عام 2013 ، إذا كنت تستخدم بنية Cisco الأساسية فقط ، فيمكنك استخدام EIGRP ، حيث تم إنشاء هذا البروتوكول في عام 1994. ومع ذلك ، فإن العديد من الشركات ، حتى باستخدام معدات Cisco ، لم ترغب في العمل مع هذا الثقب. في رأيي ، يعد EIGRP اليوم أفضل بروتوكول توجيه ديناميكي لأنه أسهل في الاستخدام ، ولكن لا يزال الناس يفضلون OSPF. أعتقد أن هذا يرجع إلى حقيقة أنهم لا يريدون "ربط" أنفسهم بمنتجات Cisco. لكن Cisco جعلت هذا البروتوكول متاحًا للعامة لأنه يدعم معدات شبكة جهة خارجية ، مثل Juniper ، وإذا تعاونت مع شركة لا تستخدم معدات Cisco ، فلن تواجه أي مشكلة.

لنأخذ جولة قصيرة في تاريخ بروتوكولات الشبكة.



كان لبروتوكول RIPv1 ، الذي ظهر في الثمانينيات ، عدد من القيود ، على سبيل المثال ، كان الحد الأقصى لعدد الآمال 16 ، وبالتالي لم يتمكن من توفير التوجيه في الشبكات الكبيرة. بعد ذلك بقليل ، قمنا بتطوير بروتوكول توجيه بوابة IGRP داخلي ، والذي كان أفضل بكثير من RIP. ومع ذلك ، كان أكثر من بروتوكول متجه المسافات من بروتوكول حالة القناة. في نهاية الثمانينات ، ظهر معيار مفتوح - بروتوكول مراقبة القناة OSPFv2 لبروتوكول IPv4.

في أوائل التسعينيات ، قررت شركة Cisco ضرورة تحسين IGRP وإصدار بروتوكول توجيه EIGRP داخلي محسّن. كان أكثر كفاءة من OSPF لأنه يجمع بين ميزات كل من RIP و OSPF. عندما نبدأ في استكشافه ، سترى أن تكوين EIGRP أسهل بكثير من OSPF. حاولت Cisco إنشاء بروتوكول يضمن أسرع تقارب في الشبكة.

في أواخر التسعينيات ، تم إصدار نسخة غير محدثة من بروتوكول RIPv2. في 2000s ، ظهر إصدار ثالث من OSPF و RIPng و EIGRPv6 يدعم IPv6. يقترب العالم تدريجيًا من الانتقال الكامل إلى IPv6 ، ويريد مطورو بروتوكولات التوجيه الاستعداد لذلك.

إذا كنت تتذكر ، فقد درسنا أنه عند اختيار مسار RIP الأمثل ، كبروتوكول متجه المسافات ، يتم توجيهه بمعيار واحد فقط - الحد الأدنى لعدد الأمل ، أو الحد الأدنى للمسافة إلى واجهة الوجهة. لذلك ، سيختار جهاز التوجيه R1 طريقًا مباشرًا إلى جهاز التوجيه R3 على الرغم من أن السرعة على هذا المسار - 64 كيلو بايت / ثانية - أقل بعدة مرات من السرعة على المسار R1-R2-R3 ، أي ما يعادل 1544 كيلو بايت / ثانية. يعتبر بروتوكول RIP هو المسار الأمثل بطول قفزة واحد بدلاً من المسار السريع بطول قفزة 2.



ستقوم OSPF بدراسة طبولوجيا الشبكة بالكامل وتقرر استخدام المسار من خلال جهاز التوجيه R2 للاتصال بجهاز التوجيه R3 بشكل أسرع. يستخدم RIP عدد الآمال كمقياس ، وقياس OSPF هو التكلفة ، والتي تتناسب في معظم الحالات مع عرض نطاق القناة.

تركز EIGRP أيضًا على تكلفة المسار ، ولكن قياسه أكثر تعقيدًا من قياس OSPF ويعتمد على العديد من العوامل ، بما في ذلك النطاق الترددي وتأخير التأخير وموثوقية الموثوقية وازدحام التحميل والحد الأقصى لحجم حزمة MTU. على سبيل المثال ، إذا تم تحميل عقدة أكثر من غيرها ، فسوف تقوم EIGRP بتحليل الحمل على المسار بأكمله وتحديد عقدة أخرى ذات حمل أقل.

في دورة CCNA ، سنأخذ في الاعتبار فقط عوامل تكوين المقياس مثل Bandwidth و Delay ، وهي التي ستستخدمها الصيغة المترية.



يستخدم بروتوكول ناقل RIP مفهومين: المسافة والاتجاه. إذا كان لدينا 3 أجهزة توجيه ، وواحد منها متصل بشبكة 20.0.0 ، فسيتم الاختيار عن طريق المسافة - هذه هي الآمال ، في هذه الحالة قفزة واحدة ، وفي الاتجاه ، أي الاتجاه - من الأعلى أو الأسفل - لإرسال حركة المرور .

بالإضافة إلى ذلك ، يستخدم RIP تحديثًا دوريًا للمعلومات ، ويرسل جدول توجيه كاملًا عبر الشبكة كل 30 ثانية. هذا التحديث يؤدي وظيفتين. الأول هو تحديث جدول التوجيه نفسه ، والثاني هو التحقق من صلاحية الجيران. إذا لم يتلقى الجهاز تحديثًا لجدول الاستجابة أو معلومات مسار جديدة من أحد الجيران خلال 30 ثانية ، فإنه يفهم أنه لم يعد من الممكن استخدام الطريق إلى الجوار. يرسل جهاز التوجيه تحديثًا كل 30 ثانية لمعرفة ما إذا كان الجار لا يزال "حيًا" وما إذا كان المسار لا يزال صالحًا.

كما قلت ، يتم استخدام تقنية Split Horizon لمنع حلقات التوجيه. هذا يعني أن التحديث لا يتم إرساله مرة أخرى إلى الواجهة التي جاء منها. التقنية الثانية لمنع الحلقات هي طريق Poison. إذا تمت مقاطعة الاتصال بالشبكة 20.0.0.0 المبينة في الصورة ، فإن جهاز التوجيه الذي تم توصيله به يرسل "طريق مسموم" إلى الجيران ، حيث تشير إلى أن هذه الشبكة متاحة الآن بـ 16 أملاً ، وهذا غير ممكن عملياً. هذه هي الطريقة التي يعمل بها بروتوكول RIP.

كيف تعمل EIGRP؟ إذا كنت تتذكر من الدروس حول OSPF ، فإن هذا البروتوكول ينفذ ثلاث وظائف: يؤسس الحي ، باستخدام تحديثات LSA لقاعدة LSDB وفقًا للتغيرات في طوبولوجيا الشبكة وإنشاء جدول توجيه. إنشاء حي هو إجراء معقد إلى حد ما باستخدام العديد من المعلمات. على سبيل المثال ، فحص وتغيير اتصال 2WAY - تظل بعض الاتصالات في حالة اتصال ثنائية الاتجاه ، والبعض الآخر يدخل في حالة كاملة. على عكس OSPF ، لا يحدث هذا في بروتوكول EIGRP - فهو يتحقق فقط من 4 معلمات.



مثل OSPF ، يرسل هذا البروتوكول رسالة Hello تحتوي على 10 معلمات كل 10 ثوانٍ. الأول هو معيار المصادقة ، إذا كان قد تم تكوينه مسبقًا. في هذه الحالة ، يجب أن تحتوي جميع الأجهزة التي تم تأسيس الحي عليها على نفس معايير المصادقة.

يتم استخدام المعلمة الثانية للتحقق من أن الأجهزة تنتمي إلى نفس نظام الحكم الذاتي ، أي لإنشاء حي باستخدام EIGRP ، يجب أن يكون لدى كلا الجهازين نفس رقم النظام المستقل. يتم استخدام المعلمة الثالثة للتحقق من إرسال رسائل Hello من نفس عنوان IP لمصدر IP المصدر.

يتم استخدام المعلمة الرابعة للتحقق من تطابق معاملات المتغيرات K-Values. يستخدم بروتوكول EIRGP 5 مثل هذه المعاملات من K1 إلى K5. إذا كنت تتذكر ، بقيمة K = 0 ، يتم تجاهل المعلمات ، وإذا كانت K = 1 ، فسيتم استخدام المعلمات في الصيغة لحساب القياس. وبالتالي ، يجب أن تتطابق قيم K1-5 للأجهزة المختلفة. في دورة CCNA ، سنتخذ قيم هذه المعاملات افتراضيًا: K1 و K3 هي 1 ، و K2 ، K4 و K5 هي 0.

لذلك ، إذا تطابقت هذه المعلمات الأربعة ، فإن EIGRP تنشئ علاقة جوار ، وتدخل الأجهزة بعضها البعض في جدول الجوار. بعد ذلك ، يتم إجراء تغييرات على جدول الهيكل.



يتم إرسال جميع رسائل Hello إلى عنوان IP للإرسال المتعدد 224.0.0.10 ، ويتم إرسال التحديثات ، اعتمادًا على الإعداد ، إلى عناوين البث الأحادي للجيران أو إلى عنوان البث المتعدد. لا يصل هذا التحديث عبر UDP أو TCP ، ولكنه يستخدم بروتوكولًا مختلفًا يسمى RTP أو بروتوكول النقل الموثوق أو بروتوكول نقل الموثوقية. يتحقق هذا البروتوكول لمعرفة ما إذا كان أحد الجيران قد تلقى تحديثًا ، وكما يوحي اسمه ، فإن وظيفته الأساسية هي ضمان الاتصالات الموثوقة. إذا لم يصل التحديث إلى الجار ، فسيتم تكرار الإرسال حتى يستقبله. ليس لدى OSPF آلية للتحقق من جهاز المستلم ، لذلك لا يعرف النظام ما إذا كانت الأجهزة المجاورة قد تلقت تحديثات أم لا.
إذا كنت تتذكر ، يرسل RIP تحديثًا لطوبولوجيا الشبكة الكاملة كل 30 ثانية. تقوم EIGRP بهذا فقط إذا ظهر جهاز جديد على الشبكة أو حدثت أي تغييرات. إذا تم تغيير طوبولوجيا الشبكة الفرعية ، فسيرسل البروتوكول تحديثًا ، لكن ليس لجدول الهيكل الكامل ، ولكن فقط السجلات التي تحتوي على هذا التغيير. إذا تغيرت الشبكة الفرعية ، فسيتم تحديث طوبولوجيتها فقط. يبدو أنه تحديث جزئي يحدث عندما يكون ذلك مطلوبًا.

كما تعلم ، يرسل OSPF LSAs كل 30 دقيقة ، بغض النظر عما إذا كانت هناك أي تغييرات في الشبكة. لن ترسل EIGRP أي تحديثات لفترة طويلة من الوقت حتى لا تكون هناك تغييرات في الشبكة. لذلك ، EIGRP أكثر فعالية بكثير من OSPF.

بعد أن تتبادل أجهزة التوجيه حزم التحديث ، تبدأ المرحلة الثالثة - تكوين جدول التوجيه استنادًا إلى المقياس ، والذي يتم حسابه بواسطة الصيغة الموضحة في الشكل. إنها تحسب التكلفة وتتخذ قرارًا بناءً على هذه التكلفة.
افترض أن R1 أرسل Hello إلى R2 ، وأنه أرسل Hello إلى R1. في حالة تطابق جميع المعلمات ، تنشئ أجهزة التوجيه جدولًا للجيران. في هذا الجدول ، يكتب R2 إدخالًا حول جهاز التوجيه R1 ، ويقوم R1 بإنشاء إدخال حول R2. بعد ذلك ، يرسل جهاز التوجيه R1 التحديث إلى شبكة 10.1.1.0/24 المتصلة به. في جدول التوجيه ، يبدو وكأنه معلومات حول عنوان IP للشبكة ، وواجهة جهاز التوجيه الذي يوفر الاتصال به ، وتكلفة المسار من خلال هذه الواجهة. إذا كنت تتذكر ، فإن تكلفة EIGRP هي 90 ، ومن ثم يتم الإشارة إلى قيمة المسافة ، والتي سنتحدث عنها لاحقًا.



تبدو الصيغة الكاملة للقياس أكثر تعقيدًا ، حيث تشتمل على قيم المعاملات K والتحولات المختلفة. يتم عرض الصيغة الكاملة للمعادلة على موقع Cisco على الويب ، ولكن إذا استبدلت القيم الافتراضية للمعاملات ، فسيتم تحويلها إلى نموذج أكثر بساطة - سيكون القياس (عرض النطاق الترددي + التأخير) * 256.



سنستخدم فقط مثل هذا الشكل المبسط من المعادلة لحساب المقياس ، حيث تكون الإنتاجية بالكيلو بايت 10 7 مقسومة على أقل إنتاجية لجميع الواجهات المؤدية إلى شبكة وجهة النطاق الترددي الأدنى ، والتأخير التراكمي هو التأخير الكلي لعشرات المايكرو ثانية لكل جميع الواجهات المؤدية إلى الشبكة الوجهة.

عند تعلم EIGRP ، نحتاج إلى تعلم أربعة تعريفات: المسافة الممكنة (المسافة المحتملة) ، المسافة المُبلغ عنها (المسافة المعلن عنها) ، الخلف (الموجه المجاور بأقل تكلفة للشبكة الوجهة) والخلف المحتمل (المسار البعيد المجاور). لفهم ما يعنيه ، خذ بعين الاعتبار طوبولوجيا الشبكة التالية.



نبدأ بإنشاء جدول التوجيه R1 لتحديد أفضل طريق لشبكة 10.1.1.0/24. بالقرب من كل جهاز ، يتم عرض النطاق الترددي بوحدة kbit / s والتأخير بالمللي ثانية. نحن نستخدم واجهات جيجابت إيثرنت مع عرض نطاق ترددي 100 ميغابت في الثانية ، أو 1،000،000 كيلو بايت / ثانية ، واجهات FastEthernet بسرعة 100000 كيلوبت / ثانية ، إيثرنت بسرعة 10000 كيلوبت / ثانية وواجهة تسلسلية بسرعة 1544 كيلوبت / ثانية. يمكن العثور على هذه القيم من خلال النظر في خصائص الواجهات المادية المقابلة في إعدادات جهاز التوجيه.
عرض النطاق الترددي للواجهات التسلسلية هو 1544 kbit / s افتراضيًا ، وحتى إذا كان لديك خط 64 kbit / s ، فسيظل عرض النطاق الترددي 1544 kbit / s. لذلك ، أنت كمسؤول الشبكة بحاجة إلى التأكد من أنك تستخدم قيمة النطاق الترددي الصحيحة. بالنسبة لواجهة محددة ، يمكن ضبطها باستخدام أمر عرض النطاق الترددي ، وباستخدام أمر التأخير يمكنك تغيير قيمة التأخير الافتراضية. قد لا داعي للقلق بشأن قيم النطاق الترددي الافتراضية لواجهات GigabitEthernet أو Ethernet ، ولكن كن حذرًا عند اختيار سرعة الخط إذا كنت تستخدم واجهة Serial.

يرجى ملاحظة أنه في هذا الرسم البياني ، يشار إلى التأخير كما لو كان بالمللي ثانية بالمللي ثانية ، ولكن في الواقع هو بالجزرية ، لا أملك الحرف letter للتسمية الصحيحة للميكروثانية.

النظر بعناية في الظروف التالية. إذا قمت بإدخال الأمر show interface g0 / 0 ، فسيقوم النظام بعرض تأخير في عشرات من microseconds ، وليس فقط microseconds.

سننظر في هذه المشكلة بالتفصيل في الفيديو التالي على تكوين EIGRP ، حتى الآن ، تذكر أنه عند استبدال قيم التأخير في الصيغة ، تتحول 100 ميكرون من الدائرة إلى 10 ، نظرًا لأن الصيغة تستخدم عشرات من مايكروثانية ، وليس وحدات.

في الرسم البياني ، سأخصص مع النقاط الحمراء الواجهات التي ينتمي إليها الصبيب والتأخير الموضحان.



بادئ ذي بدء ، نحن بحاجة إلى تحديد المسافة الممكنة المسافة الممكنة. هذا هو مقياس FD ، والذي يتم حسابه بواسطة الصيغة. بالنسبة للقسم من R5 إلى الشبكة الخارجية ، نحتاج إلى تقسيم 10 7 على 10 6 ، ونتيجة لذلك ، نحصل على 10. بعد عرض النطاق الترددي هذا ، نحتاج إلى إضافة تأخير يساوي 1 ، لأن لدينا 10 مايكروثانية ، أي عشرة. يجب ضرب القيمة الناتجة 11 بمقدار 256 ، أي أن القيمة المترية ستكون 2816. هذه هي قيمة FD لقسم الشبكة هذا.

سيرسل جهاز التوجيه R5 هذه القيمة إلى جهاز التوجيه R2 ، وبالنسبة إلى R2 سيصبح المسافة المُعلن عنها ، أي القيمة التي أبلغ بها الجار. وبالتالي ، فإن مسافة RD المعلنة لجميع الأجهزة الأخرى ستكون مساوية لمسافة FD المحتملة للجهاز الذي أبلغك بها.

ينفذ جهاز التوجيه R2 حسابات FD وفقًا لبياناته ، أي يقسم 10 7 في 10 5 ويحصل على 100. ثم يضيف إلى هذه القيمة مجموع التأخير على الطريق إلى الشبكة الخارجية: تأخير R5 يساوي عشرة ميكروثانية واحدة وتأخره يساوي عشرة عشرات . التأخير الكلي سيكون 11 عشرات من ميكروثانية. أضفه إلى الناتج الناتج واحصل على 111 ، اضرب هذه القيمة في 256 واحصل على القيمة FD = 28416. يفعل جهاز التوجيه R3 نفس الشيء ، بعد حسابه ، يحصل على القيمة FD = 281856. يحسب جهاز التوجيه R4 القيمة FD = 3072 وينقلها إلى R1 كـ RD.

يرجى ملاحظة أن جهاز التوجيه R1 عند حساب FD لا يحل محل عرض النطاق الترددي الخاص به وهو 1،000،000 kbit / s في الصيغة ، ولكن عرض النطاق الترددي الأدنى لجهاز التوجيه R2 ، والذي يساوي 100،000 kbit / s ، لأن الصيغة تستخدم دائمًا الحد الأدنى لعرض النطاق الترددي للواجهة المؤدية إلى الشبكة الوجهة . في هذه الحالة ، توجد أجهزة توجيه R2 و R5 في الطريق إلى الشبكة 10.1.1.0/24 ، ولكن نظرًا لأن عرض النطاق الترددي الخاص بالموجه الخامس أكبر ، يتم استبدال قيمة عرض النطاق الترددي الأدنى لجهاز التوجيه R2 بالصيغة. التأخير الكلي على المسار R1-R2-R5 هو 1 + 10 + 1 (عشرات) = 12 ، والإنتاجية المخفضة هي 100 ، ومجموع هذه الأرقام مرات 256 سوف يعطي القيمة FD = 30976.

لذا ، فإن جميع الأجهزة قد حسبت FD من واجهاتها ، وجهاز التوجيه R1 لديه 3 طرق تؤدي إلى الشبكة الوجهة. هذه هي الطرق R1-R2 ، R1-R3 و R1-R4. يختار جهاز التوجيه الحد الأدنى للمسافة الممكنة FD ، والتي تساوي 30976 - وهذا هو الطريق إلى جهاز التوجيه R2. يصبح هذا الموجه خليفة ، أو "خليفة". يشير جدول التوجيه أيضًا إلى Feasible Successor (خليفة النسخ الاحتياطي) - فهذا يعني أنه في حالة انقطاع الاتصال بين R1 و Successor ، سيتم توجيه المسار من خلال جهاز توجيه النسخ الاحتياطي Feasible Successor.

Feasible Successors : RD , FD Successor'. R1-R2 FD=30976, RD R1-R3 281856, RD R1-R4 3072. 3072 < 30976, Feasible Successors R4.

, R1-R2 10.1.1.0/24 R1-R4-R5. RIP , OSPF – , EIGRP . EIGRP .

, Successor Feasible Successor? EIGRP DUAL, . , EIGRP , , . .


شكرا لك على البقاء معنا. هل تحب مقالاتنا؟ تريد أن ترى المزيد من المواد المثيرة للاهتمام؟ ادعمنا عن طريق تقديم طلب أو التوصية به لأصدقائك ، خصم 30٪ لمستخدمي Habr على تناظرية فريدة من خوادم الدخول التي اخترعناها لك: الحقيقة الكاملة حول VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1 جيجابت في الثانية من 20 $ أو كيفية تقسيم الخادم؟ (تتوفر خيارات مع RAID1 و RAID10 ، ما يصل إلى 24 مركزًا وما يصل إلى 40 جيجابايت من ذاكرة DDR4).

ديل R730xd 2 مرات أرخص؟ فقط لدينا 2 من Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6 جيجا هرتز 14 جيجا بايت 64 جيجا بايت DDR4 4 × 960 جيجا بايت SSD 1 جيجابت في الثانية 100 TV من 199 دولار في هولندا! Dell R420 - 2x E5-2430 سعة 2 جيجا هرتز 6 جيجا بايت 128 جيجا بايت ذاكرة DDR3 2x960GB SSD بسرعة 1 جيجابت في الثانية 100 تيرابايت - من 99 دولارًا! اقرأ عن كيفية بناء البنية التحتية فئة باستخدام خوادم V4 R730xd E5-2650d تكلف 9000 يورو عن بنس واحد؟

Source: https://habr.com/ru/post/ar466679/


All Articles