شبکه 10 گیگابیتی راه‌اندازی کرده‌اید، کارت شبکه 10GbE دارید، روی سوئیچ یا میکروتیک هم Link با سرعت 10Gbps برقرار شده، اما وقتی یک فایل بزرگ را بین دو سیستم یا NAS منتقل می‌کنید، به‌جای عددی نزدیک به انتظار، مثلاً فقط 300 یا 500MB/s می‌بینید.

سؤال طبیعی این است:

پس بقیه سرعت 10 گیگ کجاست؟

پاسخ این است که نمایش 10Gbps Link فقط ظرفیت اسمی لینک Ethernet را نشان می‌دهد. سرعت واقعی انتقال فایل به کل مسیر وابسته است:

SSD/NVMe → CPU → PCIe → NIC → کابل/SFP+ → Switch/Router → NIC → PCIe → CPU → SSD/NVMe

کافی است فقط یکی از این قسمت‌ها کندتر باشد تا کل شبکه در همان نقطه محدود شود.

در این مقاله از شبکه شین بررسی می‌کنیم چرا یک شبکه 10GbE ممکن است در عمل به سرعت مورد انتظار نرسد و چطور گلوگاه را مرحله‌به‌مرحله پیدا کنیم.

اول از همه؛ 10Gbps یعنی چند MB/s؟

یکی از رایج‌ترین اشتباه‌ها، یکی گرفتن Gbps و GB/s است.

هر Byte شامل 8 bit است.

بنابراین:

10Gbps ÷ 8 = 1.25GB/s

یعنی ظرفیت خام 10 گیگابیت بر ثانیه معادل:

1250MB/s

است.

اما این عدد ظرفیت خام است و سرعت انتقال فایل دقیقاً 1250MB/s نخواهد بود.

Ethernet، IP، TCP و پروتکل انتقال فایل همگی سربار دارند.

بنابراین در یک شبکه 10GbE سالم، سرعت Application پایین‌تر از ظرفیت خام لینک خواهد بود.

نکته مهم این است که اگر مثلاً 900MB/s انتقال دارید، نباید تصور کنید شبکه شما «فقط 900 مگابیت» سرعت دارد.

900MB/s تقریباً برابر با:

7.2Gbps

داده کاربردی است.

تفاوت Link Speed و Throughput

این دو مفهوم را باید کاملاً جدا کنیم.

Link Speed

سرعتی است که دو Interface برای ارتباط با یکدیگر برقرار کرده‌اند.

مثلاً:

10Gbps Full Duplex

Throughput

مقدار واقعی Data است که در یک بازه زمانی منتقل می‌شود.

ممکن است Link روی 10Gbps باشد ولی Throughput واقعی:

3Gbps

باشد.

پس مشاهده 10G روی Interface فقط می‌گوید لینک در آن Rate برقرار شده است، نه اینکه هر برنامه‌ای حتماً بتواند 10Gbps Data منتقل کند.

1. SSD یا HDD گلوگاه شبکه شده است

این مورد یکی از مهم‌ترین دلایل سرعت پایین File Transfer در شبکه 10GbE است.

فرض کنید شبکه توان انتقال بسیار بالایی دارد، اما فایل از یک HDD خوانده می‌شود.

اگر Storage نتواند Data را با سرعت کافی بخواند یا بنویسد، شبکه منتظر Disk می‌ماند.

در این شرایط خرید Switch سریع‌تر هیچ کمکی نمی‌کند.

یک مثال ساده

فرض کنید در بهترین شرایط Storage مقصد فقط می‌تواند با:

250MB/s

به‌صورت پایدار بنویسد.

حداکثر Data Rate کاربردی شما در این سناریو تقریباً همین محدوده خواهد بود، حتی اگر Network Link روی 10Gbps باشد.

10GbE برای رسیدن به سرعت‌های بالا معمولاً بیشتر با SSD و مخصوصاً Storage سریع‌تر معنا پیدا می‌کند.

البته حتی عبارت SSD نیز کافی نیست.

SATA SSD و NVMe SSD از نظر Interface و Performance یکسان نیستند.

2. یک SSD سریع هم همیشه سریع نیست

روی جعبه SSD ممکن است سرعت بسیار بالایی نوشته شده باشد.

اما Performance واقعی به نوع Workload بستگی دارد.

Sequential Read/Write با Random I/O متفاوت است.

انتقال یک فایل 50GB با انتقال هزاران فایل کوچک رفتار یکسانی ندارد.

همچنین برخی SSDها در Write طولانی‌مدت، پس از پر شدن Cache، سرعت متفاوتی نشان می‌دهند.

بنابراین برای بررسی شبکه 10G باید Sustained Performance Storage را هم در نظر بگیرید.

3. NAS نمی‌تواند 10Gbps را پردازش کند

این سناریو بسیار رایج است:

یک NAS دارای پورت 10GbE است.

کاربر نتیجه می‌گیرد:

پس NAS من 10Gbps سرعت انتقال دارد.

نه لزوماً.

پورت 10GbE فقط یکی از اجزای NAS است.

موارد دیگری مانند:

CPU، RAM، RAID، تعداد Disk، نوع Disk، File System، Encryption و Protocol

روی Performance اثر دارند.

ممکن است NIC روی 10Gbps Link شود اما Storage Array فقط بخشی از آن را تأمین کند.

بنابراین:

10GbE Port ≠ 10Gbps File Transfer

4. کارت شبکه 10G دارید ولی PCIe گلوگاه است

NIC باید Data را از طریق Bus سیستم به CPU و Memory منتقل کند.

اگر کارت شبکه روی PCIe Slot یا Lane Configuration نامناسب نصب شده باشد، ممکن است پهنای باند کافی در اختیار NIC قرار نگیرد.

این موضوع مخصوصاً در سیستم‌هایی اهمیت پیدا می‌کند که چند وسیله پرسرعت همزمان از PCIe Resources استفاده می‌کنند، مانند:

GPU، NVMe، Capture Card و 10GbE NIC.

در مادربردها ممکن است بعضی Slotها با نصب یک NVMe یا کارت دیگر Lane Sharing داشته باشند.

بنابراین فقط نگاه کردن به شکل Slot کافی نیست.

باید Manual مادربرد را بررسی کرد.

5. SFP+ یا DAC نامناسب است

در بسیاری از شبکه‌های 10GbE از پورت SFP+ استفاده می‌شود.

اتصال می‌تواند با گزینه‌هایی مانند:

SFP+ Optical Transceiver + Fiber

یا:

DAC

برقرار شود.

اگر Interface هر دو سمت روی 10Gbps Link شده باشد، حداقل Negotiation/Link برقرار شده، اما مشکلات Physical Layer همچنان می‌توانند باعث Error یا ناپایداری شوند.

برای Fiber باید مواردی مانند:

نوع ماژول، Fiber Type، Wavelength، Distance، Optical Power و Connector

بررسی شوند.

برای DAC نیز Compatibility و طول کابل اهمیت دارد.

این بخش دقیقاً به مقاله قبلی شبکه شین درباره علت Link نشدن SFP میکروتیک مرتبط است.

6. لینک 10G است اما Error دارید

گاهی Interface روی 10Gbps است و حتی قطع هم نمی‌شود.

ولی Error باعث Retransmission یا افت Performance می‌شود.

بنابراین فقط وضعیت:

Link Up

را بررسی نکنید.

Counterهای Interface و Errorها نیز مهم‌اند.

در MikroTik می‌توانید وضعیت Interfaceها را بررسی کنید:

/interface ethernet print

و برای مشاهده جزئیات Interface موردنظر از Monitor استفاده کنید:

/interface ethernet monitor sfp-sfpplus1 once

نام Interface بسته به دستگاه متفاوت است.

