-
Notifications
You must be signed in to change notification settings - Fork 269
Some sockets are never disassociated from the network interface #2590
Copy link
Copy link
Open
Labels
Type: BugError or flaw producing unexpected resultsError or flaw producing unexpected results
Description
When a socket's peer address is set or changes after the socket has been associated with a network interface, that socket will never be disassociated from the network interface, which will cause the socket to stay in memory and won't make the socket's port available for other sockets.
For example:
socket()- the application creates a new UDP socketbind()- the application binds the socket to some address; the socket is associated with the network interface using the key:<ip>:<port>|0:0connect()- the application sets the peer address of the socketclose()- the socket is closed; the socket is disassociated from the network interface using the key<ip>:<port>|<peer_ip>:<peer_port>, but this key doesn't exist so the disassociation silently fails- the socket remains associated with this interface until the end of the simulation
I think this is also an issue for client TCP sockets that are manually bound (bind() called before connect()).
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
Type: BugError or flaw producing unexpected resultsError or flaw producing unexpected results