+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

EoIP

EoIP, RouterOS

pcmd

Guest

05.12.2004 19:17:00

Связал две удалённые сети EoIP через PPTP, чтобы передавать IPX-трафик. Работает, но очень медленно. На одной точке — 2Mb кабель, на другой — 384Kbps DSL. Поигрался с настройками MTU и MRU, но это никак не повлияло на скорость. Пока что шифрование на PPTP-туннеле не настроено (в pptp-server server кодировка пустая). Какие есть предложения?

mag Guest	#2 0 05.12.2004 20:35:00 Какая версия прошивки роутера используется? Что ты имеешь в виду под "медленно" в килобайтах в секунду? 384 кбит/с даст тебе пропускную способность примерно в 20 килобайт/с. С уважением, Маттиас.

pcmd Guest	#3 0 05.12.2004 21:08:00 OS 2.8.19. Как лучше всего оценить мою пропускную способность? Приложение, которое я использую, полностью запускается за 30 секунд в локальной сети, но за 3 минуты 30 секунд – по EoIP.

dwright Guest	#4 0 06.12.2004 03:46:00 Попробуй перекинуть файлы по FTP через туннель или используй сервер для проверки пропускной способности в Mikrotik http://www.mikrotik.com/docs/ros/2.8/tools/btest.content. Dan

wjw

Guest

06.12.2004 05:32:00

Твой ограничивающий фактор – линия DSL на 384 кбит/с, так что… если у тебя Ethernet на 10 Мбит/с, программа будет загружаться в 10 000 / 384 = примерно в 26 раз дольше, чем в твоей локальной сети. Исходя из того, что именно скорость передачи данных замедляет загрузку. Так что, в целом, не так уж и плохо…

mp3turbo2

Guest

06.12.2004 05:52:00

Привет, pcmd, могу подтвердить – мой опыт работы с туннелями очень похож. Мы смогли проталкивать около 80 кБ/с = 640 кбит/с по линии 34 Мбит/с e1/t1… которая без туннелей проходит >32 Мбит/с… кстати, какой самый быстрый туннель в MT? Мне казалось, что IPIP должен быть самым быстрым из-за своей простоты и отсутствия шифрования. Пока, mp3turbo.

mag

Guest

06.12.2004 07:24:00

Проблем с туннелями больше нет. Используем много EoIP и PPTP туннелей и не испытываем проблем со скоростью (до нескольких Мбит/с на туннель). IPsec пока не тестировал, но использование туннелей стало очень важной особенностью MT для нас. С уважением, Маттиас.

mip

Guest

06.12.2004 13:56:00

Это та линь DSL 384kbps симметричная? Потому что у нас тут все DSL-линии ассиметричные. Так что если у тебя DSL 384kbps, то скорость загрузки будет всего 64kbps, около 8 кбайт/с. То же самое и с туннелями: мы используем eoip и без ограничений по скорости, просто хорошая передача.

pcmd

Guest

06.12.2004 15:08:00

DSL-соединение симметричное, проверено на T1 с использованием тестера полосы пропускания, udp, размер пакета 1500, в обе стороны. Результаты следующие:

Из удаленного (dsl) в локальный (кабель): 2-минутный тест, средние значения.
EoIP: 327/290 кбит/с
PPTP: 324/285 кбит/с
Публичный адрес: 349/323 кбит/с

Загрузка файла размером 1778 кб на роутер заняла примерно 50 секунд при всех трех адресах.

Результаты тестирования из локальной сети (кабель) в удаленную (dsl) были странными: tx постоянно опускался до нуля, а затем резко возрастал:
EoIP: 262/337 кбит/с (0/256, 200/256, 0/300, 287/300, 0/330, 320/330 и т.д.)
PPTP: 281/331 кбит/с (tx опять же подпрыгивал и падал до нуля, как и выше)
Публичный адрес: 332/370 кбит/с (снова tx подпрыгивал, как и выше)

Аналогичные результаты при загрузке файла, как описано выше: передача файла размером 1778 кб заняла примерно 50 секунд.

mag

Guest

#10

06.12.2004 15:38:00

Хм, t1 это не DSL, полагаю, у тебя было 384 kbps с симметричным DSL (HDSL, SDSL)? Результаты тестов от локальной сети (кабель) до удаленной (DSL) были странные: tx постоянно пропадал до нуля, потом снова поднимался. Не думаю, что это проблема MT. Я бы проверил все между модемами и роутерами (скорость, duplex mode). Стоит проверить, есть ли повторные передачи. Возможно, на DSL-линии происходит формирование трафика. По крайней мере, у нас некоторые DSL-провайдеры балуются с прозрачным формированием.

С уважением,
Matthias

pcmd

Guest

#11

06.12.2004 22:50:00

Провайдер подтвердил 384K SDSL, все адреса проходят без проблем, никакого шейпинга, никакой NAT. 100Mbs full duplex на локальном соединении (кабель), Winbox показывает 10Mbs half duplex на удаленном участке (DSL). Придется съездить туда и проверить это.

pcmd Guest	#12 0 06.12.2004 22:52:00 Как лучше всего проверять повторные передачи?

mag Guest	#13 0 07.12.2004 07:53:00 Удобный коммутатор или анализатор протоколов в сегменте Ethernet между модемом и маршрутизатором, а также между маршрутизатором и ПК. С уважением, Маттиас.

jonbrewer

Guest

#14

07.12.2004 10:56:00

В нашей сети в основном используются туннели — IPIP и EOIP для доставки трафика клиентов, а PPTP — для соединения сети через IX. Это помогает поддерживать чистоту, так как мы передаём трафик для нескольких разных ISP, и у нас есть беспроводные узлы в нескольких сетях, подключенных к IX. Серверами туннелей выступают 400-мегагерцовые Celeron (Compaq SFF с дешёвыми картами Realtek), как настроено ниже: беспроводной узел – сервер туннеля – граница IX (IX через оптоволокно в черте города). Граница IX – сервер туннеля – беспроводной узел.

