vypadavanie siete

jany

Chcel by som zistit, preco mi vypadava siet

Topologia siete vid obrazok

Obcas sa stane, ze mi vypadne siet (raz za 3-4 tyzdne, je to nahodne). Vypadok je ale taky zvlastny, nieco funguje a nieco nefunguje. Zacal som to riesit uz tu :) (myslel som si, ze vypadavaju nejake porty (preto nieco funguje a nieco nie)).

Ano, kupil som novy d-link gigabit. Po 3 tyzdnoch o5 vypadla siet. Ked nastane kvazi vypadok, tak s PC cez winbox (pc mam zapojeny v d-link) sa neviem dostat na RB 450. Viem sa vsak dostat na RB 433. A tam som zistil, preco asi vypadne siet.

Na AP RB433 mam zapojeneho jedineho klienta cez NS5, on ma doma kabel s NS5 pychnuty do airlive 5460 a cez wifi sa k airlive pripajaju este asi 2-3 NTB.

Vsetko mam nastavene do bridge. Cize jeho NTBky sa pripoja cez airlive 5460 (bridge), trasa pokracuje na NS5 (bridge) a na RB433 (bridge) a cez switche do RB450 (RB 450 prideluje IP priamo jeho NTBkom).

Ako som uz spomenul, ked nastane kvazi vypadok, tak na RB450 sa cez winbox nepripojim, ale bez problemov sa viem pripojit na RB433 a tam som zistil, ze traffic je cca 18-19 Mbps. To by vsak nebol problem, ved predsa cm9 vie 54Mbps.

Ja mam ale VDSL predplatene 20/5 Mbps (ale ked si obcas meriam rychlost, tak max je to tych 18-19 Mbps).

Takze vyzera to tak ako keby wifi klient zatazil hlavny router RB450 a problem nastane tam.

Ak vsak zatazi router na max (18-19 Mbps) klient, ktory je pripojeny kablom, tak vsetko funguje.

Zatial som obmedzil klientove NTBky v queue liste na 5 Mbps, ale to nie je riesenie. Ak by som chcel pripojit na Wifi AP RB 433 viac klientov, tak by som ich musel obmedzit na tolko aby spolu nepresvihli 18 Mbps co je nezmysel.

