Cisco priority queueing a forwarding

[MKo]

Všechny queueing mechanismy se zapojují až při congestion na rozhraní (plný Tx ring), bez výjimky. Citovaný text hovoří v této souvislosti pouze o hitech na counterech.

[Reklama]

[Tomas]

Tak ono na tom neni nic sloziteho, pokud se lisi interface CIR a MIR ( v nasem pripade CIR=35mbit/s , MIR=100mbit/s) a mame ethernet (neni zadny mechanizmus pro congestion notification ), tak je nutne pouzit H-QOS. Jednoduse definujeme shapper na 35/mbit/s a v ramci tohoto shaperu teprve definujeme obsluhu front.

Treba takhle:

policy-map PARENT
 class class-default
  shape average 35000000
  service-policy QUEUES

Tomas

[message]

Takze to nakoniec nie je bug, ale feature? :-D

[Dicolaz]

Presne ako pise Tomas. Queueing sa uplatni len v ramci congestion. Pokial potrebujete aby congestion bola pri nizsej rate ako line rate interfacu, tak shaping.

[Tom fi]

Co ale naserie omnoho viac je to, ze toto sa v dokumentacii nikde nedocitate!!! Keby to rovno napisali do dokumentacie, tak si clovek usetri nervy.

Reaguji v podobném tónu jak je psán ten příspěvek.
Sice má dokumentace i implementace Cisco svá úskalí, ale zrovna tady ses trochu seknul.
V dokumentaci to přeci vždycky píšou, namátkou 2. odstavec:
http://www.cisco.com/en/US/docs/ios/qos/configuration/guide/congstion_mgmt_oview_ps6350_TSD_Products_Configuration_Guide_Chapter.html

To že nečteš overview aby jsi pochopil co nastavuješ není tak úplně problém Cisca. Problém Cisca je očividně v tom, že ti jejich zařízení dovolí nastavit věci o kterých nic nevíš

Vsimnite si totiz, ze v tom odstavci sa pise iba o niektorych queing strategiach, ostatne funguju vzdy a za kazdych okolnosti.

že by to souviselo s tím, že to jsou právě ty "legacy" technologie?

[Reklama]