BrianZill

> @BrianZill and @anandbonde this is related to [demikernel/demikernel#204](https://github.com/demikernel/demikernel/issues/204), right? Somewhat. It's really about cleaning up properly after the removal of the Ipv4Endpoint type rather than having a polymorphic socket...

FYI, the Rust 1.64.0 release notes contain this little gem: > Rust 1.64.0 changes the memory layout of Ipv4Addr, Ipv6Addr, SocketAddrV4 and SocketAddrV6 to be more compact and memory efficient....

This is related to existing Issue #176.

This is more important for UDP than TCP, as TCP can split user data across multiple TCP segments automatically.

I've added permalinks. This is a low priority bug, as we should never attempt to call alloc_mbuf with such a size.

> Maybe something like [std::net::SocketAddr](https://doc.rust-lang.org/std/net/enum.SocketAddr.html) from the standard library? Yes, our Ipv4Endpoint is broken. See Issue demikernel/inetstack#172.

Since we removed the Ipv4Endpoint struct and replaced it with SocketAddrV4 (in PR demikernel/inetstack#177), I updated the title and description to reflect this.

We should fix this by having a proper "awaiting address resolution" queue for packets that don't know where they're going. We shouldn't hold back senders until address resolution completes. In...

See my comment for Issue demikernel/demikernel#241.

Whatever solution we end up with here should support matching the unspecified address (a.k.a. INADDR_ANY) with any specific address. See Issue demikernel/demikernel#189.