forum.opennet.ru - "Cisco 2821 PPPoE" (42)

"Cisco 2821 PPPoE"

Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Cisco 2821 PPPoE"	+/–
Сообщение от onniks (ok) on 28-Ноя-17, 18:31
Доброго всем дня. При настройке PPPoE на 2821 выплыла проблема. vpdn enable request-dial in protocol рррое вот на этой строчке проблемы. Протокол L2TP есть, а pppoe(как в примере выше) нет. Что нужно, сменить прошивку, чтобы поддерживался pppoe?
Ответить \| Правка \| Cообщить модератору

Оглавление

Cisco 2821 PPPoE, fantom, 08:24 , 29-Ноя-17, (1)

Cisco 2821 PPPoE, onniks, 09:36 , 29-Ноя-17, (2)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 11:34 , 29-Ноя-17, (3)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 11:53 , 29-Ноя-17, (4)

Cisco 2821 PPPoE, onniks, 12:04 , 29-Ноя-17, (6)

Cisco 2821 PPPoE, onniks, 11:53 , 29-Ноя-17, (5)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 12:18 , 29-Ноя-17, (7)

Cisco 2821 PPPoE, onniks, 12:44 , 29-Ноя-17, (8)

Cisco 2821 PPPoE, onniks, 12:45 , 29-Ноя-17, (9)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 13:18 , 29-Ноя-17, (10)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 13:22 , 29-Ноя-17, (11)

Cisco 2821 PPPoE, onniks, 14:09 , 29-Ноя-17, (12)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 15:46 , 29-Ноя-17, (13)

Cisco 2821 PPPoE, onniks, 16:15 , 29-Ноя-17, (14)

Cisco 2821 PPPoE, zanswer CCNA RS and S, 16:49 , 29-Ноя-17, (15)

Cisco 2821 PPPoE, onniks, 17:02 , 29-Ноя-17, (16)
Cisco 2821 PPPoE, onniks, 17:03 , 29-Ноя-17, (17)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 17:19 , 29-Ноя-17, (18)
Cisco 2821 PPPoE, onniks, 17:47 , 29-Ноя-17, (19)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 18:01 , 29-Ноя-17, (20)
Cisco 2821 PPPoE, onniks, 18:34 , 29-Ноя-17, (21)
Cisco 2821 PPPoE, onniks, 09:19 , 30-Ноя-17, (22)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 09:47 , 30-Ноя-17, (23)
Cisco 2821 PPPoE, onniks, 09:54 , 30-Ноя-17, (24)
Cisco 2821 PPPoE, onniks, 09:59 , 30-Ноя-17, (25)
Cisco 2821 PPPoE, onniks, 10:07 , 30-Ноя-17, (26)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 10:47 , 30-Ноя-17, (27)
Cisco 2821 PPPoE, onniks, 11:01 , 30-Ноя-17, (28)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 11:17 , 30-Ноя-17, (29)
Cisco 2821 PPPoE, onniks, 11:20 , 30-Ноя-17, (30)
Cisco 2821 PPPoE, onniks, 11:25 , 30-Ноя-17, (31)
Cisco 2821 PPPoE, onniks, 11:32 , 30-Ноя-17, (32)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 11:43 , 30-Ноя-17, (33)
Cisco 2821 PPPoE, onniks, 11:54 , 30-Ноя-17, (34)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 12:10 , 30-Ноя-17, (35)
Cisco 2821 PPPoE, onniks, 12:16 , 30-Ноя-17, (36)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 12:24 , 30-Ноя-17, (37)
Cisco 2821 PPPoE, onniks, 12:27 , 30-Ноя-17, (38)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 13:06 , 30-Ноя-17, (39)
Cisco 2821 PPPoE, onniks, 13:09 , 30-Ноя-17, (40)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 13:39 , 30-Ноя-17, (41)
Cisco 2821 PPPoE, zanswer CCNA RS and S, 13:46 , 30-Ноя-17, (42)

Сообщения по теме [Сортировка по времени | RSS]

1. "Cisco 2821 PPPoE" +/–

Сообщение от fantom (??) on 29-Ноя-17, 08:24

> Доброго всем дня.
> При настройке PPPoE на 2821 выплыла проблема.
> vpdn enable
> request-dial in
> protocol рррое
> вот на этой строчке проблемы. Протокол  L2TP есть, а pppoe(как в
> примере выше) нет.
> Что нужно, сменить прошивку, чтобы поддерживался pppoe?
pppoe уже ОЧЕНЬ ДАВНО на кошках настраивается через bba-group...
Учите матчасть

bba-group pppoe VPN_1
virtual-template 1
sessions per-vc limit 5
sessions per-mac limit 10
sessions per-vlan limit 5
!
!
bba-group pppoe VPN_2
virtual-template 2
sessions per-vc limit 5
sessions per-mac limit 10
sessions per-vlan limit 5
!
!
interface GigabitEthernet1/0/0.1
encapsulation dot1q 20
protocol pppoe group VPN_1
!
interface GigabitEthernet 2/0/0.2
encapsulation dot1q 30
protocol pppoe group VPN_2
Ну и далее ....

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 09:36

>[оверквотинг удален]
> !
> !
> interface GigabitEthernet1/0/0.1
> encapsulation dot1q 20
> protocol pppoe group VPN_1
> !
> interface GigabitEthernet 2/0/0.2
> encapsulation dot1q 30
> protocol pppoe group VPN_2
> Ну и далее ....
вчера только что разбирался с этим вопросом.
То что вы дали настраивается на сервере. У меня нет соединения на клиенте.
материал брал отсюда https://www.youtube.com/watch?v=YCyvaAn6u1U

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 11:34

> Доброго всем дня.
> При настройке PPPoE на 2821 выплыла проблема.
> vpdn enable
> request-dial in
> protocol рррое
> вот на этой строчке проблемы. Протокол  L2TP есть, а pppoe(как в
> примере выше) нет.
> Что нужно, сменить прошивку, чтобы поддерживался pppoe?
Для клиента можете применить что-то похожее на это:
conf t
!
interface dialer 1
encapsulation ppp
ip address negotiated
ppp chap hostname R01
ppp chap password R01R02
ip mtu 1492
dialer pool 1
exit
!
interface fastethernet 0/1
no ip address
pppoe enable
pppoe-client dial-pool-number 1
end
!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 11:53

>[оверквотинг удален]
> ip mtu 1492
> dialer pool 1
> exit
> !
> interface fastethernet 0/1
> no ip address
> pppoe enable
> pppoe-client dial-pool-number 1
> end
> !
Я поясню, конфигурацию, что вы пытаетесь применить можно использовать, если ваш релиз IOS<12.2(13)T, если ваш релиз IOS>=12.2(13)T или 12.4T, то использовать VPDN для PPPoE более не требуется.
Подробнее по ссылке: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/bbdsl/conf...

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 12:04

> Я поясню, конфигурацию, что вы пытаетесь применить можно использовать, если ваш релиз
> IOS<12.2(13)T, если ваш релиз IOS>=12.2(13)T или 12.4T, то использовать VPDN для
> PPPoE более не требуется.
> Подробнее по ссылке: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/bbdsl/conf...
Спасибо за ответ, мой релиз
Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 15.1(3)T2
, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2011 by Cisco Systems, Inc.
ROM: System Bootstrap, Version 12.4(13r)T11, RELEASE SOFTWARE (fc1)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 11:53

>[оверквотинг удален]
> ip mtu 1492
> dialer pool 1
> exit
> !
> interface fastethernet 0/1
> no ip address
> pppoe enable
> pppoe-client dial-pool-number 1
> end
> !
Вот мой конфиг:
interface GigabitEthernet0/0
description WAN
no ip address
duplex auto
speed auto
pppoe enable group global
pppoe-client dial-pool-number 1
interface Dialer1
ip address negotiated
ip mtu 1492
ip nat outside
ip virtual-reassembly in
encapsulation ppp
dialer pool 1
dialer-group 1
ppp authentication pap chap callin
ppp chap hostname xxxxxx
ppp chap password 7 xxxxxxx
ppp pap sent-username xxxxxx password 7 xxxxxx

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 12:18

>[оверквотинг удален]
>  ip mtu 1492
>  ip nat outside
>  ip virtual-reassembly in
>  encapsulation ppp
>  dialer pool 1
>  dialer-group 1
>  ppp authentication pap chap callin
>  ppp chap hostname xxxxxx
>  ppp chap password 7 xxxxxxx
>  ppp pap sent-username xxxxxx password 7 xxxxxx
Хорошо, всё правильно, клиент соединяется?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 12:44

>[оверквотинг удален]
>>  ip nat outside
>>  ip virtual-reassembly in
>>  encapsulation ppp
>>  dialer pool 1
>>  dialer-group 1
>>  ppp authentication pap chap callin
>>  ppp chap hostname xxxxxx
>>  ppp chap password 7 xxxxxxx
>>  ppp pap sent-username xxxxxx password 7 xxxxxx
> Хорошо, всё правильно, клиент соединяется?
Нет, не соединяется. У меня подозрение на настройки порта коммутатора в который он воткнут. Чисто физика. Линк по волокну с двумя вланами. Один влан для интернета приземляется(access) на порт в котором микротик, микротик работает. Вытаскиваю микротик втыкаю 2821, pppoe нет. Сабинтерфейсов на 2821 нет, значит порт работает как access. Физ. линк есть. Сессии нет. Интерфейс dialer1 IP не получает. Возвращаю микротик назад, сессия поднимается(в микротике).

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 12:45

>[оверквотинг удален]
>>>  ppp chap hostname xxxxxx
>>>  ppp chap password 7 xxxxxxx
>>>  ppp pap sent-username xxxxxx password 7 xxxxxx
>> Хорошо, всё правильно, клиент соединяется?
> Нет, не соединяется. У меня подозрение на настройки порта коммутатора в который
> он воткнут. Чисто физика. Линк по волокну с двумя вланами. Один
> влан для интернета приземляется(access) на порт в котором микротик, микротик работает.
> Вытаскиваю микротик втыкаю 2821, pppoe нет. Сабинтерфейсов на 2821 нет, значит
> порт работает как access. Физ. линк есть. Сессии нет. Интерфейс dialer1
> IP не получает. Возвращаю микротик назад, сессия поднимается(в микротике).
Сессия поднимается автоматически при подключении физ.линка? Переинициализация каким-то образом не нужна? Типа interface Dialer 1 - shut - no shut?

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 13:18

>[оверквотинг удален]
>>> Хорошо, всё правильно, клиент соединяется?
>> Нет, не соединяется. У меня подозрение на настройки порта коммутатора в который
>> он воткнут. Чисто физика. Линк по волокну с двумя вланами. Один
>> влан для интернета приземляется(access) на порт в котором микротик, микротик работает.
>> Вытаскиваю микротик втыкаю 2821, pppoe нет. Сабинтерфейсов на 2821 нет, значит
>> порт работает как access. Физ. линк есть. Сессии нет. Интерфейс dialer1
>> IP не получает. Возвращаю микротик назад, сессия поднимается(в микротике).
> Сессия поднимается автоматически при подключении физ.линка? Переинициализация каким-то
> образом не нужна? Типа interface Dialer 1 - shut - no
> shut?
Я собрал стенд, чтобы было удобнее разговаривать и так, скорректируйте вашу конфигурацию следующим образом:
conf t
!
interface GigabitEthernet0/0
no pppoe enable
!
pppoe-client dial-pool-number 1
end
!
write
Выполнять команду pppoe enable group global дополнительно не нужно, в конфигурационный файл будет автоматически добавлена команда pppoe enable.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 13:22

>[оверквотинг удален]
> !
> interface GigabitEthernet0/0
> no pppoe enable
> !
> pppoe-client dial-pool-number 1
> end
> !
> write
> Выполнять команду pppoe enable group global дополнительно не нужно, в конфигурационный
> файл будет автоматически добавлена команда pppoe enable.
Отправка PADI кадров будет осуществляться автоматически, при наличие активного статуса интерфейса, Level 1/2 UP.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 14:09

>[оверквотинг удален]
>> no pppoe enable
>> !
>> pppoe-client dial-pool-number 1
>> end
>> !
>> write
>> Выполнять команду pppoe enable group global дополнительно не нужно, в конфигурационный
>> файл будет автоматически добавлена команда pppoe enable.
> Отправка PADI кадров будет осуществляться автоматически, при наличие активного статуса
> интерфейса, Level 1/2 UP.
Спасибо за помощь, у меня просто удаленка на циску, поэтому быстро не отвечаю.
вот что на интерфейсах:
Dialer1 is up, line protocol is up (spoofing)
  Hardware is Unknown
  Internet address will be negotiated using IPCP
  MTU 1500 bytes, BW 56 Kbit/sec, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation PPP, LCP Closed, loopback not set
  Keepalive set (10 sec)
  DTR is pulsed for 1 seconds on reset
  Last input never, output never, output hang never
  Last clearing of "show interface" counters 1d00h
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/0/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 42 kilobits/sec
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     0 packets input, 0 bytes
     0 packets output, 0 bytes
