Verze 5.22

asdewq

v5.22 chybu s komunikaciou pri nv2 neopravuje ale naopak v niektorych pripadoch este zhorsuje... rb711ga co 2-3h mrtva akakolvek komunikacia na wlan

okoun

ano mohu potvrdit mě se několik spojů bez důvodu odpojilo a to na kanálu nikdo nevysílá, jsou to spoje jak ve městech tak na dědinách, všude 5.22

hapi

no tak se odpojuje nebo přeruší komunikaci a je to stále připojené? to jsou dvě různý věci.

skrebon

no tak se odpojuje nebo přeruší komunikaci a je to stále připojené? to jsou dvě různý věci.

Stále pripojené bez komunikácie je správne.

okoun

hmm tak u mě je to odpojené, tedy uptime spojení od znova

honzam

hmm tak u mě je to odpojené, tedy uptime spojení od znova

Dej sem obrázek registration table + výpis logu

asdewq

za mna mrznutie take ako bolo pozorovane v predchadzajucich verziach.. teda link sa drzi ale data nejdu...

honzam

A reportujete to na support? U mě 5.22 zatím ani jeden problém (žádné mrznutí)

iTomB

Tak mrzne jak klient, ale uz jsem zazil i vysilac. Oboje na 5.22. NV2. Pro informaci, neprojde ani MAC-PING. Takze si jdu udelat zachranej script =)

honzam

Tak můžu potvrdit že zamrnutí AP BRIDGE s NV2 se stále projevuje. Uptime 11dní. Všichni klienti připojení, ale neprochází na ně ani ping. Žádný trafik neteče.

V tu chvíli nejde ani vygenerovat supout.rif

Reboot to řeší

level

Uptime 38 dni bez problemu ,vytuhnuti komunikace se zatim nekona.

iTomB

Uptime 38 dni bez problemu ,vytuhnuti komunikace se zatim nekona.

Zatuhnuti dela jen s NV2, takze jsem si pridal na AP scritp co to osetruje.

Zaroven sem 1x zazil zatuhnuti DNS. Po restartu zase jede normalne.

selic

Tak po upgradu na 5.22 včetně upgradu biosu na RB411A a Alixu se přestala hlásit karta DBii F50n. Zajímavé je, že není vidět ani v PCI zařízeních :(

Že by nějaký nekalý konkurenční boj?

dalibortoman

Tak po upgradu na 5.22 včetně upgradu biosu na RB411A a Alixu se přestala hlásit karta DBii F50n. Zajímavé je, že není vidět ani v PCI zařízeních :(

Že by nějaký nekalý konkurenční boj?

na RB411AH zadny takovy problem s 5.22 a DBII F50 kartama nemame...

selic

To RB411A je verze s 64MB RAM a ještě starý plošnák, kde není příprava pro 3G modem.

Při nahrání do dalšího RB411AR s původně v4.9 a bios 2.39 Dbii zase zmizela. Nepomohlo odpojení napájení ale osazená CM9 na místě DBii funguje.

honzam

Tuhnutí komunikace se děje i pokud mám AP 5.22 a všechny klienty taktéž na 5.22.

Protože jsem už fakt nevěděl co s tím tak jsem zkusil nahrát všude 5.23 a je to možná ještě horší. Do 18hod zátuh interface. Nejde ping, nejde nic.

Pomůže vypnout/zapnout kartu. Vím že to jde ošetřit watchdogem, ale to není řešení :(

hapi

takže furt jo? nám zatim nikde.

pintero

Vi se od ktery verze to zaclo delat? Me se to stalo 2x na 5.20 a dela mi to na 5.22. Nizsi verze mi to nedelaji, ted jsem koukal na jeden sektor a mam tam u kliosu uptime 342 dni - NV2 verze 5.12

<--- ia0 -->import.jpg<--- ia0 -->

honzam

By mě zajímalo co máme jinak? Je to klasicky routované AP. Režim je tam zapnutý only A. NV2 bez šifrování. Možná to je ta chyba? Ale myslím že bez šifrování to máme i jinde.

Na jiných sektorech to ale nepozoruji. Pokud ano tak pomohl upgrade na 5.22.

Přikládám obrázek jak to vypadá když vytuhne komunikace. S verzí 5.23 se to dokonce stalo po rekordně krátkých 18hodinách. Jedná se o 433AH s jednou kartou

honzam

Vi se od ktery verze to zaclo delat? Me se to stalo 2x na 5.20 a dela mi to na 5.22. Nizsi verze mi to nedelaji, ted jsem koukal na jeden sektor a mam tam u kliosu uptime 342 dni - NV2 verze 5.12

import.jpg

Mám pocit že 5.20 original to neudělala nikdy. Pro verzi 5.20 existoval wireless fix který řešil disconnecty. S ním mám pocit to neudělalo taky nikdy. Nebo tam to možná začlo.

Ale 5.21, 5.22 a 5.23 to dělají všechny

« Předchozí stránka Další stránka »