Re: Etherchannel silent mode

yeah i read this and got me to thinking this is what should happen...

default is 'silent' mode as it states in the configuration guide:
"If you do not specify* non-silent*, silent is assumed. The silent setting
is for connections to file servers or packet analyzers. This setting allows
PAgP to operate, to attach the port to a channel group, and to use the port
for transmission."

and if you have Cisco (or other PAgP enabled devices) use non-silent to
communicate fully with PAgP...

So i decided to try this out, my thought was a laptop that does not do PAgP
would show me the difference between non-silent and silent, so i did this
test and i got the same result with both modes so I am at a loss as what
this is suppose to do or my test is flawed which is probably the case:

MODE ON the port-channel and the interface are up/up and in the
port-channel:
Switch(config)#int g1/0/1
Switch(config-if)#channel-group 1 mode on
Creating a port-channel interface Port-channel 1
Switch(config-if)#do sh etherch 1 sum
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
1 Po1(SU) - Gi1/0/1(P - in port-channel)

AUTO and DESIRABLE MODE first SILENT, then NON-SILENT shows the same output,
PORT-CHANNEL DOWN and interface g1/0/1 in stand-alone mode and up/up:

Switch#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)#int g1/0/1
Switch(config-if)#channel-group 1 mode auto
Switch(config-if)#do sh etherch 1 sum
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
1 Po1(SD) PAgP Gi1/0/1(I - stand-alone)

Switch(config-if)#channel-group 1 mode auto non-silent
Switch(config-if)#
00:21:01: %LINEPROTO-5-UPDOWN: Line protocol on Interface
GigabitEthernet1/0/1, changed state to down
Switch(config-if)#do sh etherch 1 sum
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
1 Po1(SD) PAgP Gi1/0/1()

00:22:15: %LINEPROTO-5-UPDOWN: Line protocol on Interface
GigabitEthernet1/0/1, changed state to up
Switch(config-if)#do sh etherch 1 sum
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
1 Po1(SD) PAgP Gi1/0/1(I - stand-alone)
Switch(config-if)#do sh int g1/0/1
GigabitEthernet1/0/1 is up, line protocol is up (connected)

--
Garry L. Baker
"There is no 'patch' for stupidity." - www.sqlsecurity.com
On Thu, Aug 19, 2010 at 12:59 PM, Shane Killian <shane_at_shanekillian.net>wrote:
> Hi,
>
> I don't usually post here because I'm not so far into my studies but I was
> asking myself the same question (so I'll give this a stab for the learning
> experience).
> Heres my undertanding - I hope its right - maybe someone can confirm?
>
> Silent submode listens for PAgP packets from the other end and IF none are
> received it assumes that a channel should be built anyway and will stop
> expecting PAgP packets from the far end. This allows forming an
> Etherchannel
> with something like a `file server or network analyzer (this would allow
> you
> to see PAgP packets generated by the switch as if operating a normal
> etherchannel.
>
> If there is a PAgP switch at the far end you should use "non-silent"
>
> On - Unconditionally channel with no negotiation.
>
> Auto - passively listen and WAIT to be asked.
>
> Desirable - Actively ask.
>
>
>
> I hope I understood your question correctly.
>
>
> --
> Shane Killian
> shane_at_shanekillian.net
> http://shanekillian.net
>
>
> On Thu, Aug 19, 2010 at 10:43 AM, Keegan Holley
> <keegan.holley_at_sungard.com>wrote:
>
> > Ok, I'm a little confused by this.  As I was the first (and second) time
> I
> > read it.  So apparently pagp operates in a silent mode by default where
> it
> > does not require the far end device to send pagp frames before adding a
> > port
> > to an etherchannel.  That makes sense although a little counterintuitive.
> >  However, if this is the case what's the difference between the
> negotiated
> > modes and unconditional trunking?  Also, in the case of auto mode, I
> > thought
> > the whole point was for it to be passive and wait for PAgP frames to be
> > sent.
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net