Alians#show pppoe session
     1 client session
Uniq ID  PPPoE  RemMAC          Port                    VT  VA         State
           SID  LocMAC                                      VA-st      Type
    N/A   3464  2c21.31ab.c166  Gi0/0                  Di1  N/A        PADISNT
                0026.994c.9460

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 15:46

>[оверквотинг удален]
>
>
>       VA-st
>  Type
>     N/A   3464  2c21.31ab.c166  Gi0/0
>
>       Di1  N/A
>      PADISNT
>
>     0026.994c.9460
И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не поднимается?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 16:15

>[оверквотинг удален]
>>       VA-st
>>  Type
>>     N/A   3464  2c21.31ab.c166  Gi0/0
>>
>>       Di1  N/A
>>      PADISNT
>>
>>     0026.994c.9460
> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не
> поднимается?
Нет, не поднимается. Ждал минут 5.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 16:49

>[оверквотинг удален]
>>>  Type
>>>     N/A   3464  2c21.31ab.c166  Gi0/0
>>>
>>>       Di1  N/A
>>>      PADISNT
>>>
>>>     0026.994c.9460
>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не
>> поднимается?
> Нет, не поднимается. Ждал минут 5.
В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE концентратору? Если да, то включите на нём debug, если нет, тогда нужно будет смотреть debug на данном маршрутизаторе.
Можно включить debug pppoe errors, events, elog, events, packets.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 17:02

>[оверквотинг удален]
>>>>      PADISNT
>>>>
>>>>     0026.994c.9460
>>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не
>>> поднимается?
>> Нет, не поднимается. Ждал минут 5.
> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE
> концентратору? Если да, то включите на нём debug, если нет, тогда
> нужно будет смотреть debug на данном маршрутизаторе.
> Можно включить debug pppoe errors, events, elog, events, packets.
Завтра буду на месте до рабочего дня, все сниму.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 17:03

>[оверквотинг удален]
>>>>>
>>>>>     0026.994c.9460
>>>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не
>>>> поднимается?
>>> Нет, не поднимается. Ждал минут 5.
>> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE
>> концентратору? Если да, то включите на нём debug, если нет, тогда
>> нужно будет смотреть debug на данном маршрутизаторе.
>> Можно включить debug pppoe errors, events, elog, events, packets.
> Завтра буду на месте до рабочего дня, все сниму.
Спасибо за помощь.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 17:19

>[оверквотинг удален]
>>>>>
>>>>>     0026.994c.9460
>>>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не
>>>> поднимается?
>>> Нет, не поднимается. Ждал минут 5.
>> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE
>> концентратору? Если да, то включите на нём debug, если нет, тогда
>> нужно будет смотреть debug на данном маршрутизаторе.
>> Можно включить debug pppoe errors, events, elog, events, packets.
> Завтра буду на месте до рабочего дня, все сниму.
Хорошо, нам важно понимать на каком этапе происходит сбой, получает ли клиент PADO кадр от концентратора, а затем отправляет PADR и получает ли PADS. Если да, то перейдём к PPP фазе и посмотрим, что там у нас с CHAP аутентификацией и LCP согласованием.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 17:47

>[оверквотинг удален]
>>>> Нет, не поднимается. Ждал минут 5.
>>> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE
>>> концентратору? Если да, то включите на нём debug, если нет, тогда
>>> нужно будет смотреть debug на данном маршрутизаторе.
>>> Можно включить debug pppoe errors, events, elog, events, packets.
>> Завтра буду на месте до рабочего дня, все сниму.
> Хорошо, нам важно понимать на каком этапе происходит сбой, получает ли клиент
> PADO кадр от концентратора, а затем отправляет PADR и получает ли
> PADS. Если да, то перейдём к PPP фазе и посмотрим, что
> там у нас с CHAP аутентификацией и LCP согласованием.
давно занимался debug-ами. Debug очень сильно тормозит систему, сыпет много инфы в монитор и его трудно остановить. Если есть какие советы по запуску и сбору, буду признателен.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 18:01

>[оверквотинг удален]
>>>> нужно будет смотреть debug на данном маршрутизаторе.
>>>> Можно включить debug pppoe errors, events, elog, events, packets.
>>> Завтра буду на месте до рабочего дня, все сниму.
>> Хорошо, нам важно понимать на каком этапе происходит сбой, получает ли клиент
>> PADO кадр от концентратора, а затем отправляет PADR и получает ли
>> PADS. Если да, то перейдём к PPP фазе и посмотрим, что
>> там у нас с CHAP аутентификацией и LCP согласованием.
> давно занимался debug-ами. Debug очень сильно тормозит систему, сыпет много инфы в
> монитор и его трудно остановить. Если есть какие советы по запуску
> и сбору, буду признателен.
Если у вас есть возможно сделать дамп пакетов трафика, то мы можем обойтись без запуска debug, по крайней мере на данном этапе.
Если нет, то относительно debug самого PPPoE, много данных там не будет, а если не включать debug pppoe packets, так вообще строчек 10 будет.
Для удобства можете включить:
line vty 0 15
logging synchronous
Это позволит вам при активации terminal monitor, получить вывод информации без разрыва строк. Либо можете вообще не выводить на консоль, а посмотреть вывод show logging.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

21. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 29-Ноя-17, 18:34

>[оверквотинг удален]
> обойтись без запуска debug, по крайней мере на данном этапе.
> Если нет, то относительно debug самого PPPoE, много данных там не будет,
> а если не включать debug pppoe packets, так вообще строчек 10
> будет.
> Для удобства можете включить:
> line vty 0 15
> logging synchronous
> Это позволит вам при активации terminal monitor, получить вывод информации без разрыва
> строк. Либо можете вообще не выводить на консоль, а посмотреть вывод
> show logging.
Ок.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 09:19

>[оверквотинг удален]
> обойтись без запуска debug, по крайней мере на данном этапе.
> Если нет, то относительно debug самого PPPoE, много данных там не будет,
> а если не включать debug pppoe packets, так вообще строчек 10
> будет.
> Для удобства можете включить:
> line vty 0 15
> logging synchronous
> Это позволит вам при активации terminal monitor, получить вывод информации без разрыва
> строк. Либо можете вообще не выводить на консоль, а посмотреть вывод
> show logging.
Высылаю debug логи:
Nov 30 05:48:51.913: %SYS-5-CONFIG_I: Configured from console by vty0 (172.18.48.57)
*Nov 30 05:51:43.697:  padi timer expired
*Nov 30 05:51:43.697:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:52:15.953:  padi timer expired
*Nov 30 05:52:15.953:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:52:38.981: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0, changed state to up
*Nov 30 05:52:48.209:  padi timer expired
*Nov 30 05:52:48.209:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:52:48.209: PPPoE 0: I PADO  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
*Nov 30 05:52:48.209: PPPoE 0: I PADO  R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0
*Nov 30 05:52:48.209: PPPoE 0: I PADO  R:307c.5e96.8eae L:0026.994c.9460 Gi0/0
*Nov 30 05:52:48.217: PPPoE 0: I PADO  R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0
*Nov 30 05:52:50.261:  PPPOE: we've got our pado and the pado timer went off
*Nov 30 05:52:50.261: OUT PADR from PPPoE Session
*Nov 30 05:52:50.261: PPPoE 3422: I PADS  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
*Nov 30 05:52:50.261: IN PADS from PPPoE Session
*Nov 30 05:52:50.265: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 05:52:50.265: PPPoE: Virtual Access interface obtained.
*Nov 30 05:52:50.265: PPPoE : encap string prepared
*Nov 30 05:52:50.265: [0]PPPoE 3422: data path set to PPPoE Client
*Nov 30 05:52:50.269: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 05:52:50.301:  PPPoE : Shutting down client session
*Nov 30 05:52:50.301: [0]PPPoE 3422: O PADT  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
*Nov 30 05:52:50.301: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 05:52:50.305: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
*Nov 30 05:53:10.485:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:53:14.581:  padi timer expired
*Nov 30 05:53:14.581:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:53:22.773:  padi timer expired
*Nov 30 05:53:22.773:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:53:38.901:  padi timer expired
*Nov 30 05:53:38.901:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:54:11.157:  padi timer expired
*Nov 30 05:54:11.157:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:54:11.157: PPPoE 0: I PADO  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
*Nov 30 05:54:11.157: PPPoE 0: I PADO  R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0
*Nov 30 05:54:12.073: PPPoE 0: I PADO  R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0
*Nov 30 05:54:12.073: PPPoE 0: I PADO  R:307c.5e96.8eae L:0026.994c.9460 Gi0/0
*Nov 30 05:54:13.205:  PPPOE: we've got our pado and the pado timer went off
*Nov 30 05:54:13.205: OUT PADR from PPPoE Session
*Nov 30 05:54:13.205: PPPoE 1607: I PADS  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
*Nov 30 05:54:13.205: IN PADS from PPPoE Session
*Nov 30 05:54:13.205: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 05:54:13.209: PPPoE: Virtual Access interface obtained.
*Nov 30 05:54:13.209: PPPoE : encap string prepared
*Nov 30 05:54:13.209: [0]PPPoE 1607: data path set to PPPoE Client
*Nov 30 05:54:13.213: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 05:54:13.225:  PPPoE : Shutting down client session
*Nov 30 05:54:13.225: [0]PPPoE 1607: O PADT  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
*Nov 30 05:54:13.229: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 05:54:13.233: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
*Nov 30 05:54:33.441:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:54:37.537:  padi timer expired
*Nov 30 05:54:37.537:  Sending PADI: Interface = GigabitEthernet0/0
*Nov 30 05:54:45.757:  padi timer expired
*Nov 30 05:54:45.757:  Sending PADI: Interface = GigabitEthernet0/0
====================================================================================================================
*Nov 30 05:57:31.645: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 05:57:47.773: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 05:58:20.077: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 05:58:20.077: PPPoE 0: I PADO  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 2C 21 31 AB C1 66 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 05:58:20.077: PPPoE 0: I PADO  R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 30 7C 5E 96 90 F0 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 05:58:20.077: PPPoE 0: I PADO  R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 2C 21 31 AB BE 80 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 05:58:20.077: PPPoE 0: I PADO  R:307c.5e96.8eae L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 30 7C 5E 96 8E AE 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 05:58:22.125: OUT PADR from PPPoE Session
contiguous pak, size 70
         2C 21 31 AB C1 66 00 26 99 4C 94 60 88 63 11 19
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 05:58:22.125: PPPoE 3856: I PADS  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 2C 21 31 AB C1 66 88 63 11 65
         0F 10 00 32 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 38 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 05:58:22.129: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 05:58:22.133: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 05:58:22.145: [0]PPPoE 3856: O PADT  R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0
contiguous pak, size 60
         2C 21 31 AB C1 66 00 26 99 4C 94 60 88 63 11 A7
         0F 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 05:58:22.149: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 05:58:22.153: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
===================================================================================*Nov 30 06:01:28.237: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 06:01:32.333: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 06:01:40.525: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 06:01:56.661: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 06:02:28.917: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 06:02:28.917: PPPoE 0: I PADO  R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 30 7C 5E 96 90 F0 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 06:02:28.917: PPPoE 0: I PADO  R:307c.5e96.8eae L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 30 7C 5E 96 8E AE 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 06:02:28.917: PPPoE 0: I PADO  R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 2C 21 31 AB BE 80 88 63 11 07
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 06:02:30.965: OUT PADR from PPPoE Session
contiguous pak, size 70
         30 7C 5E 96 90 F0 00 26 99 4C 94 60 88 63 11 19
         00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01
         00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 06:02:30.965: PPPoE 187: I PADS  R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0
contiguous pak, size 70
         00 26 99 4C 94 60 30 7C 5E 96 90 F0 88 63 11 65
         00 BB 00 32 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 01 02 00 0A 4B 52 44 52 2D 42 52 41
         53 37 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4
         A3 1C D2 28 66 67
*Nov 30 06:02:30.969: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 06:02:30.973: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 06:02:30.985: [0]PPPoE 187: O PADT  R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0
contiguous pak, size 60
         30 7C 5E 96 90 F0 00 26 99 4C 94 60 88 63 11 A7
         00 BB 00 00 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00
