## Datagram sockets (UDP)

Using User Datagram Protocol (UDP) with Vert.x is a piece of cake.

UDP is a connection-less transport which basically means you have no persistent connection to a remote peer.

Instead you can send and receive packages and the remote address is contained in each of them.

Beside this UDP is not as safe as TCP to use, which means there are no guarantees that a send Datagram packet will receive it’s endpoint at all.

The only guarantee is that it will either receive complete or not at all.

Also you usually can’t send data which is bigger then the MTU size of your network interface, this is because each packet will be send as one packet.

But be aware even if the packet size is smaller then the MTU it may still fail.

At which size it will fail depends on the Operating System etc. So rule of thumb is to try to send small packets.

Because of the nature of UDP it is best fit for Applications where you are allowed to drop packets (like for example a monitoring application).

The benefits are that it has a lot less overhead compared to TCP, which can be handled by the NetServer and NetClient (see above).

### Creating a DatagramSocket

To use UDP you first need t create a `DatagramSocket`. It does not matter here if you only want to send data or send and receive.

    socket = vertx.create_datagram_socket({
    })

The returned `DatagramSocket` will not be bound to a specific port. This is not a problem if you only want to send data (like a client), but more on this in the next section.

### Sending Datagram packets

As mentioned before, User Datagram Protocol (UDP) sends data in packets to remote peers but is not connected to them in a persistent fashion.

This means each packet can be sent to a different remote peer.

Sending packets is as easy as shown here:

    require 'vertx/buffer'
    socket = vertx.create_datagram_socket({
    })
    buffer = Vertx::Buffer.buffer("content")
    # Send a Buffer
    socket.send(buffer, 1234, "10.0.0.1") { |asyncResult_err,asyncResult|
      puts "Send succeeded? #{asyncResult_err == nil}"
    }
    # Send a String
    socket.send("A string used as content", 1234, "10.0.0.1") { |asyncResult_err,asyncResult|
      puts "Send succeeded? #{asyncResult_err == nil}"
    }

### Receiving Datagram packets

If you want to receive packets you need to bind the `DatagramSocket` by calling `listen(…​)}` on it.

This way you will be able to receive `DatagramPacket`s that were sent to the address and port on which the `DatagramSocket` listens.

Beside this you also want to set a `Handler` which will be called for each received `DatagramPacket`.

The `DatagramPacket` has the following methods:

- `sender`: The InetSocketAddress which represent the sender of the packet

- `data`: The Buffer which holds the data which was received.

So to listen on a specific address and port you would do something like shown here:

    socket = vertx.create_datagram_socket({
    })
    socket.listen(1234, "0.0.0.0") { |asyncResult_err,asyncResult|
      if (asyncResult_err == nil)
        socket.handler() { |packet|
          # Do something with the packet
        }
      else
        puts "Listen failed#{asyncResult_err}"
      end
    }

Be aware that even if the {code AsyncResult} is successed it only means it might be written on the network stack, but gives no guarantee that it ever reached or will reach the remote peer at all.

If you need such a guarantee then you want to use TCP with some handshaking logic build on top.

### Multicast

#### Sending Multicast packets

Multicast allows multiple sockets to receive the same packets. This works by having the sockets join the same multicast group to which you can then send packets.

We will look at how you can join a Multicast Group and receive packets in the next section.

Sending multicast packets is not different than sending normal Datagram packets. The difference is that you pass in a multicast group address to the send method.

This is show here:

    require 'vertx/buffer'
    socket = vertx.create_datagram_socket({
    })
    buffer = Vertx::Buffer.buffer("content")
    # Send a Buffer to a multicast address
    socket.send(buffer, 1234, "230.0.0.1") { |asyncResult_err,asyncResult|
      puts "Send succeeded? #{asyncResult_err == nil}"
    }

All sockets that have joined the multicast group 230.0.0.1 will receive the packet.

##### Receiving Multicast packets

If you want to receive packets for specific Multicast group you need to bind the `DatagramSocket` by calling `listen(…​)` on it to join the Multicast group.

