چگونگی کنترل پهنای باد اینترنت توسط ISP
مکانیسم‌های فنی کاهش سرعت اینترنت در سطح ISP
ISPها برای کنترل پهنای باند مشترکان از ترکیبی از تکنیک‌های Traffic Management در لایه‌های مختلف شبکه استفاده می‌کنند. این فرآیند صرفاً «کند کردن» نیست، بلکه مجموعه‌ای از الگوریتم‌های دقیق Quality of Service (QoS) است که ترافیک را شناسایی، دسته‌بندی و محدود می‌کند.
مفاهیم پایه‌ای
پهنای باند (Bandwidth)
حداکثر حجم داده‌ای که در واحد زمان از یک لینک ارتباطی عبور می‌کند (معمولاً Mbps یا Gbps). وقتی ISP سرعت شما را از ۱۰۰Mbps به ۱۰Mbps کاهش می‌دهد، در واقع Throughput قابل استفاده شما را محدود کرده است.
ترافیک شبکه (Network Traffic)
جریان بسته‌های داده (Packets) که بین مبدأ و مقصد در حال انتقال هستند. هر بسته شامل Header (اطلاعات کنترل) و Payload (داده اصلی) است.
مکانیسم‌های اصلی کنترل سرعت
۱. Traffic Policing (کنترل سخت‌گیرانه ترافیک)
Traffic Policing یک مکانیسم Rate-Limiting است که وقتی ترافیک از حد مجاز فراتر می‌رود، بسته‌های اضافی را دور می‌ریزد (Drop) یا Remark می‌کند.
الگوریتم Token Bucket
پلیسینگ از الگوریتم Token Bucket استفاده می‌کند:
- یک Bucket (سطل) با ظرفیت مشخص وجود دارد
- توکن‌ها با نرخ ثابتی (مثلاً ۱۰۰۰ توکن در ثانیه) به سطل اضافه می‌شوند
- هر بسته برای ارسال نیاز به مصرف یک توکن دارد
- اگر سطل خالی باشد، بسته‌ها Drop می‌شوند
نتیجه: خروجی به صورت Saw-tooth (دندانه‌اره‌ای) با قله‌ها و دره‌های ناگهانی است. این روش برای Inbound Traffic (ترافیک ورودی) مناسب است چون نیاز به Buffer ندارد.
۲. Traffic Shaping (شکل‌دهی ترافیک)
Traffic Shaping برخلاف Policing، بسته‌های اضافی را دور نمی‌ریزد، بلکه آن‌ها را در Queue (صف) نگه داشته و با نرخ کنترل‌شده‌ای ارسال می‌کند.
تفاوت کلیدی با Policing
| ویژگی | Policing | Shaping | |——-|———-|———| | عمل روی ترافیک اضافی | Drop یا Remark | Buffer و Delay | | نیاز به حافظه | ندارد | دارد (برای Queue) | | الگوی خروجی | Saw-tooth (ناهموار) | Smooth (هموار) | | کاربرد | Inbound Traffic | Outbound Traffic | | تأثیر بر کاربر | Packet Loss | Increased Latency |
نتیجه: Shaping باعث افزایش Latency می‌شود اما Packet Loss ایجاد نمی‌کند. برای کاربر نهایی به صورت «کندی محسوس» بدون قطعی ظاهر می‌شود.
۳. Rate Limiting (محدودسازی نرخ)
Rate Limiting یک تکنیک عمومی‌تر است که در سطح Port یا Interface اعمال می‌شود. وقتی ترافیک از حد تعیین‌شده فراتر برود، بسته‌ها Drop می‌شوند.
این روش معمولاً در Network Edge (لبه شبکه) برای enforcing Service Level Agreement (SLA) استفاده می‌شود.
۴. Quality of Service (QoS) و اولویت‌بندی
QoS مجموعه‌ای از مکانیسم‌هاست که ترافیک را بر اساس Class of Service (CoS) یا Differentiated Services Code Point (DSCP) دسته‌بندی و اولویت‌بندی می‌کند.
مراحل پیاده‌سازی QoS در ISP
۱. Classification (دسته‌بندی) ترافیک بر اساس معیارهای مختلف شناسایی می‌شود:
- Layer 3/4: IP Source/Destination, Port Numbers, Protocol (TCP/UDP)
- Layer 7 (Deep Packet Inspection): نوع برنامه (Streaming, P2P, Gaming, VoIP)
۲. Marking (نشانه‌گذاری) بسته‌ها با برچسب‌های اولویت‌دار علامت‌گذاری می‌شوند:
- DSCP Values: مقدار ۶ بیتی در IP Header
- 802.1p Priority: برای ترافیک VLAN
۳. Queuing (صف‌بندی) بسته‌ها در صف‌های مختلف قرار می‌گیرند:
- Priority Queuing (PQ): صف‌های با اولویت مطلق
- Weighted Fair Queuing (WFQ): تقسیم پهنای باند بر اساس وزن
- Class-Based Weighted Fair Queuing (CBWFQ): ترکیب Classification و WFQ
۴. Scheduling (زمان‌بندی) الگوریتم‌های تعیین‌کننده ترتیب ارسال بسته‌ها از صف‌ها:
- Strict Priority: صف‌های بالاتر همیشه اولویت دارند
- Weighted Round Robin: نوبت‌دهی بر اساس وزن
۵. Deep Packet Inspection (DPI)
DPI تکنولوژی پیشرفته‌ای است که محتوای بسته‌ها را تا لایه Application بررسی می‌کند. ISPها از DPI برای شناسایی دقیق نوع ترافیک استفاده می‌کنند:
- تشخیص پروتکل‌های خاص (BitTorrent, Netflix, YouTube, VoIP)
- شناسایی Encrypted Traffic بر اساس الگوهای رفتاری
- اعمال Application-Specific Throttling
مثال عملی: وقتی VPN روشن می‌کنید و سرعت تغییر می‌کند، ISP با DPI ترافیک رمزنگاری‌شده VPN را شناسایی و محدود کرده است.
سناریوهای عملیاتی ISP
سناریو ۱: مدیریت ازدحام شبکه (Congestion Management)
در ساعات اوج مصرف (Peak Hours)، ISPها با Oversubscription مواجه هستند (فروش پهنای باند بیشتر از ظرفیت واقعی). راهکار:
- شناسایی ترافیک کم‌اولویت (P2P, Large Downloads)
- اعمال Traffic Shaping روی این ترافیک‌ها
- حفظ پهنای باند برای ترافیک حساس به تاخیر (VoIP, Gaming)
سناریو ۲: اعمال Data Caps
وقتی کاربر از حد مجاز ماهانه فراتر می‌رود:
- سیستم Metering مصرف را رصد می‌کند
- پس از رسیدن به Threshold، Policing Rate از ۱۰۰Mbps به ۱۰Mbps کاهش می‌یابد
- این محدودیت تا پایان دوره صورتحساب باقی می‌ماند
سناریو ۳: Paid Prioritization (Fast Lane)
مدل بحث‌برانگیز Net Neutrality Violation:
- سرویس‌دهنده محتوا (مثلاً Netflix) به ISP پرداخت می‌کند
- ترافیک آن سرویس در صف High Priority قرار می‌گیرد
- سرویس‌های رقیب در صف Low Priority با Shaping مواجه می‌شوند
معماری فنی در سطح زیرساخت
لایه Access Network
در نقطه اتصال مشترک (DSLAM, OLT, CMTS):
- Per-Subscriber Policing: محدودیت سرعت برای هر مشترک
- VLAN-based QoS: جداسازی ترافیک مشترکان
لایه Aggregation Network
در روترهای میانی:
- Aggregate Policing: محدودیت مجموع ترافیک چندین مشترک
- Hierarchical QoS (H-QoS): QoS چندلایه برای مدیریت سلسله‌مراتبی
لایه Core Network
در Backbone اصلی:
- MPLS-TE (Traffic Engineering): مسیریابی بر اساس پهنای باند موجود
- DiffServ: پیاده‌سازی QoS در سطح شبکه گسترده
تأثیرات قابل مشاهده برای کاربر
| مکانیسم | علامت برای کاربر | ابزار تشخیص |
|---|---|---|
| Policing | Packet Loss, کاهش ناگهانی سرعت | Ping با Packet Loss بالا |
| Shaping | افزایش Latency, سرعت یکنواخت پایین | Speedtest در ساعات مختلف |
| DPI-Based Throttling | کندی سرویس خاص (مثلاً فقط YouTube) | تست با/بدون VPN |
| Congestion Management | کندی در ساعات اوج (۱۹-۲۳) | مقایسه سرعت شبانه‌روزی |
ISP مصرف را کجا اندازه می‌گیرد؟
مشترکین معمولاً روی BNG/BRAS مدیریت می‌شوند. این تجهیز Session هر کاربر را نگه می‌دارد و آمار مصرف را با RADIUS Accounting به سرور صورتحساب می‌فرستد. در RFC 2866 این آمار به‌صورت octets و packets ورودی/خروجی تعریف شده است.
رفتار شمارش بین تجهیزات فرق دارد:
- در Juniper، آمار بعد از اعمال Traffic Shaping جمع می‌شود و بسته‌های Dropشده را شامل نمی‌شود. این تجهیز دو حالت دارد: Inline counters که لحظهٔ رویداد ثبت می‌شوند، و Deferred counters (Accurate Accounting) که فقط بعد از صف‌شدن برای ارسال افزایش می‌یابند.
- در Cisco، مقدار BytesIn برابر است با مجموع بایت‌های مطابق کلاس‌های سیاست ورودی منهای Policer Drops. مقدار BytesOut هم منهای Queuing Drops است.
- در Nokia هم شمارنده‌های جداگانه‌ای وجود دارد که بایت‌های Forwarded را از Dropped جدا می‌کنند.
پس در تجهیزات استاندارد، بسته‌ای که خود ISP عمداً Drop کرده معمولاً به مصرف شما اضافه نمی‌شود. این رفتار قابل پیکربندی است و به تجهیزات و تنظیمات هر ISP بستگی دارد. دربارهٔ ISP مشخص شما اطلاعات موثقی ندارم.
Retransmission چه می‌شود؟
وقتی بسته‌ای در مسیر گم شود، TCP آن را دوباره می‌فرستد. این بستهٔ تکراری از دید ISP یک ترافیک عادی است و مصرف حساب می‌شود. تحقیقات هم نشان می‌دهند Goodput (داده مفید) با افزایش Packet Loss کاهش می‌یابد، چون بخشی از ترافیک صرف ارسال دوبارهٔ بسته‌ها می‌شود. اما TCP در Loss بالا نرخ ارسال را کم می‌کند ، پس نتیجه دو برابر شدن مصرف نیست.
یک تخمین ساده برای مصرف اضافه:
\[\text{مصرف واقعی} \approx \frac{\text{داده مفید}}{1-p}\]در این رابطه \(p\) نرخ Loss است. با \(p = 0.01\) (یک درصد Loss) فقط حدود ۱٪ مصرف اضافه می‌شود. با \(p = 0.5\) حداکثر دو برابر می‌شود، اما در عمل TCP قبل از رسیدن به آن نرخ، سرعت را شدیداً پایین می‌آورد و این Loss پایدار نمی‌ماند.
نکتهٔ مهم این است که Policing ایدئال برای ISP، Loss کم و کنترل‌شده ایجاد می‌کند. TCP خودش را با نرخ مجاز تطبیق می‌دهد و Retransmission اضافی خیلی کوچک می‌ماند.
جهت ترافیک مهم است
| جهت | بسته کجا Drop شود | اثر بر مصرف |
|---|---|---|
| Download، Drop در شبکهٔ ISP قبل از شمارنده | اصلاً شمارش نمی‌شود | بدون افزایش مصرف |
| Download، Drop بعد از شمارنده یا در مسیر آخر (Wi-Fi، نویز خط) | شمارش می‌شود ولی به شما نمی‌رسد | مصرف ISP بیشتر از مصرف روی روتر شما |
| Upload، Drop روی تجهیز ISP | بسته را خودتان فرستاده‌اید، Retransmission شمارش می‌شود | افزایش جزئی |
مورد دوم بین کاربران مشهور است. در یک تحلیل دربارهٔ Metering آمده که ISP ترافیک عبوری از Hub را مصرف می‌داند، حتی اگر بخشی هرگز به مشترک نرسد. به همین دلیل عدد ISP و عدد روتر خانگی هیچ‌وقت دقیقاً یکی نیست. در بحث‌های کاربری هم گزارش‌هایی از اختلاف مصرف دیده می‌شود، اما این‌ها گزارش غیررسمی‌اند و نباید به‌عنوان فکت پذیرفته شوند.