اگر Fiber استفاده می‌کنید و Transceiver از Diagnostics پشتیبانی می‌کند، اطلاعات Optical نیز می‌تواند در عیب‌یابی کمک کند.

7. CPU روتر یا سوئیچ به گلوگاه تبدیل شده است

اینجا پای روتر میکروتیک وسط می‌آید.

وجود SFP+ ده گیگابیتی روی یک Router به این معنی نیست که دستگاه در تمام Configurationها و با تمام Featureها 10Gbps Routing انجام می‌دهد.

برای مثال پردازش:

Firewall، NAT، Queue، VPN، Connection Tracking و بعضی Featureهای دیگر

ممکن است CPU را درگیر کند.

در MikroTik می‌توانید وضعیت CPU را بررسی کنید:

/system resource print

و ببینید چه Processهایی CPU را مصرف می‌کنند:

/tool profile

اگر هنگام تست Throughput، CPU به سقف می‌رسد و Performance هم در همان نقطه متوقف می‌شود، CPU یکی از مظنون‌های جدی است.

8. Hardware Offloading فعال نیست

این بخش در تجهیزات MikroTik بسیار مهم است.

در دستگاه‌هایی که Switch Chip مناسب دارند، Hardware Offloading اجازه می‌دهد بعضی Trafficها توسط Switch Chip پردازش شوند و مجبور نباشند برای تمام عملیات از CPU عبور کنند.

MikroTik توضیح می‌دهد که Bridge Hardware Offloading می‌تواند Packet Forwarding را به Switch Chip منتقل کند و در صورت Configuration صحیح Throughput بالاتری ایجاد کند.

برای بررسی Bridge Portها می‌توانید از:

/interface bridge port print

استفاده کنید.

در دستگاه‌ها و Configurationهای سازگار، وجود Flag مربوط به Hardware Offload اهمیت دارد.

اما نکته مهم:

Hardware Offloading در تمام مدل‌ها و تمام Featureها یکسان نیست.

بنابراین Configuration باید براساس Switch Chip و مستندات همان مدل بررسی شود.

9. Routing با Switching یکی نیست

این یکی از مهم‌ترین نکات هنگام انتخاب میکروتیک برای شبکه 10G است.

فرض کنید دو کامپیوتر روی دو پورت SFP+ یک Switch قرار دارند و Traffic فقط در Layer 2 جابه‌جا می‌شود.

Switch Chip می‌تواند این Traffic را بسیار کارآمد Forward کند.

اما اگر همان Traffic مجبور شود:

Route شود، از Firewall عبور کند، NAT شود یا Queue روی آن اعمال شود،

مسیر پردازش ممکن است متفاوت شود.

MikroTik برای بعضی مدل‌های پشتیبانی‌شده L3 Hardware Offloading دارد که می‌تواند Routing را به Switch Chip منتقل کند و در شرایط مناسب به سرعت‌های نزدیک Wire Speed کمک کند.

بنابراین هنگام خرید تجهیزات فقط نگویید:

«این دستگاه پورت 10G دارد؟»

سؤال بهتر این است:

«در سناریوی من این دستگاه 10G را Switching می‌کند یا Routing؟ و چه Featureهایی روی Traffic فعال‌اند؟»

10. Firewall و Queue سرعت را محدود کرده‌اند

فرض کنید روتر از نظر Hardware مناسب است.

اما تعداد زیادی Firewall Rule دارید.

Queue پیچیده دارید.

Traffic Classification انجام می‌دهید.

Connection Tracking درگیر است.

یا Feature دیگری Packetها را به CPU می‌فرستد.

در این شرایط Throughput ممکن است پایین‌تر از Switching ساده باشد.

این موضوع به معنی بد بودن Firewall یا Queue نیست.

امنیت و مدیریت Traffic ضروری‌اند.

مسئله این است که Performance باید با Configuration واقعی سنجیده شود.

