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>] [day] [month] [year] [list]
Message-ID: <50B51B70.5050804@ti.com>
Date:	Wed, 28 Nov 2012 01:28:40 +0530
From:	Mugunthan V N <mugunthanvnm@...com>
To:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
CC:	"davem@...emloft.net" <davem@...emloft.net>
Subject: DHCP response received after 500mS not handled while having multiple
 Ethernet interfaces

Hi

While testing AM335X which has Dual EMAC feature, I came across an issue.

Setup:
     Board:  AM335X-EVMSK with Dual EMAC implementation with eth0 connected
             and eth1 not connected to switch.
     Router: Trendnet Wireless router TEW-652BRP

Issue:
    While booting with multiple Ethernet interface, kernel logs as
    "DHCP/BOOTP: Ignoring delayed packet" and ignores the DHCP response 
packet.

Analysis:
The router is giving a DHCP response only after 500mS which I confirmed by
capturing Ethernet packets
While looking at net/ipv4/ipconfig.c, it seems that waiting period of DHCP
response with multiple interface is 500mS, if we get a response from the
server after 500mS, it is ignored as ic_dev_xid will hold the next interface
xid which is updated while sending DHCP request after timeout on the next
interface.

Is this 500mS waiting for response period is per protocol?

In my view even if we get a response after 500mS and DHCP request has moved
to next interface we need to handle the response.
Can someone comment on this approach is right or is there some other way to
handle the issue.

Regards
Mugunthan V N
--
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