نمایش نتایج: از شماره 1 تا 7 , از مجموع 7

موضوع: هفته ١۸ - QoS

  1. #1
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028

    هفته ١۸ - QoS

    برای پرسش یا رفع اشکال از موضوع بعدی استفاده کنید.

  2. The Following 6 Users Say Thank You to Shafagh For This Useful Post:


  3. #2
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    Traffic Shaping دو مشکل عمومی را حل می کند ، الف ) برای حذف ترافیک بالاتر از CIR در شبکه های Service Provider ب) که به نام Egress blocking خوانده می شود و در شبکه های مبنی بر ATM یا Frame-Relay اجازه می دهد که سویچه های موجود در ابر شبکه ترافیک وارده را قبل از ارسال در صف نگهداری کنند.

    اصطلاح شناسی Shaping :
    Bc : که برابر Committed Burst Size می باشد و بر حسب بیت مقدار دهی می شود. این عدد نشان دهنده مقدار ترافیکی است که در یک واحد زمانی
    Tc می تواند ارسال شود.

    Tc : فاصله زمانی که بر حسب میلی ثانیه محاسبه می شود و با Bc رابطه Tc=Bc/CIR را دارد.

    CIR : که برابر Committed Information rate می باشد و بر حسب بیت بر ثانیه محاسبه می شود. این عدد مشخص کننده مقدار Rate خط می باشد.

    Be : که برابر Execess Burst size می باشد و با واحد bit مشخص می شود. این مقدار مشخص کننده مقدار بیت بیشتر از Bc می باشد که فرستنده بعد از دوره ای غیر فعال بودن می تواند از آن استفاده کند.

    Traffic Shaping از مدل Token bucket جهت انتقال اطلاعات استفاده می کند ، در این مدل هر بیت را می توان یک token در نظر گرفت که در سبدی به ظرفیت Bc در هر بازه Tc ریخته می شود.

    در شبکه های Frame-relay جهت تشخیص Congestion دو راهکار وجود دارد الف) راهکار مختص سیسکو که از پیام ForeSight جهت آگاه سازی فرستنده از وجود ازدهام استفاده می کند ب) استفاده از بیت BECN که سر نام کلمات Backward Explicit Congestion Notification است.

    در صورت مشاهده ازدهام در شبکه های Frame-Relay به صورت خودکار مقدار 25 درصد از Max-Rate کاسته می شود این روند ادامه پیدا می کند تا زمانی که Bc به مقدار Min-CIR برسد.

    برای تنظیم Shaping دو راه وجود دارد استفاده از GTS که سر نام کلمات Generic Traffic Shaping است و همچنین CBS یا Class Based Shaping .
    GTS بر روی اینترفیس یا subinterface به صورت زیر تعریف می شود:
    کد:
    Trrafic-shape rate shaped-rate [bc] [be] [buffer-limit]

    در فرمان فوق shape-rate بر مبنای بیت بر ثانیه مشخص می شود ، Bc و Be بر مبنای بیت و همچنین buffer-limit مقدار بیشترین اندازه صف را بر حسب bps مشخص می کند.

    می توان با استفاده از یک ACL ترافیکی را که مایل به Shape کردن آن هستید را مشخص کنید و با استفاده از فرمان زیر آن را به یک اینترفیس منتصب کنید:

    کد:
    Traffic-shape group acl-number shaped-rate [Bc] [Be]

    با استفاده از دستورات زیر می توانید به خطایابی و یا بررسی صحت عملکرد Shaping بپردازید:


    Show traffic-shape interface
    Show traffic-shape statistics
    Show traffic-shape queue

    در صورتی که تمایل دارید Shape خود را بر روی یک اینترفیس Frame-relay پیاده سازی کنید و در مقابل Congestion فرستنده عکس العمل نشان داده و مقدار ترافیک ارسالی را کم کنند باید مطابق الگوی قبلی بر روی اینترفیس فرمان traffic-shape را نوشته و سپس دستور زیر را در مود کانفیگ روتر وارد کنید :

    کد:
    Traffic-shape adaptive bit-rate

    در دستور فوق مقدار bit-rate مشخص کننده مقداری است که در صورت دریافت ForeSight یا BECN فرستنده این مقدار را از Bc کم کرده و مجددا اطلاعات را ارسال می کند.

    Class-Based Shaping نسبت به GTS مزایایی دارد که در زیر به آنها اشاره شده است:

    -CBS اجازه استفاده از انواع مختلف Queue های موجود در IOS را جهت مدیریت ارسال Packet ها می دهد.

    -اجازه کلاس بندی بسته های مختلف ، جهت اعمال shape های متفاوت را می دهد.

    Class Based Shaping را تنها می توان در جهت output اینترفیس تنظیم کرد و تنها فرمان service-policy output بر روی اینترفیس یا subinterface پذیرفته می شود.

    در IOS دو نوع صف وجود دارد Hardware Queue و Software Queue.

    ویژگی های HQ :

    -از منطق FIFO استفاده می کند.
    -نمی توان بر عملکرد آن با استفاده از ابزار های صف بندی در IOS تغییری داد.
    -IOS به صورت خودکار در زمان ایجاد صف نرم افزاری مقدار صف سخت افزاری را کوچک می کند.
    -تنها کاری که می توان بر روی صف سخت افزاری کرد این است که می توان اندازه آن را تغییر داد.

    برای مقایسه صف های متفاوت معیار هایی به شرح زیر وجود دارد:

    Classification : که توانایی تجزیه و تحلیل هدر بسته جهت مشخص کردن صف درست را بیان می کند.
    Drop Policy : سیاست انتخاب بسته جهت حذف کردن در صورت پر بودن صف را بیان می کند.
    Scheduling : مشخص کننده این است که کدام بسته باید در مرحله بدی از صف خارج شود.
    Maximum Number of Queues : مشخص کننده تعداد صف ها جهت کلاس های مختلف می باشد.
    Maximum Queue length : بیشترین تعداد بسته در یک صف را معین می کند.

    دو ابزار مهم صف بندی در IOS عبارت است از CBWFQ وLLQ ، که سر نام کلمات Class Based Weighted fair queue و Low Latency Queue می باشند.

    تفاوت اصلی در کانفیگ این دو نوع صف در استفاده از دستور bandwidth در CBWFQ و دستور priority در LLQ است که این فرامین را در زیر مجموعه دستورات policy-map وارد می کنیم.

    این دو نوع صف مقدار 64 عدد Queue را پشتیبانی می کنند ، همچنین می توان طول هر صف را به دلخواه مشخص کرد که مقدار حداکثر طول صف را نوع و مشخصات سخت افزار روتر تعیین می کند.

  4. The Following 6 Users Say Thank You to farhadnia For This Useful Post:


  5. #3
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    - با استفاده از QoS می توان دسترسی به یک URL خاص را محدود کرد؛ جهت این کار می بایست در class-map از match protocol http host "*cisco.com\/support*" استفاده کرد و بعد در policy-map این class-map را بعنوان مثال drop کرد.

    -جهت مشاهده map بین CoS و DSCP می توان از دستور sho mls qos maps dscp-cos استفاده کرد.

    -جهت استفاده از policing روی VLAN، می بایست به چند نکته توجه داشت: از nested policy-map استفاده شود، در واقع policy-map که روی Interface اعمال می شود یم policy-map دیگر را فراخوانی می کند، نه تنها mls qos می بایست globally فعال شود، بلکه vlan-based QoS می بایست روی Portهای مدنظر اعمال شود، حتماً می بایست روی Parent policy-map یک action صورت گیرد!!

    -در nested policy-map چند محدودیت را می بایست مدنظر قرار داد؛ داخل child-policy استفاده از دستور set امکان پذیر نیست، همزمان نمی توان در parent policy-map و child policy-map از priority استفاده کرد، استفاده از fair-queue در parent policy-map امکان پذیر نیست
    Network Consultant/Solutions Architect
    mohammad [at] moghaddas [dot] com
    [Only registered and activated users can see links. ]

  6. The Following 4 Users Say Thank You to moghaddas For This Useful Post:


  7. #4
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844

    Lightbulb

    • برای شبیه سازی Frame-Relay traffic shaping میتوان از CBTS استفاده نمود (Class-Based GTS). هسته ی اصلی این عامل دستور match fr-dlci است که اجازه ی match کردن یک dlci خاص و دسته بندی ترافیک بر اساس VC را می دهد .
      البته برخی از قابلیت های اصلی را نداریم ، مثلا دستور shape adaptive کار نمی کند .
      CBTS بر خلاف legacy GTS فرآیند shaping بر اساس VC را ممکن می سازد .



    • می توان legacy GTS را زیر اینترفیس یا subinterface اعمال کرد و استراتژی صف بندی منحصر به WFQ می باشد ؛ CBTS را می توان هم به subinterface و هم به PVC های منتخب اعمال نمود .

      CBTS در واقع adaptive Frame-Relay traffic shaping را ساپورت نمی کند .


    • Frame-Relay traffic shaping مبتنی بر MQC در واقع مدل هایبرید legacy FRTS و CBTS است که به جای استفاده از MQC-based syntax برای کلاس بندی ، به باند dlci های اینترفیس و map-class ها وابسته می باشد .


    • VATS تنها با Frame-Relay traffic shaping مبتنی بر MQC و تنها با LLQ فعال شده در shaper-queue فراهم است .
      هدف اصلی VATS کنترل کردن سرعت ارسال PVC ها هنگامیکه سیستم پکت های صدا را در صف اولویت تشخیص می دهد ، می باشد .



    • Fragmentation تنها در صورت وجود پکت های VoIP مفید است ؛ در غیر اینصورت به خاطر overhead اضافی ، تنها باعث اتلاف منابع روتر و پهنای باند لینک می شود .
      VAF یا همان Voice Adaptive Fragmentation اجازه می دهد پکت های بزرگ دیتا تنها در صورت حضور پکت های voice در LLQ ، fragment شوند . بر این اساس ، قابلیت VAF در شرایطی که پردازش بار زیاد پکت های fragment شده CPU intensive می شود ، به کمک می آید .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  8. The Following 6 Users Say Thank You to Yousef Naimi For This Useful Post:


  9. #5
    Senior Member saeedbabaei24 آواتار ها
    تاریخ عضویت
    Dec 2011
    نوشته ها
    134
    Thanked: 276
    QOS With The MQC

    سه کار انجام میدهیم:
    1-مشخص کردن ترافیک با Class-map
    2-مشخص کردن اولویت کلاس ها با Policy-map
    3-الصاق Policy-map به اینترفیس

    نکته: هنگام match کردن پروتکل در Class-map برنامه یا Application مورد نظر را درنظر میگیرد نه شماره پورت آن را و برای اینکه در زمان صرفه جویی شود از CEF استفاده میکند.
    NBAR بر پایه Applicatio است. اگر Application مورد نظر ما در لیست نبود، آن APP را در داخل حافظه فلش روتر با فرمت PDLM ذخیره میکنیم و با دستور زیر آن APP را به لیست اضافه میکنیم:
    کد HTML:
    R(config)#ip nbar pdlm flash://…
    Congestion Management & Avoidance

    Legacy Queuing Methods

    FIFO
    پیش فرض همین است.

    Priority Queuing
    برای هر صف اولویت های High، Medium و Low را تعیین میکند.
    کد HTML:
    R(config-pmap-c)#priority #
    Custom Queuing
    مثلاُ به ازای 10 بسته HTTP، 3 بسته FTP و 1 بسته PoP3 بفرستد.

    Weighted Fair Queuing
    نوعی تخصیص کوپن به ترافیک هاست. هر ترافیک که کمتر از آن استفاده کند هنگام Congestion اولویت بیشتری دارد.
    نکته: این متد ها زمانی استفاده میشوند که Congestion داشته باشیم!

    Modern Queuing Methods

    Class-base Weighted Fair Queuing-CBWFQ
    ترکیبی از Custom Queuing و WFQ است.
    بعد از Marking ترافیک مورد نظر و مشخص کردن IP Precedence آن متوانیم پیهای باندی را برای ترافیک گارانتی کنیم:
    کد HTML:
    R(config-pmap-c)#bandwidth 100
    گارانتی میکند که 100k را دارد. اگر congestion نباشد مینواند بیشتر استفاده کند.

    Low Latency Queuing-LLQ
    ترکیبی از Priority Queuing ، Custom Queuing و WFQ است.
    مثل CBWFQ عمل میکنیم و priority را به آن اضافه میکنیم:
    کد HTML:
    R(config-pmap-c)#priority #

    Congestion Avoidance

    WRED

    وقتی بسته ها گم میشوند مبدا Window size را تغییر میکند. و برای گروهی از بسته ها که در یک Window هستند یه ACK میفرستد. هنگام ازحام اندازه این پنجره کم میشود.
    WRED قبل از رسیدن به congestion بسته هایی را به شکل Random حذف میکند و از Congestion ممانعت به عمل می آورد.

    بسه ها یی که IP Precedence کمتری دارند حذف میشوند.
    هر Precedence-Level یک Minimum-Threshold و یک Maximum-Threshold دارد.
    اگر حجم ترافیک کمتر از Min-Threshold باشد بسته ها Drop نمیشوند.
    اگر حجم ترافیک بین Min-Threshold و Max-Threshold باشد بسته ها به شکل Random حذف میشنوند و هر چه قدر که به Max-Threshold نزدیک میشویم تعداد بسته های حذف شده بیشتر میشود.
    اگر حجم ترافیک بیشتر از Max-Threshold شود تمامی بسته ها حذف خواهد شد.

    کد HTML:
    R(config-pmap-c)#random-detect precedence MIN-Thre MAX-Thre

    Policing - Shaping - Link Efficiency

    Policing

    برای ترافیک ورودی یا خروجی است.
    برای ترافیک 3 سطح conform، Exceeding و Violating در نظر میگیرد. برای هر سطح مشخص میکنیم که روتر چه واکنشی داشته باشد.
    بعد از مشخص کردن ترافیک توسط Class-map در تنظیم Policy-map با استفاده از دستور زیر 3 سطح مذکور را مشخص میکنیم:

    کد HTML:
    R(config-pmap-c)#police Conform# Exceeding# Violating#
    بعد واکنش روتر را تعیین میکنیم:

    کد HTML:
    R(config-pmap-c-police)#conform-action transmit|drop|..
    
    R(config-pmap-c-police)#exceeding-action transmit|drop|.. 

    Shaping

    بعد از مشخص کردن ترافیک توسط Class-map در تنظیم Policy-map با استفاده از دستور زیر Average و peek را تعیین میکنیم:

    کد HTML:
    R(config-pmap-c)#shape average  AVG
    R(config-pmap-c)#shape peek peek

    Link Efficiency

    Link fragmentation

    در fragmentation بسته هایی که اولویت پایینی دارد قطعه قطعه مشود و بسته هایی که اولویت بالایی دارند مابین آنها قرار میگیرند.
    کد HTML:
    R(config)#int multilink 1
    R(config-if)#ppp multilink frgment delay 10
    R(config-if)#ppp multilink interleave
    R(config-if)#bandwidth 400
    
    R(config-if)#encapculation ppp
    R(config-if)#ppp multilink group 1

    Compression

    Header compression
    TCP
    RTP
    برداشتن اطلاعات اضافی از Header مثل IP مبدا و مقصد در دو طرف تنظیم شود.

    کد HTML:
    R(config-pmam-c)#compression header ip RTP|TCP
    ویرایش توسط saeedbabaei24 : 02-06-2013 در ساعت 12:07 PM

  10. The Following 5 Users Say Thank You to saeedbabaei24 For This Useful Post:


  11. #6
    Super Moderator Saeed Alkhamis آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    Ahvaz
    نوشته ها
    811
    Thanked: 2151
    CBWFQ:CBWFQ and LLQ پهنای باند را برای هر Queue رزرو می کند و قابلیت استفاده از WFQ برای پکتها

    در default Queue LLQ در CBWFQ اضافه می شود LLQ و CBWFQ هر دو از MQC استفاده می کنند برای کانفیگ

    شدن – CBWFQ و LLQ تقریباً کانفگ یکسانی دارند هر دو از class map استفاده می کنند و policy map تنها

    فرق آنها در CBWFQ از دستور Bandwidth و در LLQ از دستور priority استفاده می شود LLQ و CBWFQ تا

    64 تا Queue و class را ساپورت می کنند.

    LLQ و CBWFQ هر دو دارای یک class-default queue هستند این Queue وجود دارد حتی اگر کانفیگ نشود

    اگر پکتی با هیچ چیز Match نشود ios آن را با class-default queue – Match می کند.

    CBWFQ حداقل درصد پهنای باند را گارانتی می کند در هر class / queue اگر تمامی queue ها تعداد

    زیادی پکت داشته باشندهر queue درصدی از پهنای باند را طبق کانفیگ می گیرد هر چند بعضی از

    queue ها برای مدت کوتاهی نیاز به پهنای باند ندارند پهنای باند آنها به دیگر class ها اختصاص داده

    می شود- ios چک می کند که یک CBWFQ مقدار پهنای باند آن زیادتر از اینترفیس نباشد در غیر اینصورت

    دستور service-policy را Reject می کند.

    Weighted Random Early Detection : زمانی که یکQueue پر می شود ios پکتهای جدید را دور می اندازد

    به این حالت Tail Drop می گویند.زمانی که Tail Drop رخ می دهد تعداد پکتهای زیادی از بین می روند

    و تعداد زیادی از session های Tcp و UDP از بین می روند برای جلوگیری از این حالات سیسکو قابلیت

    WRED را ساخته که صبر می کند برای Drop پکتها WRED اندازه می گیرد میانگین Queue ها را زمانی که

    Queue پر می شود.

    Modified Deficit Round-Robin: MDRR این قابلیت فقط در روترهای 12000 است زیرا این روترها

    CBWFQ و LLQ را ساپورت نمی کنند MDRR ترافیک را کلاسه بندی می کند.

    سویچ های سیسکو Queuing 3560 را هم ingress و هم در egress انجام می دهند ingress Queue از یک روشی بنام

    WTD-- weighted tail drop برای دور انداختن هر صف استفاده می کند- سویچ های 3560 برای زمان بندی پکتهای از

    روشی بنام SRR – Shared Round Robin برای کنترل سرعت کدام پکت فرستاده شود از ingress Queue به دورن سویچ

    در این روش پهنای باند بین Queue 2 مطابق کانفیگ پهنای باند برای هر Queue گارانتی شده اما آن محدود نیست

    اگر یکی از Queue ها خالی باشد اجازه می دهد دیگر Queue ها از پهنای باند آن استفاده کنند. SRR شبیه به

    CBWFQ عمل می کند برای درصد پهنای باند اگر می خواهید از ingress Queue در سویچ خود استفاده کنید باید.

    1- کدام ترکیب در هر Queue گذاشته شود- بصورت پیش فرض COS5 ترافیک را در Queue 2 گذاشته می شود. تمامی

    دیگر ترافیکها در Queue 1 – ترافیک می تواند به یک Queue براساس مقدار Dscp هم map شود – نیاز است که

    یک Queue بعنوان Priority Queue تنظیم شود- چه مقدار پهنای باند در buffer اختصاص داده شود به هر

    Queue برای انجام دادن Traffic split زمانی که QOS در سویچ 3560 فعال شود بصورت پیش فرض Queue بعنوان

    Priority Queue است – Queue 10 درصد پهنای باند اینترفیس را به آن داده می شود- COS5 ترافیک در

    Queue 2 قرار داده می شود. سویچ 3560 برای اجتناب از ادحام از یک روش بنام Weighted Tail Drop- WTD

    استفاده می کند. WTD بصورت پیش فرض فعال است. WTD قابل کانفیگ است برای 6 تا Queue و 3 تا ingress

    و 4 تا egress .

    مفهوم egress Queue مثل ingress است 4 Queue در هر اینترفیس می توانیم کانفیگ کنیم که کدام COS و Dscp

    می توانند Map شوند

    WTD برای Queue ها استفاده می شود تنها فرقی که دارد انیست که برای egress باید در اینترفیس کانفیگ شود

    ولی برای ingress در ghlobal mode یک فرق دیگری که دارند اینست بین ingress و Egress یک قابلیت shaping است.

    برای کم کردن سرعت ورود ترافیک

    Resource Reservation Protocol (RSVP) یک پروتکل IETF است که می تواند رزرو کند منابع End to End بیاد

    داشته باشید در RSVP گیرنده درخواست می کند نه فرستنده که چه مقدار پهنای باند اختصاص داده شود به هر

    flow و چه مقدار به RSVP.

    برای هر اینترفیس اگر تعیین نکنیم مقدار پهنای باند را برای رزرو روتر %75 از پهنای باند اینترفیس را رزرو می کند.

    کنترل تراکم در شبکه با روشهای

    Custom Queuing – weighted fair Queuing - priority Queuing – First in First out

    First in First out: این ساده ترین مدل Queuing است که براساس اولین پکت که وارد می شود به اینترفیس

    اولین پکت خروجی از اینترفیس است هیچ گونه دسته بندی یا کلاسه ندارد

    Fire Queuing – مدل دیگری از مدیریت تراکم است بیشتر در اینترفیس های که دارای سرعت پایین هستند

    استفاده می شود WFQ ترافیک شبکه را براساس Tos – Dst port- src port- Dst ip – src ip – ip طبقه بندی می کند

    Priority Queuing با این روش می توان 4 تا Queue برای ترافیک شبکه تعریف کرد

    این Queue ها ← high - Medium- Normal -Low برای مثال اگر پکتی دارای اولویت high باشد این Queue

    می تواند ادامه پیدا کند تا زمانی که خالی شود. بعد سراغ Medium و همینطور به ترتیب می رود.

    Custom Queuing : می توانیم بجای PQ استفاده کنیم از CQ به مدیر شبکه اجازه می دهد که Queue starvation رخ ندهد.

    با CQ می توان تا 16 تا Queue ترافیک را دسته بندی کرد. هر Queue بصورت Round Robin تخلیه می شود.

    CQ هم PQ دارای Queue default است. اگر هیچ Queue را بعنوان default تعریف نکنیم ios از Queue 1 استفاده می کند

    Committed Access Rate CAR: استفاده می شود برای مارک کردن پکت در ورودی و خروجی روتر Edge (CAR) می تواند هم

    Rate limit انجام دهد هم پکت Classification بیشتر برای لینکهای قوی استفاده می شود در CAR از Burst نمی توان

    استفاده کرد از CAR بر روی EtherChannel و tunnel یا ISDN نمی توان استفاده کرد.

    Shaping with an Excess Burst: زمانی که Shaper در یک مدت زمانی خاص بیشتر از BC تعریف شده ترافیک را

    بفرستد می گویند Excess Burst

    نکته Traffic shaping از Token Bucket برای مدیریت Shaping استفاده می کند زمانی که تراکم در شبکه نباشد

    Shaping از Shaping Rate استفاده می کند ولی اگر تراکم در شبکه باشد از Minimum shaping استفاده می کند

    که حداقل پهنای باند تعریف شده است معمولاً 50درصد است به این Minimum Information Rate می گویند یا MIR

    2حالت است که Shaper می فهمد باید از Minimum Shaping استفاده کند

    1- یک فریم دریافت می کند بنام BECN

    2- یک پیغام تراکم را دریافت می کند که مختص سیسکو است بنام Foresight هر زمانی که یکی از این

    2 پیغام به Shaper برسد %25 از حداکثر پهنای باند را کم می کند اگر پیغامهای متعددی دریافت کند

    باز هم % 25 را کم می کند تا زمانی که به حداقل برسد.

    Generic Traffic Shaping : این مدل shaping هم در اینترفیس و هم در Sub interface کار می کند که می توان

    بهمراه ACL استفاده کنیم در GTS می توان از Adaptive استفاده کنیم یعنی حتی اگر

    Shaper پیغام BECN را دریافت کند کمتر از Adaptive پهنای باند پایین نمی آورد.

    Class-Based Shaping : CB shaping این روش را سیسکو پیشنهاد می کند با این روش اجازه می دهد

    که یک Class-map و Policy map استفاده کنیم .

    (FRTS) Frame Relay Traffic Shaping در بعضی موارد با CB shaping یکی است ولی FRTS فقط روی FR کار می کند

    در صورتی که CB روی هر پروتکل Data- link کار می کند. ولی مثل CB اجازه می دهد از چند Queue Tools استفاده

    کرد اما از یک FIFO استفاده می کند FRTS به ازای هر VC بصورت جداگانه shape می کند FRTS نمی تواند بصورت

    همزمان چند Tools نمی تواند با هم داشته باشد.

    FRTS می تواند بصورت داینامیک BC-CIR-BE را تشخیص می دهد. در FRTS می توان از Adaptive استفاده کرد.
    ویرایش توسط Saeed Alkhamis : 02-06-2013 در ساعت 03:01 PM

  12. The Following 5 Users Say Thank You to Saeed Alkhamis For This Useful Post:


  13. #7
    Member
    تاریخ عضویت
    Apr 2011
    نوشته ها
    52
    Thanked: 97
    First in first
    این ابتدای ترین روش برای برای کنترل صف می باشد که اولین packet که وارد صف می شود اولین packet ی است که خارج می شود.

    Fire queuing
    این روش از صف بندی برای جاهایی استفاده می شود که سرعت لینک مناسبی نداریم

    Custom queuing
    با این روش می توانیم یک مدیریتی روی صفها انجام داد به این صورت که صفها داری الویت بود و برای کنترل ترافیکهای مهم تر از صفهای با الویت بیشتر استفاده کرد

    WRED
    زمانی که یک صف پر می شود به این صورت که تا یک اندازی می اید پکتها را به صورت Random drop, می کند و به از اینک از این مقدار گذشت می اید کل صف را drop می کند

    در FR برای تشخیص تداخل از دو روش استفاده می شود
    1- Foresight
    2- BECN

    برای چک کردن shapping از این دستورات استفاده می شود
    Show traffic shape static
    Show traffic shape queue

  14. The Following 4 Users Say Thank You to alimor For This Useful Post:


مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •