Ppp9 lcp down ошибка

Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Форум доступен по ссылке https://community.tp-link.com/ru

Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».

Подробнее Вы можете прочитать тут: https://community.tp-link.com/ru/home/f … pic/501542

Убедительная просьба не дублировать темы на старом/новом форуме.

german.lapshin

Сообщения: 3
Зарегистрирован: 27 июл 2020, 05:22

ррр9 LCP down

Название темы: ррр9 LCP down
Аппаратная версия устройства: 0.9.1 4.16 v0283.0 Build 190130 Rel.58703n
Провайдер: Маглан
Тип подключения: PPTP

Логи оборудования: 1 2020-07-27 05:28:52 PPP Ошибка ppp9
2 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
3 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
4 2020-07-27 05:28:51 PPP Внимание ppp9 LCP down
5 2020-07-27 05:28:51 PPP Ошибка ppp9 LCP down
6 2020-07-27 05:28:51 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
7 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=9D240840268955008F6500DF426DD64F V=3»]
8 2020-07-27 05:28:51 PPP Справка ppp9 sent [CHAP Response id=0x1 <7d25f31aa6e2cca5211bab64e92f064e0000000000000000aeb7f38f4b40129
9 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <86240840268955008f6500df426dd64f>, name = «vpn-3»]
10 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
11 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
12 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
13 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
14 2020-07-27 05:28:50 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
15 2020-07-27 05:28:50 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
16 2020-07-27 05:28:50 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
17 2020-07-27 05:28:31 PPP Ошибка ppp9
18 2020-07-27 05:28:31 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
19 2020-07-27 05:28:31 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
20 2020-07-27 05:28:31 PPP Внимание ppp9 LCP down
21 2020-07-27 05:28:31 PPP Ошибка ppp9 LCP down
22 2020-07-27 05:28:31 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
23 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=1E3F9540577C0A433FD58B867050A346 V=3»]
24 2020-07-27 05:28:30 PPP Справка ppp9 sent [CHAP Response id=0x1 <dede879992d34fbb494bab24e510b11d000000000000000089c00ba31ea9ed0
25 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <073f9540577c0a433fd58b867050a346>, name = «vpn-3»]
26 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
27 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
28 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
29 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
30 2020-07-27 05:28:29 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
31 2020-07-27 05:28:29 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
32 2020-07-27 05:28:29 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
33 2020-07-27 05:28:11 PPP Ошибка ppp9
34 2020-07-27 05:28:11 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
35 2020-07-27 05:28:11 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
36 2020-07-27 05:28:11 PPP Внимание ppp9 LCP down
37 2020-07-27 05:28:11 PPP Ошибка ppp9 LCP down
38 2020-07-27 05:28:11 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
39 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=4B5808EC4F9F6611AF745AF0ABD1EED5 V=3»]
40 2020-07-27 05:28:09 PPP Справка ppp9 sent [CHAP Response id=0x1 <c773f78da008fd8dbc6d09716fcc15fa00000000000000000fa8a301e43168d
41 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <345808ec4f9f6611af745af0abd1eed5>, name = «vpn-3»]
42 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
43 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
44 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
45 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
46 2020-07-27 05:28:08 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
47 2020-07-27 05:28:08 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
48 2020-07-27 05:28:08 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
49 2020-07-27 05:27:49 PPP Ошибка ppp9
50 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP TermAck id=0x3]
51 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP TermReq id=0x3 «Failed to authenticate ourselves to peer»]
52 2020-07-27 05:27:49 PPP Внимание ppp9 LCP down
53 2020-07-27 05:27:49 PPP Ошибка ppp9 LCP down
54 2020-07-27 05:27:49 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
55 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=0A22B62D552446ACBF2F9E86FEB835EA V=3»]
56 2020-07-27 05:27:49 PPP Справка ppp9 sent [CHAP Response id=0x1 <8d004b6697b8838b756887b8991cf9c10000000000000000a1d46b5af936a18
57 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <f322b62d552446acbf2f9e86feb835ea>, name = «vpn-2»]
58 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfAck id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
59 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfReq id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
60 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfNak id=0x1 <mru 1464>]
61 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0x3d0aac11>]

Описание проблемы: Добрый день!
Умные знающие люди, объясните, пожалуйста, что это за ошибки постоянные в системном журнале, влияют ли они на работу интернета и на чьей стороне проблема, вызывающая их возникновение?
Роутер обновлял и на последнюю доступную версию, ошибки никуда не исчезали.
Спасибо!


aureoli86

Сообщения: 1554
Зарегистрирован: 06 фев 2015, 12:07
Страна: Россия

Re: ррр9 LCP down

Сообщение

aureoli86 » 27 июл 2020, 21:06

german.lapshin писал(а): ↑

27 июл 2020, 05:34


Название темы: ррр9 LCP down
Аппаратная версия устройства: 0.9.1 4.16 v0283.0 Build 190130 Rel.58703n
Провайдер: Маглан
Тип подключения: PPTP

Логи оборудования: 1 2020-07-27 05:28:52 PPP Ошибка ppp9
2 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
3 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
4 2020-07-27 05:28:51 PPP Внимание ppp9 LCP down
5 2020-07-27 05:28:51 PPP Ошибка ppp9 LCP down
6 2020-07-27 05:28:51 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
7 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=9D240840268955008F6500DF426DD64F V=3»]
8 2020-07-27 05:28:51 PPP Справка ppp9 sent [CHAP Response id=0x1 <7d25f31aa6e2cca5211bab64e92f064e0000000000000000aeb7f38f4b40129
9 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <86240840268955008f6500df426dd64f>, name = «vpn-3»]
10 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
11 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
12 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
13 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
14 2020-07-27 05:28:50 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
15 2020-07-27 05:28:50 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
16 2020-07-27 05:28:50 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
17 2020-07-27 05:28:31 PPP Ошибка ppp9
18 2020-07-27 05:28:31 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
19 2020-07-27 05:28:31 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
20 2020-07-27 05:28:31 PPP Внимание ppp9 LCP down
21 2020-07-27 05:28:31 PPP Ошибка ppp9 LCP down
22 2020-07-27 05:28:31 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
23 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=1E3F9540577C0A433FD58B867050A346 V=3»]
24 2020-07-27 05:28:30 PPP Справка ppp9 sent [CHAP Response id=0x1 <dede879992d34fbb494bab24e510b11d000000000000000089c00ba31ea9ed0
25 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <073f9540577c0a433fd58b867050a346>, name = «vpn-3»]
26 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
27 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
28 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
29 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
30 2020-07-27 05:28:29 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
31 2020-07-27 05:28:29 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
32 2020-07-27 05:28:29 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
33 2020-07-27 05:28:11 PPP Ошибка ppp9
34 2020-07-27 05:28:11 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
35 2020-07-27 05:28:11 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
36 2020-07-27 05:28:11 PPP Внимание ppp9 LCP down
37 2020-07-27 05:28:11 PPP Ошибка ppp9 LCP down
38 2020-07-27 05:28:11 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
39 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=4B5808EC4F9F6611AF745AF0ABD1EED5 V=3»]
40 2020-07-27 05:28:09 PPP Справка ppp9 sent [CHAP Response id=0x1 <c773f78da008fd8dbc6d09716fcc15fa00000000000000000fa8a301e43168d
41 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <345808ec4f9f6611af745af0abd1eed5>, name = «vpn-3»]
42 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
43 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
44 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
45 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
46 2020-07-27 05:28:08 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
47 2020-07-27 05:28:08 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
48 2020-07-27 05:28:08 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
49 2020-07-27 05:27:49 PPP Ошибка ppp9
50 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP TermAck id=0x3]
51 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP TermReq id=0x3 «Failed to authenticate ourselves to peer»]
52 2020-07-27 05:27:49 PPP Внимание ppp9 LCP down
53 2020-07-27 05:27:49 PPP Ошибка ppp9 LCP down
54 2020-07-27 05:27:49 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
55 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=0A22B62D552446ACBF2F9E86FEB835EA V=3»]
56 2020-07-27 05:27:49 PPP Справка ppp9 sent [CHAP Response id=0x1 <8d004b6697b8838b756887b8991cf9c10000000000000000a1d46b5af936a18
57 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <f322b62d552446acbf2f9e86feb835ea>, name = «vpn-2»]
58 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfAck id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
59 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfReq id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
60 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfNak id=0x1 <mru 1464>]
61 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0x3d0aac11>]