Skustocne neviem kde by mohol byt problem :(

ludvik

19Mbit na CM9 je dá se říci prakticky 100 %. Za dobré konstelace hvězd se dá přiblížit k 25.

Ale to asi tvůj problém nebude.

Winboxem to zkoušíš jak? Přes IP nebo MAC? Na ping reaguje?

jany

prihlasujem sa na MAC (neviem ci na ping reaguje neskusal som).

Cize teoreticky by to asi chcelo lepsiu radio kartu .... ?

ludvik

Pokud máš PC v dlinku, tak tě nějaká CM9 přeci neomezuje.

Na RB450 se koukni do logů, jestli tam náhodou něco není. A v netwatch si udělej sledování ostatních IP po síti, ať víš jestli něco vypadne úplně, nebo ne.

jany

s netwatch som zatial nerobil, cize si to musim asi nastudovat

jany

Takze zacali znova vypadky. Beriem to zo svojho pohladu, som pri PC a prestane fungovat internet. Prve co skusim je, ze sa chcem prihlasit cez winbox do hlavneho RB450 (prihlasenie zlyha). Skusim sa pripojit na druhy RB433 a niekedy sa prihlasim, niekedy nie.

V najhorsom pripade ak sa neviem nikde pripojit, tak hlavny RB450 restartujem. Podarilo sa mi do neho pripojit aj bez restartu a v logu bolo (sorry mam len obrazok)

A z RB433 je log tu

jul/14 10:30:28 interface,info ETH1.1 link up (speed 100M, full duplex)

jul/14 10:30:28 system,info item added

jul/14 10:30:28 dhcp,info dhcp-client on ETH1.1 got IP address 192.168.1.171

jul/14 10:30:31 wireless,info 00:15:6D:D6:BD:1F@wlan1: connected

jul/14 10:31:22 system,info router rebooted

jul/14 10:31:37 interface,info ETH1.1 link down

jul/14 10:31:39 interface,info ETH1.1 link up (speed 100M, full duplex)

jul/14 10:39:29 system,error,critical login failure for user admin from 192.168.1.2 via winbox

jul/14 10:39:40 system,info,account user admin logged in from FF:FF:FF:FF:FF:FF via winbox

jul/14 10:40:43 system,info,account user admin logged out from FF:FF:FF:FF:FF:FF via winbox

jul/14 12:38:33 system,info,account user admin logged in from FF:FF:FF:FF:FF:FF via winbox

jul/14 12:42:25 system,info system time zone settings changed by admin

jul/16 18:27:00 system,info system time zone settings changed by admin

jul/16 18:28:01 system,info,account user admin logged out from FF:FF:FF:FF:FF:FF via winbox

jul/16 19:21:43 wireless,info wlan1: data from unknown device 18:4F:32:B8:D1:05, sent deauth

jul/16 20:05:49 interface,info ETH1.1 link down

jul/16 20:05:59 interface,info ETH1.1 link up (speed 100M, full duplex)

jul/16 20:10:14 wireless,info wlan1: data from unknown device 18:4F:32:B8:D1:05, sent deauth

jul/16 20:20:14 wireless,info wlan1: data from unknown device 18:4F:32:B8:D1:05, sent deauth

jul/16 20:48:33 system,error,critical login failure for user admin from 00:13:CE:60:30:16 via winbox

jul/16 20:48:45 system,info,account user admin logged in from 00:13:CE:60:30:16 via winbox

jul/16 21:12:45 system,info,account user admin logged out from 00:13:CE:60:30:16 via winbox

jul/16 22:04:45 system,info,account user admin logged in from FF:FF:FF:FF:FF:FF via winbox

jul/16 22:07:13 system,info,account user admin logged out from FF:FF:FF:FF:FF:FF via winbox

Problematicky vyzera konkretne tento typ ridku

jul/16 20:20:14 wireless,info wlan1: data from unknown device 18:4F:32:B8:D1:05, sent deauth

Trocha som googlil a nasiel som toto

http://forum.mikrotik.com/viewtopic.php?t=59939

Anglicky velmi neviem, tak som trocha pouzil google translator a vyzera to, ze problemy moze robit zariadenie MAC, smartfon samsung galaxy a pod .... ale velmi som z toho nepochopil, ci to robi problemy so sietou (ako mne), alebo len daneho klienta so siete odpaja.

Neviem presne co je toto 18 za zariadenie, ale mal by to byt nejaky NTB, alebo tablet

edit: a koniec koncov aj tu je tato tema <--- l -->viewtopic.php?f=5&t=3011<--- l -->

ludvik

ten "deauth" to způsobovat nebude. Padají ti ethernet porty. A to na obou zařízení. Něco tam máš fyzicky špatně, protože vadným víc kusům elektroniky moc nevěřím.

Mimochodem logování lze změnit na "disk", pak o to nepřijdeš rebootem.

jany

dal som logovat na disk.

Pozeral som ten netwatch, ale ak tomu dobre rozumiem, tak tam sa da nastavit IP adresa, interval checkovania a potom co urobit ked je up, resp. co urobit ked je down.

Ako checknut dany port, ved do jedneho portu RB mam (cez switch) zapojenu celu siet a stroje sa bezne pripajaju a odpajaju

ludvik

Cílem netwatch bylo zjistit, co všechno ti vypadne a co ne. Psal jsem to v době, kdy jsme nikdo nevěděl, že ti fyzicky padá ethernet.

Tedy jsi měl z obou RB pingat vlastně vše. A z toho se pak dalo usoudit, kde ti ty data končí, když to nejede.

Pozeral som ten netwatch, ale ak tomu dobre rozumiem, tak tam sa da nastavit IP adresa, interval checkovania a potom co urobit ked je up, resp. co urobit ked je down.

Ako checknut dany port, ved do jedneho portu RB mam (cez switch) zapojenu celu siet a stroje sa bezne pripajaju a odpajaju

jany

Ako som uviedol v prvom prispevku, tam kde je teraz d-link bol asi 8 rokov zyxel. Zyxel ma asi 8 rokov a airlive ma asi 10, takze som skusil airlive nahradit zyxelom. Vtedy zacali problemy nie raz za 3-4 tyzdne, ale takmer kazdy den.

Zistil som nasledovne:

1. wifi klientom som povolil traffic max 1/1 Mbps (styrom, cize spolu cez RB 433 moze tiect 4/4 Mbps)

2. na druhy den znova podvecer vypadla siet a ked som pozeral grafy z eth portu RB433 tak traffic bol 25 Mbps

3. vypadaok nastal vzdy len vtedy, ked sa traffic zdvihol na viac ako 10 Mbps ak traffic klesol, vsetko bolo v poriadku

4. kedze od prividera netu mam 20/5 Mbps, tak je jasne, ze klient nemoze robit 25Mbps, cize tych 25 Mbps je v ramci LAN

5. problemy robil airlive a aj zyxel, tak do tretice som skusil este jeden switch (vlastne som tam dal stary wifi router d-link 2641r a nastavil do bridge)

Zatial to mam tak asi tyzden a je to bez problemov aj pri vysokom trafficu od wifi klienta. Z toho vypliva, ze vada bola v oboch switchoch.

Na zaciatku som si myslel, ze problem je bud v hlavnom RB450, alebo vo wifi RB433, ale tie vyzeraju OK a problemy robili switche medzi RBeckamy.

jany

sakra mam dalsie zistenia a vobec sa mi to nepaci.

Dnes som mal znova vypadky v sieti.

Cize vypadla siet, rychlo som sa pripojil cez winbox MAC na router RB433 a traffic na ETH1.1 a wlan1 (medzi nimi je vlastne vytvoreny bridge) bol 45 Mbps.

Predpoklad bol, ze wifi klient nieco stahuje, tak som rychlo disabloval wlan1, ale traffic na ETH1.1 bol stale vysoky.

ETH1.1 disablovat nemozem, pretoze potom sa nedostanem do routeru.

Nejak mi to nejde do hlavy, ked na RB433 nemam nastavene nic, len jeden bridge medzi ETH1.1 a wlan1 (ked vypnem wlan1, tak na ETH1.1 je stale traffic (odkial ?????))

na obrazku uz neni vysoky traffic. Je to len nastavenie

ludvik

odkial? Máš nástroje torch a packet sniffer ...

jany

ok, thx, skusim torch, ale musim cakat, kym to zas vypadne :)

