+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

PPPoE: устройство не отвечает.

RSS

PPPoE: устройство не отвечает., RouterOS

Kadafi

Guest

31.07.2012 06:59:00

Невозможно использовать PPPoE сервер на Mikrotik. Иногда сессии обрываются без видимых причин:

Использую LAN соединение с Intel Gigabit NIC, без сетевых ошибок. Два Mikrotik сервера 5.14 и 5.18, каждый с ~250 сессиями, ~200MBit трафика (up+down) на сервер, каждую неделю вечером у нас возникают такие проблемы. Третий Cisco PPPoE сервер в сети работает без нареканий. /ppp profile print
Flags: * - default
0 * name="default" local-address=87.249.XX.XX use-mpls=default use-compression=no use-vj-compression=no
only-one=default change-tcp-mss=no incoming-filter="" outgoing-filter="" address-list=""
/interface pppoe-server server print
Flags: X - disabled
0 service-name="Tel" interface=vlan105 max-mtu=1400 max-mru=1400 mrru=disabled authentication=pap,chap
keepalive-timeout=10 one-session-per-host=yes max-sessions=0 default-profile=default

1 service-name="Tel" interface=vlan106 max-mtu=1400 max-mru=1400 mrru=disabled authentication=pap,chap
keepalive-timeout=10 one-session-per-host=yes max-sessions=0 default-profile=default

Есть какие-нибудь обходные пути? Похоже, эта проблема существует в модуле PPPoE RoS уже несколько лет. Увеличил keep-alive PPP до 30 секунд, посмотрим, что изменится.

hassibi

Guest

01.08.2012 05:34:00

Привет, дружище! У меня на Микротике 5000 активных PPPoE-сессий и всё работает без проблем. Логи о не отвечающем peer обычно возникают, когда у клиента низкая пропускная способность или ошибка. А у меня вопрос: ты свой роутер обновлял? И какую лицензию используешь?

Kadafi Guest	#3 0 18.09.2014 14:09:00 Увеличь время ожидания Keepalive до 30 секунд в профиле PPPoE-сервера.

cybernetcy Guest	#4 0 22.12.2014 11:18:00 Привет, это работает? У меня та же проблема, кстати. Спасибо.

klrgirish198117

Guest

26.09.2015 18:19:00

Привет всем! Я тоже столкнулся с той же проблемой. Использую версию 5.20, лог: peer не отвечает в PPPoE, все пользователи отключаются. Я увеличил время keepalive до 30 секунд, но проблема не решена. Кто-нибудь, кто сталкивался или решал эту проблему, пожалуйста, помогите мне разобраться.

srikanth418 Guest	#6 0 26.03.2016 04:55:00 Отлично, что у вас 5000 активных PPPoE-сессий. Не могли бы вы подсказать, сколько у вас роутеров и их модели? С уважением, Srikanth.

igarood Guest	#7 0 29.09.2016 13:49:00 Пожалуйста, подскажите решение этой ошибки, это для меня очень срочно, пожалуйста.

jahill70

Guest

27.07.2017 23:19:00

Я тоже столкнулся с такой же проблемой. Добавление третьего клиентского интерфейса PPPOE приводит к тому, что соединение устанавливается и сразу же разрывается. В логах появляются записи ‘initializing’, ‘connecting’, ‘terminating… - hungup’, ‘disconnected’ со временем одной метки. Похоже, это серьезный баг. Ответ выше про 5000 активных сессий, видимо, относится к серверскому PPPOE интерфейсу, а не к клиентскому (если только Mikrotik не сделали какие-то 5000-портовые роутеры, о которых они молчали!).

thatsgamer

Guest

28.07.2017 12:28:00

У меня тоже возникла эта проблема. Пожалуйста, помогите! Я перепробовал практически все, что мог: заменил свитч на стороне клиента, перенастроил точку доступа — сетевую станцию, режим WDS, режим моста, режим псевдо-моста, подключение только по одному соединению на свитч, увеличил таймаут до 30 секунд, проверял MAC-адреса клиентов на наличие дубликатов. Ничего не помогло. Иногда все мои клиенты отключаются автоматически с той же ошибкой. Прилагаю скриншот текущих логов и структуру моей сети. Пожалуйста, помогите, мне срочно нужно решение.