Описание проблемы: Добрый день!
Умные знающие люди, объясните, пожалуйста, что это за ошибки постоянные в системном журнале, влияют ли они на работу интернета и на чьей стороне проблема, вызывающая их возникновение?
Роутер обновлял и на последнюю доступную версию, ошибки никуда не исчезали.
Спасибо!

Возможно, у вас неверно настроен тип подключения WAN.
Пришлите, пожалуйста, скриншот раздела Сеть-WAN
На сайте вашего провайдера не нашла информацию какой они точно тип подключения используют.
У вас в целом интернет работает?


german.lapshin

Сообщения: 3
Зарегистрирован: 27 июл 2020, 05:22

Re: ррр9 LCP down

Сообщение

german.lapshin » 28 июл 2020, 09:34

aureoli86 писал(а): ↑

27 июл 2020, 21:06

german.lapshin писал(а): ↑

27 июл 2020, 05:34


Название темы: ррр9 LCP down
Аппаратная версия устройства: 0.9.1 4.16 v0283.0 Build 190130 Rel.58703n
Провайдер: Маглан
Тип подключения: PPTP

Логи оборудования: 1 2020-07-27 05:28:52 PPP Ошибка ppp9
2 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
3 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
4 2020-07-27 05:28:51 PPP Внимание ppp9 LCP down
5 2020-07-27 05:28:51 PPP Ошибка ppp9 LCP down
6 2020-07-27 05:28:51 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
7 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=9D240840268955008F6500DF426DD64F V=3»]
8 2020-07-27 05:28:51 PPP Справка ppp9 sent [CHAP Response id=0x1 <7d25f31aa6e2cca5211bab64e92f064e0000000000000000aeb7f38f4b40129
9 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <86240840268955008f6500df426dd64f>, name = «vpn-3»]
10 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
11 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
12 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
13 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
14 2020-07-27 05:28:50 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
15 2020-07-27 05:28:50 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
16 2020-07-27 05:28:50 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
17 2020-07-27 05:28:31 PPP Ошибка ppp9
18 2020-07-27 05:28:31 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
19 2020-07-27 05:28:31 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
20 2020-07-27 05:28:31 PPP Внимание ppp9 LCP down
21 2020-07-27 05:28:31 PPP Ошибка ppp9 LCP down
22 2020-07-27 05:28:31 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
23 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=1E3F9540577C0A433FD58B867050A346 V=3»]
24 2020-07-27 05:28:30 PPP Справка ppp9 sent [CHAP Response id=0x1 <dede879992d34fbb494bab24e510b11d000000000000000089c00ba31ea9ed0
25 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <073f9540577c0a433fd58b867050a346>, name = «vpn-3»]
26 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
27 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
28 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
29 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
30 2020-07-27 05:28:29 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
31 2020-07-27 05:28:29 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
32 2020-07-27 05:28:29 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
33 2020-07-27 05:28:11 PPP Ошибка ppp9
34 2020-07-27 05:28:11 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
35 2020-07-27 05:28:11 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
36 2020-07-27 05:28:11 PPP Внимание ppp9 LCP down
37 2020-07-27 05:28:11 PPP Ошибка ppp9 LCP down
38 2020-07-27 05:28:11 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
39 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=4B5808EC4F9F6611AF745AF0ABD1EED5 V=3»]
40 2020-07-27 05:28:09 PPP Справка ppp9 sent [CHAP Response id=0x1 <c773f78da008fd8dbc6d09716fcc15fa00000000000000000fa8a301e43168d
41 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <345808ec4f9f6611af745af0abd1eed5>, name = «vpn-3»]
42 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
43 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
44 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
45 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
46 2020-07-27 05:28:08 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
47 2020-07-27 05:28:08 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
48 2020-07-27 05:28:08 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
49 2020-07-27 05:27:49 PPP Ошибка ppp9
50 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP TermAck id=0x3]
51 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP TermReq id=0x3 «Failed to authenticate ourselves to peer»]
52 2020-07-27 05:27:49 PPP Внимание ppp9 LCP down
53 2020-07-27 05:27:49 PPP Ошибка ppp9 LCP down
54 2020-07-27 05:27:49 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
55 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=0A22B62D552446ACBF2F9E86FEB835EA V=3»]
56 2020-07-27 05:27:49 PPP Справка ppp9 sent [CHAP Response id=0x1 <8d004b6697b8838b756887b8991cf9c10000000000000000a1d46b5af936a18
57 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <f322b62d552446acbf2f9e86feb835ea>, name = «vpn-2»]
58 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfAck id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
59 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfReq id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
60 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfNak id=0x1 <mru 1464>]
61 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0x3d0aac11>]

Описание проблемы: Добрый день!
Умные знающие люди, объясните, пожалуйста, что это за ошибки постоянные в системном журнале, влияют ли они на работу интернета и на чьей стороне проблема, вызывающая их возникновение?
Роутер обновлял и на последнюю доступную версию, ошибки никуда не исчезали.
Спасибо!

Возможно, у вас неверно настроен тип подключения WAN.
Пришлите, пожалуйста, скриншот раздела Сеть-WAN
На сайте вашего провайдера не нашла информацию какой они точно тип подключения используют.
У вас в целом интернет работает?

Все работает, разве что изредка телефон переходит с wifi на мобильный интернет, а потом обратно. Мне как раз и было интересно, влияют ли эти ошибки на что-то или нет.
Скрин сюда закинул :
https://ibb.co/WPzvQ5c


aureoli86

Сообщения: 1554
Зарегистрирован: 06 фев 2015, 12:07
Страна: Россия

Re: ррр9 LCP down

Сообщение

aureoli86 » 28 июл 2020, 09:58

german.lapshin писал(а): ↑

28 июл 2020, 09:34

aureoli86 писал(а): ↑

27 июл 2020, 21:06

german.lapshin писал(а): ↑

27 июл 2020, 05:34


Название темы: ррр9 LCP down
Аппаратная версия устройства: 0.9.1 4.16 v0283.0 Build 190130 Rel.58703n
Провайдер: Маглан
Тип подключения: PPTP

