Re: Confirmation on Switchport Commands.

Hey James,

They are two different things. Switchport mode access just sets the port to
access mode -- As in don't trunk and do not tag frames. As you said, the
DTP frames still get sent out, even if it is an access port. From the
DocCD:

this command is valid only when the interface switchport mode is access or
> trunk (configured by using the *switchport mode access* or the *switchport
> mode trunk *interface configuration command). This command returns an
> error if you attempt to execute it in dynamic (auto or desirable) mode.
>
> Internetworking devices that do not support DTP might forward DTP frames
> improperly and cause misconfigurations. To avoid this, you should turn off
> DTP by using the *switchport no negotiate* command to configure the
> interfaces connected to devices that do not support DTP to not forward DTP
> frames.
>

On Wed, Sep 2, 2009 at 11:52 AM, Poplawski, James <
jpoplawski_at_starkinvestments.com> wrote:

> Hello GS Members,
>
> I was wondering if these two commands are redundant or not with respect to
> access ports.
> switchport mode access
> switchport nonegotiate
>
> My thought process is, that nonegotiate command isn't needed if the
> port is already statically set to access mode. Regardless of the host
> trying to negotiate a trunk with DTP it won't matter because it's stuck in
> access mode anyway.
>
> I've always wondered this as I see it in a lot of "Best Practices" guides
> and it always seemed redundant to me.
>
> Thanks in advance,
> JB
>
>
> This transmission contains information for the exclusive use of the
> intended recipient and may be privileged, confidential and/or otherwise
> protected from disclosure. Any unauthorized review or distribution is
> strictly prohibited. Our company is required to retain electronic mail
> messages, which may be produced at the request of regulators or in
> connection with litigation. Electronic messages cannot be guaranteed to be
> secure, timely or error-free. As such, we recommend that you do not send
> confidential information to us via electronic mail. This communication is
> for informational purposes only and is not an offer or solicitation to buy
> or sell any investment product. Any information regarding specific
> investment products is subject to change without notice. If you received
> this transmission in error, please notify the sender immediately by return
> e-mail and delete this message and any attachments from your system.
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Regards,
Joe Astorino - CCIE #24347 R&S
Technical Instructor - IPexpert, Inc.
Cell: +1.586.212.6107
Fax: +1.810.454.0130
Mailto:  jastorino_at_ipexpert.com
Blogs and organic groups at http://www.ccie.net