tool bandwidth-test 10.16.0.132 protocol=tcp direction=both random-data=yes status: running duration: 30s tx-current: 52.1Mbps tx-10-second-average: 52Mbps tx-total-average: 52.3Mbps rx-current: 22.6Mbps rx-10-second-average: 20.9Mbps rx-total-average: 19.9Mbps

Асимметрия, скорее всего, из-за того, что один из серверов туннеля воткнут в один и тот же коммутатор дважды, по очень плоской и уродливой причине. Но всё равно пропускная способность намного лучше, чем вы сообщаете!

mp3turbo2

Guest

#15

08.12.2004 11:52:00

Джон, это просто отличная работа! Выложишь свою конфигурацию IPIP или EOIP туннелей? Пропусти IP-адреса и пароли всякую ерунду. Мне интересен конфиг IPIP (это очень просто, но у нас с ним не сложилось – производительность была низкая) и особенно — работа с MSS/MTU. Ты как-то это делаешь? Как? Спасибо, mp3turbo.

jonbrewer

Guest

#16

12.12.2004 23:25:00

Мы кое-как исправили проблемы с MTU, но остановились. Если у клиента проблема с PMTUD, мы просто устанавливаем MTU на IPIP равным 1500 и разрешаем фрагментацию пакетов, или используем EoIP, который тоже позволяет пакетам фрагментироваться. Те, у которых MTU 1440, тоже проходят через PPTP туннели где-то до клиента. Если бы мы смогли заставить Mikrotik поддерживать Ethernet карты с большим MTU, фрагментации бы вообще не было! На одном из наших роутеров IPIP выглядит так:
0 R name=“tunnel-to-1” mtu=1480 local-address=10.16.0.65 remote-address=10.16.0.10
1 R name=“tunnel-to-2” mtu=1480 local-address=10.16.0.65 remote-address=10.16.0.25
2 R name=“tunnel-to-3” mtu=1480 local-address=10.16.0.65 remote-address=10.16.0.74
3 R name=“tunnel-to-4” mtu=1440 local-address=10.16.0.65 remote-address=10.16.0.206
4 R name=“tunnel-to-5” mtu=1480 local-address=10.16.0.65 remote-address=10.16.0.78
5 R name=“tunnel-to-6” mtu=1480 local-address= .7.1.10 remote-address= .7.1.12
6 R name=“tunnel-to-7” mtu=1440 local-address=10.16.0.65 remote-address=10.16.0.150
7 R name=“tunnel-to-8” mtu=1500 local-address=10.16.0.65 remote-address=10.16.0.82

На том же роутере EoIP выглядит так:
0 R name=“eoip-1” mtu=1500 mac-address=00:00:5E:80:00:02 arp=enabled remote-address=10.16.0.138 tunnel-id=1
1 R name=“eoip-2” mtu=1500 mac-address=00:00:05:80:00:04 arp=enabled remote-address=10.16.0.142 tunnel-id=2
2 R name=“eoip-3” mtu=1500 mac-address=00:00:05:80:00:05 arp=enabled remote-address=10.16.0.150 tunnel-id=3

pcmd

Guest

#17

13.12.2004 14:56:00

Пока что никакого удовольствия от этого теста, всё ещё очень медленно. Я спросил техподдержку MT насчёт требований к оборудованию, но ответа не получил. MT бокс на удалённой стороне P166, 64Мб RAM, 3COM 3c509 ISA public interface, 3COM 905-TX PCI Private interface; локальная сторона P233 w/MMX (не PII), 128Мб RAM, RealTek 8139’s на Public и Private интерфейсах. Я мониторил ресурсы на обеих машинах и редко вижу скачки загрузки ЦП выше 10%. Какие мысли у тех, у кого EoIP over PPTP работает нормально?

sten

Guest

#18

13.12.2004 15:20:00

Карты 3COM 3c509-TX PCI генерируют поврежденные пакеты, когда используется определенное аппаратное ускорение передачи. (Я не знаю, использует ли RouterOS это, может, стоит проверить, не выходят ли поврежденные пакеты?). Карты 3COM 3c509 ISA генерируют слишком много IRQ на пакет, чтобы их можно было использовать в ситуациях с высокой интенсивностью PPS. (По моему мнению). Проверяли ли вы, нет ли несовпадений дуплексов? Я получаю то, что ожидаю от EoIP, но должен добавить, что если есть какие-то аппаратные проблемы (физическое соединение теряет пакеты и т.д.), они проявятся сильнее, чем в обычном физическом соединении. (Больше инкапсулированных пакетов будет теряться, чем без них).

mag

Guest

#19

13.12.2004 16:44:00

Реальные сетевые контроллеры Realtek создают слишком большую нагрузку на процессор, что и является ограничивающим фактором. Наш IT-отдел сказал, что если взять какие-нибудь дешёвые платы Intel 845/Celeron 2 GHz со встроенным Intel-сетевым контроллером, то пропускная способность будет полной. После тестирования можно будет выбрать более производительное или энергоэффективное оборудование. С наилучшими пожеланиями, Маттиас.

pcmd Guest	#20 0 14.12.2004 14:24:00 Двойных проблем не обнаружено. Значит, сетевые карты 3COM – это хлам, сетевые карты Realtek – это хлам, и мне нужно собрать пару коробок за 400 долларов, чтобы просто проверить, проблема в железе? Опять же, загрузка процессора редко превышает 10%, всплески, а не постоянная нагрузка. Спасибо всем за ваши мнения по этому вопросу. #networking #hardware #frustration

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры