Portál AbcLinuxu, 1. května 2025 19:01

Shapovani sitoveho provozu

30.5.2008 17:43 | Linux

Zajimala by mne jedna vec, ktera mi ale bohuzel neni dostatecne jasna. Jedna se o shapovani sitoveho provozu. Predstavme si sit, kde mame x routeru ruzne provazanych mezi sebou a cela sit de do internetu jednim hlavnim spojem natovanym centralnim routerem. Je lepsi shapovat provoz na jednotlivych routerech? Nebo je lepsi resit shaping na danem centralnim routeru? Ciste teoreticky by melo stacit centralizovane reseni, kdyz si sit prevedeme do jakehosi vodovodniho modelu. Jaky je na to vas nazor? Dekuji za pripadne reakce

       

Hodnocení: 75 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře. , Tisk

Vložit další komentář

30.5.2008 18:14 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
Odpovědět | Sbalit | Link | Blokovat | Admin
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 avatar 30.5.2008 18:59 rADOn | skóre: 44 | blog: bloK | Praha
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
Odpovědět | Sbalit | Link | Blokovat | Admin
...kdyz si sit prevedeme do jakehosi vodovodniho modelu...
Další kterej si plete síťařinu s instalatéřinou :-)
"2^24 comments ought to be enough for anyone" -- CmdrTaco
31.5.2008 08:41 lexaurinek | blog: Lexaurinovy_zapisky
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
;-)
30.5.2008 20:23 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
Odpovědět | Sbalit | Link | Blokovat | Admin
shapovat na centralnim igw.
www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
30.5.2008 22:13 EiFFeL | skóre: 27 | blog: EiFFeL | Vranovská Ves
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
Odpovědět | Sbalit | Link | Blokovat | Admin
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
zabezpečení objektů a vozidel, kamerové systémy plastová a hliníková okna
31.5.2008 08:41 lexaurinek | blog: Lexaurinovy_zapisky
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
Jedna se o "komunitni" sit ;-)
31.5.2008 08:59 EiFFeL | skóre: 27 | blog: EiFFeL | Vranovská Ves
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
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 avatar 31.5.2008 17:40 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
Odpovědět | Sbalit | Link | Blokovat | Admin
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ě.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!

Založit nové vláknoNahoru

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.