I dont use these two lines in my dialer section on an identical setup (2600&WIC) and never have had a problem;
dialer idle-timeout 0 dialer persistent
other than that my config looks similar and I couldn't see a reason for it myself although Im no guru :)
I've got some issues with an adsl setup.
I'm using PPPoA as I'm in the UK. After 2 - 5mins I get the following error message, and the atm link goes down.
I also get:
These happen before the link goes down.
It's a 2600, with a Wic 1 ADSL.
In the 5 mins its up, I can route traffic and the nat works fine.
running-config:
Current configuration : 1332 bytes ! version 12.2 service timestamps debug datetime service timestamps log datetime no service password-encryption ! hostname main-gw ! aaa new-model ! ! aaa session-id common enable secret 5 xxxx ! username joe password 0 xxx ip subnet-zero ! ! ! ip audit notify log ip audit po max-events 100 ip ssh time-out 60 ! ! ! ! ! ! ! ! fax interface-type fax-mail mta receive maximum-recipients 0 ! ! ! ! interface ATM0/0 no ip address no atm ilmi-keepalive pvc 0/38 encapsulation aal5mux ppp dialer dialer pool-member 1 ! dsl operating-mode auto no fair-queue ! interface Ethernet0/0 ip address 10.0.0.3 255.255.255.0 ip nat inside half-duplex ! interface Dialer1 ip address 22.22.22.22 255.255.255.248 ip nat outside encapsulation ppp dialer pool 1 dialer idle-timeout 0 dialer persistent ppp chap hostname snipped-for-privacy@host.com ppp chap password 0 xxxx ppp pap sent-username snipped-for-privacy@host.com password 0 xxxx ! ip nat inside source list 1 interface Dialer1 overload ip classless ip route 0.0.0.0 0.0.0.0 Dialer1 no ip http server ip pim bidir-enable ! ! access-list 1 permit 10.0.0.0 0.0.0.255 ! call rsvp-sync ! ! mgcp profile default ! dial-peer cor custom ! ! ! ! ! line con 0 password xxx line aux 0 line vty 0 4 password xxx transport input ssh ! ! end
Any ideas?
Hi,
put 'no dialer idle-timeout' under your dialer1 interface to remove the command.
you already have 'dialer persistent' in place and that should keep the interface always up.
I would also consider putting the following commands in to prevent large packets from being dropped on the DSLAM:
interface dialer1 ip mtu 1492 ip tcp adjust-mss 1452 ! interface Ethernet0/0 ip tcp adjust-mss 1452
The PPP overhead makes the packet too large and it is often dropped if you don't restrict the size.
Regards,
Martin
Have something to add? Share your thoughts — no account required.
Ask the community — no account required