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 q
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'à moin
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 avec
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 t
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 Bouaziz a écrit :
> On Fri, Jan 23, 2009, Frederic NGUYEN wrote:
>> interface ATM4/0.1 point-to-point
>>
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 squ
