Policy discussions are continuing and are clearly out of scope for RSSAC. RSSAC takes no position on what the contents of the strings used to instantiate IDNs in the root should be, or how many there should be within a factor of 2-5 times the current size of the root zone, or what the duration of the test should be, as long as DNS protocol is followed regarding length of labels, permitted characters, and so on.

With regards to technical and operational issues, RSSAC's consensus as discussed 18 March in the Praha meeting includes:

There's no issue with adding standard delegations (NS records) to the root zone to instantiate IDN at the root.
RSSAC urges ICANN to consult DNS experts on constraints such as appropriate TTL values for test IDNs. RSSAC itself represents a significant reserve of such expertise and its members would be happy to try to provide guidance on this subject. However, these details are immaterial to the job of serving a root zone that includes IDNs; the impact is on resolvers and applications.
ICANN will be coordinating the test, collating test results, and making further decisions about how to go forward to production deployment. ICANN, particularly IANA as the party responsible for the root zone, are asked to provide notice to RSSAC as the test begins and ends and the findings that result from it.
It's our understanding that several of ICANN's policy bodies are examining aliasing of domain names as one possible component of an IDN solution. Aliasing can be accomplished in a variety of ways. If aliasing of existing domain names is needed as part of the deployment of IDN, RSSAC would provide technical and operational input on how to accomplish it effectively. IANA would have to provide notification of changes to software, hardware, or procedures the root server operators would need to implement in advance of major changes in the capabilities required to serve root zone data; the best way to make sure this happens is to keep RSSAC advised as decisions are made regarding further tests and eventual production deployment so expectations are clear.
ICANN may find that it will be useful to have specific data or measurements from the root server operators, as part of testing or production deployment of IDN, regarding any changes in traffic or other operational parameters IDN labels might cause. ICANN is encouraged to outline any specific measurements in which they are interested relating to the effects of the test deployment.