PPTP na RB750, pomalý download

hannnz2

Ahoj,

mám RB750tku s aktuálním ROS. Výroba a provoz od roku 2010.

Je v Brně, na internetu UPC s veřejnou IP, která končí na WANovém portu.

Není to neprostupnost cesty mezi různými ISP - zkoušel jsem jich asi 20.

Pokud sedím v Brně za tou RB750tkou, rychlost internetu 100/30.

Pokud si sednu kdekoliv venku, vytočím PPTPčko, rychlost na stejný speedserver, rychlost je Down: 1-1,5 a Up: 8-10. V okamžik testování je vytížení procesoru do 20%, při připojení přes PPTP (a to je fakt šnek) a když sedím jen za NATem, je vytížení procesoru nad 70%.

Myslíte si, že třeba stáří HW toto může způsobovat? Žádný Queue nastavený není, apod.

Stalo se mi u jiné RB750, že po zátěži sama sebe restartovala, naběhla, z venku přes veřejnou IP jsem se připojil, ale nedělala SRC NAT, takže kdo byl za ní, byl bez internetu. Stačilo ji vzdáleně restartovat a zase běžela... To byl problém buď adaptéru nebo HW, což jsem neřešil, kvůli špatné přístupnosti...

Díky za podělení se o zkušenosti, apod.

zdeneksvarc

Řekl bych, že se PPtP na slabším routeru zadýchá když přehazuje PPTP pakety přes shodný interface, v tomto případě WAN síťovka. Dá se to ověřit bandwidth testem z klienta (https://mikrotik.com/download/btest.exe) přes PPTP na bandwidth server zapnutý na tom RB750. Ale samozřejmě i BT server přidá nějakou režii.

hannnz2

Díky za radu.

Zkoušel jsem to a udp spadne dřív, než začne měřit. TCP ukazuje nějaké reálné hodnoty, ale je to 20/3 při současném obousměrném měření.

Asi prubnu heX a zkusím je vyměnit, protože to chodívalo běžnou rychlostí - přes ten PPTP tunel se přistupuje pomocí SMB na úložiště, kde jsou cca 4MB soubory s obrazovými daty...

zdeneksvarc

Díky za radu.Zkoušel jsem to a udp spadne dřív, než začne měřit. TCP ukazuje nějaké reálné hodnoty, ale je to 20/3 při současném obousměrném měření.

Jaké bylo vytížení CPU v tu chvíli?

hannnz2

Odepisuju z tekefonu, ale bylo to tak, ze jeden smer byl limitovany linkou na firme a jelo to na 100%CPU, obracene se to flakalo na 2-3Mbps a CPUcko do 20-25%. Objednal jsem dneska hEXku, plnou gigabitovou, ne lite, tak uvidim...

hannnz2

Tak jsem udělal nový test.

U mě je to rOS na x86 počítadle s konektivitou 100/100 - limitováno síťovkou.

Připojil jsem se pomocí winboxu na něj, v toolsech si spustil Bandwidth Test.

Zadal jsem ověřovací údaje a IPčko té RB750.

UDP Send - 96-98Mbps, vytížení CPU na x86 stejné jako v klidu 1-5%, vytížení na RB750 30-40%.

UDP Receive - píše running, ale s rychlostí to nehne ani v testu, ani v interfacech - po spuštění testu jde na okamžik RB750 CPU na 65-70% - na sekundu dvě a pak spadne do klidu.

UDP Both - TX 97Mbps, RX 26Mbps, load CPU na RB750 okolo 50-60%.

TCP Send - okolo 85Mbps, vytížení CPU na x86 okolo 25%, vytížení na RB750 je 100% stabilně.

TCP Receive - cca 25Mbps, CPU na RB750 je stabilně 100%.

TCP Both - TX 20-45Mbps, RX 5-24Mbps, vytížení CPU stabilně 100%.

Připojený jsem za routerem x86, ze kterého jsem dělal měření.

Udělám si Queue na 10/10.

Nasledně na speedtest.net zvolím test na UPC Brno. Ping 15ms, Down 9.57, Up 9.63.

Vytočím si PPTP na RB750.

Na speedtest.net zvolím opět test na UPC Brno, Ping 29ms, Dow 1.61, Up 5.70.

zdeneksvarc

Podle testů se potvrzuje můj původní předpoklad, že točení přes jednu síťovku degraduje propustnost PPTP tunelu. Otázka je, jak dobře má Mikrotik naimplementovaný PPTP stack, ale podle mě na to roky nešáhli a šahat už ani nebudou.

hannnz2

No hele, urcite diky moc za diagnostiku a ochotu s pomoci, to zaprve :-)

