Saab95 Posted August 20, 2015 Posted August 20, 2015 У человека уже есть микротик, и его "что-то" не устраивает. Настраивают его не правильно, вот и не устраивает. как-то у сааба неправильно маркетинг работает... вот я ни разу не держал МТ в руках, а уже после прочтения "сообщений" от этого продавана покупать не хочется и всех своих буду отговаривать Проблема в том, что микротик надо настраивать по микротиковски, а не по аналогии с цисками или коммутаторами. Если админ все время настраивал коммутаторы, циски, сервера с линуксом, то он будет, по привычке, пытаться все сделать по старинке, что не совместимо с микротиком. Вставить ник Quote
bokl Posted August 20, 2015 Posted August 20, 2015 Какой нибудь ненужный комп с линуксом/фрёй легко с этим справится на 100 мегабит, и ещё 80% проца, как минимум, будет простаивать. То есть такой компьютер будет надежнее микротика? Опять же, микротик можно купить и он работает сразу, а на комп еще нужно операционную систему поставить. То для студентов, чтобы у них мозг не взорвался, а к выпуску им начинают обводить это пунктиром и говорить о железках по дороже, которые всё это сразу могут. Только когда эта железка сломается, сразу все перестанет работать. и при этом вы упорно ставите третий микротик, который если сломается, то у вас сломается всё:) или если делить роли, то должно быть два "третих" которые бы друг друга резервировали и представляли из себя "ядро/агрегацию/доступ". или на 1-ом и 2-ом нужен VRRP, чтобы не положить всё сеть при погорании всего одной железки. Вставить ник Quote
Saab95 Posted August 20, 2015 Posted August 20, 2015 и при этом вы упорно ставите третий микротик, который если сломается, то у вас сломается всё:) или если делить роли, то должно быть два "третих" которые бы друг друга резервировали и представляли из себя "ядро/агрегацию/доступ". или на 1-ом и 2-ом нужен VRRP, чтобы не положить всё сеть при погорании всего одной железки. Микротик, просто так, не ломается. Вставить ник Quote
bokl Posted August 20, 2015 Posted August 20, 2015 и при этом вы упорно ставите третий микротик, который если сломается, то у вас сломается всё:) или если делить роли, то должно быть два "третих" которые бы друг друга резервировали и представляли из себя "ядро/агрегацию/доступ". или на 1-ом и 2-ом нужен VRRP, чтобы не положить всё сеть при погорании всего одной железки. Микротик, просто так, не ломается. просто так ничего не ломается, однако, это происходит. Если уж рисовать отказоустойчивость, то завязываться на одной железке - это значит отдать всё на волю случая. Можжет и не сломается, а вдруг сломается? что будете делаьть? ехать на удалённую локацию, лететь на самолёте, бежать на лыжах по сугробам?:) уж vrrp никто не мешает настроить и время простоя это нисколько не увеличит. Вставить ник Quote
Saab95 Posted August 20, 2015 Posted August 20, 2015 просто так ничего не ломается, однако, это происходит. Если уж рисовать отказоустойчивость, то завязываться на одной железке - это значит отдать всё на волю случая. Можжет и не сломается, а вдруг сломается? что будете делаьть? ехать на удалённую локацию, лететь на самолёте, бежать на лыжах по сугробам?:) Что бы обезопасить себя можно поставить 4 микротик. уж vrrp никто не мешает настроить и время простоя это нисколько не увеличит. Это устаревшая технология. Вставить ник Quote
bokl Posted August 20, 2015 Posted August 20, 2015 просто так ничего не ломается, однако, это происходит. Если уж рисовать отказоустойчивость, то завязываться на одной железке - это значит отдать всё на волю случая. Можжет и не сломается, а вдруг сломается? что будете делаьть? ехать на удалённую локацию, лететь на самолёте, бежать на лыжах по сугробам?:) Что бы обезопасить себя можно поставить 4 микротик. уж vrrp никто не мешает настроить и время простоя это нисколько не увеличит. Это устаревшая технология. ну с четвёртым всё равно будет беда. ведь сервер ваш будет на какой-то один зацеплен, так? всё равно надо какую-то HA группу собирать из двух железяк. с микротиками не имел дела. если они могут в какую-то другую отказоустойчивую конфигурацию(кластер или что-то своё), то лучше её использовать. Вставить ник Quote
GrandPr1de Posted August 20, 2015 Posted August 20, 2015 не могут они кластера, это бедолага сааб пытается все списать на устаревшие технологии вся их отказоусточивость ставить N*3 штук Вставить ник Quote
Saab95 Posted August 20, 2015 Posted August 20, 2015 ну с четвёртым всё равно будет беда. ведь сервер ваш будет на какой-то один зацеплен, так? всё равно надо какую-то HA группу собирать из двух железяк. с микротиками не имел дела. если они могут в какую-то другую отказоустойчивую конфигурацию(кластер или что-то своё), то лучше её использовать. Достаточно на двух микротиках просто повесить один и тот же адрес, при этом имея связанность по OSPF, они будут передавать данные с резервированием. Вставить ник Quote
^rage^ Posted August 20, 2015 Posted August 20, 2015 и при этом вы упорно ставите третий микротик, который если сломается, то у вас сломается всё:) или если делить роли, то должно быть два "третих" которые бы друг друга резервировали и представляли из себя "ядро/агрегацию/доступ". или на 1-ом и 2-ом нужен VRRP, чтобы не положить всё сеть при погорании всего одной железки. Микротик, просто так, не ломается. о, даа! и мемликов нет, и другие ресурсы не текут. На микротике у OSPF задается время жизни канала, если нет связи, обычно это 40 секунд. Можно поставить меньше, хоть 1 секунду. Если и одной секунды много, включаете BFD и ставите время 0.1 секунду. а можно включить fast hello и радоваться жизни. При использовании микротика все работает штатными средствами протоколов, без использования скриптов. кстати, про штатные средства. а как резервируется nat в микротике? Вставить ник Quote
Saab95 Posted August 20, 2015 Posted August 20, 2015 кстати, про штатные средства. а как резервируется nat в микротике? Через OSPF все резервируется. Вставить ник Quote
^rage^ Posted August 20, 2015 Posted August 20, 2015 кстати, про штатные средства. а как резервируется nat в микротике? Через OSPF все резервируется. ненене. вот у нас роутер, который натит какую-нибудь в 192.168.0.0/16 в адрес внешнего интерфейса. рядом второй такой же, но в standby. если мы сейчас active расстреляем из гранатомёта, у клиентов tcp-сессии порвутся? Вставить ник Quote
GrandPr1de Posted August 21, 2015 Posted August 21, 2015 кстати, про штатные средства. а как резервируется nat в микротике? Через OSPF все резервируется. ненене. вот у нас роутер, который натит какую-нибудь в 192.168.0.0/16 в адрес внешнего интерфейса. рядом второй такой же, но в standby. если мы сейчас active расстреляем из гранатомёта, у клиентов tcp-сессии порвутся? большие у вас запросы от сохо поделки >.< Вставить ник Quote
bokl Posted August 21, 2015 Posted August 21, 2015 ну с четвёртым всё равно будет беда. ведь сервер ваш будет на какой-то один зацеплен, так? всё равно надо какую-то HA группу собирать из двух железяк. с микротиками не имел дела. если они могут в какую-то другую отказоустойчивую конфигурацию(кластер или что-то своё), то лучше её использовать. Достаточно на двух микротиках просто повесить один и тот же адрес, при этом имея связанность по OSPF, они будут передавать данные с резервированием. супер решение. пять баллов! это из той же оперый, что и "два маршрута по умолчанию". Любой нормально настроеный промежуточный свич должен такое зарубать. Зачем велосипед изобретать? Вставить ник Quote
NiTr0 Posted August 21, 2015 Posted August 21, 2015 Любой нормально настроеный промежуточный свич должен такое зарубать. Нормально настроенные свичи - это устаревшая технология. ТруЪ-одмины все строят на тупариках :) Вставить ник Quote
Saab95 Posted August 21, 2015 Posted August 21, 2015 супер решение. пять баллов! это из той же оперый, что и "два маршрута по умолчанию". Любой нормально настроеный промежуточный свич должен такое зарубать. Зачем велосипед изобретать? Почему же? Если в сети один IP адрес расположен на двух устройствах, то все другие устройства сети, передавая данные на этот адрес, отправят их на любой из двух, при этом каждое устройство примет пакет и отправить его по L3 дальше. Однако отвечать на них будет только одно устройство, пока работает. ненене. вот у нас роутер, который натит какую-нибудь в 192.168.0.0/16 в адрес внешнего интерфейса. рядом второй такой же, но в standby. если мы сейчас active расстреляем из гранатомёта, у клиентов tcp-сессии порвутся? Что бы такого не случалось натить надо там, где ничего не ломается, а все другие устройства работают роутерами, а роутеры tcp сессии не терминируют, поэтому переключение маршрута не приведет к обрывам соединений. Вставить ник Quote
NikAlexAn Posted August 21, 2015 Posted August 21, 2015 Почему же? Если в сети один IP адрес расположен на двух устройствах, то все другие устройства сети, передавая данные на этот адрес, отправят их на любой из двух, при этом каждое устройство примет пакет и отправить его по L3 дальше. Однако отвечать на них будет только одно устройство, пока работает. Вам явно просто необходимо почитать внимательно про ARP и, до кучи, про VRRP. Вставить ник Quote
stas_k Posted August 21, 2015 Posted August 21, 2015 Saab95 Вам явно просто необходимо почитать Это не поможет. Вставить ник Quote
Dim-Soft Posted August 21, 2015 Posted August 21, 2015 Интересная тема, как правильно зарезервировать. пара Dlink DGS 3420-24 с DPS-500 в стеке, сервера с двумя блоками питания на разных ИБП от разных вводов, в серверах по двух портовому сетевому адаптеру в 10Г И тут образуется интернет - пара операторов, разная статика в 1 IP адрес приходит по оптике в SFP и по меди как зарезервировать интернет ? на данный момент стоит RB2011, в который приходит оба оператора и маркировкой соединений все разруливается, до филиалов подняты ip2ip и osfp как зарезервировать mikrotik ? Вставить ник Quote
^rage^ Posted August 21, 2015 Posted August 21, 2015 ненене. вот у нас роутер, который натит какую-нибудь в 192.168.0.0/16 в адрес внешнего интерфейса. рядом второй такой же, но в standby. если мы сейчас active расстреляем из гранатомёта, у клиентов tcp-сессии порвутся? Что бы такого не случалось натить надо там, где ничего не ломается, а все другие устройства работают роутерами, а роутеры tcp сессии не терминируют, поэтому переключение маршрута не приведет к обрывам соединений. а нат у нас что, терминирует tcp сессии? или нат - это не роутер? :) как зарезервировать mikrotik ? божество не резервируют! кощунство! Вставить ник Quote
Dim-Soft Posted September 19, 2015 Posted September 19, 2015 божество не резервируют! кощунство! А по теме ? vrrp в сторону провайдера ? Вставить ник Quote
NikAlexAn Posted September 21, 2015 Posted September 21, 2015 А по теме ? vrrp в сторону провайдера ? Для работы VRRP, HSRP, GLBP нужны минимум сетки по 8 адресов на стыках. И протокол резервирования нужно поднимать в обе стороны. Протоколы разработаны для резервирования шлюзов - соответсвенно с НАТ и вторым провайдером там не всё так просто. Нужно чтоб на внешнем и внутреннем интерфейсе ведущие в группах как то синхронизировались. Вроде как для HSRP у киски есть какой то траккинг. Ещё встречал подобный механизм для VRRP у маршрутизаторов RuggedCom. У VyOS анонсировано резервирование НАТа с синхронизацией conntrack - но не смотрел как там и что. Как нечто подобное реализовать на микротиках - не знаю. Вставить ник Quote
Saab95 Posted September 21, 2015 Posted September 21, 2015 Как нечто подобное реализовать на микротиках - не знаю. Ставите 3 микротика, 2 делают НАТ, третий сливает на них трафик сети. Оба сервера анонсируют дефолт, трафик распределяется по IP абонентов случайным образом. Если один сервер выходит из строя, маршрут пропадает и половина абонентов переключается на оставшийся в работе микротик, естественно, все их соединения обрываются. Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.