Solved: No internet after changing username/password for adsl on cisco 2811

mipl45023 · ‎07-02-2013

Greetings,

I have a 2811 cisco router which is connected to a ADSL modem via fa0/1. When i changed the username and password for ADSl udner the dialer interface, i loose the internet connection. the new internet account is fine since i can login to internet directly through the wifi available on the adsl modem.if i put the old username and password back it works. Not sure how to sort this out or figure out where things are going wrong. putting the config below. suggestion is highly appreciated.

The router is on the perimeter , where the leased line , adsl and the PRi line terminate. from the router, the connection comes into a ASA5505 firewall and from there into the internal switch.

interface FastEthernet0/1

mtu 1492

no ip address

duplex auto

speed auto

pppoe enable group global

pppoe-client dial-pool-number 1

no cdp enable

!

i

interface Dialer1

ip address negotiated

ip mtu 1492

ip nbar protocol-discovery

ip nat outside

ip virtual-reassembly in

encapsulation ppp

dialer pool 1

ppp authentication chap pap callin

ppp pap sent-username xxxx password 0 xxxxxxxx

!

ip forward-protocol nd

ip http server

ip http authentication local

no ip http secure-server

ip http path flash:

!

ip dns server

ip nat inside source list 100 interface Dialer1 overload

ip route 0.0.0.0 0.0.0.0 zzz.zzz.zzz.zz

logging esm config

access-list 100 permit ip xx.xxx.xx.xxx 0.0.0.7 any

access-list 120 permit ip host yy.yyy.yy.yyy any

dialer-list 1 protocol ip permit

nls resp-timeout 1

cpd cr-id 1

!

route-map TOADSL permit 10

match ip address 120

set default interface Dialer1

havent put the whole config since the router also has CUE runnign on it.

Peter Paluch · ‎07-13-2013

Hello Raj,

This is what intrigues me in your debug output:

Jul 13 08:14:27: Vi2 LCP: I TERMREQ [Open] id 248 len 4

The debugs clearly show that you are authenticating correctly to the other party and that the IP protocol is brought up fine. Immediately, however, the PPP session is torn down by your ISP by the termination request as highlighted above - after the link has actually been brought up totally successfully. The reason is not indicated.

I believe you should discuss this with your ISP - he may have better insight into why its access device is closing the PPP session to you. Show him this debug and point out that the TERMREQ message is coming from his devices after the PPP+IP have been succesfully negotiated and link should have actually started working.

Best regards,

Peter

View solution in original post

Simon Brooks · ‎07-13-2013

Hi Raj,

These two lines indicate where the problem is, but everything seems to be okay, authentictaion LCP etc. The only thing I can see wrong is these lines and the fact the remote side will not do CDPCP with you (but you can fix that with no cdp run in global config).

Jul 13 08:14:27: Vi2 LCP: I TERMREQ [Open] id 248 len 4

Jul 13 08:14:27: Vi2 PPP DISC: Received LCP TERMREQ from peer

I would asvise speaking with ADSL provider about this, everything seems absolutely fine and there is no reason specified for the termination request from the peer.

Ask them for their PPP config and give them this output and highlight the above. Seems very weird, on the off chance though try disabling CDP, can't see why that would cause them to send termination request though.

View solution in original post

mipl45023 · ‎07-02-2013

the default route is set to leased line so that the smtp traffic only goes through that and for internet traffic coming from the itnernal lan, it is routed through the adsl line

neil grant · ‎07-03-2013

Hello raj ,

pleasse provide output from:

debug ppp neg

debug ppp authen

Regards Neil

Regards Neil http://uk.linkedin.com/pub/neil-grant/20/5b0/267

anisaini · ‎07-03-2013

Hi Raj,

It is expected that when you change the username and password on the dialer , it will not be up until you put back the correct username and password.

please correct me if your query was something different.

Thanks

mipl45023 · ‎07-11-2013

Neil,

did ppp debug and not getting any output. if i am change the username and password, the dialer interface looses the ip. the only thing that works is pinging public dns like google etc, whic i suppose is goign through the leased line interface.

anything else to try. need to get rid of this. should i post the whole config. its a PBR that is happening on the router. for smtp ,the leased line is used and for http, the adsl. the wireless modem that is hooked up to the fast ethernet interface on the router works without hassle. i can hook up to that directly and browse itnernet without any issues. but through the lan, it is not working

mipl45023 · ‎07-11-2013

sh interface dialer shows, line protocol is up ( spoofing). there are no other errors or debug information showing up on the router, unless i am not looking at th eright place.

Simon Brooks · ‎07-12-2013

Sh run | inc log
Check logging is on for relevant connect method. If not then turn it on.

Debug ppp negotiation
Debug ppp auth

Sent from Cisco Technical Support Android App

mipl45023 · ‎07-13-2013

Hi

please find the debug log

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2013.07.13 12:15:43 =~=~=~=~=~=~=~=~=~=~=~=

CME#

CME#l termi

CME#terminal moni

CME#terminal monitor

CME#logg conf t

Enter configuration commands, one per line. End with CNTL/Z.

CME(config)#logg

CME(config)#logging on

CME(config)#exit w int dial

CME(config)#int dialer 1

CME(config-if)#ppp pap

CME(config-if)#ppp pap sent

CME(config-if)#ppp pap sent-username

Jul 13 08:13:20: Vi2 PPP: Outbound cdp packet dropped, NCP not negotiated mipl1

% Incomplete command.

CME(config-if)#ppp pap sent-username mipl1 pass

CME(config-if)#ppp pap sent-username mipl1 password 0 yyyyyyyyy

CME(config-if)#

CME(config-if)#shut

CME(config-if)#no

Jul 13 08:13:38: Vi2 PPP DISC: Authentication configuration changed

Jul 13 08:13:38: PPP: NET STOP send to AAA.

Jul 13 08:13:38.989: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1

Jul 13 08:13:38: Vi2 PPP: Block vaccess from being freed [0x10]

Jul 13 08:13:38: Di1 DDR: dialer shutdown complete

Jul 13 08:13:38: Di1 Deleted neighbor route from AVL tree: topoid 0, address 195.229.248.29

Jul 13 08:13:38: Di1 IPCP: Remove route to 195.229.248.29

Jul 13 08:13:39: Vi2 IPCP: Event[DOWN] State[Open to Starting]

Jul 13 08:13:39: Vi2 IPCP: Event[CLOSE] State[Starting to Initial]

Jul 13 08:13:39: Vi2 CDPCP: Event[DOWN] State[Stopped to Starting]

Jul 13 08:13:39: Vi2 CDPCP: Event[CLOSE] State[Starting to Initial]

Jul 13 08:13:39: Vi2 LCP: Event[DOWN] State[Open to Starting]

Jul 13 08:13:39: Vi2 PPP: Unlocked by [0x10] Still Locked by [0x0]

Jul 13 08:13:39: Vi2 PPP: Free previously blocked vaccess

Jul 13 08:13:39: Vi2 PPP: Phase is DOWN

Jul 13 08:13:39.005: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Jul 13 08:13:39: Vi2 PPP: Sending cstate DOWN notification

Jul 13 08:13:39: Vi2 PPP: Processing CstateDown messageshut

CME(config-if)#

Jul 13 08:13:39.009: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down

CME(config-if)#

Jul 13 08:14:01.353: %DIALER-6-BIND: Interface Vi2 bound to profile Di1

Jul 13 08:14:01.357: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up

Jul 13 08:14:01: Vi2 PPP: Sending cstate UP notification

Jul 13 08:14:01: Vi2 PPP: Processing CstateUp message

Jul 13 08:14:01: PPP: Alloc Context [49D0C388]

