On Jul 11, 2017, at 3:17 AM, Petr Špaček <[email protected]> wrote: > I feel that implications from switch to non-RR format are underestimated > and following e-mail attempts to explain why I believe it is a bad idea. > Please accept my apology for such long e-mail.
Petr, with all due respect, I did not see a counter-proposal here, and your comments seem to reflect a misunderstanding of what session-signaling is. In fact, the opposite of what you said is true: if this were done as a normal query with EDNS0-like encapsulation, _then_ we would see problems, because session signaling messages would look more like DNS queries, and less like control messages. This is not a desirable quality. It's true that, for example, the DNS packet compression format would have to deal with this specially, but that would also be true if this were done EDNS0-style. It's true that packet dumpers would have to deal with this specially, but that's also true if it's done EDNS0-style. Etc. It may be that there is a good point in your argument somewhere, but at the moment, I don't see one. E.g., in your python example, yes, if this were an RR, not being able to plop it into your RR-handling switch would suck. But it's not an RR, doesn't have the semantics of an RR, and if you plop it into your RR-handling switch, you're probably getting the semantics wrong. So if you want to make this case, I think you need to be more specific about why this is a problem: when I think about how to implement this (which I have done, because I'm using it for dnssd), what you are advocating seems harder, not easier, than what is currently being proposed.
_______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
