RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 463177 - [LTC 6.0 FEAT] 201686:Installer - HiperSockets MAC Layer Routing Support
Summary: [LTC 6.0 FEAT] 201686:Installer - HiperSockets MAC Layer Routing Support
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.1
Hardware: s390x
OS: All
high
high
Target Milestone: alpha
: 6.0
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-22 14:50 UTC by IBM Bug Proxy
Modified: 2010-09-28 19:18 UTC (History)
9 users (show)

Fixed In Version: anaconda-12.38.5-1
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-02 20:39:43 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description IBM Bug Proxy 2008-09-22 14:50:43 UTC 
=Comment: #0=================================================
Emily J. Ratliff <emilyr.com> - 2008-09-16 18:21 EDT
1. Feature Overview:
Feature Id:	[201686]
a. Name of Feature:	Installer - HiperSockets MAC Layer Routing Support
b. Feature Description
HiperSockets support now also Layer2 modus (useful for applications depending on the existence of a
unique MAC address, like DHCP, tcpdump, channel bonding, HA...), so the installer should give the
possibility when configuring the network to be HiperSockets to:  
- choose between Layer2 and Layer3  
- if Layer2 to allow the user to set a predefined MAC address (optional), and if none is given, the
driver will generate one randomly.
Note: In previous releases there was a similar code path for OSA Layer2 support, which could be reused.

2. Feature Details:
Sponsor:	zSeries
Architectures:
s390x

Arch Specificity: Both
Affects Installer: Yes
Delivery Mechanism: Request Red Hat development assistance
Category:	Installation
Request Type:	Installer - Enhancement from Distributor
d. Upstream Acceptance:	No Code Required
Sponsor Priority	1
f. Severity: High
IBM Confidential:	no
Code Contribution:	no
g. Component Version Target:	n/a

3. Business Case
These changes will improve the installation experience for customers by making the installation
workflow more usable and efficient (since the customer won't have to do the changes manually after
the installation), which will result on an improvement of the customer satisfaction. Without this
feature, the customer will be restricted to install only in Layer3 mode, and if Layer2 mode is
needed, will have to spend effort on doing the changes manually after the installation.

4. Primary contact at Red Hat: 
John Jarvis
jjarvis

5. Primary contacts at Partner:
Project Management Contact:
Hans-Georg Markgraf, mgrf.com, Boeblingen 49-7031-16-3978

Technical contact(s):
Gonzalo Muelas Serrano, gmuelas.com

IBM Manager:
Thomas Schwarz, t.schwarz.com
Comment 1 Bill Nottingham 2008-10-01 20:29:18 UTC 
Exactly how is this implemented in the driver? What needs frobbed where to enable this on a running system?
Comment 2 Gonzalo Muelas Serrano 2008-11-27 13:55:30 UTC 
Hello Red Hat,
to find out details about the implementation, I guess the best source will be the source code (the Layer2 functionality for HiperSockets is already upstream).
To enable Layer2 on HiperSockets, having the device offline, you have to:
echo <integer> > /sys/devices/qeth/<first_subchannel>/layer2

More info can be found under (recently updated):
http://www.ibm.com/developerworks/linux/linux390/development_documentation.html
Device Drivers, Features, and Commands - SC33-8411-01
Chapter 7
Comment 3 Gonzalo Muelas Serrano 2008-11-27 14:18:52 UTC 
Info provided...
Comment 4 Siddharth Nagar 2009-10-20 19:10:12 UTC 
We need IBM to provide the following:

