Hi:
Here's some quick review comments (these are mostly nits):
- Clean up figure in 3.2?
- Is there a minimum option length? Wouldn't it be at least 3 bytes (to
specify the country code and what)? Or, is at least one "civic address
element" also needed in which case the minimum length would be 6?
- Is an IANA registry of the "what" values required? Or, do we believe that
the 3 values are all that will ever be needed (which is likely the case)?
- For clarity, section 2's text:
As discussed in Security Considerations (Section 5), the GeoConf_Civi
option SHOULD be returned by DHCP servers only when the DHCP client
has included this option in its 'parameter request list' (Section 3.5
[2]).
The DHCP long-options mechanism described in RFC 3396 [8] MUST be
used if the civic address option exceeds the maximum DHCP option size
of 255 octets.
Should likely be reworked to:
As discussed in Security Considerations (Section 5), the GEOCONFIG_CIVIC
option SHOULD be returned by DHCPv4 servers only when the DHCPv4 client
has included this option in its 'parameter request list' (Section 3.5
[2]). Similarily, the OPTION_CIVIC_ADDRESS option SHOULD be returned by
DHCPv6 servers only when the DHCPv6 client has included this option in
its OPTION_ORO.
The DHCPv4 long-options mechanism described in RFC 3396 [8] MUST be
used if the civic address option exceeds the maximum DHCPv4 option size
of 255 octets.
And, similar adjustments should be made to section 5.
- Also, in section 2, shouldn't the text:
To provide multiple renderings, the client
repeats sequences of address elements, prefixing each with 'language'
and/or 'script' element (see Section 3.3). The language and script
Be:
To provide multiple renderings, the server
^^^^^^
repeats sequences of address elements, prefixing each with 'language'
and/or 'script' element (see Section 3.3). The language and script
- In section 3.1, it isn't immediately clear what the countrycode is used
for. I presume this is used to specify the mapping for the Catype to a
textual representation?
Countrycode: The two-letter ISO 3166 country code in capital ASCII
letters, e.g., DE or US.
- In section 6, specify that the initial allocations are provided in Section
3.4 (I've found that IANA doesn't read the entire document, just the IANA
Considerations section so they'd need to be told about the initial registry
list or where to find it in the IANA Considerations section.)
- Bernie
> -----Original Message-----
> From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org]
> On Behalf Of Ralph Droms
> Sent: Wednesday, October 13, 2004 9:53 AM
> To: dhcwg@ietf.org
> Cc: Allison Mankin; Randall Gellens; Andrew Newton
> Subject: [dhcwg] WGLC for draft-ietf-geopriv-dhcp-civil-04.txt
>
>
> Included below is the announcement of a WG last call on
> draft-ietf-geopriv-dhcp-civil-04.txt.
>
> Please review this draft and reply with comments directly to
> geopriv@ietf.org
>
> - Ralph
>
> ------------------------
> Begin forwarded message:
>
> From: Andrew Newton <andy@hxr.us>
> Date: October 13, 2004 8:47:44 AM EDT
> To: GEOPRIV WG <geopriv@ietf.org>
> Cc: Randall Gellens <rg+ietf@qualcomm.com>, Allison Mankin
> <mankin@psg.com>
> Subject: WGLC for draft-ietf-geopriv-dhcp-civil-04.txt
>
> This begins a working group last call for
> draft-ietf-geopriv-dhcp-civil-04.txt for the GEOPRIV working group.
>
> The GEOPRIV co-chairs will ask for a simultaneous last call
> of this document in DHC working group.
>
> This duration of this last call is to be 3 weeks, concluding
> on November 3, 2004.
>
> -andy
>
>
>
> _______________________________________________
> dhcwg mailing list
> dhcwg@ietf.org
> https://www1.ietf.org/mailman/listinfo/dhcwg
>
_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www1.ietf.org/mailman/listinfo/geopriv
Received on Thu, 14 Oct 2004 11:23:08 -0400
This archive was generated by hypermail 2.1.8 : Mon Oct 18 2004 - 08:10:02 EDT