tree 8b314812d6e0ca5fd97c5c3985a9e58c2a77d4f5
parent 649c012793e8b3c1acb367e19c3749c948c779ab
author Boris Zbarsky <bzbarsky@apple.com> 1683159663 -0400
committer GitHub <noreply@github.com> 1683159663 -0400
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJkUvpvCRBK7hj4Ov3rIwAADiEIABm08qb/6NRO3kRvKzb2iNMu
 vcIvrIsNFrtbTeVVzviozYkQOC/HiYObDnZ6bwQN8PYY7T/dEwF4XEsBOzl21ZrP
 CLnefhBGgowLeIahLGgfCood2qLuoB8eKSHgD45nZlQYvVx0rk5F+i7lZRZelrQP
 t2pmAcKNoUZR2u7O+2HL6LA3Po4cd77VcVySbZo1m8lRVNPAT3Km+jeYPGM7xd8A
 acqeHOr0lS5hoW4XaThaMBszkxgmlzjvqSrVugjvQxe0KnJ6duUVpqi+IbflEbye
 q9pxYzav5B1uZfZ0rRBLmZL7hfd7ACFWMtHtZXin8CFu8Y+d+WHCPpH86vkBz6w=
 =qesN
 -----END PGP SIGNATURE-----
 

Try next IP address when sending first session establishment message fails. (#26308)

If DNS-SD discovery comes back with an IP that is not routable for some reason,
or if there os some other synchronous error when trying to kick off session
establishment, move on to the next IP (just like we would for an async session
establishment error), instead of just aborting the session establishment process
altogether.

The change in SetUpCodePairer::ConnectToDiscoveredDevice just moves on to the
next element in our list, if any.

The change in OperationalSessionSetup::UpdateDeviceData adds the TryNextResult
call, but also restructures things to have early returns instead of deep nesting
of ifs.

Fixes https://github.com/project-chip/connectedhomeip/issues/26307