Bug 1308890 - ping with count 1 doesn't work in rhel 7 while it works with count 2
Summary: ping with count 1 doesn't work in rhel 7 while it works with count 2
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: iputils
Version: 7.2
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Jan Synacek
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks: 1400961
TreeView+ depends on / blocked
 
Reported: 2016-02-16 11:16 UTC by Abhi
Modified: 2017-02-21 11:43 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-02-21 11:43:32 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Abhi 2016-02-16 11:16:35 UTC
iputils version :  20121221-7.el7

I have a simulator which simulates physical devices on a remote network, each of these virtual devices have different ips, when i try to ping one of these devices, from RHEL7 using the command

   "ping -c 1 172.20.1.xxx"

the output i get :

PING 172.20.1.xxx (172.20.1.xx) 56(84) bytes of data.
From 10.3.1.xyz: icmp_seq=1 Redirect Network(New nexthop: 10.3.1.yy)
From 10.3.1.xyz icmp_seq=1 Redirect Network
--- 172.20.1.xxx ping statistics ---
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

while when using the following command:

"ping -c 2 172.20.1.xxx"

the output i get:

PING 172.20.1.xxx (172.20.1.xxx) 56(84) bytes of data.
From 10.3.1.xyz: icmp_seq=1 Redirect Network(New nexthop: 10.3.1.yy)
From 10.3.1.xyz icmp_seq=1 Redirect Network64 bytes from 172.20.1.xxx:    
icmp_seq=1 ttl=63 time=59.1 ms

--- 172.20.1.xxx ping statistics ---
1 packets transmitted, 1 received, +1 errors, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 59.144/59.144/59.144/0.000 ms

This as i can see involves redirection of network from one ip to other. But using the command :

"ping -c 1 172.20.1.xxx"

works fine in RHEL6, with the output as:

PING 172.20.1.xxx (172.20.1.xxx) 56(84) bytes of data.
From 10.3.1.xyz: icmp_seq=1 Redirect Network(New nexthop: 10.3.1.yy)
64 bytes from 172.20.1.xxx: icmp_seq=1 ttl=63 time=58.9 ms

--- 172.20.1.xxx ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 58ms
rtt min/avg/max/mdev = 58.931/58.931/58.931/0.000 ms

Why is the ping behavior different in RHEL7?

Comment 2 Jan Synacek 2016-03-01 09:54:15 UTC
(In reply to Abhi from comment #0)
> Why is the ping behavior different in RHEL7?

Because the versions are ages apart. Moreover, iputils might be rebased in RHEL-7.3, see bz#1273336.


Packages for i386 are not supported. This bug report is not a valid bug report. You should contact the Red Hat support.

Comment 3 Abhi 2016-03-04 09:23:03 UTC
(In reply to Jan Synacek from comment #2)
> (In reply to Abhi from comment #0)
> > Why is the ping behavior different in RHEL7?
> 
> Because the versions are ages apart. Moreover, iputils might be rebased in
> RHEL-7.3, see bz#1273336.
> 
> 
> Packages for i386 are not supported. This bug report is not a valid bug
> report. You should contact the Red Hat support.

I beg your pardon, but by mistake i mentioned the hardware architecture as i386 instead of "x86_64".
Can you please look into the issue considering hardware architecture as "x86_64 Linux".

The iputils version using which i am facing issues is of version:
iputils.x86_64               20121221-7.el7    @anaconda/7.2

While everyting works fine with RHEL 6.4 which has iputils as:
iputils.x86_64             20071127-16.el6

I am changing the status of bug from closed to New.

-Thanks

Comment 4 Jan Synacek 2017-02-21 11:43:32 UTC
Works for me in iputils-20160308-8.el7.x86_64


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