VPN پورٹ کو نشان زد کرنا صوتی کالوں کو ترجیح نہیں دیتا
VPN پورٹ کو ترجیح کے طور پر نشان زد کرنا کال اور بیک اپ کو ایک ہی سرنگ میں آگے بڑھاتا ہے۔ آواز کو انکرپشن سے پہلے درجہ بندی اور آپ کے زیرِ کنٹرول قطار درکار ہے۔
VPN کے UDP پورٹ کو اعلیٰ ترجیح کے طور پر نشان زد کرنا آواز کے QoS کی سب سے عام تبدیلی ہے، اور یہ کال کو اسی سرنگ میں شریک فائل منتقلی سے الگ نہیں کرتا۔ دونوں بہاؤ اسی انکرپٹ شدہ ساکٹ سے باہر نکلتے ہیں۔ نشان اگلے ہاپ کو بتاتا ہے کہ سب کچھ یکساں اہم ہے، جو کچھ نہ بتانے کے برابر ہے۔ کال کی حفاظت انکرپشن سے پہلے قابلِ اعتماد درجہ بندی اور آپ کے حقیقی کنٹرول والی قطار کرتی ہے۔
سرنگ اس بہاؤ کو چھپاتی ہے جسے آپ درجہ بند کرنا چاہتے تھے
انکرپشن اندرونی ہیڈرز کو فی سرنگ ایک بیرونی ہیڈر سے بدل دیتا ہے۔ اس کے بعد، آواز اور بیک اپ ٹریفک ایک ہی ماخذ، منزل اور ٹرانسپورٹ پورٹ دکھاتے ہیں، لہٰذا سرنگ پورٹ پر مبنی درجہ بند کرنے والا انہیں الگ نہیں کر سکتا۔ آپ جو بھی آگے بڑھائیں، اسے مجموعی طور پر آگے بڑھاتے ہیں۔
ماخذ اطلاقیہ کا مقرر کردہ DSCP قدر صرف اسی صورت میں زندہ رہتا ہے جب کوئی اسے باہر نقل کرے۔ OpenVPN 2.6 میں passtos موجود ہے، جو IPv4 دائرہ کے ساتھ دستاویزی ہے؛ IPsec سرنگ کی سرحد پر اپنی نقل یا نقشہ سازی کی پالیسی لاگو کرتا ہے۔ اس قدم کے بغیر بیرونی پیکٹ سرنگ انٹرفیس کے استعمال کردہ کسی بھی طے شدہ قدر سے نشان زد ہوتا ہے، اور نیچے کی قطار کو کبھی علم نہیں ہوتا کہ اندر کال موجود ہے۔
نقل شدہ نشانات کلائنٹ کے فراہم کردہ کسی بھی قدر کے برابر شک کے مستحق ہیں۔ ورک اسٹیشن بیک اپ کام کے لیے تیز تر فارورڈنگ کا دعویٰ کر سکتا ہے، اس لیے اعتماد کی سرحد پر قبولیت اور دوبارہ نشان زد کرنا نشان پر یقین سے پہلے ڈیزائن میں ہونا چاہیے۔
ترجیح صرف وہاں شمار ہوتی ہے جہاں قطار بنتی ہے
سیر شدہ اپ لنک ہی اچھے کوڈیک کو روبوٹک آواز میں بدلتا ہے، اور بھرنے والی قطار عام طور پر رسائی آلے میں یا فراہم کنندہ کے بفر میں ہوتی ہے۔ آؤٹ باؤنڈ راستے کو قابلِ استعمال رفتار تک، سرنگ اور لنک کا اوور ہیڈ نکال کر، ڈھالنا ہی اس قطار کو آپ کے زیرِ انتظام ہارڈویئر پر رکھتا ہے، کسی اور کے بفر میں نہیں۔
منصفانہ قطاربندی اور فعال قطار انتظام آواز کے طبقے کے بغیر بھی مدد کرتے ہیں، کیونکہ وہ ایک بڑے بہاؤ کو بفر بھرنے سے روکتے ہیں۔ Linux میں CAKE ڈھالنے، فی بہاؤ انصاف اور اختیاری 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اگر آواز کے طبقے کا کاؤنٹر صفر پر ہی رہے تو درجہ بندی یا نشان کی نقل ٹوٹی ہوئی ہے اور کوئی ترجیح مدد نہیں کرے گی۔ اگر تاخیر بڑھتی رہے جبکہ طبقہ کاؤنٹر مقامی طور پر حرکت کرے تو رکاوٹ آپ کے گیٹ وے سے پرے ہے۔ دونوں نتائج میں سے کوئی بھی ترجیح کی قدر بڑھا کر درست نہیں ہوتا۔