Jump to content
Калькуляторы

Почему не поставить сразу максимальный размер MTU?

Здрвавствуйте. 

Зачем заниматься подсчетами, если можно просто поставить максимальный размер и не париться?

Предположим, клиентскому оборрудованию больше 1500 не должно понадобиться, пусть тогда будет не максимум возможный размер, а хотя бы 2000, в запасенные 500 все должно войти и нормально работать

Мы сейчас не говорим о присоединении к другим сетям, и возможных проблемах с этим. Говорим о работе в своей сети, где все vlan\EoIP\VPN уже закончены при присоединении к внешним устройствам.

Share this post


Link to post
Share on other sites

Цитата

Зачем заниматься подсчетами, если можно просто поставить максимальный размер и не париться?

тоже как то задумывался... поставить можно, и может даже не придётся париться... но есть некий годами выработанный стандарт 1500, и он в 99,9% SOHO роутерах указан и сетёвках винды по умолчанию, возможно в линуксах и прочих иосах и андроидах...

с интернета, пакеты больше 1500, так же прибежать не могут... а значит это просто не нужно, и накладывает отдельный геморрой при диагностике проблем.

Два варианта источника пакетов которые не влезают в этот лимит - это включенный джамбо на каком то внутреннем сервисе, и да, джамбо может быть и 9000 и 12000 мту, или туннели в туннелях и прочие метки/инкапсуляции - но опять же это всё частные случаи... а с частными случаями отдельный разговор, иначе это опять приводит лишний геморрой...

Из аналогий напрашивается повсеместное раскладывание к примеру экранированной витухи, в подавляющем большинстве проблем не будет, и работать будет так же как и обычная витая, но где то когда то вылезут косяки с наводками не заземлённого экрана или наоборот экран начнёт бить током

 

и, да, размеры эти нестандартные вы будете указывать на коммутаторе, а прошивку на него пишет кто? и бетатестингом этих нестандартных размеров обычно мало кто занимается, если занимается вообще, вот и задумаешься тут, а нужен ли этот нестандартный размер или придерживаться стандарта, который работает у всех и не искать грабли на ровном месте.

Share this post


Link to post
Share on other sites

вы конкретизируйте - про какое mtu речь?

на L2 железе mtu можно загонять хоть в космос, а вот на L3 интерфейсах - только очень хорошо понимая, куда они шлют трафик, и к чему это может привести.

 

про eoip отдельная песня, насколько я вижу по разбросу назначаемого mtu для eoip - большинство людей просто не осиливают страницу в вики микротика, когда настраивают eoip ))

Share this post


Link to post
Share on other sites

Вопрос был про L2, но также считаю важным подчеркнуть, что обсуждаемые изменения затрагивают только внутреннюю сеть, чтобы внутри, через различные существующие, или со временем потребовшиеся технологии все проходило гладко и в интернет уходило не более 1500 

Возник вопрос - А если поставить L3 MTU выше 1500 то приложения будут генерировать больший размер пакета? (говорим о стандартных клиентский роутерах\ПК и бытовом софте) 

В целом, я получил ответ на основной вопрос, спасибо.

Share this post


Link to post
Share on other sites

Цитата

Возник вопрос - А если поставить L3 MTU выше 1500 то приложения будут генерировать больший размер пакета? (говорим о стандартных клиентский роутерах\ПК и бытовом софте) 

В целом, я получил ответ на основной вопрос, спасибо.

Если говорить про работу клиентов, то у клиента обычно 1500, да и выход во внешние сети так же 1500. Все что внутри своей сети можно что угодно ставить - просто абонентский трафик так же более чем 1500 не пропустит.

 

Но, ничего не мешает использовать упаковку пакетов, например на микротике в радио - тогда МТУ устанавливается максимально возможный, включается упаковка (работает только на L3 трафике) и все - пакетная нагрузка на радио заметно снижается, скорости возрастают, но возрастает нагрузка на процессоры устройств, занимающиеся упаковкой. Когда радио плотно занимались, везде упаковка была включена, давала порой прирост +30 процентов к пропускной способности.

Share this post


Link to post
Share on other sites

Суть проблемы - поднять MTU PPPoE сессий до 1500, пропустить это все гладко через OSPF-EoIP, Возможно через MPLS-VPLS

Кстати, коммутаторы микротик пропустят через себя MPLS, или если оно не включено на устройстве, то фрейм для устройства невалидный?

 

Edited by weedman

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.