وضع علامة على منفذ 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إذا بقي عداد فئة الصوت عند الصفر، فالتصنيف أو نسخ العلامة معطوب ولن تساعد أي كمية من الأولوية. إذا تحرك عداد الفئة محليًا بينما يستمر التأخير في الارتفاع، فإن عنق الزجاجة خارج بوابتك. ولا تُحل أي من النتيجتين برفع قيمة الأولوية.