IEEE 802.3ah/IEEE 802.3ag

Пожалуйста, добавьте CFM в Mikrotik OS: +1

Ты не один такой, кто спрашивает. Я уже писал в паре других сообщений на форуме некоторые пожелания по этому поводу. Смотри ближе к концу ветки: http://forum.mikrotik.com/t/roadmap-for-ipv6/40204/1. Я тоже прошу добавить тестирование EtherSAM (ITU-T Y.156sam). Это обязательно для правильной проверки QoS на VoIP / общих каналах передачи данных. На самом деле пока только EXFO предлагает EtherSAM-тестирование, и это очень печально. Крупные провайдеры Западной Европы начали использовать эти технологии уже больше двух лет назад. У них работают сети в промышленной эксплуатации с этим. Средние и мелкие провайдеры не имеют другого выбора, кроме как покупать «коробки» от Cisco, Juniper, Nortel или других крупных брендов, чтобы оставаться конкурентоспособными или просто иметь возможность выйти на рынок провайдеров.

Было бы здорово, если на рынок пришли более доступные Linux-устройства с помощью недорогих сетевых процессоров вроде Broadcom или Intel. Сейчас, когда постепенно отказываются от Sonet / SDH и ATM, даже у провайдеров tier one, появляется шанс начать строить Ethernet-сети на уровнях доступа и магистрали. На сегодняшний день решений очень мало. Я заметил Zebos для софтварных маршрутизаторов и Brocade для коммутаторов. Несомненно, будет спрос на производителей, которые поддерживают эти технологии, еще до того, как их нативно интегрируют в Linux через пару лет.

Сетевая технология внутри ядра Linux (которая используется в Mikrotik) устарела. Думаю, всем, кто интересуется современными сетевыми технологиями, такими как 802.1ah, 802.1Qay и 802.3ag, стоит написать Линусу Торвальдсу, объяснить ему реальное положение дел и попросить прекратить поддержку эзотерических вещей или дистрибутивов для настольных компьютеров внутри ядра, чтобы освободить ресурсы для внедрения действительно полезных сетевых функций. Необходимо быстро провести подготовительную работу в ядре Linux, чтобы хотя бы на демаркационных точках в недорогих продуктах появились эти технологии. Устаревший Ethernet, включая 802.1Q и 802.1ad (VLAN и QinQ), просто непригоден для магистральных и абонентских сетей провайдеров в текущем виде. Если это не будет сделано внутри ядра Linux, сомневаюсь, что компании уровня Mikrotik смогут это реализовать — слишком большая нагрузка. Но кто знает…

Хмм, зачем этот разнос? Ты стучишься в открытые ворота и никого при этом не радуешь. Linux поддерживает практически всё, что нам нужно, а MikroTik вообще работает с 802.1ad (SVLAN), и это вовсе не «устаревший сетевой стек», который объясняет отсутствие таких функций, как 802.1ag (думаю, ты имел в виду именно его) и 802.1ah. На самом деле, я нашёл инструмент для 802.1ag (https://noc.sara.nl/nrg/dot1ag-utils/), правда, ещё не пробовал, и написать поддержку 802.1ag и управление трафиком вовсе не невозможно. Либо сделай это сам, либо предложи деньги тем, кто сделает. Проблема, конечно, может быть, если хочешь, чтобы кто-то делал за тебя, но не собираешься его поддерживать. Но утверждать, что сетевая технология Linux устарела — это уж преувеличение. Хотя, уверен, тебя никто насильно не заставляет её использовать, Cisco и Juniper вполне доступны для покупки. [Не говоря уже о десятках других производителей.]

Пожалуйста, добавьте меня тоже к списку желающих получить эту функцию.

+1 от меня тоже, хотел бы увидеть Ethernet OAM.

+1 и для нас тоже!

+1 за 802.3ah, 802.1ag, Y.1731, E-LMI. Возможно, новая реализация моста в ядре Linux будет интегрирована в MikroTik, чтобы обеспечить настоящую коммутацию по VLAN и всю необходимую работу с E-UNI и E-NNI — маппинг, своппинг, стекинг. Это помогло бы соответствовать стандартам Carrier Ethernet. Некоторые реализации инструментов, связанных с 802.1ag, уже доступны на Linux: https://www.glif.is/meetings/2011/winter/slides/110225-EOAM-RvdP.pdf https://github.com/vnrick/dot1ag-utils. Похоже, что есть и усилия по включению CFM в openvswitch.