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-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 3 Apr 2014 13:28:33 +0800
From:	lucien xin <lucien.xin@...il.com>
To:	Stephen Hemminger <stephen@...workplumber.org>
Cc:	David Miller <davem@...emloft.net>,
	network dev <netdev@...r.kernel.org>
Subject: Re: [PATCH] vxlan: using AF_PACKET socket to send multicast packet
 cause WARNING

On Wed, Apr 2, 2014 at 10:51 PM, Stephen Hemminger
<stephen@...workplumber.org> wrote:
> That breaks local socket accounting for tunneled packets.
It do break, I think it should break, becaue vlxan send UDP packets,
it should be bound to UDP socket.
after  encapsulating the packet with local socket.  it reach the
vxlan's xmit.  and It should be take into
vxlan's UDP socket.and local socket should not take care of it.

now the problem is that the local socket(AF_PACKET) cannot take it to
travel the ipv4/6 protocol stack,
unlike TCP/UDP socket.   perhaps, in later, there will be other type
protocol family that has the same issue.
so I think vxlan should support it.

> The idea is that a TCP socket sending over vxlan will keep it's
> memory accounting all the way until the device sends it.
yes, the idea is there.  But if vxlan is treated as net_device,  the
packet enter it's xmit(), which seems
 to be send by the device.  so when the packet goes there, the TCP
socket also should let it go.

of course, if you insist the idea you said,  to support only some type
protocol family, do you have some
better suggestion?

I cannot be sure I understand you well, those are just my own
thoughts. pls help to check and correct it .  :)

many thanks to your reply.
--
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