SSTP nízká rychlost

jedla

Zdravím,

vytvořil jsem dle dokumentace Mikrotiku SSTP tunel mezi dvěma RB, řekněme jako propojení dvou poboček. Zaradoval jsem se, že vše funguje, ale překvpila mě nízká rychlost, nevytáhnu z toho víc, než 3Mbps. :( Na obou stranách verze 6.18, vytížení CPU maximálně kolem 30%, linka dá na obou stranách mnohokrát víc, takže tady taky není problém. Neřešili jste někdo něco podobného? Díky za reakce.

P.S.: Testoval jsem to kopírováním souborů mezi dvěma PC s Windows 7.

Petr Jelen

zbojnik

Ahoj, podarilo sa ti to nejak vyriesit?

mam taky isty problem, sstp tunel ide ta 6/1 Mbit, a pptp tunel ide 40/30 Mbit (tak ako prepusti linka)

dik

petrs_

A jak jste na tom s latencema? Me u sstp zlobi latence dost.

zbojnik

Ahoj, presne ako vravis to som si ani nevsimol...

odozva pri 0 zatazi sstp

ping 192.168.20.2

SEQ HOST SIZE TTL TIME STATUS

0 192.168.20.2 56 64 8ms

1 192.168.20.2 56 64 49ms

2 192.168.20.2 56 64 8ms

3 192.168.20.2 56 64 8ms

4 192.168.20.2 56 64 18ms

5 192.168.20.2 56 64 16ms

6 192.168.20.2 56 64 10ms

7 192.168.20.2 56 64 8ms

8 192.168.20.2 56 64 8ms

9 192.168.20.2 56 64 15ms

10 192.168.20.2 56 64 8ms

11 192.168.20.2 56 64 8ms

12 192.168.20.2 56 64 48ms

13 192.168.20.2 56 64 8ms

14 192.168.20.2 56 64 14ms

15 192.168.20.2 56 64 23ms

16 192.168.20.2 56 64 15ms

17 192.168.20.2 56 64 8ms

18 192.168.20.2 56 64 8ms

19 192.168.20.2 56 64 10ms

sent=20 received=20 packet-loss=0% min-rtt=8ms avg-rtt=14ms max-rtt=49ms

, pptp odozva 7-8ms

cim to moze byt ? jedna strana crs125 druha rb1100ah

dakujem

petrs_

Já mám oboje rb951ui-2hnd a latence ještě horší než ty, částečně to ale bude u mě i konektivitou - asi odchází anténa, tak ji musím vyměnit. Jinak sstp jsem taky nastavoval podle navodu na mikrotik webu.

100.100.200.2 56 64 25ms

100.100.200.2 56 64 34ms

100.100.200.2 56 64 75ms

100.100.200.2 56 64 20ms

100.100.200.2 56 64 92ms

100.100.200.2 56 64 20ms

100.100.200.2 56 64 65ms

100.100.200.2 56 64 91ms

100.100.200.2 56 64 47ms

100.100.200.2 56 64 67ms

100.100.200.2 56 64 42ms

100.100.200.2 56 64 93ms

100.100.200.2 56 64 91ms

100.100.200.2 56 64 48ms

100.100.200.2 56 64 36ms

100.100.200.2 56 64 81ms

100.100.200.2 56 64 57ms

sent=78 received=78 packet-loss=0% min-rtt=19ms avg-rtt=57ms

max-rtt=181ms

Ještě někdo by nám sem dal test sstp propoje, jak mu to jede?

jarda_jezek

upc-upc:

[admin@RB2011UAS-2HnD] > ping 192.168.30.1

SEQ HOST SIZE TTL TIME STATUS

0 192.168.30.1 56 64 46ms

1 192.168.30.1 56 64 19ms

2 192.168.30.1 56 64 16ms

3 192.168.30.1 56 64 19ms

4 192.168.30.1 56 64 34ms

5 192.168.30.1 56 64 58ms

sent=6 received=6 packet-loss=0% min-rtt=16ms avg-rtt=32ms max-rtt=58ms

přičemž wan-wan to pingá takto:

SEQ HOST SIZE TTL TIME STATUS

0 xx.xxx.xxx.xx 56 62 16ms

1 xx.xxx.xxx.xx 56 62 17ms

2 xx.xxx.xxx.xx 56 62 29ms

3 xx.xxx.xxx.xx 56 62 17ms

4 xx.xxx.xxx.xx 56 62 15ms

sent=5 received=5 packet-loss=0% min-rtt=15ms avg-rtt=18ms max-rtt=29ms

a pro porovnání další tunel (končící mimo upc):

[admin@RB2011UAS-2HnD] > ping 192.168.10.1

SEQ HOST SIZE TTL TIME STATUS

0 192.168.10.1 56 64 96ms

1 192.168.10.1 56 64 31ms

2 192.168.10.1 56 64 67ms

3 192.168.10.1 56 64 113ms

4 192.168.10.1 56 64 49ms

5 192.168.10.1 56 64 46ms

sent=6 received=6 packet-loss=0% min-rtt=31ms avg-rtt=67ms max-rtt=113ms

wan-wan ping:

SEQ HOST SIZE TTL TIME STATUS

0 yyy.yy.yy.yy 56 53 14ms

1 yyy.yy.yy.yy 56 53 16ms

2 yyy.yy.yy.yy 56 53 14ms

3 yyy.yy.yy.yy 56 53 14ms

4 yyy.yy.yy.yy 56 53 14ms

5 yyy.yy.yy.yy 56 53 15ms

sent=6 received=6 packet-loss=0% min-rtt=14ms avg-rtt=14ms max-rtt=16ms

tunely jsou přímo mezi wan-wan jednotlivých zařízení mezi kterými bylo v obou případech pingáno. Rozdíl je enormní a z mého pohledu je dán zejména tím, že sstp jde přes tcp a ne přes udp, což je dávno diskutovaná záležitost na mikrotik foru (zejména v tématech k OpenVPN)

zbojnik

Vedel by niekto objasnit tu dramaticky nizku prenosovu rychlost cez sstp tunel??

ani na jedno mazriadeni nemam cpu na max...