امروز مطالعه پروتکل EIGRP را آغاز می کنیم که در کنار مطالعه OSPF مهمترین مبحث دوره CCNA است.
بعداً به بخش 2.5 باز می گردیم، اما در حال حاضر، درست بعد از بخش 2.4، به بخش 2.6 می رویم، «پیکربندی، تأیید و عیب یابی EIGRP از طریق IPv4 (به استثنای احراز هویت، فیلتر کردن، خلاصه سازی دستی، توزیع مجدد، و خرد پیکربندی)
امروز یک درس مقدماتی خواهیم داشت که در آن شما را با مفهوم Enhanced Internal Routing Protocol EIGRP آشنا می کنم و در دو درس بعدی به پیکربندی و عیب یابی ربات های پروتکل می پردازیم. اما ابتدا می خواهم موارد زیر را به شما بگویم.
در چند درس اخیر، ما در مورد OSPF یاد گرفته ایم. اکنون می‌خواهم به یاد داشته باشید که ماه‌ها پیش، زمانی که به RIP نگاه کردیم، در مورد حلقه‌های مسیریابی و فناوری‌هایی صحبت کردیم که از چرخش ترافیک جلوگیری می‌کنند. چگونه می توانید هنگام استفاده از OSPF از حلقه های مسیریابی جلوگیری کنید؟ آیا می توان برای این کار از روش هایی مانند Route Poison یا Split Horizon استفاده کرد؟ اینها سوالاتی هستند که باید خودتان به آنها پاسخ دهید. می توانید از منابع موضوعی دیگر استفاده کنید، اما پاسخ این سوالات را بیابید. می‌خواهم یاد بگیرید چگونه پاسخ‌ها را خودتان با کار با منابع مختلف بیابید، و شما را تشویق می‌کنم نظرات خود را در زیر این ویدیو بنویسید تا ببینم چند نفر از دانش‌آموزانم این کار را انجام داده‌اند.
EIGRP چیست؟ این یک پروتکل مسیریابی ترکیبی است که ویژگی های مفید یک پروتکل برداری فاصله مانند RIP و یک پروتکل حالت پیوند مانند OSPF را ترکیب می کند.
EIGRP یک پروتکل اختصاصی سیسکو است که در سال 2013 در دسترس عموم قرار گرفت. از پروتکل ردیابی وضعیت پیوند، او بر خلاف RIP که همسایه ایجاد نمی کند، الگوریتم ایجاد محله را اتخاذ کرد. RIP همچنین جداول مسیریابی را با سایر شرکت کنندگان در پروتکل مبادله می کند، اما OSPF قبل از شروع این تبادل یک مجاورت ایجاد می کند. EIGRP به همین ترتیب کار می کند.
پروتکل RIP به صورت دوره ای جدول مسیریابی کامل را هر 30 ثانیه به روز می کند و اطلاعات مربوط به تمام رابط ها و همه مسیرها را به همه همسایگان خود توزیع می کند. EIGRP به‌روزرسانی‌های دوره‌ای کامل اطلاعات را انجام نمی‌دهد، در عوض از مفهوم پخش پیام‌های Hello به همان روشی که OSPF انجام می‌دهد استفاده می‌کند. هر چند ثانیه یک سلام می فرستد تا مطمئن شود همسایه هنوز "زنده" است.
برخلاف پروتکل برداری فاصله که کل توپولوژی شبکه را قبل از تصمیم گیری برای تشکیل مسیر بررسی می کند، EIGRP مانند RIP مسیرهایی را بر اساس شایعات ایجاد می کند. وقتی می‌گویم شایعات، منظورم این است که وقتی همسایه چیزی را گزارش می‌کند، EIGRP بدون تردید با آن موافق است. برای مثال، اگر همسایه‌ای بگوید که می‌داند چگونه به 10.1.1.2 برسد، EIGRP بدون اینکه بپرسد او را باور می‌کند: «از کجا این را می‌دانستی؟ در مورد توپولوژی کل شبکه به من بگویید!
قبل از سال 2013، اگر فقط از زیرساخت سیسکو استفاده می کردید، می توانستید از EIGRP استفاده کنید، زیرا این پروتکل در سال 1994 ایجاد شد. با این حال، بسیاری از شرکت ها، حتی با استفاده از تجهیزات سیسکو، نمی خواستند با این شکاف کار کنند. به نظر من، EIGRP بهترین پروتکل مسیریابی پویا امروزه است زیرا استفاده از آن بسیار ساده تر است، اما مردم همچنان OSPF را ترجیح می دهند. من فکر می کنم این به این دلیل است که آنها نمی خواهند به محصولات سیسکو گره بخورند. اما سیسکو این پروتکل را به صورت عمومی در دسترس قرار داد زیرا از تجهیزات شبکه شخص ثالث مانند Juniper پشتیبانی می کند و اگر با شرکتی که از تجهیزات سیسکو استفاده نمی کند همکاری کنید، مشکلی نخواهید داشت.
بیایید یک گشت و گذار کوتاه به تاریخچه پروتکل های شبکه داشته باشیم.
پروتکل RIPv1، که در دهه 1980 ظاهر شد، تعدادی محدودیت داشت، به عنوان مثال، حداکثر تعداد پرش 16، و بنابراین نمی توانست مسیریابی را روی شبکه های بزرگ ارائه دهد. کمی بعد، آنها پروتکل مسیریابی دروازه داخلی IGRP را توسعه دادند که بسیار بهتر از RIP بود. با این حال، این پروتکل بیشتر یک پروتکل برداری فاصله بود تا یک پروتکل وضعیت پیوند. در اواخر دهه 80، یک استاندارد باز ظهور کرد، پروتکل وضعیت پیوند OSPFv2 برای IPv4.
در اوایل دهه 90، سیسکو تصمیم گرفت که IGRP باید بهبود یابد و پروتکل مسیریابی دروازه داخلی پیشرفته EIGRP را منتشر کرد. این بسیار موثرتر از OSPF بود زیرا ویژگی های RIP و OSPF را با هم ترکیب می کرد. همانطور که شروع به بررسی آن می کنیم، خواهید دید که پیکربندی EIGRP بسیار ساده تر از OSPF است. سیسکو سعی کرد پروتکلی ایجاد کند که سریع ترین همگرایی شبکه را تضمین کند.
در اواخر دهه 90، یک نسخه به روز شده بدون کلاس از پروتکل RIPv2 منتشر شد. در دهه 2000، نسخه سوم OSPF، RIPng و EIGRPv6 که از پروتکل IPv6 پشتیبانی می کرد، ظاهر شد. جهان به تدریج به انتقال کامل به IPv6 نزدیک می شود و توسعه دهندگان پروتکل مسیریابی می خواهند برای این امر آماده باشند.
اگر به خاطر داشته باشید، ما مطالعه کردیم که هنگام انتخاب مسیر بهینه، RIP، به عنوان یک پروتکل برداری فاصله، تنها با یک معیار هدایت می شود - حداقل تعداد پرش یا حداقل فاصله تا رابط مقصد. بنابراین، روتر R1 یک مسیر مستقیم به روتر R3 را انتخاب می کند، با وجود این واقعیت که سرعت در این مسیر 64 کیلوبیت بر ثانیه است - چندین برابر کمتر از سرعت مسیر R1-R2-R3، برابر با 1544 کیلوبیت بر ثانیه. پروتکل RIP یک مسیر آهسته با طول یک هاپ را به جای مسیر سریع 2 پرش بهینه در نظر می گیرد.
OSPF کل توپولوژی شبکه را مطالعه می کند و تصمیم می گیرد از مسیر R3 به عنوان مسیر سریعتر برای ارتباط با روتر R2 استفاده کند. RIP از تعداد پرش ها به عنوان متریک خود استفاده می کند، در حالی که متریک OSPF هزینه است که در بیشتر موارد متناسب با پهنای باند پیوند است.
EIGRP همچنین بر هزینه مسیر تمرکز می کند، اما متریک آن بسیار پیچیده تر از OSPF است و به عوامل زیادی از جمله پهنای باند، تاخیر، قابلیت اطمینان، بارگذاری و حداکثر MTU متکی است. به عنوان مثال، اگر یک گره بیشتر از سایرین بارگذاری شود، EIGRP بار در کل مسیر را تجزیه و تحلیل می کند و گره دیگری را با بار کمتر انتخاب می کند.
در دوره CCNA ما فقط فاکتورهای تشکیل متریک مانند پهنای باند و تاخیر را در نظر می گیریم؛ اینها مواردی هستند که فرمول متریک از آنها استفاده می کند.
پروتکل بردار فاصله RIP از دو مفهوم استفاده می کند: فاصله و جهت. اگر 3 روتر داشته باشیم و یکی از آنها به شبکه 20.0.0.0 متصل باشد، انتخاب با فاصله انجام می شود - اینها پرش هستند، در این مورد 1 پرش، و با جهت، یعنی در امتداد کدام مسیر - بالا یا پایین تر - برای ارسال ترافیک.
علاوه بر این، RIP از به روز رسانی دوره ای اطلاعات استفاده می کند و هر 30 ثانیه یک جدول مسیریابی کامل را در سراسر شبکه توزیع می کند. این به روز رسانی 2 کار انجام می دهد. اولی به روز رسانی واقعی جدول مسیریابی است، دوم بررسی قابلیت حیات همسایه است. اگر دستگاه طی 30 ثانیه به‌روزرسانی جدول پاسخ یا اطلاعات مسیر جدید را از همسایه دریافت نکند، متوجه می‌شود که مسیر به همسایه دیگر قابل استفاده نیست. روتر هر 30 ثانیه یک به روز رسانی ارسال می کند تا بفهمد آیا همسایه هنوز زنده است و آیا مسیر هنوز معتبر است یا خیر.
همانطور که گفتم فناوری Split Horizon برای جلوگیری از حلقه های مسیر استفاده می شود. این به این معنی است که به روز رسانی به رابطی که از آن آمده است بازگردانده نمی شود. دومین فناوری برای جلوگیری از حلقه ها Route Poison است. اگر اتصال با شبکه 20.0.0.0 نشان داده شده در تصویر قطع شود، روتری که به آن وصل شده است یک "مسیر مسموم" را به همسایگان خود ارسال می کند که در آن گزارش می دهد که این شبکه اکنون در 16 هاپ قابل دسترسی است، یعنی عملا دست نیافتنی پروتکل RIP اینگونه عمل می کند.
EIGRP چگونه کار می کند؟ اگر از درس های مربوط به OSPF به خاطر داشته باشید، این پروتکل سه عملکرد را انجام می دهد: یک محله ایجاد می کند، از LSA برای به روز رسانی LSDB مطابق با تغییرات توپولوژی شبکه استفاده می کند، و یک جدول مسیریابی می سازد. ایجاد یک محله یک روش نسبتاً پیچیده است که از پارامترهای زیادی استفاده می کند. به عنوان مثال، بررسی و تغییر یک اتصال 2WAY - برخی از اتصالات در حالت ارتباط دو طرفه باقی می مانند، برخی به حالت FULL می روند. برخلاف OSPF، در پروتکل EIGRP این اتفاق نمی افتد - فقط 4 پارامتر را بررسی می کند.
مانند OSPF، این پروتکل هر 10 ثانیه یک پیام Hello حاوی 4 پارامتر ارسال می کند. اولین معیار احراز هویت است، اگر قبلاً پیکربندی شده باشد. در این حالت، تمام دستگاه هایی که نزدیکی با آنها برقرار است باید پارامترهای احراز هویت یکسانی داشته باشند.
پارامتر دوم برای بررسی اینکه آیا دستگاه‌ها به یک سیستم مستقل تعلق دارند یا خیر استفاده می‌شود، یعنی برای ایجاد مجاورت با استفاده از پروتکل EIGRP، هر دو دستگاه باید شماره سیستم مستقل یکسانی داشته باشند. پارامتر سوم برای بررسی اینکه پیام های Hello از همان آدرس IP منبع ارسال می شوند استفاده می شود.
پارامتر چهارم برای بررسی سازگاری ضرایب متغیر K-Values استفاده می شود. پروتکل EIRGP از 5 ضریب از K1 تا K5 استفاده می کند. اگر به خاطر داشته باشید، اگر K=0 پارامترها نادیده گرفته می شوند، اما اگر K=1، پارامترها در فرمول محاسبه متریک استفاده می شوند. بنابراین، مقادیر K1-5 برای دستگاه های مختلف باید یکسان باشد. در دوره CCNA مقادیر پیش فرض این ضرایب را می گیریم: K1 و K3 برابر با 1 و K2، K4 و K5 برابر با 0 هستند.
بنابراین، اگر این 4 پارامتر مطابقت داشته باشند، EIGRP یک رابطه همسایه ایجاد می کند و دستگاه ها یکدیگر را وارد جدول همسایه می کنند. سپس تغییراتی در جدول توپولوژی ایجاد می شود.
همه پیام‌های Hello به آدرس IP چندپخشی 224.0.0.10 ارسال می‌شوند و به‌روزرسانی‌ها، بسته به پیکربندی، به آدرس‌های unicast همسایگان یا آدرس چندپخشی ارسال می‌شوند. این به روز رسانی از طریق UDP یا TCP ارائه نمی شود، بلکه از پروتکل دیگری به نام RTP، پروتکل حمل و نقل قابل اطمینان استفاده می کند. این پروتکل بررسی می‌کند که آیا همسایه به‌روزرسانی دریافت کرده است یا خیر، و همانطور که از نامش پیداست، عملکرد کلیدی آن اطمینان از قابلیت اطمینان ارتباط است. اگر به روز رسانی به همسایه نرسد، ارسال تا زمانی که همسایه آن را دریافت کند تکرار می شود. OSPF مکانیزمی برای بررسی دستگاه گیرنده ندارد، بنابراین سیستم نمی داند که آیا دستگاه های همسایه به روز رسانی را دریافت کرده اند یا خیر.
اگر به خاطر داشته باشید، RIP هر 30 ثانیه یک به روز رسانی توپولوژی کامل شبکه را ارسال می کند. EIGRP فقط در صورتی این کار را انجام می دهد که دستگاه جدیدی در شبکه ظاهر شده باشد یا تغییراتی رخ داده باشد. اگر توپولوژی زیرشبکه تغییر کرده باشد، پروتکل یک به روز رسانی ارسال می کند، اما نه جدول توپولوژی کامل، بلکه فقط رکوردهایی با این تغییر. اگر یک زیر شبکه تغییر کند، فقط توپولوژی آن به روز می شود. به نظر می رسد این یک به روز رسانی جزئی است که در صورت لزوم رخ می دهد.
همانطور که می دانید، OSPF هر 30 دقیقه یک LSA ارسال می کند، بدون توجه به اینکه آیا تغییراتی در شبکه وجود دارد یا خیر. EIGRP هیچ به روز رسانی را برای مدت طولانی ارسال نمی کند تا زمانی که تغییری در شبکه ایجاد شود. بنابراین، EIGRP بسیار کارآمدتر از OSPF است.
پس از اینکه روترها بسته های به روز رسانی را مبادله کردند، مرحله سوم شروع می شود - تشکیل جدول مسیریابی بر اساس متریک که با استفاده از فرمول نشان داده شده در شکل محاسبه می شود. او هزینه را محاسبه می کند و بر اساس این هزینه تصمیم می گیرد.
بیایید فرض کنیم که R1 Hello را به روتر R2 ارسال کرده است و آن روتر Hello را به روتر R1 ارسال کرده است. اگر همه پارامترها مطابقت داشته باشند، روترها جدولی از همسایگان ایجاد می کنند. در این جدول، R2 یک ورودی در مورد روتر R1 می نویسد و R1 یک ورودی در مورد R2 ایجاد می کند. پس از این، روتر R1 به روز رسانی را به شبکه 10.1.1.0/24 متصل به آن ارسال می کند. در جدول مسیریابی، به نظر می رسد اطلاعات مربوط به آدرس IP شبکه، رابط روتر که ارتباط با آن را فراهم می کند و هزینه مسیر از طریق این رابط. اگر به یاد داشته باشید هزینه EIGRP 90 است و سپس مقدار Distance نشان داده شده است که بعداً در مورد آن صحبت خواهیم کرد.
فرمول متریک کامل بسیار پیچیده تر به نظر می رسد، زیرا شامل مقادیر ضرایب K و تبدیل های مختلف است. وب سایت سیسکو فرم کاملی از فرمول ارائه می دهد، اما اگر مقادیر ضرایب پیش فرض را جایگزین کنید، به فرم ساده تری تبدیل می شود - متریک برابر با (پهنای باند + تاخیر) * 256 خواهد بود.
ما فقط از این فرمول ساده شده برای محاسبه متریک استفاده خواهیم کرد، که در آن پهنای باند بر حسب کیلوبیت برابر با 107 است، تقسیم بر کوچکترین پهنای باند تمام رابط های منتهی به کمترین پهنای باند شبکه مقصد، و تاخیر تجمعی کل است. تاخیر در ده‌ها میکروثانیه برای تمام رابط‌های منتهی به شبکه مقصد.
هنگام یادگیری EIGRP، باید چهار تعریف را درک کنیم: فاصله امکان پذیر، فاصله گزارش شده، جانشین (روتر همسایه با کمترین هزینه مسیر به شبکه مقصد) و جانشین عملی (روتر همسایه پشتیبان). برای درک معنای آنها، توپولوژی شبکه زیر را در نظر بگیرید.
بیایید با ایجاد یک جدول مسیریابی R1 شروع کنیم تا بهترین مسیر برای شبکه 10.1.1.0/24 را انتخاب کنیم. در کنار هر دستگاه توان عملیاتی بر حسب کیلوبیت بر ثانیه و تأخیر بر حسب میلی ثانیه نشان داده شده است. ما از رابط های 100 مگابیت بر ثانیه یا 1000000 کیلوبیت در ثانیه GigabitEthernet، 100000 کیلوبیت بر ثانیه FastEthernet، 10000 کیلوبیت بر ثانیه اترنت و 1544 کیلوبیت بر ثانیه واسط های سریال استفاده می کنیم. این مقادیر را می توان با مشاهده ویژگی های رابط های فیزیکی مربوطه در تنظیمات روتر پیدا کرد.
توان عملیاتی پیش‌فرض اینترفیس‌های سریال ۱۵۴۴ کیلوبیت بر ثانیه است و حتی اگر یک خط ۶۴ کیلوبیت بر ثانیه داشته باشید، باز هم توان خروجی ۱۵۴۴ کیلوبیت در ثانیه خواهد بود. بنابراین، به عنوان یک مدیر شبکه، باید مطمئن شوید که از مقدار پهنای باند درست استفاده می کنید. برای یک رابط خاص، می توان آن را با استفاده از دستور پهنای باند تنظیم کرد و با استفاده از دستور تاخیر، می توانید مقدار تاخیر پیش فرض را تغییر دهید. لازم نیست نگران مقادیر پهنای باند پیش‌فرض برای رابط‌های GigabitEthernet یا Ethernet باشید، اما اگر از رابط سریال استفاده می‌کنید در انتخاب سرعت خط دقت کنید.
لطفاً توجه داشته باشید که در این نمودار تاخیر ظاهراً برحسب میلی ثانیه در ثانیه نشان داده شده است، اما در واقع میکروثانیه است، من فقط حرف μ را ندارم تا به درستی میکروثانیه میکروثانیه را نشان دهم.
لطفا به واقعیت زیر دقت کنید. اگر دستور show interface g0/0 را صادر کنید، سیستم تأخیر را در ده‌ها میکروثانیه به جای میکروثانیه نمایش می‌دهد.
در ویدیوی بعدی در مورد پیکربندی EIGRP به طور مفصل به این موضوع نگاه خواهیم کرد، اکنون به یاد داشته باشید که هنگام جایگزینی مقادیر تاخیر در فرمول، 100 میکرو ثانیه از نمودار به 10 تبدیل می شود، زیرا فرمول از ده ها میکروثانیه استفاده می کند نه واحد.
در نمودار، من با نقاط قرمز رابط هایی را نشان خواهم داد که خروجی ها و تاخیرهای نشان داده شده به آنها مربوط می شود.
اول از همه، ما باید فاصله ممکن را تعیین کنیم. این متریک FD است که با استفاده از فرمول محاسبه می شود. برای بخش از R5 به شبکه خارجی، باید 107 را بر 106 تقسیم کنیم، در نتیجه 10 به دست می‌آید. بعد، به این مقدار پهنای باند باید تاخیری برابر با 1 اضافه کنیم، زیرا 10 میکروثانیه داریم، یعنی: یک ده مقدار حاصل از 11 باید در 256 ضرب شود، یعنی مقدار متریک 2816 خواهد بود. این مقدار FD برای این بخش از شبکه است.
روتر R5 این مقدار را به روتر R2 ارسال می کند و برای R2 به فاصله اعلام شده تبدیل می شود، یعنی مقداری که همسایه به آن گفته است. بنابراین، فاصله RD تبلیغ شده برای سایر دستگاه ها برابر با فاصله FD احتمالی دستگاهی است که آن را به شما گزارش کرده است.
روتر R2 محاسبات FD را بر اساس داده های خود انجام می دهد، یعنی 107 را بر 105 تقسیم می کند و 100 می شود. سپس مجموع تاخیرهای مسیر به شبکه خارجی را به این مقدار اضافه می کند: تاخیر R5 برابر با یک ده میکروثانیه و آن تأخیر خود، برابر با ده ده. کل تأخیر 11 ده میکروثانیه خواهد بود. آن را به صد حاصل اضافه می کنیم و 111 بدست می آوریم، این مقدار را در 256 ضرب می کنیم و مقدار FD = 28416 را بدست می آوریم. روتر R3 نیز همین کار را انجام می دهد و پس از محاسبات مقدار FD=281856 را دریافت می کند. روتر R4 مقدار FD=3072 را محاسبه کرده و به صورت RD به R1 ارسال می کند.
لطفاً توجه داشته باشید که هنگام محاسبه FD، روتر R1 پهنای باند 1000000 kbit/s خود را در فرمول جایگزین نمی کند، بلکه پهنای باند پایین روتر R2 را که برابر با 100000 kbit/s است، جایگزین می کند، زیرا فرمول همیشه از حداقل پهنای باند استفاده می کند. رابط منتهی به شبکه مقصد. در این حالت روترهای R10.1.1.0 و R24 در مسیر شبکه 2/5 قرار دارند، اما از آنجایی که روتر پنجم پهنای باند بیشتری دارد، کوچکترین مقدار پهنای باند روتر R2 در فرمول جایگزین می شود. کل تأخیر در طول مسیر R1-R2-R5 1+10+1 (ده ها) = 12، توان کاهش یافته 100 است و مجموع این اعداد ضرب در 256 مقدار FD=30976 می شود.
بنابراین، همه دستگاه ها FD رابط های خود را محاسبه کرده اند و روتر R1 دارای 3 مسیر منتهی به شبکه مقصد است. اینها مسیرهای R1-R2، R1-R3 و R1-R4 هستند. روتر حداقل مقدار فاصله ممکن FD را انتخاب می کند که برابر با 30976 است - این مسیر به روتر R2 است. این روتر به Successor یا "Successor" تبدیل می شود. جدول مسیریابی همچنین نشان دهنده Feasible Successor (جانشین پشتیبان) است - به این معنی که اگر ارتباط بین R1 و Successor قطع شود، مسیر از طریق روتر Feasible Successor پشتیبان مسیریابی می شود.
جانشین‌های امکان‌پذیر طبق یک قانون اختصاص داده می‌شوند: فاصله تبلیغ‌شده RD این روتر باید کمتر از FD روتر در بخش تا Successor باشد. در مورد ما، R1-R2 دارای FD = 30976، RD در بخش R1-K3 برابر با 281856، و RD در بخش R1-R4 برابر با 3072 است.
این بدان معناست که اگر ارتباط در قسمت شبکه R1-R2 مختل شود، ترافیک به شبکه 10.1.1.0/24 در طول مسیر R1-R4-R5 ارسال می شود. تغییر مسیر در هنگام استفاده از RIP چندین ده ثانیه طول می کشد، در هنگام استفاده از OSPF چندین ثانیه طول می کشد، و در EIGRP بلافاصله اتفاق می افتد. این یکی دیگر از مزایای EIGRP نسبت به سایر پروتکل های مسیریابی است.
اگر هم‌زمان Successor و Feasible Successor قطع شوند چه اتفاقی می‌افتد؟ در این مورد، EIGRP از الگوریتم DUAL استفاده می کند، که می تواند یک مسیر پشتیبان را از طریق یک جانشین احتمالی محاسبه کند. این ممکن است چند ثانیه طول بکشد، در طی آن EIGRP همسایه دیگری را پیدا می کند که می تواند برای ارسال ترافیک و قرار دادن داده های آن در جدول مسیریابی استفاده شود. پس از این، پروتکل به کار مسیریابی عادی خود ادامه می دهد.
از اینکه با ما ماندید متشکرم آیا مقالات ما را دوست دارید؟ آیا می خواهید مطالب جالب تری ببینید؟ با ثبت سفارش یا معرفی به دوستان از ما حمایت کنید 30٪ تخفیف برای کاربران Habr در آنالوگ منحصر به فرد سرورهای سطح ورودی که توسط ما برای شما اختراع شده است: (در دسترس با RAID1 و RAID10، حداکثر 24 هسته و حداکثر 40 گیگابایت DDR4).
Dell R730xd 2 برابر ارزان تر است؟ فقط اینجا در هلند! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - از 99 دلار! در مورد بخوانید
منبع: www.habr.com