I had to figure out various PPP parameters (and associated Cisco IOS behavior) and didn't have real dial-up equipment in my lab setup. I could have gone with PPPoE, but it turned out it's way simpler to emulate dialup connections (at least the PPP negotiations work as expected) on fixed serial lines. This is the minimum setup you need on the “caller” side …
interface Serial1/0… and this is the “server”-side configuration:
ip address negotiated
encapsulation ppp
ppp authentication pap optional
ppp pap sent-username client password 0 client
interface Serial1/0To trigger PPP negotiations, shut down and re-enable the serial interface on either side.
ip address 10.0.0.33 255.255.255.252
encapsulation ppp
peer default ip address 10.0.0.34
ppp authentication pap callin
!
username client password client
Note: As I'm using PAP authentication, I could use the more secure username secret configuration command, which would not work with CHAP.
Posts
Please check "debug ppp auth". Is "dial-in" option really have influence?
ReplyDeleteUps, callin.
ReplyDeleteBased on "debug ppp negotiation" it looks like both ends treat the connection as "dial-in". The only way to have one-way PAP is to configure "ppp authentication pap optional" on one end.
ReplyDeleteDoes DTE/DCE matter?
ReplyDeleteI used the AUX port on the router and connect them together using a null modem cable. If you really want to simulate dialup you can do dialer profile and put the AUX port in a dialer pool and create a dialer interface and associate the dialer pool to it. You can then enable ppp and all related PPP configs.
ReplyDeleteUsing clear interface Serial1/0 is more convenient way to force ppp renegotiation than shutdown and no shutdown in sequence.
ReplyDeleteDid you try to use "ppp direction " command ?
ReplyDeleteIMHO, on "client" side you don't need "ppp authentication pap" command as it demands *peer* (your "server") to authenticate...
ReplyDelete