Jul 13 08:14:01: ppp54 PPP: Phase is ESTABLISHING

Jul 13 08:14:01: Vi2 PPP: Using dialer call direction

Jul 13 08:14:01: Vi2 PPP: Treating connection as a callout

Jul 13 08:14:01: Vi2 PPP: Session handle[F500003A] Session id[54]

Jul 13 08:14:01: Vi2 LCP: Event[OPEN] State[Initial to Starting]

Jul 13 08:14:01: Vi2 PPP: No remote authentication for call-out

Jul 13 08:14:01: Vi2 LCP: O CONFREQ [Starting] id 1 len 10

Jul 13 08:14:01: Vi2 LCP: MagicNumber 0x280974EA (0x0506280974EA)

Jul 13 08:14:01: Vi2 LCP: Event[UP] State[Starting to REQsent]

Jul 13 08:14:01: Vi2 LCP: I CONFREQ [REQsent] id 111 len 18

Jul 13 08:14:01: Vi2 LCP: MRU 1492 (0x010405D4)

Jul 13 08:14:01: Vi2 LCP: AuthProto PAP (0x0304C023)

Jul 13 08:14:01: Vi2 LCP: MagicNumber 0x7B111C9F (0x05067B111C9F)

Jul 13 08:14:01: Vi2 LCP: O CONFNAK [REQsent] id 111 len 8

Jul 13 08:14:01: Vi2 LCP: MRU 1500 (0x010405DC)

Jul 13 08:14:01: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]

Jul 13 08:14:01: Vi2 LCP: I CONFACK [REQsent] id 1 len 10

Jul 13 08:14:01: Vi2 LCP: MagicNumber 0x280974EA (0x0506280974EA)

Jul 13 08:14:01: Vi2 LCP: Event[Receive ConfAck] State[REQsent to ACKrcvd]

Jul 13 08:14:01: Vi2 LCP: I CONFREQ [ACKrcvd] id 112 len 18

Jul 13 08:14:01: Vi2 LCP: MRU 1500 (0x010405DC)

Jul 13 08:14:01: Vi2 LCP: AuthProto PAP (0x0304C023)

Jul 13 08:14:01: Vi2 LCP: MagicNumber 0x7B111C9F (0x05067B111C9F)

Jul 13 08:14:01: Vi2 LCP: O CONFACK [ACKrcvd] id 112 len 18

Jul 13 08:14:01: Vi2 LCP: MRU 1500 (0x010405DC)

Jul 13 08:14:01: Vi2 LCP: AuthProto PAP (0x0304C023)

Jul 13 08:14:01: Vi2 LCP: MagicNumber 0x7B111C9F (0x05067B111C9F)

Jul 13 08:14:01: Vi2 LCP: Event[Receive ConfReq+] State[ACKrcvd to Open]

Jul 13 08:14:01: Vi2 PPP: No authorization without authentication

Jul 13 08:14:01: Vi2 PPP: Phase is AUTHENTICATING, by the peer

Jul 13 08:14:01: Vi2 PAP: Using hostname from interface PAP

Jul 13 08:14:01: Vi2 PAP: Using password from interface PAP

Jul 13 08:14:01: Vi2 PAP: O AUTH-REQ id 1 len 19 from "mipl1"

Jul 13 08:14:01: Vi2 LCP: State is Open

Jul 13 08:14:01: Vi2 PAP: I AUTH-ACK id 1 len 5

Jul 13 08:14:01: Vi2 PPP: Phase is FORWARDING, Attempting Forward

Jul 13 08:14:01: Vi2 PPP: Queue IPCP code[1] id[176]

Jul 13 08:14:01: Vi2 PPP: Phase is ESTABLISHING, Finish LCP

Jul 13 08:14:01: Vi2 PPP: Phase is UP

Jul 13 08:14:01: Vi2 IPCP: Protocol configured, start CP. state[Initial]