Логи оборудования: 1 2020-07-27 05:28:52 PPP Ошибка ppp9
2 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
3 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
4 2020-07-27 05:28:51 PPP Внимание ppp9 LCP down
5 2020-07-27 05:28:51 PPP Ошибка ppp9 LCP down
6 2020-07-27 05:28:51 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
7 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=9D240840268955008F6500DF426DD64F V=3»]
8 2020-07-27 05:28:51 PPP Справка ppp9 sent [CHAP Response id=0x1 <7d25f31aa6e2cca5211bab64e92f064e0000000000000000aeb7f38f4b40129
9 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <86240840268955008f6500df426dd64f>, name = «vpn-3»]
10 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
11 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
12 2020-07-27 05:28:51 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05c99e>]
13 2020-07-27 05:28:51 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0x777ff9c3> <pcomp> <accomp>]
14 2020-07-27 05:28:50 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
15 2020-07-27 05:28:50 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
16 2020-07-27 05:28:50 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
17 2020-07-27 05:28:31 PPP Ошибка ppp9
18 2020-07-27 05:28:31 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
19 2020-07-27 05:28:31 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
20 2020-07-27 05:28:31 PPP Внимание ppp9 LCP down
21 2020-07-27 05:28:31 PPP Ошибка ppp9 LCP down
22 2020-07-27 05:28:31 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
23 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=1E3F9540577C0A433FD58B867050A346 V=3»]
24 2020-07-27 05:28:30 PPP Справка ppp9 sent [CHAP Response id=0x1 <dede879992d34fbb494bab24e510b11d000000000000000089c00ba31ea9ed0
25 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <073f9540577c0a433fd58b867050a346>, name = «vpn-3»]
26 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
27 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
28 2020-07-27 05:28:30 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac05741c>]
29 2020-07-27 05:28:30 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xfef16cdc> <pcomp> <accomp>]
30 2020-07-27 05:28:29 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
31 2020-07-27 05:28:29 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
32 2020-07-27 05:28:29 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
33 2020-07-27 05:28:11 PPP Ошибка ppp9
34 2020-07-27 05:28:11 PPP Справка ppp9 rcvd [LCP TermAck id=0x2]
35 2020-07-27 05:28:11 PPP Справка ppp9 sent [LCP TermReq id=0x2 «Failed to authenticate ourselves to peer»]
36 2020-07-27 05:28:11 PPP Внимание ppp9 LCP down
37 2020-07-27 05:28:11 PPP Ошибка ppp9 LCP down
38 2020-07-27 05:28:11 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
39 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=4B5808EC4F9F6611AF745AF0ABD1EED5 V=3»]
40 2020-07-27 05:28:09 PPP Справка ppp9 sent [CHAP Response id=0x1 <c773f78da008fd8dbc6d09716fcc15fa00000000000000000fa8a301e43168d
41 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <345808ec4f9f6611af745af0abd1eed5>, name = «vpn-3»]
42 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfAck id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
43 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
44 2020-07-27 05:28:09 PPP Справка ppp9 rcvd [LCP ConfReq id=0x1 <mru 1464> <auth chap MS-v2> <magic 0xac051ec3>]
45 2020-07-27 05:28:09 PPP Справка ppp9 sent [LCP ConfReq id=0x1 <mru 1420> <asyncmap 0x0> <magic 0xa7cda227> <pcomp> <accomp>]
46 2020-07-27 05:28:08 DHCPC Уведомление Recv DNS server address 10.1.1.1,10.1.1.254
47 2020-07-27 05:28:08 DHCPC Уведомление Recv ACK from server 10.3.128.1 with ip 10.3.132.225 lease time 1800
48 2020-07-27 05:28:08 DHCPC Уведомление Send REQUEST to server 0.0.0.0 with request ip 10.3.132.225
49 2020-07-27 05:27:49 PPP Ошибка ppp9
50 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP TermAck id=0x3]
51 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP TermReq id=0x3 «Failed to authenticate ourselves to peer»]
52 2020-07-27 05:27:49 PPP Внимание ppp9 LCP down
53 2020-07-27 05:27:49 PPP Ошибка ppp9 LCP down
54 2020-07-27 05:27:49 PPP Ошибка ppp9 Failed to authenticate ourselves to peer
55 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Failure id=0x1 «E=691 R=1C=0A22B62D552446ACBF2F9E86FEB835EA V=3»]
56 2020-07-27 05:27:49 PPP Справка ppp9 sent [CHAP Response id=0x1 <8d004b6697b8838b756887b8991cf9c10000000000000000a1d46b5af936a18
57 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [CHAP Challenge id=0x1 <f322b62d552446acbf2f9e86feb835ea>, name = «vpn-2»]
58 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfAck id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
59 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfReq id=0x2 <mru 1464> <asyncmap 0x0> <magic 0x4f434c00> <pcomp> <accomp>]
60 2020-07-27 05:27:49 PPP Справка ppp9 rcvd [LCP ConfNak id=0x1 <mru 1464>]
61 2020-07-27 05:27:49 PPP Справка ppp9 sent [LCP ConfAck id=0x1 <mru 1464> <auth chap MS-v2> <magic 0x3d0aac11>]

Описание проблемы: Добрый день!
Умные знающие люди, объясните, пожалуйста, что это за ошибки постоянные в системном журнале, влияют ли они на работу интернета и на чьей стороне проблема, вызывающая их возникновение?
Роутер обновлял и на последнюю доступную версию, ошибки никуда не исчезали.
Спасибо!

Возможно, у вас неверно настроен тип подключения WAN.
Пришлите, пожалуйста, скриншот раздела Сеть-WAN
На сайте вашего провайдера не нашла информацию какой они точно тип подключения используют.
У вас в целом интернет работает?

Все работает, разве что изредка телефон переходит с wifi на мобильный интернет, а потом обратно. Мне как раз и было интересно, влияют ли эти ошибки на что-то или нет.
Скрин сюда закинул :
https://ibb.co/WPzvQ5c

Поставьте тип подключения — динамический и нажмите сохранить.


german.lapshin

Сообщения: 3
Зарегистрирован: 27 июл 2020, 05:22

Re: ррр9 LCP down

Сообщение

german.lapshin » 28 июл 2020, 10:45

aureoli86 писал(а): ↑

28 июл 2020, 09:58

german.lapshin писал(а): ↑

28 июл 2020, 09:34

aureoli86 писал(а): ↑

27 июл 2020, 21:06

Возможно, у вас неверно настроен тип подключения WAN.
Пришлите, пожалуйста, скриншот раздела Сеть-WAN
На сайте вашего провайдера не нашла информацию какой они точно тип подключения используют.
У вас в целом интернет работает?

Все работает, разве что изредка телефон переходит с wifi на мобильный интернет, а потом обратно. Мне как раз и было интересно, влияют ли эти ошибки на что-то или нет.
Скрин сюда закинул :
https://ibb.co/WPzvQ5c

Поставьте тип подключения — динамический и нажмите сохранить.

Ошибки действительно пропали, большое спасибо!


aureoli86

Сообщения: 1554
Зарегистрирован: 06 фев 2015, 12:07
Страна: Россия

Re: ррр9 LCP down

Сообщение

aureoli86 » 28 июл 2020, 11:47

german.lapshin писал(а): ↑

28 июл 2020, 10:45

aureoli86 писал(а): ↑

28 июл 2020, 09:58

german.lapshin писал(а): ↑

28 июл 2020, 09:34

Все работает, разве что изредка телефон переходит с wifi на мобильный интернет, а потом обратно. Мне как раз и было интересно, влияют ли эти ошибки на что-то или нет.
Скрин сюда закинул :
https://ibb.co/WPzvQ5c

Поставьте тип подключения — динамический и нажмите сохранить.

Ошибки действительно пропали, большое спасибо!

Пожалуйста!)


Доброго времени суток, есть два микрота CCR1036 в качестве брасов. На первом ~800 абонов, на втором ~1000. Оба микрота имеют шейпер на simple queue и нат. С обоими микротами есть проблема, а именно при пппое скорость загрузки 950+ мегабит, а скорость отдачи еле достигает 350 мегабит. Если мерять минуя пппое и шейпер, воткнувшись в микрот напрямую и получув адрес по дхцп, то скорость стабильно 970 мегабит в обе стороны. Пробовал поменять pps для шейпера, поставил вместо 50 pps 500 и скорость отдачи начала доходить до 400 мегабит. У микротов аплинки 10г по оптике, средний трафик с микрота в районе 1.5 — 2 Гбита. Упора в процессор нет, средняя нагрузка в пределах 15-30%. Подскажите в чём может быть дело?

 

Конфиг

/interface bridge
add admin-mac=08:55:31:B4:51:F8 auto-mac=no name=bridge1
add disabled=yes name=loopback

/interface ethernet
set [ find default-name=ether2 ] comment=Test_routers

/interface vlan
add interface=sfp-sfpplus2 name=vlan36 vlan-id=36
add interface=sfp-sfpplus2 name=vlan101 vlan-id=101
add interface=sfp-sfpplus2 name=vlan102 vlan-id=102
add interface=sfp-sfpplus2 name=vlan103 vlan-id=103
add interface=sfp-sfpplus2 name=vlan104 vlan-id=104
add interface=sfp-sfpplus2 name=vlan105 vlan-id=105
add interface=sfp-sfpplus2 name=vlan106 vlan-id=106
add interface=sfp-sfpplus2 name=vlan107 vlan-id=107
add interface=sfp-sfpplus2 name=vlan108 vlan-id=108
add interface=sfp-sfpplus2 name=vlan109 vlan-id=109
add interface=sfp-sfpplus2 name=»vlan1426″ vlan-id=1426
add interface=sfp-sfpplus2 name=vlan1543 vlan-id=1543

/interface list
add name=management

/ip pool
add name=pool1 ranges=192.168.100.10-192.168.100.20

/ip dhcp-server
add address-pool=pool1 interface=ether7 name=dhcp-88

/port
set 0 name=serial0
set 1 name=serial1

/ppp profile
add change-tcp-mss=yes dns-server=XX.XX.XX.1 local-address=198.18.0.1 name=
PPPtP
add change-tcp-mss=yes dns-server=XX.XX.XX.1 local-address=XX.XX.XX.100
name=PPPoE use-compression=no use-encryption=no

/queue type
set 0 pfifo-limit=500

/routing bgp template
set default as=4XXX9 disabled=no input.filter=bgp-in nexthop-choice=
force-self output.filter-chain=bgp-out .redistribute=connected router-id=
XX.XX.XX.100 routing-table=main

/interface bridge port
add bridge=bridge1 interface=ether8 pvid=101

/ip neighbor discovery-settings
set discover-interface-list=management

/ip settings
set max-neighbor-entries=8192

/ipv6 settings
set disable-ipv6=yes forward=no max-neighbor-entries=8192

/interface list member
add interface=ether8 list=management

/interface pppoe-server server
add default-profile=PPPoE disabled=no interface=vlan101 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=6
add default-profile=PPPoE disabled=no interface=vlan102 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=7
add default-profile=PPPoE disabled=no interface=vlan103 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=6
add default-profile=PPPoE disabled=no interface=vlan104 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=6
add default-profile=PPPoE disabled=no interface=vlan105 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=7
add default-profile=PPPoE disabled=no interface=vlan106 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=6
add default-profile=PPPoE disabled=no interface=vlan107 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=7
add default-profile=PPPoE disabled=no interface=vlan108 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=6
add default-profile=PPPoE disabled=no interface=vlan109 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=6
add default-profile=PPPoE disabled=no interface=vlan36 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600 pado-delay=7 service-name=vlan36
add default-profile=PPPoE disabled=no interface=ether2 keepalive-timeout=60
max-mru=1480 max-mtu=1480 mrru=1600

/interface pptp-server server
set default-profile=PPPtP

/ip address
add address=XX.XX.XX.100/25 comment=»UP IP (NAT no_money)» interface=
sfp-sfpplus2 network=XX.XX.XX.0
add address=XX.XX.XX.59 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.59
add address=XX.XX.XX.60 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.60
add address=XX.XX.XX.61 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.61
add address=XX.XX.XX.62 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.62
add address=XX.XX.XX.63 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.63
add address=XX.XX.XX.64 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.64
add address=XX.XX.XX.65 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.65
add address=XX.XX.XX.66 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.66
add address=XX.XX.XX.67 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.67
add address=XX.XX.XX.68 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.68
add address=XX.XX.XX.69 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.69
add address=XX.XX.XX.70 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.70
add address=XX.XX.XX.71 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.71
add address=XX.XX.XX.72 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.72
add address=XX.XX.XX.73 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.73
add address=XX.XX.XX.74 comment=»For NAT» interface=sfp-sfpplus2 network=
XX.XX.XX.74
add address=198.18.0.100 comment=»For OSPF» disabled=yes interface=loopback
network=198.18.0.100
add address=192.168.100.1/24 comment=test interface=ether7 network=
192.168.100.0
add address=XX.XX.XX.59/29 interface=»vlan1426 » network=
XX.XX.XX.56
add address=10.5.4.2/30 comment=»local-management(DONT_TOUCH)» interface=
ether8 network=10.5.4.0
add address=XX.XX.XX.4/29 interface=vlan1543 network=
XX.XX.XX.0

/ip dhcp-server network
add address=192.168.100.0/24 dns-server=XX.XX.XX.1 gateway=192.168.100.1 netmask=24

/ip dns
set servers=XX.XX.XX.1

ip firewall address-list
add address=XX.XX.XX.0/24 disabled=yes list=bgp-networks
add address=city24.ua comment=city24.ua list=allow_negative
add address=privat24.ua comment=privat24.ua list=allow_negative
add address=next.privat24.ua comment=next.privat24.ua list=allow_negative

/ip firewall nat
add action=same chain=srcnat comment=»Corp100 -> XX.XX.XX.100″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.100.0/24 to-addresses=XX.XX.XX.100
add action=same chain=srcnat comment=»192.168.240.0/24 -> XX.XX.XX.59″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.240.0/24 to-addresses=XX.XX.XX.59
add action=same chain=srcnat comment=»192.168.241.0/24 -> XX.XX.XX.60″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.241.0/24 to-addresses=XX.XX.XX.60
add action=same chain=srcnat comment=»192.168.242.0/24 -> XX.XX.XX.61″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.242.0/24 to-addresses=XX.XX.XX.61
add action=same chain=srcnat comment=»192.168.243.0/24 -> XX.XX.XX.62″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.243.0/24 to-addresses=XX.XX.XX.62
add action=same chain=srcnat comment=»192.168.244.0/24 -> XX.XX.XX.63″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.244.0/24 to-addresses=XX.XX.XX.63
add action=same chain=srcnat comment=»192.168.245.0/24 -> XX.XX.XX.64″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.245.0/24 to-addresses=XX.XX.XX.64
add action=same chain=srcnat comment=»192.168.246.0/24 -> XX.XX.XX.65″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.246.0/24 to-addresses=XX.XX.XX.65
add action=same chain=srcnat comment=»192.168.247.0/24 -> XX.XX.XX.66″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.247.0/24 to-addresses=XX.XX.XX.66
add action=same chain=srcnat comment=»192.168.248.0/24 -> XX.XX.XX.67″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.248.0/24 to-addresses=XX.XX.XX.67
add action=same chain=srcnat comment=»192.168.249.0/24 -> XX.XX.XX.68″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.249.0/24 to-addresses=XX.XX.XX.68
add action=same chain=srcnat comment=»192.168.250.0/24 -> XX.XX.XX.69″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.250.0/24 to-addresses=XX.XX.XX.69
add action=same chain=srcnat comment=»192.168.251.0/24 -> XX.XX.XX.70″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.251.0/24 to-addresses=XX.XX.XX.70
add action=same chain=srcnat comment=»192.168.252.0/24 -> XX.XX.XX.71″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.252.0/24 to-addresses=XX.XX.XX.71
add action=same chain=srcnat comment=»192.168.253.0/24 -> XX.XX.XX.72″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.253.0/24 to-addresses=XX.XX.XX.72
add action=same chain=srcnat comment=»192.168.254.0/24 -> XX.XX.XX.73″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.254.0/24 to-addresses=XX.XX.XX.73
add action=same chain=srcnat comment=»192.168.255.0/24 -> XX.XX.XX.74″
out-interface=sfp-sfpplus2 same-not-by-dst=yes src-address=
192.168.255.0/24 to-addresses=XX.XX.XX.74
add action=same chain=dstnat disabled=yes dst-address-list=pub_dns
same-not-by-dst=no to-addresses=XX.XX.XX.1
add action=same chain=srcnat comment=»negative 192.168 -> XX.XX.XX.100″
dst-address-list=allow_negative out-interface=sfp-sfpplus2
same-not-by-dst=yes src-address-list=negative to-addresses=XX.XX.XX.100
add action=dst-nat chain=dstnat comment=»Negative redirect to Billing»
dst-port=80,443 log-prefix=Negtive protocol=tcp src-address-list=negative
to-addresses=XX.XX.XX.236 to-ports=2096
add action=masquerade chain=srcnat dst-address-list=fix-blocked-sites
out-interface-list=bypass src-address-list=!negative to-addresses=
78.154.181.59

/ip firewall raw
add action=drop chain=prerouting comment=Block-RU disabled=yes
dst-address-list=block
add action=drop chain=prerouting comment=»Full block TCP negative (not WWW)»
dst-address-list=!allow_negative dst-port=!53 protocol=tcp
src-address-list=negative
add action=drop chain=prerouting comment=»Full block UDP negative (not WWW)»
dst-address-list=!allow_negative dst-port=!53 protocol=udp
src-address-list=negative
add action=drop chain=prerouting comment=Block-WInBox-not-from-management
dst-port=8291 protocol=tcp src-address-list=!allowed_management
add action=drop chain=prerouting comment=Block-SSH-not-from-management
dst-port=7722 protocol=tcp src-address-list=!allowed_management
add action=drop chain=prerouting comment=Block-SNMP-not-from-zabbix dst-port=
161 protocol=udp src-address=!XX.XX.XX.236

/ip route
add disabled=no dst-address=0.0.0.0/0 gateway=XX.XX.XX.1

/ppp aaa
set interim-update=5m use-radius=yes

/radius
add address=XX.XX.XX.236 comment=Billing service=ppp

/radius incoming
set accept=yes port=XXXX

/routing bgp connection
add as=4XXX9 disabled=no input.filter=ospf-in listen=yes local.address=
XX.XX.XX.100 .role=ibgp name=border nexthop-choice=force-self
output.filter-chain=ospf-out .redistribute=connected remote.address=
XX.XX.XX.1/25 .as=4XXX9 router-id=XX.XX.XX.100 routing-table=main
templates=default
add cisco-vpls-nlri-len-fmt=auto-bits connect=yes listen=yes local.role=ibgp
name=mikrot101 nexthop-choice=force-self remote.address=XX.XX.XX.101
.as=4XXX9 .port=179 templates=default

/routing filter rule
add chain=ibgp-in disabled=no rule=
«if (dst in XX.XX.XX.128/25 && dst-len==32) {accept} else {reject}»
add chain=ibgp-out disabled=no rule=
«if (dst in XX.XX.XX.128/25 && dst-len==32) {accept} else {reject}»

/system logging
set 0 topics=info,!ppp,!pppoe
set 1 topics=error,!ppp

/system ntp client
set enabled=yes

/system ntp client servers
add address=0.ua.pool.ntp.org
add address=1.ua.pool.ntp.org
add address=2.ua.pool.ntp.org
add address=3.ua.pool.ntp.org

/tool bandwidth-server
set enabled=no

/tool mac-server
set allowed-interface-list=management

/tool mac-server mac-winbox
set allowed-interface-list=management

/tool mac-server ping
set enabled=no

 

Являюсь пользователем оборудования D-Link уже несколько лет и всем доволен.

Появилась проблема при использовании ADSL модема D-Link 2540U с провайдером ЮТК (г.Краснодар), они меня отправляют в поддержку Д-Линк, хотя я уверен, что проблема у них, и модем не виноват.

По поиску не смог найти обсуждение такой ошибки.

Посмотрите пожалуйста на описанную ситуацию и подскажите

====

С 1го декабря начались проблемы, каждый день при включении модема интернет сразу не работает (линк поднимается без проблем, параметры линии в норме).

Ошибка в консоли модема D-Link «PPP down»

Сотрудники на голосовой поддержке ничем помочь не могут и говорят, что это проблема в модеме. Хорошо, я взял еще один модем для проверки.

Лог сегодняшних мытарств:

— включаю основной модем (D-Link 2540U, H/W ревизия A1, прошивка стоит 2100, в факах именно она рекомендуется для провайдера ЮТК), соединения нет

Вот логи модема (отрезана часть спереди):

Jan 1 00:00:57 daemon crit pppd[287]: PPP server detected.

Jan 1 00:00:59 user crit kernel: eth0 Link DOWN.

Jan 1 00:00:59 user info kernel: br0: port 1(eth0) entering disabled state

Jan 1 00:01:00 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:00 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:03 user crit kernel: eth0 Link UP.

Jan 1 00:01:03 user info kernel: br0: port 1(eth0) entering learning state

Jan 1 00:01:03 user info kernel: br0: topology change detected, propagating

Jan 1 00:01:03 user info kernel: br0: port 1(eth0) entering forwarding state

Jan 1 00:01:03 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:04 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:07 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:07 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:10 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:10 daemon crit pppd[287]: PPP session established.

Jan 1 00:01:22 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:22 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:25 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:25 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:28 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:28 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:31 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:31 daemon crit pppd[287]: PPP session established.

Jan 1 00:01:32 user crit kernel: eth0 Link DOWN.

Jan 1 00:01:33 user info kernel: br0: port 1(eth0) entering disabled state

Jan 1 00:01:35 user crit kernel: eth0 Link UP.

Jan 1 00:01:35 user info kernel: br0: port 1(eth0) entering learning state

Jan 1 00:01:35 user info kernel: br0: topology change detected, propagating

Jan 1 00:01:35 user info kernel: br0: port 1(eth0) entering forwarding state

Jan 1 00:01:43 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:43 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:46 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:46 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:49 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:49 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:52 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:52 daemon crit pppd[287]: PPP server detected.

Jan 1 00:01:55 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:01:55 daemon crit pppd[287]: PPP session established.

Jan 1 00:02:07 daemon notice pppd[287]: PPP: Start to connect …

Jan 1 00:02:08 daemon crit pppd[287]: PPP server detected.

далее последние строчки идут по кругу

выключил-включил модем, ничего, в логах опять по кругу

Jan 1 00:01:53 daemon crit pppd[281]: PPP server detected.

Jan 1 00:01:56 daemon notice pppd[281]: PPP: Start to connect …

Jan 1 00:01:56 daemon crit pppd[281]: PPP server detected.

ОК, подключил другой модем (тоже Длинк 2540, но H/W ревизия C1)