11. خود ابزار تست CPU را درگیر کرده است

این اشتباه در MikroTik بسیار مهم است.

کاربر دو Router را دارد و روی همان Routerی که می‌خواهد Performance آن را بسنجد، Bandwidth Test اجرا می‌کند.

بعد می‌گوید:

«روتر من بیشتر از 4Gbps نمی‌رود.»

اما ممکن است CPU مشغول تولید و دریافت Traffic آزمایشی باشد، نه فقط Forwarding.

MikroTik صراحتاً توصیه می‌کند برای اندازه‌گیری Throughput واقعی Router، Bandwidth Test را از میان دستگاه مورد آزمایش عبور دهید، نه اینکه خود دستگاه Endpoint تست باشد. Bandwidth Test نیز منابع زیادی مصرف می‌کند.

برای تست دقیق بهتر است ساختاری مانند این داشته باشید:

Test PC A → MikroTik/Switch → Test PC B

و Traffic توسط دو Endpoint قدرتمند تولید شود.

12. یک Stream TCP نمی‌تواند لینک را پر کند

TCP Performance فقط به سرعت Ethernet وابسته نیست.

Latency، Packet Loss، TCP Window، سیستم‌عامل و توان Endpointها نیز اثر دارند.

در بعضی شرایط یک TCP Stream نمی‌تواند تمام ظرفیت 10GbE را استفاده کند.

به همین دلیل ابزارهایی مانند iPerf3 امکان استفاده از Parallel Stream را فراهم می‌کنند.

برای مثال می‌توان یک تست Single Stream انجام داد و سپس نتیجه را با چند Stream مقایسه کرد.

اگر چند Stream Performance را به شکل محسوسی افزایش دهند، سرنخ خوبی درباره محدودیت TCP/Endpoint به دست آورده‌ایم.

اما نباید صرفاً تعداد Stream را آن‌قدر بالا برد که عدد دلخواه ظاهر شود. هدف پیدا کردن Bottleneck واقعی است.

13. SMB خودش بخشی از معادله است

وقتی یک فایل را از Windows Explorer به NAS کپی می‌کنید، فقط Ethernet را تست نمی‌کنید.

شما در واقع دارید مجموعه‌ای از اجزا را آزمایش می‌کنید:

Disk + File System + SMB + OS + CPU + NIC + Network + Storage مقصد

به همین دلیل ممکن است:

iPerf = بسیار سریع

اما:

File Copy = بسیار کندتر

باشد.

این اختلاف یک سرنخ عالی است.

اگر iPerf نزدیک ظرفیت شبکه باشد ولی File Transfer پایین باشد، بهتر است تمرکز را از Network Link بردارید و Storage/Application Layer را بررسی کنید.

14. فایل‌های کوچک سرعت را نابود می‌کنند

انتقال یک فایل 100GB با انتقال یک میلیون فایل کوچک یکسان نیست.

فایل‌های کوچک می‌توانند Metadata Operation و IOPS بیشتری ایجاد کنند.

بنابراین ممکن است یک Folder شامل هزاران فایل کوچک با سرعت بسیار پایین‌تری از یک فایل Video بزرگ منتقل شود.

این موضوع الزاماً نشان‌دهنده مشکل 10GbE نیست.

برای Benchmark شبکه، ابتدا با Traffic Generator یا فایل‌های بزرگ Sequential آزمایش کنید.

15. آنتی‌ویروس، Encryption یا Compression وارد مسیر شده‌اند

گاهی شبکه بی‌گناه است ولی CPU مشغول کار دیگری است.

برای مثال:

Encryption، Compression، Real-time Security Scanning یا پردازش‌های Storage

می‌توانند سرعت File Transfer را کاهش دهند.

اگر CPU یکی از Endpointها هنگام انتقال به 100% می‌رسد، قبل از متهم کردن Switch باید علت مصرف CPU بررسی شود.