Jul 13 08:14:01: Vi2 IPCP: Event[OPEN] State[Initial to Starting]

Jul 13 08:14:01: Vi2 IPCP: O CONFREQ [Starting] id 1 len 10

Jul 13 08:14:01: Vi2 IPCP: Address 0.0.0.0 (0x030600000000)

Jul 13 08:14:01: Vi2 IPCP: Event[UP] State[Starting to REQsent]

Jul 13 08:14:01: Vi2 CDPCP: Protocol configured, start CP. state[Initial]

Jul 13 08:14:01: Vi2 CDPCP: Event[OPEN] State[Initial to Starting]

Jul 13 08:14:01: Vi2 CDPCP: O CONFREQ [Starting] id 1 len 4

Jul 13 08:14:01: Vi2 CDPCP: Event[UP] State[Starting to REQsent]

Jul 13 08:14:01: Vi2 PPP: Process pending ncp packets

Jul 13 08:14:01: Vi2 IPCP: Redirect packet to Vi2

Jul 13 08:14:01: Vi2 IPCP: I CONFREQ [REQsent] id 176 len 10

Jul 13 08:14:01: Vi2 IPCP: Address 195.229.248.29 (0x0306C3E5F81D)

Jul 13 08:14:01: Vi2 IPCP: O CONFACK [REQsent] id 176 len 10

Jul 13 08:14:01: Vi2 IPCP: Address 195.229.248.29 (0x0306C3E5F81D)

Jul 13 08:14:01: Vi2 IPCP: Event[Receive ConfReq+] State[REQsent to ACKsent]

Jul 13 08:14:01: Vi2 IPCP: I CONFNAK [ACKsent] id 1 len 10

Jul 13 08:14:01: Vi2 IPCP: Address 2.50.139.50 (0x030602328B32)

Jul 13 08:14:01: Vi2 IPCP: O CONFREQ [ACKsent] id 2 len 10

Jul 13 08:14:01: Vi2 IPCP: Address 2.50.139.50 (0x030602328B32)

Jul 13 08:14:01: Vi2 IPCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]

Jul 13 08:14:01: Vi2 LCP: I PROTREJ [Open] id 113 len 10 protocol CDPCP (0x01010004)

Jul 13 08:14:01: Vi2 CDPCP: Event[Receive CodeRej-] State[REQsent to Stopped]

Jul 13 08:14:01.865: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up

Jul 13 08:14:01: Vi2 IPCP: I CONFACK [ACKsent] id 2 len 10

Jul 13 08:14:01: Vi2 IPCP: Address 2.50.139.50 (0x030602328B32)

Jul 13 08:14:01: Vi2 IPCP: Event[Receive ConfAck] State[ACKsent to Open]

Jul 13 08:14:01: Vi2 IPCP: State is Open

Jul 13 08:14:01: Di1 IPCP: Install negotiated IP interface address 2.50.139.50

Jul 13 08:14:01: Di1 Added to neighbor route AVL tree: topoid 0, address 195.229.248.29

Jul 13 08:14:01: Di1 IPCP: Install route to 195.229.248.29

Jul 13 08:14:02: Vi2 LCP: I TERMREQ [Open] id 114 len 4

Jul 13 08:14:02: Vi2 PPP DISC: Received LCP TERMREQ from peer

Jul 13 08:14:02: PPP: NET STOP send to AAA.

Jul 13 08:14:02: Vi2 PPP: Phase is TERMINATING

Jul 13 08:14:02: Vi2 IPCP: Event[DOWN] State[Open to Starting]

Jul 13 08:14:02: Vi2 IPCP: Event[CLOSE] State[Starting to Initial]

Jul 13 08:14:02: Vi2 CDPCP: Event[DOWN] State[Stopped to Starting]

Jul 13 08:14:02: Vi2 CDPCP: Event[CLOSE] State[Starting to Initial]