вот логи с него (отрезана часть сначала):

1st day 00:03:19 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/35.

1st day 00:03:19 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/35.

1st day 00:03:21 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:03:25 daemon notice pppd[260]: PPP: Start to connect …

< .. пропущены одинаковые попытки .. >

1st day 00:05:35 daemon crit pppd[260]: PPP server detected.

1st day 00:05:35 daemon crit pppd[260]: PPP session established.

1st day 00:05:47 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:05:50 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:05:51 daemon crit pppd[260]: PPP server detected.

1st day 00:05:54 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:05:55 daemon crit pppd[260]: PPP server detected.

1st day 00:05:58 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:05:59 daemon crit pppd[260]: PPP server detected.

1st day 00:05:59 daemon crit pppd[260]: PPP session established.

1st day 00:06:06 user debug syslog: ethctl vport query 2>/var/vcfgerr

1st day 00:06:06 user debug syslog: rm /var/vcfgerr

1st day 00:06:07 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/35.

1st day 00:06:09 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/35.

1st day 00:06:09 user debug syslog: ping -c 1 -q 192.168.1.1

1st day 00:06:11 daemon notice pppd[260]: PPP: Start to connect …

и далее всё то же самое по кругу

1st day 00:09:29 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:09:30 daemon crit pppd[260]: PPP server detected.

1st day 00:09:33 daemon notice pppd[260]: PPP: Start to connect …

1st day 00:09:34 daemon crit pppd[260]: PPP session established.

1st day 00:09:46 daemon notice pppd[260]: PPP: Start to connect …

======

Позвонил в тех.поддержку

Параметры линии проверили, всё нормально. На соседних портах пользователи авторизуются. Вывод делает сотрудник — «Значит проблема в модеме, перенастройте в режим бриджа, обновите прошивку, обратитесь в ТП Длинк».

Разговор на этом закончился у нас.

Перенастраиваю в режим моста, пробую — ошибка 651.

Тут же выключаю новый модем и переподключаю старый, с первой попытки соединение , всё нормально. Вышел в интернет и пишу вам.

Прошу помочь.

Добрый вечер, несколько вопросов по поводу абонентов IPoE.

Мы осуществляем поддержку оборудования TP-LINK по России, и к нам до настоящего времени очень много приходит обращений от пользователей билайна.

Прекрасно! Являюсь пользователем TP-Link (wr841n & archer c5)

Хотелось бы уточнить одну деталь из возможностей ваших роутеров, при авторизации в сети IPoE Билайна. А именно:

— провайдер выделяет 10 мин для регистрации роутера (или иного устройства) на www.login.beeline.ru, согласно своему регламенту.

Однако среди абонентов, имеющих устройства TP-Link, нашлись народные умельцы, которые сократили её до 20 секунд, при помощи активации опций ОСВОБОДИТЬ и ОБНОВИТЬ, во время web-авторизации.

И я тоже не исключение. Предлагаю отчет из журнала:

1st day 00:00:06	 OTHER     	INFO   	System started
1st day 00:00:12	 DHCP      	INFO   	DHCPC Send DISCOVER with request ip 0 and unicast flag 0
1st day 00:00:12	 DHCP      	NOTICE 	DHCP server started
1st day 00:00:12	 SECURITY  	INFO   	PPTP Passthrough enabled
1st day 00:00:12	 SECURITY  	INFO   	L2TP Passthrough enabled
1st day 00:00:12	 SECURITY  	INFO   	IPSEC Passthrough enabled
1st day 00:00:13	 SECURITY  	INFO   	FTP ALG enabled
1st day 00:00:13	 SECURITY  	INFO   	TFTP ALG enabled
1st day 00:00:13	 SECURITY  	INFO   	H323 ALG enabled
1st day 00:00:13	 SECURITY  	INFO   	RTSP ALG enabled
1st day 00:00:14	 DHCP      	INFO   	DHCPC Send DISCOVER with request ip 0 and unicast flag 0
1st day 00:00:15	 DHCP      	INFO   	DHCPC Recv OFFER from server 4e6b9121 with ip 6471001c
1st day 00:00:15	 DHCP      	INFO   	DHCPC Send REQUEST to server 4e6b9121 with request ip 6471001c
1st day 00:00:18	 DHCP      	INFO   	DHCPC Recv ACK from server 4e6b9121 with ip 6471001c lease time 600
1st day 00:00:18	 DHCP      	INFO   	DHCPC: get 5 static route from Microsoft classless static route option(249)
1st day 00:00:18	 DHCP      	INFO   	DHCPC: get 1 static route from static route option(33)
1st day 00:00:18	 DHCP      	INFO   	DHCPC:GET ip:6471001c mask:ffff8000 gateway:64710001 dns1:5515c003 dns2:d5eac008 static route:6
1st day 00:00:18	 DHCP      	NOTICE 	Dynamic IP(DHCP Client) obtained an IP successfully
1st day 00:00:22	 DHCP      	INFO   	DHCPC perform a DHCP renew
1st day 00:00:22	 DHCP      	INFO   	DHCPC Send REQUEST to server 4e6b9121 with request ip 6471001c
1st day 00:00:22	 DHCP      	INFO   	DHCPS:Recv REQUEST from 90:C1:6E:50:55:FF
1st day 00:00:23	 DHCP      	INFO   	DHCPS:Send ACK to 192.168.0.100
1st day 00:00:23	 DHCP      	INFO   	DHCPC Recv ACK from server 4e6b9121 with ip 6471001c lease time 600
1st day 00:00:23	 DHCP      	INFO   	DHCPC:GET ip:6471001c mask:ffff8000 gateway:64710001 dns1:5515c003 dns2:d5eac008 static route:0
1st day 00:00:23	 DHCP      	NOTICE 	Dynamic IP(DHCP Client) obtained an IP successfully
1st day 00:01:44	 DHCP      	INFO   	DHCPC Unicasting a release of 100.112.0.22 to 78.107.145.33
1st day 00:01:44	 DHCP      	INFO   	DHCPC Entering released state
1st day 00:01:52	 DHCP      	INFO   	DHCPC perform a DHCP renew
1st day 00:01:52	 DHCP      	INFO   	DHCPC Send DISCOVER with request ip 6471001C and unicast flag 0
1st day 00:01:54	 DHCP      	INFO   	DHCPC Recv OFFER from server 4e6b9125 with ip b00ec02a
1st day 00:01:54	 DHCP      	INFO   	DHCPC Send REQUEST to server 4e6b9125 with request ip b00ec02a
1st day 00:01:56	 DHCP      	INFO   	DHCPC Recv ACK from server 4e6b9125 with ip b00ec02a lease time 600
1st day 00:01:56	 DHCP      	INFO   	DHCPC:GET ip:b00ec02a mask:fffff000 gateway:b00ec001 dns1:5515c005 dns2:d5eac007 static route:0
1st day 00:01:56	 DHCP      	NOTICE 	Dynamic IP(DHCP Client) obtained an IP successfully

Ваша техподдержка, по этому вопросу, переводит стрелку на Билайн. Мол разбирайтесь с ними, мы тут не причем. Связь есть? Есть. Ну и всё… Вот и хочу спросить, раз вы так громко заявили о себе здесь — как это не причем? Ведь на других моделях роутеров такое не получается.

Спасибо за внимание.

Добрый вечер, уважаемая TWIN.

Очень интересный вопрос! Отвечаю на него согласно Вашему журналу:

1st day 00:00:14 DHCP INFO DHCPC Send DISCOVER with request ip 0 and unicast flag 0

