I'm going to strongly disagree with both of you on that point. Why must the altitude restriction be a hard restriction? Nothing in any FAA document states that, and that's certainly not the case with real-world controllers.
First example that comes to my mind would be the RIIVR2 into KLAX. You're saying you won't hear "Descend via the RIIVR Two arrival" on LiveATC (or in ZLA on VATSIM ) countless times every day simply because the RIIVR intersection doesn't have a hard altitude?
The reason it works for the RIIVR is that RIIVR is an IAF on approach plates. If you weren't clearing someone for the approach, you'd have to specify an altitude to descend to VIA the arrival... ala "Descend via the RIIVR2 arrival, maintain 10000."
[!--quoteo--][div class=\\\'quotetop\\\']QUOTE [/div][div class=\\\'quotemain\\\'][!--quotec--]EDIT: And just in case you try to get sneaky and claim that RIIVR is still a "boxed" altitude limit, I'll still argue that "Descend via the
BASET3 arrival" is perfectly fine as well despite the altitude restrictions at REEDR, DOWNE, etc.[/quote]
You can still descend via it, but again, you need to specify an altitude to maintain simply because the last published altitude is an at or above... "descend via the BASET3 arrival, maintain 8000."
[!--quoteo--][div class=\\\'quotetop\\\']QUOTE [/div][div class=\\\'quotemain\\\'][!--quotec--]EDIT2: After actually looking at the FRDMM2 arrival, I apparently misunderstand Ryan and/or both of you. My point was simply that a STAR could have zero "hard" altitudes and contain nothing but "at or above" altitudes and you'd still be able to use "descend via" with it. (Now, if the pilot acknowledges the instruction and never leaves his altitude, that's perfectly valid... he just probably won't get to land any time soon.)[/quote]
Yup.