*Nov 30 06:02:30.989: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 06:02:30.993: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
*Nov 30 06:02:51.189: pppoe_send_padi:
contiguous pak, size 60
         FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09
         00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02
         00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00
         00 00 00 00 00 00 00 00 00 00 00 00

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 09:47

>[оверквотинг удален]
> FF FF FF 00 26 99 4C 94 60 88 63
> 11 09
>          00 00 00
> 10 01 01 00 00 01 03 00 08 4C 00
> 00 02
>          00 00 19
> 55 00 00 00 00 00 00 00 00 00 00
> 00 00
>          00 00 00
> 00 00 00 00 00 00 00 00 00
И так, мы можем с вами заключить из вашего лога, что PPPoE Discovery фаза выполняется на 100%, а вот PPP фаза судя по всему завершается с ошибкой.
А значит, мы можем перейти с вами к debug PPP: debug ppp authentication и debug ppp negotiation
В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола, а так же причину по которой PPP фаза завершается ошибкой.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

24. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 09:54

>[оверквотинг удален]
>> 00 00
>>          00 00 00
>> 00 00 00 00 00 00 00 00 00
> И так, мы можем с вами заключить из вашего лога, что PPPoE
> Discovery фаза выполняется на 100%, а вот PPP фаза судя по
> всему завершается с ошибкой.
> А значит, мы можем перейти с вами к debug PPP: debug ppp
> authentication и debug ppp negotiation
> В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола,
> а так же причину по которой PPP фаза завершается ошибкой.
debag ppp negotiation
*Nov 30 06:41:36.768: Vi2 LCP: O CONFNAK [REQsent] id 105 len 8
*Nov 30 06:41:36.768: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 06:41:36.768: Vi2 LCP: I CONFREJ [REQsent] id 5 len 8
*Nov 30 06:41:36.768: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.768: Vi2 LCP: O CONFREQ [REQsent] id 6 len 14
*Nov 30 06:41:36.768: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.768: Vi2 LCP:    MagicNumber 0x303197C3 (0x0506303197C3)
*Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 06:41:36.768: Vi2 LCP: I CONFREQ [REQsent] id 106 len 18
*Nov 30 06:41:36.768: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 06:41:36.768: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.768: Vi2 LCP:    MagicNumber 0x0201CF87 (0x05060201CF87)
*Nov 30 06:41:36.768: Vi2 LCP: Sent too many CONFNAKs.  Switch to CONFREJ
*Nov 30 06:41:36.768: Vi2 LCP: O CONFREJ [REQsent] id 106 len 8
*Nov 30 06:41:36.768: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 06:41:36.768: Vi2 LCP: I CONFREJ [REQsent] id 6 len 8
*Nov 30 06:41:36.768: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.768: Vi2 LCP: O CONFREQ [REQsent] id 7 len 14
*Nov 30 06:41:36.768: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.768: Vi2 LCP:    MagicNumber 0x303197C3 (0x0506303197C3)
*Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 06:41:36.768: Vi2 LCP: I CONFREQ [REQsent] id 107 len 14
*Nov 30 06:41:36.768: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.768: Vi2 LCP:    MagicNumber 0x0201CF87 (0x05060201CF87)
*Nov 30 06:41:36.772: Vi2 LCP: O CONFACK [REQsent] id 107 len 14
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP:    MagicNumber 0x0201CF87 (0x05060201CF87)
*Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent]
*Nov 30 06:41:36.772: Vi2 LCP: I CONFREJ [ACKsent] id 7 len 8
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP: O CONFREQ [ACKsent] id 8 len 14
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP:    MagicNumber 0x303197C3 (0x0506303197C3)
*Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 06:41:36.772: Vi2 LCP: I CONFREJ [ACKsent] id 8 len 8
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP: O CONFREQ [ACKsent] id 9 len 14
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP:    MagicNumber 0x303197C3 (0x0506303197C3)
*Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 06:41:36.772: Vi2 LCP: I CONFREJ [ACKsent] id 9 len 8
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP: O CONFREQ [ACKsent] id 10 len 14
*Nov 30 06:41:36.772: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.772: Vi2 LCP:    MagicNumber 0x303197C3 (0x0506303197C3)
*Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 06:41:36.776: Vi2 LCP: I CONFREJ [ACKsent] id 10 len 8
*Nov 30 06:41:36.776: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 06:41:36.776: Vi2 LCP: Received too many CONFREJs.  Closing CP
*Nov 30 06:41:36.776: Vi2 PPP DISC: LCP failed to negotiate
*Nov 30 06:41:36.776: PPP: NET STOP send to AAA.
*Nov 30 06:41:36.776: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4
*Nov 30 06:41:36.776: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
*Nov 30 06:41:36.776: Vi2 LCP: I TERMACK [Closing] id 11 len 4
*Nov 30 06:41:36.776: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
*Nov 30 06:41:36.776: Vi2 LCP: Event[DOWN] State[Closed to Initial]
*Nov 30 06:41:36.776: Vi2 PPP: Phase is DOWN
*Nov 30 06:41:36.780: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 06:41:36.784: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 09:59

>[оверквотинг удален]
>> 00 00
>>          00 00 00
>> 00 00 00 00 00 00 00 00 00
> И так, мы можем с вами заключить из вашего лога, что PPPoE
> Discovery фаза выполняется на 100%, а вот PPP фаза судя по
> всему завершается с ошибкой.
> А значит, мы можем перейти с вами к debug PPP: debug ppp
> authentication и debug ppp negotiation
> В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола,
> а так же причину по которой PPP фаза завершается ошибкой.
Добавлю. Попробовал поднять PPPoE соединение напрямую с компа. Создал соединение, соединение поднялось.
Затем в свойствах соединения поочередно выключал CHAP, PAP и понял, что сервер со стороны провайдера использует PAP. Поэтому на Cisco оставил только PAP.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

26. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 10:07

>[оверквотинг удален]
>> 00 00
>>          00 00 00
>> 00 00 00 00 00 00 00 00 00
> И так, мы можем с вами заключить из вашего лога, что PPPoE
> Discovery фаза выполняется на 100%, а вот PPP фаза судя по
> всему завершается с ошибкой.
> А значит, мы можем перейти с вами к debug PPP: debug ppp
> authentication и debug ppp negotiation
> В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола,
> а так же причину по которой PPP фаза завершается ошибкой.
debug ppp authentication
*Nov 30 07:01:59.324: %SYS-5-CONFIG_I: Configured from console by vty0 (172.18.48.60)
*Nov 30 07:02:39.028: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0, changed state to up
*Nov 30 07:02:53.256: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 07:02:53.256: Vi2 PPP: Using dialer call direction
*Nov 30 07:02:53.260: Vi2 PPP: Treating connection as a callout
*Nov 30 07:02:53.260: Vi2 PPP: Session handle[73000036] Session id[54]
*Nov 30 07:02:53.260: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 07:02:53.276: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 07:02:53.280: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
*Nov 30 07:04:16.196: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 07:04:16.204: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 07:04:16.204: Vi2 PPP: Using dialer call direction
*Nov 30 07:04:16.204: Vi2 PPP: Treating connection as a callout
*Nov 30 07:04:16.204: Vi2 PPP: Session handle[B9000037] Session id[55]
*Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

27. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 10:47

>[оверквотинг удален]
> *Nov 30 07:02:53.260: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
> *Nov 30 07:02:53.276: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
> *Nov 30 07:02:53.280: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
> *Nov 30 07:04:16.196: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
> *Nov 30 07:04:16.204: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
> *Nov 30 07:04:16.204: Vi2 PPP: Using dialer call direction
> *Nov 30 07:04:16.204: Vi2 PPP: Treating connection as a callout
> *Nov 30 07:04:16.204: Vi2 PPP: Session handle[B9000037] Session id[55]
> *Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
> *Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное, чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает, что концентратор не поддерживает его. Но, вы говорите, что концентратор принял его от Windows клиента, что не даёт ответа, что происходит совершенно.
Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный обмен с начала и до конца.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

28. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 11:01

>[оверквотинг удален]
>> *Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
>> *Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
> Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное,
> чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а
> это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер
> судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает,
> что концентратор не поддерживает его. Но, вы говорите, что концентратор принял
> его от Windows клиента, что не даёт ответа, что происходит совершенно.
> Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный
> обмен с начала и до конца.
Буфер не помещает все сообщения, нужен совет как увеличить.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

29. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 11:17

>[оверквотинг удален]
>>> *Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
>> Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное,
>> чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а
>> это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер
>> судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает,
>> что концентратор не поддерживает его. Но, вы говорите, что концентратор принял
>> его от Windows клиента, что не даёт ответа, что происходит совершенно.
>> Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный
>> обмен с начала и до конца.
> Буфер не помещает все сообщения, нужен совет как увеличить.
Попробуйте вот так:
conf t
!
logging buffered <4096-2147483647>
Это размер в байтах, по умолчанию он равен 4096 байтам, на время его можно увеличить на любое другое значение.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

30. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 11:20

>[оверквотинг удален]
>> *Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
>> *Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
> Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное,
> чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а
> это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер
> судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает,
> что концентратор не поддерживает его. Но, вы говорите, что концентратор принял
> его от Windows клиента, что не даёт ответа, что происходит совершенно.
> Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный
> обмен с начала и до конца.
Изменил метод авторизации на CHAP.
debug auth:
*Nov 30 08:10:40.632: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 08:10:40.636: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 08:10:40.636: Vi2 PPP: Using dialer call direction
*Nov 30 08:10:40.636: Vi2 PPP: Treating connection as a callout
*Nov 30 08:10:40.636: Vi2 PPP: Session handle[C100003D] Session id[61]
*Nov 30 08:10:40.660: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 08:10:40.664: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
debug nego:
*Nov 30 08:12:03.592: Vi2 LCP: O CONFNAK [REQsent] id 188 len 8
*Nov 30 08:12:03.592: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:12:03.592: Vi2 LCP: I CONFREJ [REQsent] id 5 len 9
*Nov 30 08:12:03.592: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.592: Vi2 LCP: O CONFREQ [REQsent] id 6 len 15
*Nov 30 08:12:03.592: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.592: Vi2 LCP:    MagicNumber 0x308466D2 (0x0506308466D2)
*Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:12:03.592: Vi2 LCP: I CONFREQ [REQsent] id 189 len 19
*Nov 30 08:12:03.592: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:12:03.592: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.592: Vi2 LCP:    MagicNumber 0x1678D37F (0x05061678D37F)
*Nov 30 08:12:03.592: Vi2 LCP: Sent too many CONFNAKs.  Switch to CONFREJ
*Nov 30 08:12:03.592: Vi2 LCP: O CONFREJ [REQsent] id 189 len 8
*Nov 30 08:12:03.592: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:12:03.592: Vi2 LCP: I CONFREJ [REQsent] id 6 len 9
*Nov 30 08:12:03.592: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.592: Vi2 LCP: O CONFREQ [REQsent] id 7 len 15
*Nov 30 08:12:03.592: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.592: Vi2 LCP:    MagicNumber 0x308466D2 (0x0506308466D2)
*Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:12:03.596: Vi2 LCP: I CONFREQ [REQsent] id 190 len 15
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP:    MagicNumber 0x1678D37F (0x05061678D37F)
*Nov 30 08:12:03.596: Vi2 LCP: O CONFACK [REQsent] id 190 len 15
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP:    MagicNumber 0x1678D37F (0x05061678D37F)
*Nov 30 08:12:03.596: Vi2 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent]
*Nov 30 08:12:03.596: Vi2 LCP: I CONFREJ [ACKsent] id 7 len 9
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP: O CONFREQ [ACKsent] id 8 len 15
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP:    MagicNumber 0x308466D2 (0x0506308466D2)
*Nov 30 08:12:03.596: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:12:03.596: Vi2 LCP: I CONFREJ [ACKsent] id 8 len 9
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP: O CONFREQ [ACKsent] id 9 len 15
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP:    MagicNumber 0x308466D2 (0x0506308466D2)
*Nov 30 08:12:03.596: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:12:03.596: Vi2 LCP: I CONFREJ [ACKsent] id 9 len 9
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.596: Vi2 LCP: O CONFREQ [ACKsent] id 10 len 15
*Nov 30 08:12:03.596: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.600: Vi2 LCP:    MagicNumber 0x308466D2 (0x0506308466D2)
*Nov 30 08:12:03.600: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:12:03.600: Vi2 LCP: I CONFREJ [ACKsent] id 10 len 9
*Nov 30 08:12:03.600: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:12:03.600: Vi2 LCP: Received too many CONFREJs.  Closing CP
*Nov 30 08:12:03.600: Vi2 PPP DISC: LCP failed to negotiate
*Nov 30 08:12:03.600: PPP: NET STOP send to AAA.
*Nov 30 08:12:03.600: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4
*Nov 30 08:12:03.600: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
*Nov 30 08:12:03.600: Vi2 LCP: I TERMACK [Closing] id 11 len 4
*Nov 30 08:12:03.600: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
*Nov 30 08:12:03.600: Vi2 LCP: Event[DOWN] State[Closed to Initial]
*Nov 30 08:12:03.600: Vi2 PPP: Phase is DOWN
*Nov 30 08:12:03.604: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
Nov 30 08:12:03.608: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
По debug ppp error
вообще ничего не выдает. Такое ощущение что Cisco сама кладет соединение. Один раз в show pppoe sesson увидел UP состояние на секунду.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

31. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 11:25

>[оверквотинг удален]
> *Nov 30 08:12:03.600: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
> *Nov 30 08:12:03.600: Vi2 LCP: I TERMACK [Closing] id 11 len 4
> *Nov 30 08:12:03.600: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
> *Nov 30 08:12:03.600: Vi2 LCP: Event[DOWN] State[Closed to Initial]
> *Nov 30 08:12:03.600: Vi2 PPP: Phase is DOWN
> *Nov 30 08:12:03.604: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
> Nov 30 08:12:03.608: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
> По debug ppp error
> вообще ничего не выдает. Такое ощущение что Cisco сама кладет соединение. Один
> раз в show pppoe sesson увидел UP состояние на секунду.
в конфе Cisco строка "no aaa new-model"
это ни как не отражается на сессии, отношение ведь только к авторизации пользователей на самой Cisco?
В логах дебага увидел строчку NET STOP send to AAA

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

32. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 11:32

>[оверквотинг удален]
>> *Nov 30 08:12:03.600: Vi2 PPP: Phase is DOWN
>> *Nov 30 08:12:03.604: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
>> Nov 30 08:12:03.608: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
>> По debug ppp error
>> вообще ничего не выдает. Такое ощущение что Cisco сама кладет соединение. Один
>> раз в show pppoe sesson увидел UP состояние на секунду.
> в конфе Cisco строка "no aaa new-model"
> это ни как не отражается на сессии, отношение ведь только к авторизации
> пользователей на самой Cisco?
> В логах дебага увидел строчку NET STOP send to AAA
увеличил буфер, теперь все логи есть:
*Nov 30 08:29:43.768: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 08:29:43.776: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 08:29:43.776: Vi2 PPP: Sending cstate UP notification
*Nov 30 08:29:43.776: Vi2 PPP: Processing CstateUp message
*Nov 30 08:29:43.776: PPP: Alloc Context [4980E548]
*Nov 30 08:29:43.776: ppp67 PPP: Phase is ESTABLISHING
*Nov 30 08:29:43.776: Vi2 PPP: Using dialer call direction
*Nov 30 08:29:43.776: Vi2 PPP: Treating connection as a callout
*Nov 30 08:29:43.776: Vi2 PPP: Session handle[81000043] Session id[67]
*Nov 30 08:29:43.776: Vi2 LCP: Event[OPEN] State[Initial to Starting]
*Nov 30 08:29:43.776: Vi2 LCP: O CONFREQ [Starting] id 1 len 15
*Nov 30 08:29:43.776: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.776: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.780: Vi2 LCP: Event[UP] State[Starting to REQsent]
*Nov 30 08:29:43.780: Vi2 LCP: I CONFREQ [REQsent] id 189 len 18
*Nov 30 08:29:43.780: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.780: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:29:43.780: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.780: Vi2 LCP: O CONFNAK [REQsent] id 189 len 13
*Nov 30 08:29:43.780: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:29:43.780: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.780: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:29:43.780: Vi2 LCP: I CONFREJ [REQsent] id 1 len 9
*Nov 30 08:29:43.780: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.780: Vi2 LCP: O CONFREQ [REQsent] id 2 len 15
*Nov 30 08:29:43.780: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.780: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.780: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:29:43.780: Vi2 LCP: I CONFREQ [REQsent] id 190 len 19
*Nov 30 08:29:43.780: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.780: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.784: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.784: Vi2 LCP: O CONFNAK [REQsent] id 190 len 8
*Nov 30 08:29:43.784: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:29:43.784: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:29:43.784: Vi2 LCP: I CONFREJ [REQsent] id 2 len 9
*Nov 30 08:29:43.784: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.784: Vi2 LCP: O CONFREQ [REQsent] id 3 len 15
*Nov 30 08:29:43.784: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.784: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.784: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:29:43.784: Vi2 LCP: I CONFREQ [REQsent] id 191 len 19
*Nov 30 08:29:43.784: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.784: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.784: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.784: Vi2 LCP: O CONFNAK [REQsent] id 191 len 8
*Nov 30 08:29:43.784: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:29:43.784: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:29:43.788: Vi2 LCP: I CONFREJ [REQsent] id 3 len 9
*Nov 30 08:29:43.788: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.788: Vi2 LCP: O CONFREQ [REQsent] id 4 len 15
*Nov 30 08:29:43.788: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.788: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.788: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:29:43.788: Vi2 LCP: I CONFREQ [REQsent] id 192 len 19
*Nov 30 08:29:43.788: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.788: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.788: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.788: Vi2 LCP: O CONFNAK [REQsent] id 192 len 8
*Nov 30 08:29:43.788: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:29:43.788: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:29:43.788: Vi2 LCP: I CONFREJ [REQsent] id 4 len 9
*Nov 30 08:29:43.788: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.788: Vi2 LCP: O CONFREQ [REQsent] id 5 len 15
*Nov 30 08:29:43.788: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.788: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.788: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:29:43.788: Vi2 LCP: I CONFREQ [REQsent] id 193 len 19
*Nov 30 08:29:43.788: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.788: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.788: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.788: Vi2 LCP: O CONFNAK [REQsent] id 193 len 8
*Nov 30 08:29:43.788: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:29:43.788: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:29:43.792: Vi2 LCP: I CONFREJ [REQsent] id 5 len 9
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP: O CONFREQ [REQsent] id 6 len 15
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.792: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:29:43.792: Vi2 LCP: I CONFREQ [REQsent] id 194 len 19
*Nov 30 08:29:43.792: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.792: Vi2 LCP: Sent too many CONFNAKs.  Switch to CONFREJ
*Nov 30 08:29:43.792: Vi2 LCP: O CONFREJ [REQsent] id 194 len 8
*Nov 30 08:29:43.792: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:29:43.792: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:29:43.792: Vi2 LCP: I CONFREJ [REQsent] id 6 len 9
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP: O CONFREQ [REQsent] id 7 len 15
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.792: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:29:43.792: Vi2 LCP: I CONFREQ [REQsent] id 195 len 15
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.792: Vi2 LCP: O CONFACK [REQsent] id 195 len 15
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.792: Vi2 LCP:    MagicNumber 0x36D85284 (0x050636D85284)
*Nov 30 08:29:43.792: Vi2 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent]
*Nov 30 08:29:43.792: Vi2 LCP: I CONFREJ [ACKsent] id 7 len 9
*Nov 30 08:29:43.792: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.796: Vi2 LCP: O CONFREQ [ACKsent] id 8 len 15
*Nov 30 08:29:43.796: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.796: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.796: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:29:43.796: Vi2 LCP: I CONFREJ [ACKsent] id 8 len 9
*Nov 30 08:29:43.796: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.796: Vi2 LCP: O CONFREQ [ACKsent] id 9 len 15
*Nov 30 08:29:43.796: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.796: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.796: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:29:43.796: Vi2 LCP: I CONFREJ [ACKsent] id 9 len 9
*Nov 30 08:29:43.796: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.796: Vi2 LCP: O CONFREQ [ACKsent] id 10 len 15
*Nov 30 08:29:43.796: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.796: Vi2 LCP:    MagicNumber 0x30949445 (0x050630949445)
*Nov 30 08:29:43.796: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:29:43.800: Vi2 LCP: I CONFREJ [ACKsent] id 10 len 9
*Nov 30 08:29:43.800: Vi2 LCP:    AuthProto CHAP (0x0305C22305)
*Nov 30 08:29:43.800: Vi2 LCP: Received too many CONFREJs.  Closing CP
*Nov 30 08:29:43.800: Vi2 PPP DISC: LCP failed to negotiate
*Nov 30 08:29:43.800: PPP: NET STOP send to AAA.
*Nov 30 08:29:43.800: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4
*Nov 30 08:29:43.800: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
*Nov 30 08:29:43.800: Vi2 LCP: I TERMACK [Closing] id 11 len 4
*Nov 30 08:29:43.800: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
*Nov 30 08:29:43.800: Vi2 LCP: Event[DOWN] State[Closed to Initial]
*Nov 30 08:29:43.804: Vi2 PPP: Phase is DOWN
*Nov 30 08:29:43.804: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 08:29:43.808: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 11:43

>[оверквотинг удален]
> *Nov 30 08:29:43.800: Vi2 PPP DISC: LCP failed to negotiate
> *Nov 30 08:29:43.800: PPP: NET STOP send to AAA.
> *Nov 30 08:29:43.800: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4
> *Nov 30 08:29:43.800: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
> *Nov 30 08:29:43.800: Vi2 LCP: I TERMACK [Closing] id 11 len 4
> *Nov 30 08:29:43.800: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
> *Nov 30 08:29:43.800: Vi2 LCP: Event[DOWN] State[Closed to Initial]
> *Nov 30 08:29:43.804: Vi2 PPP: Phase is DOWN
> *Nov 30 08:29:43.804: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
> *Nov 30 08:29:43.808: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
no aaa new-model в данном случае говорит лишь о том, что вы не используете Authentication Authorization Accounting фреймворк.
Ну вот, эти логи уже больше похоже на полные и они указывают на то, что провайдер действительно не поддерживает CHAP:
ВЫ: O CONFREQ [Starting] id 1 len 15
AuthProto CHAP (0x0305C22305)
MagicNumber 0x30949445 (0x050630949445)
Концентратор: I CONFREJ [REQsent] id 1 len 9
AuthProto CHAP (0x0305C22305)
То есть концентратор отказал вам в возможности использовать CHAP, результат LCP failed to negotiate.
Поэтому верните обратно:
ppp authentication pap callin
ppp pap sent-username R02 password R01R02 - это для примера.
И соберите такой же полный лог, как сейчас собрали, при включенном одновременно debug ppp authentication и debug ppp negotiation.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 11:54

