Mikrotik.moscow [тема: Поддерживаемые карты с MTU >1500]

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

Tue, 14 Sep 2004 12:09:00 -0400

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

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

Mon, 13 Sep 2004 23:03:00 -0400

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

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

Mon, 13 Sep 2004 14:08:00 -0400

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

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

Mon, 13 Sep 2004 00:52:00 -0400

Поддерживаемые карты с MTU >1500 RouterOS в форуме RouterOS.
Действительно возможно, чтобы у 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 работать.
13.09.2004 00:52:00, jonbrewer.

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

Sun, 12 Sep 2004 09:58:00 -0400

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

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

Sun, 12 Sep 2004 03:13:00 -0400

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