classic.ISPforum.cz

Hoja,

mam mensi problem.

AP - RB600 s 3x CM9, celkem obsluhuje 3x sektor H polarizace, 90°, pripojenych lidi - ted asi 12 celkem.. kazdy sektor asi 4 lidi, s tim, ze na jednom sektoru je "klientsky set" JRC parabola 29dBi a jako client RB411A, pseudobridge.

Vse je OK, jen na tom klientskem setu (pod 411A ja LANka s asi 8mi lidma) kdyz zacne byt traffic nad 3mbit/s FD, tak latence leti do vysokych vysin. az k 500, 600ms.. kdyz tam je traffic okolo 17mbit/s, tak uz to jsou 2 sekundy, cca... podotykam, ze jsem jak na klientskem setu vymenil R52 za jinou, to same na AP. Zaruseno neni, zkousel jsem i mezikanaly, vse mozne..

Nema nekdo nejaky napad? Docela me to stve..

koukni na kolika je parametr CCQ a rate když se to stane, Zatim ti doporučuju zvednout hw-retries v nastavení wifiny a to jak na APčku tak i u klientů. Jenom pro kontrolu, nebrzdí tě nějaký omezování rychlostí?

hapi píše:koukni na kolika je parametr CCQ a rate když se to stane, Zatim ti doporučuju zvednout hw-retries v nastavení wifiny a to jak na APčku tak i u klientů. Jenom pro kontrolu, nebrzdí tě nějaký omezování rychlostí?

nene, omezovani rychlosti me nebrzdi.

CCQ strasne skace 20/60, 80/90.. apod.. a takhle. co se tyce data rates, tak to samy 6/12, 9/24.. apod..

Za chvili tam frcim a vymenim jeste cely RB411 za jiny. tak uvidim..

Dr.Easy píše:

hapi píše:koukni na kolika je parametr CCQ a rate když se to stane, Zatim ti doporučuju zvednout hw-retries v nastavení wifiny a to jak na APčku tak i u klientů. Jenom pro kontrolu, nebrzdí tě nějaký omezování rychlostí?

nene, omezovani rychlosti me nebrzdi.

CCQ strasne skace 20/60, 80/90.. apod.. a takhle. co se tyce data rates, tak to samy 6/12, 9/24.. apod..

Za chvili tam frcim a vymenim jeste cely RB411 za jiny. tak uvidim..

Ano, prave diky spatnemu CCQ skace i ta rate. Nekde je neco spatne. Zkontrolujte kabel, antenu apod.

pepulis píše:

Dr.Easy píše:

hapi píše:koukni na kolika je parametr CCQ a rate když se to stane, Zatim ti doporučuju zvednout hw-retries v nastavení wifiny a to jak na APčku tak i u klientů. Jenom pro kontrolu, nebrzdí tě nějaký omezování rychlostí?

nene, omezovani rychlosti me nebrzdi.

CCQ strasne skace 20/60, 80/90.. apod.. a takhle. co se tyce data rates, tak to samy 6/12, 9/24.. apod..

Za chvili tam frcim a vymenim jeste cely RB411 za jiny. tak uvidim..

Ano, prave diky spatnemu CCQ skace i ta rate. Nekde je neco spatne. Zkontrolujte kabel, antenu apod.

antena je dle me OK, signal je na obou stranach cca -65db a ten je porad konstantni.
Jeste s sebou vezmu minipigtail a zkusim ho vymenit. jinak me uz nic nenapada... a vymenim ten RB.. jen kdyby nesnezilo :-/

Signal je jedna vec, ale dulezita je i kvalita. Muzete mit signal -40 dB, ale pokud je spatna kvalita (CCQ), tak se Vám tim spojem moc neprenese a nad urcitou mez Vam pujdou latence nahoru.

dej hardware-retries klidně i na 15, přesně tohle mi dělal taky jeden spoj a signál je přitom ok. A ještě můžeš nastavit frame lifetime na 10. Co to udělá? Hardware retries je kolikrát má opakovat poslání nedoručenýho paketu než sníží rate a frame lifetime znamená za jak dlouho ho má zahodit jako že nebyl přenesen. Wifina v základu nezahodí ani jeden paket a zkoušela by furt ho doručit čimž by brzdila ostatní a snižovala by rates a timhle ho zahodíš a TCP protokol ho pošle znova.

