Shapovani sitoveho provozu (diskuse)

[Filip Jirsák]

Ideální je shapovat provoz před úzkým hrdlem, což ale ve vašem případě asi není reálné. Pak je lepší shapovat v místě připojení do internetu (pokud to je to úzké hrdlo), protože tak můžete přidělovat dostupnou šířku pásma. Když budete shapovat na routerech někde dál, musíte omezovat provoz na nějaký průměr, a přitom třeba na jiných routerech bude slabý provoz a jejich šířka pásma tak zůstane nevyužitá.

[rADOn]

...kdyz si sit prevedeme do jakehosi vodovodniho modelu...

Další kterej si plete síťařinu s instalatéřinou

[lexaurinek]

[Zdeněk Štěpánek]

shapovat na centralnim igw.

[EiFFeL]

otazka je jestli je tech X pripojenych lidi firemni sit nebo sit kde si kazdy plati urcitou konektivitu?
v pripade prvnim bych se priklanel k shapovani provozu na centralnim serveru, v pripade druhem k shapovani na co nejblizsim miste u klienta

[lexaurinek]

Jedna se o "komunitni" sit

[EiFFeL]

a to jest princip jaky? mate tam tak rozumne uzivatele ze situace kdy dva mezi sebou vytizi sit natolik ze ostatni prestanou fungovat se nestane?

[Grunt]

Shapování funguje tak(no, teda ono funguje všelijak, ale toto je jeden ze způsobů), že skládá příchozí pakety do fronty, kterou jste si určil(to je ta max. povolená rychlost) a ty které se do ní už nevlezou jednoduše zahodí. u TCP to není žádný problém, jelikož to se přizpůsobí a sníží odesílací rychlost po celé šířce spojení. Trošku horší je to už s UDP, jelikož to žádnými takovými algoritmy nedisponuje, takže prostě pere u odesilatele do linky kolik chce a pokud náhodou to kolik chce je více než max. kapacita některého spoje dochází k zahlcení. Takže nejlepší zp. je traffic příchozí z internetu shapovat co nejblíže odesílateli, tedy na centrálním shaperu a směr odchozí u jednotlivých klientů a tím se vyhnete zahlcení vnitřní sítě.