upload en downloadsnelheid afknijpen?
Alex
huisgenoten draaien me bijna me nek om omdat direct connect al de
bandbreedte wegslurpt. Kent iemand een programma waarmee ik zelf de snelheid
van mijn internet verkeer kan instellen? zodat er ook bandbreedte voor hun
overblijft
alvast bedankt,
alex
RM Vermeer
of
ISA server gebruiken
die optie kan daarin gemaakt worden op gebruiker niveau
"Alex" <a.l...@xs4all.nl> wrote in message
news:a79o35$bo8$1...@news1.xs4all.nl...
netwebber
ik heb hier redelijk wat onderzoek naar gedaan... onder windows is het
eigenlijk niet mogelijk. linux heeft er wel tools voor. verder zijn er
hardware oplossingen voor. Veelal heeft de software die je gebruikt zelf wel
zo'n tool.. ftp getright edonkey kazaa grokster e.d. dus dat zou al kunnen
helpen. Verder kan je als je een website hebt deze ook afknijpen naar buiten
toe.
netwebber.
ik heb iemand gevonden die er wat voor geklust had maar het is mij te
ingewikkeld. (en jouw ook anders had je deze vraag zelf al gevonden door
groups.google.com en bandwith trottling te zoeken.)
verder ben ik bang dat hij een voorbeeld geeft om Bandwidth te trottlen naar
buiten toe (als in een website.) en niet voor inkomend...
__________--
start of repost
__________
Dear Larry
At the moment a lot of people are asking about a software package under
windows
that can do some kind of Bandwidth throttling. Because you (and some
Linux friends)
where the only people who wrote that they were doing something about
that I wondered
if you succeeded in your effort?
http://groups.google.com/groups?q=BandWidth+Throttling&hl=nl&start=90&sa=N
The following will do just what you are asking. The problem is that it
seems that nothing happens because you need to check the Properties
again and bandwidth throttling will be enables. If you want to disable
BandWidthThrottling to -1. You also need to multiply what ever you want
to set Bandwidth size to by 1024. When you check the size of the
MaxBandWidth setting multiply it by 1024 to get the setting in MB since
it is set in KBs. The code below will do just what you are asking it to
do.
Option Explicit
Private Sub GetMaxBandWidth_Click()
Dim Site As IADs
Dim ServerName As String
Dim SiteIndex As Long
ServerName = "ServerName" '<-------- Set this to the ServerName
SiteIndex = 1 ' <------------ Set this to the Index number of
Web
Set Site = GetObject("IIS://" & ServerName & "/W3SVC/" & SiteIndex)
MsgBox Site.maxbandwidth / 1024
End Sub
Private Sub SetMaxBandWidth_Click()
Dim Site As IADs
Dim ServerName As String
Dim SiteIndex As Long
Dim NewMaxBandWidth As Long
ServerName = "ServerName" '<-------- Set this to ServerName
SiteIndex = 1 ' <------------ Set this to the Index number of
Web
NewMaxBandWidth = 1048576 ' <---------- Change this number to
whatever size you want. This is 1MB 1024 * 1024 = 1MB
Set Site = GetObject("IIS://" & ServerName & "/W3SVC/" & SiteIndex)
Site.maxbandwidth = NewMaxBandWidth
Site.SetInfo
End Sub
-----Original Message-----
From: Wouter Blom [mailto:w.e....@tbm.tudelft.nl]
Sent: Monday, January 21, 2002 5:19 PM
To: larry...@msn.com
Subject:
Larry Dodd (larry...@msn.com)
Onderwerp:BandWidth Throttling
Discussies:microsoft.public.adsi.general
View: (This is the only article in this thread) | Original Format
Datum:2001-01-14 19:43:13 PST
I am trying to enable BandWidth throttling through ADSI and VB. I know
how
to get and set the MaxBandWidth metabase setting but if BandWidth
Throttling
is not enabled it returns a -1. I would like to be able to enable
BandWidth
Throttling programmatically. Any example of how to do this would be very
helpful.
Wouter Blom
ON Usenet Netwebb...@xs4all.nl
Before that as Netw...@www.com
Here is a link to a Utility that I think will make your life easier when
it comes to editing the Metabase. You can take screenshots of the window
and compare the values when you make changes. You can also make changes
in the utility and check what the results are in the IIS properties
window.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q232068
netwebber
> of
> ISA server gebruiken
mmm welke proxy dan bevoorbeeld?
ISA server zal ik even kijken of ik daar het een ander over kan vinden.
netwebber
A_Alias
maar met al die soft en hardware oplosinge daarme voorkom je tog niet
dat dowload hellemaal instort bij het uploaden.
stel je hebt een basic acount en je zorcht dat je met direct conect
maar 4 KBps kan uploaden. dan blijft er nog steeds maar een mieserige
download over die meer weg heeft van een isdn verbinding kwa
snellheid.
ik vindt dat de KPN met dat betreft een kat inde zak heeft verkocht.
het valt me well op dat het ook uitmaakt met wie je verbonden bent.
van de eene gebruiker heb ik meer last als van de anderre en mat name
Cable ussers willen wel eens m'n totaale downstream platleggen tot
1a3kbps en van (x)dsl users heb ik vaak minder last als ze bij mij
uploaden.
A_Alias
Frank van Klaveren
"A_Alias" <loca...@xs4all.nl> schreef in bericht
news:bjug9us2u2n2ng86k...@4ax.com...
Jaja, en iedereen vult natuurlijk heel eerlijk zijn/haar verbindingssnelheid
naar waarheid in.
Het zegt helemaal niets bij wie je uploadt, het kan bij iedereen gebeuren
als de ontvangende partij
maar genoeg downstream heeft om jouw upload vol leeg te trekken.
Frank
Arno Slatius
howto kunnen gaan lezen:
http://lartc.org/HOWTO//cvs/2.4routing/output/2.4routing.html
Arno
"Alex" <a.l...@xs4all.nl> wrote in message
news:a79o35$bo8$1...@news1.xs4all.nl...
Rob J Meijer
>On Wed, 20 Mar 2002 11:39:58 +0100, "netwebber"
><netwebb...@xs4all.nl> wrote:
>>> een proxy server gebruiken
>>> of
>>> ISA server gebruiken
>>
>>mmm welke proxy dan bevoorbeeld?
>>
>>ISA server zal ik even kijken of ik daar het een ander over kan vinden.
>>
>>netwebber
>>
>maar met al die soft en hardware oplosinge daarme voorkom je tog niet
>dat dowload hellemaal instort bij het uploaden.
Daar zijn 3 mogelijke oplossingen, oplopend in harigheid en aflopend
in prijs zijn dat:
1) Vervang je modem door een volwaardige DSL router die met
priority queuing werkt.
2) Zet tussen je modem en een netwerk een oud P100 doosje, zet daar
linux op richt het in als router, en gebruik een combinatie van
priority queuing en trafic-shaping.
3) Gooi een nullmodem tussen de boosdoener en een andere PC, draai op die
andere PC een ppp daemon en laat deze PC verkeer routeren, en zet de
default route op de boosdoener via de PPP verbinding. Het upstream
verkeer van de boosdoener wordt dan afgeknepen tot de snelheid waarop
je de seriele link configureert.
Rob
Tijs van Dam
linux pas komt kijken op het moment dat zoveel packets aangeboden worden dat
linux ze niet meer kwijt kan. Maar als een huisgenoot 20 kazaa-downloads
open heeft staan en ik een enkele download, dan wordt er beslist aan de
andere kant van het modem (door kpn/xs4all). Linux krijgt gewoon op 512 kbit
packets binnen die over eth verstuurd moeten worden, wat geen enkel probleem
is met welke vorm van queuing dan ook.
Voor upload werkt het natuurlijk wel.
Of is het mogelijk op een of andere manier te zeggen: de inkomende stroom
mag 50k zijn, als je daar in de buurt komt moet er geknepen worden op basis
van destination ip?
Tijs
"Rob J Meijer" <rme...@xs3.xs4all.nl> wrote in message
news:a7a34p$32s$1...@news1.xs4all.nl...
> A_Alias <loca...@xs4all.nl> writes:
>
> 2) Zet tussen je modem en een netwerk een oud P100 doosje, zet daar
> linux op richt het in als router, en gebruik een combinatie van
> priority queuing en trafic-shaping.
> Rob
A_Alias
IK bedoel het echt zoals ik het schreef er zijn er bij die maar een
laage snellheid trekken en dan nog de boel om zeep helpen ik heb dit
zelfs getest met ** een open** slot let op 1 dus en de anderre kant
trok maar 3.8 KBps en mijn verbinding lag lam.
daartegen had ik ook een paar test met gebruikers die 5,5 a6.2 van m'n
basic adsl afhaalde en ik kon nog rustig alles doen zij het dat het
een beetje trager ging.
en ik ge er van uit dat als je zelfs in een chat zecht wat je
verbinding is en het komt overeen met het resultaat uit een trace dat
het dan echt om kabbel of (x)dsl of sataliet gaatin veel gevallen
bleek ook dat de betrefende maatschappijen volgens dslreports ook
aleen maar verbindings methode X Y of Z leverde.
aangezijn mijn brakke adsl verbinding met deze tests net beter werdt
heb ik de resultaten weggegooit.
onder de testers zaten ook betrouwbare vrienden met UPC en @HOME
cable.
kortom ADSL is geen verbinding die je met huisgenoten kan delen tenzij
je daar strakke afspraken overmaakt dat je het aleen voor een beetje
webbrouwsen gebruikt en tekst emails.
met up en download terglijke tijd haalt mijn 56k modem presies de
helft van een adsl basic acount op direct conect.
het eenigste vordeel is als je 24x7 bestanden via direct conect
ontvangt en verzend is dus dat het twee keer zo snel gaat en dat je
net iets goedkoper uitbendt dan met tikken 90 uur snacht's is al de
prijs van een basic acount.
tel uit je winst.
A_Alias
Aurora Borealis
"A_Alias" <loca...@xs4all.nl> schreef in bericht
news:g7ah9u8hitjc5r4g5...@4ax.com...
--
Posted by news://news.nb.nu
Alex
downloaden hoor.
gebeurt vaak genoeg bij direct connect dat ik van 4 mensen d/l en dat er bij
bij ook 2 downloaden (dus uploaden)
ik gebruik du meter om mijn snelheden te meten
Rob Janssen
>Werkt priority queuing met linux inderdaad? Het lijkt me dat de queuing in
>linux pas komt kijken op het moment dat zoveel packets aangeboden worden dat
>linux ze niet meer kwijt kan. Maar als een huisgenoot 20 kazaa-downloads
>open heeft staan en ik een enkele download, dan wordt er beslist aan de
>andere kant van het modem (door kpn/xs4all). Linux krijgt gewoon op 512 kbit
>packets binnen die over eth verstuurd moeten worden, wat geen enkel probleem
>is met welke vorm van queuing dan ook.
>Voor upload werkt het natuurlijk wel.
Het knijpen van inkomend verkeer kan door het droppen of vertragen van ack
pakketjes op de uplink. Dan gaat de andere kant vanzelf langzamer zenden.
Als je het niet erg vindt om "smerige" data manipulaties aan te brengen dan
kun je stieken de windowsize in de acks naar beneden bijstellen. Dat doen
die dure commerciele dozen ook. Dit kan wel heel erg verkeerd gaan als er
bugs in zitten... pakketjes droppen of vertragen is op dat gebied
veiliger.
Heb je een proxy tussen die client en internet zitten dan kun je daarin
gewoon de snelheid knijpen. Dat betekent dan dat die proxy gewoon wat
langzamer van de netwerksockets leest, en daarmee de TCP stack in de
proxy machine automatisch de boel bijregelt.
Rob
--
+--------------------------------+--------------------------------------+
| Rob Janssen pe1...@amsat.org | WWW: http://www.xs4all.nl/~pe1chl/ |
| AMPRnet: r...@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8ZAA.#NBO.NLD.EU |
+--------------------------------+--------------------------------------+
Tijs van Dam
"Rob Janssen" <nom...@pe1chl.ampr.org> wrote in message
news:slrna9i0s0...@linux.pe1chl.ampr.org...
> Tijs van Dam <j.m.NOSP...@Mits.tudelft.nl> wrote:
>
> Het knijpen van inkomend verkeer kan door het droppen of vertragen van ack
> pakketjes op de uplink. Dan gaat de andere kant vanzelf langzamer zenden.
>
(hopelijk :-), dus blijft het moeilijk. Ook windowsize is moeilijk, ik snap
dat commerciele dozen het doen maar die zijn lijkt me constant bezig met het
monitoren van gebruikte bandbreedte op de links en kunnen op basis daarvan
beslissen.
De linux kernel doet dat niet, die maakt voor uitgaande packets een
beslissing in welke queue ze komen puur op basis van het packet zelf.
Een mogelijkheid is natuurlijk om verkeer naar het interne netwerk toe te
knijpen op bv 500kbit, zodat ik inderdaad in de linux box kan prioritizen
(meer packets voor mij dus :-). Het probleem is dat ik dan niet elke laatste
bit bandbreedte uit kpn trek, wat ik erg jammer zou vinden. Of ik moet
alleen het kazaa verkeer op poort 1214 knijpen, dat is nog wel te doen.
> Als je het niet erg vindt om "smerige" data manipulaties aan te brengen
dan
> kun je stieken de windowsize in de acks naar beneden bijstellen. Dat doen
> die dure commerciele dozen ook. Dit kan wel heel erg verkeerd gaan als er
> bugs in zitten... pakketjes droppen of vertragen is op dat gebied
> veiliger.
>
> Heb je een proxy tussen die client en internet zitten dan kun je daarin
> gewoon de snelheid knijpen. Dat betekent dan dat die proxy gewoon wat
> langzamer van de netwerksockets leest, en daarmee de TCP stack in de
> proxy machine automatisch de boel bijregelt.
>
Nee, het is een heel simpel netwerk, iedereen zit direct op de router.
Bovendien _haat_ ik proxies, hoe goed ze ook kunnen werken.
Groeten,
Tijs