This way you will receive DatagramPackets that were sent to the address and port on which the `DatagramSocket` listens and also to those sent to the Multicast group.

Beside this you also want to set a Handler which will be called for each received DatagramPacket.

The `DatagramPacket` has the following methods:

- `sender()`: The InetSocketAddress which represent the sender of the packet

- `data()`: The Buffer which holds the data which was received.

So to listen on a specific address and port and also receive packets for the Multicast group 230.0.0.1 you would do something like shown here:

    socket = vertx.create_datagram_socket({
    })
    socket.listen(1234, "0.0.0.0") { |asyncResult_err,asyncResult|
      if (asyncResult_err == nil)
        socket.handler() { |packet|
          # Do something with the packet
        }

        # join the multicast group
        socket.listen_multicast_group("230.0.0.1") { |asyncResult2_err,asyncResult2|
          puts "Listen succeeded? #{asyncResult2_err == nil}"
        }
      else
        puts "Listen failed#{asyncResult_err}"
      end
    }

##### Unlisten / leave a Multicast group

There are sometimes situations where you want to receive packets for a Multicast group for a limited time.

In this situations you can first start to listen for them and then later unlisten.

This is shown here:

    socket = vertx.create_datagram_socket({
    })
    socket.listen(1234, "0.0.0.0") { |asyncResult_err,asyncResult|
      if (asyncResult_err == nil)
        socket.handler() { |packet|
          # Do something with the packet
        }

        # join the multicast group
        socket.listen_multicast_group("230.0.0.1") { |asyncResult2_err,asyncResult2|
          if (asyncResult2_err == nil)
            # will now receive packets for group

            # do some work

            socket.unlisten_multicast_group("230.0.0.1") { |asyncResult3_err,asyncResult3|
              puts "Unlisten succeeded? #{asyncResult3_err == nil}"
            }
          else
            puts "Listen failed#{asyncResult2_err}"
          end
        }
      else
        puts "Listen failed#{asyncResult_err}"
      end
    }

##### Blocking multicast

Beside unlisten a Multicast address it’s also possible to just block multicast for a specific sender address.

Be aware this only work on some Operating Systems and kernel versions. So please check the Operating System documentation if it’s supported.

This an expert feature.

To block multicast from a specific address you can call `blockMulticastGroup(…​)` on the DatagramSocket like shown here:

    socket = vertx.create_datagram_socket({
    })

    # Some code

    # This would block packets which are send from 10.0.0.2
    socket.block_multicast_group("230.0.0.1", "10.0.0.2") { |asyncResult_err,asyncResult|
      puts "block succeeded? #{asyncResult_err == nil}"
    }

#### DatagramSocket properties

When creating a `DatagramSocket` there are multiple properties you can set to change it’s behaviour with the `DatagramSocketOptions` object. Those are listed here:

- `sendBufferSize` Sets the send buffer size in bytes.

- `receiveBufferSize` Sets the TCP receive buffer size in bytes.

- `reuseAddress` If true then addresses in TIME_WAIT state can be reused after they have been closed.

- `trafficClass`

- `broadcast` Sets or clears the SO_BROADCAST socket option. When this option is set, Datagram (UDP) packets may be sent to a local interface’s broadcast address.

- `multicastNetworkInterface` Sets or clears the IP_MULTICAST_LOOP socket option. When this option is set, multicast packets will also be received on the local interface.

- `multicastTimeToLive` Sets the IP_MULTICAST_TTL socket option. TTL stands for "Time to Live," but in this context it specifies the number of IP hops that a packet is allowed to go through, specifically for multicast traffic. Each router or gateway that forwards a packet decrements the TTL. If the TTL is decremented to 0 by a router, it will not be forwarded.

#### DatagramSocket Local Address

You can find out the local address of the socket (i.e. the address of this side of the UDP Socket) by calling `localAddress`. This will only return an `InetSocketAddress` if you bound the `DatagramSocket` with `listen(…​)` before, otherwise it will return null.

#### Closing a DatagramSocket

You can close a socket by invoking the `close` method. This will close the socket and release all resources