Titkok pppoe a mikrotikmir redmonskih ablak nélküli, a világ egyik ablak nélküli redmonskih

Bizonyára mindenki ismeri a hatalmas Mikrotik OS tervezték, hogy a router RouterBoardot (Mikrotik saját felszereléssel), valamint minden x86 gépen szükséges minimális hardver.

Gyakran előfordul, hogy sok ISP használt Mikrotik User-End berendezések, nevezetesen a PPPoE szerver vagy PPPTP.

1. Változás az MSS

Leggyakrabban, rendszergazdák létre egy PPPoE szerver az alábbiak szerint:

És általában, igazuk van, hogy megváltoztassa az MSS, az lenne a helyszínek általában nyitott. Azonban Mikrotik verzió 5,24 halom létre dinamikus szabályokat (2-a minden ügyfél kapcsolat) a tűzfal Mángorló táblázat, amely jelentősen növeli a terheket a CPU-t. Jobb, ha ezt:

Ez az egyik szabály az MSS az egész tartományát - pppoe_addrs

2. sebességek nagyobb, mint 6 Mbit / s

Alapértelmezés szerint az új ügyfél kapcsolat a szerverhez Mikrotik generál dinamikus sorba Queue Egyszerű, hogy milyen típusú default-kis fordulat. amely konfigurációs PFIFO c kapacitását a sorban a 10 csomag. Természetesen ez a helyzet nem teljesül, a változás ugyanúgy:

Nem tér ki a Mikrotik lehetőségek szempontjából a sebesség szabályozás, de el tudja olvasni róla itt.

3. Elveszett-Carrier mi ez, és mit eszik

Mivel gyakran a szolgáltató berendezés (NAS) és a kliens eszköz csatlakozik, hogy ne csak az optikai és réz vezetékek, hanem bármilyen rádióberendezések (azonos Mikrotik). Ezzel kapcsolatban, amit néha lehet megfigyelni az okok lekapcsolás Lost-Carrier. A hiba oka, Mikrotik nem kap a megadott időben, kéri azok csomagokat Echo (a PPPoE / PPTP van ellenőrzési protokoll ppp kapcsolat „életerő”, amely bizonyos időközönként (LCP echo-intervallum) csomagokat küld, hasonló céllal, hogy a ICMP, de végre kifejezetten alagút kapcsolatok és LCP nevezett csomagok).

Ez felelős ez a paraméter KeepAlive. ez határozza másodpercben (alapértelmezett érték 10), és a következőképpen működik. módon.
Mikrotik kezd küldeni a csomagokat Echo ügyfél 10 (alapértelmezett) másodpercig, ha a következő 10 másodperc nem fog semmilyen választ, majd leteszi ezt a hibát KeepAlive.

Így Mikrotik fog várni 2 * 10 másodpercig, amíg a szünet kapcsolatot.

Azt javasoljuk, hogy azt a 10-20 másodpercet, mielőtt, ha rossz minőségű a vonal 20 másodpercig. Ne feledje, hogy minél magasabb az érték, annál nagyobb az időt, hogy befejeződik a sikertelen csatlakozás és telepítése az új.

• Használata CoA PPPoE Mikrotik
• Forgalomosztályozási PPPoE, dinamikus sebességkorlátozó azok közül némelyek

Jó napot! Ha a PPPoE szerver beállításokat az MikroTik 6.34.6 következő probléma: néhány router, és a számítógépek nem hozható létre kapcsolat. Pontosabban, hogy telepítve van, és azonnal rohan.
Itt van egy PPP Hibanaplók
19:13:29 pppoe, ppp, debug. IPCP megnyitott
19:13:29 pppoe, ppp, info. összefüggő
19:13:30 pppoe ppp, hibakeresés, csomagot. RCVD LCP EchoReq id = 0xb
19:13:30 pppoe ppp, hibakeresés, csomag
19:13:30 pppoe ppp, hibakeresés, csomagot. elküldött LCP EchoRep id = 0xb
19:13:30 pppoe ppp, hibakeresés, csomag
19:13:30 pppoe ppp, hibakeresés, csomagot. RCVD LCP EchoReq id = 0x3b
19:13:30 pppoe ppp, hibakeresés, csomag
19:13:30 pppoe ppp, hibakeresés, csomagot. elküldött LCP EchoRep id = 0x3b
19:13:30 pppoe ppp, hibakeresés, csomag
19:13:30 pppoe, hibakeresés, csomag Vlan | 3030 | LAN | kliensek PPPoE: rcvd PADT a 2C: 56: DC: A4: B9: 87
19:13:30 pppoe, hibakeresés, csomag munkamenet-id = 0x18c4
19:13:30 pppoe, hibakeresés, csomag generic-error = ülés zárt
19:13:30 pppoe, ppp, debug. LCP lowerdown
19:13:30 pppoe, ppp, debug. LCP zárva
19:13:30 pppoe, ppp, debug. CCP lowerdown
19:13:30 pppoe, ppp, debug. BCP lowerdown
19:13:30 pppoe, ppp, debug. BCP le esemény kiindulási állapotban
19:13:30 pppoe, ppp, debug. IPCP lowerdown
19:13:30 pppoe, ppp, debug. IPCP zárva
19:13:30 pppoe, ppp, debug. IPv6CP lowerdown
19:13:30 pppoe, ppp, debug. IPv6CP le esemény kiindulási állapotban
19:13:30 pppoe, ppp, debug. MPLSCP lowerdown
19:13:30 pppoe, ppp, debug. MPLSCP le esemény kiindulási állapotban
19:13:30 pppoe, ppp, info. megszüntető ... - megszakad
19:13:30 pppoe, ppp, debug. LCP lowerdown
19:13:30 pppoe, ppp, debug. LCP le esemény kiindulási állapotban
19:13:30 pppoe ppp, info, figyelembe test1234 kijelentkezett, 0.705.323 augusztus 14
19:13:30 pppoe, ppp, info. szétkapcsolt
Lehet arra, hol kell ásni?

Azt tanácsolom, hogy írjon egy támogató Mikrotik. Fura hiba valamiféle, soha nem találkozott ilyen