> I would prefer not to revert this particular change (and I guess you mean
> "preferred-value for YU"). Doing so would go against the principle of
> shortcutting preferred-value chains, with the idea that a preferred value
> should always be a non-deprecated value. The added comment (for YU) is fine
> as it is in draft 9, and better than in this case a misleading
> Preferred-value.
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.