qmdnsengine doesn't work anymore with iOS 16 or Ventura

[cagnulein]

the same QZ version on iOS 15 works fine

@p3g4asus I will investigate this myself, if you have time, could you also confirm me this? I can't see anymore the advertising frames from QZ. It still works flawlessy with the same QZ from today on my wife iphone with iOS 15.7

[p3g4asus]

I will investigate on this this weekend. I will have to update my hardware.

[cagnulein]

a quick fix will be use the native bonjour that is already using for sending the hr from apple watch to ipad. this is still working Il giorno ven 28 ott 2022 alle 16:24 p3g4asus ***@***.***> ha scritto:

I will investigate on this this weekend. I will have to update my hardware. — Reply to this email directly, view it on GitHub <#1011 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAALYWANAZKMO5A6XDDYJ4LWFPOYPANCNFSM6AAAAAARRDDY5E> . You are receiving this because you were assigned.Message ID: ***@***.***>

-- Roberto Viola Software engineer and open source enthusiast http://robertoviola.cloud

[cagnulein]

writeDatagram returns -1 Network unreachable
i'm investigating....

[cagnulein]

ok got the problem, apple is enforcing the multicast entitlement, i changed from the broadcast ip to the localip of zwift and it's working now...i have to find a clean solution anyway

[cagnulein]

unfortunately, i have to port the code on swift and use the nwlistener, there is no easy way. I will post also in the qmdns repository. I will start this, this evening. I hope it would be easy

[cagnulein]

nitroshare/qmdnsengine#41

[cagnulein]

I found a dirty trick. Instead of using the mdsn broadcast address, i'm using the local broadcast. For example if my local ip is 192.168.0.1 i'm using 192.168.0.255

it works on rgt and zwift both

[p3g4asus]

Nice idea. I had it too but would like to test myself before sharing. Remember to take into account network mask for calculating broadcast address.

[cagnulein]

yes it's what i'm doing right now ;) thanks for the reminder ;)

[p3g4asus]

I mean broadcast is 192.168.0.255 if network mask is/24 (255.255.255.0). But different network mask implies different broadcast address.

[cagnulein]

yes i got it :) i'm searching on stackoverflow a ready to implement code :D

[p3g4asus]

Broadcast=(myip & mask)| ((1<<(32-mask))-1)

[cagnulein]

thanks as always ;)

[cagnulein]

maybe also better https://stackoverflow.com/a/777631/831272 ? :D

[p3g4asus]

Oh yes definitely 😁

[cagnulein]

unfortunately it's not so reliable. I asked to apple the entitlement to send unicast frames. I'm saying good luck to myself

[cagnulein]

Eureka! Maybe...My problem was about that I was unable to change the hostname on the adv frame, but using this library it seems that I can https://github.com/neverware-mirrors/avahi/blob/d1e71b320d96d0f213ecb0885c8313039a09f693/avahi-compat-libdns_sd/null-test.c and I don't need the entitlements. Let's see if I can use it

[cagnulein]

unfortunately this code

DNSRecordRef recordRef;
              const char *hostname = serverName.toUtf8().constData();
              DNSServiceErrorType error;
              DNSServiceRef dnsRef;
              
              struct in_addr *addr = atoaddr("192.168.0.46");
              
              error = DNSServiceCreateConnection(&dnsRef);
              if (error){
                  qDebug() << "error";
              }
              qDebug() << hostname;
              error =  DNSServiceRegisterRecord(dnsRef,
                                &recordRef,
                                kDNSServiceFlagsUnique | kDNSServiceFlagsShareConnection, //kDNSServiceFlagsShared | kDNSServiceFlagsAllowRemoteQuery,
                                0,
                                hostname,
                                kDNSServiceType_A,
                                kDNSServiceClass_IN,
                                                sizeof(struct in_addr),
                                                addr,
                                240,
                                TXTRegisterCallback,
                                NULL);

seems to be ineffective on iOS

[cagnulein]

partially fixed, at least with Zwift (doesn't work with Wahoo RGT yet).
The main issue is the fact that with 192.168.0.255, the qmdns library can't register the new hostname Wahoo KICKR 0000.
So my workaround is, set the hostname as the current device name, in order to make Zwift discoverable.
In this way Zwift can connect to QZ on Wahoo as before.
The only downside is that QZ must be running after zwift, because, for now, QZ just streams the ADV frame over Bonjour (192.168.0.255) only one time. I think it's fixable, but for now it's just a little issue.

I will test this on a real session later this week.

[cagnulein]

also this one could be useful in case https://github.com/cagnulein/publish-mdns-hostname/blob/master/README.md

[cagnulein]

@p3g4asus

Hello,

Your request to use Multicast Networking was approved. You can now add the Multicast Networking entitlement with your Provisioning Profile.

Instructions for using the entitlement are available and, for more information on using multicast, please read How to use multicast networking in your app. If you have questions or issues, please use the “Network” tag on the Apple Developer Forums.

Best regards,
Apple Networking

[cagnulein]

Ok I guess also Zwift needs the entitlement. The Zwift version on iOS doesn't work anymore even with the entitlement, instead the MacOS one works beatifully, so I guess the issue now it's zwift. I will investigate this in the Zwift forum

[cagnulein]

https://forums.zwift.com/t/zwift-didn-t-recognize-wahoo-kickr-with-direct-connect-using-ipad-mini-with-ios-16-1/592239/14

[cagnulein]

i'm closing this one, since now it's only a zwift issue