البته برای تست، قابلیت‌های امنیتی را کورکورانه غیرفعال نکنید. بهتر است با ابزارهای Benchmark شبکه، Storage و System Monitoring مشخص کنید گلوگاه کجاست.

16. Jumbo Frame معجزه نیست

Jumbo Frame معمولاً به Ethernet Frameهایی با Payload بزرگ‌تر از MTU استاندارد 1500 اشاره دارد و MTU حدود 9000 در برخی شبکه‌های Storage رایج است.

مزیت احتمالی این است که برای انتقال حجم مشخص Data، تعداد Frame کمتری پردازش می‌شود.

اما:

MTU 9000 به‌تنهایی شبکه 10G را سریع نمی‌کند.

و یک مشکل مهم دارد.

برای استفاده صحیح، کل مسیر باید از MTU موردنظر پشتیبانی کند.

مثلاً:

Server → NIC → Switch → Router → Switch → NAS

اگر بخشی از مسیر درست Configuration نشده باشد، مشکلات عجیب‌تری ایجاد می‌شود.

MikroTik نیز برای L3 Hardware Offloading درباره MTU و L2MTU ملاحظات مشخصی دارد.

بنابراین Jumbo Frame را به‌عنوان Optimization احتمالی ببینید، نه دکمه Turbo.

17. کابل شبکه برای 10GbE مناسب نیست

10GbE فقط SFP+ نیست.

10GBASE-T نیز روی کابل مسی استفاده می‌شود.

اما کیفیت کابل، طول مسیر، Termination و استاندارد Cabling اهمیت زیادی دارند.

اگر قصد اجرای 10GbE روی Copper را دارید، طراحی Structured Cabling باید براساس استاندارد و فاصله واقعی پروژه انجام شود.

اینکه یک کابل در 1Gbps کار می‌کند تضمین نمی‌کند در 10Gbps هم بدون مشکل کار کند.

18. Temperature تجهیزات را فراموش نکنید

بعضی ماژول‌ها و مخصوصاً برخی Transceiverها یا مبدل‌های Copper می‌توانند گرمای قابل توجهی تولید کنند.

در Switchهایی با تعداد زیاد Port پرسرعت، Cooling اهمیت بیشتری پیدا می‌کند.

دمای نامناسب می‌تواند Stability تجهیزات را تحت تأثیر قرار دهد.

بنابراین در Rack به:

Airflow، دمای محیط و فاصله مناسب تجهیزات

توجه کنید.

19. یک Port یک گیگ وسط مسیر پنهان شده است

این یکی خنده‌دار است تا وقتی دو ساعت برای پیدا کردنش وقت تلف نکرده باشید. 😄

فرض کنید:

Server دارای 10GbE است.

Switch دارای SFP+ است.

NAS هم 10GbE دارد.

اما بین دو بخش شبکه یک Router، Media Converter یا Uplink با سرعت 1Gbps قرار گرفته است.

نتیجه؟

سرعت کل مسیر در همان نقطه محدود می‌شود.

برای عیب‌یابی باید تمام Hopهای فیزیکی مسیر را بررسی کنید.

نه فقط دو Endpoint.

20. ممکن است اصلاً شبکه مشکل نداشته باشد

این نتیجه‌ای است که خیلی‌ها دیر به آن می‌رسند.

فرض کنید:

iPerf حدود 9Gbps نشان می‌دهد.

Interface Error ندارید.

CPU شبکه مشکلی ندارد.

اما File Transfer فقط:

350MB/s

است.

این یعنی شبکه احتمالاً توان بسیار بیشتری دارد و باید Storage یا Application را بررسی کنیم.

اگر Storage مقصد حدود 350MB/s می‌نویسد، شبکه نمی‌تواند فایل را با 1GB/s روی آن بنویسد.

به همین دلیل عیب‌یابی حرفه‌ای یعنی هر بخش را جداگانه Benchmark کنیم.

سرعت‌های مختلف را درست بخوانیم

