Skip to content

Commit

Permalink
Update multicast to latest code change
Browse files Browse the repository at this point in the history
  • Loading branch information
HeMan committed Jan 15, 2025
1 parent 0116f83 commit 3af31a1
Showing 1 changed file with 7 additions and 7 deletions.
14 changes: 7 additions & 7 deletions components/udp.rst
Original file line number Diff line number Diff line change
Expand Up @@ -56,7 +56,8 @@ Configuration variables:
- **port** (*Optional*, int): The destination UDP port number to use. Defaults to ``18511``.
- **addresses** (*Optional*, list of IPv4 addresses): One or more IP addresses to broadcast data to. Defaults to ``255.255.255.255``
which is the local network broadcast address.
- **listen_address** (*Optional*, IPv4 address): One or more IP multicast address to listen to. Defaults to no multicast address, just local network broadcast address ``255.255.255.255``.
- **listen_address** (*Optional*, IPv4 address): Changes to multicast, adding an address to listen to. Defaults to no multicast address, just
local network broadcast address ``255.255.255.255``. **NOTE**: Adding a multicast address stops it from listen on unicast address.
- **sensors** (*Optional*, list): A list of sensor IDs to be broadcast. Each entry may be just the sensor id, or may set a different id to be broadcast.

- **id** (**Required**, :ref:`config-id`): The id of the sensor to be used
Expand Down Expand Up @@ -115,8 +116,8 @@ attacks on the encryption much more difficult. This is enabled in the provider c

For further protection a ``ping-pong`` (or challenge-response) facility is available, which can be enabled in the
consumer configuration. The consumer periodically generates a 32 bit random number (a *nonce* aka "Number used Once")
and broadcasts it as a *ping*. Any provider receiving this nonce will include it in any future encrypted broadcasts as
*pong*. The consumer expects to get back its most recently transmitted *ping* in any packets it receives, and will reject
and broadcasts it as a *ping*. Any provider receiving this nonce will include it in any future encrypted broadcasts as
*pong*. The consumer expects to get back its most recently transmitted *ping* in any packets it receives, and will reject
any that do not contain it.

Use of the ping-pong feature will add to network traffic and the size of the transmitted packets (a single packet may
Expand Down Expand Up @@ -264,7 +265,7 @@ the port specified in the ``udp_external`` configuration:
- humi_rooma
- humi_roomb
- humi_roomc
- id: udp_external
update_interval: 60s
encryption: "Muddy Waters"
Expand All @@ -285,7 +286,7 @@ the port specified in the ``udp_external`` configuration:
provider: remote-node
remote_id: binary_sensor_unlock_me
on_press:
- lambda: |-
- lambda: |-
ESP_LOGI("main", "d command to binary_sensor_unlock");
The example below shows two devices communicating via multicast:
Expand All @@ -312,8 +313,7 @@ The example below shows two devices communicating via multicast:
remote_id: mc_external
udp:
listen_addresses:
- 239.0.60.53
listen_addresses: 239.0.60.53
.. [#f1] As known in 2024.06.
Expand Down

0 comments on commit 3af31a1

Please sign in to comment.