❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz

a zas RAM Groove

Problematika MikroTik RouterBoard hardware
Uživatelský avatar
midnight_man
Příspěvky: 3680
Registrován: 14 years ago

a zas RAM Groove

Příspěvekod midnight_man » 12 years ago

pozerám do dude...spoj DEAD....o 5 sekund spoj nabehol, vravim si eletrika? Otvorím proti stranu...uptime 50 dni, ram 2 mega. OK reboot. (rebootol som aj AP, aj ST) po reboote sa protokol Nstreme chytil asi tak...ze napisalo connected a hned za tým exchange key error. NV2 sa ani nechytila...absolutne ziadny zaber. Po prepnutí na 802.11a spoj ide na 90%. o 5 minut som prepol znova Nko, nstreme...a uz ide na 100%.

Vysvetlí mi to niekto? dochádza mi s tými groove trpezlivosť, ako fest...

(100% cpu v prilohe si nevsimajte, akurat som ho restartoval)
0 x

Hatatitla
Příspěvky: 481
Registrován: 16 years ago

Příspěvekod Hatatitla » 12 years ago

Akurát si ho reštartoval a uptime 50dní ? Načo máš nainštalovaný balíček PPP na PtP spoji ? používaš MPLS ? máš tam nejaký dinamický routing ked tam máš balíček routing ?
0 x

Uživatelský avatar
midnight_man
Příspěvky: 3680
Registrován: 14 years ago

Příspěvekod midnight_man » 12 years ago

dal som pokyn "reboot" a vtedy som este spravil print screen. Tie balíčky zvyknem vyhadzovat...ale minule sme tam upgradovali na 5.19 a oni sa tie balíčky sami doinštalujú....ostatne mám spoje na groove, asi este 3 a nikdy tam tento problém nebol. No na tomto spoji tecie najviac dát, je to akési hrdlo...tecie tade cca 20-30mbps bezne.

skusim vyhodit tento board z monitorovania SNMP..mozno to pomoze.
0 x

Uživatelský avatar
hapi
Příspěvky: 12989
Registrován: 18 years ago

Příspěvekod hapi » 12 years ago

cca před rokem a půl se tohle samí dělo tenkrát u SXT. Měl jsem podezření na OSPF ale pak se to dělo i u klientů kteří OSPF nemají. Až potom se přišlo nějak na to že když je dude napojený na routeros tak se to stává. Divný ale bylo že to třeba dělaly všechny SXT na ptp spojích ale klientský ne. Řešilo se to i s mikrotiky a bylo posláno i několik supoutů ale bez výsledku. Pak jsem si napsal script kterej to při 4MB free ram rebootne ale to neni řešení na který jsme zvyklý takže se postupně upgradovaly verze až to vymizelo. Jo a vím o tom že se to stalo i na jedný páteřní 450G. Měl jsem tam zapnutý grafování a jelikož má 256MB ramky tak to trvalo a za 14 dní byla zabraná polovina ramky. Dal jsem pro jistotu reboot a od tý doby se to neukázalo ale zase, bylo to podmíněný přestupem na na novější verzi. Takže těžko radit co to může způsobovat. Docela by mě zajímalo co v tom supoutu všechno je. Typuju že výpis dmesg, ps a podobný věci.

Jakou tam máš verzi v tom?
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků

Uživatelský avatar
midnight_man
Příspěvky: 3680
Registrován: 14 years ago

Příspěvekod midnight_man » 12 years ago

5.19 ....totot pozorujem uz od predošlých verzi, myslel som ze 5.19 to vyriesi. Houby houby....Ale ten problém s Nstreme, NV2 to som videl prvý krát. Aby sa mi spoj na NV2 nechytil vobec a na Nstreme aby napisalo connected a následne key error. Z toho som bol :shock: (všetko už po reboote, bol som nachystaný na výjazd...no ešte som skúsil prehodiť na 802.11a a vualá....ccq 90% spoj 54/54mbps.)
0 x

Uživatelský avatar
midnight_man
Příspěvky: 3680
Registrován: 14 years ago

Příspěvekod midnight_man » 12 years ago

takze definitivne je to sposobene citanim SNMP od DUDE :shock: . Akonahle vypnem SNMP monitoring, grafovanie signalov...ramka vydrzi na 17 mb aj 40 dni. Ináč po 30 dnoch ostane 3-4 mbps a spoj KO.

/// po vypnutí SNMP monitoringu sa bez nutnosti reštartu RAM sama vrátila na volných 17 mb z pôvodných volných 9 mb....preboha ziveho.
0 x