Defakto je lepší posílat 4x stejnej paket na 54Mbitech než 2x na 6Mbitech.

Zrovna nedavno jsme to tu řešili a tohle pomohlo. Při nízkym hardware retries rate kleslo až na 6Mbit a konec. Při zvědnutí to bylo ok a spoj jede na 30Mbitů reálnýho provozu. Proč je spoj tak chybovej to nevim, jsou to směrovky a kolem moc rušení neni. Ale s timhle nastavením to funguje tak se s tim už párat nebudu.

hapi píše:dej hardware-retries klidně i na 15, přesně tohle mi dělal taky jeden spoj a signál je přitom ok. A ještě můžeš nastavit frame lifetime na 10. Co to udělá? Hardware retries je kolikrát má opakovat poslání nedoručenýho paketu než sníží rate a frame lifetime znamená za jak dlouho ho má zahodit jako že nebyl přenesen. Wifina v základu nezahodí ani jeden paket a zkoušela by furt ho doručit čimž by brzdila ostatní a snižovala by rates a timhle ho zahodíš a TCP protokol ho pošle znova.

Defakto je lepší posílat 4x stejnej paket na 54Mbitech než 2x na 6Mbitech.

Zrovna nedavno jsme to tu řešili a tohle pomohlo. Při nízkym hardware retries rate kleslo až na 6Mbit a konec. Při zvědnutí to bylo ok a spoj jede na 30Mbitů reálnýho provozu. Proč je spoj tak chybovej to nevim, jsou to směrovky a kolem moc rušení neni. Ale s timhle nastavením to funguje tak se s tim už párat nebudu.

diky moc vsem za rady. nakonec jsem tam nejel a laboruji z domu.

1. co jsem udelal bylo nahrani nejnovejsiho biosu jak do clienta tak do AP. a i to se mi zda, ze pomohlo. z 2.15 na 2.18.

HW retries jsem dal na 15 a frame lifetime na 10 a poprosil jsem usera na LANce, at si zapne DC a zacne neco tahat.

Traffic se vysplahal na 27,5mbps TX a pingy do 50, 60ms
ted je traffic asi 12mbps a pingy okolo 15ms

nicmene, to CCQ se trochu ustalilo. uz to neskace tak vyrazne a drzi se to okolo 85-90%... ale stejne...

asi tam prece jen zajedu a vymenim minipigtail. ruseni tady take neni.. ale jeste zkusim radeji preladit..

jo a jeste koukam a to CCQ skace i na AP (tzn. RB600A, 5Ghz sektor a R52) - nemuze byt chyba tam?

Jeste jsem prubnul btest a pri TCP na both pingy normalni, pokud dam ale UDP a RX, tak se to vysplha asi na 28mbps, ale pingy vzrostou na 1,5sekundy...

tak ja nevim. :-/

FW je vsude nejnovejsi...

hw-retries (number 0..15; default value: 15) : Number of times sending frame is retried without considering it a transmission failure.
Data rate is decreased upon failure and frame is sent again. Three sequential failures on lowest supported rate suspend transmission to this destination for the duration of on-fail-retry-time. After that, frame is sent again. The frame is being retransmitted until transmission success, or until client is disconnected after disconnect-timeout. Frame can be discarded during this time if frame-lifetime is exceeded.

Podla tejto definicie z http://wiki.mikrotik.com/wiki/Wireless#frame-lifetime mi je zrejme, ze frame lifetime, resp. zivotnost frame sa zacina pocitat az po troch neuspesnych prenosoch na najnizsej rychlosti. Mate niekto skusenosti, ze zivotnost frame sa pocita od zacatia prenosu alebo az po troch neuspechoch pri najnizsej linkovacej rychlosti?

No hlavně bych se nejdřív zaměřil na tu anténu z "klientského setu" jaká je tam vzdálenost, žes to řešil 29db anténou, pokud normální do 1km a máš signál -65 tak máš řádně nakopnutou fresnelku a pak to nikdy nepojede dobře, a už vůbec ne s takovým shitem. Předpokládám že nereguluješ výkon, tím hůř, protože pokud ti to dává takový signál na plný kotel, tak ten spoj je na tom hodně špatně.