в этом случае прописанные/полученные маршруты решают

там статика онли. фишка в том что есть человече, который прописал айпишник ccr висящий на ether порту в local-address в secrets ипостроил тунелину завернув микрот за тунелем дефолтом в тунель.

почему-то при этом (не факт что в этом проблема была и у меня сомнения как и у вас, что причина явно не в этом) отвалились паблики висящие на этом микроте если их пинговать из внутренней сети, с внешней при этом всё бегало ок

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

а. т.е. на удаленном микротике local-address - адрес принадлежащий ццру?

беги, краб, беги)

а. т.е. на удаленном микротике local-address - адрес принадлежащий ццру?

ноуп, local это относительно ccr

т.е. на ccr условно два 10.* одинаковых айпишника было - один на ether порту, второй на туннельнике

по идее всё должно нормально разруливаться, но в материалах моим догадкам подтверждения я не нашёл

Прям анал карнавал какой-то

короче смотри в таблицу маршрутизации

должно быть ок

но раз не ок - смотри ))

но раз не ок - смотри ))

ну вот именно на это подозрение только у одного гражданина из местных админов и он хочет это повесить на чувака который так накрутил)

моё мнение что касяк был не в этом)

вопрос в том что надо это как-то подтвердить по идее не просто словами)

пф. пуляйте трейсроутом и смотрите как пакеты бегают

что за ерунда с поваешанием друг на друга? проблему пусть решают ))

пф. пуляйте трейсроутом и смотрите как пакеты бегают

дык там уже что-то попровили, хотят постфактум выебать) а пацан нормальный и жаль если это говно на него повесят)

что за ерунда с поваешанием друг на друга? проблему пусть решают ))

ну типа объяснительная и вот это всё

ужас

не пойду к вам работать

все друг-друга ебут и бумажки пишут

фуфуфу

Чуваки, там на 39 стейбл было что нибудь про гре? изменений не было давно, на том конце ребутнули, он работает, туннель поднимает, но трафик не торчит на входе

Чуваки, там на 39 стейбл было что нибудь про гре? изменений не было давно, на том конце ребутнули, он работает, туннель поднимает, но трафик не торчит на входе

Нет

бля, ну чот какая то мистика, ваще ничо не меняли

оно работало и перестало

нафига вы обновления ставите?

оно работало и перестало

Это Микротик, смирись

нафига вы обновления ставите?

В смысле?

в прямом

нафига вы обновления ставите?

да не ставилось ничего, просто ребут был

багфикс - это ясно

а 39 нафига вообще?

а 39 нафига вообще?

Ааа, понял. Ну да) в продакшн нахуй)

профит перекрывает головную боль?

а 39 нафига вообще?

сейчас 37 багфикс, я и спрашиваю было ли там что то относительно гре или нет, вдруг до того как я пойду читать change-log кто нить крикнет что была такая же ситуация

а 39 нафига вообще?

скучно жить))

не пойду к вам работать

ну, эт не у меня, это один мск провайдер)

кек

слушай давай меня наймете, я такой фигни не творю ?

Пхе

только в фирму где так не страдают. кек

Стек из дир300 сделаешь?

кек. точно. поставлю на них опенврт и на них замучу

кек. точно. поставлю на них опенврт и на них замучу

с каких пор оврт умеет в стек? ))))

стек будет когда на помойку выкину :)

Стек из дир300 сделаешь?

?

слушай давай меня наймете, я такой фигни не творю ?

сам сбежишь оттуда. мне присылают куски иногда их конфигов фейспалмы половить

нет в этом мире счастья

What's new in 6.39.1 (2017-Apr-27 10:06):

ккккккк)

нет в этом мире счастья

Го к нам. У нас любят спецов по дир300. Тыр 30 дадут, пхе

збс. куда вылетать?

збс. куда вылетать?

У нас нет аэропорта

Точнее есть, но он не работает

ну все. неудача

я пытался

Выползай

Подскажите, какая то фигня. Делаю с одного конца ping 1.1.1.1 src-address=2.2.2.2 А на другой конец всё равно прилетает с 2.2.2.1

пингующая сторона ping *.*.*.1 src-address=*.*.*.131

сорян что замазываю, но там кароч сеточка /29, думаю смысл понятен

с какого хера он не использует указанный src-address для меня загадка

