vliv na propustnost z 1Gb na 100Mb

[Majklik]

Pěknej had.
Já si takhle také pěkně rozbil upload rychlost, když jsem optický konvertor nahradil RB260GS kouskem s osazeným SFP portem.
Trasa byla noťas----RB800----switch----TX/FX----[sklo100Mbps]----FX/TX----RB435G a rádio uplink. Normálně z komplu před RB800 uplink na speedtest kolem 40 Mbps.
Po úpravě na noťas----RB800----switch(SFP)----[sklo1000Mbps]----RB260GS----RB435G je uplink ve světlých chvílích max 25 Mbps s XPčkama, 35 Mbps s Win7...
Propoj RB260GS-RB435G zůstal na 100 Mbps kvůli použití PoE, vše předtím Gigo, první varianta byla gigo do switche, dál stovka.

[okoun]

Psal jsem to z mobilu, takže "GS" jsem tam nedával. Každopádně otázky trvají - máš to za výpalné a skutečně budeš raději laborovat s FW/nastvením než tam zkusit něco jiného? Potažmo Tě to asi zatím moc netrápí když stačí i 100Mbs na přívodu.

žádné výpalné, ale přívod je v 1Gb nevím kde si vzal 100Mb. zkusit jiný switch možná ano, ale nevím jaký.

[David2006]

Psal jsem to z mobilu, takže "GS" jsem tam nedával. Každopádně otázky trvají - máš to za výpalné a skutečně budeš raději laborovat s FW/nastvením než tam zkusit něco jiného? Potažmo Tě to asi zatím moc netrápí když stačí i 100Mbs na přívodu.

žádné výpalné, ale přívod je v 1Gb nevím kde si vzal 100Mb. zkusit jiný switch možná ano, ale nevím jaký.

Psal jsi že když to přepneš na 100Mb tak to jede líp. Každopádně pokud se k tomu dá dostat tak vem první Gigo co máš po ruce (Procurve,Cisco...) jen zatím ne Mikrotik. Pak se podle výsledku rozhodni co tam necháš.

[Majklik]

Já bych na Mikrotika hned nanadával v tomto případě. Problém může být klasická blbost toho typu, že MP360 používá flow control. Mikrotik v v těch switchích RB250/260GS ho také podporuje a má jej v základu zapnutý (blbost na Ntou). Takže je to možná celé o něm.

Když je port gigo až do MP360 (a nic předtím nedělá omezování toků), tak dochází k hlcení té Alcomy a ta stopuje přes flow control provoz na delší dobu, než je vhodné, proto to může jít tak na prd. Přepnutím na 100 Mbps linku mezi switchem a Alcomou už nedojde k zahlcení Alcomy a neseká se to na flow control. Začne se hltit ten switch. I když by byl v 250GS flow control zapnut a posílal se následně do toho supermikra, tak ROS jej v routeru ignoruje (jediné rozumné chování) a nedělá to bordel.
Možná by jen stačilo v MP360 (jde to vůbec?) a 250GS vypnout flow control a dosáhne podobných výsledků, jako se shozením na 100 Mbps...

Rozíl mezi Procurvou/Ciscem a RB250GS v tomto pokusu může být jen to, že první skupina flow control vůbec nepodporuje nebo ho má rozumně v základě vypnut (např Cisco bedny jej obvkyle neumí vůbec generovat a jde jen zapnout, že se mají pauzovat při příjmu požadavku od protistrany).

[hapi]

je pravda že by na začátku sítě neměl mít takovej stolní hajzl jako je RB250GS. Jedna věc byla že mě pomohla ale to přes to teče tak 10 procent konektu a cca 50 lidí. V případě okouna přes to teče celá nebo spíš většina konektu.

Hodil bych tam jetstream od tplinku, maji i 8 portovou plně gigovou verzi. Jo už ten internet neni taková prdel co.

Je třeba si uvědomit že to co ten switch bravurně zvládá když je ve firmě mezi PCčkama a tahá mezi nimi gigabity na firemní server neni nic proti tomu když přes něj teče řádově 10-100x víc konexí i když s řádově 10-100x menší kapacitou. Když k tomu připočtem větší bursty který TCPko vytvoří pomocí window size protože je cíl třeba 20ms daleko tak tu máme docela slušnej nárazovej tok vytvořenej třeba stovkou userů. Schválně otestuj rychlost ve špičce a v noci když tam nikdo neni. U mě se lišil a v noci to jelo ok.

[Majklik]