strods

Guest

#10

28.07.2017 12:57:00

"Peer не отвечает на сообщения" означает, что сервер некоторое время не получал пакеты от клиента. В таких случаях учитывается keepalive. Можно увеличить keepalive, но если это не поможет, нужно понять, почему клиент не отвечает на сервер. Например, нестабильное Ethernet-соединение между сервером и клиентом.

jahill70

Guest

#11

30.07.2017 21:20:00

Похоже, причина моей проблемы – другой баг, но, как я уже писал в этой теме, решил рассказать, как я это исправил. Я обнулил роутер, затем пересобрал конфигурацию с нуля. Третья линия по-прежнему давала сбой, но я отключил еще две, затем поднял третью, потом первую и вторую, и всё, казалось, в порядке, даже после перезагрузки. Баг, похоже, проявляется впервые, когда поднимается PPPOE-линия, если при этом уже работают две другие. Вторая загвоздка в том, что, когда создаешь наборы правил для линий, Mikrotik-роутер теперь создает правила 0, 1, 1, 2, 3 и, похоже, игнорирует второе правило 1. Редактировать это нельзя, поэтому нужно удалить последние три правила, и тогда, похоже, он сможет правильно посчитать номера правил во второй раз. Уже сталкивался с этой проблемой дважды, так что это не случайность.

tbonne

Guest

#12

01.08.2017 06:11:00

У меня та же проблема. У меня очень хорошие ссылки, CCQ между 98 и 100%, отличная передача данных. Я в своей сети переводил клиентов на статический IP, привязанный по MAC-адресу, чтобы обеспечить более стабильную работу.

thatsgamer

Guest

#13

02.08.2017 12:11:00

Похоже, проблема решилась. Я изменил MTU и MRU до 1504 (1464 я даже смог пинговать без фрагментации пакета + 40 на заголовок пакета). MRRU я поставил на 1580 (не знаю, как это считать, но где-то читал в интернете, поэтому так и сделал). Я изменил эти значения для pppoe сервера. У меня все точки доступа и станции (во вкладке "Сеть" - в основном использую устройства Ubnt airgrid и powerbeams) заработали, проблема с клиентскими роутерами тоже решена. Обновлю, если случится снова. Можно использовать следующую команду, чтобы проверить фрагментацию пакета: ping google.com -f -l 1480 it;s small L not I

surujdev Guest	#14 0 16.10.2017 16:40:00 У меня та же проблема каждые 60 минут или 30 минут, пиры не отвечают. Модель роутера hEX, RB750 Gr3. Подскажите, пожалуйста, как решить эту ошибку?

surujdev Guest	#15 0 17.10.2017 15:52:00 У меня та же проблема, пир не отвечает, но теперь я обновлю новое программное обеспечение. Роутер hEX теперь работает хорошо, спасибо forum.mikrotik.com.

Anumrak Guest	#16 0 26.10.2017 08:52:00 Просто выключи сжатие полностью.

kusaybia

Guest

#17

07.12.2017 08:24:00

Привет, у меня та же проблема, пир не отвечает, пожалуйста, помогите. RB 1100 Hx2. У меня 3 Omni Tik в качестве AP, много St станций, много SXT, NanoStation, NanoBeam и другие. Пожалуйста, помогите. Лог чист от ошибок и нет реверсивного IP. Лог Omni тоже чист от ошибок. Пожалуйста, помогите! +963957332760 WhatsApp Viber

anil Guest	#18 0 11.06.2018 01:26:00 Mikrotik не дает корректного ответа, поэтому я уже год ищу решения, но пока ничего не нашел.

keaton

Guest

#19

08.01.2019 02:14:00

Я уже больше двух лет ищу решение проблемы с не отвечающим пиром, это действительно нужно было исправить в Mikrotik. Я использую 1100AHx4 dude edition. Вот ошибки, которые я получаю… Мне очень нужна помощь… Клиенты постоянно отключаются, пир не отвечает, у меня отличный сигнал.

