Hi Marc, To start — I have no objection to there being some mechanism to discover a proxy using dns-sd / bonjour! If someone has a good use case for that, that certainly is a possibility.
I do think it would be a different use case than the one for this network-provided proxy provisioning, however. A couple salient points to consider: - While the local router may be able to point you to the appropriate proxies to use, the proxies themselves are likely not on the local link or multicast area. Instead, they would likely be some infrastructure associated with the network operator, deeper in the network. - A dns-sd solution would allow many parties to advertise such capabilities on the network. The case we’re concerned with here is knowing the one that comes from a network operator, not other peers. - While I can’t rule it out categorically, I’m not aware of many cases where we’d be able to use multicast dns-sd on cellular carrier networks, which is one of the main deployment targets here. Thanks, Tommy > On Jul 25, 2023, at 3:57 PM, Marc Blanchet <marc.blanc...@viagenie.ca> wrote: > > Hello, > Saw your presentation yesterday at masque and now read your draft. Fine by > the overall approach, but I was wondering if you have considered to use > DNS-SD (aka Bonjour)? I could see a proxy on the local network advertising > its proxy service and the client « finding » the proxy by the DNS-SD/Bonjour > mechanism. Seems straightforward to me. Also enables multiple proxies to « > offer » their service, so redundancy right out of the box. In other words, > I’m looking at this as a service discovery not provisioning. I am surely > missing something? > > Regards, Marc. > > -- > Masque mailing list > mas...@ietf.org > https://www.ietf.org/mailman/listinfo/masque _______________________________________________ Int-area mailing list Int-area@ietf.org https://www.ietf.org/mailman/listinfo/int-area