Vymenim to za hEXko a uvidim.

Nevim, co se stalo. Ono pomoci PPTP sahat na SMB .tif soubory bylo vzdy pomaly. Trvalo to treba 30sekund. Ted to trva 15-20minut. A je jedno, jestli to clovek otevira primo ze sitove cesty nebo to nejdriv kopiruje na lokal a otevre z lokalniho umisteni. Je mozny, ze neco posasili nebo limituji na UPC, ale vetsina operatoru moc ochotna neni, obcas narazime na vyjimky a zabyvaji se tim az do vyreseni. Eliminuji si nasi chybu, pak to prehodim na ne.

zdeneksvarc

Rádo se stalo, každopdáně opustil bych PPTP čím nejdřív a šel do bezpečnější VPNky (<--- l -->viewtopic.php?f=101&t=22230<--- l -->).

hannnz2

Přísahám, že od dob, kdy to fungovalo normálně, jsem v konfiguraci ani na jedné straně nic neměnil.

Včera jsem vzal hEX, import konfigurace, vše ok.

Jiná MAC na WANu, nová veřejná IP - to nic neřeší.

Stav? Stejný, možná ještě horší a to už jen z LANky za hEXem. Měření dowloadu 250Mbps, upload neměřitelný cca 100kbps.

Rozsah pro PPTP 10.10.1.1/24.

Rozsah pro LANku 192.168.2.0/24.

Dal jsem si na LAN inf IPčko 192.168.89.1/24. K tomu si na NTB ručně dal IPčko a DNSka od Google. Výsledek? Upload i Download super.

Vrátil jsem se na rozsah 192.168.2.0/24.

Asi 8mý restart modemu UPC to dostal do stavu, kdy i přes PPTP i přes LANku běhá vše, jak běhalo... Se stejnými rozsahy IP adres :).

Nechápu...

hannnz2

Ahoj,

tak to tak běhalo den. Pak tam probíhala velká rekonstrukce, tak jsem dal na Tebe.

Vytvořil jsem L2TP profil, na místo, kde je UPC a "server" dal hEX.

Pokud si u sebe na W7 vytvořím L2TP VPNku, připojím je, jede to jako blesk... Problém je v tom, že na vzdálené straně mají více počítačů, odkud VPNku chtějí současně otevírat.

Takže jsem na vzdálené straně (RB750) vytvořil L2TP klienta přímo v mikrotiku. Funguje to, ale opět pomalu. Když na vzdálené straně v jednom z počítačů vytvořím L2TP VPNku a pustím to přímo tak, tak to jede super... Ale né, pokud to routuje a šifruje mikortik RB750.

Myslíš, že by to mohlo být přímo tím boardem?

Konfigurace

Strana serveru:

IP LAN: 192.168.2.0/24

L2TP local IP: 192.168.90.1

Secret pro vzdálenou stranu má Remote Address: 192.168.90.2, Routes: 192.168.123.0/24, 192.168.90.2

Strana vzdálená:

IP LAN: 192.168.123.0/24

L2TP local IP po připojení: 192.168.90.2

Do IP->Routes jsem přidal dst-address=192.168.2.0/24 gateway=l2tp-out1

