<div>Ok, I understood your point.</div>
<div> </div>
<div>But as per RFC 2865,</div>
<div>what is the meaning of then "UTF-8 encoded 10646 [7] characters", <strong>the [7]?</strong></div>
<div><strong>7 stands for what over here?</strong></div><strong></strong>
<div><br>And one more thing as per RFC 2865, </div>
<div>1) As per this new RFC only only we need to support US-ASCII not any other character set, right?</div>
<div>2) Does free RADIUS only supporting US-ASCII ?<br></div>
<div class="gmail_quote">On Wed, Dec 15, 2010 at 8:43 PM, Alan DeKok <span dir="ltr"><<a href="mailto:aland@deployingradius.com">aland@deployingradius.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">karnik jain wrote:<br>>  As per my understanding of RFC 2865,<br>><br>>  It is clearly written in *section 5.0 of RFC 2865* that,<br>> *“text      1-253 octets containing UTF-8 encoded 10646 [7] characters.<br>
> Text of length zero (0) MUST NOT be sent; omit the entire attribute<br>> instead.” *<br>><br>> So, It has to be converted into UTF-8<br><br></div> No.  7 bit US-ASCII is a subset of UTF-8.<br>
<div class="im"><br>> If it would be compatible to each other than What is the need of<br>> including above statement in RFC-2865 clearly,<br>> correct me If my understanding is wrong?<br><br></div> The statement is required for international text.  i.e. non US-ASCII.<br>
<br>> *Can you please tell me that,*<br>
<div class="im">> *From where I can find the information regarding US-ASCII & UTF-8<br></div>> compatibleness as per your reply or any RFC number if it is known to you? *<br><br> Read the UTF-8 RFC.  This is all documented elsewhere, and is not part<br>
of FreeRADIUS.<br>
<div>
<div></div>
<div class="h5"><br> Alan DeKok.<br>-<br>List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br></div></div></blockquote>
</div><br>