Bug 470774
| Summary: | [RFC1981-PMTU]Multicast Destination - One Router test failed | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | wang jiabo <jiabwang> |
| Component: | kernel | Assignee: | Neil Horman <nhorman> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | kernel-maint, llim, nhorman, priyanka.khemalapure123, quintela |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-04-15 11:08:31 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
wang jiabo
2008-11-10 05:57:05 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Please retry with current rawhide/F11 and the 2.6.29.1 kernel. Fill out & confirm this table for me, please: fe80::200:ff:fe00:100 - TN fe80::21d:fff:fe0f:be4e -NUT (Fedora 10 system, failing case) ff1e::1:2: - ??? fe80::20a:ebff:fe85:9e56 - NUT (Fedora 10 system, passing case) Also, clarify the behavior. Is the TN sending a icmp echo request in framgents to the NUT, which the NUT is then responding to with an ICMP too big response, rather than a typical icmp echo response? or is there more detail here? A binary tcpdump would also be more helpful. You missed a few entries in the table above for me, there was one address I couldn't determine the purpose of, and I'd like confirmation on the other addresses too please. fe80::200:ff:fe00:100 - TN
fe80::21d:fff:fe0f:be4e -NUT (Fedora 10 system, failing case)
ff1e::1:2: - Multicast Address
fe80::20a:ebff:fe85:9e56 - NUT (RHEL5.3 system, passing case)
TEST PROCEDURE
Verify that a node properly chooses the PMTU for multicast destinations.
TR1 NUT
| |
|<--------------------------|
| 1.Echo Request |
| (1500 octets) |
| |
|-------------------------->|
| 2.Packet Too Big |
| (MTU is 1450) |
| |
|<--------------------------|
| 3.Fragmented Echo Request |
| (1st + 2nd = 1500) |
| |
|-------------------------->|
| 4.Packet Too Big |
| (MTU is 1400) |
| |
|<--------------------------|
| 5.Fragmented Echo Request |
| (1st + 2nd = 1500) |
| |
|<--------------------------|
| 6.Echo Request |
| (1400 octets) |
| |
|-------------------------->|
| 7.Packet Too Big |
| (MTU is 1300) |
| |
|<--------------------------|
| 8.Fragmented Echo Reply |
| (1st + 2nd = 1400) |
| |
|-------------------------->|
| 9.Packet Too Big |
| (MTU is 1350) |
| |
|<--------------------------|
| 10.Fragmented Echo Reply |
| (1st + 2nd = 1400) |
| |
v v
1. Receive Echo Request <<Check 1>>
2. Send Packet Too Big message
3. Receive fragmented Echo Request <<Check 2>>
4. Send Packet Too Big message
5. Receive fragmented Echo Request <<Check 3>>
6. Receive Echo Request <<Check 4>>
7. Send Packet Too Big message
8. Receive fragmented Echo Request <<Check 5>>
9. Send Packet Too Big message
10. Receive fragmented Echo Request <<Check 6>>
Packet Too Big message is:
IPv6 Header
Version = 6
Traffic Class = 0
FlowLabel = 0
PayloadLength = 1280
NextHeader = 58 (ICMPv6)
SourceAddress = TR1's Global Address
DestinationAddress = NUT's Global Address
ICMP Echo Request
Type = 2 (Packet Too Big)
Code = 0xff
Checksum = (auto)
MTU = 1280
PayloadData = (1232 octets)
JUDGEMENT
PASS: <<Check 1>> Echo Request Received or Fragmented Echo Request Received
<<Check 2>> Fragmented Echo Request Received.1st and 2nd fragment no larger than 1450 octets.
<<Check 3>> Fragmented Echo Request Received.1st and 2nd fragment no larger than 1400 octets.
<<Check 4>> Echo Request Received or Fragmented Echo Request Received
<<Check 5,6>> Fragmented Echo Request Received.1st and 2nd fragment no larger than 1300 octets.
Echo Request Data is:
IPv6 Header
Version = 6
Traffic Class = 0
FlowLabel = 0
PayloadLength = 1460,1360
NextHeader = 58 (ICMPv6)
SourceAddress = NUT's Global Address
DestinationAddress = Multicast Address(FF1E::1:2)
ICMP Echo Request
Type = 128 (Echo Request)
Code = 0
Checksum = (auto)
Identifier = 0xffff
SequenceNumber = 1
PayloadData = (1452,1352 octets)
CLEANUP
Common Test Cleanup
REFERENCE
RFC 1981 - Path MTU Discovery for IPv6
sorry, I think it is no bug, it is my remote suite bug.
I should modify ping6.rmt file of remote suite. add "-M want" parameter.
then my cases pass.
thanks
ping6.rmt file info:
########################################################################
use V6evalRemote;
rOpen() || goto error;
#
########################################################################
use V6evalRemote;
rOpen() || goto error;
$NUTif = $rOpt_if;
$dstaddress = $rOpt_addr;
#$rOpt_timeout = 5 if ! defined $rOpt_timeout;
$rOpt_timeout = 5 if ! defined ($rOpt_timeout);
$rOpt_size = 2 if ! defined ($rOpt_size);
$rOpt_count = 1 if ! defined ($rOpt_count) ;
$rOpt_interval = 1 if ! defined ($rOpt_interval);
$pingpath = "ping6";
#$pingopt = "-n -c 1 -i 1 -s $rOpt_size -p 00 -w 2";
$pingopt = "-n -c $rOpt_count -i $rOpt_interval -s $rOpt_size -p 00 -w 2 -M want";
$ifopt = "-I $NUTif" if $NUTif ne "";
rLogin($rOpt_timeout) || goto error;
rCommand("$pingpath $pingopt $ifopt $dstaddress", 15) || goto error;
rLogout($rOpt_timeout) || goto error;
rClose();
exit($V6evalRemote::exitPass);
error:
rClose();
exit($V6evalRemote::exitFail);
########################################################################
Hi, I am using Fedora 14 as NUT.I am also facing the same problem.NUT is not able to send fragmented echo request when it receives packet too big message. |