Now that's a good question. Not that this will happen but what if a
later task has you remove the multilink bundle? In this way you still
satisfy the requirements since it configured on tfhe physicals. In my
eyes this just a precautionary measure, however I think you are ok and
would have received your points



Jason Maynard <[email protected]> wrote:



Another quick observation and question



I had the configuration only on the Multilink69 interface while the DSG had
it on Multilink 69, Serial 0/2/0 and Serial 0/2/1 interfaces.



I tested mine by just shutting down one of the interface and bringing it
back up and "debug ppp authentication" showed the interface authenticating.



Is the configuration required on the physicals as well?





On Sun, Jan 9, 2011 at 8:35 PM, Di Bias, Steve <[email protected]>
wrote:

I think they just mean more secure than PAP, so CHAP or EAP would both
satisfy the requirements


Jason Maynard <[email protected]> wrote:


VOL3_Lab2_Section 1.4



PPP should be authenticated using a more secure method and a password
"ipexpert"



The DSG showed the solution using CHAP I used EAP.



Did I miss something?





#######################

Example from R6 (My Config)

#######################

aaa new-model

aaa authentication login default none

aaa authentication ppp EAP local



username R9 password 0 ipexpert



interface Multilink69

ip address 166.6.9.6 255.255.255.224

no peer neighbor-route

encapsulation ppp

ppp authentication eap EAP

ppp eap password 0 ipexpert

ppp eap local

end



#########################

Example from R6 (DSG IPExpert)

#########################

username R9 password 0 ipexpert



interface Multilink69

ip address 166.6.9.6 255.255.255.224

no peer neighbor-route

 encapsulation ppp

ppp authentication chap

ppp chap password 0 ipexpert

end








 _______________________________________________
For more information regarding industry leading CCIE Lab training, please
visit www.ipexpert.com


UHS Confidentiality Notice:  This e-mail message, including any attachments,
is for the sole use of the intended recipient (s) and may contain
confidential and privileged information.  Any unauthorized review, use,
disclosure or distribution of this information is prohibited.  If this was
sent to you in error, please notify the sender by reply e-mail and destroy
all copies of the original message.



-- 
-Steve Di Bias
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to