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 1912412 - need better help info for bareudp in iproute2
Summary: need better help info for bareudp in iproute2
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: iproute
Version: 8.4
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: 8.5
Assignee: Andrea Claudi
QA Contact: Mingyu Shi
URL:
Whiteboard:
Depends On:
Blocks: 1937861
TreeView+ depends on / blocked
 
Reported: 2021-01-04 11:54 UTC by Mingyu Shi
Modified: 2021-05-18 15:01 UTC (History)
8 users (show)

Fixed In Version: iproute-5.9.0-4.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1937861 (view as bug list)
Environment:
Last Closed: 2021-05-18 15:00:18 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Mingyu Shi 2021-01-04 11:54:33 UTC 
Description of problem:
Now the help info and manual of bareudp is not precise enough, hope we can improve them.
For example, the output of 'ip link help bareudp':
Usage: ... bareudp dstport PORT
		ethertype PROTO
		[ srcportmin PORT ]
		[ [no]multiproto ]

Where:	PORT       := 0-65535
	PROTO      := NUMBER | ip | mpls
	SRCPORTMIN := 0-65535

For PROTO field, actually we can use ip(or ipv4), ipv6, mpls_uc or IEEE ether type numbers. But in here it tells us "ip | mpls", no ipv6 and in fact you cannot set it as string 'mpls', can we make it more clear?

Version-Release number of selected component (if applicable):
iproute-5.9.0-1.el8.x86_64

How reproducible:
100%

Steps to Reproduce:
ip link help bareudp
man ip-link

Actual results:
Not clear for PROTO field

Expected results:
More clear.

Additional info:
Comment 1 Guillaume Nault 2021-02-03 09:37:31 UTC 
This is now fixed upstream with commit 86d9660dc180 ("iplink_bareudp: cleanup help message and man page"):
  https://git.kernel.org/pub/scm/network/iproute2/iproute2.git/commit/?id=86d9660dc1805be4435497ff194f618535e8fc97
Comment 2 Andrea Claudi 2021-02-03 16:36:39 UTC 
Thanks Guillaume! Mingyu, please consider granting qa_ack+ and setting ITM, I'll try to squeeze this into rhel-8.4.
Comment 7 Mingyu Shi 2021-03-09 02:04:01 UTC 
Tried with iproute-5.9.0-4.el8.x86_64, the new description looks good:

# ip link help bareudp
Usage: ... bareudp dstport PORT
		ethertype PROTO
		[ srcportmin PORT ]
		[ [no]multiproto ]

Where:	PORT  := UDP_PORT
	PROTO := ETHERTYPE

Note: ETHERTYPE can be given as number or as protocol name ("ipv4", "ipv6",
      "mpls_uc", etc.).


# man ip-link
Note: ETHERTYPE can be given as number or as protocol name ("ipv4", "ipv6",
      "mpls_uc", etc.).


       Bareudp Type Support
              For a link of type Bareudp the following additional arguments are supported:

              ip link add DEVICE type bareudp dstport PORT ethertype PROTO [ srcportmin PORT ] [ [no]multiproto ]

                      dstport PORT - specifies the destination port for the UDP tunnel.

                      ethertype PROTO - specifies the ethertype of the L3 protocol being tunnelled.  ethertype can be given as plain Ethernet protocol number or using the protocol name ("ipv4", "ipv6", "mpls_uc", etc.).

                      srcportmin PORT - selects the lowest value of the UDP tunnel source port range.

                      [no]multiproto - activates support for protocols similar to the one specified by ethertype.  When ethertype is "mpls_uc" (that is, unicast MPLS), this allows the tunnel to also handle multicast MPLS.  When ethertype is "ipv4", this allows the
                      tunnel to also handle IPv6. This option is disabled by default.
Comment 8 Andrea Claudi 2021-03-09 09:36:35 UTC 
iproute-5.9.0-4.el8.x86_64 CI tests, passed: https://dashboard.osci.redhat.com/#/artifact/brew-build/aid/35311555
Comment 13 Mingyu Shi 2021-03-16 02:20:18 UTC 
Verified with iproute-5.9.0-4.el8.x86_64
Just as #c7
Comment 15 errata-xmlrpc 2021-05-18 15:00:18 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 (iproute bug fix and enhancement update), and where to find the updated
files, follow the link below.

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

https://access.redhat.com/errata/RHBA-2021:1653
Note You need to log in before you can comment on or make changes to this bug.