anstrem Posted October 14, 2016 · Report post CCR1009-8G-1S и CCR1009-8G-1S-1S+ соединены через интернет SSTP и через него EOIP Инет на одной стороне 100Мбит/с, на другой 80Мбит/с Скорость прокачки данных через EOIP в пределе 10-12Мбит/с Не маловато ли ? Я конечно 80Мбит/с не ожидал, но хотя бы 40... Bandwidth test UDP пакетами по IP внутри EOIP в одну сторону дает 50Мбит/с В другую 30-40Мбит/с А вот с Bandwidth test TCP все плохо - теже 10-12Мбит/с в любую из сторон. MTU пробовал понижать на чем тока можно и нельзя - ничего не меняется. Компрессию и шифрацию на SSTP сервере отключал тоже, правда это никак не сказалось на соединении, все равно в Active показывает в свойствах соединения AES256 Хотя с производительностью тут проблем вроде вообще никаких: процы в Profile не загружены с обоих сторон от слова вообще, idle > 90% (а в основном > 99%) всегда Может оно так и должно быть и это нормальная скорость, а я зря парюсь ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
nimbo Posted October 14, 2016 · Report post с SSTP так всегда, попробуйте l2tp без шифрования например. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Kamik Posted November 13, 2016 · Report post а с l2tp таже фигня. больше 10 Мбит не поднимается. непонятно почему. вот туннель. с одной стороны 100Мбит оптика, с другой ADSL 50/10 Мбит. между рутерами все вроде более менее. а вот между машинами в локалках - катастрофа. C:\Users\Kloos\Desktop\iperf-3.1.3-win32>iperf3.exe -fM -c 172.16.0.110 -R Connecting to host 172.16.0.110, port 5201 Reverse mode, remote host 172.16.0.110 is sending [ 4] local 172.16.15.106 port 51189 connected to 172.16.0.110 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 1.06 MBytes 1.06 MBytes/sec [ 4] 1.00-2.00 sec 1.22 MBytes 1.22 MBytes/sec [ 4] 2.00-3.00 sec 1.20 MBytes 1.19 MBytes/sec [ 4] 3.00-4.00 sec 1.22 MBytes 1.22 MBytes/sec [ 4] 4.00-5.00 sec 1.23 MBytes 1.23 MBytes/sec [ 4] 5.00-6.00 sec 1.21 MBytes 1.21 MBytes/sec [ 4] 6.00-7.00 sec 1.22 MBytes 1.22 MBytes/sec [ 4] 7.00-8.00 sec 1.22 MBytes 1.21 MBytes/sec [ 4] 8.00-9.00 sec 1.21 MBytes 1.22 MBytes/sec [ 4] 9.00-10.00 sec 1.22 MBytes 1.22 MBytes/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 12.2 MBytes 1.22 MBytes/sec sender [ 4] 0.00-10.00 sec 12.1 MBytes 1.21 MBytes/sec receiver iperf Done. C:\Users\Kloos\Desktop\iperf-3.1.3-win32>iperf3.exe -fM -c 172.16.0.110 Connecting to host 172.16.0.110, port 5201 [ 4] local 172.16.15.106 port 51191 connected to 172.16.0.110 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.01 sec 756 KBytes 0.73 MBytes/sec [ 4] 1.01-2.00 sec 882 KBytes 0.87 MBytes/sec [ 4] 2.00-3.00 sec 882 KBytes 0.86 MBytes/sec [ 4] 3.00-4.00 sec 882 KBytes 0.86 MBytes/sec [ 4] 4.00-5.00 sec 819 KBytes 0.80 MBytes/sec [ 4] 5.00-6.00 sec 945 KBytes 0.92 MBytes/sec [ 4] 6.00-7.00 sec 882 KBytes 0.86 MBytes/sec [ 4] 7.00-8.00 sec 882 KBytes 0.86 MBytes/sec [ 4] 8.00-9.00 sec 882 KBytes 0.86 MBytes/sec [ 4] 9.00-10.00 sec 882 KBytes 0.86 MBytes/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 8.49 MBytes 0.85 MBytes/sec sender [ 4] 0.00-10.00 sec 8.48 MBytes 0.85 MBytes/sec receiver iperf Done. /tool> bandwidth-test direction=both duration=20 tcp-connecti on-count=5 172.16.0.1 status: done testing duration: 21s tx-current: 5.9Mbps tx-10-second-average: 6.7Mbps tx-total-average: 6.8Mbps rx-current: 42.9Mbps rx-10-second-average: 42.9Mbps rx-total-average: 34.9Mbps lost-packets: 375 random-data: no direction: both tx-size: 1500 rx-size: 1500 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted November 14, 2016 · Report post Нужно искать проблему пошагово. Нужно запустить тест через туннель без EoIP и посмотреть какая получается скорость. Если все нормально, то запускаете тест через EoIP и видите падение. Тут не надо трогать MTU, нужно запустить тест маленькими пакетами, например 1200. Суть в том, что туннель сам фрагментирует пакеты, а тут еще EoIP фрагментирует, и получается двойная фрагментация. Если у провайдера нарушена очередность следования пакетов, как раз и будут похожие симптомы. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Kamik Posted November 14, 2016 · Report post хорошо. попробую. как раз новый филиал скоро подключать. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
poisons Posted November 14, 2016 · Report post Спрошу глупость, а зачем вы внутрь tcp туннеля запихиваете l2 туннель? Инкапсуляция ради инкапсуляции? Что вам мешает просто поднять EoIP туннель с ipsec? Кто-то из пиров за натом? Ну и sstp очень тормозная вещь, ну прям очень-очень, использую только для телеворкеров, т.к. для винды нативно и пролезает через всякие нехорошие фаерволы в гостиницах и аэропортах. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Kamik Posted November 14, 2016 (edited) · Report post Что вам мешает просто поднять EoIP туннель с ipsec? Кто-то из пиров за натом? Именно. Ибо пока решается вопрос с телефонией, стоят еще обычные рутеры от провайдера, а за ними микротики.в дальнейшем будет просто модем с pppoe. Edited November 14, 2016 by Kamik Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...