سرعت شبکه	ظرفیت خام تقریبی برحسب Byte
1Gbps	125MB/s
2.5Gbps	312.5MB/s
5Gbps	625MB/s
10Gbps	1250MB/s
25Gbps	3125MB/s

این اعداد ظرفیت خام نظری هستند، نه سرعت تضمینی File Transfer.

Protocol Overhead و محدودیت‌های سیستم باعث می‌شوند Throughput کاربردی پایین‌تر باشد.

روش صحیح عیب‌یابی شبکه 10GbE

حالا به قسمت عملی مقاله می‌رسیم.

فرض کنید Link روی 10Gbps است اما Performance پایین است.

به‌جای تغییر تصادفی تنظیمات، این مسیر را بروید.

مرحله 1: Link Speed را بررسی کنید

اول مطمئن شوید هر دو سمت واقعاً روی:

10Gbps

Link شده‌اند.

اگر یکی از Portها روی 1Gbps است، فعلاً سراغ SSD و Jumbo Frame نروید.

ابتدا Physical Link را حل کنید.

مرحله 2: Error Counterها را بررسی کنید

اگر Link 10G است اما Error دارید، Physical Layer را بررسی کنید.

SFP+، DAC، Fiber، Connector و Portها در اولویت هستند.

مرحله 3: Storage را جداگانه تست کنید

سرعت Read سیستم مبدأ و Write سیستم مقصد را مستقل از شبکه Benchmark کنید.

اگر مقصد فقط 300MB/s می‌نویسد، انتظار 1GB/s File Transfer منطقی نیست.

مرحله 4: شبکه را بدون Storage تست کنید

بین دو سیستم قدرتمند از ابزاری مانند iPerf3 استفاده کنید.

این کار کمک می‌کند بفهمید خود Network چه Throughputی دارد.

اگر:

Network Test سریع + File Copy کند

باشد، احتمالاً باید Storage یا Application را بررسی کنید.

مرحله 5: CPU دو Endpoint را ببینید

هنگام تست CPU، Memory و NIC Usage را بررسی کنید.

اگر یکی از سیستم‌ها به سقف Resource می‌رسد، ممکن است همان Endpoint گلوگاه باشد.

مرحله 6: MikroTik را بررسی کنید

در RouterOS:

/system resource print

سپس:

/tool profile

و در صورت استفاده از Bridge:

/interface bridge port print

را بررسی کنید.

هدف این است که بفهمیم Traffic توسط Hardware Forward می‌شود یا CPU درگیر شده است. MikroTik می‌گوید Bridge Hardware Offloading می‌تواند Forwarding را روی Switch Chip انجام دهد و L3HW در مدل‌های پشتیبانی‌شده می‌تواند بخشی از Routing را نیز به Hardware منتقل کند.

مرحله 7: مسیر کامل را رسم کنید

مثلاً:

PC → NIC 10G → DAC → CRS → SFP+ → Fiber → CRS → DAC → NAS

حالا Speed هر Segment را بررسی کنید.

این کار جلوی گم شدن در تنظیمات را می‌گیرد.

سناریوی اول: Link ده گیگ ولی انتقال 110MB/s

این عدد بسیار جالب است.

حدود 100 تا 115MB/s محدوده‌ای است که اغلب ما را به یک لینک 1Gbps مشکوک می‌کند.

پس اگر شبکه 10G دارید اما File Transfer تقریباً در این محدوده قفل شده، بررسی کنید آیا جایی از مسیر:

1GbE

شده است.

ممکن است NIC، Switch Uplink یا NAS روی 1G Link شده باشد.

سناریوی دوم: سرعت حدود 500MB/s

اینجا دیگر محدودیت 1GbE مطرح نیست.

500MB/s حدود:

4Gbps

داده کاربردی است.

حالا باید مواردی مانند:

Storage، CPU، PCIe، SMB، Routing و Configuration

را بررسی کنیم.

