Sziasztok!
Adott egy Mikrotik routerboard amihez FTTH Digi kapcsolat biztositja az internetet, a vegponti eszkoz bridge modban van, igy a routeren be van allitva egyreszt az ethernet interfesz, masreszt a pppoe kapcsolat. Hetente egyszer megszakad a kapcsolat, ez annyit jelent, hogy ping 8.8.8.8-ra nem megy. A logban nem ir semmit a digi ethernet/pppoe interfeszevel kapcsolatban. Ha a PPPOE-t ujrainditom, akkor megy ujra, az ethernet interfeszhez nem kell nyulni.
Az ugyfelszolgalat azt latja, hogy a vegponti eszkozuk folyamatosan megy, viszont a routerunk kb 1-1.5 naponta ujra kapcsolodik a PPPOE-n.
Valakinek van otlete, hogy ez mitol lehet? A PPPOE beallitasoknal tul sok lehetoseg nincs, amit el lehetne rontani.. Esetleg erdemes a debug logot magasabb szintre allitani a PPPOE-nel?
Elore is koszonom a segitseget.
- 3764 megtekintés
Hozzászólások
A DIGI valóban lebontja a kapcsolatot 168 óránként. Azonban, a Mikrotiknek újra kellene tudnia kapcsolódni.
- A hozzászóláshoz be kell jelentkezni
nekem is volt hasonló, 1-2 hetente egyszer-kétszer megállt, logokban látszott, hogy folyamatosan próbált újracsatlakozni pppoe-n, fel-le billegett az egész, sima restart nem segített, 3-5 perc áramtalanítás után egyszercsak elindult. vagy nem. akkor megint kikapcs. ha rendes működés közben bármikor rebootolta, ugyanúgy produkálta ezt a jelenséget
próbáloztam mindeféle frissítésekkel, semmi nem segített.
aztán pár hónapja egyszercsak mindeféle beavatkozás nélkül elmúlt, azóta megy rendesen.
ez a mikrotik egy ezotériás fos, gyűlölöm.
- A hozzászóláshoz be kell jelentkezni
...és mindebből arra következtettél, hogy a mikrotik egy fos, és nem a szolgáltató szarjaival/beállításával van/volt a gond? khhhm: grat!
Van olyan mikrotik routerem amit lassan egy évtizede üzemeletetek és még soha sehol nem volt gondom pppoe újracsatlakozással.
Hozzáteszem környezetemben/ügyfeleknél egy helyen van Digi(családban), de oda meg költséghatékonyság miatt nem mikrotik ment, hanem Xiaomi Mi Router 3G + Padavan.
Mindennapi mikrotik üzemeltetőként és felhasználóként egy percre se akarom védeni a mundért mert tényleg tele van hibával, meg nem is csodaszer...ellenben ha érted élhető(bb mint megannyi más "olcsó" megoldás).
- A hozzászóláshoz be kell jelentkezni
Az ujracsatlakozast egyszeruen a keepalive-timeout szabalyozza, ugye? Esetleg el tudod kuldeni a konfigod vonatkozo reszet?
- A hozzászóláshoz be kell jelentkezni
Sosem kellet még a routeros default 60-as keepalive timeout-jához nyúlnom.
Most ránéztem, több routeremre, mindben ahol pppoe van 60 az érték.
itt egy:
name="********" max-mtu=1480 max-mru=1480 mrru=disabled interface=ether1-wan user="*******" password="*************" profile=default keepalive-timeout=60 service-name="" ac-name="" add-default-route=yes default-route-distance=1 dial-on-demand=no use-peer-dns=yes allow=pap,chap,mschap1,mschap2
- A hozzászóláshoz be kell jelentkezni
Koszi! :)
- A hozzászóláshoz be kell jelentkezni
A Mikrotik ilyen szermpontból okos is...
Tud olyat, hogy szépen újraindul, ha nem megy a net:
System--> Watchdog menüpontnál
Oykawa
- A hozzászóláshoz be kell jelentkezni
Az alapproblemat ugyan nem oldja meg, de jo otlet, koszonom!
- A hozzászóláshoz be kell jelentkezni
A PPPoE azonosítást használó szolgáltatók általában nem engedik be egy ideig a leszakadt usereket. Például ha nem csatlakozol le szabályosan hanem kihúzod a kábelt. Eltelik egy idő mire kilépteti a rendszer. Azonnali újracsatlakozásnál dupla loginként értelmezi és nem engedi. Ez az idő lehet pár perc vagy akár negyed óra is.
A watchdog mindenképpen jó ha be van állítva.
- A hozzászóláshoz be kell jelentkezni
Nálam is Digi van Mikrotikkel, ugyanez a felállás. Heti egyszer a Digi bontja a kapcsolatot, de utána a router magától újraépíti, ha kell. Ez be van állítva nálad a pppoe kliensre? 'dial-on-demand=yes'
- A hozzászóláshoz be kell jelentkezni
A dokumentacio alapjan en ugy ertem, hogy a dial on demand arra jo, hogyha nincs kifele meno forgalom, akkor bontja a kapcsolatot. Ezt en biztosan nem szeretnem, mivel ekkor kivulrol se lehet befele jonni.
- A hozzászóláshoz be kell jelentkezni
Hm, eddig még ezt nem néztem a doksiban, mindenesetre nálam be van állítva és nincs ilyen gond. Megy folyamatosan, amikor a Digi bontja, utána újracsatlakozik. Kintről bármikor elérem.
Mindenesetre megpróbálhatod a logot beállítani, hátha abból kiderül valami: add topics=pppoe,debug
- A hozzászóláshoz be kell jelentkezni
De, jól olvastad doksit.
- A hozzászóláshoz be kell jelentkezni
Nekem olyan gondom volt a mikrotik pppoe-val, hogy egyszercsak inaktív lett az interfész. Kb. 2 éve ment gond nélkül, tegnap újra kellett engedélyezni az interfészt :( Remélem megint megy 2 évig :)
A DIGI hálózatán valami nem kóser a natolással. Az összes nat-olt végpontunkon kb. 10 percenként felment a pingidő, pár csomag el is veszett aztán 10-15 mp múlva megint minden rendben volt. Az ügyfélszolgálatot nagyon nem érdekelte ez a probléma, átállíttattam minden végpontot valós IP-re és nem is volt a továbbiakban ilyen.
- A hozzászóláshoz be kell jelentkezni
Bár nem biztos, hogy segít a topiknyitó problémáján, de én is tapasztalok furcsaságokat az otthoni digis netemmel (hagyományos "lakótelepi" UTP-s kapcsolat, nem FTTH).
Friss, saját fordítású openwrt-t futtatok egy Netgear WNDR4300-as dobozon, az ebben lévő pppd+rp-pppoe kombóval alapesetben remekül működik minden, viszont ha egyszer lebont a kapcsolat, utána 5-10 percig erőlködik a router az újrakapcsolódással, miközben ezt látom a logban:
Fri Feb 9 03:30:53 2018 daemon.info pppd[1171]: Plugin rp-pppoe.so loaded.
Fri Feb 9 03:30:53 2018 daemon.info pppd[1171]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Fri Feb 9 03:30:53 2018 daemon.notice pppd[1171]: pppd 2.4.7 started by root, uid 0
Fri Feb 9 03:31:08 2018 daemon.warn pppd[1171]: Timeout waiting for PADO packets
Fri Feb 9 03:31:08 2018 daemon.err pppd[1171]: Unable to complete PPPoE Discovery
Fri Feb 9 03:31:08 2018 daemon.info pppd[1171]: Exit.
Fri Feb 9 03:31:09 2018 daemon.info pppd[1540]: Plugin rp-pppoe.so loaded.
Fri Feb 9 03:31:09 2018 daemon.info pppd[1540]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Fri Feb 9 03:31:09 2018 daemon.notice pppd[1540]: pppd 2.4.7 started by root, uid 0
Fri Feb 9 03:31:24 2018 daemon.warn pppd[1540]: Timeout waiting for PADO packets
Fri Feb 9 03:31:24 2018 daemon.err pppd[1540]: Unable to complete PPPoE Discovery
Fri Feb 9 03:31:24 2018 daemon.info pppd[1540]: Exit.
[...]
Ez ismétlődik sokszor egymás után, aztán egyszer csak egy random idő eltelte után sikerül a kapcsolódás, utána az ISP oldalról automatikusan kezdeményezett bontásig minden tökéletesen működik, nincs szakadozás, csomagvesztés, stb.
Annó a Digi bekötésekor próbáltam rájönni, mi lehet a baj, de ez azóta sem sikerült. Se csomagvesztést, se sávszélesség problémákat, de még a szokásosnál magasabb ping-et sem tapasztalok, így maga a fizikai kapcsolat jó kell, hogy legyen. Ez szerintem inkább valami kompatibilitási probléma lehet a szerver- és a kliensoldali PPPoE implementációjában, amit alátámaszt, hogy Windows 10 alatt nem jön elő ez, csak Linuxon.
- A hozzászóláshoz be kell jelentkezni
Ugy tunik megvan a megoldas. Hasonloan ahogy a kollega emlitette a https://hup.hu/node/119921 szalban, nalam is az alapertelmezett Mikrotik konfigbol ott maradt egy DHCP kliens a WAN ethernet interfacen. Most ezt eltavolitottam, es azota az ugyfelszolgalat szerint stabil a kapcsolat.
- A hozzászóláshoz be kell jelentkezni