Jul 13 08:14:02: Vi2 LCP: O TERMACK [Open] id 114 len 4

Jul 13 08:14:02: Vi2 LCP: Event[Receive TermReq] State[Open to Stopping]

Jul 13 08:14:02: Di1 Deleted neighbor route from AVL tree: topoid 0, address 195.229.248.29

Jul 13 08:14:02: Di1 IPCP: Remove route to 195.229.248.29

Jul 13 08:14:04: Vi2 PPP: No remote authentication for call-out

Jul 13 08:14:04: Vi2 LCP: Event[Timeout-] State[Stopping to Stopped]

Jul 13 08:14:04: Vi2 LCP: Event[DOWN] State[Stopped to Starting]

Jul 13 08:14:04: Vi2 PPP: Phase is DOWN

Jul 13 08:14:04.121: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1

Jul 13 08:14:04.125: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down

Jul 13 08:14:04.125: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Jul 13 08:14:26.609: %DIALER-6-BIND: Interface Vi2 bound to profile Di1

Jul 13 08:14:26.613: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up

Jul 13 08:14:26: Vi2 PPP: Sending cstate UP notification

Jul 13 08:14:26: Vi2 PPP: Processing CstateUp message

Jul 13 08:14:26: PPP: Alloc Context [49D0C388]

Jul 13 08:14:26: ppp55 PPP: Phase is ESTABLISHING

Jul 13 08:14:26: Vi2 PPP: Using dialer call direction

Jul 13 08:14:26: Vi2 PPP: Treating connection as a callout

Jul 13 08:14:26: Vi2 PPP: Session handle[E500003B] Session id[55]

Jul 13 08:14:26: Vi2 LCP: Event[OPEN] State[Initial to Starting]

Jul 13 08:14:26: Vi2 PPP: No remote authentication for call-out

Jul 13 08:14:26: Vi2 LCP: O CONFREQ [Starting] id 1 len 10

Jul 13 08:14:26: Vi2 LCP: MagicNumber 0x2809D794 (0x05062809D794)

Jul 13 08:14:26: Vi2 LCP: Event[UP] State[Starting to REQsent]

Jul 13 08:14:26: Vi2 LCP: I CONFREQ [REQsent] id 245 len 18

Jul 13 08:14:26: Vi2 LCP: MRU 1492 (0x010405D4)

Jul 13 08:14:26: Vi2 LCP: AuthProto PAP (0x0304C023)

Jul 13 08:14:26: Vi2 LCP: MagicNumber 0x58B1595B (0x050658B1595B)

Jul 13 08:14:26: Vi2 LCP: O CONFNAK [REQsent] id 245 len 8

Jul 13 08:14:26: Vi2 LCP: MRU 1500 (0x010405DC)

Jul 13 08:14:26: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to REQsent]

Jul 13 08:14:26: Vi2 LCP: I CONFACK [REQsent] id 1 len 10

Jul 13 08:14:26: Vi2 LCP: MagicNumber 0x2809D794 (0x05062809D794)

Jul 13 08:14:26: Vi2 LCP: Event[Receive ConfAck] State[REQsent to ACKrcvd]

Jul 13 08:14:26: Vi2 LCP: I CONFREQ [ACKrcvd] id 246 len 18

Jul 13 08:14:26: Vi2 LCP: MRU 1500 (0x010405DC)

Jul 13 08:14:26: Vi2 LCP: AuthProto PAP (0x0304C023)

Jul 13 08:14:26: Vi2 LCP: MagicNumber 0x58B1595B (0x050658B1595B)

Jul 13 08:14:26: Vi2 LCP: O CONFACK [ACKrcvd] id 246 len 18

Jul 13 08:14:26: Vi2 LCP: MRU 1500 (0x010405DC)

Jul 13 08:14:26: Vi2 LCP: AuthProto PAP (0x0304C023)

Jul 13 08:14:26: Vi2 LCP: MagicNumber 0x58B1595B (0x050658B1595B)