مثلاً یک Storage Array ممکن است در همان محدوده محدود شده باشد.

سناریوی سوم: iPerf سریع ولی کپی فایل کند

این یکی از بهترین سرنخ‌هاست.

اگر iPerf مثلاً عملکرد بسیار خوبی نشان می‌دهد ولی Copy فایل نصف آن است، احتمالاً Physical Network مشکل اصلی نیست.

Storage، SMB، File System و Endpointها را بررسی کنید.

سناریوی چهارم: Switching سریع ولی Routing کند

فرض کنید انتقال بین دو Port داخل یک VLAN بسیار سریع است.

اما وقتی Traffic بین دو VLAN Route می‌شود، سرعت کاهش می‌یابد.

اینجا باید معماری دستگاه و Hardware Offloading بررسی شود.

اگر Inter-VLAN Routing توسط CPU انجام شود، Performance می‌تواند با Switching سخت‌افزاری متفاوت باشد.

در مدل‌های پشتیبانی‌شده MikroTik، L3 Hardware Offloading برای انتقال بعضی عملیات Routing به Switch Chip طراحی شده است.

برای شبکه 10G چه تجهیزاتی لازم داریم؟

یک شبکه 10GbE واقعی فقط یک Switch ده گیگ نیست.

معمولاً باید این موارد را بررسی کنید:

Switch/Router مناسب

دارای Portهای 10GbE موردنیاز و Performance کافی برای سناریوی واقعی.

NIC مناسب

برای Server، Workstation یا NAS.

SFP+ / DAC / Fiber مناسب

براساس فاصله و معماری پروژه.

Storage مناسب

اگر هدف انتقال فایل با سرعت بالا است.

CPU و PCIe مناسب

در Endpointها و تجهیزات Routing.

Cabling مناسب

براساس 10GBASE-T یا Fiber/DAC.

چه کسانی واقعاً به 10GbE نیاز دارند؟

10GbE برای همه کاربران ضروری نیست.

اما در سناریوهایی مثل این بسیار جذاب می‌شود:

تدوین Video روی NAS، Backupهای حجیم، Virtualization، Server، Storage، انتقال Datasetهای بزرگ، Workstationهای حرفه‌ای، زیرساخت AI و شبکه‌های سازمانی پرترافیک.

برای یک کاربر که فقط اینترنت 100Mbps و چند موبایل دارد، خرید شبکه 10GbE احتمالاً تأثیر قابل توجهی در تجربه اینترنت ایجاد نمی‌کند.

آیا 2.5GbE انتخاب اقتصادی‌تری است؟

در بسیاری از شبکه‌های کوچک و متوسط، بله، می‌تواند گزینه جذابی باشد.

2.5GbE ظرفیت خام حدود:

312.5MB/s

دارد.

این مقدار نسبت به Gigabit افزایش قابل توجهی است و برای بسیاری از NASها، Access Pointهای جدید و Workstationها کافی است.

بنابراین مسیر ارتقا الزاماً:

1G → 10G

نیست.

گاهی:

1G → 2.5G

انتخاب منطقی‌تر و اقتصادی‌تری است.

آیا باید Jumbo Frame را فعال کنیم؟

نه به‌صورت پیش‌فرض فقط برای اینکه شبکه 10G است.

ابتدا شبکه را با MTU استاندارد تست کنید.

اگر Performance مناسب نیست، Bottleneck را پیدا کنید.

بعد اگر Workload و تجهیزات شما از Jumbo Frames سود می‌برند، با طراحی یکپارچه در کل مسیر آن را بررسی کنید.

Jumbo Frame چاشنی است، نه موتور موشک. 🚀

آیا خرید SFP+ بهتر سرعت را زیاد می‌کند؟

اگر SFP+ فعلی سالم است، Link درست برقرار شده، Error ندارد و Optical Parameters مناسب‌اند، تعویض آن با یک Transceiver گران‌تر الزاماً Throughput را افزایش نمی‌دهد.

