aboutsummaryrefslogtreecommitdiff
path: root/include/asm-m68k/hw_irq.h
diff options
context:
space:
mode:
authorNick Bowler <nbowler@ellipticsemi.com>2007-08-22 12:33:51 -0700
committerDavid S. Miller <davem@sunset.davemloft.net>2007-08-26 18:35:33 -0700
commit96fe1c0237224b24a0dfaaee6467a5767902ba4a (patch)
tree6fb801473d339ec36843c76c4a0beaa0ae3921cf /include/asm-m68k/hw_irq.h
parent50c46637aa894f904e2fb39086a3d7732f68bd50 (diff)
[IPSEC] AH4: Update IPv4 options handling to conform to RFC 4302.
In testing our ESP/AH offload hardware, I discovered an issue with how AH handles mutable fields in IPv4. RFC 4302 (AH) states the following on the subject: For IPv4, the entire option is viewed as a unit; so even though the type and length fields within most options are immutable in transit, if an option is classified as mutable, the entire option is zeroed for ICV computation purposes. The current implementation does not zero the type and length fields, resulting in authentication failures when communicating with hosts that do (i.e. FreeBSD). I have tested record route and timestamp options (ping -R and ping -T) on a small network involving Windows XP, FreeBSD 6.2, and Linux hosts, with one router. In the presence of these options, the FreeBSD and Linux hosts (with the patch or with the hardware) can communicate. The Windows XP host simply fails to accept these packets with or without the patch. I have also been trying to test source routing options (using traceroute -g), but haven't had much luck getting this option to work *without* AH, let alone with. Signed-off-by: Nick Bowler <nbowler@ellipticsemi.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/asm-m68k/hw_irq.h')
0 files changed, 0 insertions, 0 deletions