http://mikrotik.moscow Новое в теме Запрос функции MPLS: Управление VRF форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Thu, 13 Aug 2026 16:34:23 -0400 Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
По местной легенде, эта функция будет доступна в RouterOS v7.
15.04.2016 11:54:00, nz_monkey.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414254 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414254 Fri, 15 Apr 2016 11:54:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
+1 (и, есть какие-нибудь обходные пути?)
14.04.2016 16:55:00, nicktc.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414253 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414253 Thu, 14 Apr 2016 16:55:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
VRF изначально больше походил на простое/прямое решение для небольших сетей/компаний, а не на серебряную пулю, панацею :=) И да, эволюция MPLS/VPLS тоже мне кажется более логичной и весомой. Ну и весь этот "ad-hoc" функционал, типа HWMPLUS/802.11s, BATMAN v3/4/5, cjdns и несколько менее популярных вариантов. Что касается "запаковывания"/изгибания глобальной таблицы маршрутизации (то ли через VRF, то ли через что-то еще из популярных) — к сожалению, большинство маршрутизаторов все еще не хватает необходимого аппаратного обеспечения для этого (и CCR не идеально масштабируется, пока). А что касается безопасности конечных точек — использование серверов RADIUS/Diameter в качестве основы (для аутентификации и проверки 1/2/3-факторной аутентификации против d-db) вполне обычно и имеет смысл, но L2TP для этого — немного перебор и, в общем, 802.1x-2010 вполне достаточно.
18.05.2016 23:13:00, Zorro.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414252 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414252 Wed, 18 May 2016 23:13:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
+1 Вот почему у нас до сих пор Cisco ASR в сети! Нам нужно уметь запускать L2TP-сервер в VRF, ориентированном на наших оптовых провайдеров (по соображениям безопасности), а когда пользователи подключаются к нашему L2TP-концентратору, нам нужны RADIUS VSA для размещения этих соединений в другой VRF.
18.05.2016 09:10:00, nz_monkey.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414251 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414251 Wed, 18 May 2016 09:10:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
Интересный подход. Я тоже об этом думал, но как-то не хотел лезть с глобальной BGP-таблицей в VRF… но если подумать, если в ядрах/слоях распределения сети только твоя собственная топология, и PE-маршрутизаторы используют LSPs для достижения пограничных маршрутизаторов, то большинство устройств даже не будут иметь глобальную таблицу маршрутизации, так что в этом смысле это имеет гораздо больше смысла… хмммм… (шестеренки крутятся) Но да, инструменты и сервисы на хосте определенно должны быть VRF-aware. Отсутствие возможности поместить pppoe-сервер в VRF, например, затормозило многих людей в разработке сетевых схем…
17.05.2016 20:54:00, ZeroByte.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414250 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414250 Tue, 17 May 2016 20:54:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
Может, это только мне так кажется, но я думаю, что протоколы маршрутизации не менее важны, чем само управление. Поэтому мой подход – использовать глобальную таблицу маршрутизации (GRT) для решения обеих задач. Все остальное (пользовательский трафик, VRF-ы [если они есть]) может оставаться изолированным, так как я не хочу, чтобы пользователи имели доступ к сетевым элементам. Идея управления VRF-ами возникла из-за того, что изначально устройства не могли иметь изолированные таблицы маршрутизации. Тогда все (пользовательский трафик, трафик управления, трафик данных) находилось в одном экземпляре маршрутизации. Затем появилась виртуализация таблиц маршрутизации в начале 2000-х, и все поспешили спрятать там доступ для управления. Более элегантным решением было бы поместить все остальное в изолированные экземпляры, даже интернет-трафик. Но это было сложно, если вообще возможно, в большой сети, состоящей из многих устройств (десятки-сотни). Я предполагаю, что вы будете использовать MPLS в сети, иначе VRF-ы не так уж и веселы. В этом случае вам все равно придется скрывать топологию от всех. И эта информация о маршрутизации (IGP, iBGP, LDP) всегда будет находиться в GRT. И если вы сосредоточены на безопасности, вам, возможно, не захочется размещать там что-либо, связанное с пользователями, что делает ее лучшим местом для размещения трафика управления. Я не говорю, что управление с поддержкой VRF - это плохо, на самом деле вам понадобится гораздо больше, каждый отдельный инструмент/команда, которые вы используете для связи/тестирования/чего угодно, должны поддерживать VRF. Но есть более одного способа это сделать. Как всегда.

