Closed thousif-e5 closed 10 months ago
One suggestion to check:
fdcb:67e:9d73:5754:40f2:43ad:929a:f6c0
) hi @abtink, In earlier commits it used to work and my setup requires the IPv6 to be published in MDNS. any alternative to that?
thanks
Did you check/confirm the mesh-lcoal prefix? My suggestion is to first check this (are these addresses "mesh-local" addresses or not?).
Do you have a BR in your setup?
yes, it is the mesh local ipv6 address and I do have a BR setup where you can see the SRP server running.
yes, it is the mesh local ipv6 address and I do have a BR setup where you can see the SRP server running.
As mentioned in https://github.com/openthread/ot-br-posix/issues/2074#issuecomment-1778889176, mesh-local addresses are intentionally not published via mDNS.
Any suggestions on polling/events of the SRP Server on the client's registration
You need devices to provide OMR (off-mesh routable) addresses (other than mesh-local) in their SRP registration.
You can have a BR configured to publish an OMR prefix in Thread network data (which is then used by devices to generate OMR address) and register these addresses with SRP server.
Any suggestions on polling/events of the SRP Server on the client's registration
See src/cli/README_SRP_SERVER.md for the set of available CLI commands.
Note that the reason why mesh-local addresses are not advertised via mDNS is because mesh-local addresses are not useful for hosts on the infrastructure link to communicate with Thread devices.
thanks for the info @abtink and @jwhui.
closing
Hi, i have an open thread setup with nodes running with SRP client with service name '_elementuredev._udp' in the srp server I can see the client's hostname is registered. SRP Logs:
Problem: MDNS is not registering the IPv6 address hence IPv6 address resolve issue. The attached image shows an error resolving the address.