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

[Petr S.]

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

Kód: Vybrat vše

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

[Petr S.]

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.

Kód: Vybrat vše

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 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:

Kód: Vybrat vše

[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:

Kód: Vybrat vše

  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):

Kód: Vybrat vše

[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:

Kód: Vybrat vše

  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...