>[оверквотинг удален]
> MagicNumber 0x30949445 (0x050630949445)
> Концентратор: I CONFREJ [REQsent] id 1 len 9
> AuthProto CHAP (0x0305C22305)
> То есть концентратор отказал вам в возможности использовать CHAP, результат LCP failed
> to negotiate.
> Поэтому верните обратно:
> ppp authentication pap callin
> ppp pap sent-username R02 password R01R02 - это для примера.
> И соберите такой же полный лог, как сейчас собрали, при включенном одновременно
> debug ppp authentication и debug ppp negotiation.
*Nov 30 08:51:49.796: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0, changed state to up
*Nov 30 08:52:09.880: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Nov 30 08:52:09.888: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Nov 30 08:52:09.888: Vi2 PPP: Sending cstate UP notification
*Nov 30 08:52:09.888: Vi2 PPP: Processing CstateUp message
*Nov 30 08:52:09.888: PPP: Alloc Context [4980E548]
*Nov 30 08:52:09.888: ppp70 PPP: Phase is ESTABLISHING
*Nov 30 08:52:09.888: Vi2 PPP: Using dialer call direction
*Nov 30 08:52:09.888: Vi2 PPP: Treating connection as a callout
*Nov 30 08:52:09.888: Vi2 PPP: Session handle[F4000046] Session id[70]
*Nov 30 08:52:09.888: Vi2 LCP: Event[OPEN] State[Initial to Starting]
*Nov 30 08:52:09.888: Vi2 LCP: O CONFREQ [Starting] id 1 len 14
*Nov 30 08:52:09.888: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.888: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.892: Vi2 LCP: Event[UP] State[Starting to REQsent]
*Nov 30 08:52:09.892: Vi2 LCP: I CONFREQ [REQsent] id 34 len 18
*Nov 30 08:52:09.892: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.892: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.892: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.892: Vi2 LCP: O CONFNAK [REQsent] id 34 len 8
*Nov 30 08:52:09.892: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:52:09.892: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:52:09.892: Vi2 LCP: I CONFREJ [REQsent] id 1 len 8
*Nov 30 08:52:09.892: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.892: Vi2 LCP: O CONFREQ [REQsent] id 2 len 14
*Nov 30 08:52:09.892: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.892: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.892: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:52:09.892: Vi2 LCP: I CONFREQ [REQsent] id 35 len 18
*Nov 30 08:52:09.896: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.896: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.896: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.896: Vi2 LCP: O CONFNAK [REQsent] id 35 len 8
*Nov 30 08:52:09.896: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:52:09.896: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:52:09.896: Vi2 LCP: I CONFREJ [REQsent] id 2 len 8
*Nov 30 08:52:09.896: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.896: Vi2 LCP: O CONFREQ [REQsent] id 3 len 14
*Nov 30 08:52:09.896: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.896: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.896: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:52:09.896: Vi2 LCP: I CONFREQ [REQsent] id 36 len 18
*Nov 30 08:52:09.896: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.896: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.896: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.896: Vi2 LCP: O CONFNAK [REQsent] id 36 len 8
*Nov 30 08:52:09.896: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:52:09.896: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:52:09.896: Vi2 LCP: I CONFREJ [REQsent] id 3 len 8
*Nov 30 08:52:09.896: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.896: Vi2 LCP: O CONFREQ [REQsent] id 4 len 14
*Nov 30 08:52:09.896: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.896: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.896: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:52:09.896: Vi2 LCP: I CONFREQ [REQsent] id 37 len 18
*Nov 30 08:52:09.900: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.900: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.900: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.900: Vi2 LCP: O CONFNAK [REQsent] id 37 len 8
*Nov 30 08:52:09.900: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:52:09.900: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:52:09.900: Vi2 LCP: I CONFREJ [REQsent] id 4 len 8
*Nov 30 08:52:09.900: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.900: Vi2 LCP: O CONFREQ [REQsent] id 5 len 14
*Nov 30 08:52:09.900: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.900: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.900: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:52:09.900: Vi2 LCP: I CONFREQ [REQsent] id 38 len 18
*Nov 30 08:52:09.900: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.900: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.900: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.900: Vi2 LCP: O CONFNAK [REQsent] id 38 len 8
*Nov 30 08:52:09.900: Vi2 LCP:    MRU 1500 (0x010405DC)
*Nov 30 08:52:09.900: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:52:09.900: Vi2 LCP: I CONFREJ [REQsent] id 5 len 8
*Nov 30 08:52:09.900: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.900: Vi2 LCP: O CONFREQ [REQsent] id 6 len 14
*Nov 30 08:52:09.900: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.900: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.900: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:52:09.900: Vi2 LCP: I CONFREQ [REQsent] id 39 len 18
*Nov 30 08:52:09.904: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.904: Vi2 LCP: Sent too many CONFNAKs.  Switch to CONFREJ
*Nov 30 08:52:09.904: Vi2 LCP: O CONFREJ [REQsent] id 39 len 8
*Nov 30 08:52:09.904: Vi2 LCP:    MRU 1492 (0x010405D4)
*Nov 30 08:52:09.904: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]
*Nov 30 08:52:09.904: Vi2 LCP: I CONFREJ [REQsent] id 6 len 8
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP: O CONFREQ [REQsent] id 7 len 14
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.904: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent]
*Nov 30 08:52:09.904: Vi2 LCP: I CONFREQ [REQsent] id 40 len 14
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.904: Vi2 LCP: O CONFACK [REQsent] id 40 len 14
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP:    MagicNumber 0x573AF724 (0x0506573AF724)
*Nov 30 08:52:09.904: Vi2 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent]
*Nov 30 08:52:09.904: Vi2 LCP: I CONFREJ [ACKsent] id 7 len 8
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP: O CONFREQ [ACKsent] id 8 len 14
*Nov 30 08:52:09.904: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.904: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.904: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:52:09.908: Vi2 LCP: I CONFREJ [ACKsent] id 8 len 8
*Nov 30 08:52:09.908: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.908: Vi2 LCP: O CONFREQ [ACKsent] id 9 len 14
*Nov 30 08:52:09.908: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.908: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.908: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:52:09.908: Vi2 LCP: I CONFREJ [ACKsent] id 9 len 8
*Nov 30 08:52:09.908: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.908: Vi2 LCP: O CONFREQ [ACKsent] id 10 len 14
*Nov 30 08:52:09.908: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.908: Vi2 LCP:    MagicNumber 0x30A91E91 (0x050630A91E91)
*Nov 30 08:52:09.908: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
*Nov 30 08:52:09.912: Vi2 LCP: I CONFREJ [ACKsent] id 10 len 8
*Nov 30 08:52:09.912: Vi2 LCP:    AuthProto PAP (0x0304C023)
*Nov 30 08:52:09.912: Vi2 LCP: Received too many CONFREJs.  Closing CP
*Nov 30 08:52:09.912: Vi2 PPP DISC: LCP failed to negotiate
*Nov 30 08:52:09.912: PPP: NET STOP send to AAA.
*Nov 30 08:52:09.912: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4
*Nov 30 08:52:09.912: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
*Nov 30 08:52:09.912: Vi2 LCP: I TERMACK [Closing] id 11 len 4
*Nov 30 08:52:09.912: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
*Nov 30 08:52:09.912: Vi2 LCP: Event[DOWN] State[Closed to Initial]
*Nov 30 08:52:09.912: Vi2 PPP: Phase is DOWN
*Nov 30 08:52:09.916: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
*Nov 30 08:52:09.920: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

35. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 12:10

>[оверквотинг удален]
> *Nov 30 08:52:09.912: Vi2 PPP DISC: LCP failed to negotiate
> *Nov 30 08:52:09.912: PPP: NET STOP send to AAA.
> *Nov 30 08:52:09.912: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4
> *Nov 30 08:52:09.912: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing]
> *Nov 30 08:52:09.912: Vi2 LCP: I TERMACK [Closing] id 11 len 4
> *Nov 30 08:52:09.912: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed]
> *Nov 30 08:52:09.912: Vi2 LCP: Event[DOWN] State[Closed to Initial]
> *Nov 30 08:52:09.912: Vi2 PPP: Phase is DOWN
> *Nov 30 08:52:09.916: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
> *Nov 30 08:52:09.920: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
Очень странная картина я должен вам сказать:
Вы: O CONFREQ [Starting] id 1 len 14
AuthProto PAP (0x0304C023) - отправили через LCP, что поддерживаете PAP
MagicNumber 0x30A91E91 (0x050630A91E91)
Провайдер: I CONFREQ [REQsent] id 34 len 18
MRU 1492 (0x010405D4)
AuthProto PAP (0x0304C023) - провайдер отправил через LCP, что поддерживает PAP
MagicNumber 0x573AF724 (0x0506573AF724)
Вы: O CONFNAK [REQsent] id 34 len 8
MRU 1500 (0x010405DC) - отправили через LCP, что MRU размером 1500 не поддерживается
Провайдер: I CONFREJ [REQsent] id 1 len 8
AuthProto PAP (0x0304C023) - провайдер отправил через LCP, что он не поддерживает PAP
Пожалуй на текущем этапе, уже в пору делать дамп пакетов или привлечь провайдера, чтобы он посмотрел логи концентратора, что там происходит на его стороне, по какой причине он отказывает вам в PAP, при этом предлагая PAP в качестве протокола аутентификации.
В данном случае два участника LCP обмена, не могут согласовать одинаковый набор опций, что приводит в конечном счёте в разрыву PPP сессии, до начала этапа аутентификации.
Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

36. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 12:16

>[оверквотинг удален]
> PAP
> Пожалуй на текущем этапе, уже в пору делать дамп пакетов или привлечь
> провайдера, чтобы он посмотрел логи концентратора, что там происходит на его
> стороне, по какой причине он отказывает вам в PAP, при этом
> предлагая PAP в качестве протокола аутентификации.
> В данном случае два участника LCP обмена, не могут согласовать одинаковый набор
> опций, что приводит в конечном счёте в разрыву PPP сессии, до
> начала этапа аутентификации.
> Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если
> решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.
Спасибо вам огромное, за помощь. Сейчас буду созваниваться с тех.поддержкой провайдера.
Я увидел что идет рассогласование в mtu и сам изменил на int dialer 1 ip mtu 1500, результат тот же.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 12:24

>[оверквотинг удален]
>> стороне, по какой причине он отказывает вам в PAP, при этом
>> предлагая PAP в качестве протокола аутентификации.
>> В данном случае два участника LCP обмена, не могут согласовать одинаковый набор
>> опций, что приводит в конечном счёте в разрыву PPP сессии, до
>> начала этапа аутентификации.
>> Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если
>> решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.
> Спасибо вам огромное, за помощь. Сейчас буду созваниваться с тех.поддержкой провайдера.
> Я увидел что идет рассогласование в mtu и сам изменил на int
> dialer 1 ip mtu 1500, результат тот же.
На Dialer 1 IP MTU должно быть 1492 байта: 6 PPPoE + 2 PPP = 8 байт.
Я вообще не вижу логики, зачем ваш маршрутизатор шлёт CONFNAK для MRU=1500, если получает в опциях MRU=1492. :-/

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 12:27

>[оверквотинг удален]
>>> начала этапа аутентификации.
>>> Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если
>>> решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.
>> Спасибо вам огромное, за помощь. Сейчас буду созваниваться с тех.поддержкой провайдера.
>> Я увидел что идет рассогласование в mtu и сам изменил на int
>> dialer 1 ip mtu 1500, результат тот же.
> На Dialer 1 IP MTU должно быть 1492 байта: 6 PPPoE +
> 2 PPP = 8 байт.
> Я вообще не вижу логики, зачем ваш маршрутизатор шлёт CONFNAK для MRU=1500,
> если получает в опциях MRU=1492. :-/
может где-то в общих настройках ему задать MTU 1492.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

39. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 13:06

>[оверквотинг удален]
>>>> Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если
>>>> решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.
>>> Спасибо вам огромное, за помощь. Сейчас буду созваниваться с тех.поддержкой провайдера.
>>> Я увидел что идет рассогласование в mtu и сам изменил на int
>>> dialer 1 ip mtu 1500, результат тот же.
>> На Dialer 1 IP MTU должно быть 1492 байта: 6 PPPoE +
>> 2 PPP = 8 байт.
>> Я вообще не вижу логики, зачем ваш маршрутизатор шлёт CONFNAK для MRU=1500,
>> если получает в опциях MRU=1492. :-/
> может где-то в общих настройках ему задать MTU 1492.
В данном случае клиент получает в CONFREQ MRU=1492, но по какой-то причине дополнительно сообщает в CONFNAK концентратору, что он не поддерживает MRU=1500.
При этом ваш клиент в CONFREQ MRU собственное не объявляет, полагая, что это стандартного размера, 1492 байта для PPPoE протокола.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

40. "Cisco 2821 PPPoE" +/–

Сообщение от onniks (ok) on 30-Ноя-17, 13:09

>[оверквотинг удален]
>>>> Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если
>>>> решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.
>>> Спасибо вам огромное, за помощь. Сейчас буду созваниваться с тех.поддержкой провайдера.
>>> Я увидел что идет рассогласование в mtu и сам изменил на int
>>> dialer 1 ip mtu 1500, результат тот же.
>> На Dialer 1 IP MTU должно быть 1492 байта: 6 PPPoE +
>> 2 PPP = 8 байт.
>> Я вообще не вижу логики, зачем ваш маршрутизатор шлёт CONFNAK для MRU=1500,
>> если получает в опциях MRU=1492. :-/
> может где-то в общих настройках ему задать MTU 1492.
решил проблему, в процессе созданий-удалений настроекв inter dialer 1
не обратил внимания что соединение должно быть с перезвоном, т.е. сервер должен переинициализировать соединение.
ppp authentication pap callin
просто не ставил в конце callin.
Досадно, но ладно. Зато с дебагами вспомнил как работать.
Огромное спасибо за поддержку.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

41. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 13:39