1st day 00:00:15 DHCP INFO DHCPC Recv OFFER from server 4e6b9121 with ip 6471001c

за первые 15 секунд старта, роутер запросил у оператора ip-адрес, и сразу же получил от билайна предложение ip-адреса 6471001c

В hex-калькуляторе http://sami.on.eniten.com/hex2ip/? получаем адрес 100.113.0.28 , т.е. это «серый» адрес до авторизации на сайте, не интернетовский.

1st day 00:00:18 DHCP INFO DHCPC Recv ACK from server 4e6b9121 with ip 6471001c lease time 600

тут этот адрес согласован и выдан (lease time 600) на 600 секунд, т.е. это и есть те самые 10 минут, о которых веб-странница билайна при авторизации любезно информирует своих пользователей.

Когда вы нажимаете «Освободить», затем «Обновить», вы отдаётся адрес 100.113.0.28 , и запрашиваете новый адрес. Т.к. Вы уже успешно прошли авторизацию на сайте, билайн выдаст роутеру уже Интернет-адрес (в Вашем случае b00ec02a — 176.14.192.42). Роутер сам по себе не имеет права запрашивать адреса раньше, или позже регламентированного значение оператора, поэтому наша техподдержка тут Вас абсолютно не обманула.

В теории конечно же да, опция должна работать
И скажу даже больше — при включенном PPP Debug Mode видно как бегают LCP пакеты туда-сюда. Скорее проблема даже не с самим LCP, а с обработкой события «ой, отвалилось» и переподключением. Или может проблема в древнем pppd версии 2.4.1 (против 2.4.3 в ревизии D)?
Чтобы не быть голословным, настроил DSL-2500U/BRU/C1 с remote syslogом на ту же линию вместо вышеупомянутого ревизии D1 и начал ждать.
И, как и ожидалось, модем отвалился, вот информация:

Конфиг PPPoE, касаемо KeepAlive

и кусок лога, где модем уныло 1 раз пробует переподключиться, но тут же кладет pppd и только dnsprobe ломится в пустоту

Добавлю еще, что значение KeepAliveTime подбиралось в процессе моих предыдущих тестов разное(от 1 до 30) — эффект один и тот же — нулевой.

Источник

Lcp down что значит

Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Форум доступен по ссылке https://community.tp-link.com/ru
Просим Вас отнестись с пониманием к новому форуму, он находится в стадии доработки и в скором времени будет полностью завершен.

Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».

Убедительная просьба не дублировать темы на старом/новом форуме.

LCP Down! Регулярно рвется интернет-канал.

LCP Down! Регулярно рвется интернет-канал.

Сообщение alexd26rus » 30 окт 2013, 11:31

Аппаратная версия устройства : 3.13.1
Версия прошивки : Build 130327
Ваша страна : РОССИЯ
Название провайдера : МТС
Тип подключения : PPPOE
Скорость по тарифу : 15
Подключение с ПК по wifi или по кабелю? : кабель к роутеру — роутер в хаб локальной сети — от хаба к компам
Если наблюдаются разрывы, то как часто? : от 5 до 10 раз в сутки
Наблюдается проблема, когда нет нагрузки? : неуверен
Наблюдается ли проблема при подключении без роутера? : не проверял
Ваша операционная система : Windows XP, Windows 7
Антивирусные программы и фаерволы : Avast Free
Версия прошивки: 3.13.1 Build 130327 Rel.51642n
Версия оборудования: WR740N v4 00000000

к роутеру подключен интернет-кабель, от роутера — к серверу, от сервера — в хаб, хаб по локалке раздает инет пользователям.

Сервер работает под управлением: Kerio Control 8.1.0 build 845 Linux

Каждый день, регулярно рвется канал!

MTU=1450 (по умолчанию 1480) Максимальное 1492

В журнале ошибок отображается:
8 Oct 30 11:13:01 PPP ОШИБКА LCP down
7 Oct 30 11:13:01 PPP ОШИБКА Failed to authenticate ourselves to peer
6 Oct 30 11:12:50 PPP ОШИБКА LCP down
5 Oct 30 11:12:50 PPP ОШИБКА Failed to authenticate ourselves to peer
4 Oct 30 11:12:38 PPP ОШИБКА LCP down
3 Oct 30 11:12:38 PPP ОШИБКА Failed to authenticate ourselves to peer
2 Oct 30 11:12:17 PPP ОШИБКА LCP down
1 Oct 30 11:12:17 PPP ОШИБКА User request

Как решить проблему? При разрыве помогает только ручное передергивание кабеля питания роутера и ручная перезагрузка сервера! Канал может работать без ошибок неделю, а за день своими обрывами может превратить работу в АД!
куда копать?
Спасибо за ответы ЗАРАНЕЕ.

Источник

Нужна помощь! PPPoE и TP-Link постоянные хаотические обрывы!

Рекомендованные сообщения

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

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Войти

Уже зарегистрированы? Войдите здесь.

Сейчас на странице 0 пользователей

Нет пользователей, просматривающих эту страницу.

Похожие публикации

Прошу помощи, не могу разобраться.
Схема такая. rb750gr3(pppoe сервер) > nanostation m5 (в качестве базы bridge) > nanobridge m5 (в качестве pppoe клиентов)
Проблема в том, что рандомно любая клиентская антенна не зависимо от качества сигнала теряет пппое сервер, при этом от базы она не отваливается.
При том подключиться после отвала она не может примерно(обычно) 5 минут.
В этот же порт на борде подключена и база микротик с лайт5 пппое клиентами и они не отваливаются.
Грешел на мту, у микротика пппое сервера она 1480, у убунт 1492, менял на сервере, ничего не помогает.
В логах микротика стандартные:

В логах клиентской антенны:

Как мне кажется хоть клиенты и не жалуются, но случилось это после замены борда на новый(старый сгорел после грозы). Возможно и было это где то когда то и просто нужно поставить какую то галочку, но не могу вспомнить.

1. D-LINK DIR-300 ver.B7
2. D-LINK DIR-300 ver.B7
3. D-LINK DIR-300 ver.B6
4. D-LINK DIR-300 ver.B1
5. D-LINK DIR-615 ver.M1
6. D-LINK DIR-100 ver.B1(Без вайфаю)
7. TP-LINK TL-WR841N Ver10.1
8. TP-LINK TL-WR740N Ver4.27
Робочі
Всі без блоків живлення!
Всі по 100грн

У нас настроенная ZTE С320, абоненты подключаются по PPPoE, все работает , интернет ходит.
PPPoE сервер настроен на Mikrotik CCR1036-8G-2S+ и поднят на разных вланах, например, 602 и 1615.

Кусок конфига конкретного абонента на C320:

interface epon-onu_1/1/2:1
admin enable
ems-autocfg-request disable
sla-profile 1000M vport 1
encrypt direction downstream enable vport 1
service-port 1 vport 1 user-vlan 602 vlan 602

pon-onu-mng epon-onu_1/1/2:1
no auto-config
vlan port eth_0/1 mode tag vlan 602 priority 0

OLT-10GEPON-ZTE#sh mac epon onu epon-onu_1/1/2:1
Total mac address : 1
Mac address Vlan Type Port Vc
——————————————————————————-
045e.a4cc.14a9 602 Dynamic epon-onu_1/1/2:1 vport 1

OLT-10GEPON-ZTE#sh mac-real-time epon onu epon-onu_1/1/2:1
Total mac address : 1
Mac address Vlan Type Port Vc Time
——————————————————————————-
045e.a4cc.14a9 602 Dynamic epon-onu_1/1/2:1 N/A

