Verze 6.7

[net.work]

podle všeho existuje nový a starý nstreme. Tu změnu v logu komentoval někdo že defakto jenom upravili řazení rychlostí protože rate zůstávalo sem tam nepochopitelně na nizké hodnotě. Neřesí to náhodný odpojování atd..

novy/stary nstreme je zavisly od wireles modu - kdyz das mod ANY, tak si pak s nstremem hrajes v zalozce nstreme, novy nstreme by mel byt zvolen rovnou NSTREME - nicmene stary mod se odpojoval jeste 10x tolik (i nekolikrat za 10min) nez nstreme "novy"....

[hapi]

hned jak sem si to přečet tak sem věděl že to píšeš blbě:

Kód: Vybrat vše

Specifies protocol used on wireless interface;

    unspecified - protocol mode used on previous RouterOS versions (v3.x, v4.x). Nstreme is enabled by old enable-nstreme setting, Nv2 configuration is not possible.
    any : on AP - regular 802.11 Access Point or Nstreme Access Point; on station - selects Access Point without specific sequence, it could be changed by connect-list rules.
    nstreme - enables Nstreme protocol (the same as old enable-nstreme setting).
    nv2 - enables Nv2 protocol.
    nv2 nstreme : on AP - uses first wireless-protocol setting, always Nv2; on station - searches for Nv2 Access Point, then for Nstreme Access Point.
    nv2 nstreme 802.11 - on AP - uses first wireless-protocol setting, always Nv2; on station - searches for Nv2 Access Point, then for Nstreme Access Point, then for regular 802.11 Access Point.

podle tohodle to vypadá jako že nový a starý nstreme není. Je jenom jeden který označují za starý z pohledu NV2.

[net.work]

ale jasne ze je jen jeden nstreme

jen pres any ho dale customizujes pres zalozku nstreme
pres mode nstreme je fuk co mas v zalozce nstreme zatrhnute (min. enable/disable, ostatni sem nemel cas otestovat)

[Dalibor Toman]

ale jasne ze je jen jeden nstreme

jen pres any ho dale customizujes pres zalozku nstreme
pres mode nstreme je fuk co mas v zalozce nstreme zatrhnute (min. enable/disable, ostatni sem nemel cas otestovat)

samozrejme, ze nastaveni v zalozce NSTREME se uplatnuje i pokud je wireless-protocol=nstreme (enable zde samozrejme pak ztratilo smysl)

[net.work]

v tom pripade mi nedava smysl to co hapi postoval vyse a z ceho jsem taky (i v minulosti) vychazel... Minimalne mam otestovano, ze to rozpojovani, pri pouziti ANY je daleko castejsi...

[goblajz]

Wireless protocol: nstreame je naprosto to samý jako když zaškrtneš v záložce Nstreame: Enable Nstreame. NIC VÍC!
Další nastavení v záložce Nstreame je společný pro oboje.

[honzam]

From support:

Known Issue in v6.7

Duplicate address-list entries (same list name and same address or address range) are causing a crash. Avoid making 2 identical entries, or write to support for v6.8rc1 pre-release version with the fix.

Thanks for your support, and keep sending emails to support if you find any problems.

[tom-tom]

Čili, mrdali do access-listů (možnost nastavit timeout u položky, zobrazení timeoutu u dynamických položek) a zavlekli tam novou chybu.
Za chvíli to dopadne tak, že verze budou vycházet pomaleji, protože nikdo nebude chtít na sobě testovat.

[Dalibor Toman]

Čili, mrdali do access-listů (možnost nastavit timeout u položky, zobrazení timeoutu u dynamických položek) a zavlekli tam novou chybu.
Za chvíli to dopadne tak, že verze budou vycházet pomaleji, protože nikdo nebude chtít na sobě testovat.

dnes jsem se s nima hadal o to ze rozbili funkcnost :foreach v pripadech , kdy zpracovava data z nejakeho pole typu key=value (wireless monitor as-value once). Rozborilo to skripty,ktere fungujou uz od 3.X ale jim je to sumak. Proste predelali zpracovavani poli a je jim jedno, ze nejsou zase zpetne kompatibilni ackoliv IMHO s tim nemusel byt zadny problem, kdyby se zmenene chovani projevovalo jen ve forme :foreache, ktera pouziva dve ridici promenne (klic, hodnota).

neco jim vysvetlovat je vetsinou marny - clovek ma pocit, ze ani nectou maily do konce. Vetsi frustraci jsem zazil jen se supportem od Cisca (ne ceskym zastoupenim ale nejakym Indem, co dela mezinarodni support)

[3com]

Zpozoroval jsem problém na několika spojích s MK 6.4 a 6.5 ap RB912 - client RB911 spoj se vzdycky rozpojil a hned spojil (vypadly dva pingy) někdy každých 10min jindy jednou za 2hod a v logu: Management-protection failure, Connected wants bridge na spojich RB912 - SXT v pohodě. Po Upgradu na 6.7 problém vymizel (po 3 dnech bez rozpojení)

[hapi]

*) wireless - improve rate selection for nstreme protocol

tak ověřeno. Přepnul sem ptmp na nstreme ve v6.6 a rate TX ke klientovy běželo stále na 65Mbit. Updatnul sem apčko, stále 65Mbit. Updatnul jsem jenom toho klienta a TX 130Mbit. Takže to opravdu funguje.

[hapi]

update: jeden klient stále sem tam odpadne s hláškou "too, many poll timeouts"

[okoun]

sniž framer size mělo by to fungovat!

[mpcz]

sniž framer size mělo by to fungovat!

Zdravím,
můžeš to prosím upřesnit (na kolik a kde ve winboxu?).
Dík.
mpcz, 07.12.2013

[Kysa]

Zdravím, skoušel jste někdo 6.7. na CRS125-24G-1S-RM ?