Bug 43249 - connect(2) changes INADDR_ANY meaning for UDP sockets
connect(2) changes INADDR_ANY meaning for UDP sockets
Status: NEW
Product: Documentation
Classification: Unclassified
Component: man-pages
All Linux
: P1 normal
Assigned To: documentation_man-pages@kernel-bugs.osdl.org
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-05-14 22:28 UTC by Sebastian Lauwers
Modified: 2012-05-14 22:28 UTC (History)
0 users

See Also:
Kernel Version: 3.0.0
Tree: Mainline
Regression: No


Attachments
Testcase which demonstrates the bug scenario (2.32 KB, text/x-csrc)
2012-05-14 22:28 UTC, Sebastian Lauwers
Details

Description Sebastian Lauwers 2012-05-14 22:28:33 UTC
Created attachment 73297 [details]
Testcase which demonstrates the bug scenario

The POSIX man page for connect(2) [1] specifies that:

> If the socket has not already been bound to a local address, connect()
> shall bind it to an address which, unless the socket's address family
> is AF_UNIX, is an unused local address.

The Linux man page for connect(2) does not provide this information, and this may be confusing, regarding the following behaviour:

After creating a socket of type SOCK_DGRAM through socket(2), and calling bind(2) on it to have it "listen" on all interfaces (through the use of INADDR_ANY as value of sockaddr_in.sin_addr.s_addr), it is possible to call connect(2) on said socket. This behaviour is correctly explained by the connect(2) Linux man page [2]:

> If the socket sockfd is of type SOCK_DGRAM then addr is the address to 
> which datagrams are sent by default, and the only address from which data‐
> grams are received.

However, upon doing so, the socket is no longer "bound" to any interface (as could be assumed through the usage of INADDR_ANY), but one in particular (and it is apparently not possible to know which one, before calling connect(2)). This seems to contradict the information provided by the ip(7) man page [3]:

> When a process wants to receive new incoming packets or connections, it
> should bind a socket to a local interface address using bind(2). Only
> one IP socket may be bound to any given local (address, port) pair. When
> INADDR_ANY is specified in the bind call, the socket will be bound to
> all local interfaces.

I have attached a test-case which demonstrates this apparently conflicting behaviour.

I would suggest adding a paragraph or comment that would explain this subtlety, as it can cause difficult to diagnose issues when using connected UDP sockets.

[1]: http://www.unix.com/man-page/posix/3posix/connect/
[2]: http://linux.die.net/man/2/connect
[3]: http://linux.die.net/man/7/ip

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