QoS - trafic shaping

Založil majkl, Srpen 23, 2004, 06:08:37 DOPOLEDNE

« předchozí - další »

majkl

Cao, zajimalo by mne, jak mate reseny trafic shaping?

U nas s tim par lidi pokusuje, ale poradne nasaditelne reseni stale jeste neni. Takze by nam helflo, jestli na to mate neco sikulneho vymysleneho.

Jak resite shapovani, kdyz je router pripojen dvema trasami do KLFree (zalozni cesta)?

Diky
: czela.net ::

Belerby

No ja tedy nevim, ale myslim ze tohle se u nas prave taky resi :)
Takze zatim nic definitivniho
Pij beer, at je meer *22*

K5

kdyby bylo mo mém, tak je na bráně do internetu m0n0wall, který umí řídit traffic excelentně, ovšem za přesně definovaných podmínek (odchozí linka s definouvanou rychlostí, full duplexem a QoSem)

majkl

fajn a jak si představuješ systém QoSení? Na každém routeru nebo jen na bráně? Prodle priority paketů, segmentu, per ip? Co ty záložní cesty?
: czela.net ::

belgarat

1. egress traffic
je idealni ridit na jednotlivych routerech ci domovnich AP - cti: zariznout odchozi preslimitni data na prvnim routeru od uzivatele, kde to jde. Nebude se pak pretezovat pater daty, ktere by IGW zahodila.

Na klFree.NET siti jsou toho schopny vsechny routery, pomoci stupidni distribuce konfiguraku "z centra" by sel zaridit i dynamicky traffic shaping na zaklade statistik vytizeni (a la kybliky).

2. ingress traffic
je nejlepsi zariznout/ridit na jednotlivych IGW.  V pripade vice IGW a distribuce zateze po redundantnich spojich si ale nejsem moc jisty algoritmem, ktery by alespon s nejakou pravdepodobnosti pridelil uzivateli kanaly tak, aby byly pak skutecne vyuzity ;)

V mene idealnim pripade by se zarezaval na routeru nejbliz uzivatele (coz je jednodussi na naprogramovani), ale nez by datovy tok v dusledku zahazovani paketu poklesl, nadlimitni data by opet putovala po pateri - a to neni dobre.

Ad redundance a problemy s traffic shapingem:
Samotny OSPF (dynamicke routovani) problem zas AZ tak neni - v principu jde o dynamicke zmeny topologie v definovanych intervalech ci pri zmene stavu linek.
V mezidobi je topologie staticka a mrska, co pocita "kanaly" pro jednotlive uzivatele se muze ridit skutecnou topologii z routeru misto statickymi daty - to je OK. Samozrejme skript, ktery pocita bude muset byt patricne slozity.

Horsi je, kdyz ma router podporu pro equal-cost-multipath, kdy sam o sve vuli distribuuje data smerujici na tutez adresu do dvou sitovych rozhrani - protoze nejde moc dobre urcit ktery datovy tok pujde kterym smerem.