>[оверквотинг удален]
>>> Я вообще не вижу логики, зачем ваш маршрутизатор шлёт CONFNAK для MRU=1500,
>>> если получает в опциях MRU=1492. :-/
>> может где-то в общих настройках ему задать MTU 1492.
> решил проблему, в процессе созданий-удалений настроекв inter dialer 1
> не обратил внимания что соединение должно быть с перезвоном, т.е. сервер должен
> переинициализировать соединение.
> ppp authentication pap callin
> просто не ставил в конце callin.
> Досадно, но ладно. Зато с дебагами вспомнил как работать.
> Огромное спасибо за поддержку.
В данном случае, callin означает следующие, аутентифицировать концентратор только при входящем звонке.
При этом концентратор не осуществляет переинициализацию соединения, просто клиент не проверяет его подлинность.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

42. "Cisco 2821 PPPoE" +/–

Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 13:46

>[оверквотинг удален]
>> не обратил внимания что соединение должно быть с перезвоном, т.е. сервер должен
>> переинициализировать соединение.
>> ppp authentication pap callin
>> просто не ставил в конце callin.
>> Досадно, но ладно. Зато с дебагами вспомнил как работать.
>> Огромное спасибо за поддержку.
> В данном случае, callin означает следующие, аутентифицировать концентратор только при
> входящем звонке.
> При этом концентратор не осуществляет переинициализацию соединения, просто клиент не проверяет
> его подлинность.
Cisco описывает это так:
"ppp authentication {protocol1 [protocol2...]} [if-needed] [list-name | default] [callin] [one-time] [optional]
callin (Optional) Specifies authentication on incoming (received) calls only."

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Cisco 2821 PPPoE"	+/–
Сообщение от fantom (??) on 29-Ноя-17, 08:24
> Доброго всем дня. > При настройке PPPoE на 2821 выплыла проблема. > vpdn enable > request-dial in > protocol рррое > вот на этой строчке проблемы. Протокол L2TP есть, а pppoe(как в > примере выше) нет. > Что нужно, сменить прошивку, чтобы поддерживался pppoe? pppoe уже ОЧЕНЬ ДАВНО на кошках настраивается через bba-group... Учите матчасть bba-group pppoe VPN_1 virtual-template 1 sessions per-vc limit 5 sessions per-mac limit 10 sessions per-vlan limit 5 ! ! bba-group pppoe VPN_2 virtual-template 2 sessions per-vc limit 5 sessions per-mac limit 10 sessions per-vlan limit 5 ! ! interface GigabitEthernet1/0/0.1 encapsulation dot1q 20 protocol pppoe group VPN_1 ! interface GigabitEthernet 2/0/0.2 encapsulation dot1q 30 protocol pppoe group VPN_2 Ну и далее ....
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 09:36
	>[оверквотинг удален] > ! > ! > interface GigabitEthernet1/0/0.1 > encapsulation dot1q 20 > protocol pppoe group VPN_1 > ! > interface GigabitEthernet 2/0/0.2 > encapsulation dot1q 30 > protocol pppoe group VPN_2 > Ну и далее .... вчера только что разбирался с этим вопросом. То что вы дали настраивается на сервере. У меня нет соединения на клиенте. материал брал отсюда https://www.youtube.com/watch?v=YCyvaAn6u1U
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору

