>[оверквотинг удален]
> *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 сессии, до начала этапа аутентификации.
Если решите сделать дамп, то скажите, посмотрим, как удобнее его сделать, если решите привлечь провайдера, то напишите, что провайдер скажет про свою сторону.