علامت‌گذاری پورت VPN برای تماس‌های صوتی اولویت ایجاد نمی‌کند
علامت‌گذاری پورت VPN به‌عنوان اولویت، تماس و نسخه پشتیبان را در همان تونل بالا می‌برد. صدا به دسته‌بندی پیش از رمزنگاری و صفی نیاز دارد که خودتان کنترل کنید.
علامت‌گذاری پورت UDP مربوط به VPN به‌عنوان اولویت بالا رایج‌ترین تغییر کیفیت سرویس برای صدا است و تماس را از انتقال فایلی که همان تونل را شریک است جدا نمی‌کند. هر دو جریان از همان سوکت رمزنگاری‌شده خارج می‌شوند. علامت به گام بعدی می‌گوید که همه چیز به یک اندازه مهم است، و این همان چیزی است که هیچ نگفتن به آن. چیزی که از تماس محافظت می‌کند دسته‌بندی قابل اعتماد پیش از رمزنگاری به‌همراه صفی است که واقعاً کنترل می‌کنید.
تونل جریانی را که می‌خواستید دسته‌بندی کنید پنهان می‌کند
رمزنگاری سرآیندهای درونی را با یک سرآیند بیرونی برای هر تونل جایگزین می‌کند. پس از آن، صدا و ترافیک پشتیبان همان مبدأ، مقصد و پورت انتقال را نشان می‌دهند، بنابراین دسته‌بندی‌کننده‌ای که بر پورت تونل تکیه دارد نمی‌تواند آن‌ها را از هم تشخیص دهد. هر چیزی را که ارتقا دهید، یک‌جا ارتقا می‌دهید.
مقدار DSCP که برنامه مبدأ تنظیم می‌کند تنها زمانی زنده می‌ماند که چیزی آن را به بیرون کپی کند. OpenVPN 2.6 گزینه passtos را دارد که با دامنه IPv4 مستند شده است؛ IPsec سیاست کپی یا نگاشت خود را در مرز تونل اعمال می‌کند. بدون آن گام، بسته بیرونی با هر مقدار پیش‌فرضی که رابط تونل استفاده می‌کند علامت می‌خورد و صف پایین‌دست هرگز نمی‌فهمد که تماسی درون آن است.
علامت‌های کپی‌شده همان بدگمانی هر مقدار ارائه‌شده از سوی کارخواه را شایسته‌اند. یک ایستگاه کاری می‌تواند برای کار پشتیبان ارسال تسریع‌شده ادعا کند، بنابراین پذیرش و بازعلامت‌گذاری در مرز اعتماد باید پیش از باور کردن علامت در طراحی باشد.
اولویت تنها جایی اهمیت دارد که صف شکل می‌گیرد
یک پیوند بالاسو اشباع‌شده همان چیزی است که کدک خوب را به صدای رباتی تبدیل می‌کند، و صفی که پر می‌شود معمولاً در دستگاه دسترسی یا در بافر ارائه‌دهنده است. شکل‌دهی مسیر خروجی به نرخ قابل استفاده، منهای سرباز تونل و پیوند، همان چیزی است که آن صف را روی سخت‌افزاری که خودتان مدیریت می‌کنید نگه می‌دارد، نه در بافر دیگری.
صف‌بندی عادلانه و مدیریت فعال صف حتی بدون دسته صدا کمک می‌کنند، چون نمی‌گذارند یک جریان انبوه بافر را پر کند. CAKE در Linux شکل‌دهی، انصاف به‌ازای هر جریان و دسته‌های اختیاری Diffserv را در یک qdisc جمع می‌کند، و مدیر شبکه مستقر باید صاحب آن پیکربندی باشد نه یک چیدمان صف رقیب دوم. بدون شکل‌دهی، دسته‌ای که از ترافیک انبوه بالاتر است باز هم پشت بافری که از قبل پر است منتظر می‌ماند.
پردازش ترافیک ورودی بی‌فایده نیست، اما پس از عبور بسته از پیوند دریافت عمل می‌کند. می‌تواند بر فرستنده‌ای پاسخ‌گو اثر بگذارد و نمی‌تواند تأخیر مصرف‌شده در بالادست را بازگرداند، پس یک تخفیف است نه تضمین.
| Stage | What you can control | What to verify |
|---|---|---|
| Application to client | Which flows are trusted for marking | The marked packets are the ones you intended |
| Tunnel boundary | Whether the inner mark is copied outward | Outer header carries the expected value |
| Your uplink | Shaping rate and class treatment | Queue counters move for the voice class |
| Provider path | Almost nothing | Whether the service enforces the marking at all |
| Receiving side | Local policy after arrival | Delay that is already in the past |
چه چیزی در اینترنت عمومی دوام می‌آورد
معماری Diffserv نحوه برخورد درون دامنه‌های اداری را توصیف می‌کند، و به همین دلیل ارائه‌دهنده ممکن است علامتی را در یک مرز نادیده بگیرد یا بازنویسی کند. ادعای مخالف، اینکه هر شبکه‌ای همیشه آن را حذف می‌کند، به همان اندازه بی‌پشتوانه است. پرسش صادقانه این است که این مسیر مشخص بر چه چیزی قرارداد بسته و بر چه چیزی نظارت می‌شود. آن را با یک کاوشگر علامت‌خورده آزمایش کنید، نه با تکرار قاعده‌ای که جایی خوانده‌اید.
بپرسید ارائه‌دهنده با دسته چه می‌کند و سپس اندازه بگیرید. علامتی که حفظ می‌شود اما زمان‌بندی نمی‌شود تزیین است؛ مسیری که بی‌دیدن علامت زمان‌بندی می‌کند مسئله دیگری است، و این دو اصلاح‌های متفاوت می‌خواهند.
یک برنامه اندازه‌گیری که مرحله را جدا می‌کند
یک تماس معمولی با یک بارگذاری رقیب کنترل‌شده انجام دهید، سپس آن را روی یک پیوند سیمی تکرار کنید. ببینید تماس چه از دست داد، شمارنده‌های دسته چه ثبت کردند و رابط چقدر نزدیک به حد واقعی خود کار می‌کند نه سرعت تبلیغ‌شده در طرح.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.netاگر شمارنده دسته صدا صفر بماند، دسته‌بندی یا کپی علامت خراب است و هیچ اولویتی کمک نمی‌کند. اگر شمارنده دسته به‌صورت محلی حرکت می‌کند در حالی که تأخیر همچنان بالا می‌رود، گلوگاه فراتر از دروازه شما است. هیچ‌یک از دو نتیجه با بالا بردن مقدار اولویت درست نمی‌شود.