bew

sakra mam dalsie zistenia a vobec sa mi to nepaci.

Dnes som mal znova vypadky v sieti.

Cize vypadla siet, rychlo som sa pripojil cez winbox MAC na router RB433 a traffic na ETH1.1 a wlan1 (medzi nimi je vlastne vytvoreny bridge) bol 45 Mbps.

Predpoklad bol, ze wifi klient nieco stahuje, tak som rychlo disabloval wlan1, ale traffic na ETH1.1 bol stale vysoky.

ETH1.1 disablovat nemozem, pretoze potom sa nedostanem do routeru.

Nejak mi to nejde do hlavy, ked na RB433 nemam nastavene nic, len jeden bridge medzi ETH1.1 a wlan1 (ked vypnem wlan1, tak na ETH1.1 je stale traffic (odkial ?????))

na obrazku uz neni vysoky traffic. Je to len nastavenie

Nemas na tom RB450, ktere jestli jsem pochopil spravne, povolene "verejne" DNS, ktere by ti to mohlo nejakym zpusobem "DOSovat"? Sice by se to nemelo projevovat jako 45Mbit na eth1 te rb433 ale tam me napada spise neco jako zakruzeni - na to bych zkusil ve sve vlastni domaci siti zapojit minimum veci a cekat, jestli se to projevi a jestli ne, tak postupne pridavat.

jany

Ano pouzivam DNS googlu 8.8.8.8 a 8.8.4.4, ale takto mam nastavene roky. A ten traffic je nahodny, niekedy to urobi 2x denne a niekedy to nespravi ani raz za tyzden (ale v poslednom case to robi takmer kazdy den).

lubor

Pouzi wireshark na sieti, zmirroruj si porty, ... aby si zistil co tam vlastne chodi a ked budes vediet aka to je prevadzka tak postupuj podla toho dalej. Citanim IN/OUT trafficu a zhadzovanim portov nezistis co tam tecie.

jany

