A quick comment<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">1. This isn't a problem if the left-to-right labels are
<br>ASCII labels, because bc=ET (most notably, "#", "%", and "$")<br>aren't allowed in domain names, anyway.</blockquote><div><br>In domain names alone, but in URL you have have gorp surrounding the host name, eg
<br><br><a href="http://abc.def?ghi..">http://abc.def?ghi..</a>..<br><a href="http://abc.def#ghi..">http://abc.def#ghi..</a>..<br><a href="http://abc.def/ghi..">http://abc.def/ghi..</a>..<br>...<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
So I'd suggest trying those steps:<br><br>1. Prohibit bc=ET and bc=CS totally in labels.<br>2. Prohibit bc=AN in LCat labels, and only allow them in<br> RCat labels, which would then be further constrained,<br> because they then could not start or terminate those
<br> labels.</blockquote><div><br>These steps look reasonable. One additional possibility is that we could place a restriction on the entire host name; that is, if there are any BIDI characters in the host name, then certain restrictions could apply to even all ASCII labels. I mention that as a possibility; Harald can say if that is realistic or not.
<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>Then see how many specific patterns remain in your test,<br>given those constraints.
<br><br>--Ken<br><div><div></div><div class="Wj3C7c"><br><br><br>_______________________________________________<br>Idna-update mailing list<br><a href="mailto:Idna-update@alvestrand.no">Idna-update@alvestrand.no</a><br><a href="http://www.alvestrand.no/mailman/listinfo/idna-update" target="_blank">
http://www.alvestrand.no/mailman/listinfo/idna-update</a><br></div></div></blockquote></div><br><br clear="all"><br>-- <br>Mark