Jul 13 08:14:26: Vi2 LCP: Event[Receive ConfReq+] State[ACKrcvd to Open]

Jul 13 08:14:26: Vi2 PPP: No authorization without authentication

Jul 13 08:14:26: Vi2 PPP: Phase is AUTHENTICATING, by the peer

Jul 13 08:14:26: Vi2 PAP: Using hostname from interface PAP

Jul 13 08:14:26: Vi2 PAP: Using password from interface PAP

Jul 13 08:14:26: Vi2 PAP: O AUTH-REQ id 1 len 19 from "mipl1"

Jul 13 08:14:26: Vi2 LCP: State is Open

Jul 13 08:14:27: Vi2 PAP: I AUTH-ACK id 1 len 5

Jul 13 08:14:27: Vi2 PPP: Phase is FORWARDING, Attempting Forward

Jul 13 08:14:27: Vi2 PPP: Queue IPCP code[1] id[50]

Jul 13 08:14:27: Vi2 PPP: Phase is ESTABLISHING, Finish LCP

Jul 13 08:14:27: Vi2 PPP: Phase is UP

Jul 13 08:14:27: Vi2 IPCP: Protocol configured, start CP. state[Initial]

Jul 13 08:14:27: Vi2 IPCP: Event[OPEN] State[Initial to Starting]

Jul 13 08:14:27: Vi2 IPCP: O CONFREQ [Starting] id 1 len 10

Jul 13 08:14:27: Vi2 IPCP: Address 0.0.0.0 (0x030600000000)

Jul 13 08:14:27: Vi2 IPCP: Event[UP] State[Starting to REQsent]

Jul 13 08:14:27: Vi2 CDPCP: Protocol configured, start CP. state[Initial]

Jul 13 08:14:27: Vi2 CDPCP: Event[OPEN] State[Initial to Starting]

Jul 13 08:14:27: Vi2 CDPCP: O CONFREQ [Starting] id 1 len 4

Jul 13 08:14:27: Vi2 CDPCP: Event[UP] State[Starting to REQsent]

Jul 13 08:14:27: Vi2 PPP: Process pending ncp packets

Jul 13 08:14:27: Vi2 IPCP: Redirect packet to Vi2

Jul 13 08:14:27: Vi2 IPCP: I CONFREQ [REQsent] id 50 len 10

Jul 13 08:14:27: Vi2 IPCP: Address 195.229.248.29 (0x0306C3E5F81D)

Jul 13 08:14:27: Vi2 IPCP: O CONFACK [REQsent] id 50 len 10

Jul 13 08:14:27: Vi2 IPCP: Address 195.229.248.29 (0x0306C3E5F81D)

Jul 13 08:14:27: Vi2 IPCP: Event[Receive ConfReq+] State[REQsent to ACKsent]

Jul 13 08:14:27: Vi2 IPCP: I CONFNAK [ACKsent] id 1 len 10

Jul 13 08:14:27: Vi2 IPCP: Address 2.50.139.50 (0x030602328B32)

Jul 13 08:14:27: Vi2 IPCP: O CONFREQ [ACKsent] id 2 len 10

Jul 13 08:14:27: Vi2 IPCP: Address 2.50.139.50 (0x030602328B32)

Jul 13 08:14:27: Vi2 IPCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]

Jul 13 08:14:27: Vi2 LCP: I PROTREJ [Open] id 247 len 10 protocol CDPCP (0x01010004)

Jul 13 08:14:27: Vi2 CDPCP: Event[Receive CodeRej-] State[REQsent to Stopped]

Jul 13 08:14:27.117: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up

Jul 13 08:14:27: Vi2 IPCP: I CONFACK [ACKsent] id 2 len 10

Jul 13 08:14:27: Vi2 IPCP: Address 2.50.139.50 (0x030602328B32)

