https://bugzilla.wikimedia.org/show_bug.cgi?id=14977


Philippe Verdy <[EMAIL PROTECTED]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[EMAIL PROTECTED]




--- Comment #14 from Philippe Verdy <[EMAIL PROTECTED]>  2008-11-14 01:41:09 
UTC ---
Those IPv6 designers should have better thought twice before choosing the colon
as the separator for groups of digits in litteral numeric addresses for hosts.
OK for the extra [] brackets, by why the colons and not dots like in IPv4?

They wanted to supported a dotted 4-figures syntax for the 32 least significant
digits of the 128-bit IPv6 address, to make the distinction with the
hexadecimal notation, just to allow easy conversion of IPv4 to IPv6 (by
preprending the 96-bit hexadecimal prefix, that can have a variable number of
colons), so this would have created an ambiguity if they had used the same dot
between hexadecimal address parts, and between the four 8-bit decimal
components specifying the least significant 32 bits.

But why did not they specify that [brackets] are REQUIRED part of the hostname
to create from an IPv6 address. This would have avoided the two representations
(with or without brackets) for the hostname, and getHostName() would have never
returned an address in the form "2001:800:xxx:xxx" but only
"[2001:800:xxx:xxx]"

Instead they chose to make the hostname without any bracket, requiring that
applications like URLs to support the addition of [] to avoid the ambiguiy with
a port number (the ambiguity exists only because valid IPv6 addresses can be
valid with less than 8 hex parts and 7 colons.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are watching all bug changes.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to