I have a 3460 IOS ver 12.2(3) with an internal PRI card (Se1/0) for dial-in/PPP clients. I have a few users who are unable to successfully dial into my 3640 from a BRI. These BRI/MLPPP/PAP clients (win9x/2K) never get past the LCP stages of PPP. from debugging PPP, I see "Received bad NAK!" several times then the session fails. Any suggestions or thoughts would be appreciated.
Ahhh! The dial-up client is sending the Cisco a "malformed" NAK; one portion of the received LCP packet indicates CHAP (proto), and another portion of the same LCP packet implies that PAP(length). Did you obtain this info from rfc1334 (for my own future reference)? The interesting this is that I have this same prob even w/ different remote OS's and dial-up clients. They do, however, use the same make/model BRI TA (Motorola BitSrufr Pro).
Here is the entire debug:
PPP authentication debugging is on
PPP protocol negotiation debugging is on
PPP packet display debugging is on
Multilink events debugging is on
Radius protocol debugging is on
Oct 14 19:29:12: %LINK-3-UPDOWN: Interface Serial1/0:0, changed state to up
This is actually a pretty cool feature, i didn't even know it existed until I was looking for a solution to advertise a subnet (prefix in BGP talk), only if a certain condition existed. This is exactly what conditional advertisements does
j ai une question j ai achete un routeur cisco 887VA-k9 , je le configuré avec la configuration ci- dessous
si je le lier avec mon pc portable sur l un de ses ports directement ça marche toute est bien ( la connexion internet + m...
Attached policy provides CLI access to the Cisco 4G router over text messaging. Two files are in the attached .tar file:
2. PDF with instructions on how to load and use the .tcl file.