Náhodné disconnecty

net_work

dyt tu o tom taky pisu.. nahodne rebooty, disconnecty a po par dnech vytuhnuti RB, resp. uz se po wlan nespoji... po rebootu vse OK... uz 14dni pisu se supportem MT a prijde mi to, ze vubec nevi, posilal sem jim uz 3x suppouty a pry tam nic neni.. Prozatimne sem to vyresil watchdogem, ale samozrejme to neni reseni....

Teď řeším další problém.... Na jedné parabole, ke které jsou připojeni dva klienti dochází k disconnectům pouze u jednoho klienta. Problém je v tom, že ten klient se po rebootu třeba disconnectne 6x a potom když se odpojí, tak se znovu nepřipojí... z druhé strany (Ether1) se tam dostanu, rebootnu to RB a spoj se znovu slinkuje. Nemáte podobnou zkušenost? Pro jistotu jsem podle rady člena "keksik" vyměnil zdroj tomu klientovi za 24V 2A - poznatek je takový, že těch diskonnectů je již jen asi jedna pětina, ale nevím, jestli je to tím zdrojem, a nebo je to jen souhra náhod. Každopádně se to odpojuje méně, ale po cca 2 dnech se to prostě odpojí a už nepřipojí. Ten druhý klient jede ok bez disconnectu. Jen včera se rebootlo to AP... Nevím proč - možná nějaký problém s tím protějším klientem co se odpojuje. Může být nějak vadné přímo to RB? Jinak jak říkám po výměně zdroje se to disconnectuje o hodně méně a než to rádio vytuhne, tak to jede ccq 99/99... Délka ethernetu je cca 40m... Díky za typ!

drakgon

Net.Work: Můžeš mi prosím přiblížit jak jsi to ošetřit tím watchdogem? Nikdy jsem to nepoužíval.... Zkoušel jsi na tom spoji měnit přímo RB? Mám to na špatně přístupném kostele a tak se mi tam nechce a mám strach abych to zbytečně nevyměnil a nic se nespravilo... Nemůže to být zase jen nějaká vadná série? Před měsícem mi došla 711, která naskenovala všechny sítě co byly v dosahu, ale nešlo se připojit ani k jedné.... Zvláštní je to, že po diskonektu toho klienta se rebootlo AP a ten klient zůstal viset nastartovanej a funkční jen s vytuhlým rádiem bez rebootu.... Přikládám náhled logu....

net_work

jednoduse... /system watchdog zaskrtnes watchdog timer a pak do watch address das IP adresu protistrany, na kterou se bude pingat... Kdyz RB vytuhne a nedopingne se, tak se samo rebootne...

drakgon

OK - zkusím to. A co používáš za verzi ROS? Mě to rádio poprvé vytuhlo až na 5.14, ale downgrade zpět na 5.11 nepomohlo.... To nikdo jiný nemá problém s vytuhnutím rádia? A na čem ti to dělá? 711? Zkoušel si vyměnit tu desku?

net_work

puvodne tam byla v 5.4 a s ni to jelo tyden bez jedineho problemu (mozna nejaky disconnect, ale uptime spoje v ramci dni, tak sem to neresil), pak se kousla jedna strana, tak sem upgradoval na posledni verzi i firmware a od te doby v podstate co 2-3dny se to stale rebootuje (diky watchdogu)... Ted sem si vzpomel... mozna ze ten prvni tyden sem tam nemel zapleho NTP clienta - mas ho tam zapleho?

Jinak jsou to single chain RB711. V napájení problém 100% není.

drakgon

NTP client je zapnutý na obou stranách pořád... Bez přesného času je to na nic... Já upgradoval jen ROs ..... Je nutné upgradovat i ten firmware? Jak se to přesně dělá? Jinak tu 711 si teda měnit nezkoušel?

drakgon

Jinak k tomu Watchdogu - jestli jsem to pochopil tak ta položka "Ping Start After Boot" udává čas po startu za který se začne Pingat. Co se týká toho rebootu, tak ten se provede hned po prvním neúzpěšném pingu, nebo to má taky nějaký limit?

honzam

uz 14dni pisu se supportem MT a prijde mi to, ze vubec nevi

