Etherchannel results unexpected

[Patrick McHenry]

I created a 4gig etherchannel from our core/root switch to our distaster recovery switch with no problems. The core/root switch is a 6509 IOS switch and the disaster recovery switch is a 6509 CATos switch. Today I tried to create a redundant 4gig etherchannel from the disaster recovery switch to our other core/backup switch which is a 6509 IOS switch.

This is the output from the show commands of the IOS 6509 core/backup switch:

show interface status:

Gi4/1   Bundle to DR       connected    trunk         full   1000 1000BaseSX
Gi4/2   Bundle to DR       connected    trunk         full   1000 1000BaseSX
Gi4/3   Bundle to DR       connected    trunk         full   1000 1000BaseSX
Gi4/4   Bundle to DR       connected    trunk         full   1000 1000BaseSX

Po220                      notconnect   0             full   auto

show ether summary:

220    Po220(SD)       PAgP      Gi4/1(I)   Gi4/2(I)   Gi4/3(I)   Gi4/4(I) The legend says Stand alone.

sh spanning-tree:

Gi4/1            Desg FWD 4         128.385  P2p
Gi4/2            Desg FWD 4         128.386  P2p
Gi4/3            Desg FWD 4         128.387  P2p
Gi4/4            Desg FWD 4         128.388  P2p

This is the output from the show commands of the CATos 6509 switch:

show port:

5/1  Bundle to OCR      notconnect 1            full  1000 1000BaseSX
5/2  Bundle to OCR      notconnect 1            full  1000 1000BaseSX
5/3  Bundle to OCR      notconnect 1            full  1000 1000BaseSX
5/4  Bundle to OCR      notconnect 1            full  1000 1000BaseSX

show spantree:

5/1                     1    not-connected     4       32 disabled   0
5/2                     1    not-connected     4       32 disabled   0
5/3                     1    not-connected     4       32 disabled   0
5/4                     1    not-connected     4       32 disabled   0

Is this expected behavior, instead of blocking the ports?

[glen.grant]

   If you are sure you have layer 1 connectivity it will usually tell you in the logs why the channel was not created  if you used negotiated etherchannels .  Seeing it says "notconnect"  you don't even have layer 1 connectivity  at this point .

[Patrick McHenry]

The IOS switch says connected though? Would it say that if there wasn't a link to the CATos?

[Patrick McHenry]

Do you think this could be the problem? The mode is set to on with the working channel and nonegotiate for the non-working channel.

Working channel-

3/1      on           dot1q          trunking      1
3/2      on           dot1q          trunking      1
3/3      on           dot1q          trunking      1
3/4      on           dot1q          trunking      1

Not working channel-

5/1      nonegotiate  dot1q          not-trunking  1
5/2      nonegotiate  dot1q          not-trunking  1
5/3      nonegotiate  dot1q          not-trunking  1
5/4      nonegotiate  dot1q          not-trunking  1

[glen.grant]

  On the not connected side try  doing a "shut then a no shut  on the port channel SVI .  If for some reason the switch put it

into a err-disable state this would bring it back up .  Also verify  that you have the cable where you think they are ,  I would think it would be not connect on both sides if one side was err-disabled.