ما الذي يجب أن أفعله إذا كان جهاز التوجيه الخاص بي يعمل على إبطاء IPv6 و WiFi للوصول إلى ما يبطئ أو حتى لا يمكن فتح صفحات الويب؟

قد يجد بعض المستخدمين أن الاتصال اللاسلكي بين الكمبيوتر والهاتف المحمول إلى WiFi بطيء وأحيانًا لا يمكن فتح صفحة الويب بعد مواجهة قطة خفيفة أو جهاز توجيه مكّن IPv6. وهنا الحلول.

في الآونة الأخيرة ، تم ذكر بشكل متكرر أنه تم تنشيط مسألة سرعة اتصال IPv6 البطيئة. في الوقت الحاضر ، هناك بالفعل مشكلة في الصين حيث لا توجد ما يكفي من الخوادم وعقد CDN التي تدعم IPv6 ، وعرض النطاق الترددي الدولي لـ IPv6 أصغر من تلك الخاصة بـ IPv6. ومع ذلك ، من غير المحتمل أن يتم حظر المواقع المحلية. عادةً ما يشير مواجهة هذه المشكلة إلى وجود ثقب أسود PMTU على الرابط إلى الخادم الهدف. 4G جهاز التوجيه الصناعي

حول الثقوب السوداء PMTU

MTU (وحدة الإرسال القصوى) هي الحد الأقصى للحجم (بما في ذلك رأس حزمة IP) لحزم بيانات ثلاث طبقات يمكن أن تمر عبر رابط. MTU الافتراضي على Ethernet هو 1500 بايت ، ولكن قد تكون هناك روابط أصغر من MTU 1500 على المسار بينك وبين الخادم الهدف. الحد الأدنى لقيمة MTU على هذا المسار هو قيمة PMTU للمسار بأكمله. عندما يقوم جهاز التوجيه بإعادة توجيه الحزم ، سيتم تجزئة الحزم أكبر من حجم MTU (ناقل حركة) ، مما يعني أنه سيتم تقسيم حزمة كبيرة إلى حزم صغيرة متعددة لا تتجاوز حجم MTU للنقل ، مما يؤدي إلى انخفاض في كفاءة الإرسال. جهاز التوجيه الصناعي

عندما يتم التعاقد مع الجهاز الطرفي ، يمكنه أيضًا تعيين علامة DF (لا تقم جزء) لإخبار جهاز التوجيه بعدم تفتيت. في هذه المرحلة ، سيقوم جهاز التوجيه الوسيط بإسقاط الحزم التي تتجاوز MTU والرد مع رسالة ICMP المطلوبة. بعد تلقي هذه الحزمة ، سيرسل المرسل حزمة أصغر في المرة القادمة ، والتي تسمى PMTU Discovery. في الواقع ، يمكن ملاحظة أن حركة المرور HTTPS تتميز في الغالب بموجه DF.VEHICLE

ومع ذلك ، هناك عدد كبير من الأجهزة الوسيطة على الإنترنت التي لا تستجيب لـ ICMP من أجل ما يسمى "الأمان" أو التكوين غير الصحيح

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

بالإضافة إلى ذلك ، لا يدعم IPv6 Sharding ، وبعبارة أخرى ، يمكن فهم أن جميع الحزم تحت IPv6 مميزة بـ DF. عندما يواجه جهاز التوجيه المتوسط ​​موقفًا يكون فيه حجم الحزمة أكبر من MTU ، يجب أن يستجيب لرسالة ICMPv6 كبيرة جدًا. وبالمثل ، نظرًا لأسباب مختلفة ، قد تفقد بعض الأجهزة الوسيطة حزمًا مباشرة دون الاستجابة لحزمة ICMPv6 كبيرة جدًا حتى يكتشف بروتوكول TCP فقدان مهلة ويعيد إعادة نقلها.

لماذا لا يوجد لدى IPv4 هذه المشكلة؟

في الواقع ، IPv4 لديه أيضا هذه المشكلة. لقد رأيت مستخدمي الإنترنت يقولون أكثر من مرة أن المسار الناعم الذي قمت بإعداده بطيء للغاية للوصول إلى مواقع ويب معينة ، ولكن العودة إلى طريق صعب أمر طبيعي. وذلك لأن معظم أجهزة التوجيه المنزلية الافتراضية لتشغيل MSS (حجم القطاع القصوى) لتكتل TCP ضمن IPv4 (الأصدقاء الذين يستخدمون التوجيه الناعم OpenWPT يمكنهم العثور على مفتاح التثبيت MSS في إعدادات جدار الحماية). MSS Clamping هو عمل لثقوب PMTU السوداء. ببساطة ، أثناء مصافحة TCP ، يوجد حقل MSS يحدد الحد الأقصى لحجم حزمة TCP واحدة. يمكن لأجهزة التوجيه شم حزم المصافحة TCP وتقليل قيمة MSS ، بحيث لا يتجاوز الحجم النهائي لحزمة IP ثلاث طبقات (حجم رأس MSS+TCP+رأس IP) قيمة محددة.

ملخص:

في الوقت الحاضر ، ينشئ مزودو خدمات الإنترنت المحليون عمومًا اتصالات WAN من خلال الاتصال الافتراضي PPPOE. MTU الافتراضي لـ Ethernet هو 1500 ، لكن نفق PPPOE يبلغ حجمه 8 بايت ، وبالتالي فإن MTU للاتصالات الافتراضية PPPOE هي 1500-8 = 1492 ، ناقص IPv4

يشير رأس الحزمة (20 بايت) ورأس حزمة TCP (20 بايت) إلى أن MSS يجب تعيينه أقل من 1452 بموجب IPV4.

رأس حزمة IPv6 هو 40 بايت ، لذلك من الضروري تعيين MSS أقل من 1432 تحت IPv6.

في هذه المرحلة ، تنشأ المشكلة. في الوقت الحالي ، فإن العديد من القطط البصرية وأجهزة التوجيه المنزلية لديها تحسين سوء من IPv6 ولا تدعم تكسير MSS لحزم TCP تحت IPv6. هذا يؤدي إلى بطيئة الفتح عند الوصول إلى مواقع الويب الخاصة بـ IPv6 مع ثقوب PMTU السوداء في المسار.