Problem SXT vs. SXTsq vs. DISC

[hapi]

o ničem takovym nevim a většinou to dělá 802.11 když nějaký klient lehne na trafic a neni zrovna v pořádku připojenej.

[okoun]

on to kolikrát ani není moc vidět v dohledu musíš opravdu takto pingat a ještě se do toho strefit
krásně to je však vidět na pppoe session že prostě vypadne u jednoho zákazníka ze sektoru, přitom zákazník má -45 signálu a 100% ccq, je to prostě náhodné

[coolerman1]

on to kolikrát ani není moc vidět v dohledu musíš opravdu takto pingat a ještě se do toho strefit
krásně to je však vidět na pppoe session že prostě vypadne u jednoho zákazníka ze sektoru, přitom zákazník má -45 signálu a 100% ccq, je to prostě náhodné

presne tak ,mam pri sebe taketo dva sektory a jeden to robi menej a jeden castejsie,skusal som aj preladit avsak nepomaha ,problem je v tom ,ze pri starsich verziach FW sa to
nestavalo
inak to ccq pokial je klient neaktivny ma CCQ 67/70 cca a ak zacnu tiect data tak sa zvysi na 94/99 a pri tom je priama viditelnost na 500m

je asi cas prejst na UBNT

[CrazyApe]

on to kolikrát ani není moc vidět v dohledu musíš opravdu takto pingat a ještě se do toho strefit

krásně to je však vidět na pppoe session že prostě vypadne u jednoho zákazníka ze sektoru, přitom zákazník má -45 signálu a 100% ccq, je to prostě náhodné

presne tak ,mam pri sebe taketo dva sektory a jeden to robi menej a jeden castejsie,skusal som aj preladit avsak nepomaha ,problem je v tom ,ze pri starsich verziach FW sa to
nestavalo
inak to ccq pokial je klient neaktivny ma CCQ 67/70 cca a ak zacnu tiect data tak sa zvysi na 94/99 a pri tom je priama viditelnost na 500m

je asi cas prejst na UBNT

Ten problém o kterém se bavíte je tady tohle? Viz. níže? Klient je stale pripojen na AP ale 30s neproteče žádný provoz? Řešil jsem to ted na jednom ARM ptp LHG XL AC vs LHG XL tam to delalo i 10x do hodiny tam jsem vymenil obe strany za klasicke LHG v Nku taky XL vs malé a propustnost vylezla ze 40Mbps na 70Mbps a problem zmizel (stejny kanal, stejne nastavení nv2 stejny firmware. A todle víz níže je z RB922UAGS v hornu 30st. Je na nem 7 lidi vscihni maji DICS 5 nebo LHG5 signal nejhorsi -52/55. Všichni CCQ90%+ udela to na 1TCP kolem 60-70Mbps na kterehokoliv z nich ale vsichni klienti na něm mají občas takový krátký výpadek přezto, že rádio je bezrátově spojené.

vystrizek2.PNG (30.91 KiB) Zobrazeno 3213 x

Výstřižek.PNG (44.8 KiB) Zobrazeno 3213 x

[honzam]

Řešil jsem to ted na jednom ARM ptp LHG XL AC vs LHG XL tam to delalo i 10x do hodiny tam jsem vymenil obe strany za klasicke LHG v Nku taky XL vs malé a propustnost vylezla ze 40Mbps na 70Mbps a problem zmizel (stejny kanal, stejne nastavení nv2 stejny firmware.

A jaký firmware? To nejdůležitější nenapíšeš

[coolerman1]

ja mam

AP RBM11+R11E-5HACD 6.43.4 + antrena RF horn 30 stupnov - klienti 1 SXT N/AC 6.43.4 ,klient 2 sxt SQ 6.44 , protocol 802.11 , vzdialenost klientov do 500m
nepravidelne vypadavaju 4 pingy

AP RB921 6.43.2 - klienti 1 SXT N 6.44 ,klient LHG 5 6.44 , protocol 802.11 , vzdialenost klientov do 500m
nepravidelne vypadavaju 4 pingy ,ale menej

vsade na AP nadstavene a/n/ac

[CrazyApe]

Řešil jsem to ted na jednom ARM ptp LHG XL AC vs LHG XL tam to delalo i 10x do hodiny tam jsem vymenil obe strany za klasicke LHG v Nku taky XL vs malé a propustnost vylezla ze 40Mbps na 70Mbps a problem zmizel (stejny kanal, stejne nastavení nv2 stejny firmware.

A jaký firmware? To nejdůležitější nenapíšeš

Sorry 6.44 stable.

[coolerman1]

Skúsil som na dvoch testovaných AP nadstavit a/n a na klientoch tiež a/n a hold vypadávanie zmizlo.

[honzam]

Řešil jsem to ted na jednom ARM ptp LHG XL AC vs LHG XL tam to delalo i 10x do hodiny tam jsem vymenil obe strany za klasicke LHG v Nku taky XL vs malé a propustnost vylezla ze 40Mbps na 70Mbps a problem zmizel (stejny kanal, stejne nastavení nv2 stejny firmware.

A jaký firmware? To nejdůležitější nenapíšeš

Sorry 6.44 stable.

Tak to je fakt divné. V podstatě podobný spoj postavený na ARMu. Na jedné straně DISCac na druhé LHGac. Se starými firmwary bylo použitelné jen 802.11 nebo nstreme. Dávalo to chvílemi až 112Mbit. Po upgrade na 6.44 se NV2 rozjela jak z praku a dává 125Mbit @20Mhz při nejlepší odezvě ze všech tří protokolů

[basty]

A jaký firmware? To nejdůležitější nenapíšeš

Sorry 6.44 stable.

Tak to je fakt divné. V podstatě podobný spoj postavený na ARMu. Na jedné straně DISCac na druhé LHGac. Se starými firmwary bylo použitelné jen 802.11 nebo nstreme. Dávalo to chvílemi až 112Mbit. Po upgrade na 6.44 se NV2 rozjela jak z praku a dává 125Mbit @20Mhz při nejlepší odezvě ze všech tří protokolů

Ano mám to stejne

[hapi]

Skúsil som na dvoch testovaných AP nadstavit a/n a na klientoch tiež a/n a hold vypadávanie zmizlo.

co kdyby sis updatnul i APčka?

[coolerman1]

Skúsil som na dvoch testovaných AP nadstavit a/n a na klientoch tiež a/n a hold vypadávanie zmizlo.

co kdyby sis updatnul i APčka?

Jj v noci chcem skúsiť a uvidím

edit : upgrade na 6.44 nepomohlo ,na jednom spoji pomohlo na AP prepnut z A/N/AC na A/N a na druhom spoji cca 1% packet loss , jedna sa o :
AP RBM11+R11E-5HACD 6.43.4 + antrena RF horn 30 stupnov - klienti 1 SXT N/AC 6.43.4 ,klient 2 sxt SQ 6.44 , protocol 802.11 , vzdialenost klientov do 500m
hned vedla SXT SA5 AP ,20 klientov mix sxt lite 5 a LHG 5 na tom ziadne vypadky

[coolerman1]

ma niekto korektne riesenie vypadkov packetov ? vsetko pripojene ,v logu nic len cca 1%packet loss

[hapi]

jo, přepnout na NV2. Čteš to tady vůbec nebo čekáš až ti někdo konkrétně napíše?

[okoun]

nv2 sice nemá 1% PL ale ty výpadky tam jsou také, třeba 4 pingy za týden na zákazníka