02-07-2007 12:07 PM - edited 03-03-2019 03:40 PM
Hi,
I cannot connect to my isp. they revamped there system today and say nothing has changed.
I do a "show ip interface brief" and all phsical layers are up.
Router#sh ip int br
Interface IP-Address OK? Method Status Protocol
ATM0 unassigned YES NVRAM up up
Dialer0 unassigned YES NVRAM up up
Ethernet0 10.254.0.100 YES manual up up
Virtual-Access1 unassigned YES unset up down
so i check my ppp debug negotiation to see whats going on with the connection.
debug ppp negotiation
01:00:43: Vi1 LCP: TIMEout: State Listen
01:00:43: Vi1 PPP: No remote authentication for call-out
01:00:43: Vi1 LCP: O CONFREQ [Listen] id 166 len 10
01:00:43: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:45: Vi1 LCP: TIMEout: State REQsent
01:00:45: Vi1 LCP: O CONFREQ [REQsent] id 167 len 10
01:00:45: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:47: Vi1 LCP: TIMEout: State REQsent
01:00:47: Vi1 LCP: O CONFREQ [REQsent] id 168 len 10
01:00:47: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:49: Vi1 LCP: TIMEout: State REQsent
01:00:49: Vi1 LCP: O CONFREQ [REQsent] id 169 len 10
01:00:49: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:51: Vi1 LCP: TIMEout: State REQsent
01:00:51: Vi1 LCP: O CONFREQ [REQsent] id 170 len 10
01:00:51: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:53: Vi1 LCP: TIMEout: State REQsent
01:00:53: Vi1 LCP: O CONFREQ [REQsent] id 171 len 10
01:00:53: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:55: Vi1 LCP: TIMEout: State REQsent
01:00:55: Vi1 LCP: O CONFREQ [REQsent] id 172 len 10
01:00:55: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:57: Vi1 LCP: TIMEout: State REQsent
01:00:57: Vi1 LCP: O CONFREQ [REQsent] id 173 len 10
01:00:57: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:00:59: Vi1 LCP: TIMEout: State REQsent
01:00:59: Vi1 LCP: O CONFREQ [REQsent] id 174 len 10
01:00:59: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:01:01: Vi1 LCP: TIMEout: State REQsent
01:01:01: Vi1 LCP: O CONFREQ [REQsent] id 175 len 10
01:01:01: Vi1 LCP: MagicNumber 0x097B16CF (0x0506097B16CF)
01:01:04: Vi1 LCP: TIMEout: State REQsent
01:01:04: Vi1 LCP: State is Listen
For refernce I enclose cisco links/explanations for this exact debug ppp otput.
-------- start of link & info ---------------
Cisco DSL Router Configuration and Troubleshooting Guide - PPPoA Troubleshooting
No Response from Your ISP
In this output there are only O packets, which are outbound packets. In order to successfully negotiate PPP, there should be an I inbound packet from your ISP for each O packet sent. If packets are incrementing inbound but you do not see I packets, contact your ISP in order to verify the packets that are sent to the Cisco DSL Router.
-------- end of link & info ---------------
so it seems what is happening is exactly as described. I have talked to ISP and they have blown me off.
they are a bigtime cisco partner ( https://www.tiscali-business.co.uk/partners/cisco.html )and they don't want to know about end users with cisco routers.
a speedtouch adsl modem is working so that is their demarcation point.
i'm hoping for some feedback from the professionals that will help me back on line again the cisco way.
kind regards and thanks
Phil
see .txt for config
02-07-2007 12:21 PM
I would verify your vpi/vci. You currently have that at 0/38. Do a debug atm events
02-08-2007 03:59 AM
turns out settings !!!HAD!!! changed on the service providers end, though nobody will confirm it at tiscali.
Only a little thing like their pvc encapsulation method. I not surprised nobody on their end noticed this.
pvc 0/38
encapsulation aal5snap
protocol ppp dialer
dialer pool-member 1
!
IS NOW:
pvc 0/38
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: