убрать единую точку отказа

Вечер добрый. Ставим ццр во главу большой сети, где абоненты по pppoe. Приходит много виланов, штук 10. В каждом много абонентов. Как лучше сделать, объединить все виланы в бридж, горизонт настроить и на бридж пппое сервер навесить или же на каждый вилан свой пппое сервер? Может еще какой хороший вариант есть? ))

В случае с пппое я бы горизонтами орудовал. Принципиальной разницы нет, а заморочек меньше

убрать единую точку отказа

Вот тоже верно

Вот тоже верно

разжуй, Сань) Тупим)

А если временно выключить фильтры на drop?

я не знаю, как бравые прибалты реализовали пингалку, но вообще пакеты у вас должны ходить с использованием таблицы маршрутизации

если даже предположить, что пингалка устроена как-то по-хитрому, то куда именно в интерфейс ether1 должны уходить пакеты пинга?

я ж говорю, я не знаю, как работает параметр interface в микротикопинге. к примеру, вдруг он имеет приоритет над таблицей маршрутизации?

на мой непрофессиональный взгляд он должен задавать source address, переопределяя поведение rfc 6724

так, он действительно переопределяет действие таблицы маршрутизации

и фиксирует выходной интерфейс, игнорируя риб

вероятно, в случае если в рибе есть маршрут в сторону выходного интерфейса, он пользуется этим маршрутом

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

через заданный интерфейс

как будто есть attached маршрут

в принципе, если бы там был проксиарп, все бы даже пингалось

вероятно, в случае если в рибе есть маршрут в сторону выходного интерфейса, он пользуется этим маршрутом

Нет, маршрут не при чём.

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

В бродкаст-интерфейсах – да, именно так оно и есть. Это же причина, почему работает в p-t-p интерфейсах

Здравствуйте, что-то у меня лыжи не едут. Пытаюсь поднять простейший туннель GRE между центосью и микротиком. ПОднял интерфейсы, добавил адреса, в фаерволе безусловно с внешних IP разрешил доступ друг другу, но пинг внутри тоннеля не ходит, что стоит проверить дальше?

Это издевательство... Я 2 месяца не мог настроить l2tp вываливалось с ошибкой, попал в этот чат, начал собирать логи и конфиги для вопроса, а оно заработало!! 😖

это супер, как бы мне этот трюк повторить

😃

я насколько знаю линуксы неумеют кипалив в гре и изза этого отваливаются тоннели если постоянно там чтото не гонять, но наверно это не твой случай

что вообще торч показывает на интерфейсе гре на тике? что там внутри есть?

и какие адреса с обоих концов тонеля?

https://i.imgur.com/53zVCUe.png

это пинги

10.255.255.253 линукс 10.255.255.254 тик

трафик виден со стороны линукса

а в адрессес на тике как прописан адрес тнеля

tcpdump -i any host 217.117.Х.Х and proto gre -w GRE.pcap

а в адрессес на тике как прописан адрес тнеля

https://i.imgur.com/sAfl4Qo.png

[admin@baki-new-big-microt] > /ip address print where interface=gre-ok-at Flags: X - disabled, I - invalid, D - dynamic # ADDRESS NETWORK INTERFACE 0 10.255.255.254/30 10.255.255.252 gre-ok-atc

grebak: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1462 inet 10.255.255.253 netmask 255.255.255.252 broadcast 0.0.0.0 inet6 fe80::241f:62ff:fe9d:3337 prefixlen 64 scopeid 0x20<link> ether 26:1f:62:9d:33:37 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 823 bytes 23236 (22.6 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Хм, любит этот бот так делать

кинь в личку, он не пропустит)

э) нью юзеру не дают айпи публиковать()

ага

5 сек телефон

я насколько знаю линуксы неумеют кипалив в гре и изза этого отваливаются тоннели если постоянно там чтото не гонять, но наверно это не твой случай

Если разберёте, как устроен кипэлайв, то поймёте, что его нельзя не уметь

кинь в личку, он не пропустит)

попробуй на тике 10,255,255,254 и нетворк 10,255,255,253

соответственно на линуксе в обратную сторону

эм

а чем это должно помочь?

ничего не изменилось

вот это мне непонятно [root@fs ~]# ping 192.168.20.1 PING 192.168.20.1 (192.168.20.1) 56(84) bytes of data. From 10.255.255.254 icmp_seq=1 Destination Host Unreachable From 10.255.255.254 icmp_seq=2 Destination Host Unreachable From 10.255.255.254 icmp_seq=3 Destination Host Unreachable From 10.255.255.254 icmp_seq=4 Destination Host Unreachable ^C --- 192.168.20.1 ping statistics --- 6 packets transmitted, 0 received, +4 errors, 100% packet loss, time 5000ms pipe 4 [root@fs ~]# ip ro get 192.168.20.1 192.168.20.1 via 10.255.255.253 dev grebak src 10.255.255.254

почему оно хост анричебл

а по какому маршруту он его ищет?

психанул, удалил gre, поднял ipip - работает

это у меня чет с руками или хостер линукса - слегка мудаковат?

гре бывает провайдеры режут

это у меня чет с руками или хостер линукса - слегка мудаковат?

Вполне возможно, что п.2

хорошо, вера в себя восстановлена, лишнее напоминание что верить никому нельзя!

притом бывает режут сами незная того, я полгода ростелекому доказывал что я не осёл

черт, теперь ещё с АТС разбираться, она слушает внешний адрес, эхехе)

коллеги, нужна помощь, сломал себе голову. Стоит RB750 настроены простые очереди. 30 мб/с канал. Днем, когда 15 юзеров приходят на работу - начинают пропадать пинги, 30% потерь. Вечером, когда все уходят - все прекращается. Нагрузка на проц всего 15-17%. Внутри сетки пинги ходят 1мс. Снаружи до микрота и с микрота наружу - 3 мс. и ничего не пропадает.

30 процентов потерь с серваков и с юзерских компов

в профайл посмотри /tool profile кажется

что смотреть?

пардон, просмотрел что проц не нагружен

переключил на другого провайдера - погасив первый линк - проблема остается.

схемка сети http://screen.barsuki.cc/pictures/user1/2017-12-21_12-02-20_3536x3531C6Z.png

отключил все очереди и маркировку пакетов - пинг подскочил до 300, подержался в таком состоянии минут 10, и сейчас все наладилось

Коллеги, а МТ умеет через CAPsMAN обновлять ROS на точках?

Да

Никто не слышал чтобы эстонские провайдеры резали какой-то трафик?

настроил по тимвьюверу микротик в серверной, с него пинг есть, до него пинг есть, подцепиться снаружи не могу нифига

фаерволом разрешил свой ип, от пингов счетчик тикает, от ссш\винбокса - нифига

чет бред какой-то

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

пользовался кто нибудь unetlab'ом ?

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

так traceroute запусти

так ходит пинг

так traceroute запусти

пинг ходит

так, если сомневаешься. какими путями идет трафик, запусти и узнаешь карту

а, это линуксовый который, не icmp

хм...любой tracert или traceroute не icmp. нет?

Виндовый tracert ICMP

в тике можно выбрать icmp или udp

уже вижу