Bug 707142

Summary:	Can't change lacp_rate in bonding mode=802.3ad
Product:	Red Hat Enterprise Linux 6	Reporter:	Liang Zheng <lzheng>
Component:	kernel	Assignee:	Weiping Pan <wpan>
Status:	CLOSED ERRATA	QA Contact:	Hangbin Liu <haliu>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	6.1	CC:	haliu, herbert.xu, jpirko, kmcmartin, kzhang, ruyang, tgraf, wpan
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	kernel-2.6.32-178.el6	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	718641 (view as bug list)		Environment:
Last Closed:	2011-12-06 13:32:40 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	718641

Description Liang Zheng 2011-05-24 08:02:49 UTC

Description of problem:
The bonding cannot change the LACPDU tx rate to request from 802.3ad partner when reset the parm:lacp_rate

Version-Release number of selected component (if applicable):
[root@hp-dl585g7-02 ~]# uname -r
2.6.32-131.0.15.el6.x86_64

How reproducible:
always

Steps to Reproduce:
1.config switch to support 802.3ad
2.modprobe bonding mode=4 miimon=100 lacp_rate=1
3.ifconfig bond0 up
4.ifenslave bond0 eth1 eth7
5.tcpdump -p -e ether proto 0x8809 -i bond0 
  You can see request partner to transmit LACPDUs every 1 second
[root@hp-dl580g7-01 ~]# tcpdump -p ether proto 0x8809 -i bond0
tcpdump: WARNING: bond0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes
03:58:42.302350 LACPv1, length 110
03:58:43.312393 LACPv1, length 110
03:58:44.312413 LACPv1, length 110
03:58:45.312478 LACPv1, length 110

5.ifconfig bond0 down
6.echo 0 > /sys/class/net/bond0/bonding/lacp_rate
  cat /proc/net/bonding/bond0
[root@hp-dl580g7-01 ~]# cat /proc/net/bonding/bond0 
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

802.3ad info
LACP rate: slow         <====================
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
	Aggregator ID: 2
	Number of ports: 1
	Actor Key: 33
	Partner Key: 0
	Partner Mac Address: 00:05:73:dd:9a:3c

7.ifconfig bond0 up 
  tcpdump -p -e ether proto 0x8809 -i bond0
  It still request partner to transmit LACPDUs every 1 second,
  didnot change to slow in every 30 second.

  
Actual results:


Expected results:


Additional info:

Comment 1 Weiping Pan 2011-07-04 06:08:12 UTC

I‘ve made a patch, and committed to net-next tree,
git log ba824a8b2d77 (bonding: make 802.3ad use latest lacp_rate).

This patch is waiting to be merged into upstream.
Once merged, I will backport it to rhel 6 and rhel 5.

Comment 4 RHEL Program Management 2011-07-28 20:10:20 UTC

This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.

Comment 5 Kyle McMartin 2011-08-04 16:06:53 UTC

Patch(es) available on kernel-2.6.32-178.el6

Comment 10 errata-xmlrpc 2011-12-06 13:32:40 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2011-1530.html