Newsgroup: it.comp.reti.cisco
Titolo: Piccolo chiarimento su CAR

Ciao a tutti,
la mia domanda è la seguente :
quando implemento il CAR su un router con il comando
rate-limit input access-group 100 80000 8000 8000 conform-action
set-prec-transmit
Ho la possibilità di specificare una precedenza che và da 0 a 7 dopo il
set-prec-transmit  ma la precenza maggiore in assoluto è indicata dallo 0 o
dal 7
Grazie,
Matador

 ha scritto nel messaggio
news:b49uqa$o0j$1...@news.flashnet.it...


 Matador
SNIP
Ciao Matador, avevo letto il tuo post, ma non ho tuttora capito bene la
domanda... La questione e' solo sapere se 0 ha maggiore precedenza di 7 o
che altro...?
Ciao
--------------------------------
Inviato via 
http://usenet.libero.it

 Ciao
Quello che vorrei sapere è solo se 0 ha maggiore precedenza di 7 o meno
Grazie ,
Matador

 Quello che vorrei sapere è solo se 0 ha maggiore precedenza di 7 o meno
SNIP
 
network 7
internet 6
critical 5
flash-override 4
flash 3
immediate 2
priority 1
routine 0
Convenzionalmente quindi 7, riservato ai routing update, dovrebbe avere
precedenza superiore a tutti gli altri, nell'ordine indicato, fino a 0, che
e' appunto considerato "routine". Nulla vieta comunque di costruire una rete
che dia maggiore priorita' ad esempio al valore 2, o 4...Considera poi che,
in assenza di particolare configurazione, il valore di precedenza e'
ignorato, ed in caso di QoS, il trattamento da riservare ai pacchetti
opportunamente marcati, dipende da chi costruisce la rete; e' buona norma
comunque rispettare la precedente scala convezionale.


Ti ringrazio di nuovo per la risposta, ti spiego meglio quello che vorrei
fare che è riservare una parte di banda in entrata e in uscita solo per lo
scambio dati dai client di una rete remota verso un AS 400 della sede
pricipale e per questo ho configurato l'interfaccia tunnel della sede remota
con il comando :
rate-limit input access-group 100 80000 8000 8000 conform-action
set-prec-transmit 7 exceed-action transmit
e
rate-limit output access-group 100 80000 8000 8000 conform-action
set-prec-transmit 7 exceed-action transmit
access-list 100 permit ip 172.20.0.0 0.0.255.255 host 172.16.1.1
access-list 100 permit ip host 172.16.1.1 172.20.0.0 0.0.255.255
access-list 100 deny   ip any any
172.16.1.1 è l'AS 400 della sede principale
172.20.0.0   255.255.0.0 è la subnet della LAN dove ho inserito la
configurazione sopra riportata.
La banda complessiva della linea è di 128K
che dici è corretta la mia interpretazione ??
Grazie di nuovo,
Matador
"ccie 3582" <n...@spam.please> ha scritto nel messaggio
news:192Z6Z111Z74Y1...@usenet.libero.it...


 che dici è corretta la mia interpretazione ??
SNIP
Secondo me no: in questo momento tu stai marcando a 7 i pacchetti destinati
all'AS/400, ma non stai riservando loro banda. Quello che potresti fare e'
costruire una access-list reciproca della tua 100, nella quale cioe' indichi
tutto il traffico che non e' destinato all'AS/400 o da lui originato, e su
questo traffico applichi un CAR la cui exceed-action e' il drop. Ad esempio,
su 128K, per avere sempre 64K disponibili all'AS/400, con il CAR tagli a
128-64 tutto il resto, ed automaticamente hai una banda garantita di 64K per
l'AS/400. Ci sono comunque tante altre alternative. Tieni poi sempre conto
che mettere semplicemente a 7 l'IP precedence non serve a niente, se poi non
costruisci una politica di trattamento diversificato per i pacchetti marcati
7.


 7.
Qui no capisco cosa intendi, forse vuoi dire che specificata una route-map
policy ?
Grazie di nuovo,
Matador

 policy ?
SNIP
Volevo dire che se tu metti una ip precedence a 7, ma poi non tratti
diversamente i pacchetti marcati 7 da quelli marcati 0, non differenzi i due
tipi di traffico. Nella QoS, immagina sempre tre moduli, "classification",
"marking", "shaping". Con con il CAR ad esempio puoi classificare e marcare
(nel tuo caso ip precedence a 7), ma se il tuo "shaping" e' "transmit" non
hai differenziato il trattamento del traffico che hai classificato; azioni
di shaping possono essere: gestione differenziata di code con politiche di
svuotamento differenziate (WFQ), maggiore probabilita' di drop (WRED)...
Prova a dare un'occhiata alla documentazione QoS del sito cisco...


"ccie 3582" <n...@spam.please> ha scritto nel messaggio
news:192Z6Z111Z74Y1...@usenet.libero.it...

Grazie ancora  ccie ,adesso è tutto molto più chiaro .
Saluti,
Matador