Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Дублирование частных сетей на одном ядре.

    Дублирование частных сетей на одном ядре.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Дублирование частных сетей на одном ядре., RouterOS
     
    pjulian
    Guest
    #1
    0
    06.07.2009 15:59:00
    Ребята, мы планируем развернуть новую сеть по прилагаемой схеме и хотели бы получить советы по настройке и помощь в развертывании. Простите, если это не тот форум. Мы будем завершать L2TP-туннели от нашего провайдера, которые будут напрямую доставлять наши DSL-линии к нашему роутеру. Затем мы хотим создать несколько частных сетей с возможностью использования перекрывающихся подсетей или одной подсети несколько раз. Я могу найти много информации о том, как это сделать с MPLS, но все, кажется, сводится к тому, что нужно несколько роутеров в MPLS-сети, а у нас всего один роутер, который завершает DSL-линии и затем занимается маршрутизацией. Я думал, что VRF’ы нам нужны, но просто не могу уловить, как это все будет работать в данном сценарии. Буду очень признателен, если кто-нибудь посмотрит на эту конфигурацию и подскажет, какую именно конфигурацию лучше использовать на Mikrotik core router. Я знаю, что можно сделать с помощью EOIP и мостов, но это не масштабируемо и, честно говоря, не совсем правильный способ. Заранее спасибо. С уважением, Paul
     
     
     
    pjulian
    Guest
    #2
    0
    24.08.2009 11:01:00
    Эйсинг, в первом вики, строка: “/ip route add routing-mark=cust-one gateway=10.0.0.1@main” используется, но на схеме нет IP-адреса, соответствующего этому шлюзу, а шлюз указан как 10.5.5.2 (адрес loopback ??). Я что-то упускаю из виду, или это опечатка? Еще вопрос про loopback-интерфейсы: я полагаю, что loopback-адаптер можно достичь только при использовании OSPF или аналогичного протокола для распространения маршрутов, верно? Мне все еще сложно понять концепцию loopback.

    С уважением,
    Пол
     
     
     
    pjulian
    Guest
    #3
    0
    18.08.2009 06:38:00
    Окей, я наконец-то настроил VRF, работает просто отлично… У меня есть две подсети, работающие через один и тот же тестовый маршрутизатор ядра, и я могу пинговать между ними в сетях клиента, так что там всё хорошо. В итоге я использовал OSPF, пусть это и не самый лучший способ, но это первое, что я изучил, поэтому я использую его для распространения маршрутов для локальных сетей на CE-маршрутизаторах обратно в таблицы маршрутизации VRF. Как мне разрешить клиенту выйти из своей VRF и маршрутизироваться в Интернет, например? Я понимаю, что мне нужно будет использовать NAT для них, но думаю, лучше сначала разобраться с концепциями, прежде чем что-то делать дальше. Спасибо, Пол.
     
     
     
    pjulian
    Guest
    #4
    0
    24.08.2009 02:06:00
    Есть кто-нибудь, кто сможет помочь с переключением клиента из VRF на другой шлюз для доступа в Интернет? И ещё, если я заканчиваю свои DSL-линии через L2TP-туннель на роутере, как использовать динамические интерфейсы, чтобы они автоматически добавлялись в VRF клиента? Я полагаю, для обеспечения отказоустойчивости при завершении DSL-линий через MPLS и несколько роутеров это необходимо, да? С уважением, Пол.
     
     
     
    Eising
    Guest
    #5
    0
    24.08.2009 10:22:00
    К сожалению, не могу помочь с твоей проблемой с L2TP, но могу помочь с утечкой маршрутов. Вот отличная статья на эту тему: http://wiki.mikrotik.com/wiki/Internet_access_from_VRF. Возможно, тебе также пригодится моя статья о защищенной утечке маршрутов из одного VRF в общий VRF: http://wiki.mikrotik.com/wiki/VRF_Route_Leaking.
     
     
     
    pjulian
    Guest
    #6
    0
    24.08.2009 10:30:00
    Большое спасибо за помощь, проверю оба варианта. С уважением, Пол.
     
     
     
    Eising
    Guest
    #7
    0
    24.08.2009 11:15:00
    Да, я понимаю, к чему ты клонишь. Первый вики не получился таким отличным, как я надеялся, но он показывает базовую концепцию утечки маршрутов в основную таблицу. Здесь есть несколько вопросов, которые не решены должным образом, например, NAT. Не хочу тебя расстраивать, но могу только посоветовать тебе поэкспериментировать с этими концепциями в лаборатории, потому что многие концепции MPLS по сути еще не задокументированы. У меня не было времени самому изучать эту тему, так как она не очень важна для моей собственной реализации MPLS. Мы туннелируем весь наш интернет-трафик на виртуализированный файрвол, тем самым избегая необходимости делать MPLS NAT. В основном, тебе нужно, чтобы твой интернет-шлюз/PE-маршрутизатор был настроен так, чтобы у каждого клиента был подсеть, которая не перекрывается, чтобы ты мог её утекать и позволять возвращающийся трафик. Большинство крупных провайдеров используют публичные адреса полностью в своей инфраструктуре, но, поскольку IPv4-адреса стали дефицитными, это не очень масштабируемо для нас, мелких ISP. Что касается твоего вопроса о loopback: Loopback-интерфейс – это интерфейс, существующий только в программном обеспечении. В RouterOS это мост без физических интерфейсов и, следовательно, потребуется его перераспределение через твой маршрутизационный протокол. Основной аргумент в пользу использования loopback-интерфейсов - позволить протоколам пересылки привязываться к интерфейсу, который никогда не выходит из строя, что добавляет немного стабильности твоей сети. Считается лучшей практикой пиринг IBGP-маршрутизаторов, используя loopback-адрес, и распространение информации о loopback-адресах с помощью IGP, например, статической маршрутизации или OSPF.
     
     
     
    Eising
    Guest
    #8
    0
    24.08.2009 11:20:00
    Кстати, я думаю, что эта статья в вики относится к шлюзу, который не виден на схеме топологии, а это и есть интернет-шлюз, используемый провайдером. Так что `/ip route add routing-mark=cust-one gateway=10.0.0.1@main` относится к 10.0.0.1, который также является шлюзом по умолчанию для internet-pe.
     
     
     
    pjulian
    Guest
    #9
    0
    24.08.2009 11:49:00
    Спасибо за информацию. В моем случае нужны перекрывающиеся сети на сетевом уровне, отсюда и требования к VRF, так что сможет ли правило Source NAT позволить определить метку маршрутизации источника или что-то подобное для помощи в процессе NAT?

    С уважением,
    Пол
     
     
     
    Eising
    Guest
    #10
    0
    24.08.2009 13:07:00
    В брандмауэре NAT есть опция routing-mark. Можно попробовать поэкспериментировать с этим. Я сам не пробовал.
     
     
     
    pjulian
    Guest
    #11
    0
    24.08.2009 13:25:00
    Хорошо, спасибо! С уважением, Пол.
     
     
     
    Eising
    Guest
    #12
    0
    09.09.2009 19:17:00
    Интересно, а у тебя что-нибудь получилось с этим? Я начинаю видеть необходимость в этом в сети, которую строю, так что если что-то продвинулось, буду рад послушать!
     
     
     
    pjulian
    Guest
    #13
    0
    09.09.2009 22:24:00
    Привет, да, VRF работают с OSPF, маршруты распространяются, но до части с доступом в Интернет я ещё не добрался. К сожалению, я выяснил, что реализация L2TP в Mikrotik не может завершать L2TP-туннели от моего провайдера, так как не поддерживает роль LNS, что обидно. Большая часть работы, которую я проделал, оказалась бесполезной, но, вероятно, я оставлю лабу и попробую разобраться с доступом в Интернет. Если получится, напишу об этом здесь. С уважением, Пол.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры