Oh hai
AFAIK "switchport nonegotiate" turns off dynamic trunking protocol and has no direct impact on bonding protocols like LACP or PAgP. Of course the bonded interfaces should have the same properties (speed, duplex mode, encapsulation) --> http://bit.ly/HZoa4L
@Tobias:
Since the line protocol doesn't come up immediately (and the interfaces even flap) I assume you have a problem with port negotiation. Have you tried specifying the duplex mode and speed of the interfaces?
interface gi 1/0/1 speed 1000 duplex full
I had to do that on several occasions when using EtherChannels (notably for NAS appliances).
HTH
Cheers!
On 4 Apr 2012, at 10:13, Eric Laporte wrote:
Be aware of the port-channeling protocol you use ( LACP or PAGP ) Channel-group 1 mode active -> LACP
There are timers involved to get the port-channel up.
If you are sure about which interfaces will be part of it and you don't need to define spare ports Then you could also go for a static port-channel: switchport nonegociate
Also be careful to apply your vlans on the port-channel interface only. It gets replicated to the physical interfaces.
Eric
-----Message d'origine----- De : swinog-bounces@lists.swinog.ch [mailto:swinog- bounces@lists.swinog.ch] De la part de Tobias Brunner Envoyé : mercredi 4 avril 2012 09:12 À : swinog@lists.swinog.ch Objet : Re: [swinog] EtherChannel - Long Time between LINK-3-UPDOWN and LINEPROTO-5-UPDOWN
Hi all,
Thanks for the input so far. I've merged all the input of you (and the trunk/vlan configuration I need to use) and this is how the configuration looks right now:
interface GigabitEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 27 switchport trunk allowed vlan 27,453 switchport mode trunk no cdp enable spanning-tree portfast trunk spanning-tree bpdufilter enable channel-group 1 mode active ! interface GigabitEthernet2/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 27 switchport trunk allowed vlan 27,453 switchport mode trunk no cdp enable spanning-tree portfast trunk spanning-tree bpdufilter enable channel-group 1 mode active ! interface Port-channel1 switchport trunk encapsulation dot1q switchport trunk native vlan 27 switchport trunk allowed vlan 27,453 switchport mode trunk spanning-tree portfast trunk spanning-tree bpdufilter enable end
It's not possible to just configure the "channel-group" on the GiX interfaces and all the rest on Po1 (as suggested by Steven), I had to add at least the "switchport" settings (otherwise the switch complains about not compatible ports). The addition of the spanning-tree settings to Po1 did not change the behaviour either. Also the used cables should be OK.
And now, when I power on the server, this is the output of the switch- log (The server boots from Network, then from local disk with Debian and bonding configured:
Apr 4 09:00:06 192.168.1.144 152: *Mar 15 17:05:41.781: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:00:06 192.168.1.144 153: *Mar 15 17:05:41.781: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:00:15 192.168.1.144 154: *Mar 15 17:05:51.202: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to down Apr 4 09:00:16 192.168.1.144 155: *Mar 15 17:05:52.250: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:00:17 192.168.1.144 156: *Mar 15 17:05:53.525: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:00:18 192.168.1.144 157: *Mar 15 17:05:54.607: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:00:30 192.168.1.144 158: *Mar 15 17:06:05.907: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to down Apr 4 09:00:30 192.168.1.144 159: *Mar 15 17:06:05.924: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:00:32 192.168.1.144 160: *Mar 15 17:06:08.465: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:00:32 192.168.1.144 161: *Mar 15 17:06:08.482: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:00:47 192.168.1.144 162: *Mar 15 17:06:22.701: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to down Apr 4 09:00:47 192.168.1.144 163: *Mar 15 17:06:22.718: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:00:49 192.168.1.144 164: *Mar 15 17:06:25.050: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:00:49 192.168.1.144 165: *Mar 15 17:06:25.285: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:00:54 192.168.1.144 166: *Mar 15 17:06:29.957: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:00:54 192.168.1.144 167: *Mar 15 17:06:30.116: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to down Apr 4 09:00:56 192.168.1.144 168: *Mar 15 17:06:32.515: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:00:56 192.168.1.144 169: *Mar 15 17:06:32.641: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:01:35 192.168.1.144 170: *Mar 15 17:07:10.768: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:01:37 192.168.1.144 171: *Mar 15 17:07:13.125: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:01:59 192.168.1.144 172: *Mar 15 17:07:35.430: %LINEPROTO-5- UPDOWN: Line protocol on Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:02:39 192.168.1.144 173: *Mar 15 17:08:15.142: %LINEPROTO-5- UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:02:56 192.168.1.144 174: *Mar 15 17:08:32.246: %LINEPROTO-5- UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:02:56 192.168.1.144 175: *Mar 15 17:08:33.253: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:03:00 192.168.1.144 176: *Mar 15 17:08:35.753: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:03:15 192.168.1.144 177: *Mar 15 17:08:51.649: %LINEPROTO-5- UPDOWN: Line protocol on Interface GigabitEthernet2/0/1, changed state to down Apr 4 09:03:16 192.168.1.144 178: *Mar 15 17:08:52.446: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down Apr 4 09:03:16 192.168.1.144 179: *Mar 15 17:08:52.672: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to down Apr 4 09:03:19 192.168.1.144 180: *Mar 15 17:08:54.979: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:03:37 192.168.1.144 181: *Mar 15 17:09:13.308: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:04:22 192.168.1.144 182: *Mar 15 17:09:57.835: %LINEPROTO-5- UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up Apr 4 09:04:23 192.168.1.144 183: *Mar 15 17:09:58.825: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up Apr 4 09:04:24 192.168.1.144 184: *Mar 15 17:09:59.722: %LINEPROTO-5- UPDOWN: Line protocol on Interface GigabitEthernet2/0/1, changed state to up Apr 4 09:04:24 192.168.1.144 185: *Mar 15 17:09:59.832: %LINEPROTO-5- UPDOWN: Line protocol on Interface Port-channel1, changed state to up
As you can see, the ports go up and down many times (very strange, but maybe this is "by-design"). And it takes always 1 minute between LINK-3-UPDOWN and LINEPROTO-5-UPDOWN. The thing that makes me thinking of that this should be explainable: Why does it take always 1 minute? Is there something that can be configured which causes this delay? What does the switch expect? What does it wait for?
It's nice to get good input in this mailing list! Thanks for that! =)
Cheers, Tobias
-- Nine Internet Solutions AG, Albisriederstr. 243a, CH-8047 Zuerich Support +41 44 637 40 40 | Tel +41 44 637 40 00 | Direct +41 44 637 40 13 Skype nine.ch_support
swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Mathias Seiler
MiroNet GmbH, Strassburgerallee 86, CH-4055 Basel T +41 61 201 30 90, F +41 61 201 30 99
mathias.seiler@mironet.ch
www.mironet.ch www.mirocloud.com