[cbq] veranderd mtu met bursting :?

[eth0]

Ik gebruik het cbq.init script onder linux om de bandbreedte te beperken, dit alles werkt goed om diverse servers een maximaal bandbreedte tegeven.
Maar nu komt het probleem, ik moest laats een server op 256 Kbit zetten met een burst van 1mbit. Ik had nog nooit bursting gebruikt maar naar de erg simple voorbeelden in het script heb ik het volgende er ingezet:

code:

outgoing config file:

DEVICE=eth0,100Mbit,10Mbit
RATE=256Kbit
WEIGHT=25Kbit
BUFFER=1000Kb/8
PEAK=1Mbit
PRIO=5
RULE=213.xxx.xxx.xxx,

incoming config file:

DEVICE=eth2,100Mbit,10Mbit
RATE=256Kbit
WEIGHT=25Kbit
BUFFER=1000Kb/8
PEAK=1Mbit
PRIO=5
RULE=213.xxx.xxx.xxx

Alleen de buffer en de peak verschild hier met de normale config zonder busting.

Nu herstart ik cbq dit gaat goed, maar als ik wil ftp naar de server kan ik alleen maar kleine bestandje uploaden 600 bytes enzo maar als ik groote bestanden wil uploaden 50 kbyte ofzo slaat de ftp vast, na wat onder zoek kwam ik er achter dat het aan de mtu lag deze mocht maximaal nog maar 1461 zijn ipv 1500 . Zet ik de burting regels nu weer uit en zet hem hard op 265kbit dan werkt alles wel weer goed en is de mtu gewoon weer 1500. Nu kan ik op de server (w2k) in het register de mtu hard op 1461 zetten dan werkt alles wel goed. Maar ik vind dit geen oplossing omdat veel systemen ook van klanten zijn en niet door mij beheerd worden dit is allemaal wat lastig als deze ook bursting willen gebruiken.

Nu is mijn vraag komt dit door een foute config of zie ik iets helemaal over het hoofd Ik heb al gezocht op google en op dejanews maar kan niets vinden en kan ook geen mailinglist vinden van cbq dus daarom post ik het hier.

[Predator]

[forum=24] -> [forum=23]
Dit is meer iets voor NOS

De uitvoer wat dat script parsed ff'n pasten is denk ik wel wat handiger dan gewoon die simpele config file.

[eth0]

Op donderdag 04 juli 2002 20:11 schreef Predator het volgende:
[forum=24] -> [forum=23]
Dit is meer iets voor NOS

Vindt ik niet die heeft toch alles met servers en zeker met networking (bandbreedte mtu enz..) te maken niet Ja het draait dan wel op linux maar dat is bijzaak vindt ik.


Maar ja hier wat output van cbq.init list met bursting alle andere regels die er normaal in staan zijn verwijderd hierstaan dus nu alleen de regels die met bursting zijn.

code:

---[ eth0: configured classes ]---------------------------

class cbq 1: root rate 100Mbit (bounded,isolated) prio no-transmit
class cbq 1:240 parent 1:1 leaf 8136: rate 256Kbit (bounded) prio 5


---[ eth0: queueing disciplines ]-------------------------

qdisc tbf 8136: rate 256Kbit burst 1000Kb peakrate 1Mbit minburst 1499b lat 129.1ms
qdisc cbq 1: rate 100Mbit (bounded,isolated) prio no-transmit



---[ eth2: configured classes ]---------------------------

class cbq 1: root rate 100Mbit (bounded,isolated) prio no-transmit
class cbq 1:1 parent 1: rate 100Mbit prio no-transmit
class cbq 1:240 parent 1:1 leaf 8135: rate 256Kbit (bounded) prio 5

---[ eth2: queueing disciplines ]-------------------------

qdisc tbf 8135: rate 256Kbit burst 1000Kb peakrate 1Mbit minburst 1499b lat 129.1ms
qdisc cbq 1: rate 100Mbit (bounded,isolated) prio no-transmit

En hier zonder bursting:

code:

---[ eth0: configured classes ]---------------------------

class cbq 1:132 parent 1:1 leaf 813e: rate 5Mbit (bounded) prio 5
class cbq 1: root rate 100Mbit (bounded,isolated) prio no-transmit
class cbq 1:240 parent 1:1 leaf 814e: rate 256Kbit (bounded) prio 5


---[ eth0: queueing disciplines ]-------------------------

qdisc tbf 814e: rate 256Kbit burst 10Kb lat 190.7ms
qdisc cbq 1: rate 100Mbit (bounded,isolated) prio no-transmit


---[ eth2: configured classes ]---------------------------

class cbq 1: root rate 100Mbit (bounded,isolated) prio no-transmit
class cbq 1:1 parent 1: rate 100Mbit prio no-transmit
class cbq 1:240 parent 1:1 leaf 814d: rate 256Kbit (bounded) prio 5



---[ eth2: queueing disciplines ]-------------------------

qdisc tbf 814d: rate 256Kbit burst 10Kb lat 190.7ms
qdisc cbq 1: rate 100Mbit (bounded,isolated) prio no-transmit

[eth0]

schop

[eth0]

niemand

[eth0]

Als hier ook niemand geen ideeen heeft geef ik het op

[eth0]

Dat hier echt niemand iets op te zeggen heeft vindt ik maar vreemd

[mardan]

Je zou is in je script kunnen kijken of de mtu setting van de tbf 'aan' staat of die evt. kunnen verwijderen/veranderen.
Opties van tbf kan je zo vinden:

code:

$# tc qdisc add tbf help