1. Workflow inside anaconda that is impacted.
2a. Patches for anaconda to provide options or UI wire screens.
2b. Kickstart options to support the above.
Comment 5 IBM Bug Proxy 2009-10-21 14:50:50 UTC 
------- Comment From gmuelas.com 2009-10-21 10:41 EDT-------
(In reply to comment #8)

> We need IBM to provide the following:
>
> 1. Workflow inside anaconda that is impacted.
Please check with David Cantrell and Brock Organ.

> 2a. Patches for anaconda to provide options or UI wire screens.
IBM is requiring Red Hat to enhance your RHEL intaller because IBM does not have the patches, sorry.

> 2b. Kickstart options to support the above.
Please check with David Cantrell and Brock Organ, but I think it could be "LAYER2"

Thank you for your support,
Gonzalo Muelas Serrano.
Comment 6 David Cantrell 2010-01-16 02:40:37 UTC 
Fixing this bug requires patching linuxrc.s390 to ask if you want layer 2 or layer 3 if you choose the HiperSockets driver, then optionally prompting for a MAC address if you pick layer 2.  If the user picks layer 2, the script needs to echo 1 to /sys/devices/qeth/<subchannel>/layer2

The network.py file may need patching to handle the layer 2 vs. layer 3 difference to ensure the MAC address is treated as optional when in layer 2 mode.

This bug may need to be cloned for NetworkManager to address the UI configuration elements in nm-connection-editor and possibly nm-system-settings.
Comment 7 John Jarvis 2010-01-18 14:21:41 UTC 
IBM is signed up to test and provide feedback.
Comment 9 Brock Organ 2010-01-18 19:20:57 UTC 
I'm hesitant to add a QA ack for this item until we have a testable reference implementation in fedora first ... can we start to identify, build and test the changes there? 

(Then when that process is complete we can address the RHEL functionality with confidence that our specification will match the feature need ...)
Comment 10 IBM Bug Proxy 2010-01-25 09:30:37 UTC 
------- Comment From mgrf.com 2010-01-25 04:29 EDT-------
(In reply to comment #12)
> I'm hesitant to add a QA ack for this item until we have a testable reference
> implementation in fedora first ... can we start to identify, build and test the
> changes there?
>  (Then when that process is complete we can address the RHEL functionality
> with confidence that our specification will match the feature need ...)

At this point in time, RHEL 6 on System z is the best "Fedora" on System z
we've got.... and RHEL 6 anaconda is being rebased from F13...
Comment 11 John Jarvis 2010-02-05 16:14:26 UTC 
Without a working Fedora implementation we are unable to approve this for RHEL 6.0 inclusion.  Closing as DEFERRED, resetting flags and moving to the RHEL 6.1 tracker for review for inclusion in that release.
Comment 12 IBM Bug Proxy 2010-02-11 12:31:07 UTC 
------- Comment From mgrf.com 2010-02-11 07:28 EDT-------
This feature is implemented in linuxrc.s390 by System z.

It has been discussed upstream last year and is upstream with Fedora12.
Feature tests passed once on alpha build RHEL6.0-20091130.0

Final feature tests planned on RHEL6 betas

Additional changes in e.g. nm-system-settings from Network Manager should not be required

The git commit:
layer2 option provided for all qeth device types:
http://git.fedorahosted.org/git/anaconda.git?p=anaconda.git;a=commit;h=9249e40f42ffbbdcf42cd1caad72e3d622c7a75b
Comment 13 David Cantrell 2010-02-11 14:39:19 UTC 
Based on comment 12, moving to MODIFIED since this feature has been present since anaconda-12.38.5-1.
Comment 15 IBM Bug Proxy 2010-06-15 05:51:24 UTC 
------- Comment From mgrf.com 2010-06-15 01:42 EDT-------
This feature is verified on R6 snapshots
Set feature to "verified"  Thx
Comment 16 John Jarvis 2010-06-15 14:06:58 UTC 
Setting VERIFIED flag based on latest feedback.
Comment 17 Jan Stodola 2010-06-16 06:45:34 UTC 
Moving to VERIFIED based on comment 15.
Thank you for testing.
Comment 18 releng-rhel@redhat.com 2010-07-02 20:39:43 UTC 
Red Hat Enterprise Linux Beta 2 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.
Note You need to log in before you can comment on or make changes to this bug.