Transceiver باید مناسب و قابل اعتماد باشد، اما بعد از برقرار شدن یک Physical Link سالم، Bottleneck ممکن است جای دیگری باشد.

چک‌لیست شبکه 10GbE

اگر شبکه شما روی 10G Link شده ولی سرعت پایین است، به‌ترتیب این موارد را بررسی کنید:

Link دو سمت واقعاً 10Gbps است؟
Interface Error دارد؟
SFP+/DAC/Fiber سالم و سازگار است؟
Storage مبدأ چه سرعتی می‌خواند؟
Storage مقصد چه سرعتی می‌نویسد؟
iPerf بدون File Transfer چه نتیجه‌ای دارد؟
CPU Endpointها به 100% می‌رسد؟
PCIe NIC محدود نشده؟
Switch یا Router در مسیر واقعاً 10G است؟
MikroTik Hardware Offloading فعال و قابل استفاده است؟
Traffic Switching است یا Routing؟
Firewall/Queue/VPN در مسیر قرار دارد؟
SMB یا Application گلوگاه نیست؟
MTU در کل مسیر هماهنگ است؟
آیا یک لینک 1Gbps جایی وسط مسیر پنهان شده؟

اگر این 15 مورد را به‌ترتیب بررسی کنید، معمولاً Bottleneck شبکه خودش را لو می‌دهد.

سوالات متداول

سرعت واقعی شبکه 10Gbps چقدر است؟

ظرفیت خام 10Gbps برابر با 1.25GB/s است، اما Throughput کاربردی به Protocol Overhead، تجهیزات و Workload وابسته است و کمتر از ظرفیت خام خواهد بود.

چرا شبکه 10G من فقط 100MB/s سرعت دارد؟

یکی از اولین مواردی که باید بررسی شود وجود یک لینک 1Gbps در مسیر است. Storage و سایر Bottleneckها نیز باید بررسی شوند.

چرا شبکه 10G فقط 500MB/s سرعت دارد؟

500MB/s حدود 4Gbps است. Storage، CPU، PCIe، SMB، Routing، Hardware Offloading و Endpointها از مهم‌ترین موارد قابل بررسی هستند.

آیا SSD برای 10GbE لازم است؟

الزام فنی برای Link شدن 10GbE نیست، اما اگر هدف File Transfer با سرعت بالا باشد، Storage باید بتواند Data را با سرعت کافی بخواند و بنویسد.

آیا NVMe باعث می‌شود حتماً 10Gbps بگیریم؟

خیر. NVMe فقط یکی از گلوگاه‌های احتمالی را کاهش می‌دهد. Network، CPU، NIC، PCIe، Protocol و Storage سمت مقابل همچنان مهم‌اند.

آیا SFP+ یعنی حتماً سرعت 10Gbps؟

SFP+ معمولاً برای لینک‌های 10GbE استفاده می‌شود، اما Throughput نهایی به کل مسیر بستگی دارد.

آیا MikroTik می‌تواند 10Gbps را عبور دهد؟

بسته به مدل، نوع Traffic و Configuration پاسخ متفاوت است. Switching سخت‌افزاری، CPU Routing، Firewall و L3 Hardware Offloading می‌توانند Performance بسیار متفاوتی ایجاد کنند. مستندات رسمی MikroTik تأکید می‌کند Hardware Offloading می‌تواند Forwarding را از CPU به Switch Chip منتقل کند.

بهترین روش تست شبکه 10G چیست؟

برای جدا کردن Network از Storage، تست بین دو Endpoint مناسب با ابزاری مانند iPerf3 بسیار مفید است. اگر MikroTik وسط مسیر قرار دارد، تست را از دو Endpoint دو طرف آن انجام دهید؛ MikroTik نیز توصیه می‌کند برای سنجش Forwarding واقعی، Traffic Generator/Receiver روی خود دستگاه مورد آزمایش نباشد.