3. "Cisco 2821 PPPoE"	+/–
Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 11:34
> Доброго всем дня. > При настройке PPPoE на 2821 выплыла проблема. > vpdn enable > request-dial in > protocol рррое > вот на этой строчке проблемы. Протокол L2TP есть, а pppoe(как в > примере выше) нет. > Что нужно, сменить прошивку, чтобы поддерживался pppoe? Для клиента можете применить что-то похожее на это: conf t ! interface dialer 1 encapsulation ppp ip address negotiated ppp chap hostname R01 ppp chap password R01R02 ip mtu 1492 dialer pool 1 exit ! interface fastethernet 0/1 no ip address pppoe enable pppoe-client dial-pool-number 1 end !
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	4. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 11:53
	>[оверквотинг удален] > ip mtu 1492 > dialer pool 1 > exit > ! > interface fastethernet 0/1 > no ip address > pppoe enable > pppoe-client dial-pool-number 1 > end > ! Я поясню, конфигурацию, что вы пытаетесь применить можно использовать, если ваш релиз IOS<12.2(13)T, если ваш релиз IOS>=12.2(13)T или 12.4T, то использовать VPDN для PPPoE более не требуется. Подробнее по ссылке: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/bbdsl/conf...
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	6. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 12:04
	> Я поясню, конфигурацию, что вы пытаетесь применить можно использовать, если ваш релиз > IOS<12.2(13)T, если ваш релиз IOS>=12.2(13)T или 12.4T, то использовать VPDN для > PPPoE более не требуется. > Подробнее по ссылке: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/bbdsl/conf... Спасибо за ответ, мой релиз Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 15.1(3)T2 , RELEASE SOFTWARE (fc1) Copyright (c) 1986-2011 by Cisco Systems, Inc. ROM: System Bootstrap, Version 12.4(13r)T11, RELEASE SOFTWARE (fc1)
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	5. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 11:53
	>[оверквотинг удален] > ip mtu 1492 > dialer pool 1 > exit > ! > interface fastethernet 0/1 > no ip address > pppoe enable > pppoe-client dial-pool-number 1 > end > ! Вот мой конфиг: interface GigabitEthernet0/0 description WAN no ip address duplex auto speed auto pppoe enable group global pppoe-client dial-pool-number 1 interface Dialer1 ip address negotiated ip mtu 1492 ip nat outside ip virtual-reassembly in encapsulation ppp dialer pool 1 dialer-group 1 ppp authentication pap chap callin ppp chap hostname xxxxxx ppp chap password 7 xxxxxxx ppp pap sent-username xxxxxx password 7 xxxxxx
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	7. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 12:18
	>[оверквотинг удален] > ip mtu 1492 > ip nat outside > ip virtual-reassembly in > encapsulation ppp > dialer pool 1 > dialer-group 1 > ppp authentication pap chap callin > ppp chap hostname xxxxxx > ppp chap password 7 xxxxxxx > ppp pap sent-username xxxxxx password 7 xxxxxx Хорошо, всё правильно, клиент соединяется?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	8. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 12:44
	>[оверквотинг удален] >> ip nat outside >> ip virtual-reassembly in >> encapsulation ppp >> dialer pool 1 >> dialer-group 1 >> ppp authentication pap chap callin >> ppp chap hostname xxxxxx >> ppp chap password 7 xxxxxxx >> ppp pap sent-username xxxxxx password 7 xxxxxx > Хорошо, всё правильно, клиент соединяется? Нет, не соединяется. У меня подозрение на настройки порта коммутатора в который он воткнут. Чисто физика. Линк по волокну с двумя вланами. Один влан для интернета приземляется(access) на порт в котором микротик, микротик работает. Вытаскиваю микротик втыкаю 2821, pppoe нет. Сабинтерфейсов на 2821 нет, значит порт работает как access. Физ. линк есть. Сессии нет. Интерфейс dialer1 IP не получает. Возвращаю микротик назад, сессия поднимается(в микротике).
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	9. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 12:45
	>[оверквотинг удален] >>> ppp chap hostname xxxxxx >>> ppp chap password 7 xxxxxxx >>> ppp pap sent-username xxxxxx password 7 xxxxxx >> Хорошо, всё правильно, клиент соединяется? > Нет, не соединяется. У меня подозрение на настройки порта коммутатора в который > он воткнут. Чисто физика. Линк по волокну с двумя вланами. Один > влан для интернета приземляется(access) на порт в котором микротик, микротик работает. > Вытаскиваю микротик втыкаю 2821, pppoe нет. Сабинтерфейсов на 2821 нет, значит > порт работает как access. Физ. линк есть. Сессии нет. Интерфейс dialer1 > IP не получает. Возвращаю микротик назад, сессия поднимается(в микротике). Сессия поднимается автоматически при подключении физ.линка? Переинициализация каким-то образом не нужна? Типа interface Dialer 1 - shut - no shut?
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	10. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 13:18
	>[оверквотинг удален] >>> Хорошо, всё правильно, клиент соединяется? >> Нет, не соединяется. У меня подозрение на настройки порта коммутатора в который >> он воткнут. Чисто физика. Линк по волокну с двумя вланами. Один >> влан для интернета приземляется(access) на порт в котором микротик, микротик работает. >> Вытаскиваю микротик втыкаю 2821, pppoe нет. Сабинтерфейсов на 2821 нет, значит >> порт работает как access. Физ. линк есть. Сессии нет. Интерфейс dialer1 >> IP не получает. Возвращаю микротик назад, сессия поднимается(в микротике). > Сессия поднимается автоматически при подключении физ.линка? Переинициализация каким-то > образом не нужна? Типа interface Dialer 1 - shut - no > shut? Я собрал стенд, чтобы было удобнее разговаривать и так, скорректируйте вашу конфигурацию следующим образом: conf t ! interface GigabitEthernet0/0 no pppoe enable ! pppoe-client dial-pool-number 1 end ! write Выполнять команду pppoe enable group global дополнительно не нужно, в конфигурационный файл будет автоматически добавлена команда pppoe enable.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	11. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 13:22
	>[оверквотинг удален] > ! > interface GigabitEthernet0/0 > no pppoe enable > ! > pppoe-client dial-pool-number 1 > end > ! > write > Выполнять команду pppoe enable group global дополнительно не нужно, в конфигурационный > файл будет автоматически добавлена команда pppoe enable. Отправка PADI кадров будет осуществляться автоматически, при наличие активного статуса интерфейса, Level 1/2 UP.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	12. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 14:09
	>[оверквотинг удален] >> no pppoe enable >> ! >> pppoe-client dial-pool-number 1 >> end >> ! >> write >> Выполнять команду pppoe enable group global дополнительно не нужно, в конфигурационный >> файл будет автоматически добавлена команда pppoe enable. > Отправка PADI кадров будет осуществляться автоматически, при наличие активного статуса > интерфейса, Level 1/2 UP. Спасибо за помощь, у меня просто удаленка на циску, поэтому быстро не отвечаю. вот что на интерфейсах: Dialer1 is up, line protocol is up (spoofing) Hardware is Unknown Internet address will be negotiated using IPCP MTU 1500 bytes, BW 56 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, LCP Closed, loopback not set Keepalive set (10 sec) DTR is pulsed for 1 seconds on reset Last input never, output never, output hang never Last clearing of "show interface" counters 1d00h Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/0/16 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 42 kilobits/sec 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes 0 packets output, 0 bytes Alians#show pppoe session 1 client session Uniq ID PPPoE RemMAC Port VT VA State SID LocMAC VA-st Type N/A 3464 2c21.31ab.c166 Gi0/0 Di1 N/A PADISNT 0026.994c.9460
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	13. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 15:46
	>[оверквотинг удален] > > > VA-st > Type > N/A 3464 2c21.31ab.c166 Gi0/0 > > Di1 N/A > PADISNT > > 0026.994c.9460 И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не поднимается?
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	14. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 16:15
	>[оверквотинг удален] >> VA-st >> Type >> N/A 3464 2c21.31ab.c166 Gi0/0 >> >> Di1 N/A >> PADISNT >> >> 0026.994c.9460 > И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не > поднимается? Нет, не поднимается. Ждал минут 5.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	15. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 16:49
	>[оверквотинг удален] >>> Type >>> N/A 3464 2c21.31ab.c166 Gi0/0 >>> >>> Di1 N/A >>> PADISNT >>> >>> 0026.994c.9460 >> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не >> поднимается? > Нет, не поднимается. Ждал минут 5. В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE концентратору? Если да, то включите на нём debug, если нет, тогда нужно будет смотреть debug на данном маршрутизаторе. Можно включить debug pppoe errors, events, elog, events, packets.
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	16. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 17:02
	>[оверквотинг удален] >>>> PADISNT >>>> >>>> 0026.994c.9460 >>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не >>> поднимается? >> Нет, не поднимается. Ждал минут 5. > В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE > концентратору? Если да, то включите на нём debug, если нет, тогда > нужно будет смотреть debug на данном маршрутизаторе. > Можно включить debug pppoe errors, events, elog, events, packets. Завтра буду на месте до рабочего дня, все сниму.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	17. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 17:03
	>[оверквотинг удален] >>>>> >>>>> 0026.994c.9460 >>>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не >>>> поднимается? >>> Нет, не поднимается. Ждал минут 5. >> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE >> концентратору? Если да, то включите на нём debug, если нет, тогда >> нужно будет смотреть debug на данном маршрутизаторе. >> Можно включить debug pppoe errors, events, elog, events, packets. > Завтра буду на месте до рабочего дня, все сниму. Спасибо за помощь.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	18. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 17:19
	>[оверквотинг удален] >>>>> >>>>> 0026.994c.9460 >>>> И так, PADI кадры судя по статусу PADISNT отправляются, дальше сессия не >>>> поднимается? >>> Нет, не поднимается. Ждал минут 5. >> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE >> концентратору? Если да, то включите на нём debug, если нет, тогда >> нужно будет смотреть debug на данном маршрутизаторе. >> Можно включить debug pppoe errors, events, elog, events, packets. > Завтра буду на месте до рабочего дня, все сниму. Хорошо, нам важно понимать на каком этапе происходит сбой, получает ли клиент PADO кадр от концентратора, а затем отправляет PADR и получает ли PADS. Если да, то перейдём к PPP фазе и посмотрим, что там у нас с CHAP аутентификацией и LCP согласованием.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	19. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 17:47
	>[оверквотинг удален] >>>> Нет, не поднимается. Ждал минут 5. >>> В таком случае требуется полноценный TSHOOT, у вас есть доступ к PPPoE >>> концентратору? Если да, то включите на нём debug, если нет, тогда >>> нужно будет смотреть debug на данном маршрутизаторе. >>> Можно включить debug pppoe errors, events, elog, events, packets. >> Завтра буду на месте до рабочего дня, все сниму. > Хорошо, нам важно понимать на каком этапе происходит сбой, получает ли клиент > PADO кадр от концентратора, а затем отправляет PADR и получает ли > PADS. Если да, то перейдём к PPP фазе и посмотрим, что > там у нас с CHAP аутентификацией и LCP согласованием. давно занимался debug-ами. Debug очень сильно тормозит систему, сыпет много инфы в монитор и его трудно остановить. Если есть какие советы по запуску и сбору, буду признателен.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	20. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 29-Ноя-17, 18:01
	>[оверквотинг удален] >>>> нужно будет смотреть debug на данном маршрутизаторе. >>>> Можно включить debug pppoe errors, events, elog, events, packets. >>> Завтра буду на месте до рабочего дня, все сниму. >> Хорошо, нам важно понимать на каком этапе происходит сбой, получает ли клиент >> PADO кадр от концентратора, а затем отправляет PADR и получает ли >> PADS. Если да, то перейдём к PPP фазе и посмотрим, что >> там у нас с CHAP аутентификацией и LCP согласованием. > давно занимался debug-ами. Debug очень сильно тормозит систему, сыпет много инфы в > монитор и его трудно остановить. Если есть какие советы по запуску > и сбору, буду признателен. Если у вас есть возможно сделать дамп пакетов трафика, то мы можем обойтись без запуска debug, по крайней мере на данном этапе. Если нет, то относительно debug самого PPPoE, много данных там не будет, а если не включать debug pppoe packets, так вообще строчек 10 будет. Для удобства можете включить: line vty 0 15 logging synchronous Это позволит вам при активации terminal monitor, получить вывод информации без разрыва строк. Либо можете вообще не выводить на консоль, а посмотреть вывод show logging.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	21. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 29-Ноя-17, 18:34
	>[оверквотинг удален] > обойтись без запуска debug, по крайней мере на данном этапе. > Если нет, то относительно debug самого PPPoE, много данных там не будет, > а если не включать debug pppoe packets, так вообще строчек 10 > будет. > Для удобства можете включить: > line vty 0 15 > logging synchronous > Это позволит вам при активации terminal monitor, получить вывод информации без разрыва > строк. Либо можете вообще не выводить на консоль, а посмотреть вывод > show logging. Ок.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	22. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 30-Ноя-17, 09:19
	>[оверквотинг удален] > обойтись без запуска debug, по крайней мере на данном этапе. > Если нет, то относительно debug самого PPPoE, много данных там не будет, > а если не включать debug pppoe packets, так вообще строчек 10 > будет. > Для удобства можете включить: > line vty 0 15 > logging synchronous > Это позволит вам при активации terminal monitor, получить вывод информации без разрыва > строк. Либо можете вообще не выводить на консоль, а посмотреть вывод > show logging. Высылаю debug логи: Nov 30 05:48:51.913: %SYS-5-CONFIG_I: Configured from console by vty0 (172.18.48.57) Nov 30 05:51:43.697: padi timer expired Nov 30 05:51:43.697: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:52:15.953: padi timer expired Nov 30 05:52:15.953: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:52:38.981: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0, changed state to up Nov 30 05:52:48.209: padi timer expired Nov 30 05:52:48.209: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:52:48.209: PPPoE 0: I PADO R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 Nov 30 05:52:48.209: PPPoE 0: I PADO R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0 Nov 30 05:52:48.209: PPPoE 0: I PADO R:307c.5e96.8eae L:0026.994c.9460 Gi0/0 Nov 30 05:52:48.217: PPPoE 0: I PADO R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0 Nov 30 05:52:50.261: PPPOE: we've got our pado and the pado timer went off Nov 30 05:52:50.261: OUT PADR from PPPoE Session Nov 30 05:52:50.261: PPPoE 3422: I PADS R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 Nov 30 05:52:50.261: IN PADS from PPPoE Session Nov 30 05:52:50.265: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 05:52:50.265: PPPoE: Virtual Access interface obtained. Nov 30 05:52:50.265: PPPoE : encap string prepared Nov 30 05:52:50.265: [0]PPPoE 3422: data path set to PPPoE Client Nov 30 05:52:50.269: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 05:52:50.301: PPPoE : Shutting down client session Nov 30 05:52:50.301: [0]PPPoE 3422: O PADT R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 Nov 30 05:52:50.301: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 05:52:50.305: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down Nov 30 05:53:10.485: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:53:14.581: padi timer expired Nov 30 05:53:14.581: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:53:22.773: padi timer expired Nov 30 05:53:22.773: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:53:38.901: padi timer expired Nov 30 05:53:38.901: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:54:11.157: padi timer expired Nov 30 05:54:11.157: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:54:11.157: PPPoE 0: I PADO R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 Nov 30 05:54:11.157: PPPoE 0: I PADO R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0 Nov 30 05:54:12.073: PPPoE 0: I PADO R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0 Nov 30 05:54:12.073: PPPoE 0: I PADO R:307c.5e96.8eae L:0026.994c.9460 Gi0/0 Nov 30 05:54:13.205: PPPOE: we've got our pado and the pado timer went off Nov 30 05:54:13.205: OUT PADR from PPPoE Session Nov 30 05:54:13.205: PPPoE 1607: I PADS R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 Nov 30 05:54:13.205: IN PADS from PPPoE Session Nov 30 05:54:13.205: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 05:54:13.209: PPPoE: Virtual Access interface obtained. Nov 30 05:54:13.209: PPPoE : encap string prepared Nov 30 05:54:13.209: [0]PPPoE 1607: data path set to PPPoE Client Nov 30 05:54:13.213: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 05:54:13.225: PPPoE : Shutting down client session Nov 30 05:54:13.225: [0]PPPoE 1607: O PADT R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 Nov 30 05:54:13.229: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 05:54:13.233: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down Nov 30 05:54:33.441: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:54:37.537: padi timer expired Nov 30 05:54:37.537: Sending PADI: Interface = GigabitEthernet0/0 Nov 30 05:54:45.757: padi timer expired Nov 30 05:54:45.757: Sending PADI: Interface = GigabitEthernet0/0 ==================================================================================================================== Nov 30 05:57:31.645: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 05:57:47.773: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 05:58:20.077: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 05:58:20.077: PPPoE 0: I PADO R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 2C 21 31 AB C1 66 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 05:58:20.077: PPPoE 0: I PADO R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 30 7C 5E 96 90 F0 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 05:58:20.077: PPPoE 0: I PADO R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 2C 21 31 AB BE 80 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 05:58:20.077: PPPoE 0: I PADO R:307c.5e96.8eae L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 30 7C 5E 96 8E AE 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 05:58:22.125: OUT PADR from PPPoE Session contiguous pak, size 70 2C 21 31 AB C1 66 00 26 99 4C 94 60 88 63 11 19 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 05:58:22.125: PPPoE 3856: I PADS R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 2C 21 31 AB C1 66 88 63 11 65 0F 10 00 32 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 38 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 05:58:22.129: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 05:58:22.133: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 05:58:22.145: [0]PPPoE 3856: O PADT R:2c21.31ab.c166 L:0026.994c.9460 Gi0/0 contiguous pak, size 60 2C 21 31 AB C1 66 00 26 99 4C 94 60 88 63 11 A7 0F 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 05:58:22.149: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 05:58:22.153: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down ===================================================================================Nov 30 06:01:28.237: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 06:01:32.333: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 06:01:40.525: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 06:01:56.661: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 06:02:28.917: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 06:02:28.917: PPPoE 0: I PADO R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 30 7C 5E 96 90 F0 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 06:02:28.917: PPPoE 0: I PADO R:307c.5e96.8eae L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 30 7C 5E 96 8E AE 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 06:02:28.917: PPPoE 0: I PADO R:2c21.31ab.be80 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 2C 21 31 AB BE 80 88 63 11 07 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 38 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 06:02:30.965: OUT PADR from PPPoE Session contiguous pak, size 70 30 7C 5E 96 90 F0 00 26 99 4C 94 60 88 63 11 19 00 00 00 32 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 37 01 03 00 08 4C 00 00 02 00 00 19 55 01 01 00 00 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 06:02:30.965: PPPoE 187: I PADS R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0 contiguous pak, size 70 00 26 99 4C 94 60 30 7C 5E 96 90 F0 88 63 11 65 00 BB 00 32 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 01 02 00 0A 4B 52 44 52 2D 42 52 41 53 37 01 04 00 10 29 85 8A DD 06 5B A4 B7 D9 E4 A3 1C D2 28 66 67 Nov 30 06:02:30.969: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 06:02:30.973: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 06:02:30.985: [0]PPPoE 187: O PADT R:307c.5e96.90f0 L:0026.994c.9460 Gi0/0 contiguous pak, size 60 30 7C 5E 96 90 F0 00 26 99 4C 94 60 88 63 11 A7 00 BB 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Nov 30 06:02:30.989: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 06:02:30.993: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down *Nov 30 06:02:51.189: pppoe_send_padi: contiguous pak, size 60 FF FF FF FF FF FF 00 26 99 4C 94 60 88 63 11 09 00 00 00 10 01 01 00 00 01 03 00 08 4C 00 00 02 00 00 19 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	23. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 09:47
	>[оверквотинг удален] > FF FF FF 00 26 99 4C 94 60 88 63 > 11 09 > 00 00 00 > 10 01 01 00 00 01 03 00 08 4C 00 > 00 02 > 00 00 19 > 55 00 00 00 00 00 00 00 00 00 00 > 00 00 > 00 00 00 > 00 00 00 00 00 00 00 00 00 И так, мы можем с вами заключить из вашего лога, что PPPoE Discovery фаза выполняется на 100%, а вот PPP фаза судя по всему завершается с ошибкой. А значит, мы можем перейти с вами к debug PPP: debug ppp authentication и debug ppp negotiation В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола, а так же причину по которой PPP фаза завершается ошибкой.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	24. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 30-Ноя-17, 09:54
	>[оверквотинг удален] >> 00 00 >> 00 00 00 >> 00 00 00 00 00 00 00 00 00 > И так, мы можем с вами заключить из вашего лога, что PPPoE > Discovery фаза выполняется на 100%, а вот PPP фаза судя по > всему завершается с ошибкой. > А значит, мы можем перейти с вами к debug PPP: debug ppp > authentication и debug ppp negotiation > В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола, > а так же причину по которой PPP фаза завершается ошибкой. debag ppp negotiation Nov 30 06:41:36.768: Vi2 LCP: O CONFNAK [REQsent] id 105 len 8 Nov 30 06:41:36.768: Vi2 LCP: MRU 1500 (0x010405DC) Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent] Nov 30 06:41:36.768: Vi2 LCP: I CONFREJ [REQsent] id 5 len 8 Nov 30 06:41:36.768: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.768: Vi2 LCP: O CONFREQ [REQsent] id 6 len 14 Nov 30 06:41:36.768: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.768: Vi2 LCP: MagicNumber 0x303197C3 (0x0506303197C3) Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent] Nov 30 06:41:36.768: Vi2 LCP: I CONFREQ [REQsent] id 106 len 18 Nov 30 06:41:36.768: Vi2 LCP: MRU 1492 (0x010405D4) Nov 30 06:41:36.768: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.768: Vi2 LCP: MagicNumber 0x0201CF87 (0x05060201CF87) Nov 30 06:41:36.768: Vi2 LCP: Sent too many CONFNAKs. Switch to CONFREJ Nov 30 06:41:36.768: Vi2 LCP: O CONFREJ [REQsent] id 106 len 8 Nov 30 06:41:36.768: Vi2 LCP: MRU 1492 (0x010405D4) Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent] Nov 30 06:41:36.768: Vi2 LCP: I CONFREJ [REQsent] id 6 len 8 Nov 30 06:41:36.768: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.768: Vi2 LCP: O CONFREQ [REQsent] id 7 len 14 Nov 30 06:41:36.768: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.768: Vi2 LCP: MagicNumber 0x303197C3 (0x0506303197C3) Nov 30 06:41:36.768: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent] Nov 30 06:41:36.768: Vi2 LCP: I CONFREQ [REQsent] id 107 len 14 Nov 30 06:41:36.768: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.768: Vi2 LCP: MagicNumber 0x0201CF87 (0x05060201CF87) Nov 30 06:41:36.772: Vi2 LCP: O CONFACK [REQsent] id 107 len 14 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: MagicNumber 0x0201CF87 (0x05060201CF87) Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent] Nov 30 06:41:36.772: Vi2 LCP: I CONFREJ [ACKsent] id 7 len 8 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: O CONFREQ [ACKsent] id 8 len 14 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: MagicNumber 0x303197C3 (0x0506303197C3) Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Nov 30 06:41:36.772: Vi2 LCP: I CONFREJ [ACKsent] id 8 len 8 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: O CONFREQ [ACKsent] id 9 len 14 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: MagicNumber 0x303197C3 (0x0506303197C3) Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Nov 30 06:41:36.772: Vi2 LCP: I CONFREJ [ACKsent] id 9 len 8 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: O CONFREQ [ACKsent] id 10 len 14 Nov 30 06:41:36.772: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.772: Vi2 LCP: MagicNumber 0x303197C3 (0x0506303197C3) Nov 30 06:41:36.772: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Nov 30 06:41:36.776: Vi2 LCP: I CONFREJ [ACKsent] id 10 len 8 Nov 30 06:41:36.776: Vi2 LCP: AuthProto PAP (0x0304C023) Nov 30 06:41:36.776: Vi2 LCP: Received too many CONFREJs. Closing CP Nov 30 06:41:36.776: Vi2 PPP DISC: LCP failed to negotiate Nov 30 06:41:36.776: PPP: NET STOP send to AAA. Nov 30 06:41:36.776: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4 Nov 30 06:41:36.776: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing] Nov 30 06:41:36.776: Vi2 LCP: I TERMACK [Closing] id 11 len 4 Nov 30 06:41:36.776: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed] Nov 30 06:41:36.776: Vi2 LCP: Event[DOWN] State[Closed to Initial] Nov 30 06:41:36.776: Vi2 PPP: Phase is DOWN Nov 30 06:41:36.780: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 *Nov 30 06:41:36.784: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	25. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 30-Ноя-17, 09:59
	>[оверквотинг удален] >> 00 00 >> 00 00 00 >> 00 00 00 00 00 00 00 00 00 > И так, мы можем с вами заключить из вашего лога, что PPPoE > Discovery фаза выполняется на 100%, а вот PPP фаза судя по > всему завершается с ошибкой. > А значит, мы можем перейти с вами к debug PPP: debug ppp > authentication и debug ppp negotiation > В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола, > а так же причину по которой PPP фаза завершается ошибкой. Добавлю. Попробовал поднять PPPoE соединение напрямую с компа. Создал соединение, соединение поднялось. Затем в свойствах соединения поочередно выключал CHAP, PAP и понял, что сервер со стороны провайдера использует PAP. Поэтому на Cisco оставил только PAP.
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	26. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 30-Ноя-17, 10:07
	>[оверквотинг удален] >> 00 00 >> 00 00 00 >> 00 00 00 00 00 00 00 00 00 > И так, мы можем с вами заключить из вашего лога, что PPPoE > Discovery фаза выполняется на 100%, а вот PPP фаза судя по > всему завершается с ошибкой. > А значит, мы можем перейти с вами к debug PPP: debug ppp > authentication и debug ppp negotiation > В данном случае мы увидим результат работы LCP протокола и PAP/CHAP протокола, > а так же причину по которой PPP фаза завершается ошибкой. debug ppp authentication Nov 30 07:01:59.324: %SYS-5-CONFIG_I: Configured from console by vty0 (172.18.48.60) Nov 30 07:02:39.028: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0, changed state to up Nov 30 07:02:53.256: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 07:02:53.256: Vi2 PPP: Using dialer call direction Nov 30 07:02:53.260: Vi2 PPP: Treating connection as a callout Nov 30 07:02:53.260: Vi2 PPP: Session handle[73000036] Session id[54] Nov 30 07:02:53.260: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 07:02:53.276: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 07:02:53.280: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down Nov 30 07:04:16.196: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 07:04:16.204: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 07:04:16.204: Vi2 PPP: Using dialer call direction Nov 30 07:04:16.204: Vi2 PPP: Treating connection as a callout Nov 30 07:04:16.204: Vi2 PPP: Session handle[B9000037] Session id[55] Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	27. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 10:47
	>[оверквотинг удален] > Nov 30 07:02:53.260: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up > Nov 30 07:02:53.276: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 > Nov 30 07:02:53.280: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down > Nov 30 07:04:16.196: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 > Nov 30 07:04:16.204: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up > Nov 30 07:04:16.204: Vi2 PPP: Using dialer call direction > Nov 30 07:04:16.204: Vi2 PPP: Treating connection as a callout > Nov 30 07:04:16.204: Vi2 PPP: Session handle[B9000037] Session id[55] > Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 > Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное, чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает, что концентратор не поддерживает его. Но, вы говорите, что концентратор принял его от Windows клиента, что не даёт ответа, что происходит совершенно. Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный обмен с начала и до конца.
	Ответить \| Правка \| ^ к родителю #26 \| Наверх \| Cообщить модератору


	28. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 30-Ноя-17, 11:01
	>[оверквотинг удален] >> Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 >> Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down > Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное, > чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а > это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер > судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает, > что концентратор не поддерживает его. Но, вы говорите, что концентратор принял > его от Windows клиента, что не даёт ответа, что происходит совершенно. > Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный > обмен с начала и до конца. Буфер не помещает все сообщения, нужен совет как увеличить.
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору


	29. "Cisco 2821 PPPoE"	+/–
	Сообщение от zanswer CCNA RS and S on 30-Ноя-17, 11:17
	>[оверквотинг удален] >>> *Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down >> Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное, >> чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а >> это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер >> судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает, >> что концентратор не поддерживает его. Но, вы говорите, что концентратор принял >> его от Windows клиента, что не даёт ответа, что происходит совершенно. >> Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный >> обмен с начала и до конца. > Буфер не помещает все сообщения, нужен совет как увеличить. Попробуйте вот так: conf t ! logging buffered <4096-2147483647> Это размер в байтах, по умолчанию он равен 4096 байтам, на время его можно увеличить на любое другое значение.
	Ответить \| Правка \| ^ к родителю #28 \| Наверх \| Cообщить модератору


	30. "Cisco 2821 PPPoE"	+/–
	Сообщение от onniks (ok) on 30-Ноя-17, 11:20
	>[оверквотинг удален] >> Nov 30 07:04:16.220: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 >> Nov 30 07:04:16.224: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down > Можно вас попросить сделать лог debug ppp auth/negotiation/error вместе и самое главное, > чтобы он был полный, первое ваше сообщение уже содержит CONFNAK, а > это значит, что как минимум CONFREQ где-то потерялся. Опять же провайдер > судя по третьему сообщению присылает CONFREJ для PAP протокола, что означает, > что концентратор не поддерживает его. Но, вы говорите, что концентратор принял > его от Windows клиента, что не даёт ответа, что происходит совершенно. > Поэтому я вынужден просить вас, сделать новый лог, который будет содержать полный > обмен с начала и до конца. Изменил метод авторизации на CHAP. debug auth: Nov 30 08:10:40.632: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Nov 30 08:10:40.636: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Nov 30 08:10:40.636: Vi2 PPP: Using dialer call direction Nov 30 08:10:40.636: Vi2 PPP: Treating connection as a callout Nov 30 08:10:40.636: Vi2 PPP: Session handle[C100003D] Session id[61] Nov 30 08:10:40.660: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 08:10:40.664: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down debug nego: Nov 30 08:12:03.592: Vi2 LCP: O CONFNAK [REQsent] id 188 len 8 Nov 30 08:12:03.592: Vi2 LCP: MRU 1500 (0x010405DC) Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent] Nov 30 08:12:03.592: Vi2 LCP: I CONFREJ [REQsent] id 5 len 9 Nov 30 08:12:03.592: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.592: Vi2 LCP: O CONFREQ [REQsent] id 6 len 15 Nov 30 08:12:03.592: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.592: Vi2 LCP: MagicNumber 0x308466D2 (0x0506308466D2) Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent] Nov 30 08:12:03.592: Vi2 LCP: I CONFREQ [REQsent] id 189 len 19 Nov 30 08:12:03.592: Vi2 LCP: MRU 1492 (0x010405D4) Nov 30 08:12:03.592: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.592: Vi2 LCP: MagicNumber 0x1678D37F (0x05061678D37F) Nov 30 08:12:03.592: Vi2 LCP: Sent too many CONFNAKs. Switch to CONFREJ Nov 30 08:12:03.592: Vi2 LCP: O CONFREJ [REQsent] id 189 len 8 Nov 30 08:12:03.592: Vi2 LCP: MRU 1492 (0x010405D4) Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent] Nov 30 08:12:03.592: Vi2 LCP: I CONFREJ [REQsent] id 6 len 9 Nov 30 08:12:03.592: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.592: Vi2 LCP: O CONFREQ [REQsent] id 7 len 15 Nov 30 08:12:03.592: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.592: Vi2 LCP: MagicNumber 0x308466D2 (0x0506308466D2) Nov 30 08:12:03.592: Vi2 LCP: Event[Receive ConfNak/Rej] State[REQsent to REQsent] Nov 30 08:12:03.596: Vi2 LCP: I CONFREQ [REQsent] id 190 len 15 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: MagicNumber 0x1678D37F (0x05061678D37F) Nov 30 08:12:03.596: Vi2 LCP: O CONFACK [REQsent] id 190 len 15 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: MagicNumber 0x1678D37F (0x05061678D37F) Nov 30 08:12:03.596: Vi2 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent] Nov 30 08:12:03.596: Vi2 LCP: I CONFREJ [ACKsent] id 7 len 9 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: O CONFREQ [ACKsent] id 8 len 15 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: MagicNumber 0x308466D2 (0x0506308466D2) Nov 30 08:12:03.596: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Nov 30 08:12:03.596: Vi2 LCP: I CONFREJ [ACKsent] id 8 len 9 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: O CONFREQ [ACKsent] id 9 len 15 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: MagicNumber 0x308466D2 (0x0506308466D2) Nov 30 08:12:03.596: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Nov 30 08:12:03.596: Vi2 LCP: I CONFREJ [ACKsent] id 9 len 9 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.596: Vi2 LCP: O CONFREQ [ACKsent] id 10 len 15 Nov 30 08:12:03.596: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.600: Vi2 LCP: MagicNumber 0x308466D2 (0x0506308466D2) Nov 30 08:12:03.600: Vi2 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Nov 30 08:12:03.600: Vi2 LCP: I CONFREJ [ACKsent] id 10 len 9 Nov 30 08:12:03.600: Vi2 LCP: AuthProto CHAP (0x0305C22305) Nov 30 08:12:03.600: Vi2 LCP: Received too many CONFREJs. Closing CP Nov 30 08:12:03.600: Vi2 PPP DISC: LCP failed to negotiate Nov 30 08:12:03.600: PPP: NET STOP send to AAA. Nov 30 08:12:03.600: Vi2 LCP: O TERMREQ [ACKsent] id 11 len 4 Nov 30 08:12:03.600: Vi2 LCP: Event[CLOSE] State[ACKsent to Closing] Nov 30 08:12:03.600: Vi2 LCP: I TERMACK [Closing] id 11 len 4 Nov 30 08:12:03.600: Vi2 LCP: Event[Receive TermAck] State[Closing to Closed] Nov 30 08:12:03.600: Vi2 LCP: Event[DOWN] State[Closed to Initial] Nov 30 08:12:03.600: Vi2 PPP: Phase is DOWN *Nov 30 08:12:03.604: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Nov 30 08:12:03.608: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down По debug ppp error вообще ничего не выдает. Такое ощущение что Cisco сама кладет соединение. Один раз в show pppoe sesson увидел UP состояние на секунду.
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору