Welcome to Cisco's hell :-)

Na svakom modelu se ovo na žalost podešava nešto drugačije i svaki model je eto dovoljno različit od od onog drugog da bi na ovo pitanje moglo iole uopštenije da se odgovori od: "mls qos". Šta te konkretno zanima?

pa interesuje me npr ja ukljucim "mls qos"
onte na interface stavim "mls qos trust cos"
npr hocemo cisco phone "mls qos trust device cisco-phone"

eh sada ocaj cos = class of service nejga ne razumijem ima oh od 0 do 7 i sta koji broj sta znaci i kako kojem dajem prioritet ?? tako nesto me interesuje hvala..

Na switchevima ovo jako ima veze sa modelom, tj. koja COS vrednost se kopira na koji hardverski queue. Par stvari samo: "mls qos trust device cisco-phone" ce da "veruje" COS vrednostima samo ako je na port ukljucen Ciscov telefon i ako imas aktivan CDP na tom portu.

QoS je verovatno najkompleksnija "tehnologija" u radu sa Cisco opremom iz prostog razloga sto IOS nekih 30 razlicitih tehnologija koje rade zajedno pod imenom QoS. Moras da budes veoma specifican sa pitanjima ili da citas jako puno dokumentacije.

Da bih te uputio na pravu dokumentaciju, moras da mi kazes tacno koji model switcheva imas i koji im je IOS.

"Switch(config-if)# mls qos trust device cisco-phone"... koliko sam razumeo, Cisco telefon (u mom slucaju 7911) salje paket sa podesenim CoS-om i svic veruje telefonu.
Racunar koji je povezan na telefon u tom slucaju dobija od svica default CoS vrednost ( 0 ) - "Switch(config-if)# mls qos cos 0".

Svic je 2950.

Ako je sve ovo ok, moje pitanje je kako se onda podesava CoS za telefon... u samom telefonu?
... i koja je vrednost CoS polja (IP telefona) po default-u?

_{[Ovu poruku je menjao Marcony dana 25.04.2010. u 17:41 GMT+1]}

Racunar ne dobija od switcha ili telefona CoS vrednost, jer racunar u vecini slucajeva ne razume tagovane frejmove. CoS je L2 marking u ISL ili 802.1Q tagu. Tako da je mozda bolje reci da se data saobracaj (od racunara) markira na telefonu sa CoS vrednoscu 0, posto je telefon taj koji taguje data i voice saobracaj.

Drugo, ova komanda gore sluzi za default interni marking netagovanog saobracaja (netagovani saobracaj moze dolaziti i sa rutera, switcha), a komanda koja bi govorila telefonu da markira data saobracaj sa vrednoscu x bi bila # switcport priority extend cos x.

L2 marking telefona u praksi nije potrebno menjati jer telefon voice saobracaj markira sa CoS vrednoscu 5 po defaultu (data saobracaj sa 0 po defaultu), sto je u skladu sa svim preporukama.

Za vise informacija dobar izvor predstavlja Enterprise QoS Solution Reference Network Design

Pozdrav,
Veselin

To sam mislio... saobracaj od racunara ka mrezi, samo sam se lose "odrazio" :)

Znaci, dovoljno je verovati CoS-u telefona na odredjenom portu svica i saobracaj ce biti pravilno obradjen?

Obicno da, sto se tice dela mreze od porta na switchu ka krajnjim uredjajima. Ako je za telefon zakacen neki uredjaj koji generise saobracaj koji treba biti veceg prioriteta, onda se podesava kao sto smo rekli. Kada se dalje procesira paket na switchu, odna je cesto potrebno malo promeniti mapiranje cos-a u dscp. Pa onda slede mapiranja u odlazne/dolazne redove cekanja, podesavanje buffera, tresholda za WTD, SRR... Sta god je potrebno... A moze i AutoQoS :)