الاسم
- Provided by: manpages-ar (Version: 4.31.0-1)
- Source: manpages-l10n
- Report a bug
tc qdisc ... [ divisor حجم_جدول_التجزئة ] [ limit حزم ] [ perturb ثوانٍ ] [ quantum بايت ] [ flows عدد ] [ depth عدد ] [ headdrop ] [ redflowlimit بايت ] [ min بايت ] [ max بايت ] [ avpkt بايت ] [ burst حزم ] [ probability P ] [ ecn ] [ harddrop ]
الاصطفاف العادل العشوائي هو نظام اصطفاف غير طبقي متاح للتحكم في حركة المرور باستخدام الأمر tc(8).
لا يقوم SFQ بتشكيل حركة المرور بل يحدد مواعيد إرسال الحزم فقط، بناءً على 'التدفقات'. الهدف هو ضمان العدالة بحيث يتمكن كل تدفق من إرسال البيانات بدوره، مما يمنع أي تدفق واحد من طغيان البقية.
قد يكون لهذا في الواقع بعض التأثير في تخفيف محاولة رفض الخدمة.
SFQ يحافظ على العمل وبالتالي يسلم دائمًا حزمة إذا كانت متوفرة لديه.
عند الإدراج في الطابور، تُخصص كل حزمة إلى دلو تجزئة، بناءً على قيمة تجزئة الحزمة. يتم الحصول على قيمة التجزئة هذه إما من مصنف تدفق خارجي (استخدم tc filter لتعيينها)، أو مصنف داخلي مبدئي إذا لم يتم تكوين مصنف خارجي.
عند استخدام المصنف الداخلي، يستخدم sfq
إذا كانت هذه متوفرة. SFQ يعرف ipv4 و ipv6 وأيضًا UDP و TCP و ESP. يتم تجزئة الحزم ذات البروتوكولات الأخرى بناءً على تمثيل 32 بت للوجهة والمصدر. يتوافق التدفق في الغالب مع اتصال TCP/IP.
يجب أن يمثل كل من هذه الدلاء تدفقًا فريدًا. نظرًا لأن تدفقات متعددة قد تُجزأ إلى نفس الدلو، فقد يتم إزعاج خوارزمية التجزئة الداخلية لـ sfq على فترات قابلة للتكوين بحيث يستمر الظلم لفترة قصيرة فقط. قد يتسبب الإزعاج مع ذلك في حدوث بعض إعادة ترتيب الحزم غير المقصودة. بعد لينكس-3.3، لا توجد مشكلة إعادة ترتيب الحزم، ولكن قد يتم إسقاط الحزم إذا وصلت إعادة التجزئة إلى حد واحد (عدد التدفقات أو الحزم لكل تدفق)
عند إزالة الحزم من الطابور، يتم الاستعلام عن كل دلو تجزئة يحتوي على بيانات بطريقة تناوبية.
قبل لينكس-3.3، كان الحد الأقصى لطول SFQ في وقت الترجمة هو 128 حزمة، والتي يمكن توزيعها على 128 دلوًا على الأكثر من أصل 1024 متاحة. في حالة الفائض، يتم إسقاط الذيل على الدلو الأكثر امتلاءً، وبالتالي الحفاظ على العدالة.
بعد لينكس-3.3، الحد الأقصى لطول SFQ هو 65535 حزمة، وحد المقسوم هو 65536. في حالة الفائض، يتم إسقاط الذيل على الدلو الأكثر امتلاءً، ما لم يتم طلب إسقاط الرأس.
يُكوّن redflowlimit الحد الصارم على حجم قائمة الانتظار الحقيقي (وليس المتوسط) لكل تدفق SFQ بالبايت.
القيمة المبدئية هي : (2 * min + max) / (3 * avpkt)
للإرفاق بالجهاز ppp0:
# tc qdisc add dev ppp0 root sfq
يرجى ملاحظة أن SFQ، مثل جميع وحدات qdisc غير المشكلة (الحافظة للعمل)، مفيدة فقط إذا كانت تمتلك قائمة الانتظار. هذا هو الحال عندما تساوي سرعة الارتباط النطاق الترددي المتاح فعليًا. ينطبق هذا على مودمات الهاتف العادية، واتصالات ISDN، ووصلات الإيثرنت المباشرة غير المحولة.
في أغلب الأحيان، لا تقع مودمات الكابل وأجهزة DSL ضمن هذه الفئة. وينطبق الشيء نفسه عند الاتصال بمبدل ومحاولة إرسال بيانات إلى قطاع مزدحم متصل أيضًا بالمبدل.
في هذه الحالة، لا توجد قائمة الانتظار الفعلية داخل لينكس وبالتالي فهي غير متاحة للجدولة.
قم بتضمين SFQ في qdisc طبقي للتأكد من أنها تمتلك قائمة الانتظار.
من الممكن استخدام مصنفات خارجية مع sfq، على سبيل المثال لتجزئة حركة المرور بناءً على عناوين IP المصدر/الوجهة فقط:
# tc filter add ... flow hash keys src,dst perturb 30 divisor 1024
لاحظ أن المقسوم المُعطى يجب أن يطابق المستخدم بواسطة sfq. إذا قمت بتغيير المبدئي لـ sfq وهو 1024، فاستخدم نفس القيمة لمرشح تجزئة التدفق أيضًا.
مثال على sfq مع وضع RED الاختياري :
# tc qdisc add dev eth0 parent 1:1 handle 10: sfq limit 3000 flows
512 divisor 16384
redflowlimit 100000 min 8000 max 60000 probability 0.20 ecn headdrop
Alexey N. Kuznetsov, <kuznet@ms2.inr.ac.ru>, Eric Dumazet <eric.dumazet@gmail.com>.
صان هذه الصفحة bert hubert <ahu@ds9a.nl>
تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>
هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.
إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.