Stejné jako u mě. Už přes měsíc si s nima píšu ohledně NV2 odpojování. Na poslední dva emaily mě už ani neodpověděli.

Zezačátku měli snahu a psali at vyzkouším to a to...

Nevyřešilo se nic a nyní už dělají mrtvého brouka. Fakt super support.

Reportoval jste jim to ještě někdo jiný? Já mám takový pocit že okolní státy nemají tak velké zarušení na 5Ghz a tím pádem se jim to neprojevuje :(

net_work

Jinak k tomu Watchdogu - jestli jsem to pochopil tak ta položka "Ping Start After Boot" udává čas po startu za který se začne Pingat. Co se týká toho rebootu, tak ten se provede hned po prvním neúzpěšném pingu, nebo to má taky nějaký limit?

Koukl sem do manualu a je tam tohle: watch-address (IP address; default: none) - if set, the system will reboot in case 6 sequental pings to the given IP address (sent once per 10 seconds) will fail

tzn. 6 neuspesnych pingu po 10sec = to rebootne az po 1minute, tzn. nejaky disconnect na 10-15sec tomu rozhodne nemuze vadit...

net_work

uz 14dni pisu se supportem MT a prijde mi to, ze vubec nevi

Stejné jako u mě. Už přes měsíc si s nima píšu ohledně NV2 odpojování. Na poslední dva emaily mě už ani neodpověděli.

Zezačátku měli snahu a psali at vyzkouším to a to...

Nevyřešilo se nic a nyní už dělají mrtvého brouka. Fakt super support.

Reportoval jste jim to ještě někdo jiný? Já mám takový pocit že okolní státy nemají tak velké zarušení na 5Ghz a tím pádem se jim to neprojevuje :(

ackoliv to nerad priznavam, je to smutne, jak posledni dobou (cca. 1-2roky) klesa uroven podpory a vubec kvalita vseho co vyleze z MikroTiku... Jo, fajn, vydali Nv2, ktera sama o sobe je fajn, ale opet je to nedotazene (min. mi prijde ze sam support pripousti to, ze maji nejaky bug v tx-power setu, pac uz vice lidi tu potvrdilo, ze v podstate prvni vec, co support doporucuje je si pohrat s tx-power, resp. tx-power na default :-( )

drakgon

OK diky za info. Ještě jednou se zeptám - zkoušeli ste to někdo vyměnit za jinou 711? Jde mi jen o to, jestli nejsou vadné ty 711... Jak jsem již psal, tak minulý měsíc mi jedna přišla a naskenovala vše, ale nepřipojila se ani k jednomu AP.... Jo a jak se dělá tem upgrade firmware?

net_work

zatim sem je nemenil, ale bud je to bug v MT a nebo proste neco vysraneho na te desce... Firmware upgradujes pres /system routerboard upgrade

drakgon

Tak teď se pro změnu rebootlo AP...Úplně bez příciny... (alespoň mě nic nenapadá...)

Viz printscreen....

midnight_man

napajanie

drakgon

napajanie

teď nevím jestli myslíš toho clienta a nebo to AP... tomu klientovi jsem dal new 2A zdroj a to AP je připojené do PoE switche, do kterého je dalších asi 5 AP a ostatní jednou OK....

midnight_man

tomu RB v ktorom bola ta chyba cervena o reboote.

hapi

tobe se jako rbcko samo od sebe rebootlo? to neni firmwarem ani nahodou. rbcko se mi samovolne v zivote nerestartlo. to bude v napajeni nebo poskozeny kondiky atd.

drakgon

tobe se jako rbcko samo od sebe rebootlo? to neni firmwarem ani nahodou. rbcko se mi samovolne v zivote nerestartlo. to bude v napajeni nebo poskozeny kondiky atd.

Právě že se to AP rebootlo zrovna když spadla ta protistrana.... To jsem ale videl poprve... Vzdy když ten klient vytuhl, tak to AP bezelo dal...

hafieror

Se zeptám asi blbě, ale nepovedlo se ti nastavit ten watchdog na straně AP?

miract

tobe se jako rbcko samo od sebe rebootlo? to neni firmwarem ani nahodou. rbcko se mi samovolne v zivote nerestartlo. to bude v napajeni nebo poskozeny kondiky atd.

RB1200 ze :-D

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