EDIT: Если речь идет только о "почти идеальном" контроле доступа, вы можете добиться этого, используя цепочку входящего трафика брандмауэра IP для управления входящим трафиком. Тем не менее, это будет немного сложнее.
17.05.2016 20:04:00, doneware.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414249 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414249 Tue, 17 May 2016 20:04:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
VRF не идеален и рассчитан на относительно простые, компактные настройки. Если тебе нужно что-то более гибкое, удобное в управлении и изящное, что со временем не вырастет в огромного монстра с точки зрения размера и потребления ресурсов — PBR может быть для тебя другим вариантом. В любом случае, VRF выполняет свою работу. Возможно, и с MPLS в будущих версиях ROS — да, вполне вероятно.
17.05.2016 03:19:00, Zorro.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414248 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414248 Tue, 17 May 2016 03:19:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
+1, очень полезно и не только в MPLS. Сейчас управление/сервисы не поддерживаются.
01.07.2012 01:44:00, LukasSVK.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414247 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414247 Sun, 01 Jul 2012 01:44:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
Была бы очень полезная функция. Есть ли какие-то продвижения по этому вопросу? @mikrotik: Кто-нибудь думает о реализации этой функции в RouterOS?
19.06.2012 11:13:00, borec420.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414246 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414246 Tue, 19 Jun 2012 11:13:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
Не могли бы вы, пожалуйста, подробно объяснить мне это управление VRF с графическим представлением?
11.05.2010 12:26:00, padmaramya.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414245 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414245 Tue, 11 May 2010 12:26:00 -0400 RouterOS Запрос функции MPLS: Управление VRF RouterOS в форуме RouterOS.
Привет! У меня есть предложение по новой функции: хочу предложить концепцию management VRF. Management VRF позволяет использовать отдельную таблицу маршрутизации для управления. Доступ по SSH, WinBox, Telnet и прочим разрешен только в пределах этой VRF. В среде провайдера это обеспечивает безопасность основной таблицы маршрутизации, поскольку именно она содержит интернет-маршруты, и через неё проходит интернет-трафик клиентов. Management VRF станет таблицей маршрутизации, через которую будет осуществляться весь доступ к роутеру. Telnet, SSH, WinBox, SNMP и т.д. будут прослушивать адреса только в пределах VRF, а также удалённая логирование, NTP и т.д. Я вижу это реализованным в RouterOS примерно так: Разрешить /ip service иметь ключевое слово routing-table. Таким образом, я смогу делать следующее: /ip service set ssh routing-table=management. Тогда SSH будет привязываться к интерфейсам в пределах management VRF. По умолчанию будет "main", чтобы это работало без поддержки MPLS. Разрешить указание глобальной опции @routingtable, чтобы можно было делать следующее: /system logging target add name="my.nms.station" target=remote remote=192.168.255.13:514@management или опцию routing-table здесь тоже. Я видел это реализованным на маршрутизаторах Cisco ASR-1000, и я считаю, что это правильный способ обезопасить MPLS-сети, содержащие клиентские маршруты в глобальной таблице. Надеюсь, вы реализуете эту функцию. Если у вас возникнут вопросы, с удовольствием всё поясню.
27.11.2009 14:37:00, Eising.]]> http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414244 http://mikrotik.moscow/forum/forum57/87172-zapros-funktsii-mpls_-upravlenie-vrf/message414244 Fri, 27 Nov 2009 14:37:00 -0500 RouterOS