Task #1189
closedUdpFace implementation
100%
Description
Implement UdpChannelFactory, UdpChannel, and UdpFace.
UdpChannelFactory can
- create a UdpChannel for unicast communication on a local endpoint
If a UdpChannel with the same local endpoint exists, that one should be returned. - create a UdpFace for multicast communication on a multicast group and port number via a local NIC
Only IPv4 multicast is supported.
If a multicast-UdpFace of the same multicast group, port number, and local NIC exists, that one should be returned.
A local port number can be used to create either one or more unicast channel with different local IPs, or one or more multicast faces on different NICs.
Creation should fail on violation of this rule.
UdpChannel represents a local endpoint (IP:port tuple). It can
- create a UdpFace for unicast communication with one remote endpoint
If a unicast-UdpFace with the same remote endpoint exists, that one should be returned. - listen on the local endpoint for incoming packets not received by unicast-UdpFace, and create new unicast-UdpFace for new remote endpoint
UdpChannel should have a socket bind(2) to local endpoint but without connect(2) for this purpose.
UdpFace represents either a point-to-point tunnel (unicast) or a broadcast tunnel (multicast).
A unicast-UdpFace should have a socket that is bind(2) to local endpoint and connect(2) to remote endpoint,
so that kernel will dispatch incoming packets from the specific remote endpoint to this socket.
A multicast-UdpFace should have one or two sockets as necessary
to receive packets sent to the specific multicast group and port number via the specific local NIC,
and to send packets to the specific multicast group and port number via the specific local NIC.
Updated by Junxiao Shi almost 11 years ago
- Category set to Faces
- Target version set to v0.1
- Start date deleted (
01/31/2014)
Updated by Davide Pesavento over 10 years ago
- Status changed from New to In Progress
- Assignee changed from Davide Pesavento to Giulio Grassi
Updated by Alex Afanasyev over 10 years ago
We had conversation about the UDP face before, but seems that I didn't put the conclusion of that into this issue.
UdpFaceChannel should use system-provided dispatching of incoming packets to the right destination, meaning that we should not do this dispatch manually in the channel. Similar to TCP channel we still should keep map of created channels, but it should be for completely different purpose (to remember previously created faces to the same endpoints).
Updated by Junxiao Shi over 10 years ago
- Estimated time set to 18.00 h
20140221 conference call decides that only accepted UdpFace should be deleted when idle; faces initiated by this channel shouldn't be deleted.
I'm separating the idle-delete feature to Task #1281 so that the basic features can be delivered earlier.
Updated by Junxiao Shi over 10 years ago
- Description updated (diff)
IPv6 multicast is deleted from the spec, because it's not really needed for first release.
Updated by Junxiao Shi over 10 years ago
- Status changed from In Progress to Closed
- % Done changed from 80 to 100
merged in I4683b45378637133982efd23edd16a0c35148948