09:26:45 pppoe,ppp,debug <0004>: получен неподдерживаемый протокол 0x80ab
09:26:50 pppoe,ppp,debug <0004>: получен неподдерживаемый протокол 0xa1
09:27:11 pppoe,ppp,debug <0004>: получен неподдерживаемый протокол 0xa1
09:27:35 pppoe,ppp,debug <0002>: получен неподдерживаемый протокол 0x1421
09:28:18 pppoe,ppp,debug <0004>: получен неподдерживаемый протокол 0xd1
09:28:28 pppoe,ppp,debug <000c>: получен неподдерживаемый протокол 0x121
09:30:32 pppoe,ppp,debug <0004>: получен неподдерживаемый протокол 0x87
09:32:49 pppoe,ppp,debug <000c>: получен неподдерживаемый протокол 0x1
09:33:18 pppoe,ppp,debug <0014>: получен неподдерживаемый протокол 0x1
09:33:42 pppoe,ppp,debug <0012>: LCP закрыт
09:33:42 pppoe,ppp,debug <0012>: CCP ниже
09:33:42 pppoe,ppp,debug <0012>: BCP ниже
09:33:42 pppoe,ppp,debug <0012>: Событие BCP вниз в начальном состоянии
09:33:42 pppoe,ppp,debug <0012>: IPCP ниже
09:33:42 pppoe,ppp,debug <0012>: IPCP закрыт
09:33:42 pppoe,ppp,debug <0012>: IPV6CP ниже
09:33:42 pppoe,ppp,debug <0012>: Событие IPV6CP вниз в начальном состоянии
09:33:42 pppoe,ppp,debug <0012>: MPLSCP ниже
09:33:42 pppoe,ppp,debug <0012>: LCP ниже
09:33:42 pppoe,ppp,debug <0012>: CCP закрыт
09:33:42 pppoe,ppp,debug <0012>: BCP закрыт
09:33:42 pppoe,ppp,debug <0012>: IPCP закрыт
09:33:42 pppoe,ppp,debug <0012>: IPV6CP закрыт
09:33:42 pppoe,ppp,debug <0012>: MPLSCP закрыт
09:33:42 pppoe,ppp,info : завершение…
09:33:42 pppoe,ppp,debug <0012>: LCP ниже
09:33:42 pppoe,ppp,debug <0012>: Событие LCP вниз в начальном состоянии
09:33:42 pppoe,ppp,info,аккаунт 454545 вышел, 2448 2152824 41708799 25289 33785
09:33:42 pppoe,ppp,info : отключено
09:34:05 pppoe,info PPPoE соединение установлено от 78:8A:20:E0:F7:31
09:34:05 pppoe,ppp,debug <0027>: LCP выше
09:34:05 pppoe,ppp,debug <0027>: LCP открыть
09:34:06 pppoe,ppp,debug <0027>: LCP открыт
09:34:06 pppoe,ppp,info,аккаунт 454545 вошел, 172.168.4.252
09:34:06 pppoe,ppp,info : аутентифицировано
09:34:06 pppoe,ppp,debug <0027>: IPCP выше
09:34:06 pppoe,ppp,debug <0027>: IPCP открыть
09:34:06 pppoe,ppp,debug <0027>: IPV6CP открыть
09:34:06 pppoe,ppp,debug <0027>: MPLSCP выше
09:34:06 pppoe,ppp,debug <0027>: MPLSCP открыть
09:34:06 pppoe,ppp,debug <0027>: BCP открыть
09:34:06 pppoe,ppp,debug <0027>: CCP выше
09:34:06 pppoe,ppp,debug <0027>: CCP открыть
09:34:04 pppoe,ppp,debug <0028>: IPCP открыт
09:34:04 pppoe,ppp,info : соединено
09:36:32 pppoe,ppp,debug <0010>: получен неподдерживаемый протокол 0x4721
09:37:39 pppoe,ppp,debug <0007>: получен неподдерживаемый протокол 0xf1
09:37:39 pppoe,ppp,debug <0015>: получен неподдерживаемый протокол 0x20

keaton Guest	#20 0 17.01.2019 15:30:00 Отсутствует ответ на эхо-запрос LCP… не мог бы кто-нибудь подсказать, как это исправить? PPPoE: Peer не отвечает — пользователи случайным образом отключаются и подключаются заново.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры