NV2 - nasazeni, zkusenosti

[level]

nesmyslne to ale vubec neni, naopak, protokol nv2 je zalozen na tom ze nasloucha pouze sve sparovane protistrane a vse ostatni bere jako sum.

[hapi]

to sice jo ale pokud ten šum je tak velkej že prostě nerozumí, tak co udělá, sníží rate a začne znova dokud má ještě nějaký menší rate s čimž pujde nahoru i latence jako u normálního nstreme atd. Jako v tomhle si sou prostě nstreme a nv2 rovni, nepřikláněl bych se ani k jednomu s tvrzením že je odolnější pokud u nstreme vypnu CSMA.

[tomasegert]

Proč u nv2 trvá registrace či reregistrace 6-10sekund? Nevíte, jak tuto dobu zkrátit?

[net.work]

Proč u nv2 trvá registrace či reregistrace 6-10sekund? Nevíte, jak tuto dobu zkrátit?

bo TDMA...
zamysli se nad tim jak tdma funguje a myslim ze si sam odpovis

[tomasegert]

Proč u nv2 trvá registrace či reregistrace 6-10sekund? Nevíte, jak tuto dobu zkrátit?

bo TDMA...
zamysli se nad tim jak tdma funguje a myslim ze si sam odpovis

pokud bych to věděl, tak bych se asi neptal, nicméně předem děkuji za podrobné vysvětlení, jak spoj nastavit co nejlépe, aby byla reregistrace co nejkratší

[Leeonek]

No jde o podstatu tdma, takže sis nejdřív mohl aspoň něco o tom přečíst. Registrace je pomalá právě kvůli použítí časového slotu, určeného pro každého klienta. Tudíž čím více klientů, tím delší registrační čas. Jedno "kolo" je možno připojit pouze jednoho klienta. Je to velmi polopaticky řečeno...

[hapi]

v tom případě jestli platí jedno kolo přidání jednoho klienta, tak by bylo možný připojit klidně 1000 klientů za 1 sekundu s nastavením tdma na 1ms ne?

[net.work]

proc resite takove <> jako rychlost pripojovani klientu? Neni to snad uplne jedno????? O_O

[hapi]

jo je to uplně šumák.

[LadaP]

v tom případě jestli platí jedno kolo přidání jednoho klienta, tak by bylo možný připojit klidně 1000 klientů za 1 sekundu s nastavením tdma na 1ms ne?

ano to mas pravdu, ale jeste do toho vstupuje zdalenost klienta od AP, tj. moc kraty cas = klient se nepripoji

btw - kolik klientu se ti pripojuje par vterin ?

ja mam max ted 23 na AP s NV2 a pripoji se "takrka hned"

[hapi]

podle mě to bude spíš souviset s tim jestli je u klienta nastaveno any a nebo přímo požadovanej mod. Pak taky jistě jestli má někdo zapnutej superchannel nebo ne (prohledává totálně celí pásmo a to trvá). Jinak jestli se někomu odpojujou klienti tak je prostě něco špatně.

[pepulis]

Já mám zatím "negativní" zkušenost s nv2. Na jednom bodě mám komplet 5.0rc7 (ap + klineti) a při nastavení na any na všech MK (tj. nez použití nv2) je odezva +- v průměru kolem 2-3 ms na klienta. Jakmile zapnu nv2 odezva se zvětší (což by mi ani tak nevadilo), hlavně mi vadí ty skoky, kdy každy x-tý ping jde do 10tek ms. Je ale pravda, že v momentě, kdy jsem to zkoušel byl trafik na daném AP minimální (+- 1 Mbit).

Abych to upřesnil, klientů je na AP 5.

[maacher222]

Já mám zatím "negativní" zkušenost s nv2. Na jednom bodě mám komplet 5.0rc7 (ap + klineti) a při nastavení na any na všech MK (tj. nez použití nv2) je odezva +- v průměru kolem 2-3 ms na klienta. Jakmile zapnu nv2 odezva se zvětší (což by mi ani tak nevadilo), hlavně mi vadí ty skoky, kdy každy x-tý ping jde do 10tek ms. Je ale pravda, že v momentě, kdy jsem to zkoušel byl trafik na daném AP minimální (+- 1 Mbit).

Abych to upřesnil, klientů je na AP 5.

U mna tiez pri zapnutom NV2 ping skace ale to iba ak nieje zataz... ale v okamihu ked pustim cca 16mbit/s cez AP a klienta tak za ping stabilizuje na cca 2-4ms a ccq vyskoci pekne na 95-100%

[pepulis]

Já mám zatím "negativní" zkušenost s nv2. Na jednom bodě mám komplet 5.0rc7 (ap + klineti) a při nastavení na any na všech MK (tj. nez použití nv2) je odezva +- v průměru kolem 2-3 ms na klienta. Jakmile zapnu nv2 odezva se zvětší (což by mi ani tak nevadilo), hlavně mi vadí ty skoky, kdy každy x-tý ping jde do 10tek ms. Je ale pravda, že v momentě, kdy jsem to zkoušel byl trafik na daném AP minimální (+- 1 Mbit).

Abych to upřesnil, klientů je na AP 5.

U mna tiez pri zapnutom NV2 ping skace ale to iba ak nieje zataz... ale v okamihu ked pustim cca 16mbit/s cez AP a klienta tak za ping stabilizuje na cca 2-4ms a ccq vyskoci pekne na 95-100%

To je ale docela špatný, protože kolikrát si lidi jen něco prohlíží a trafik nepřeleze 1 Mbit (takže to není dost vytížené). Kdyby to skákalo v rámci jednotek ms neřeším nic, ale skáče to v desítkách ms. Jede to kolem např. 10 ms a skáče to někdy k 50, někdy k 80 ms apod.

[hapi]

tak to je jedno ne? na webu to nepoznáš. Spíš mě trápí to, že než NV2 přepočítá délku timeslotů a upravý to, tak už klient má načtenou stránku ale pomalu. Kontinuální tok se srovná ale nárazový prohlížení webu timhle dost trpí.