Test BT jedním a vícenásobným spojením

magic · 2020-06-15T07:46:01+00:00

Potřebuji poradit s jedním problémem na jednom AP. Testem BT z hlavního routeru na klienta/ty toho AP mám jedním spojením cca 30M. Vícenásobným spojením (tře...

b_henry

Napadají mě příčiny jako MTU nebo zahazování paketů kdesi..

magic

Aktuální MTU ukazuje MK na všech zařízeních 1500. Nevyznám se v tom, ale L2MTU je na všech nastaveno na 1600 až na jeden router u kterého to nejde změnit a je tam 1520. Co se týče zahazování paketů, tak nikde žádný error a ani drop. Na jeden problém jsem, ale narazil a nevím jestli s tím souvisí. Na spoji mezi dvěmi LHG60 test udělá jen 230M a s více spojeními vytáhne cca 600M. Prověřil jsem to i s ostatními spoji a chová se tak všude.

pgb

Test děláš předpokládám TCP. MTU je blbost, to by to nešlo vůbec. Pohledej flowcontrol na eriksonu a na switchich mezi

magic

pgb
Ano test TCP. Abych vyloučil Ericsona, tak se to chová stejně až za ním.
tzn.
LHG60<->LHG60<->RB750G<->RB922<->DISCac - špatné
LHG60<->LHG60<->RB750G<->RB922 - OK
RB750G<->RB922<->DISCac - OK
flowcontrol mám všude defaultně off

disk

Response, jitter, packet loss a vypocteny tcp window size?

magic

CCQ cca kolem 100 (96/97, atd)
pakety se neztrácejí
pravda, že přes NV2 je průměr pingů vyšší. Na spojích do 2ms a 5GHz míle 9ms.
Jinak nerozumím otázce. Na co se mám zaměřit?

magic

Ještě další poznatek:
RB750G<->RB922<->DISCac - OK
LHG60<->RB750G<->RB922<->DISCac - špatné
V podstatě testuju z LHG60, které je připojené UTP k RB750g a už je to zlé.
1 spojení 20M
10 spojení 60M
Zkoušel jsem nastavit flowcontrol na všech LAN portech po cestě. Źádné zlepšení.
Už fakt nevím.

hapi

magic tim LHG60 myslíš jenom první zařízení u RB750G nebo celej spoj až na konec? Pochybuju o tom že za to může RB750G. Tak slabá není pokud na to neni hromada pravidel a queue.

felix

RB750G máš v jakém režimu?

magic

felix Routuje

misho

Amen 🤣

magic

hapi Ano, LHG60 hned u routeru. Na 750G není skoro nic krom pár místních rout a pár pravidel ve wirewallu.

petrbacina

Vyhodit tu 750ku. Je to starej pomalej krám.

hapi

zapni flow control mezi 750g a lhg60 případně i jinde.

magic

hapi To jsem právě udělal na celé trase. Zítra zkusím vyměnit tu 750G za 2011.

petrbacina

magic To není teda zrovna moc velká změna :-)

disk

čti stranu 5-14 (window size)
http://www.cs.vsb.cz/grygarek/TPS/projekty/0506Z/roh035-TCP-Optimization.pdf
tímto děkuji autorovi práce

jakýkoliv aktivní prvek v cestě zvyšuje odezvu a prodlužuje čas na odpověď, tím máš pak menší okénko pro data na jedno spojení, ale při vícero spojení jsi schopný zaplnit celou linku
odezva se zvyšuje se zatížením a nezapomeň, že nemáš všude fullduplex spoje

magic

petrbacina Na koncových AP máme ve většině 2011 a bez problémů. Podezírám tu 750G, že může být stará/vadná. Nemyslím, že by nedokázala normálně 750G přenést 100Mbit jedním směrem.

petrbacina

Psal jsi, že tam je pár rout a pár pravidel ve firewallu. To může být klidně kámen úrazu ;-)

pgb

A CPU při přenosu má jakou zátěž? Ono třeba jediný L7 pravidlo sejme všechno. Obyč hex poe mi dá při správném firewallu 850Mbps a taky ho umím zničit na 10Mbps.

magic

pgb Vytížení při tom jednom spojení je cca 15-20%. Zkoumal jsem routy a ten LHG60 u RB750G má bránu zpět přes spoj. Pokud jsem na LHG60 testovanou část sítě (klient x.x.66.22) přidal do routy, aby nešla zpět, ale přímo na RB750G, tak to jede OK. Vše ukazuje na to, že problém je v tom spoji 60G?

Další stránka »