يقدم هذا المستند مقدمة لقوائم انتظار حركة مرور البيانات التي تستخدم تقنية قوائم الانتظار العادلة المرجحة (WFQ).
استحدث WFQ لتمكين الارتباطات البطيئة السرعة، مثل الروابط التسلسلية لتوفير معاملة عادلة لجميع أنواع حركة المرور. للقيام بهذا الإجراء، يقوم WFQ بتصنيف حركة مرور البيانات إلى تدفقات مختلفة (المعروفة أيضا باسم المحادثات) استنادا إلى معلومات الطبقة الثالثة والطبقة الرابعة، مثل عناوين IP ومنافذ TCP. وهو يقوم بذلك دون مطالبتك بتحديد قوائم الوصول. وهذا يعني أن حركة المرور ذات النطاق الترددي المنخفض لها الأولوية بشكل فعال على حركة المرور ذات النطاق الترددي العريض العالي لأن حركة المرور ذات النطاق الترددي العريض الفائق تشارك وسائط الإرسال بالتناسب مع وزنها المعين.
ولكن دبليو إف كيو لديه بعض القيود:
لا يمكن تحجيمه إذا زاد مقدار التدفق بشكل كبير.
لا يتوفر WFQ الأصلي على الواجهات عالية السرعة مثل واجهات ATM.
توفر قوائم الانتظار العادلة والمقدرة (CBWFQ) المستندة إلى الفئة حلا لهذه القيود.
بخلاف WFQ القياسي، يسمح CBWFQ لك بتعريف فئات حركة مرور البيانات. يمكنك أيضا تطبيق معلمات، مثل النطاق الترددي وحدود قائمة الانتظار، عليهم. يتم إستخدام النطاق الترددي الذي تقوم بتعيينه لفئة ما لحساب وزن هذه الفئة. يتم أيضا حساب وزن كل حزمة تطابق معايير الفئة من هذا الأمر. يتم تطبيق WFQ بعد ذلك على الفئات، والتي يمكن أن تتضمن العديد من التدفقات، بدلا من التدفقات نفسها.
أحلت هذا وثيقة ل كثير معلومة على كيف أن يشكل CBWFQ:
لا تدعم واجهات ATM WFQ الأصلية المستندة إلى التدفق التي تم تكوينها مباشرة على واجهة باستخدام الأمر fair-queue. ولكن، باستخدام البرنامج الذي يدعم CBWFQ، يمكنك تكوين WFQ المستندة إلى التدفق ضمن الفئة الافتراضية، كما هو موضح في هذا المثال:
policy-map test class class-default fair-queue ! interface ATMx/y.z point-to-point ip address a.b.c.d M.M.M.M pvc A/B service-policy output test
لا توجد متطلبات خاصة لهذا المستند.
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
أستخدم هذا الإعداد لتوضيح كيفية عمل WFQ:
في هذا الإعداد، يمكن تخزين الحزم في واحدة من قوائم الانتظار هاتين:
قائمة انتظار الجهاز الأول في الإخراج الأول (FIFO) على مهايئ المنفذ والوحدة النمطية للشبكة
قائمة الانتظار في برنامج Cisco IOS®، في ذاكرة إدخال/إخراج [I/O] الموجه، حيث يمكن تطبيق جودة الخدمة (QoS) بميزات مثل CBWFQ
تخزن قائمة انتظار FIFO على مهايئ المنفذ الحزم قبل تجزئتها إلى خلايا للإرسال. عندما تكون قائمة الانتظار هذه ممتلئة، يشير مهايئ المنفذ أو وحدة الشبكة النمطية إلى برنامج IOS إلى أن قائمة الانتظار مزدحمة. تسمى هذه الآلية الضغط العكسي. عند إستلام هذه الإشارة، يتوقف الموجه عن إرسال الحزم إلى قائمة انتظار FIFO الخاصة بالواجهة ويخزن الحزم في برنامج IOS حتى يتم إلغاء إزدحام قائمة الانتظار مرة أخرى. عند تخزين الحزم في IOS، يمكن للنظام تطبيق جودة الخدمة.
هناك مشكلة واحدة في آلية قوائم الانتظار هذه وهي أنه كلما زاد عدد قائمة انتظار FIFO على الواجهة كلما زاد التأخير قبل أن يتم إرسال الحزم في نهاية قائمة الانتظار هذه. قد يؤدي ذلك إلى مشاكل خطيرة في الأداء لحركة المرور الحساسة للتأخير مثل حركة المرور الصوتية.
يتيح لك أمر الدائرة الافتراضية الدائمة (PVC) tx-ring-limit إمكانية تقليل حجم قائمة انتظار FIFO.
interface ATMx/y.z point-to-point
ip address a.b.c.d M.M.M.M
PVC A/B
tx-ring-limit
service-policy output test
<size> يمكنك التحديد هنا إما عدد من الحزم، لموجهات Cisco 2600 و 3600، أو كمية من الجسيمات، لموجهات Cisco 7200 و 7500.
تخفيض حجم حلقة الإرسال له فئتان:
يقلل مقدار انتظار الحزم الزمنية في قائمة انتظار FIFO قبل تجزئتها.
إنه يسرع إستخدام جودة الخدمة في برنامج IOS.
نظرت في التأثير من ال transmit حلقة حد أن يستعمل الإعداد يظهر في السابق شبكة رسم بياني. افترض ما يلي:
يرسل مولد حركة المرور حركة مرور (1500 بايت ربط) إلى جهاز التخزين، وهذه حركة المرور تزيد عن تحميل PVC 0/102 بين الموجه 1 والموجه 2.
يحاول الموجه 3 إختبار الاتصال بالموجه 1.
يتم تمكين WFQ على الموجه 2.
نظرت في إثنان تشكيل أن يستعمل مختلف يبث حلقة حد in order to رأيت الأثر هذا يتلقى.
في هذا مثال، يثبت أنت ال transmit حلقة إلى ثلاثة (tx-ring-limit=3). هذا ما تراه عند إختبار اتصال الموجه1 من الموجه 3:
pound#ping ip Target IP address: 6.6.6.6 Repeat count [5]: 100000 Datagram size [100]: Timeout in seconds [2]: Extended commands [n]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 100000, 100-byte ICMP Echos to 6.6.6.6, timeout is 2 seconds: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![snip] Success rate is 98 percent (604/613), round-trip min/avg/max = 164/190/232 ms router2#show queue atm 4/0.102 Interface ATM4/0.102 VC 0/102 Queuing strategy: weighted fair Total output drops per VC: 1505772 Output queue: 65/512/64/1505772 (size/max total/threshold/drops) Conversations 2/3/16 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) (depth/weight/discards/tail drops/interleaves) 1/32384/0/0/0 Conversation 2, linktype: ip, length: 58 source: 8.0.0.1, destination: 6.6.6.6, id: 0x2DA1, ttl: 254, prot: 1 !--- ping (depth/weight/discards/tail drops/interleaves) 64/32384/1505776/0/0 Conversation 15, linktype: ip, length: 1494 source: 7.0.0.1, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255 !--- This is traffic from the traffic generator.
في هذا المثال، تقوم بضبط حلقة الإرسال على 40 (tx-ring-limit=40). هذا ما تراه عندما تستخدم نفس إختبار الاتصال كما في المثال أ:
pound#ping ip Target IP address: 6.6.6.6 Repeat count [5]: 10000 Datagram size [100]: 36 Timeout in seconds [2]: 10 Extended commands [n]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 10000, 36-byte ICMP Echos to 6.6.6.6, timeout is 10 seconds: !!!!!!!!!!!!. Success rate is 92 percent (12/13), round-trip min/avg/max = 6028/6350/6488 ms
كما ترون هنا، كلما كان حد حلقة الإرسال أكبر، كلما كان وقت إختبار الاتصال والعودة أكبر (RTT). يمكنك الاستنتاج من ذلك أن حد حلقة الإرسال الكبيرة يمكن أن يؤدي إلى تأخيرات كبيرة في الإرسال.
في إخراج show queue atm في المثال أ، ترى أن وزنا يتم تعيينه لكل محادثة. انظر إلى هذا بتفصيل أكبر:
router2#show queue ATM 4/0.102 Interface ATM4/0.102 VC 0/102 Queuing strategy: weighted fair Total output drops per VC: 1505772 Output queue: 65/512/64/1505772 (size/max total/threshold/drops) Conversations 2/3/16 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) (depth/weight/discards/tail drops/interleaves) 1/32384/0/0/0 Conversation 2, linktype: ip, length: 58 source: 8.0.0.1, destination: 6.6.6.6, id: 0x2DA1, ttl: 254, prot: 1 (depth/weight/discards/tail drops/interleaves) 64/32384/1505776/0/0 Conversation 15, linktype: ip, length: 1494 source: 7.0.0.1, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255
عند إستخدام WFQ، يمكنك حساب وزن كل محادثة باستخدام هذه الصيغة:
الوزن=32384/(أسبقية+1) - لبرنامج Cisco IOS الإصدار 12.0(5)T والإصدارات الأحدث.
الوزن=4096/(أسبقية+1) - لإصدارات برنامج Cisco IOS Software قبل 12.0(5)T.
يمكنك الآن إستخدام هذه الأوزان لحساب وقت الجدولة لكل حزمة، عند إعادة توجيه الحزمة من قائمة انتظار IOS إلى مهايئ المنفذ أو قائمة انتظار FIFO للوحدة النمطية للشبكة.
يمكنك حساب وقت جدولة الإخراج باستخدام هذه الصيغة، حيث يكون queue_tail_time هو وقت الجدولة الحالي:
وقت جدولة الإخراج= queue_tail_time + pktsize*الوزن
يشرح هذا القسم كيفية عمل WFQ. مبدأ WFQ هو أن الحزم ذات الوزن الصغير، أو الحزم الصغيرة، يجب أن تحصل على الأولوية عند إرسالها.
قم بإنشاء تدفق يحتوي على عشر حزم كبيرة وأربع حزم أصغر (82 بايت) تستخدم مولد حركة مرور للتحقق من ذلك.
في هذا المثال، الموجه 2 هو موجه Cisco 7200 مع مهايئ منفذ PA-A3 (ATM Port Adapter). وهذا مهم لأن حجم قائمة انتظار الإخراج FIFO على مهايئ المنفذ يتم التعبير عنه في الجسيمات وليس في الحزم. راجع قسم ما هو الجسيم؟ لمزيد من المعلومات.
وبدلا من تخصيص قطعة واحدة من الذاكرة المتجاورة للمخزن المؤقت، يقوم التخزين المؤقت للجسيمات بتخصيص قطع الذاكرة غير المتجاورة (المبعثرة)، والتي تسمى الجسيمات، ثم ربطها معا لتكوين مصد منطقي واحد للحزم. ويسمى هذا مخزن جسيمات مؤقت. في مثل هذا المخطط، يمكن أن تنتشر الحزمة عبر جسيمات متعددة.
في الموجه 7200، حجم الجسيم هو 512 بايت.
أستخدم الأمر show buffers للتحقق مما إذا كانت موجهات Cisco 7200 تستخدم جسيمات:
router#show buffers [snip] Private particle pools: FastEthernet0/0 buffers, 512 bytes (total 400, permanent 400): 0 in free list (0 min, 400 max allowed) 400 hits, 0 fallbacks 400 max cache size, 271 in cache ATM2/0 buffers, 512 bytes (total 400, permanent 400): 0 in free list (0 min, 400 max allowed) 400 hits, 0 fallbacks 400 max cache size, 0 in cache
هذه بعض الاختبارات لتوضيح وظيفة WFQ. في هذا الاختبار الأول، انظر ما إذا كان يمكن مشاركة النطاق الترددي بين محادثات مختلفة.
في هذا إختبار، جعلت مولد حركة مرور يرسل حركة مرور بسرعة كافية أن يحمل ال PVC 0/102 فوق العادة بين مسحاج تخديد 1 و مسحاج تخديد 2. أنجزت عملية أزيز من مسحاج تخديد 3 إلى مسحاج تخديد 1 عبر ال نفسه PVC:
pound#ping ip Target IP address: 6.6.6.6 Repeat count [5]: 100000 Datagram size [100]: Timeout in seconds [2]: Extended commands [n]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 100000, 100-byte ICMP Echos to 6.6.6.6, timeout is 2 seconds: ......... (WFQ is enabled here)!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.[break] Success rate is 98 percent (604/613), round-trip min/avg/max = 164/190/232 ms
كما يمكنك أن ترى من المخرجات الموضحة، إلى أن يتم تمكين WFQ على الواجهة، فإن حركة المرور تمنع حركة المرور الأخرى من المرور عبر وتجويع الخط. بمجرد تمكين WFQ، ينجح إختبار الاتصال.
يمكنك أن ترى من ذلك أنه باستخدام WFQ، يمكن مشاركة النطاق الترددي بين المحادثات المختلفة دون أن يقوم أي منها بحظر المحادثات الأخرى.
هذه هي الطريقة التي تتم بها مشاركة النطاق الترددي.
التدفق الذي يرسله مولد حركة المرور هو نفخة تتألف من عشر حزم كبيرة، تليها أربع حزم أصغر حجما بحجم 82 بايت. تقوم بإرسال هذا الإجراء بسرعة 100 ميجابت في الثانية إلى الموجه 2. عندما تقوم بإرسال الاندفاع، تكون قائمة انتظار الإخراج على واجهة Router2 ATM فارغة. يرسل الموجه 2 هذه الحزم من خلال PVC 10 كيلوبايت (هذا PVC بطيء جدا) لضمان حدوث إزدحام على قائمة انتظار الإخراج.
قم بإجراء هذا الاختبار على عدة مراحل من أجل تبسيط هذه العملية:
ويتكون المرور الكبير من عشر حزم بحجم 482 بايت. بما أن الجسيمات في PA-A3 تبلغ 512 بايت، يجب أن تأخذ كل حزمة، كبيرة كانت أو صغيرة، جسيما واحدا عند تخزينها في قائمة انتظار إخراج مهايئ المنفذ. يحتوي الموجه على حد حلقة إرسال من ثلاثة (tx-ring-limit=3). هذا مثال على ما يمكن أن تراه على جهاز البالوعة:
.Nov 7 15:39:13.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, len 482, rcvd 4 .Nov 7 15:39:13.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:14.252: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:14.252: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:14.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:14.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:15.208: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:15.208: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol !--- Congestion occurs at this point. .Nov 7 15:39:15.512: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:39:15.516: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:39:15.644: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:39:15.644: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:39:15.776: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:39:15.776: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:39:15.904: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:39:15.904: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:39:16.384: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:16.384: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:16.860: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:16.860: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:17.340: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:17.340: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:17.816: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:17.820: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:18.296: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:18.296: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:39:18.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:39:18.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol
يمكنك أن ترى الحزم الأربع ذات 482 بايت التي يتم إرسالها قبل الحزم ذات 82 بايت، والتي يجب أن تحصل على الأولوية عادة. وهذا هو السبب وراء حدوث ذلك.
بما أن الاندفاع يتكون في المقام الأول من عشرة حزم سعة 482 بايت، فإن هذه الحزم تصل إلى الموجه أولا، متبوعة بالحزم سعة 82 بايت. بما أن الحزم ذات 482 بايت تصل في وقت لا يوجد فيه إزدحام، حيث لا توجد حركة مرور، يتم وضع حزمة واحدة على الفور في قائمة الانتظار لتجزئة مهايئ المنفذ وإعادة تجميعه (SAR) ليتم تقسيمها إلى خلايا وإرسالها على السلك. بمعنى آخر، لا يزال حلقة الإرسال فارغة.
يمكنك حساب أن الوقت اللازم لإرسال حزمة واحدة بحجم 482 بايت أكبر من الوقت اللازم لمولد حركة المرور لإرسال إجمالي الاندفاع. وبالتالي، يمكنك افتراض أنه عندما يتم وضع الحزمة الأولى ذات 482 بايت في قائمة الانتظار للوصول إلى مهايئ المنفذ، فإن المزيد من الحزم ذات 482 بايت من الاندفاع موجودة بالفعل في الموجه. وبالتالي، يمكن وضع المزيد من الحزم ذات 482 بايت في قائمة الانتظار إلى حلقة الإرسال. ويتم وضع ثلاث حزم أخرى بحجم 482 بايت في قائمة الانتظار باستخدام الجسيمات الحرة الثلاثة الموجودة هناك.
ملاحظة: يتم وضع الحزم في قائمة الانتظار في حلقة الإرسال بمجرد وجود جسيم حر، حتى إذا كانت بحاجة إلى تخزين أكثر من جسيم واحد.
في هذه المرحلة، هناك إزدحام، لأن الجسيمات الثلاثة ممتلئة. وبالتالي، تبدأ قوائم الانتظار في IOS. عند وصول الحزم الأربعة ذات 82 بايت أخيرا إلى الموجه، فهذا يعني حدوث إزدحام. يتم وضع هذه الحزم الأربعة في قائمة الانتظار ويتم إستخدام WFQ على الدفقين. انظر إلى قائمة انتظار ATM التي تستخدم الأمر show queue atm لترى ما يلي:
router2#show queue ATM 4/0.102 vc 0/102 Interface ATM4/0.102 VC 0/102 Queuing strategy: weighted fair Total output drops per VC: 0 Output queue: 10/512/64/0 (size/max total/threshold/drops) Conversations 2/4/16 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) (depth/weight/total drops/no-buffer drops/interleaves) 4/32384/0/0/0 Conversation 6, linktype: ip, length: 82 source: 7.0.0.200, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255 (depth/weight/total drops/no-buffer drops/interleaves) 6/32384/0/0/0 Conversation 15, linktype: ip, length: 482 source: 7.0.0.1, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255
يمكنك أن ترى في تصحيح الأخطاء أن الحزم الأربع الأولى من 482 بايت متبوعة بالحزم ذات 82 بايت. تخرج هذه الحزم الصغيرة من الموجه قبل الحزم الكبيرة. وهذا يشير إلى أنه بمجرد حدوث الازدحام، تحصل الحزم الصغيرة على الأولوية على الحزم الكبيرة.
أستخدم صيغ الوزن والجدولة الزمنية المتوفرة في قسم حساب الوزن للتحقق من ذلك.
إذا قمت بزيادة حد حلقة الإرسال إلى خمسة والحزم الكبيرة إلى 482 بايت بعد ذلك، وفقا للمخرج السابق، يجب أن ترى ست حزم بحجم 482 بايت قبل حدوث الازدحام، متبوعة بأربع حزم بحجم 82 بايت، ثم أربع حزم أخرى بحجم 482 بايت:
.Nov 7 15:49:57.365: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:49:57.365: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:49:57.841: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:49:57.845: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:49:58.321: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:49:58.321: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:49:58.797: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:49:58.801: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:49:59.277: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:49:59.277: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:49:59.757: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:49:59.757: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:49:59.973: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:49:59.973: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:50:00.105: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:50:00.105: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:50:00.232: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:50:00.232: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:50:00.364: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:50:00.364: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:50:00.840: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:50:00.844: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:50:01.320: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:50:01.320: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:50:01.796: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:50:01.800: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol .Nov 7 15:50:02.276: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 .Nov 7 15:50:02.276: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol
كما ترون هنا، هذا هو ما يحدث بالفعل.
حجم الجسيم هو 512 بايت. لذلك، إذا كان حلقة الإرسال موضح في جسيمات، وتستخدم حزم أكبر قليلا من حجم الجسيم، كل واحد يأخذ جسيمين. وهذا موضح باستخدام الحزم التي تبلغ 582 بايت وحلقة إرسال من ثلاثة. مع هذه المعلمات، يجب أن ترى ثلاث حزم بحجم 582 بايت. يتم إرسال واحد بدون حركة مرور على واجهة ATM، مما يترك ثلاث جسيمات حرة. لذلك، يمكن وضع حزمتين إضافيتين في قائمة الانتظار، متبوعين بأربع حزم بحجم 82 بايت ثم بسبع حزم بحجم 582 بايت:
.Nov 7 15:51:34.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:34.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:35.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:35.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:35.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:35.736: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:35.864: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:51:35.864: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:51:35.996: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:51:35.996: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:51:36.124: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:51:36.124: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:51:36.256: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 7 15:51:36.256: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 7 15:51:36.820: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:36.820: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:37.384: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:37.388: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:37.952: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:37.952: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:38.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:38.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:39.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:39.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:39.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:39.736: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol .Nov 7 15:51:40.300: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 .Nov 7 15:51:40.300: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol
خذ حجم حزمة من 1482 (ثلاثة جسيمات) وحدد حلقة إرسال من خمسة. إذا تم تعريف حلقة الإرسال في جسيمات، سترى شيئا مشابها:
تم إرسال حزمة واحدة فورا
حزمة واحدة تأخذ ثلاثة من الجسيمات الخمسة
تم وضع حزمة واحدة في قائمة الانتظار بسبب تحرير جسيمين
.Nov 8 07:22:41.200: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:41.200: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:42.592: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:42.592: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:43.984: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:43.984: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:44.112: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 8 07:22:44.112: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 8 07:22:44.332: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 8 07:22:44.332: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 8 07:22:44.460: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 8 07:22:44.460: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 8 07:22:44.591: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 .Nov 8 07:22:44.591: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol .Nov 8 07:22:45.983: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:45.983: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:47.371: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:47.375: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:48.763: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:48.767: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:50.155: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:50.155: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:51.547: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:51.547: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:53.027: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:53.027: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol .Nov 8 07:22:54.415: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 .Nov 8 07:22:54.419: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol
ومن الاختبارات التي أجريت، يمكنكم ان تستنتجوا ما يلي:
على شبكات PVC البطيئة بدون WFQ، تؤثر حركة المرور الكبيرة على حركة المرور الصغيرة، مثل إختبارات الاتصال التي يتم إيقافها حتى يتم تمكين WFQ.
يحدد حجم حلقة الإرسال (tx-ring-limit) مدى سرعة بدء آلية قوائم الانتظار في أداء وظيفتها. أنت يستطيع رأيت التأثير من هذا مع الزيادة من العملية أزيز RTT عندما ال transmit حلقة حد يزيد. لذلك، إذا كان يلزم تنفيذ WFQ أو LLQ، فمن المنطقي تقليل حد حلقة الإرسال.
إن WFQ الذي يستخدم CBWFQ يعطي أولوية لحركة المرور الصغيرة على حركة المرور الكبيرة.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
05-Oct-2006 |
الإصدار الأولي |