netdev - No return for ping -R; not sure if this is the right list

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 10 Apr 2014 16:29:52 +0930
From:	David Newall <davidn@...idnewall.com>
To:	Netdev <netdev@...r.kernel.org>
Subject: No return for ping -R; not sure if this is the right list

Hello All,

I apologise if this is the wrong list.  It's a user question, not a 
development question, which I wanted to send to the linux-net list, but 
that list no longer exists (according to vger.kernel.org.)  I couldn't 
find where it went, and I'm hoping, if this is not the right place, that 
someone will kindly point me in the proper direction.

My problem is a large number of duplicate ACKs, retransmitted packets, 
and packets out of order.

I'm running Ubuntu 13.10 on a Dell 1920, with Ubuntu's twist of Linux 
3.11.0-18-generic kernel.  I have two ethernet ports bonded in 
active-backup mode, and bridged with STP on.  I've got a number of 
virtual hosts running on it, using kvm (QEMU 1.5.0, QEMU API 1.1.1) and 
libvirt (1.1.1).

Some type of Cisco router sits in front of the machine, which is managed 
by the DC who hosts my server.  They also advertise my public IP range 
with BGP.  Apparently there are two independent routes.

I wanted to confirm that the problem is not routing, and thought a 
number of pings with record-route might help, but get no packets 
returned other than when I ping one of the server's own IP addresses.  
Even when I ping a virtual host with -R, no pings are returned, at least 
according to ping, although I do see them using tcpdump.

They appear to be discarded somewhere on the server, but I cannot find 
where.

It's possible the DC is dropping packets with RR option set, and have 
sent them email asking this to be confirmed and changed, but that does 
not explain why a ping -R to a virtual host doesn't work.

Inserting --proto icmp -j ACCEPT rules in the INPUT, FORWARD & OUTPUT 
chains of the server's iptables' filter table does not help. According 
to /proc/net/ip_tables_names, the only other table is mangle, for which 
all chains are ACCEPT policy and empty, other than POSTROUTING which is 
ACCEPT policy and has CHECKSUM fill rules covering UDP port 68 to two of 
my virtual sub-nets.

There are no iptables rules at all on the target virtual-host.

Even though I'm sure you all already picked up this, just to clear, I am 
not using the iptables ipv4options module, nor, that I can see, any 
other iptables-based rule that would do this.

So, any suggestions to explain what is dropping these pings, or what is 
causing the duplicate acks, retransmits and out-of-order packets, would 
be very gratefully received.  Or, even just a pointer to a better place 
to ask.

David
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html