Newsgroup: it.comp.reti.cisco
Titolo: e' possibile diminuire la dimensione dei buffer atm?

ho un problema curioso...
da una parte ho un 3745 con una porta atm  da 34 megabit e un pvc
dall'altra un 1751 con una seriale su hdsl framerealy
la banda garantita e' 512 kbps (e se carico la cosa la raggiungo e la supero 
pure...)
quello che non mi torna sono i ritardi...
a rete carica un ping fra i 2 endpoint ci mette quasi 3 secondi!!
ho come il sospetto che il 3745 abbia un buffer enorme  e che quindi per 
attraversarlo se e' pieno ci si metta troppo...
ovviamete il tcp riesce a saturare la cosa ma e' molto disagevole...
credo che  un buffer piu' piccolo sarebbe migliore...
tenete presente che per il voip (che funziona anche a rete carichissima) ho 
messo una cosa del genere:
!
  class-map match-all voice
   match access-group 105
!
!
  policy-map VOIP
   class voice
    priority 300
   class class-default
    bandwidth remaining percent 100
!
!
e dentro alla atm
  pvc  A/B
   abr 1536 512
   no ilmi manage
   oam-pvc manage
   encapsulation aal5snap
   max-reserved-bandwidth 100
   service-policy output VOIP
come posso migliorare la cosa?

 attraversarlo se e' pieno ci si metta troppo...
Toglitelo dalla testa, il buffer grande non fa mai male, quello che conta è
la velocità con il quale viene svuotato, un buffer grande vuol dire meno
pacchetti persi, finestre tcp più grandi, più efficienza.
Ciao,
        Tosh.


ho verificato...  abr va bene
a questo punto devo capire cosa sta succedendo...
mi sembra una follia un ritardo del genere...
nel dubbio ho aggiornato ios (sono passato dalla 12.3(3) ip plus  alla 12.3(3a) 
ip plus...  e sono su un 3745 con porta 1a-e3)
cosa devo debuggare e/o controllare per avere piu' info?  scusate ma questa e' 
la mia prima atm...

ho verificato...  abr va bene
Io non mi fiderei, ho avuto un problema analogo con telecom per poi scoprire
che abr viene usato solo all'interno della rete telecom, sulle porte verso
gli utenti configurano ubr.
Prova a configurare "ubr 1536", non ti costa niente.
Per quanto riguarda altre prove, non c'è molto da  fare, prova con i vari
sottocomandi di "sh atm int" e "sh atm pvc", ma non credo ti possano dire
molto.
Ciao,
        Tosh.



ho chiamato...
hanno controllato...  risulta anche a loro abr  (che e' pure nel
contratto)   
mi hanno detto che oltretutto il picco e' piu' alto...
ho messo 2048 512    e vado piu' veloce...
non ho potuto testare la rete...  domani vedremo...
eventualmente provo ubr...


grazie!!!!!!
ho messo ubr 2048 e le cose vanno decisamente meglio!!!!
sotto carico(1.6 mega in entrambe le direzioni)  l'rtt arriva a 100 ms...
una bella differenza...
tieni conto che io masochisticamente lavoro su nfs remoto...
ti devo una birra...

ho messo ubr 2048 e le cose vanno decisamente meglio!!!!
Purtroppo ho avuto lo stesso problema, tutti quelli che consultavo in
telecom mi dicevano che andava configurato l'abr, fino a che non ho trovato
un'anima pia che mi ha spiegato che i suoi colleghi vedono a terminale il
cos che viene configurato verso la rete interna, che è effettivamente abr, e
regolarmente lo scambiano per quello da impostare sul dispositivo remoto.
Se il cir concordato è 512 ti conviene impostare come parametro 1536, questo
è almeno quello che ho sempre fatto ed ho sempre avuto pochi problemi;
magari in un momento di rete scarica provali tutti e due e vedi la
differenza con un ftp o qualcosa del genere.
ti devo una birra...
Ti conviene pagarmi un vestito :-)
Ciao,
        Tosh.


Non so gli altri ... io se trovo la birra buona ti rovino, poi va à finire
che ti penti :-)
Ciao,
        Tosh.