Niesom sietar, takze wireshark zrejme nenastudujem za hodinu, ani za den :(

Podla torch som zistil, ze na eth1.1 robil traffic

SRC DST RX

192.68.1.2 192.168.1.176 25

Lenze tie IP adresy boli vypnute (IP 192.168.1.2 je pc ktory bol vypnuty a192.168.1.176 som vytvoril len vcera pre novy ubnt a ten mam polozeny na stole v krabici).

Nedokazal som zistit ani ich MAC, v ARP tabulke tieto IP neboli a ani ping na nich nesiel, takze uz tomu vobec nerozumiem :(

jany

Este ma napadla jedna vec, ci nemoze byt problem s verziou, pretoze koncom roka 2015 som upgradoval vid toto a zrejme od vtedy zacali problemy.

jany

Takze downgradoval som verzie z 6.33.3 na oboch routeroch (RB450, RB433) na 5.26, ale problem sa nevyriesil (teraz mam takmer kazdy vecer traffic 10-30 MB/s kde pada hlavny router, ale len niektore stroje (PC) a len LAN cast (wan funguje)). Spadnutie siete trva 5,10,15,20 minut , ale niekedy aj 1-2 hod, potom traffic prestane a vsetko funguje OK. Ak nahodou zistim vysoky traffic, tak staci odpojit switch od napajania, znova pripojit a vsetko je OK.

Kedze nie som sietar, velmi sa do toho nevyznam, ale mam pocit, ze mam aj nejake pravidla vo firewalle poprehadzovane.

Pre istotu ich sem kopnem

0 ;;; Drop INVALID connection

chain=input action=drop connection-state=(unknown)

1 chain=forward action=drop connection-state=(unknown)

2 ;;; Allow ESTABILISHED and RELATED connection

chain=forward action=accept connection-state=(unknown)

3 chain=input action=accept connection-state=(unknown)

4 chain=forward action=accept connection-state=(unknown)

5 chain=input action=accept connection-state=(unknown)

6 ;;; Allow DNS requests

chain=input action=accept protocol=udp in-interface=!pppoe-out1 dst-port=53

7 chain=input action=accept protocol=tcp in-interface=!pppoe-out1 dst-port=53

8 ;;; Allow ping

chain=input action=accept protocol=icmp icmp-options=8:0-255

9 ;;; pc1

chain=forward action=accept out-interface=pppoe-out1 src-mac-address=00:CC:1D:8D:CC:0D

10 ;;; pc2

chain=forward action=accept out-interface=pppoe-out1 src-mac-address=D0:CC:99:36:CC:E0

11 ;;; pc3

chain=forward action=accept out-interface=pppoe-out1 src-mac-address=00:CC:42:40:CC:0B

12 ;;; pcx

chain=forward action=accept out-interface=pppoe-out1 src-mac-address=00:CC:8B:30:CC:0F

13 ;;; OpenVPN

chain=forward action=accept protocol=udp dst-port=1194

14 ;;; Pristup na FTP mikrotiku z mojho PC

chain=input action=accept protocol=tcp src-address=192.168.1.2 dst-port=21

15 ;;; DRP everithing else

chain=forward action=drop out-interface=pppoe-out1

16 ;;; Allow_SNMP

chain=input action=accept protocol=udp in-interface=!pppoe-out1 dst-port=161

Pravidla mi este pred cca 7-8 rokmi vytvoril isty sietar (na ktoreho uz nemam kontakt) a nikdy som ich nemenil, ale mam taky pocit ze pravidlo 0-5 mi tam vzdy behali nejake Bytes a packets, ale teraz mam tam vsade 0.

Je mozne ze problem moze sposobovat aj firewall, ale mne je to tazko posudit.

Ja som si ukladal backupy dost casto (po nejakych zmenach) myslim, ze mam aj z roku 2009, mohol by som ich vratit, ale od vtedy sa uz hodne veci pomenilo, takze by som to musel rucne doplnat.

Osobne si myslim, ze problem nebude v HW, ale skor v konfiguracii mikrotiku.

Ak by teda niekto vedel posudit, ci su tie pravidla OK, tak budem vdacny (bol by som uz rad, ak by sa ten problem pre mna s nevysvetlitelnym trafficom vyriesil (ved to trva uz pol roka))

ludvik

ti nejsou divné ty (unknown)? Tím to sice nebude, ale to je prostě bordel ... v poznámce toho pravidla máš co tam má být. První dvě invalid a pak vždy RELATED a ESTABLISHED pro forward i input.

Ty link-down a link-up jsi vyřešil?

Další stránka »