shvlad1 Опубликовано 15 июня, 2016 · Жалоба Приветствую. Между CCR1016 и сотней hexlite через интернет подняты eoip. Периодически (раз в три дня) отваливаются туннели до 2-3 хексов. Связность при этом не теряется. Помогает изменение remote-ip на хексов на произвольный и через пару минут возврат на CCR. Кто виноват и что делать? CCR add !keepalive local-address=z.z.z.z mac-address=FE:12:03:60:BB:14 name=eoip2846 remote-address=y.y.y.y \ tunnel-id=2846 хекс /interface eoip add !keepalive mac-address=FE:C3:06:44:52:2B name=eoip2846 remote-address=z.z.z.z tunnel-id=2846 system resource print uptime: 21w4d3h17m33s version: 6.30.1 build-time: Jul/14/2015 11:22:46 free-memory: 1514.8MiB total-memory: 1939.4MiB cpu: tilegx cpu-count: 16 cpu-frequency: 1200MHz cpu-load: 0% free-hdd-space: 432.7MiB total-hdd-space: 512.0MiB architecture-name: tile board-name: CCR1016-12G platform: MikroTik /system resource print uptime: 2w4d21h18m33s version: 6.28 build-time: Apr/15/2015 15:18:31 free-memory: 43.4MiB total-memory: 64.0MiB cpu: MIPS 24Kc V7.4 cpu-count: 1 cpu-frequency: 850MHz cpu-load: 2% free-hdd-space: 5.2MiB total-hdd-space: 16.0MiB write-sect-since-reboot: 118086 write-sect-total: 118903 bad-blocks: 0% architecture-name: mipsbe board-name: hEX lite platform: MikroTik Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 15 июня, 2016 · Жалоба снять дамп и отправить баг-репорт производителю Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 июня, 2016 · Жалоба Начинать разбирательство нужно вот с чего: 1. Везде белые адреса и на туннелях с двух сторон они используются? 2. Создать L2TP сервер в центре и пусть все подключаются к нему клиентами, а EoIP поднимаете уже поверх внутренней адресации. Возможно некоторые операторы фильтруют трафик либо чего-то не пропускают. Так же для работы EoIP важно не нарушать очередность следования пакетов. И так же нужно понимать, что если вы все это количество туннелей бриджуете в какой-то один выходной интерфейс, то нормально вряд ли заработает из-за проблем с буферизацией L2 при разных скоростях до удаленных устройств. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shvlad1 Опубликовано 16 июня, 2016 · Жалоба 1. Да, везде. 2. в это смысла нет Так же для работы EoIP важно не нарушать очередность следования пакетов. И так же нужно понимать, что если вы все это количество туннелей бриджуете в какой-то один выходной интерфейс, то нормально вряд ли заработает из-за проблем с буферизацией L2 при разных скоростях до удаленных устройств. На хексах поднят второй EoIP на виртуальный микротик, там таких проблем не наблюдается. Только на туннелях терминированных на CCR. Все тунели бриджутся в один вилан, такое дело есть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dm1try Опубликовано 16 июня, 2016 · Жалоба Я бы посоветовал начать с прошивки на последнюю стабильную версию (6.34.6 - например) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...