والمشكل عجب هو السيناريو المشكل شبكة خاص جدا مع الكثير من الميزات. يعمل على لينكس 2.4 و أعلى.
الأهداف
حاولت لإنشاء الكأس المقدسة:
* الحفاظ على الكمون المنخفض لحركة interfactive في جميع الأوقات.
وهذا يعني أن تحميل أو تحميل الملفات يجب أن لا يزعج SSH أو حتى التلنت. هذه هي أهم الأشياء، حتى الكمون 200MS بطيئا للعمل من جديد.
* السماح "ركوب الأمواج" بسرعات معقولة في حين لأعلى أو لتحميله
على الرغم من HTTP هو حركة "الجزء الأكبر"، يجب أن حركة أخرى لا يغرق بها كثيرا.
* جعل الملفات المرفوعه على يقين لا تضر التنزيلات، وعلى العكس من ذلك
وهذه ظاهرة لوحظ بكثير حيث حركة المرور المنبع ببساطة يدمر سرعة التحميل. اتضح أن كل هذا غير ممكن، على حساب القليل من عرض النطاق الترددي. والسبب في ذلك تحميل، تنزيل وسه يصب بعضنا البعض هو وجود طوابير كبيرة في العديد من الأجهزة المنزلية مثل وصول الكابل أو مودم DSL.
لماذا لا تعمل بشكل جيد افتراضيا
مزودي خدمات الإنترنت تعلم أنها تقاس فقط على كيف يمكن للناس السريع يمكن تحميل. بالإضافة إلى عرض النطاق الترددي المتوفر، ويتأثر سرعة التحميل بشكل كبير من فقدان الحزمة، مما يعوق بشكل خطير TCP أداء / IP. يمكن طوابير كبيرة تساعد على منع packetloss، وتسريع التحميل. حتى مقدمي خدمات الإنترنت تكوين طوابير كبيرة.
ولكن هذه الطوابير الكبيرة تلف التفاعل. بضغطة زر ويجب أن تسافر أول قائمة انتظار المنبع، والتي قد تكون ثانية (!) لفترة طويلة وتذهب إلى المضيف الخاص بك عن بعد. ثم يتم عرضه، الأمر الذي يؤدي إلى حزمة العودة، الذي يجب أن ثم اجتياز طابور المصب، وتقع في ISP الخاص بك، قبل أن يظهر على الشاشة.
هذا HOWTO يعلمك كيفية فسد ومعالجة قائمة الانتظار في نواح كثيرة، ولكن للأسف، ليست كل طوابير يمكن الوصول إليها بالنسبة لنا. قائمة انتظار في أكثر من ISP هو تماما خارج الحدود، في حين أن قائمة الانتظار المنبع ربما يعيش داخل مودم الكابل الخاص بك أو جهاز DSL. كنت قد تكون أو لا تكون قادرة على تكوينه. على الأرجح لا.
لذلك، وماذا بعد؟ ونحن لا نستطيع السيطرة إما من قوائم الانتظار تلك، لا بد من القضاء عليها، ونقلها إلى جهاز التوجيه الخاص بك لينكس. لحسن الحظ هذا ممكن.
الحد الأقصى للسرعة التحميل إلى حد ما
عن طريق الحد دينا سرعة تحميل إلى أقل بقليل من سعر متاح حقا، مبنية لا قوائم الانتظار تصل في مودم لدينا. يتم نقل قائمة الانتظار الآن لينكس.
الحد الأقصى للسرعة التحميل
هذا هو اصعب قليلا كما أننا لا يمكن أن تؤثر حقا مدى سرعة السفن لنا الإنترنت البيانات. ولكن يمكننا أن إسقاط الحزم التي تأتي في بسرعة كبيرة، والذي يسبب TCP / IP لإبطاء لمجرد معدل نريد. لأننا لا نريد لإسقاط حركة المرور دون داع، ونحن تكوين حجم "انفجر" نسمح في سرعة أعلى.
الآن، بعد أن نكون قد فعلت ذلك، أننا قضينا على قائمة الانتظار المصب تماما (باستثناء رشقات نارية قصيرة)، واكتساب القدرة على إدارة طابور المنبع بكل قوة ويوفر لينكس.
السماح حركة تفاعلية تخطي قائمة الانتظار
ما زال يتعين القيام به هو التأكد من يقفز الحركة التفاعلية إلى الجزء الأمامي من طابور المنبع. للتأكد من أن الإضافات لا تؤذي التنزيلات، ونحن أيضا نقل الحزم ACK إلى الجزء الأمامي من الطابور. هذا هو ما يسبب عادة تباطؤ ضخم مراعاتها عند توليد حركة المرور الأكبر في كلا الاتجاهين. وشكر وتقدير لحركة المصب يجب أن تتنافس مع حركة المنبع، وتتأخر في العملية.
نحن أيضا نقل علب صغيرة أخرى إلى واجهة قائمة الانتظار - وهذا يساعد على أنظمة التشغيل التي لا تعيين بت TOS، مثل كل شيء من Microsoft.
يسمح للمستخدم بتحديد أولوية المرور المنخفض (جديد في 1.1!)
في بعض الأحيان قد تلاحظ أولوية منخفضة حركة المرور الصادرة تباطؤ حركة المرور المهم. في هذه الحالة، يجوز للخيارات التالية تساعدك على:
NOPRIOHOSTSRC
تعيين هذا إلى المضيفين أو netmasks في الشبكة التي يجب أن يكون أولوية منخفضة
NOPRIOHOSTDST
تعيين هذا إلى المضيفين أو netmasks على شبكة الانترنت التي يجب أن يكون أولوية منخفضة
NOPRIOPORTSRC
تعيين هذا إلى منافذ المصدر التي يجب أن يكون أولوية منخفضة. إذا كان لديك خادم مهم على حركة المرور الخاصة بك، تعيين هذا إلى 80
NOPRIOPORTDST
تعيين هذا إلى الموانئ الوجهة التي ينبغي أن يكون أولوية منخفضة.
نرى بداية wshaper وwshaper.htb
النتائج
إذا كان لنا أن تفعل كل هذا نحصل على القياسات التالية باستخدام اتصال ADSL ممتازة من xs4all في هولندا:
الكمون خط الأساس:
ذهابا وإيابا دقيقة / متوسط / الحد الأقصى = 14.4 / 17.1 / 21.7 مللي
بدون مكيف حركة المرور، في حين تحميله:
ذهابا وإيابا دقيقة / متوسط / الحد الأقصى = 560.9 / 573.6 / 586.4 مللي ثانية
بدون مكيف حركة المرور، أثناء تحميل:
ذهابا وإيابا دقيقة / متوسط / الحد الأقصى = 2041.4 / 2332.1 / 2427.6 مللي ثانية
مع مكيف، خلال 220kbit / ق التحميل:
ذهابا وإيابا دقيقة / متوسط / الحد الأقصى = 15.7 / 51.8 / 79.9 مللي
مع مكيف، خلال 850kbit / ق التحميل:
ذهابا وإيابا دقيقة / متوسط / الحد الأقصى = 20.4 / 46.9 / 74.0 مللي
عند تحميل، تنزيل المضي قدما في ~ 80٪ من السرعة المتاحة. تحميل بنحو 90٪. الكمون ثم يقفز إلى 850 مللي ثانية، لا تزال معرفة السبب.
ما يمكن أن تتوقعه من هذا السيناريو يعتمد كثيرا على سرعة الإرسال الفعلية الخاصة بك. عند تحميل بأقصى سرعة، سيكون هناك دائما حزمة واحدة قبل المفاتيح الخاصة بك. وهذا هو الحد الأدنى لاستتار يمكنك تحقيق - تقسيم MTU الخاص بك عن طريق سرعة المنبع لحساب. سوف القيم النموذجية تكون أعلى بعض الشيء من ذلك. خفض MTU للحصول على تأثير أفضل!
طاولة صغيرة:
سرعة الإرسال | الكمون المناسب لتحميل المتوقعة
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
لذلك لحساب الكمون الخاص الفعال، واتخاذ قياس خط الأساس (بينغ على وصلة تفريغ)، وابحث عن رقم في الجدول، وإضافته. التي تدور حول أفضل ما يمكن توقعه. هذا الرقم يأتي من الحساب الذي يفترض أن ضغطة المنبع الخاص بك وسوف يكون في معظم نصف حزمة الحجم الكامل قبل ذلك.
هذا يتلخص في:
المتري * 0.5 * 10
-------------- + baseline_latency
كيلوبت
عامل 10 غير صحيح تماما ولكن يعمل بشكل جيد من الناحية العملية.
النواة
إذا قمت بتشغيل التوزيع الأخير، يجب أن يكون كل شيء على ما يرام. تحتاج 2.4 مع خيارات جودة الخدمة قيد التشغيل.
إذا كنت تجميع نواة الخاصة بك، فإنه يجب أن يكون بعض الخيارات ممكنة. وعلى الأخص، في القائمة خيارات الشبكات وجودة الخدمة و / أو معرض تشكيل طابور، وتحويل ما لا يقل عن CBQ، PRIO، SFQ، تنظيم الخروج، المرور الشرطة، ودعم جودة الخدمة، معدل مقدر، وجودة الخدمة المصنف، U32 المصنف، fwmark المصنف.
في الممارسة العملية، I (ومعظم التوزيعات) فقط بدوره على كل شيء.
البرامج النصية
السيناريو يأتي في نسختين، واحدة الذي يعمل على حبات القياسية ويتم تنفيذه باستخدام CBQ. والآخر يستخدم qdisc HTB الممتاز الذي ليس في نواة الافتراضية. النسخة CBQ هو أكثر من اختبار HTB واحد!
انظر "wshaper" و "wshaper.htb.
ضبط
هذه النصوص تحتاج إلى معرفة معدل "الحقيقية" للاتصال ب ISP. هذا من الصعب تحديد مقدما كما تستخدم مزودي خدمات الإنترنت المختلفة أنواع مختلفة من البتات يبدو. تقرير الناس النجاح باستخدام تقنية التالية:
تقدير كل من المنبع والمصب في نصف معدل يحدد ISP الخاص بك. الآن تحقق إذا كان البرنامج النصي يعمل - تحقق التفاعل أثناء تحميل وحين تحميله. هذا يجب أن تسليم الكمون المحسوبة أعلاه. إذا لم يكن كذلك، معرفة ما اذا كان البرنامج النصي تنفيذ دون أخطاء.
الآن زيادة ببطء الأرقام المنبع والمصب في البرنامج النصي حتى يأتي زمن الظهر. بهذه الطريقة يمكنك أن تجد القيم المثلى للاتصال بك. إذا كنت سعيدا، يرجى إبلاغ لي حتى أتمكن من تقديم قائمة من الأرقام التي تعمل بشكل جيد. واسمحوا لي أن أعرف أي ISP الذي تستخدمه واسم اشتراكك، ومواصفاتها سمعته الطيبة، حتى أتمكن من سرد لك هنا وإنقاذ الآخرين عناء.
تركيب
إذا كنت الطلب، يمكنك نسخ البرنامج النصي إلى /etc/ppp/ip-up.d وسيتم تشغيله في كل اتصال.
إذا كنت ترغب في إزالة المشكل من واجهة تشغيل "توقف wshaper. لمعرفة معلومات الحالة، قم بتشغيل "wshaper الوضع".
مشاكل معروفة
إذا كنت تحصل على الأخطاء، إضافة -x إلى السطر الأول، على النحو التالي:
#! / بن / سحق -x
ثم أعد المحاولة. هذا وسوف تظهر لك أي خط يعطي خطأ. قبل الاتصال بي، تأكد من أنك تقوم بتشغيل النسخة الأخيرة من iproute!
الإصدارات الأخيرة ويمكن الاطلاع على الموزع لينكس الخاص بك، أو إذا كنت تفضل تجميع، هنا:
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
لم يتم العثور على التعليقات