ERROR: S client not available

мб оно ваще не так работает на микротиках?

Вопрос такой, нормально ли работает routeros на платформе x86? В смысле стабильности, безотказности общих фич, оптимизации vpn'ов поддержки оборудования и проч. проч Цель: сделать маршрутизатор для компании 150+ хостов и 200мбит/с канал интернета с резервированием по второму Сейчас стоит RB2011UiAS-2HnD, и он, мягко скажем, не справляется. Хотя на маршрутизаторе всего пару десятков маршрутов, немного правил в нате и манглах + держит до 10 впн через ipsec/pptp Или вместо x86 ставить linux или freebsd и долго и скучно мудохаться с его настройкой?

С какого бы я адреса не пинговал указывая его в src-address= оно всё равно сцуко пингует с одного

если точнее с самого первого, который следом за адресом сети

Вопрос такой, нормально ли работает routeros на платформе x86? В смысле стабильности, безотказности общих фич, оптимизации vpn'ов поддержки оборудования и проч. проч Цель: сделать маршрутизатор для компании 150+ хостов и 200мбит/с канал интернета с резервированием по второму Сейчас стоит RB2011UiAS-2HnD, и он, мягко скажем, не справляется. Хотя на маршрутизаторе всего пару десятков маршрутов, немного правил в нате и манглах + держит до 10 впн через ipsec/pptp Или вместо x86 ставить linux или freebsd и долго и скучно мудохаться с его настройкой?

расмотреть вариант с hex r3 ?

как впны хз, а так на х86 вполне у провайдеров стоят, тысячи клиентов и гигабиты трафика тянут

главное сетевуха что бы была нормальная, от например интел 82576 или i350 ,

на 82571 82574 может твориться неведомая фигня

расмотреть вариант с hex r3 ?

мы только что угрохали 8к баксов на гипервизоры, так что начальство нас пошлёт при попытке попросить ещё денег хоть на что-то

А можно пример какого-нибудь провайдера? Бо босс хочет чтобы всё пилилось на freebsd т.к. роутерос кривой нестабильный и т.д. (по его мнению)

мы только что угрохали 8к баксов на гипервизоры, так что начальство нас пошлёт при попытке попросить ещё денег хоть на что-то

поставте на виртуалку CHR

С какого бы я адреса не пинговал указывая его в src-address= оно всё равно сцуко пингует с одного

если точнее с самого первого, который следом за адресом сети

чуваки, нид хелп

убился искать, у вас src-address работает при пинге на 37 версии?

С какого бы я адреса не пинговал указывая его в src-address= оно всё равно сцуко пингует с одного

оба адреса на одном интерфейсе?

оба адреса на одном интерфейсе?

да

все адреса из /29 сети висят на интерфейсе в сторону провайдера

убился искать, у вас src-address работает при пинге на 37 версии?

а у тебя там правила nat случаем не вступают в игру?

все адреса из /29 сети висят на интерфейсе в сторону провайдера

мож маскарадинг какой нибудь есть?

а у тебя там правила nat случаем не вступают в игру?

я все задисейблил, щас один маскарадинг висит и всё

мож маскарадинг какой нибудь есть?

и чего с ним?

ну натит в первый адрес

хм, щас сек

там вроде стоял критерий что для сорса из внутренней сеточки

мож маскарадинг какой нибудь есть?

маскарадинг есть, но в нем src-address=192.168.22.0/24

каким образом это может повлиять?

я же при пинге указываю внешний адрес вроде

@RivShiell какие гипервизоры используйте?

да, видимо трабла в маскарадинге, щас заменю на все явные src-nat

спасибо

Вопрос такой, нормально ли работает routeros на платформе x86? В смысле стабильности, безотказности общих фич, оптимизации vpn'ов поддержки оборудования и проч. проч Цель: сделать маршрутизатор для компании 150+ хостов и 200мбит/с канал интернета с резервированием по второму Сейчас стоит RB2011UiAS-2HnD, и он, мягко скажем, не справляется. Хотя на маршрутизаторе всего пару десятков маршрутов, немного правил в нате и манглах + держит до 10 впн через ipsec/pptp Или вместо x86 ставить linux или freebsd и долго и скучно мудохаться с его настройкой?

На 2011? Серьёзно?