suslayer Опубликовано 5 декабря, 2016 · Жалоба Есть 2шт. SXT Lite 5ac, соединены по wifi, поверх поднят eoip. EoIP сбриджован с eth1 который в свою очередь с одной стороны торчит в коммутатор провайдера, со второй в hEX Lite. Провайдер раздает канал по pppoe, соответственно pppoe поднимает hex lite. Имеем проблемы схожие в топике http://forum.nag.ru/forum/index.php?showtopic=89323 А именно "Но при перезагрузки с не отключенным pppoe , либо при физическом разрыве соединения (высунув кабель из компа) больше PPPoe не подключается, пока через винбокс не зайдёшь на SXT в точке А и не перезапустишь ether1, или не перезагрузишь устройство." т.е. если одна из точек(клиент который концом в hex lite торчит) отвалилась(пропало питание), wifi мост заново поднимается, eoip тунель тоже поднимается, но pppoe на hex lite ни в какую пока не перезагрузишь обе точки. Подскажите куда копать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EugeneTV Опубликовано 5 декабря, 2016 · Жалоба А так уж необходимо тащить PPPoE через EoIP? Не проще поднять его прямо на SXT у коммутатора? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
suslayer Опубликовано 5 декабря, 2016 (изменено) · Жалоба А так уж необходимо тащить PPPoE через EoIP? Не проще поднять его прямо на SXT у коммутатора? По определенным причинам приходится делать именно так, формально нужно получить порт коммутатора на другом конце без лишних девайсов в L2. Собственно бриджевать с радиоинтерфейсом имхо посчитал худшим решением. Изменено 5 декабря, 2016 пользователем suslayer Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 6 декабря, 2016 · Жалоба Возможно это со сторны провайдера L2 залипает, а рестарт ближайшей к провайдеру точки делает down/up его порта оживляя связь. Альтернативный вариант: Как бы ни странно это звучало, пропишите бриджам, куда приткнут EoIP-туннель ручками AdminMAC Address. Затем роведите эксперимент с отвалом и последующим up/down бриджей. Отпишитесь поирезультатам. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
suslayer Опубликовано 8 декабря, 2016 · Жалоба Возможно это со сторны провайдера L2 залипает, а рестарт ближайшей к провайдеру точки делает down/up его порта оживляя связь. Альтернативный вариант: Как бы ни странно это звучало, пропишите бриджам, куда приткнут EoIP-туннель ручками AdminMAC Address. Затем роведите эксперимент с отвалом и последующим up/down бриджей. Отпишитесь поирезультатам. Спасибо, были похожие мысли. Канал рабочий, постараюсь попробовать в ближайшее нерабочее окно в выходные. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myth Опубликовано 8 декабря, 2016 · Жалоба Эм... А зачем в данной схеме eoip? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 4 января, 2017 · Жалоба Видимо у провайдера ограничение на количество маков на порту, отсюда и проблемы. Нужно в фильтрах бриджа (на микротике рядом с провайдером) заблокировать по направлению оутпут с мака роутера и с маков промежуточных SXT. Тогда все заработает без проблем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...