Bug 684930 - ttl is set for udpu when it should use kernel defaults
Summary: ttl is set for udpu when it should use kernel defaults
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: corosync
Version: 6.0
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Angus Salkeld
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On: 633415 640311
Blocks: 684020 684305 684928 688049
TreeView+ depends on / blocked
 
Reported: 2011-03-14 20:14 UTC by Steven Dake
Modified: 2016-04-26 14:15 UTC (History)
10 users (show)

Fixed In Version: corosync-1.2.3-30.el6
Doc Type: Bug Fix
Doc Text:
Clone Of: 640311
Environment:
Last Closed: 2011-05-19 14:24:29 UTC
Target Upstream Version:


Attachments (Terms of Use)
Patch to remove the ttl option from udpu and rely on the kernel ttl setting. (2.46 KB, patch)
2011-03-15 00:02 UTC, Angus Salkeld
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0764 0 normal SHIPPED_LIVE corosync bug fix update 2011-05-18 18:08:44 UTC

Comment 2 Angus Salkeld 2011-03-15 00:02:41 UTC
Created attachment 484333 [details]
Patch to remove the ttl option from udpu and rely on the kernel ttl setting.

Comment 4 Jaroslav Kortus 2011-04-18 14:45:14 UTC
works as expected:
Default mcast TTL=1 (OK):
05:22:13.206428 IP (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto UDP (17), length 147)
    10.15.89.15.5404 > 239.192.181.140.5405: UDP, length 119

Default override TTL=44 (OK):
05:38:12.450338 IP (tos 0x0, ttl 44, id 0, offset 0, flags [DF], proto UDP (17), length 147)
    10.15.89.15.5404 > 239.192.181.140.5405: UDP, length 119

Failure when TTL set to udpu (OK):
Apr 18 05:42:04 z4 corosync[29781]:   [MAIN  ] parse error in config: Can only set ttl on multicast transport types

udpu TTL=64 (default) (OK):
05:43:33.090016 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 147)
    10.15.89.15.37226 > 10.15.89.17.5405: UDP, length 119

udpu IPv6 default TTL (OK):
09:02:40.795006 IP6 (hlim 64, next-header UDP (17) payload length: 127) fec0:0:a0e:5900:221:5eff:fe6f:6cc7.38318 > fec0:0:a0e:5900:222:19ff:fe02:ada8.5405: [udp sum ok] UDP, length 119
09:02:40.795024 IP6 (hlim 64, next-header UDP (17) payload length: 127) fec0:0:a0e:5900:221:5eff:fe6f:6cc7.46353 > fec0:0:a0e:5900:221:5eff:fe6f:6cc7.5405: [udp sum ok] UDP, length 119

IPv6 override TTL=44 (OK):
09:04:13.418369 IP6 (hlim 44, next-header UDP (17) payload length: 127) fec0:0:a0e:5900:221:5eff:fe6f:6cc7.5404 > ff15::b5d6.5405: [udp sum ok] UDP, length 119

IPv6 default TTL (OK):
09:05:27.510154 IP6 (hlim 1, next-header UDP (17) payload length: 127) fec0:0:a0e:5900:221:5eff:fe6f:6cc7.5404 > ff15::b5d6.5405: [udp sum ok] UDP, length 119

Comment 5 errata-xmlrpc 2011-05-19 14:24:29 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0764.html


Note You need to log in before you can comment on or make changes to this bug.