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

Поддерживаемые карты с MTU >1500

Поддерживаемые карты с MTU >1500, RouterOS

jonbrewer

Guest

12.09.2004 03:13:00

Привет. Срочно прошу подтверждения наличия сетевых карт, поддерживаемых Mikrotik, с MTU больше 1500. Особенно было бы здорово, если бы это было 1520 или 1540. Задача — чтобы реальный MTU оставался 1500 до клиента, даже при использовании туннелей IPIP или PPTP. Atheros интерфейс поддерживает 1600, что отлично, потому что у нас развернуто 30 Atheros 5212 карт, так что нам нужно просто заменить наши EE100 и RTL карты на те, что поддерживают больший размер пакета. Пожалуйста, подскажите как можно скорее. У нас образовались черные дыры PMTUD, и переписывание TCP MSS через mangle решает проблему только в одном направлении.

mag

Guest

12.09.2004 09:58:00

Беспроводные карты? Другие сетевые карты? Atheros должен работать с MTU=1600. Со стандартным Ethernet, насколько я знаю, невозможно получить MTU > 1500, то же самое с протоколами, производными от PPP. Но мы не нашли разницы, используя EoIP-туннель с MTU=1500 через беспроводные соединения с MTU=1500 или MTU=1600. Я не совсем уверен, что происходит внутри EoIP-туннеля, но работает всё как надо. Ещё один момент: большинство клиентов будут использовать MTU Path Discovery.

jonbrewer

Guest

13.09.2004 00:52:00

Действительно возможно, чтобы у Ethernet был MTU > 1500. Больше информации здесь: http://www.psc.edu/~mathis/MTU/index.html. Просто ищу подтверждение, что кто-то использовал карту с MTU > 1500 (например, 1536) с Mikrotik, и если да, то какую именно карту. В случае с 802.1q VLAN это, в общем-то, должно быть обычным явлением, когда MTU > 1500. К сожалению, некоторые роутеры блокируют ICMP, таким образом создавая так называемую PMTUD "черную дыру", которая не позволяет Path MTU Discovery работать.

mag

Guest

13.09.2004 14:08:00

Привет, спасибо за ссылку, но это всего лишь черновики или предложения… (и мы все еще не говорим про jumbo frames на GigEthetnet?!) Мы пока не обсуждали. Вместо этого иногда используем EoIP туннели. 802.1q использует только иначе не используемое поле в 18 байт из Ethernet II с MTU в 1500 байт, в то время как IEEE 802.3 использует только 1492. MTU остается 1500 байт. С беспроводными картами MTU<=1600 возможно, но я не заметил разницы в пропускной способности.

jonbrewer Guest	#5 0 13.09.2004 23:03:00 Вот ссылка на оборудование, которое сейчас поддерживает MTU >1500. http://www.uoregon.edu/~joe/jumbo-clean-gear.html А теперь вопрос: поддерживает ли Mikrotik какие-нибудь из перечисленных карт с MTU >1500?

lastguru Guest	#6 0 14.09.2004 12:09:00 mag: Действительно, IEEE802.1q VLAN-теггинг добавляет 4 дополнительных байта к стандартному Ethernet-заголовку. Именно поэтому некоторые карты (или драйверы), которые не поддерживают кадры больше 1500 байт, не могут передавать VLAN-тегированные кадры размером больше 1496 байт. Использование EoIP ведёт к дальнейшей (довольно существенной) фрагментации, что не очень хорошо для беспроводных соединений. Поэтому я бы посоветовал использовать MTU=1600 на беспроводных соединениях, которые являются точками EoIP (обратите внимание: точки EoIP, иначе разницы не будет). Я выкладывал подобную мысль по теме IPsec несколько недель назад (помните, производительность беспроводного соединения падала вдвое при передаче IPsec-пакетов, так как они больше оригинальных пакетов с полным MTU и, следовательно, фрагментируются; более низкие MTU работали безупречно, не оказывая влияния на производительность, будь то IPsec-шифрованные или нет).

Читают тему

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