поднял PPPoE канал до прова как написано здесь http://www.cisco.com/en/US/tech/tk175/tk15/technologies_conf...

канал поднимается, но через некоторое время падает наглухо и поднимается только если перезагрузить циску по питанию
deb pppoe error показывает следующее:

Unable to change if_input to Vi2,dropping packet R:0019.a951.0c1b L:000d.28dc.b628 Et0/0

#deb pppoe event
002662: .Aug 18 17:48:29.465:  Sending PADI: Interface = Ethernet0/0
002663: .Aug 18 17:48:29.465: PPPoE 0: I PADO  R:001c.0ec4.b019 L:000d.28dc.b628 Et0/0
002664: .Aug 18 17:48:29.465: PPPoE 0: I PADO  R:0019.a951.0c1b L:000d.28dc.b628 Et0/0
002665: .Aug 18 17:48:29.465: PPPoE 0: I PADO  R:001a.e38a.b819 L:000d.28dc.b628 Et0/0
002666: .Aug 18 17:48:29.465: PPPoE 0: I PADO  R:0014.f176.7419 L:000d.28dc.b628 Et0/0
002667: .Aug 18 17:48:29.501: PPPoE 0: I PADO  R:0019.0767.2419 L:000d.28dc.b628 Et0/0
002668: .Aug 18 17:48:31.516:  PPPOE: we've got our pado and the pado timer went off
002669: .Aug 18 17:48:31.516: OUT PADR from PPPoE Session
002670: .Aug 18 17:48:31.516: PPPoE 31280: I PADS  R:001c.0ec4.b019 L:000d.28dc.b628 Et0/0
002671: .Aug 18 17:48:31.520: IN PADS from PPPoE Session
002672: .Aug 18 17:48:31.524: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
002673: .Aug 18 17:48:31.524: Vi2 Debug: Condition 3, interface Di1 triggered, count 1
002674: .Aug 18 17:48:31.524: PPPoE: Virtual Access interface obtained.
002675: .Aug 18 17:48:31.524: PPPoE : encap string prepared
002676: .Aug 18 17:48:31.524: [0]PPPoE 31280: data path set to Virtual Acess
002677: .Aug 18 17:48:31.528: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
002678: .Aug 18 17:48:51.649: PPPoE 31280: I PADT  R:001c.0ec4.b019 L:000d.28dc.b628 Et0/0
002679: .Aug 18 17:48:51.649:  PPPoE : Shutting down client session
002680: .Aug 18 17:48:51.649: [0]PPPoE 31280: O PADT  R:001c.0ec4.b019 L:000d.28dc.b628 Et0/0
002681: .Aug 18 17:48:51.653: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
002682: .Aug 18 17:48:51.657: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

а вот конфиг

vpdn enabled

interface Ethernet0/0
no ip address
ip virtual-reassembly
half-duplex
pppoe enable
pppoe-client dial-pool-number 2
no cdp enable
!
interface FastEthernet0/0
ip address 10.126.9.254 255.255.255.0
ip nat inside
ip virtual-reassembly
no ip mroute-cache
speed auto
no cdp enable
h323-gateway voip bind srcaddr 10.126.9.254
!
interface Dialer1
mtu 1492
ip address negotiated
ip nat outside
ip virtual-reassembly
encapsulation ppp
dialer pool 2
dialer-group 2
no cdp enable
ppp authentication chap callin
ppp chap hostname v40879134
ppp chap password 7 095E57511F0816060D
crypto map remoto
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
no ip http server
ip http secure-server
ip http path flash:
!
ip nat inside source list nat interface Dialer1 overload

вот я и думаю - проблема в моем конфиге или у прова? (у него тоже циска стоит)

• беда с PPPoE каналом до провайдера!,Comper, 16:21 , 20-Авг-07
  • беда с PPPoE каналом до провайдера!,pizz, 17:41 , 20-Авг-07
    • беда с PPPoE каналом до провайдера!,Comper, 18:41 , 20-Авг-07

interface DialerXXX
dialer persistent

>interface DialerXXX
> dialer persistent

ок, спасибо, попробую! но это предпологает, что моя циска кладет канал при отсутствии интересного трафика, но проблема в том, что  она его вновь поднять не может...

>>interface DialerXXX
>> dialer persistent
>
>ок, спасибо, попробую! но это предпологает, что моя циска кладет канал при
>отсутствии интересного трафика, но проблема в том, что  она его
>вновь поднять не может...

не совсем так, мониторится не трафик, а состоние канала

Feature Overview
A new interface configuration command, dialer persistent, allows a dial-on-demand routing (DDR) dialer profile connection to be brought up without being triggered by interesting traffic. When configured, the dialer persistent command starts a timer when the dialer interface starts up and starts the connection when the timer expires. If interesting traffic arrives before the timer expires, the connection is still brought up and set as persistent. The command provides a default timer interval, or you can set a custom timer interval.

The connection is not brought down until the shutdown interface command is entered on the dialer interface. If the persistent connection is torn down for some other reason, such as the ISDN line goes down, the system immediately tries to bring the connection back up, and will use any other settings configured for dialing on the dialer interface.