Do IP->Firewall chain=src-nat dst-address=192.168.2.0/24 action=accept

Do PPP jsem přidal L2TP clienta.

Ping jede, přenos přes smb jakš takš, ale dře to, ale ta aplikace je lííííínááá jako potvora.

Vytížení CPU na vzdálené straně v RB750 do 10%, rázy cca 25%...

Díky moc za konzultaci.

majklik

Pokud používáš jen holé L2TP, tak není ve výkonosti rozdíl proti PPTP (a nebezpečnosti). Jestli-že používáš L2TP/IPsec, tak bude záležet, jk tvrdě máš nastaveno to IPsec šifrování, které RB750 nemusí zvládat. Pokud ji přijde rychle něco paketů od protistrany, tak to nestihle dešifrovat, zahodí a pak jede jak sopel na opakování. Takže zkus nastavit na tom hEX simple queue na ten L2TP interface a omezit, ať neposílá do VPN data rychleji, jak třeba 5 Mbps a postupně zkusit, kolik ta RB750 ještě přijme OK.

Jiná možnost je, že se ti to przní na fragmentaci paketů. Takže pokud je zapnuto, tak vypnout používání MRRU a snížit MTU na L2TP spojení na cca 1400, jestliže je kolem toho ještě IPsec. A zapnout použítí "change TCP MSS" v PPP profilu pro to VPN spojení.

mpcz

Zdravím, mám (asi) podobný problém. Na "bráně" firmy mají RB750ku starší. Je tam problém mechanický, jak vyměnit tuto vykopávku za např. 960PGS, se kterým mám dobré zkušenosti. Prosím dotaz: jaká verze RB je stejně veliká jako 750ka a má stejné rozteče šroubů na zdi, ale je výkonnější? Nejméně 2x výstup POE. Podotýkám, že je tam miniprovoz do 15Mbit, což jinde stejný RB zvládá levou zadní. Podezření mám na malou paměť, je tam jen 32MB a volných cca 7-9MB. Nárazově vzrůstá ping na nix.cz až na 100mS, při minimálním provozu, výstup je do optiky 100Mbit. Dá se nějak cíleně zjistit, co dělá tu zátěž až ke 100 proc. CPU při malém provozu? Vidím tam balíček wireless, dá se to bez risku zašednout a restartovat pro uvolnění RAMky? Popř. další balíčky, které nejsou potřeba? Dík, mpcz, 1mar2021

gemb

mpcz vsak si tam daj novu 750tku Gr3, ktora ma ovela vyssi vykon nez tie stare vraky

mpcz

Dík, já tam ale nevidím ty alespoň 2 poe outy. Dělat ten drátkový bastl se mi moc nechce, když už jsme zmlsaní 750UP-kou. mpcz, 1mar2021

cmgn

Jedině GR3. Máme všude možně, v teple, v mrazu, nevíme o tom...

basty

Troufam si tvrdit ze nahrada za 750 presne takto neni... My menime za 960PGS. 750 tim ze ma 400MHz proc, tak uz moc nestiha na novych verzich...

hapi

"hex poe" případně "hex lite poe" pokud je třeba víc jak 1 POE out. Všechno to má stejný rozteče.

basty

aha, tak jo, to lite bude mit stejny diry... hex poe je to PGSko...

mpcz

Dík všem. Hex POE je jasné, ale jak píši, nevleze se do daného místa, je vyšší o dost. Ještě se nikdo nevyjádřil, jak to bude se zašednutím wireless, popř. dalšího zbytečného balíčku, (pokud existuje) na RB750. Je to na dálku bez rizika? Nerad bych si podřízl větev zbytečně. Stále si myslím, že problém u tak malého provozu není v CPU, ale v RAMce. Tyto problémy pozoruji již delší dobu s tím, jak se nafukuje balíček ROSu u 32MB verzí všech RB. Děkuji, mpcz, 1mar2021

Další stránka »