لماذا تبدو خسارة VPN أسوأ على الشبكة الخلوية منها على Ethernet

الحاسوب المحمول نفسه والخادم نفسه والنفق نفسه قد تفقد خُمس إنتاجيتها على Ethernet وثلاثة أرباعها على الشبكة الخلوية، ولا يعني أي من الرقمين أن VPN معطوب. كل شبكة وصول توفر مسارًا مختلفًا، ويضيف النفق مسارًا ثانيًا فوقه. مقارنة رقم واحد عبر النفق برقم واحد دونه لا تجيب عن شيء، لأن الرقمين يصفان مقامين مختلفين. أربع خلايا وكسر احتفاظ واحد لكل صف ستخبرك بالسؤال التالي الذي يجب طرحه.

أربع خلايا، لا عقوبة واحدة

قِس خط الأساس المباشر والنتيجة عبر النفق على كل شبكة وصول، واحتفظ بهما كمصفوفة لا كحكم واحد. خط الأساس هو المهمة نفسها منفَّذة على تلك الشبكة دون النفق؛ والنتيجة عبر النفق هي المهمة نفسها معه.

استخدم حمل عمل مصرحًا به للاختبارات المباشرة وحافظ على ضوابط الخصوصية التي تتطلبها البيئة. الاختبار الذي يخالف السياسة ينتج رقمًا لا يمكنك نشره ولا ينبغي أن تكرره.

أبقِ المتغيرات ثابتة

أبقِ الجهاز والتطبيق والوجهة واتجاه النقل ونقطة نهاية VPN ثابتة في الخلايا الأربع. إذا غيّرت خدمة خادم اختبارها بصمت بين التشغيلات، فسجّل التغيير وعامل الزوج على أنه غير مضبوط بدلًا من تسوية الفرق بمتوسط.

كرر المصفوفة في الاتجاهين وفي أوقات متقاربة من اليوم. تتغير ظروف الراديو الخلوي والحمل على خليته في غضون دقائق، لذا فإن خط أساس واحدًا جيدًا على نحو غير عادي قد يبالغ في العقوبة الظاهرة. سجّل تشتت النتائج بجانب قيمة تمثيلية، ولاحظ ما إذا كانت التشغيلات عبر النفق متداخلة مع خطوط الأساس أم نُفذت ككتلة.

التداخل أهم مما يتوقعه معظم الناس. خط أساس قيس قبل الغداء وتشغيل عبر النفق قيس بعده هما شبكتان مختلفتان تحملان الاسم نفسه.

أبقِ المقام مرئيًا

أبلغ عن كسر الاحتفاظ وكذلك المعدل المطلق: E1 مقسومًا على E0، وC1 مقسومًا على C0. وصلة سريعة تحتفظ بجزء صغير من إنتاجيتها ووصلة بطيئة تحتفظ بمعظمها نتيجتان مختلفتان، والكسر وحده يظهر الفرق.

لا تزال الإنتاجية المطلقة تحدد ما يمكن للمستخدم فعله. والكسر يحدد أين ينبغي النظر. عندما تحتفظ Ethernet بمعظم خط أساسها وتحتفظ الشبكة الخلوية بأقل بكثير، يكون المتغير المثير على المسار الخلوي لا داخل التشفير.

الرقمان كلاهما ينتميان إلى التقرير، لأن كل واحد منهما وحده يدعم استنتاجًا لا تدعمه البيانات.

اقرأ النمط قبل أن تغير أي شيء

الأسقف المتشابهة عبر النفق على الشبكتين تشير إلى شيء مشترك: نقطة النهاية، أو معالجها، أو حد معدل، أو قفزة واحدة مزدحمة. أما الانخفاض الذي يظهر على الشبكة الخلوية وحدها فيشير إلى مسار تلك الشبكة والفقد والتأخير وحجم الحزمة الفعال.

هذه آثار لا تشخيصات، والفرق مهم حين تكتب التذكرة. السقف المشترك لن يتحسن إذا غيرت مودم الشبكة الخلوية، والانخفاض الخلوي وحده لن يتحسن إذا غيرت حجم نقطة النهاية. اذكر أي النمطين رأيت قبل أن تقترح تغييرًا. بهذه الطريقة يحمل التغيير تنبؤًا، ويمكن للقياس التالي أن يؤكده أو يبطله.

إرشادات الأداء الخاصة بـ OpenVPN تفصل قيود عرض النطاق والمعالج والنقل وحجم الحزمة على المنوال نفسه، وهذا تذكير مفيد بأن النفق نادرًا ما يكون متغيرًا واحدًا.

حين يكون حجم الحزمة هو المشتبه به

يستهلك التغليف مساحة الحزمة، لذا قد يكون الحجم الفعال على المسار الخلوي أصغر من الذي تعلنه الواجهة. احتفظ بأدلة حجم الحزمة للمسار الذي تقارنه بدلًا من افتراض قيمة من اسم تقنية الوصول.

Datagram packetization-layer path MTU discovery يصف اكتشاف الحجم الفعال بدلًا من ترميزه بشكل ثابت. استخدم الملاحظات التي تدعمها التطبيقات، ولا تفرض MTU منخفضًا اعتباطيًا على كل عميل كإجراء احترازي، لأن ذلك يستبدل مشكلة بمشكلة أسوأ على مسارات كانت سليمة.

فرضية الحجم تحتاج أدلتها الخاصة: النقل نفسه بحجمين، مع تسجيل نمط الفقد.

أضف متغيرًا واحدًا في كل مرة

لا تقارن نقلًا بديلًا إلا بعد حفظ مصفوفة خط الأساس. فهذا يبقي متغيرًا واحدًا متعمدًا في اللعب، ويتيح لك عزو التغيير بدلًا من تخمينه.

أبقِ ضبط حجم حمولة TCP منفصلًا عن سلوك بيانات UDP، لأن كليهما يتفاعل بشكل مختلف مع الفقد ومع حجم المسار. التحسن الناتج عن تغيير النقل دليل على ذلك النقل، وليس دليلًا على أن التشفير أو التغطية كانا السبب الأصلي.

ترتيب العمل: املأ الخلايا الأربع، واحسب الكسرين، وادخل التشغيلات، ثم اختر فرضية واحدة واختبرها بتغيير واحد. أي شيء آخر هو مقارنة بين مجهولين.