Jul 13 08:14:27: Vi2 IPCP: Event[Receive ConfAck] State[ACKsent to Open]

Jul 13 08:14:27: Vi2 IPCP: State is Open

Jul 13 08:14:27: Di1 IPCP: Install negotiated IP interface address 2.50.139.50

Jul 13 08:14:27: Di1 Added to neighbor route AVL tree: topoid 0, address 195.229.248.29

Jul 13 08:14:27: Di1 IPCP: Install route to 195.229.248.29

Jul 13 08:14:27: Vi2 LCP: I TERMREQ [Open] id 248 len 4

Jul 13 08:14:27: Vi2 PPP DISC: Received LCP TERMREQ from peer

Jul 13 08:14:27: PPP: NET STOP send to AAA.

Jul 13 08:14:27: Vi2 PPP: Phase is TERMINATING

Jul 13 08:14:27: Vi2 IPCP: Event[DOWN] State[Open to Starting]

Jul 13 08:14:27: Vi2 IPCP: Event[CLOSE] State[Starting to Initial]

Jul 13 08:14:27: Vi2 CDPCP: Event[DOWN] State[Stopped to Starting]

Jul 13 08:14:27: Vi2 CDPCP: Event[CLOSE] State[Starting to Initial]

Jul 13 08:14:27: Vi2 LCP: O TERMACK [Open] id 248 len 4

Jul 13 08:14:27: Vi2 LCP: Event[Receive TermReq] State[Open to Stopping]

Jul 13 08:14:27: Di1 Deleted neighbor route from AVL tree: topoid 0, address 195.229.248.29

Jul 13 08:14:27: Di1 IPCP: Remove route to 195.229.248.29

Jul 13 08:14:28: Vi2 PPP: Outbound ip packet dropped, line protocol not up

Jul 13 08:14:29: Vi2 PPP: No remote authentication for call-out

Jul 13 08:14:29: Vi2 LCP: Event[Timeout-] State[Stopping to Stopped]

Jul 13 08:14:29: Vi2 LCP: Event[DOWN] State[Stopped to Starting]

Jul 13 08:14:29: Vi2 PPP: Phase is DOWN

Jul 13 08:14:29.593: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1

Jul 13 08:14:29.597: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down

Jul 13 08:14:29.597: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

CME(config-if)#

please advise. much appreciated.

Peter Paluch · ‎07-13-2013

Hello Raj,

This is what intrigues me in your debug output:

Jul 13 08:14:27: Vi2 LCP: I TERMREQ [Open] id 248 len 4

The debugs clearly show that you are authenticating correctly to the other party and that the IP protocol is brought up fine. Immediately, however, the PPP session is torn down by your ISP by the termination request as highlighted above - after the link has actually been brought up totally successfully. The reason is not indicated.

I believe you should discuss this with your ISP - he may have better insight into why its access device is closing the PPP session to you. Show him this debug and point out that the TERMREQ message is coming from his devices after the PPP+IP have been succesfully negotiated and link should have actually started working.

Best regards,

Peter

Simon Brooks · ‎07-13-2013

Hi Raj,

These two lines indicate where the problem is, but everything seems to be okay, authentictaion LCP etc. The only thing I can see wrong is these lines and the fact the remote side will not do CDPCP with you (but you can fix that with no cdp run in global config).

Jul 13 08:14:27: Vi2 LCP: I TERMREQ [Open] id 248 len 4

Jul 13 08:14:27: Vi2 PPP DISC: Received LCP TERMREQ from peer

I would asvise speaking with ADSL provider about this, everything seems absolutely fine and there is no reason specified for the termination request from the peer.

Ask them for their PPP config and give them this output and highlight the above. Seems very weird, on the off chance though try disabling CDP, can't see why that would cause them to send termination request though.

mipl45023 · ‎07-23-2013

Thanks again for guidng through. The issue has been sorted out and was indeed a trouble with the ISP.