НО если абонент выключит онушку из розетки или при пропадании питания у абонента, PPPoE сессия не поднимается .

И просмотр мак-адресов выдает следующий результат:

OLT-10GEPON-ZTE#sh mac epon onu epon-onu_1/1/2:1
Total mac address : 1
Mac address Vlan Type Port Vc
——————————————————————————-
045e.a4cc.14a9 1 Dynamic epon-onu_1/1/2:1 vport 1

OLT-10GEPON-ZTE#sh mac-real-time epon onu epon-onu_1/1/2:1
Total mac address : 1
Mac address Vlan Type Port Vc Time
——————————————————————————-
045e.a4cc.14a9 1 Dynamic epon-onu_1/1/2:1 N/A

Почему порт онушки переходит в влан 1 .
Помогает только если в конфигурации interface epon-onu_1/1/2:1 написать no service-port 1
и потом прописать какой-то другой влан на котором также поднят PPPoE, например, влан 1615:
service-port 1 vport 1 user-vlan 1615 vlan 1615 и тогда у абонента поднимается PPPoE-сессия.

Как можно решить эту проблему ? Подскажите, пожалуйста .

Всім привіт!
Є налаштований ubilling+mikrotik+pppoe. Все працювало коли був один NAS Mikrotik, після того як добавив ще один NAS також Mikrotik з’явилась проблема. Коли користувач переходить з стану активнийнеактивний чи навпаки в логах мікротіка бачу помилку «could not add address list: already have such entry» хоча дублювання ір-адреси немає. В статистиці сесій NAS КупаГен помилка — Port-Error.
Видалення та створення ідентичного користувача — не дало жодного результату, помилка залишилась.
В таблиці mlg_reply для користувача дублюються значення: ‘attribute’ => ‘Framed-IP-Address’, ‘attribute’ => ‘Acct-Interim-Interval’, ‘attribute’ => ‘Mikrotik-Address-List’, ‘attribute’ => ‘Idle-Timeout’.
Можливо хтось знає як це вирішити, буду вдячний за допомогу.

Источник

Lcp down что значит

Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Форум доступен по ссылке https://community.tp-link.com/ru
Просим Вас отнестись с пониманием к новому форуму, он находится в стадии доработки и в скором времени будет полностью завершен.

Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».

Убедительная просьба не дублировать темы на старом/новом форуме.

Обрывы соединения WAN

Обрывы соединения WAN

Сообщение GiNiX984 » 27 янв 2017, 07:50

Название темы : Обрывы соединения WAN
Аппаратная версия устройства : V1
Провайдер : Интернет Дома от Билайн (Казахстан)
Тип подключения : L2TP
Описание проблемы :

Добрый день всем!

Вынужден обратиться в связи с проблемой, решения которой самостоятельно найти не получается.
Суть в следующем:
Периодически (4-6 раз в день) WAN-индикатор загорается оранжевым, соединение с интернетом обрывается. Иногда роутер сам возвращается в рабочее состояние, оранжевая индикация сменяется синей. Иногда этот «оранжевый висяк» лечится ручным переподключением роутера, иногда даже не с первого раза (выключил, подождал секунд 15, включил, индикатор опять оранжевый, выключил, подождал ещё раз секунд 15, включил, индикатор загорелся синим).

Настройки провайдера прописаны верно, заходил на официальный сайт Beeline Казахстан, всё досконально перепроверял (L2TP-Россия, динамический IP, защита Wi-Fi WPA2-PSK/AES и т.д.)

В чём может проблема:
• Интернет-кабель тянется с крыши, в квартиру заходит на 2 метра всего. Роутер стоит в гостиной. Покупал специальный переходничок с двумя WAN-выходами. В одни конец вставлен подъездный кабель, в другой конец – дополнительный домашний кабель, который уже непосредственно подключён в роутер (в WAN-порт). Может быть проблемный переходник? Грешил на него, но в целом он своё дело делает, интернет работает, значит вряд ли дело в переходнике.
• В настройках роутера в разделе WAN есть поле «максимальное время простоя». По умолчанию стоит 15 минут. В попытках решить свою проблему я подумал, что это может помочь. Мол «зачем мне нужно, чтобы устройство через каждые 15 минут простоя разрывало соединение?». Поставил «всегда активно», «время простоя – ноль». Может ли это как-то усугубить ситуацию? Перегружать роутер?
• Бывали проблемы с невозможностью подключения отдельных устройств к интернету при том, что другие устройства исправно работали. Эту проблему решил путём резервации IP-адресов под конкретные устройства (привязка к MAC). Может это вызывать обрывы WAN (оранжевый индикатор)?

Если есть какие-то ещё мысли, просьба, откликнуться.

С провайдером разговаривал, рекомендуют то же, что пишут везде в интернете: подключите кабель не в роутер, а напрямую в ноутбук и понаблюдайте. Хорошая идея, но проблема в том, что интернет вылетает не через равные промежутки времени, а тогда, когда ему вздумается. Т.е., подключив кабель в ноут, я могу просидеть весь день за ноутом в попытке поймать разрыв. Столько свободного времени у меня нет.

Источник

TP-Link WR741ND

Купил роутер TP-Link WR741ND ver 1.9 .

с настройками проблем не возникло. прошивка заводская

но через пару дней начало падать соединение с интернетом. при чем сам роутер не фиксирует падение интернета, а только приложения с ним работающие.

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

Подскажите в чем может быть проблема?

Добавлено через 1 минуту
вот скрин непонятных ошибок.

Какой роутер лучше: D-Link DIR 615 или TP-Link TL-WR741ND?
Какой роутер лучше: D-Link DIR 615 или TP-Link TL-WR741ND? На более дорогой нет финансов..

WDS TP-LINK TL-MR3220 и TP-LINK TL-WR741ND (DD-WRT)
Доброго времени суток. Имеются : 1) TP-LINK TL-MR3220 сток (главный). 2) TP-LINK TL-WR741ND.

TP-Link TL-WR741ND
Помогите пожалуйста настроить TP-Link TL-WR741ND именно точку доступа вай фай

Роутер tp-link wr741nd
Ребята помогите настроить wi-fi на tp link модель tl-wr741nd !!вернее его ноут видит но почему то.

скрина что то не видать.

извиняюсь за скрин) ‘ошибка LCP down’ и ‘failed to authenticate ourselves to peer’.

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

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

возможно проблема в настройках.

дхцп включен, указаны соответствия маков и айпи. для новых диапозон 192.168.13.(100-199), dns отсутствуют

вайфай разрешено только одному маку,
канал auto, mode 11 bgn mixed, 40MHz, 150Mbps, wds disable
enable wirelles router radio
enable SSID Broadcasting

wan соединение PPPoE ДомРУ.Казань
secondary connection disable
wan connection mode automatically

Security
firewal spi enable
vpn
PPTP L2TP IPSec Passthrough enable
alg
FTP TFTP H323 RTSP ALG enable

dos protection
включено все оставлено по умолчанию(влом уже писать, если надо будет спросите запостю)

Parental control, ip-mac binding disable
dynamic dns null

Добавлено через 1 минуту
вирусов нет, разве что на самом роутере, но там откуда? неужели провайдер даст по сети разгуливать им? та же проблема просматривается и при использовании Линукса для выхода в интернет.

Добавлено через 22 часа 22 минуты
тема еще открыта

Источник

Adblock
detector

Понравилась статья? Поделить с друзьями:
  • Ppp2 lcp down ошибка
  • Ppp ошибка ppp2
  • Ppn001 macbook ошибка
  • Ppm004 код ошибки
  • Ppm002 macbook ошибка