Julien Danjou a écrit :
At 1232723497 time_t, Julien Escario wrote:
Ok, c'est une bonne piste mais ce sont les serveurs de mes clients qui
sont derrière. Je ne suis pas admin dessus.
Ceci dit, ça peut être un prérequis technique mais ça implique d'ouvrir
un range de ports au moins aussi grand
On Fri, Jan 23, 2009, Frederic NGUYEN wrote:
interface ATM4/0.1 point-to-point
description Client Delamortkitue #Ref client
ip address x.x.x.x 255.255.255.252
pvc 42/69 -- vp/vc
cbr 640 --- FT livre du CBR (constant bit rate), autant en profiter
Le problème du CBR c'est qu'à moins de
Certes mais chez nous on avait maqueté le service policy output et ca ne
marche pas trop bien avec l'ubr...
Par contre je reviens sur l'oam-pvc manage c'est effectivement sympathique,
une ligne où le modem FT est down fais tomber l'interface, je vais regarder
si on peut en faire quelque chose
Effectivement, j'aurais du mentionné que dans notre cas, on provisionne
essentiellement des liens ToIP, pour l'équivalent d'un ou plusieurs T2.
Difficile de surbooker déjà qu'on compresse... (même si c'est un doux rêve
:p)
Le problème du CBR c'est qu'à moins de ne vendre que des accès
à débit
Les routeurs d'acces permettent depuis longtemps de faire de
l'oversubscription sur leurs cartes atm (en vbr-nrt c'est sur et peut
etre aussi certainement en cbr).
Rachid
Le 26/01/09, Raphael Bouazizrap...@noemie.org a écrit :
On Fri, Jan 23, 2009, Frederic NGUYEN wrote:
interface ATM4/0.1
Je la refais ;-)
Si tu t'interfaces avec le modem ft et que tu actives oam-pvc manage
sur ton pvc, I'll y a des chances que ton pvc tombe down alors qu'I'll
etait up juste avant le config change. Si cela se passe effectivement
comme ca, c'est que le modem ft a drope tes oam.
Au fait pourquoi tu