* IPv6 for Arduino 3.0.0
* Fix warning in WifiUdp
* remove comment / formating
* Add zone to IPAddress and update WiFiUDP and WiFiGeneric
* Add from ip_addr_t conversion and better toString implementation
* Use constant for IPAddress offset
@sgryphon is this better?
* Combine hostByName to support both IPv6 and IPv4 results
* implement logic to use v6 dns only when global v6 address is assigned and remove IPv6Address
* Rename softAPenableIPv6
* Rename mDNS methods
* fix IPAddress method to work with const address
* Some cleanup and do not print zone in IPAddress
* rename WiFiMulti method
* Fix AP DHCPS not properly working on recent IDF
* Add option to print the zone at the end of IPv6
@TD-er
* remove log prints from hostByName
* Use correct array length for listing IPv6 addresses
* Implement some Tasmota requirements
Added constructor that takes `const ip_addr_t *`.
Added `addr_type()` getter
Organize header to highlight the Espressif additions to IPAddress
* add 'const' to IPAddress::addr_type()
* Fix WiFiUdp not updating mapped v4 address
* Update WiFiServer.cpp
---------
Co-authored-by: Jason2866 <24528715+Jason2866@users.noreply.github.com>
Co-authored-by: s-hadinger <49731213+s-hadinger@users.noreply.github.com>
* feat(ipaddress): add support for ipv6 type, following arduinocore api
* feat(ipaddress): align with latest arduinocore api
---------
Co-authored-by: Me No Dev <me-no-dev@users.noreply.github.com>
Description of Change
Fixes IPAddress INADDR_NONE declaration when using Arduino WiFi or ETH.
This symbol was defined as 0xffffffff by lwip /inet.h, making it impossible to use INADDR_NONE correctly.
This PR only works when <wifi-provisioning/wifi_config.h> has a modification to include <lwip/ip4_addr.h> instead of <lwip/inet.h>. This will be done directly to the sdk folder in the github structure and it has been fixed in IDF by a separated Merge Request. This will be reflected in the future, for good.
Tests scenarios
This PR was tested with all Arduino WiFi examples, including AsyncUDP. Also with ETH examples.
It was also tested for #6610 test cases.
Testing done for ESP32, ESP32-S2, ESP32-C3 and ESP32-S3.
Related links
fixes#6610fixes#6247fixes#4732