Hapi, Jetstream 8 port nebo 250GS, to je na stejné brdo (pokud nepotřebuji řešit multicast, HW řízení priorit a podobné - a to si nejsem jist, že je to vhodný kousek pro takové vylomenin). Pokud za tím má MP360, tak tím víc jak 300 Mbps neteče, jestli má koupeno třeba 700 Mbps a rozhazuje ho na 4 porty dolů, tak to ta krabička dá, pokud má koupeno víc, tak už tam nemá co dělat 1 Gbps switch a je jedno, jaké provenience.

[hapi]

a to si právě nemyslim.

[David2006]

Chápu to tak že mu tam ve špičce teče tak 60-80Mbs a koupeno má 100-120Mbs což mu rozvádí ta 170Mbs MP360. Ale to asi není tak podstatné - jako to aby si to zkusil s jiným switchem (přimlouvám se za HP Procurve 1910 v gigu či něco podobného).

[okoun]

zkusím tam fiknout toto: TL-SG3210, jinak flow control mám všude vyplej, pokud ho všude zapnu je to úplně stejné

[David2006]

No pokud ho máš v šuplíku tak na pokus jo, ale jinak extra bych to nekoupil.

[okoun]

proč? nechci stavět síť na switchy od každé firmy jeden, nová řada TP-linků je nejlepší poměr cena výkon, už byly mnohokrát testované a i tvoje super i4 to tvrdí

[David2006]

Na ten 80Mbit ve špičce co máš je to aji jedno... .

[Dalibor Toman]

Chápu to tak že mu tam ve špičce teče tak 60-80Mbs a koupeno má 100-120Mbs což mu rozvádí ta 170Mbs MP360. Ale to asi není tak podstatné - jako to aby si to zkusil s jiným switchem (přimlouvám se za HP Procurve 1910 v gigu či něco podobného).

chtelo by to nejakej switch, ktery umi :
1) reportovat pocty prijatych pause ramcu - aby bylo videt, zda se flow control vubec aktivuje
2) reportovat problemy s dorucovanim packetu - tj switch prijme packet a pak zjisti, ze ho nema kam dorucit kvuli ucpane vystupni fronte portu (cilovy interface pauziruje kvuli flow control apod)
3) nejaka moznost nastavit QoSko na vyhlazeni provozu.

(treba cisco 2950, 2960,..)

Flow control neni potreba na ALCOME vypinat - pokud k ni pripojeny switch ma moznost neragovat na pause ramce. IMHO je to tak lepsi - pokud switch umi zobrazit, zda pribyvaji pause ramce tak vidim, ze QoS nezabira jak ma, je nejaky problem na lince apod.

Pokud tou ALCOMOU MP360 tece jen 60-80 tak si myslim, ze by se problem s microburstem projevoval jen nepatrne a na zminene mereni rychlosti by vliv nemel (pokud ta ALCOMA nema snizenou MAX rychlost). Obvykle to zacina byt vyraznejsi, kdyz tok dosahne tak 50% kapacity radioveho spoje. Plus minus 200 let
edit: koukam do schematu, ze ALCOMA ma psano 170mbps propustnost. Tak to pri tom toku uz bursty zrejm emohou mit dostatecny vliv...

Btw: to je jedna z veci co me na Mikrotik boardech hodne stve - error countery v SNMP jsou k nicemu. Videl nekdo v ifxxDiscards a ifxxErrors neco jineho nez 0? MAm na mysli predevsim RB4xxx

[pepulis]

Sice je tohle tema uz zastarale, ale presto se zeptam, jestli nekoho neco nenapadne:

Internet (optika)-------GW-TP Link switch-SXT AC - klient (cca 50 m od bodu)

GW - supermicro karta 2x 1 Gbit
TP-Link TL-SG3210 JetStream™ 8-Port Gigabit - vsechny porty nastavene na Gbit
SXT AC je pripojene pres POE 100 Mbit

Kdyz od klienta merim rychlost rano / dopoledne, tak namerim bez problemu jeho pozadovanou rychlost 30 Mbit. Jakmile je vecer / popr. je konektivita vic vytizena (ale porad je tam dostatek volne kapacity), uz se ta rychlost klienta pohybuje nekde kolem 10 Mbit, pritom dany sektor neni nejak vytizeny (ccq klienta 90/90 - je docela dost pod urovni sektoru a nemuzu to s ohledem na dalsi klienty naklonit moc dolu ...). Co mi muze brzdit danou rychlost? Je ten switch spatny? I kdyz tim to asi nebude, ja osobne namerim primo pres ten switch zbytek volne kapacity linky (i 200 Mbit ...) Tece pres nej ve spicce cca 200-300 Mbit. Muze to delat to POEcko (100 Mbit - 1 Gbit prechod)?

[Dalibor Toman]

nejpodezrelejsi je ta wifina.
Jaka je rychlost mezi radiem u klienta a AP?
jaka je rychlost z Internetu na AP?