A sto se tice procenta ... do cifre od 90-95% za voice sam dosao sopstvenom logikom. :)
Kazem ti, ideja je da kroz taj link APSOLUTNI prioritet ima voice a sve ostalo koristi samo ono sto preostane od linka. Znaci ako se pojavi ogroman saobracaj na linku, da 95% bandwidth-a prepusti voice-u a ostatak ostalom saobracaju (ovih 5% cisto da nesto postoji). Trenutno ne postoje neke aplikacije, u filijalama, koje koriste taj link (samo IE i Outlook).
Nadam sa da razumes moju logiku? :)
Slazes se samnom ili? :)
I samo da remiziram (da bih znao u buduce sam), fora je da se definise kapacitet linka i onda odrede grupe (klase) kojima se dodeljuju prioriteti na linku?
Nego...da...u pravu si...8kbps je bit rate!
Znaci jos jednom:
map-class cir128
no frame-relay adaptive-shaping
frame-relay cir 128000
frame-relay bc 640 (- ovde forsiras Tc=10 ms)
frame-relay mincir 64000 (- ne moras ovo stavljati jer ti je vec disablovan adaptive shaping, ali nije lose)
service-policy output priority
Sto se tvog pitanja o izracunavanju procenta tice, :
http://www.cisco.com/en/US/pro...9186a0080443156.html#wp1024688 ... u sustini, svodi se na to da se procenat izracunava na osnovu cir/2
A ako te i dalje brine na osnovu cega se izracunava procenat, predlazem ti dvije alternative:
1. koristi konkretne vrijednosti kbps unutar policy mape umjesto procenata!
2. shape-uj sav saobracaj na interfejsu drugom policy mapom:
policy-map shape
class-class-default
shape average 128
service-policy priority
a onda hvataj cir128 map-classom ovu shape klasu umjesto priority!