Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » MikroTik RouterOS (часть 4)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

articlebot (11-03-2019 21:34): продолжение в MikroTik RouterOS (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

evgeniy7676



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 
MikroTik RouterOS (часть 1), MikroTik RouterOS (часть 2), MikroTik RouterOS (часть 3), MikroTik RouterOS (часть 4)
Официальный сайт: http://www.mikrotik.com
 
Данная тема создана для обмена информацией по вопросам и проблемам настройки MikroTik RouterOS
Тема в варезнике
 
 
актуальные версии RouterOS:
Stable: 6.44 Long-term: 6.42.11

актуальная версия SwitchOS: 2.9
актуальная версия WinBox: 3.18

 
Mikrotik — Плюсы и минусы Подробнее...
Видео-экскурсия по заводу Mikrotik Ltd


FAQ по особенностям и тонкостям MikroTik RouterOS  Перейти



Официальная документация:
  • Англоязычный ОФИЦИАЛЬНЫЙ мануал
  • Алфавитный указатель
  • Официальные статьи пользователей RouterOS
  • для версии 3 http://www.mikrotik.com/testdocs/ros/3.0/
  • для версии 2.9 http://www.mikrotik.com/docs/ros/2.9/
  • RouterOS Packet Flow: http://wiki.mikrotik.com/wiki/Packet_Flow (важно знать для понимания сути происходящего в файрволе и шейпере)
  • Совместимое оборудование
  • Описание изменений в новых версиях RouterOS(+rc)
  • RouterBOOT changelog (изменения в boot-версиях загрузчика RouterOS)
  • Система управления пользователями встроенная в RouterOS (RADIUS server)
  • l7-protos.rsc (примеры L7-filter)


    Официальные ресурсы:
    Форум
    Демо-сайт с веб-интерфейсом системы №1        Подробнее...
    Демо-сайт с веб-интерфейсом системы №2        Подробнее...
    MikroTik User Meeting(Конференции пользователей Mikrotik)        Подробнее...
    "Хардварные решения"
    MikroTik News
    MikroTik related video service
    DESIGNS.MIKROTIK.COM - сервис для брендирования продукции Mikrotik.
    Twitter Mikrotik
    MikroTik Training (Хочешь на тренинг? Получить сертификат?)
    Предыдущие версии RouterOS Подробнее...    История релизов  Подробнее...
    Mikrotik Wireless Link Calculator


    Неофициальная русскоязычная документация    Перейти
    Обсуждение ROS(форумы)    Перейти
    Обзоры продуктов RouterBOARD    Перейти


    Русскоязычные блоги интернет-магазинов и блоггеров по настройке и тонкостям Mikrotik:  
     


     

     

     
       


     

     
         
     
     
         
     
     
         
     
     
     



    Смежные ресурсы    Перейти
     
    VPN + OSPF в картинках.
    MikroTik Config Parser
    mikrotik.vetriks.ru

    // текущий бэкап шапки..

  • Всего записей: 124 | Зарегистр. 19-03-2009 | Отправлено: 16:55 30-03-2016 | Исправлено: anton04, 15:34 28-02-2019
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    rosalin

    Цитата:
    не разобрался как этим пользоваться

    а этим не надо пользоваться, это надо принять как данное
    если роутер пытается определить МАК для данного IP - теперь он показывает в ARP-таблице уже начало процесса, а не только удачный результат

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 11:46 07-07-2017
    rosalin



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    IP - теперь он показывает в ARP-таблице уже начало процесса, а не только удачный результат

    Ааа... вон оно что , ну да удобная фича )
     
    Добавлено:

    Цитата:
    адрес от провайдера по dhcp, то как вариант у провайдера проблемы с релэем. бывает такое. при падении коннекта сделай на dhcp клиенте release и если поможет в шедулере создай задачу /ip dhcp-client release 1

    Так все и сделал , помогло! Вот теперь предстоит прову мозг выносить и доказывать что у них что то не так ((

    Всего записей: 2588 | Зарегистр. 15-04-2003 | Отправлено: 12:03 07-07-2017
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    господа, переведите пожалуйста на общедоступный язык эту строчку из релиза v6.40RC:
    Bridge will handle all Layer2 forwarding and the use of switch-chip (hw-offload) will be automatically turned on based on appropriate conditions.
     
    я немного не догоняю как связана отмена опции мастер-порта, L2F и нагрузка на чип ...
    или они не связаны?
     
    в общем, внесите ясность пожалуйста

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 22:16 07-07-2017
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    zBear
    Вношу ясность: теперь при наличии технической возможности bridge будет автоматически использовать функционал свитч-чипа

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 19:05 08-07-2017
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Chupaka
    спасибо
    а чем мешает мастер-порт в этом случае?

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 19:36 08-07-2017
    leshiy_odessa



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zBear

    Цитата:
     а чем мешает мастер-порт в этом случае?

     
    Агромадное количество новичком, в том числе и я когда то, не понимают разницы и необходимости. Лупили в порт бридж и вперед за родину. Нелогичен мастер порт и, что более хуже, нет аналогов на другом оборудовании.

    Всего записей: 546 | Зарегистр. 23-09-2001 | Отправлено: 19:57 08-07-2017
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    leshiy_odessa

    Цитата:
    не понимают разницы и необходимости

    я тоже не понимаю, хотя почему-то решил не использовать мастер-порт на своём RB2011
     
    если не сложно объяснить коротко, я бы послушал

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 20:15 08-07-2017
    leshiy_odessa



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zBear

    Цитата:
     если не сложно объяснить коротко, я бы послушал

     
    Смотрите Block Diagram вашей модели. Если мастер порт не задан, а порты добавлены в бридж, то маршрутизация трафика идет через процессор. Со всеми вытекающими последствиями, в виде нагрузки на процессор.
     
    А если мастер порт есть, то трафик между портами идет на уровне чипа коммутации с нулевой нагрузкой на процессор.  
     
     
    Народ выдумывает вот такие фокусы :
     
    Mikrotik: VLAN с использованием чипа коммутации
     
    Mikrotik: маленькая хитрость switch chip

    Всего записей: 546 | Зарегистр. 23-09-2001 | Отправлено: 20:30 08-07-2017 | Исправлено: leshiy_odessa, 20:34 08-07-2017
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    leshiy_odessa

    Цитата:
    Если мастер порт не задан, а порты добавлены в бридж, то маршрутизация трафика идет через процессор

    я правильно понимаю, что это происходит только при условии, когда в один бридж добавлены порты и из первого и из второго свича?
    а если на роутере два бриджа (по одному на кажды свич), то эта проблема отпадает?
     
    опишу подробнее свою ситуацию:
    по кабелю от провайдера (по разным VLAN) получаю интернет и телевидение
    созданы два бриджа, bridge-local для интернета и IPTV для телевизоров
    бридж bridge-local занимает порты первого свича, бридж IPTV занимает порты второго свича

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 22:17 08-07-2017
    leshiy_odessa



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    я правильно понимаю, что это происходит только при условии, когда в один бридж добавлены порты и из первого и из второго свича?  

     
    Еще раз. Если нет мастер порта + слейв, то всё порты чипа идут через процессор.
     

    Цитата:
     а если на роутере два бриджа (по одному на кажды свич), то эта проблема отпадает?  

     
    Так как у вас два чипа коммутации, то они в любом случае общаются между собою через процессор. То есть 1-5 порт (гигабит) <— ПРОЦ —>  второй чип 6-10 порт.
     
    Сильно беспокоится о нагрузке на процессор не стоит. Беспокоятся те у кого висят полусотня клиентов и у них проц загружается на 100%. Еще бывает нагрев. А так если затыков нет, то пускай себе процессор молотит.  Это конечно вредный совет, но что с вас возьмешь HOME USER.
     

    Всего записей: 546 | Зарегистр. 23-09-2001 | Отправлено: 22:52 08-07-2017
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    leshiy_odessa
    про свою ситуацию понял, спасибо
     
    а теперь уточнение про v6.40RC
    если мастер-порт так облегчает жизнь многим, зачем его убирать тогда?

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 16:32 09-07-2017
    leshiy_odessa



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zBear

    Цитата:
     если мастер-порт так облегчает жизнь многим, зачем его убирать тогда?

     
     
    Его не убрали, его сделали "автоматическим".

    Всего записей: 546 | Зарегистр. 23-09-2001 | Отправлено: 17:53 09-07-2017
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    leshiy_odessa
    ах вот оно что
    значит я неверно понял сообщение от Chupaka, теперь стал ясен и этот момент
     
    интересно только, как это будет выглядеть winbox

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 19:12 09-07-2017 | Исправлено: zBear, 19:13 09-07-2017
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Подытоживая: конфигурацию стараются сделать более общей; чтобы если один и тот же конфиг накатить на два разных роутера, один со свитч-чипом (какой-нибудь RouterBoard), другой - без (Cloud Core Router), то на первом будут автоматически задействован функционал свитч-чипа (а второму он на таких мощностях и не нужен )

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 08:48 10-07-2017
    KurskFORUM

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Какой наиболее правильный и рациональный вариант организации переключения на резервный канал, чтобы после переключения не пришлось менять во всех правилах фаерволла интерфейс? Возникла бредовая идея объединить WAN-ISP1 и WAN-ISP2 в бридж и вместо интерфейса указать его в правилах… Может какое решение есть более правильное?

    Всего записей: 18 | Зарегистр. 15-04-2009 | Отправлено: 12:07 14-07-2017
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    KurskFORUM
    Если надо писать правила одновременно для нескольких однотипных интерфейсов - можно использовать interface lists:
     

    Код:
    /interface list
    add name=list1
    /interface list member
    add list=list1 interface=ether1
    add list=list1 interface=ether2
    /ip firewall filter
    add chain=forward in-interface-list=list1 bla-bla-bla
     

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 12:18 14-07-2017
    PlastUn77



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KurskFORUM

    Цитата:
    Возникла бредовая идея объединить WAN-ISP1 и WAN-ISP2 в бридж

    А провайдеры то как обрадуются, если от тебя им кольцо прилетит!!!

    Всего записей: 507 | Зарегистр. 16-06-2008 | Отправлено: 12:34 14-07-2017
    vertex4

    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    PlastUn77
    Провайдеры фильтры вешают, хотя да, идея очень плохая

    Всего записей: 10393 | Зарегистр. 29-01-2006 | Отправлено: 12:40 14-07-2017
    Fatal500



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Все разжевано от и до.
     
    https://habrahabr.ru/post/313342/

    Всего записей: 411 | Зарегистр. 14-03-2016 | Отправлено: 12:42 14-07-2017
    fakintosh



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите
     
    Сделал третий wan
     
    Если одновременно на всех 3 есть ip - интернет не работает (провод воткнут в 2 и 3 ван)
     
       
     
    Если один интерфейс освободить от ip адреса - интернет работает
     
       
     
    Провод для первого и третьего wan пока что один, просто переткнул провод чтобы проверить всё, если выключить 2 ван то интернет работает по 3 ван, значит всё правильно настроено.
     
    Не понятно почему при наличии 3 ip адресов одновременно, интернета нет, ведь по идее весь трафик должен через 2 ван идти, в Distance всё прописано верно.
     
    Если провод в первом и втором ван портах и на всех 3 интерфейсах есть ip - интернет работает
     
       
     
     
    То есть коротко:
    Если одновременно на всех 3 есть ip - интернет не работает (провод воткнут в 2 и 3 ван)
    Если провод в первом и втором ван портах и на всех 3 интерфейсах есть ip - интернет работает
     
     
     
     

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

    Всего записей: 2156 | Зарегистр. 02-01-2009 | Отправлено: 18:30 15-07-2017 | Исправлено: fakintosh, 18:40 15-07-2017
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

    Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » MikroTik RouterOS (часть 4)
    articlebot (11-03-2019 21:34): продолжение в MikroTik RouterOS (часть 5)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru