Re: [Gen-art] Gen-ART Telechat Review of draft-yusef-dispatch-ccmp-indication-06

2013-10-09 Thread Mary Barnes
Thanks Ben.  We'll fix these nits in the next version.

Mary.


On Tue, Oct 8, 2013 at 3:39 PM, Ben Campbell b...@nostrum.com wrote:

 I am the assigned Gen-ART reviewer for this draft. For background on
 Gen-ART, please see the FAQ at
  http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

 Please wait for direction from your document shepherd
 or AD before posting a new version of the draft.

 Document: draft-yusef-dispatch-ccmp-indication-06
 Reviewer: Ben Campbell
 Review Date: 2013-10-08
 IESG Telechat date: 2013-10-10

 Summary: This draft is ready for publication as an informational RFC. This
 version addresses all the comments from my last call review of version 04.
 I do have a couple of new (or I missed the first time) editorial comments
 that might be worth addressing if there is a new version prior to approval.

 Major issues:

 None

 Minor issues:

 None

 Nits/editorial comments:

 -- General:

 idnits 2.12.18 reports some missing references--please check.

 -- Abstract and Intro

 Please expand UA and XCON on first mention (Both in Abstract and in
 Section 1).


___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: FW: Gen-ART LC Review of draft-yusef-dispatch-ccmp-indication-04

2013-09-16 Thread Mary Barnes
Hi Ben,

I apologize for the delay in responding.  I had initially missed this
review - it either got cached directly with gen-art reviews or the tools
alias burped.  I'm not on the main IETF list with this email address.

Anyways, thank you very much for your thorough review.  Our responses are
below [MB].

We have an update underway that addresses your's and other's LC comments.
 We can forward that to you to preview if you would like.

Regards,
Mary.


-Original Message-
From: Ben Campbell [mailto:b...@nostrum.com]
Sent: Tuesday, July 16, 2013 6:52 PM
To: draft-yusef-dispatch-ccmp-indication@tools.ietf.org
Cc: gen-art@ietf.org Team; IETF-Discussion list
Subject: Gen-ART LC Review of draft-yusef-dispatch-ccmp-indication-04

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at

http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:  draft-yusef-dispatch-ccmp-indication-04
Reviewer: Ben Campbell
Review Date: 2013-07-16
IETF LC End Date: 2013-07-16

Summary: This draft is almost ready for publication as a proposed standard,
but I think there are some clarifications needed first.

Major issues:

-- None

Minor issues:

-- Abstract:

Is the abstract current? It says you will discuss pros and cons of a few
options, and recommend two. I guess you did recommend two, but the others
have been relegated to the appendix. There are no pros and cons listed for
the two recommended choices, which seems rather odd.
[MB] You are correct, it's slightly out of date.  We should just update
this to reflect that this document defines two mechanisms.  And, we'll add
additional text to the selected solutions explaining the motivation for
choosing those. So, we suggest the following change (also removing the
references as this document actually doesn't update any normative behavior
in either 3261 or 4575):
OLD:

This document describes a few options to address the above limitation
with the pros and cons for each approach, and recommends two to be
used depending on the need of the UA. The first approach uses the
Call-Info header and as a result this document updates RFC 3261
[RFC3261]. The second approach defines a new value for the 'purpose'
parameter in the 'service-uris' element in the SIP conferencing event
package, and as a result this document updates RFC 4575 [RFC4575].


NEW:

This document describes two mechanisms, depending upon the need of the
UA, to address the above limitation. The first mechanism uses the
Call-Info header, and the second mechanism defines a new value for the
'purpose' parameter in the 'service-uris' element in the SIP
conferencing event package.

[/MB]


It also mentions that these are mechanisms to be used by SIP clients.
That's not repeated in the introduction. Is this entire draft intended
exclusively for SIP clients?

[MB]  We can fix that.  The intent is for SIP clients to use this, in
particular since the Call-Info header is SIP specific. The service-uri that
is being used could also be in the XCON-Data.  But, there would be no
reason for an XCON client to care about that URI since they are using XCON
methods to create conferences, the URI they have for communicating with the
conference server MUST be an XCON URI. We propose adding text to the
Intro something like the following:

OLD:

The CCMP protocol defines a way for a client to determine if a
conference control server supports CCMP, but it does not define a way
for a client to determine if a conference focus supports CCMP.

This document defines two mechanisms to address the above limitation.
Other mechanisms that we considered are listed in Appendix A.

NEW:

The CCMP defines a way for an XCON-aware client to discover whether a
conference control server supports CCMP. However, it does not define a
way for a SIP client involved in a conference to determine if the
conference focus [RFC4353] supports CCMP. Knowing that a focus
supports CCMP would allow a SIP client (that is also XCON-aware) that
joins a conference using SIP based conferencing [RFC4579] to also
register for the XCON conference event package [RFC6502] and take
advantage of CCMP operations on the conference.

This document describes two options to address the above limitation,
depending on the need of the UA. The first option uses the Call-Info
[RFC3261] header,
and the second option defines a new value for the 'purpose' parameter
in the 'service-uris' element in the SIP conferencing event package
[RFC4575].

Other options considered are described in Appendix A.

[/MB]

-- 2.

It would be helpful to give more guidance on when one would use one method
over the other. 2.1 mentions that it might be an easier way for a UA that
is not interested in the URI.
[MB] Would the following address this concern?
OLD:
This section defines the mechanisms that can be use to discover that a
focus supports CCMP.
NEW:
   This section 

Re: [Gen-art] timing of reviews

2013-05-24 Thread Mary Barnes
I will caveat my comments with the fact that I am no longer taking on
new documents for review. However, having been involved in the process
for 10 years now on the gen-art side and having done the reviews for 3
IETF chairs, and having much experience as a chair and document
editor,  I do have some concerns as laid out below.

Mary.

On Fri, May 24, 2013 at 1:11 AM, Jari Arkko jari.ar...@piuha.net wrote:

 I think time will tell whether it's small. Getting into the thick of
 WG discussion in an area one doesn't know well can be quite a shock
 to the system. That's not to say we shouldn't try it, but I would ask
 for it to be a time-limited experiment initially.

 Yes - or scope limited (only some WGs or areas at the beginning).
[MB] Absolutely, it needs to have a limited scope initially.  As Brian
said, the concept is not new, it's just that few took advantage of it.
   I would prefer that this stage remain optimal and up to the WG
chairs as to whether it's necessary. Without  the tool support that is
available for the regular LC and Telechat reviews, I don't think we
want to burden Jean too much until we have a very good idea of the
level of effort and until there is tool support (e.g., chairs enter
the docs into a tool that gets the doc into Jean's incoming queue for
assignment). I also believe this increases the burden on the reviewers
significantly more than the burden when we added the LC reviews.  For
folks that haven't been around a while, the original Gen-ART process
only did reviews prior to the telechats.  Adding reviews at LC did
increase the workload for reviewers, however, we did see a somewhat
increase in documents ready at Telechat time.   [/MB]

 It seems important to inform WGs explicitly that outside review
 is taking place *and* has to be taken seriously (because if not,
 the same reviewer will be back at a later stage with the same
 questions).'

 Good point.
[MB] Exactly.  [/MB]

[MB] My biggest concern is that many documents that go through WGLC in
the WGs in which I am active are NOT ready at that stage.  I also have
seen in cases of Gen-ART reviews, that documents clearly weren't
reviewed by the shepherd or ADs due to the level of editorial issues
and technical (the p2psip reload document is a good example of this).
There were concerns raised in the WG with regards to its readiness but
it was still progressed. Certainly, I hope this is the exception.
However, my guess is that many documents will change quite a bit after
LC.  When I chaired the SIPPING WG, we had multiple stages of review
in the WG where we had assigned reviewers.  We had an initial review
when the doc was first accepted as a WG document, then we had a
pre-WGLC review and then the real WGLC. Many of the documents went
through a 2nd last call. If we could get more WGs to be more
disciplined about ensuring that documents receive adequate review
prior to WGLC, then this idea might work.  At this point, I see very
few WGs that have an effective process in place. One also has to
consider that in some WGs (many that I participate in and write docs
for), there are very often folks that don't review any version of a
document in detail until it goes through WGLC. So, I am personally
quite skeptical that this proposal adds significant value to the
overall process, in particular based on the level of effort required
by both the gen-art reviewers.  I think this is just moving an
existing problem around and asking the wrong set of folks to help
solve the problem. I think a more effective change would be for ADs to
expect WGs to ensure the docs are thoroughly reviewed earlier in the
stage by the WG.

 [/MB]

 Then there is a question: will Gen-ART re-review at the time of
 IETF Last Call as well as when the draft reaches the IESG agenda?

 My initial though was that we'd do the same as we do today for drafts that 
 change, i.e., re-review by the same person. The likelihood for draft changes 
 is of course bigger when starting from the WGLC. Another possible work load 
 increase to watch for. I'd be interested in your thoughts on other approaches 
 to deal with re-reviews though.

 Jari

 ___
 Gen-art mailing list
 Gen-art@ietf.org
 https://www.ietf.org/mailman/listinfo/gen-art
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: Gen-ART Review: draft-ietf-6man-ipv6-atomic-fragments-03

2013-02-23 Thread Mary Barnes
Oops, I just looked and I forget to send this to gen-art.

Mary.

-- Forwarded message --
From: Mary Barnes mary.ietf.bar...@gmail.com
Date: Thu, Jan 24, 2013 at 11:09 AM
Subject: Gen-ART Review: draft-ietf-6man-ipv6-atomic-fragments-03
To: draft-ietf-6man-ipv6-atomic-fragments@tools.ietf.org


Sorry for the delay.

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-6man-ipv6-atomic-fragments-03
Reviewer:  Mary Barnes
Review Date:  24 Jan 2013
IETF LC End Date: 16 Jan 2013

Summary:  Ready.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Gen-ART LC Review: draft-ietf-p2psip-base-24

2013-02-21 Thread Mary Barnes
Certainly - but it's a pay now or a pay later unless you can convince
Henning that he doesn't need to do his usual careful review of a
document with his name.  This suggestion is based on my experience
with the XCON protocol document. The level of complexity and density
of this specification is significantly higher than the XCON document.
It will be a huge challenge for the RFC editor - I think even Alice
would find it so.  Having to deal with a potential large number of
edits at that stage has the potential to break or changes things that
were so carefully fixed.

Regards,
Mary.

On Wed, Feb 20, 2013 at 9:46 AM, Gonzalo Camarillo
gonzalo.camari...@ericsson.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi,

 there is no way Henning is going to review this document in the next
 24 hours. So, do whatever you need to do and I will talk with Henning
 later.

 Thanks,

 Gonzalo

 On 20/02/2013 5:14 PM, Marc Petit-Huguenin wrote:
 On 02/20/2013 06:20 AM, Brian Rosen wrote:
 I will contact Henning

 I was in the process yesterday evening of doing a review according
 to the link Mary send when Roland's review arrived, which basically
 killed any chance of doing that.  So either Henning send me today a
 list of things to fix, or I'll do the review later, but that
 probably be after the IESG telechat.


 Brian

 On Feb 19, 2013, at 7:16 PM, Marc Petit-Huguenin
 m...@petit-huguenin.org wrote:

 Thanks Mary.  I start working on this immediately.

 On 02/19/2013 04:06 PM, Mary Barnes wrote:
 I am the assigned Gen-ART reviewer for this draft. For
 background on Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.


 Document: draft-ietf-p2psip-base-24 Reviewer:  Mary Barnes
 Review Date: 19 February 2013 Previous Review Date (-23):
 14 December 2012 Original Review Date (-17): 6 August 2011
 IETF LC End Date: 22 July 2011 IETF 2nd LC End Date: 19
 February 2013

 Summary: Almost Ready.  This version is in significantly
 better shape than the previous versions.

 Comments: = I reviewed against my review of the -23
 up through section 6.  I reviewed beyond section 6 of this
 version (section 5 of -17, section 6 of -23) against my
 comments on the -17, since I had not re-reviewed those
 against the -23.


 General: 

 I still *strongly* recommend that you ensure Henning has
 reviewed this document *before* it gets into the RFC
 editor's queue.  The last RFC I had published with Henning
 as a co-author had much more extensive changes suggested
 during AUTH 48 than I found acceptable. If all the
 co-authors have not reviewed and approved the draft before
 it goes into the RFC editor's queue, then the document
 should not go into the RFC editor's queue. He has fairly
 strict (and quite accurate) views on grammar and structure
 but it really isn't good to have so many changes go in at
 AUTH48 as there is a risk of introducing true technical
 bugs or changing something that was carefully crafted to
 achieve WG consensus:
 http://www.cs.columbia.edu/~hgs/etc/writing-bugs.html Note,
 that there some are cases of incorrect grammar that I have
 not identified because I think the RFC editor can fix,
 however, Henning may have different views on this.


 Major: -- - [-17, section 10.5] Section 11.5, 3rd para:
 text uses the phrase it can note the Node-ID in the
 response and use this Node-ID to start sending requests.
 It's not clear whether the use of the Node-ID is a MAY or a
 MUST.[Note: Marc's response to this was that it's an
 open issue, but this should be clarified prior to
 publication].

 Minor: -- - idnits identifies 5 errors (downrefs).  I
 will note that in the PROTO write-up it was noted that
 those should likely be moved to Informative.

 - [-17] Section 1.2.1, 2nd paragraph: I don't understand
 the example as to why a single application requires
 multiple usages - i.e, why voicemail? Isn't the intent to
 say that an application might need to use both SIP and XMPP
 - i.e., you wouldn't define a usage for an application,
 would you? [While Cullen responded to this comment with an
 explanation, there was no change to clarify the text and
 Marc's response didn't help clarify my concern]

 - Section 3.3, 2nd paragraph after the capability bullet
 list, next to last sentence.  There is at least an article
 missing from this sentence and it reads rather awkwardly.
 Perhaps changing to something like: OLD: If there is a
 failure on the reverse path caused by topology change since
 the request was sent, this will be handled by the
 end-to-end retransmission of the response as described in
 Section 6.2.1. NEW: Note that a failure on the reverse path
 caused by a topology change after the request was sent,
 will be handled by the end-to-end retransmission of the
 response as described in Section 6.2.1.

 - [-17] Section 3.3, last paragraph.  Add a reference to
 5.4.2.4 after RouteQuery method

 - Section 3.4, last paragraph, 3rd sentence

[Gen-art] Gen-ART: Re-review of draft-ietf-p2psip-base-23

2012-12-14 Thread Mary Barnes
Russ asked that I re-review the updated document.

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-p2psip-base-23
Reviewer:  Mary Barnes
Review Date: 14 December 2012
Re-Review started Date (-21):  28 March 2012 (was told a new version
was coming out)
Original Review Date (-17) : 6 August 2011
IETF LC End Date: 22 July 2011

Summary: Not Ready.

I reviewed through section 6 of this version (section 5 of -17)
against my comments on the -17 . Since many of my comments had not
been addressed, I'm not going to take the time to re-review the
remainder of the document.

I also *strongly* recommend that you ensure Henning has reviewed this
document *before* it gets into the RFC editor's queue.  He has fairly
strict (and quite accurate) views on grammar and structure but it
really isn't good to have so many changes go in at AUTH48 as there is
a risk of introducing true technical bugs or changing something that
was carefully crafted to achieve WG consensus:
http://www.cs.columbia.edu/~hgs/etc/writing-bugs.html


Comments:
=

I have reviewed my previous comments on this document -17 as compared
to the -23.  Comments from the -17 that remain are prefaced with [-17]

Major:
--

General:
--[-17] The message names are used inconsistently.  The IANA registry
has the message codes all lower case.  There are places in the
examples and the body of the document where the _req part is missing,
there is no _, the first letters are Upper case, etc.  The messages
are also used in a general sense - e.g., MUST perform an Attach,
which should really be stated as MUST send an attach_req message).
[-23]  For the latter point, Cullen responded that this isn't really
just talking about sending a message but rather performing a function
that results in a message being sent.

However, I still contend that there is inconsistency and the whole
concept of an Attach function/process/whatever is not well defined.
There are times when attached appears to be used purely as a verb
rather than referring to the functionality, but it is not always
clear.  For example, the last two sentences in section 3.4:
   Instead, we use the Attach request to establish a
   connection.  Attach uses ICE [RFC5245] to establish the connection.
   It is assumed that the reader is familiar with ICE.
I will note that the only mention of Attach previously was in the
definitions for Connection Table (Attach handshakes) and Routing
Table (some peers will have Attached).  The word Attach is used
with the _req or the word request in places like the following in
section 3.4 (1st sentence):   There are two cases where Attach is not
used.  I have no idea really whether this means this Attach
function/process is not needed or the message is not required to be
sent.

Major - detailed:

- Section 3.4, last paragraph:  Accepting Cullen's comment that this
text is not normative, I'll let my first set of -17 comments on this
one go.  However, the following is still not clear to me:
What is meant by the specified link set - is that referring to all
the nearby peers or the peers+enough others?  Or is this more clearly
(and normatively) specified elsewhere, such that a reference could be
added.

- [-17 5.1.2] Section 6.1.2:
-- Last paragraph (9) mixes normative text with in an example. The
normative text needs to be separated from the example - e.g., split
some of the sentences into the normative behavior and then the
example. The example should be written in terms of what happens (which
is what was done in the previous examples in this section and not what
SHOULD, MAY or MUST happen).  For example, this sentence:
   Node A MUST implement an algorithm that ensures that
   A returns a response to this request to node B with the destination
   list [B, Z, Y, X], provided that the node to which A forwards the
   request follows the same contract.
should have a generic normative statement rather than saying Node A
MUST.  It should be something like: A node must implement an
algorithm that ensures it returns a response …, then the same
sentence can be a For example, Node A MUST…

- [-17 5.3.2.1] Section 6.3.2.1:
--1st paragraph: shouldn't this be normative?
the configuration document has a sequence number... -  the
configuration document MUST contain a sequence number which MUST be
monotonically increasing mod 65535

- [-17 5.3.2.2] -Section 6.3.2.2:
--Paragraph after second structure, suggest the following changes:
---the generation counters should -  the generation counters SHOULD
---An implementation could use.. - An implementation MAY use…
---the node confirms that the generation counter matches - the
node MUST confirm that the generation counter matches
---If it does not match, it is silently dropped. - If it does not
match, it MUST be silently dropped.

- [-17 5.3.3.1] Section 6.3.3.1:
--1st para: a request returns - a request MUST

[Gen-art] Gen-ART LC review: draft-ietf-mboned-auto-multicast-14

2012-12-14 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-mboned-auto-multicast-14
Reviewer:  Mary Barnes
Review Date:  14 Dec 2012
IETF LC End Date: 19 Dec 2012

Summary:  Ready with comment/nits.

Minor comments:


References:
- There is a normative downref to RFC 1321.  Does this need to be a
normative reference? Note, I could not find the shepherd write-up in
the tracker to see if this had been noted and explained.

Nits:
-
IDNITS identifies the following:
- there are 15 instances of two long of lines
- there is an obsolete reference to RFC 2236 (Obsoleted by RFC 3376)
- there are a number of unused references that can likely be removed.

- General: please add #s to all the figures

- Section 4.1.3, 1st sentence: shouldn't relay services gateways be
relay services gateway

- Appendix A.1, 2nd paragraph:  Section Section 5.3.6 - Section 5.3.6
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART review: draft-ietf-netext-pmipv6-sipto-option-07.txt

2012-11-16 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-netext-pmipv6-sipto-option-07.txt
Reviewer:  Mary Barnes
Review Date:  16 Nov 2012
IETF LC End Date: 26 Nov 2012

Summary:  Almost Ready - comments/nits.

Minor comments/nits:
--

Section 1:
- 2nd paragraph
   I don't quite understand the intent of this sentence:
   Example of such non-essential
   traffic is entirely a policy decision.
   I think you're trying to say that It's a policy decision as to which
   traffic an operator deems as non-essential.
- 3rd paragraph
   I'm not quite sure what is it in the last clause in this sentence
below. Is the it the mobile node or the access network?  The it should
be replaced with whichever for readability.  Also, adding a , before the
which might help as well.

   If there is
   proper prefix coloring marking in the Router Advertisement messages
   which allows the mobile node to identify the IPv6 prefix assigned
   from the local access network, it can choose to use an address from
   that prefix for IP traffic flows that require offload.

Section 2:
- 1st paragraph:  abbreviations should be terms.
- It also seems to me that this document doesn't need to define NAT unless
the term is being used in a manner different from the usual meaning. I
think a reference to RFC 2633 at the first usage of NAT would be sufficient.

Section 3:
- 1st paragraph - this sentence needs some fixes:
OLD:
   It is possible, the NAT function is co-located with
   the mobile access gateway, or its located some where in the edge of
   the access network.
NEW:
   It is possible for the NAT function to be co-located with
   the mobile access gateway or located somewhere in the edge of
   the access network.
 - 1st paragraph: collacted - co-located

Section 3.2:
- 1st sub-bullet in the second bullet.
I'm not sure what this is trying to say.  Maybe the following change would
help.
OLD:
 Including the IPv4 Traffic Offload
 Selector option in the Proxy Binding Update, but without the
 Traffic Selector Sub-option serves as an indication that the
 mobile access gateway is not proposing any specific offload
 policy for that mobility session, but a request to the local
 mobility anchor to provide the IPv4 traffic offload flow
 selectors for that mobility session.
NEW:
 Including the IPv4 Traffic Offload
 Selector option in the Proxy Binding Update without the
 Traffic Selector Sub-option serves as an indication that the
 mobile access gateway is not proposing any specific offload
 policy for that mobility session, but rather it indicates
 a request to the local
 mobility anchor to provide the IPv4 traffic offload flow
 selectors for that mobility session.

- 2nd sub-bullet in the second bullet, 3rd sentence. I'm not sure what In
that scenario is referring to in this sentence:
 In that scenario, the Traffic Selector
 sub-option MUST be present in the IPv4 Traffic Offload Selector
 option (Section 4).
The previous sentence talks about two ways in which the policy may be
configured. Is it referring to one of those specific ways or is it
referring to the 1st sentence - i.e., In the case that the MAG includes its
proposed policy?

- 3rd bullet, 1st sentence - not clear.  Does the following reflect the
intent?
OLD:
  If there is no IPv4 Traffic Offload Selector option in the
  corresponding Proxy Binding Acknowledgement message, that the
  mobile access gateway receives in response to a Proxy Binding
  Update, it serves as an indication that the local mobility anchor
  did not enable IPv4 Traffic Offload support for that mobility
  session, and hence the local mobility anchor did not deliver IPv4
  flow selectors for that mobility session.

NEW:
  Lack of a IPv4 Traffic Offload Selector option in the
  corresponding Proxy Binding Acknowledgement message received by the
  mobile access gateway in response to a Proxy Binding
  Update indicates that the local mobility anchor
  did not enable IPv4 Traffic Offload support for that mobility
  session, and hence the local mobility anchor did not deliver IPv4
  flow selectors for that mobility session.

5th bullet: This one very long sentence needs some work for clarity with
one suggestion below (if I've interpreted the intent correctly):
OLD:
  If configuration variable, EnableIPTrafficOffloadSupport is set to
  a value of (0), and if the mobile access gateway has not included
  the IPv4 Traffic Offload Selector option in the Proxy Binding
  Update, but if the received Proxy Binding Acknowledgement message
  has the IPv4 Traffic Offload Selector option

[Gen-art] Gen-ART LC Review: draft-ietf-ccamp-gmpls-ted-mib-14

2012-10-16 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-ccamp-gmpls-ted-mib-14
Reviewer:  Mary Barnes
Review Date:  17 Oct 2012
IETF LC End Date: 19 Oct 2012
IESG Telechat Date: 25 Oct 2012

Summary:  Ready.

Caveat: I am not a MIB expert and assume that the mib doctor review has
ensured that aspect of the document is correct.

Nits:
-
- there are a number of unused references that can likely be removed.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Review: draft-ietf-krb-wg-kerberos-referrals-14

2012-09-24 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-krb-wg-kerberos-referrals-14
Reviewer:  Mary Barnes
Review Date:  23 Sept 2012
IETF LC End Date: 26 Sept 2012
IETF Telechat Date: 27 Sept. 2012

Summary:  Ready with question/nits.

Minor Issue:


Section 11, next to last paragraph, last sentence: The value for
   this padata item should be empty.

Is this really a should or is a MUST more appropriate? If it's a should
then the cases whereby the item is not empty appropriate should be defined.

Nits:

Section 6:
-  2nd paragraph, 2nd sentence: maintain ta set of aliases - maintain a
set of aliases.

- 4th paragraph.  I would suggest to remove the parenthesis - no reason for
that statement not to be part of the main body of the previous paragraph.

Section 11:
- Paragraph after the schema:  The The - The

Section 13.1:
- 1st paragraph: previously send by the KDC - previously sent by the
KDC
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Gen-ART review for draft-ietf-sipcore-rfc4244bis-09.txt

2012-09-13 Thread Mary Barnes
Hi Dan,

Thanks for your careful review.  We will fix the nits in the next version.
 I have some comments and new proposed for the minor issue below.

Mary

On Thu, Sep 13, 2012 at 7:46 AM, Romascanu, Dan (Dan) droma...@avaya.comwrote:


 I am the assigned Gen-ART reviewer for this draft. For background on
 Gen-ART, please see the FAQ at 
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

 Please wait for direction from your document shepherd or AD before
 posting a new version of the draft.

 Document: draft-ietf-sipcore-rfc4244bis-09.txt
 Reviewer: Dan Romascanu
 Review Date: 9/13/2012
 IETF LC End Date: 9/20/2012
 IESG Telechat date:

 Summary:

 The document is ready for publication. There is one minor issue that
 could benefit from clarifications and a few nits worth cleaning up.

 Major issues:

 Minor issues:

 1. Last paragraph in 16.1:

In cases where an entity that is compliant to this document, receives
a request that contains hi-entries compliant only to RFC4244 (i.e,
the hi-entries do not contain any of the new header field
parameters), the entity should not make any changes to the hi-entries
- i.e., the entries should be cached and forwarded as any other
entries are.  As with RFC4244 compliant entities, applications must
be able to function in cases of missing information.  The same
applies to this document as specified in Section 11.

 I am a little confused by the language used here. It's OK if it is not
 capitalized if the functionality is described someplace else. However,
 why ' should not make any changes to the hi-entries' and ' the entries
 should be cached and forwarded '? Are there any exception cases that
 prevent writing just 'does not make any changes' and 'the entries are
 cached and forwarded'?

[MB]   The intent was to state that the entity MUST NOT add any of the new
header parameter values to the hi-entry to make it look like a 4244bis
hi-entry. But, rather the hi-entry is processed in the exact same manner as
4244bis compliant entries.  I think we do need normative behavior as I
don't think we have specified the behavior for this scenario
elsewhere. [/MB]


 Also - I did not understand to what the last sentence refers (the same
 applies to this document...)

[MB] It was trying to refer to section 11 which specifies that applications
must
   be able to function in cases of missing information.  Really, we could
probably just delete that sentence and add the section 11 reference to the
previous sentence. [/MB]

[MB] Based on my comments above, I would propose the following rewording
for that text:
   In cases where an entity that is compliant to this document, receives
   a request that contains hi-entries compliant only to RFC4244 (i.e,
   the hi-entries do not contain any of the new header field
   parameters), the entity MUST NOT add
   any of the new header field parameters to the hi-entries.
   The hi-entries MUST be cached and forwarded as any other
   entries are as specified in section 9.1.
   As with RFC4244 compliant entities, applications must
   be able to function in cases of missing information, as specified in
Section 11.
[/MB]


 Nits/editorial comments:

 1. In the IANA Considerations section - add a note to the RFC Editor
 that requires that  in [RFC xxx] be replaced with the RFC number
 allocated for this document.

 2. [RFC3969] is unused.

 3. In Section 2, 3rd paragraph s/are used consistent/ are used
 consistently/

 4. In section 4:

This specification also defines three new SIP header field
parameters, rc, mp and np, for the History-Info and Contact
header fields, to tag the method by which the target of a request is
determined.  Further detail on the use of these header field
parameters is provided in Section 10.4.

 Actually the parameters rc, mp and np are defined in section 5.

 5. The readability of the document could be improved by adding a short
 terminology and abbreviations section or by expanding terms and acronyms
 at first occurrence (e.g. UAC, SWS, B2BUA)

___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART LC and telechat review: draft-ietf-dnsop-rfc4641bis-12

2012-08-24 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-dnsop-rfc4641bis-12
Reviewer:  Mary Barnes
Review Date:  24 Aug 2012
IETF LC End Date: 24 Aug 2012
IESG Telechat Date: 30 Aug 2012

Summary:  Ready with nits.

Caveat: I have no expertise at all in this technical area, thus I'm
assuming that people who are have carefully reviewed.  Overall, the
document is quite readable.

Minor issues:
--

Section 2:
- 3rd para, last sentence is not clear - this phrase in particular doesn't
grok:  if you rely on full zone transfers are based

I think you are trying to say the following:
OLD:
   It increases even more
   if you rely on full zone transfers are based on only the SOA timing
   parameters for refresh.
NEW:
   It increases even more if you rely on the full zone transfers
   being based only on the SOA timing parameters for refresh.



Nits:

- Section 3.2.3: i.e they - i.e., they

- Section 4.2.1.1, last sentence: authentic - authenticate

- Section 4.2.1.2, 2nd para, last sentence: possesion - possession

- Section 4.2.4:  1st bullet: curren - currently

- Section 4.3.3: non-existing - non-existant

- Section 4.3.5.2:
-- redelegation - re-delegation (2 places)
-- undelegated - un-delegated (2nd bullet)
-- registers - registrars (3rd bullet)

- Section 4.4.1:
-- 2nd bullet: minumum -  minimum
-- 3rd from last indented bullet: signatures times out -  signatures time
out

- Section 5.3.3, 1st para, last sentence: precalculated - pre-calculated
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: Gen-ART Review:draft-ietf-mpls-ldp-gtsm-08.txt

2012-06-05 Thread Mary Barnes
Oops - forgot to cc gen-art.

-- Forwarded message --
From: Mary Barnes mary.ietf.bar...@gmail.com
Date: Mon, Jun 4, 2012 at 5:34 PM
Subject: Gen-ART Review:draft-ietf-mpls-ldp-gtsm-08.txt
To: draft-ietf-mpls-ldp-gtsm@tools.ietf.org


I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-mpls-ldp-gtsm-08.txt
Reviewer:  Mary Barnes
Review Date:  4 June 2012
IETF LC End Date: 29 May 2012
IESG Telechat Date: 07 June 2012

Summary:  Ready with minor nits

Editorial nits:

1) Section 1:
-  2nd para, last sentence:
This sentence doesn't quite parse - it's not normative, so it should either
be deleted or reworded.  I suggest deleting as I think it's somewhat
superfluous.

- Next to last paragraph - last three sentences - a little verbose 
somewhat redundant.  I think it can be summarized something like the
following:
OLD:
   This document specifies a built-in dynamic GTSM
   capability negotiation for LDP to suggest the use of GTSM.  GTSM
   will be used as specified in this document provided both peers on an
   LDP session can detect each others' support for GTSM procedures and
   agree to use it.  That is, the desire to use GTSM (i.e., its
   negotiation mechanics) is enabled by default without any
   configuration.
NEW:
   This document specifies a dynamic GTSM
   capability negotiation mechanism for LDP. This mechanism allows
   both peers on an LDP session to indicate the support and use of GTSM
   without requiring any configuration.

2) Section 2.2, 1st para, last sentence: and RECOMMENDED - and are
RECOMMENDED
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: Gen-ART Review:draft-ietf-mpls-ldp-gtsm-08.txt

2012-06-05 Thread Mary Barnes
And, the response didn't make it either, of course.

-- Forwarded message --
From: Carlos Pignataro (cpignata) cpign...@cisco.com
Date: Mon, Jun 4, 2012 at 8:11 PM
Subject: Re: Gen-ART Review:draft-ietf-mpls-ldp-gtsm-08.txt
To: Mary Barnes mary.ietf.bar...@gmail.com
Cc: draft-ietf-mpls-ldp-gtsm@tools.ietf.org 
draft-ietf-mpls-ldp-gtsm@tools.ietf.org


Mary,

Many thanks for the review! Much appreciated -- please see inline:

On Jun 4, 2012, at 6:34 PM, Mary Barnes wrote:

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-mpls-ldp-gtsm-08.txt
Reviewer:  Mary Barnes
Review Date:  4 June 2012
IETF LC End Date: 29 May 2012
IESG Telechat Date: 07 June 2012

Summary:  Ready with minor nits

Editorial nits:

1) Section 1:
-  2nd para, last sentence:
This sentence doesn't quite parse - it's not normative, so it should either
be deleted or reworded.  I suggest deleting as I think it's somewhat
superfluous.


Agreed E_PARSE. I recommend we do not delete because it introduces the
concept that this is for Basic Discovery. However, suggest:

   Therefore, GTSM can fully benefit LDP protocol peering session
   established using Basic Discovery.

to:

   Therefore, GTSM can protect an LDP protocol peering session
   established using Basic Discovery.

Thank you.

- Next to last paragraph - last three sentences - a little verbose 
somewhat redundant.  I think it can be summarized something like the
following:
OLD:
   This document specifies a built-in dynamic GTSM
   capability negotiation for LDP to suggest the use of GTSM.  GTSM
   will be used as specified in this document provided both peers on an
   LDP session can detect each others' support for GTSM procedures and
   agree to use it.  That is, the desire to use GTSM (i.e., its
   negotiation mechanics) is enabled by default without any
   configuration.
NEW:
   This document specifies a dynamic GTSM
   capability negotiation mechanism for LDP. This mechanism allows
   both peers on an LDP session to indicate the support and use of GTSM
   without requiring any configuration.


This one I prefer to leave as-is, although appears as redundant in the
surface, it is agreed and crafted with some precision.


2) Section 2.2, 1st para, last sentence: and RECOMMENDED - and are
RECOMMENDED


Done. Thanks again.

Adrian, I have these editorials in the working copy committed. I can submit
a new rev at your request.

Thanks,

-- Carlos.


signature.asc
Description: PGP signature
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART review: draft-ietf-pwe3-pw-typed-wc-fec-03

2012-04-09 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document: draft-ietf-pwe3-pw-typed-wc-fec-03.txt
Reviewer:  Mary Barnes
Review Date:  9 April 2012
IESG Telechat Date: 12 April 2012

Summary:  Ready with nits.

Comments: there are some editorial nits, many summarized below.  There are
several cases where an article - i.e., the, an, etc. is missing.   I
believe these can be fixed in AUTH48 and I imagine the RFC editor will
catch them. But, if the doc needs any other updates, it would be good to
make these fixes at the same time.

Nits:
-
Section 1:
- first paragraph, second sentence is very awkward and could be rewritten
something like (unless I've misunderstood the objective of that sentence:
OLD:
   This can be used when it is
   desired to request all label bindings for a given type of FEC
   Element, or to release or withdraw all label bindings for a given
   type of FEC element.
NEW:
   This can be used to request, release or withdraw all label
   bindings for a given type of FEC element.

- second paragraph, last sentence - missing articles (PWID, same)
OLD:
   The procedures for Typed Wildcard processing for PWid and
   Generalized PWid FEC Elements are same as described in [RFC5918] for
   any typed wildcard FEC Element type.
NEW:
   The procedures for Typed Wildcard processing for the PWid and
   Generalized PWid FEC Elements are the same as described in [RFC5918] for
   any typed wildcard FEC Element type.

Section 3:
- third paragraph, last sentence before list:
OLD:
 provide
  more generalized and comprehensive solution by allowing:
NEW:
  provide a
  more generalized and comprehensive solution by allowing:

- list item 2: constraint - constrain



Section 4.1:
OLD:
 … had learnt from LSR B over LDP session.
NEW:
  … learned from the LSR B over the LDP session.

OLD:
 …such request…
NEW:
 …such a request…  OR ..the request…

OLD:
 (no stale)
NEW:
 (not stale)

OLD:
  completes consistency check
NEW:
  completes the consistency check

Section 4.3:
- first paragraph, last sentence:
OLD:
  with large number
NEW:
  with a large number

Section 4.4:
- 1st para, 2nd sentence:
OLD:
   These procedures use LDP Address Withdraw message
NEW:
   These procedures use an LDP Address Withdraw message

- 2nd paragraph, last sentence:
OLD:
  This per PW (VPLS instance) MAC Withdraw messages
NEW:
  These per PW (VPLS instance) MAC Withdraw messages

3rd paragraph - 1st sentence:
OLD:
  this document allows use of
NEW:
  this document allows the use of
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART review:draft-ietf-netext-pmip-lr-08.txt

2012-02-24 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-netext-pmip-lr-08.txt
Reviewer:  Mary Barnes
Review Date:  24 Feb 2012
IETF LC End Date: 21 Feb 2012
IESG Telechat Date: 01 March 2012

Summary:  Almost ready.

Minor issues:

1) General: There is an inconsistent usage and lack of normative language
in parts of the document.  The following summarizes the majority of the
cases that I encountered:
- Section 4:
-- Text after Figure 2 (before section 4.1).  There is no normative
language in these paragraphs.
--- For example in the first paragraph, I would expect that the elements
that ought to be included in the messages should be specified as MUST
contain…. And, rather than The LMA sends…, I would think it would be
The LMA MUST send…
--- 2nd paragraph: I would expect to see …MUST send an LRA with status
code… , MUST then create Localized Routing Entries… .  There's also a
should contain that I think ought to be SHOULD contain
--- 5th paragraph:  First sentence:
and responds with..  - MUST respond with
and it seems that there is some other normative language that could be
added throughout that paragraph.

- Section 4.1:
-- 1st para, 1st sentence:  needs to be - MUST be

- Section 5:
-- Paragraph after Figure 3.  Similar comments as above.  There's only one
normative statement in that paragraph.
-- Section 5.1:  needs to be -  MUST be, It will hence initiate -
 It MUST initiate LR.

- Section 6:
-- First paragraph after Figure 5:  routing has to be initialized -
routing MUST be initialized
-- 2nd paragraph:  It would seem that somewhere it should be stated that
the Status value MUST be set to zero.  Also, I don't the the last MUST in
that paragraph is normative.  I would think it could be a can and maybe
the it can provide is where the MUST should be.

- Section 6.1:
-- needs to be - MUST be

- Section 7:
-- last sentence: should the recommended be upper case?

- Section 8: shouldn't  the must add the IPv4 HOAs be a MUST

- Section 9.1: The LMA sends.. - The LMA MUST send, The MAG may… -
The MAG MAY…

- Section 9.2: The MAG sends… - The MAG MUST send, An LMA may send
- An LMA MAY send

- Section 11:  using IPSEC is required - using IPSEC is REQUIRED



2) Section 4: last sentence of paragraph after Figure 1.   The use of the
EnableMAGLocalRouting flag seems key to whether this functionality is
applied in some of the cases. It's first introduced as a Please note,
although, it is clearly (but not normatively) specified in the 2nd
paragraph after Figure 2.

I would think it would be helpful to introduce this functionality in
section 2, specifically in Section 2.1 by adding something like the
following after the first sentence of that paragraph:
  The MAG MUST set the EnableMAGLocalRouting to a value of 1.

3) IANA Considerations: My understanding is that IANA wants a list of the
necessary registrations in the same form as they would appear in the
registries (per RFC 5226)  - i.e., something like:

Value  Description  Reference
-  ---
 -
TBD1   Localized Routing Initiation [RFC]
TBD2   Localized Routing Acknowledgment [RFC]
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Last Call Review:draft-ietf-v6ops-ipv6-discard-prefix-02.txt

2012-01-20 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document: draft-ietf-v6ops-ipv6-discard-prefix-02.txt
Reviewer:  Mary Barnes
Review Date:  20 Jan 2012
IETF LC End Date:  23 Jan 2012


Summary:  Ready.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Review: draft-amundsen-item-and-collection-link-relations-04

2012-01-02 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd or AD before
posting a new version of the draft.

Document: draft-amundsen-item-and-collection-link-relations-04
Reviewer:  Mary Barnes
Review Date:  2 January 2012
IETF LC End Date: 5 January 2012
Telechat Date: 5 January 2012

Summary:  Ready with nit.

Nits:
-
- ID nits indicates that You're using the IETF Trust Provisions'
Section 6.b License Notice from 12 Sep 2009 rather than the newer
Notice from 28 Dec 2009.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] [Updated] Assignments for the 2012-01-05 telechat

2011-12-30 Thread Mary Barnes
Hi all,

Please note that since Jean sent this before her vacation, there have
been some additional documents added to the telechat and one removed.
 All the files should be updated, BUT given this is the first round
for me with the new tool, there could be some inconsistencies, so
please let me know and if I can't fix it, Jean can when she gets back.

Thanks,
Mary.

===


Assignments for the telechat can be found here:
http://wiki.tools.ietf.org/dav/genart/reviewers-120105-telechat.html

With the updated spreadsheets:
http://wiki.tools.ietf.org/dav/genart/gen-art.html
http://wiki.tools.ietf.org/dav/genart/gen-art-by-reviewer.html

I've also updated the review tool:
http://art.tools.ietf.org/tools/art/genart/

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Jean

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 2011-12-30

2011-12-30 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments:
http://wiki.tools.ietf.org/dav/genart/reviewers-111230-lc.html

The assignments are captured in the spreadsheets:
http://wiki.tools.ietf.org/dav/genart/gen-art.html
http://wiki.tools.ietf.org/dav/genart/gen-art-by-reviewer.html

And I have made the assignments in the review tool:
http://art.tools.ietf.org/tools/art/genart/

The standard template is included below.

Thanks,

Mary

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART LC review: draft-ietf-idr-fsm-subcode-02

2011-11-30 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document: draft-ietf-idr-fsm-subcode-02
Reviewer:  Mary Barnes
Review Date:  30 November 2011
IETF LC End Date:  12 December 2011

Summary:  Ready with nits

Nits:


- There are articles (e.g., the) missing in quite a few of the
sentences, however, the RFC editor should be able to easily fix those.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Now available - the Gen-ART review tool

2011-11-01 Thread Mary Barnes
Jean,

Thanks for working with Henrik and Tero to get this done.

I have a question.  I see one of my assignments, but it is one that I
already reviewed.  If I click Done for the review, it seems I need to enter
the URL for the review.  Will we have to enter the URLs manually or will
those be populated by the tool?

Thanks,
Mary.

On Tue, Nov 1, 2011 at 3:55 PM, A. Jean Mahoney maho...@nostrum.com wrote:

 Hi all,

 The Gen-ART review tool is ready to be tested.

 Users of the review tool should have received automatically generated
 emails starting with [genart review tool].

 Steps on accessing and working with the tool can be found here:
 http://wiki.tools.ietf.org/**dav/genart/gen_art_review_**tool_how-to.htmlhttp://wiki.tools.ietf.org/dav/genart/gen_art_review_tool_how-to.html

 Please log in and check the My Info page for your user information, then
 check the My Queue page. Most reviewers should see one or more recent
 assignments, which are for documents currently in Last Call and/or on the
 November 3 Telechat. David, Elwyn, Kathleen, and Richard: your queues are
 empty for the moment.

 If the assignment is unfamiliar to you, I've probably fumbled something.
 Please reject the assignment. Otherwise, accept the assignment.

 As we're testing the tool, I'll continue to provide last call and telechat
 assignments in the traditional format. The gen-art.html page and the HTML
 assignment pages found on 
 http://wiki.tools.ietf.org/**dav/genart/http://wiki.tools.ietf.org/dav/genart/will
  continue to be the official method of recording and assigning reviews
 until otherwise noted.

 Please let me know if you have trouble accessing the tool, questions on
 how it works, or any feedback. I'm collecting bugs and enhancement requests.

 Thanks to Tero Kivinen and Henrik Levkowetz for creating and helping set
 up this tool!

 Jean
 __**_
 Gen-art mailing list
 Gen-art@ietf.org
 https://www.ietf.org/mailman/**listinfo/gen-arthttps://www.ietf.org/mailman/listinfo/gen-art

___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Now available - the Gen-ART review tool

2011-11-01 Thread Mary Barnes
Okay. Personally, I would rather enter the review in a form and have the
tool do all the magic of sending it to the mailing list, related authors,
etc.  I'm not sure if that is more difficult than this approach.

Thanks,
Mary.

On Tue, Nov 1, 2011 at 4:19 PM, A. Jean Mahoney maho...@nostrum.com wrote:

 Hi Mary,

 Yes, reviewers need to enter the URLs manually.

 When you have posted your review to the gen-art mailing list:

  o  Click the Done button for the document on the review tool.
  o  Find your review on http://www.ietf.org/mail-**
 archive/web/gen-art/current/**maillist.htmlhttp://www.ietf.org/mail-archive/web/gen-art/current/maillist.html
 .
  o  Paste the review's URL in the Review URL field.
  o  Click the Save button.

 Thanks,

 Jean


 On 11/1/11 4:04 PM, Mary Barnes wrote:

 Jean,

 Thanks for working with Henrik and Tero to get this done.

 I have a question.  I see one of my assignments, but it is one that I
 already reviewed.  If I click Done for the review, it seems I need to enter
 the URL for the review.  Will we have to enter the URLs manually or will
 those be populated by the tool?

 Thanks,
 Mary.

 On Tue, Nov 1, 2011 at 3:55 PM, A. Jean Mahoney maho...@nostrum.commailto:
 maho...@nostrum.com wrote:

Hi all,

The Gen-ART review tool is ready to be tested.

Users of the review tool should have received automatically
generated emails starting with [genart review tool].

Steps on accessing and working with the tool can be found here:
http://wiki.tools.ietf.org/**dav/genart/gen_art_review_**
 tool_how-to.htmlhttp://wiki.tools.ietf.org/dav/genart/gen_art_review_tool_how-to.html

Please log in and check the My Info page for your user
information, then check the My Queue page. Most reviewers should
see one or more recent assignments, which are for documents
currently in Last Call and/or on the November 3 Telechat. David,
Elwyn, Kathleen, and Richard: your queues are empty for the moment.

If the assignment is unfamiliar to you, I've probably fumbled
something. Please reject the assignment. Otherwise, accept the
assignment.

As we're testing the tool, I'll continue to provide last call and
telechat assignments in the traditional format. The gen-art.html
page and the HTML assignment pages found on

 http://wiki.tools.ietf.org/**dav/genart/http://wiki.tools.ietf.org/dav/genart/will
  continue to be the
official method of recording and assigning reviews until otherwise
noted.

Please let me know if you have trouble accessing the tool,
questions on how it works, or any feedback. I'm collecting bugs
and enhancement requests.

Thanks to Tero Kivinen and Henrik Levkowetz for creating and
helping set up this tool!

Jean
__**_
Gen-art mailing list
Gen-art@ietf.org mailto:Gen-art@ietf.org

 https://www.ietf.org/mailman/**listinfo/gen-arthttps://www.ietf.org/mailman/listinfo/gen-art




___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Telechat review: draft-ietf-tls-dtls-heartbeat-03.txt

2011-10-28 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 
http://wiki.tools.ietf.org/**area/gen/trac/wiki/GenArtfaqhttp://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq
.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document: draft-ietf-tls-dtls-heartbeat-03.txt
Reviewer:  Mary Barnes
Review Date:  28 Oct 2011
IETF LC Date:  18 Oct 2011
IESG Telechat Date:  3 Nov 2011

Summary:  Ready with editorial comments

Editorial:

1) Section 2 (1st P, last sentence).  The following sentence needs some work
(there's a missing noun before the SHOULD) - I suggest something like the
following:
OLD:
If an endpoint has indicated peer_not_allowed_to_send and receives a
HeartbeatRequest message SHOULD drop the message silently and MAY
send an unexpected_message Alert message.

NEW:
If an endpoint that has indicated peer_not_allowed_to_send receives a
HeartbeatRequest message, the endpoint SHOULD drop the message silently and
MAY send an unexpected_message Alert message.

2) Section 3: Should the has to be in this sentence be a MUST?
   Whenever a HeartbeatRequest message is
   received, it has to be answered with a corresponding
   HeartbeatResponse message.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART LC review: draft-ietf-lisp-ms-11

2011-09-16 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-lisp-ms-11
Reviewer:  Mary Barnes
Review Date:  16 September 2011
IETF LC End Date:  29 September 2011

Summary:  Ready.

Nits:
-
If other changes are required, suggest that the following be fixed,
otherwise, RFC editor will fix.

- Section 4.2, 2nd paragraph, 1st sentence: also be - also
- Section 4.2, 5th paragraph, 2nd sentence: can supported -  can be
supported
- Section 4.3, next to last paragraph, last sentence: as as - as
- Section 4.4, 1st paragraph after list, 2nd sentence: Map-Rqeuest -
Map-Request
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

2011-08-19 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Document: draft-ietf-pwe3-fat-pw-07
Reviewer:  Mary Barnes
Review Date:  19 2011
IETF LC End Date:  20 May 2011
IESG Telechat Date: 25 August 2011

Summary:  Ready with nits

The minor issues and nits in my Last Call review have been addressed. There
are a couple nits that were introduced with these changes.

Nit:

- Section 1.2: it will always be will preceded -  it will always be
preceded

- Section 8.5: There's a stray In a at the end of the first/only
paragraph.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

2011-08-19 Thread Mary Barnes
One more nit - the email addresses for Joe Regan and Ulrich Drafz don't
appear to be current.

On Fri, Aug 19, 2011 at 11:47 AM, Mary Barnes mary.ietf.bar...@gmail.comwrote:

 I am the assigned Gen-ART reviewer for this draft. For background on
 Gen-ART, please see the FAQ at 
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

 Document: draft-ietf-pwe3-fat-pw-07
 Reviewer:  Mary Barnes
 Review Date:  19 2011
 IETF LC End Date:  20 May 2011
 IESG Telechat Date: 25 August 2011

 Summary:  Ready with nits

 The minor issues and nits in my Last Call review have been addressed. There
 are a couple nits that were introduced with these changes.

 Nit:
 
 - Section 1.2: it will always be will preceded -  it will always be
 preceded

 - Section 8.5: There's a stray In a at the end of the first/only
 paragraph.


___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

2011-08-19 Thread Mary Barnes
Maybe there's an error with the alias, but that's the one for which I got an
undelivered response.  Did you not receive one in your response?

Mary.

On Fri, Aug 19, 2011 at 12:25 PM, Kompella, Vachaspathi P (Vach) 
vach.kompe...@alcatel-lucent.com wrote:

 **
 Joe's email is joe.re...@alcatel-lucent.com.

 -Vach


  --
 *From:* Mary Barnes [mailto:mary.ietf.bar...@gmail.com]
 *Sent:* Friday, August 19, 2011 9:52 AM

 *To:* gen-art@ietf.org
 *Cc:* draft-ietf-pwe3-fat-pw@tools.ietf.org
 *Subject:* Re: Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

 One more nit - the email addresses for Joe Regan and Ulrich Drafz don't
 appear to be current.

 On Fri, Aug 19, 2011 at 11:47 AM, Mary Barnes 
 mary.ietf.bar...@gmail.comwrote:

 I am the assigned Gen-ART reviewer for this draft. For background on
 Gen-ART, please see the FAQ at 
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

 Document: draft-ietf-pwe3-fat-pw-07
 Reviewer:  Mary Barnes
 Review Date:  19 2011
 IETF LC End Date:  20 May 2011
 IESG Telechat Date: 25 August 2011

 Summary:  Ready with nits

 The minor issues and nits in my Last Call review have been addressed.
 There are a couple nits that were introduced with these changes.

 Nit:
 
 - Section 1.2: it will always be will preceded -  it will always be
 preceded

 - Section 8.5: There's a stray In a at the end of the first/only
 paragraph.



___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

2011-08-19 Thread Mary Barnes
Right and that Regan at the end is part of the email address in the author
section of the document, so that needs to be fixed, as that's being pulled
by the tool when it generates the alias and it would also be used by the RFC
editor to contact the authors.

Mary.

On Fri, Aug 19, 2011 at 1:02 PM, Kompella, Vachaspathi P (Vach) 
vach.kompe...@alcatel-lucent.com wrote:

 **
 I did get a bounce.  The email has an extra Regan at the end.  This is the
 email address that was undeliverable.  I can send email to
 joe.re...@alcatel-lucent.com and it doesn't bounce.

 joe.regan@alcatel-lucent.comRegan
  
 -Vach


  --
 *From:* Mary Barnes [mailto:mary.ietf.bar...@gmail.com]
 *Sent:* Friday, August 19, 2011 10:35 AM

 *To:* Kompella, Vachaspathi P (Vach)
 *Cc:* gen-art@ietf.org; draft-ietf-pwe3-fat-pw@tools.ietf.org

 *Subject:* Re: Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

 Maybe there's an error with the alias, but that's the one for which I got
 an undelivered response.  Did you not receive one in your response?

 Mary.

 On Fri, Aug 19, 2011 at 12:25 PM, Kompella, Vachaspathi P (Vach) 
 vach.kompe...@alcatel-lucent.com wrote:

 **
 Joe's email is joe.re...@alcatel-lucent.com.

 -Vach


  --
 *From:* Mary Barnes [mailto:mary.ietf.bar...@gmail.com]
 *Sent:* Friday, August 19, 2011 9:52 AM

 *To:* gen-art@ietf.org
 *Cc:* draft-ietf-pwe3-fat-pw@tools.ietf.org
 *Subject:* Re: Gen-ART Telechat Review: draft-ietf-pwe3-fat-pw-07

   One more nit - the email addresses for Joe Regan and Ulrich Drafz don't
 appear to be current.

 On Fri, Aug 19, 2011 at 11:47 AM, Mary Barnes mary.ietf.bar...@gmail.com
  wrote:

 I am the assigned Gen-ART reviewer for this draft. For background on
 Gen-ART, please see the FAQ at 
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

 Document: draft-ietf-pwe3-fat-pw-07
 Reviewer:  Mary Barnes
 Review Date:  19 2011
 IETF LC End Date:  20 May 2011
 IESG Telechat Date: 25 August 2011

 Summary:  Ready with nits

 The minor issues and nits in my Last Call review have been addressed.
 There are a couple nits that were introduced with these changes.

 Nit:
 
 - Section 1.2: it will always be will preceded -  it will always be
 preceded

 - Section 8.5: There's a stray In a at the end of the first/only
 paragraph.




___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Review: Last Call draft-ietf-lisp-lig-04.txt

2011-08-10 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-lisp-lig-04
Reviewer:  Mary Barnes
Review Date:  10 August 2011
IETF LC End Date:  12 August 2011

Summary:  Ready with comments/nits

Comments/minor issues:


- Section 3, Routing Locator definition: The third sentence is a little
difficult to parse.  I would suggest to reword something like the following
 (based on my interpretation of what the text is intended to say):
OLD:
  Typically, RLOCs are
  numbered from topologically-aggregatable blocks that are assigned
  to a site at each point to which it attaches to the global
  Internet; where the topology is defined by the connectivity of
  provider networks, RLOCs can be thought of as PA addresses.
NEW:
  Typically, RLOCs are
  numbered from topologically-aggregatable blocks that are assigned
  to a site at each point to which it attaches to the global
  Internet.  Thus, the topology is defined by the connectivity of
  provider networks and RLOCs can be thought of as PA addresses.

Also, you'll have to pardon my ignorance, but it's not obvious to me what PA
stands for. I googled and I think it's Provider Aggregatable (and not
Physical Address, which was my first reaction).  I also found it expanded in
draft-lisp-eid-block, which has a definition of RLOC that is mostly verbatim
to this one, which makes me wonder why the terms need to be redefined in
this document and isn't there the potential for the definitions to become
inconsistent?

- Section 3, Endpoint ID definition.  It's not clear to me how SIP relates
to LISP.   I would think it's sufficient to use a DNS lookup as the example
and delete the non-specific reference to a SIP Exchange.

Nits:
-

- Section 2, 2nd paragraph: Map Resolvers - Map-Resolvers
- Section 3, 2nd bullet: Map Replier - Map-Replier
- Section 3, last paragraph: for lig initiating site - for the lig
initiating site
- Section 3, last paragraph: shouldn't lig self be ligging yourself?
- Section 4.1, last paragraph before sample output for ligging yourself:
to originating site - to the originating site
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Last Call Review: draft-ietf-radext-crypto-agility-requirements-06.txt

2011-06-03 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-radext-crypto-agility-requirements-06.txt
Reviewer:  Mary Barnes
Review Date:  3 June 2011
IETF LC End Date:  14 June 2011


Summary:  Almost Ready.

The document is well written and concise.  My primary concerns (minor issues
really) are the many references to the WG, mailing list, IETF meetings, that
while useful context for folks deeply involved in the activity, the
information is not relevant to a broader audience and clutters the document
IMHO.  In addition, there are a few cases where I think normative language
might be required (going along with the idea that normative language is
appropriate in an Informational document).

Major issue:

- None


Minor issue:

- Introduction: It's my understanding that published RFCs shouldn't
reference specific WGs and this sentence includes when approved which
doesn't fit in the body of an RFC. Also, it's my understanding that any
document published by a WG reflects consensus of that WG.  So, I would
suggest this sentence could be better stated as follows:
OLD: This memo,
 when approved, reflects the consensus of the RADIUS Extensions
 (RADEXT) Working Group of the IETF as to the features, properties and
 limitations of the crypto-agility work item for RADIUS.
NEW: This memo describes the features, properties and
 limitations of the crypto-agility solution for RADIUS.

- General.  I don't think you need references to the RADEXT WG since it a
product of that WG - it's listed in the document header and it's obvious in
the tools.  Folks that aren't familiar with IETF probably don't care what WG
produced the document.  Subsequent comments below give specific suggestions
around this.

- Introduction,second paragraph. I don't think this necessarily fits the
context of a published RFC. In general, the content of WG documents is based
on mailing list discussion.  And, it's usual that an informational document
is published to provide the type of information that is noted in that
paragraph. So, I would think you could just delete that paragraph.

- Section 1.3.  I don't think the background is necessary. Certainly, the
motivation for this work is useful introductory information, but I think
that initial problem statement/objectives could be reworded in present
 tense in terms of objectives and what this document specifies.

- SEction 2. You could easily strike the first sentence in the first
paragraph without any loss of information. Does it really matter that the
definition was offered at IETF-68?

- Section 2, 4th paragraph.  Why is the second part of the first sentence a
SHOULD NOT?  What happens if this is done?  For example, does this require
additional specification of how the solution is still backwards compatible?
 It's generally a good idea to describe what might happen if someone doesn't
abide by a SHOULD or SHOULD NOT.

- Section 4.2, 5th paragraph, 1st sentence.  Shouldn't the need not be
stated using normative language - i.e., stated as OPTIONAL, something like
Support for encryption of individual RADIUS attributes is OPTIONAL for
solutions that provide encryption of entire RADIUS packets.

- Section 4.2, Limit key scope paragraph. Should the not required be is
OPTIONAL?

- Section 4.3, 3rd paragraph.  Shouldn't the can be be a MAY be? - i.e,
isn't this normative behavior in terms of describing how the requirements
for backwards compatibility can be satisfied or in some cases where they
can't?

- Section 4.3, 4th paragraph.  Shouldn't the can omit be a MAY omit?

- Section 4.3, 6th paragraph.  Shouldn't the can be be a MAY be?

- Section 4.6. This could be reworded to remove the references to IETF-70
and just state something like the following:
OLD:
   At the
   IETF-70 meeting, and leading up to that meeting, the RADEXT WG
   debated whether or not RFC 4107 would require a RADIUS Crypto-Agility
   solution to feature Automated Key Management (AKM).  The working
   group determined that AKM was not inherently required for RADIUS
   based on the following points:
NEW:
   Consideration was given as to
   whether or not RFC 4107 would require a RADIUS Crypto-Agility
   solution to feature Automated Key Management (AKM).  It was
   determined that AKM was not inherently required for RADIUS based
   on the following points:

Nits:
-
- Section 4.6, 1st paragraph after the bulleted list: .., the same time, …
 -  …, at the same time,...
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART LC review: draft-ietf-pwe3-fat-pw-06

2011-05-18 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-pwe3-fat-pw-06
Reviewer:  Mary Barnes
Review Date:  18 May 2011
IETF LC End Date:  20 May 2011

Summary:  Almost ready

Minor issues/suggestions:

- Section 1.2 - While the 3rd paragraph notes that the TTL is described in
the security section I think a bit more text might be helpful as I could not
understand why the fact that the TTL in the flow LSE is never used to
determine whether a packet should be discarded, introduces restrictions on
the TTL value.  Certainly, the relevant text is in the security section,
however, it's very little text and I personally think a backward reference
in the security section to an earlier section in the document is often more
helpful than a forward reference.  Also, it's not clear to me what that
issue has to do with security - what is the security issue that is addressed
by this choice of TTL?

- Section 7, 3rd paragraph: What are the circumstances referenced in the 1st
sentence? I assume it's referring to the method of load balancing described
in this document rather than the situation described in the previous
paragraph or perhaps it's both   It might be more clear to include the 2nd-
 paragraphs as bullets so it's clear they are relating to the method of load
balancing in this document and are not related.

- Section 8.3, 1st paragraph, last sentence:  This sentence does not make
sense:
   An example of such a case is
   the of the flow label mechanism in networks using a link bundle with
   the all ones component [RFC4201].
There's a word missing here: the ? of the flow label mechanism.
Also, the with all ones component phrase was unclear.  I assumed it was
referring to some functionality in RFC 4201.  I think it would be much
clearer to say the special bit value of all ones since the ones
component terminology is not used in RFC 4201.

- Section 9: This section lacks clarity. In the first sentence it might be
helpful to qualify this technique as the technique described in this
document.  Also, by further application, do you mean an additional
application of this technique or an extension of this technique (I've
assumed the latter in my suggested rewrite below).
The second sentence has a this that it's not clear to what it's referring
- I think it's referring to the further application of this technique.
The third sentence also has a this that I think is referring to the work
on the generalization which is described in the referenced draft.  And this
construct in the third sentence is not at all clear  …can be regarded as a
complementary, but distinct, approach since similar although consideration
may apply…
Is this saying that the generalization of this to MPLS described in the
draft is complementary, but distinct from the technique described in this
document?  If so, perhaps, the following suggestion can clarify this
section.
   An extension of this technique is to create a basis
   for hash diversity without having to peek below the label stack for
   IP traffic carried over LDP LSPs.
   The generalisation of this extension to MPLS has been
   described in [I-D.kompella-mpls-entropy-label].
   This generalization can be regarded as a complementary, but distinct,
   approach from the technique described in this document.
   While similar consideration may apply to the identification
   of flows and the allocation of flow label values, the flow labels are
   imposed by different network components, and the associated
   signalling mechanisms are different.


Nits:

- There's a stray END at the end of the abstract to the far right.
- Section 1, first sentence:  exit - exist
- Section, 2nd para, 3rd sentence: hundred's - hundreds
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: Gen-ART LC review: draft-ietf-pwe3-fat-pw-06

2011-05-18 Thread Mary Barnes
Resending due to wrong alias in my first email =

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-pwe3-fat-pw-06
Reviewer:  Mary Barnes
Review Date:  18 May 2011
IETF LC End Date:  20 May 2011

Summary:  Almost ready

Minor issues/suggestions:

- Section 1.2 - While the 3rd paragraph notes that the TTL is described in
the security section I think a bit more text might be helpful as I could not
understand why the fact that the TTL in the flow LSE is never used to
determine whether a packet should be discarded, introduces restrictions on
the TTL value.  Certainly, the relevant text is in the security section,
however, it's very little text and I personally think a backward reference
in the security section to an earlier section in the document is often more
helpful than a forward reference.  Also, it's not clear to me what that
issue has to do with security - what is the security issue that is addressed
by this choice of TTL?

- Section 7, 3rd paragraph: What are the circumstances referenced in the 1st
sentence? I assume it's referring to the method of load balancing described
in this document rather than the situation described in the previous
paragraph or perhaps it's both   It might be more clear to include the 2nd-
 paragraphs as bullets so it's clear they are relating to the method of load
balancing in this document and are not related.

- Section 8.3, 1st paragraph, last sentence:  This sentence does not make
sense:
   An example of such a case is
   the of the flow label mechanism in networks using a link bundle with
   the all ones component [RFC4201].
There's a word missing here: the ? of the flow label mechanism.
Also, the with all ones component phrase was unclear.  I assumed it was
referring to some functionality in RFC 4201.  I think it would be much
clearer to say the special bit value of all ones since the ones
component terminology is not used in RFC 4201.

- Section 9: This section lacks clarity. In the first sentence it might be
helpful to qualify this technique as the technique described in this
document.  Also, by further application, do you mean an additional
application of this technique or an extension of this technique (I've
assumed the latter in my suggested rewrite below).
The second sentence has a this that it's not clear to what it's referring
- I think it's referring to the further application of this technique.
The third sentence also has a this that I think is referring to the work
on the generalization which is described in the referenced draft.  And this
construct in the third sentence is not at all clear  …can be regarded as a
complementary, but distinct, approach since similar although consideration
may apply…
Is this saying that the generalization of this to MPLS described in the
draft is complementary, but distinct from the technique described in this
document?  If so, perhaps, the following suggestion can clarify this
section.
   An extension of this technique is to create a basis
   for hash diversity without having to peek below the label stack for
   IP traffic carried over LDP LSPs.
   The generalisation of this extension to MPLS has been
   described in [I-D.kompella-mpls-entropy-label].
   This generalization can be regarded as a complementary, but distinct,
   approach from the technique described in this document.
   While similar consideration may apply to the identification
   of flows and the allocation of flow label values, the flow labels are
   imposed by different network components, and the associated
   signalling mechanisms are different.


Nits:

- There's a stray END at the end of the abstract to the far right.
- Section 1, first sentence:  exit - exist
- Section, 2nd para, 3rd sentence: hundred's - hundreds
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for May 12, 2011 Telechat

2011-05-06 Thread Mary Barnes
Hi all,

Jean is on vacation, so I am doing this week's telechat assignments.  I am
not able to access the new genart dav folder where she has been caching the
files, so I've put them out in the temp-gen-art folder for now.

Here's the link to the summary of assignments for the May 12th, 2011
telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-110512-telechat.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Review: draft-ietf-vcarddav-vcardxml-08

2011-04-08 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-vcarddav-vcardxml-08
Reviewer:  Mary Barnes
Review Date:  8 April 2011
IETF LC End Date:  20 April 2011

Summary:  Almost Ready.

Major issue:

- The document is listed as Standards Track but but does not contain the RFC
2119 boilerplate. There is some RFC 2119 terminology used, however, there
seems to be a lot of cases where RFC 2119 language is appropriate but not
used.


Minor issue:

- The document doesn't pass idnits - the error appears to be an old
reference to the IETF trust provisions.

- I'm assuming an XML expert has reviewed the schema, however, there is no
Write-up in the History stating such.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Gen-ART Review: draft-ietf-mboned-addrarch-07.txt

2011-04-07 Thread Mary Barnes
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-mboned-addrarch-07.txt
Reviewer:  Mary Barnes
Review Date:  07 April 2011
IETF LC End Date:  28 March 2011


Summary:  Ready with minor issues.

Minor issues:

- Introduction, 3rd paragraph notes that this document only deals with the
ASM model, yet the 2nd paragraph in section 2 notes that the address
assignment inside the node for SSM is discussed.   I would suggest to reword
the 3rd paragraph in section 1 and it seems that the 2nd paragraph is
section 2 is redundant.

- Section 7, 1st paragraph notes that the security analysis of the
mentioned protocols is out of scope of this memo. However, the next
paragraph notes that the dynamic assignment protocol are inherently
vulnerable….  Thus, I would suggest changing the first paragraph to
something like the following (and removing 2nd):
   This memo only describes the approaches to allocating and
   assigning multicast addresses for existing protocols and thus
   adds no additional security considerations beyond those
   specified for the referenced protocols. Additional security
   analysis of these protocols is outside the scope of this
   document. Although, it should be noted the dynamic assignment
   protocols are inherently vulnerable to resource exhaustion attacks
   as discussed in [RFC2730].

In addition, if the intention was to highlight a security issue that should
be resolved, then perhaps adding another bullet to section 4.3 would be
appropriate.
   Obviously, especially the dynamic assignment protocols are inherently
   vulnerable to resource exhaustion attacks, as discussed e.g., in
   [RFC2730].

Nits/editorial comments:
- Section 2, as described below might be better worded as as described in
subsequent sections, although I think it would make the document more
readable to summarize the mechanisms in a bulleted list and add section
references.

- Section 3 - same comment as for section 2.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 13 Jan 2011

2011-01-13 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-110113-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 27 Dec 2010

2010-12-27 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101227-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 13 Dec 2010

2010-12-13 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101213-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: [IESG-AGENDA-DIST] Summarized Agenda for the 2010-12-16 IESG Teleconference

2010-12-12 Thread Mary Barnes
HI folks,

I apologize that I have not yet had a chance to do the assignments for
thursday's telechat. I thought I could get to it over the weekend, but was
not able to obviously.  I will get the s/s updated and assignments  LCs out
by the end of the day tomorrow. But, until if folks could check and see the
docs that are on the telechat in case there are new versions.

Thanks,
Mary.

-- Forwarded message --
From: IESG Secretary iesg-secret...@ietf.org
Date: Thu, Dec 9, 2010 at 5:08 PM
Subject: [IESG-AGENDA-DIST] Summarized Agenda for the 2010-12-16 IESG
Teleconference
To: iesg-agenda-d...@ietf.org


INTERNET ENGINEERING STEERING GROUP (IESG)
Summarized Agenda for the 2010-12-16 IESG Teleconference

This agenda was generated at 2010-12-09 15:07:44 PST
Up-to-date web version of this agenda can be found at:
http://datatracker.ietf.org/iesg/agenda/


1. Administrivia


1.1 Roll Call
1.2 Bash the Agenda
1.3 Approval of the Minutes of Past Telechats
1.4 List of Remaining Action Items from Last Telechat

   OUTSTANDING TASKS

Last updated: December 6, 2010

   o Jari Arkko to add guidance on multi-Area work to the wiki.

   o Michelle Cotton to provide draft of -bis document for RFC 4020
 Allocation procedures.

   o Tim Polk to update the IESG statement on choosing between
 Informational and Experimental status.

   o Alexey Melnikov to draft an IESG Statement on MIME Type
Registrations
 from other SDOs, to include a statement on the stability of
 references in Media Type Registrations.

   o Sean Turner to determine if it is safe to use the old and new
 protocol numbers in the same port [IANA #404374].

2. Protocol Actions
2.1 WG Submissions
2.1.1 New Items

 o draft-ietf-mpls-fastreroute-mib-15
   Multiprotocol Label Switching (MPLS) Traffic Engineering Management
   Information Base for Fast Reroute (Proposed Standard)
   Note: Loa Andersson (l...@pi.nu) is the document shepherd.
   Token: Adrian Farrel

 o draft-ietf-httpstate-cookie-19
   HTTP State Management Mechanism (Proposed Standard)
   Token: Peter Saint-Andre

 o draft-ietf-sipcore-event-rate-control-05
   Session Initiation Protocol (SIP) Event Notification Extension for
   Notification Rate Control (Proposed Standard)
   Note: Adam Roach (a...@nostrum.com) is the document shepherd.
   Token: Robert Sparks
   Was deferred by Cindy Morgan on 2010-12-02

 o draft-ietf-morg-list-specialuse-05
   IMAP LIST extension for special-use mailboxes (Proposed Standard)
   Note: Timo Sirainen t...@iki.fi is the document shepherd.
   Token: Alexey Melnikov

 o draft-ietf-roll-trickle-06
   The Trickle Algorithm (Proposed Standard)
   Note: JP Vasseur (j...@cisco.com) is the document shepherd.
   Token: Adrian Farrel

 o draft-ietf-tls-ssl2-must-not-03
   Prohibiting SSL Version 2.0 (Proposed Standard)
   Note: Joe Salowey (jsalo...@cisco.com) is the document shepherd.
   Token: Alexey Melnikov

 o draft-ietf-avt-rtp-svc-24
   RTP Payload Format for Scalable Video Coding (Proposed Standard)
   Note: Roni Even is the document shepherd (even.r...@huawei.com)
   Token: Gonzalo Camarillo

 o draft-ietf-xmpp-address-07
   Extensible Messaging and Presence Protocol (XMPP): Address Format
   (Proposed Standard)
   Note: Ben Campbell (b...@nostrum.com) is the document shepherd.
   Token: Gonzalo Camarillo
   Was deferred by Cindy Morgan on 2010-12-02

 o draft-ietf-sieve-notify-presence-03
   Sieve Notification Using Presence Information (Proposed Standard)
   Note: Cyrus Daboo is the document shepherd.
   Token: Alexey Melnikov
   Was deferred by Robert Sparks on 2010-12-01

 o draft-ietf-mpls-ip-options-05
   Requirements for Label Edge Router Forwarding of IPv4 Option Packets
   (Proposed Standard)
   Note: George Swallow (swal...@cisco.com) is the Document Shepherd.
   Token: Adrian Farrel

 o draft-ietf-v6ops-3177bis-end-sites-00
   IPv6 Address Assignment to End Sites (BCP)
   Note: Fred Baker (f...@cisco.com) is the document shepherd.
   Token: Ron Bonica

 o draft-ietf-morg-fuzzy-search-03
   IMAP4 Extension for Fuzzy Search (Proposed Standard)
   Note: Barry Leiba (one of the MORG chairs) is the document shepherd.
   Token: Alexey Melnikov

 o draft-ietf-tcpm-tcp-timestamps-02
   Reducing the TIME-WAIT state using TCP timestamps (BCP)
   Note: Wesley Eddy (wesley.m.e...@nasa.gov) is the document shepherd.
   Token: Lars Eggert

2.1.2 Returning Items

 NONE

2.2 Individual Submissions
2.2.1 New Items

 NONE

2.2.2 Returning Items

 o draft-cheshire-dnsext-dns-sd-07
   DNS-Based Service Discovery (Proposed Standard)
   Token: Ralph Droms

 o draft-cheshire-dnsext-multicastdns-12
   Multicast DNS (Proposed Standard)
   Token: Ralph Droms

3. Document Actions
3.1 WG Submissions
3.1.1 New Items

 o draft-ietf-ipfix-mediators-framework-09
   IPFIX Mediation: Framework (Informational)
   Note: Juergen Quittek is the document shepherd
   Token: Dan Romascanu

 o draft-ietf-opsec-protect-control-plane-04
   Protecting The 

[Gen-art] A *new* batch of IETF LC reviews - 2 Dec 2010

2010-12-04 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101202-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


Re: [Gen-art] A *new* batch of IETF LC reviews - 25 Nov 2010

2010-11-28 Thread Mary Barnes
I have no idea why the link goes to the 101118 file - either gmail or safari
goofiness.  Here's the correct link (maybe):
http://www.softarmor.com/rai/temp-gen-art/reviewers-101125-lc.html

Mary.

On Sat, Nov 27, 2010 at 2:42 PM, Mary Barnes mary.ietf.bar...@gmail.comwrote:

 Hi all,

 Please note that the ADs have gone wild with LCs over the past week and I
 am a bit late in getting some of the ones the week before assigned, so there
 are a few that are coming up quickly.

 Here's the link to the new LC assignments for last week:
 http://www.softarmor.com/rai/temp-gen-art/reviewers-101125-lc.htmlhttp://www.softarmor.com/rai/temp-gen-art/reviewers-101118-lc.html

 The assignments are captured in the spreadsheets:
 http://www.softarmor.com/rai/temp-gen-art/gen-art.html
 http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

 The standard template is included below.

 Thanks,
 Mary.
 ---

 I am the assigned Gen-ART reviewer for this draft. For background on
 Gen-ART, please see the FAQ at 
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

 Please resolve these comments along with any other Last Call comments you
 may receive.

 Document:
 Reviewer:
 Review Date:
 IETF LC End Date:
 IESG Telechat date: (if known)

 Summary:

 Major issues:

 Minor issues:

 Nits/editorial comments:


___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 15 Nov 2010

2010-11-15 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101115-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Nov 18, 2010 Telechat

2010-11-15 Thread Mary Barnes
Hi all,

Sorry for the lateness.

Here's the link to the summary of assignments for the Nov 18th, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101118.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 04 Nov 2010
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 04 Nov 2010

2010-11-06 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101104-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 16 Oct 2010

2010-10-16 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101014-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Oct. 21st, 2010 Telechat

2010-10-16 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the Oct. 21st, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101021.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 21 Oct 2010
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Oct. 7th, 2010 Telechat

2010-10-01 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the Oct. 7th, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101007.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 07 Oct 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 1 Oct 2010

2010-10-01 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-101001-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Sept.23, 2010 Telechat

2010-09-18 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the Sept. 23rd, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100923.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 23 Sept 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 14 Sept 2010

2010-09-14 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for last week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100909-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 2 Sept 2010

2010-09-03 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100902-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Sept.9, 2010 Telechat

2010-09-03 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the Sept. 9th, 2010
telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100909.htmlhttp://www.softarmor.com/rai/temp-gen-art/reviewers-100715.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 09 Sept 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 26 Aug 2010

2010-08-28 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100826-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 19 Aug 2010

2010-08-20 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100819-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 11 Aug 2010

2010-08-11 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100805-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for August 12, 2010 Telechat

2010-08-11 Thread Mary Barnes
Hi all,

I have finally had the chance to generate the assignment file and
update the s/s with the assignments for the August 12, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100812.html

Please note that any reviews posted since last Thursday are NOT
reflected in the spreadsheets. Vijay will upload all of them tomorrow
and I'll then update the spreadsheets.

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 12 Aug 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: [IESG-AGENDA-DIST] Summarized Agenda for the 2010-08-12 IESG Teleconference

2010-08-07 Thread Mary Barnes
Hi folks,

I apologize but I have not been able to get to the assignments (vacation in
the way and not work for once) and likely won't be able to get to it for at
least another day. I am forwarding this so that folks can see what docs are
on the telechat and make sure to do any re-reviews. I will forward
separately the list of reviews that Vijay has captured (that still need to
be entered in the s/s), so you'll know that they have been uploaded.  I will
get all the information updated in the s/s no later than when I get back in
town on Tuesday (COB).

FYI, here's the summary of reviews by reviewer if you don't have your
documents memorized off the top of your head.
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

Again, sorry that I can't get to this in a timely manner this round.

Mary.

-- Forwarded message --
From: IESG Secretary iesg-secret...@ietf.org
Date: Thu, Aug 5, 2010 at 5:54 PM
Subject: [IESG-AGENDA-DIST] Summarized Agenda for the 2010-08-12 IESG
Teleconference
To: iesg-agenda-d...@ietf.org


INTERNET ENGINEERING STEERING GROUP (IESG)
Summarized Agenda for the 2010-08-12 IESG Teleconference

This agenda was generated at 2010-08-05 15:53:21 PDT
Up-to-date web version of this agenda can be found at:
http://datatracker.ietf.org/iesg/agenda/


1. Administrivia


1.1 Roll Call
1.2 Bash the Agenda
1.3 Approval of the Minutes of Past Telechats
1.4 List of Remaining Action Items from Last Telechat

   OUTSTANDING TASKS

Last updated: July 19, 2010

   o Jari Arkko to add guidance on multi-Area work to the wiki.

   o Stewart Bryant and Adrian Farrel to discuss RFC 4020 Early
Allocation
 procedures.

   o Lars Eggert to provide text to IANA for how to reflect
 inappropriately used TCP Option Numbers in the TCP Option Numbers
 registry.

2. Protocol Actions
2.1 WG Submissions
2.1.1 New Items

 o draft-ietf-ippm-spatial-composition-15
   Spatial Composition of Metrics (Proposed Standard)
   Note: Henk Uijterwaal (h...@ripe.net) is the document shepherd.
   Token: Lars Eggert

 o draft-ietf-manet-nhdp-14
   Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)
   (Proposed Standard)
   Note: Ian Chakeres (ian.chake...@gmail.com) is the document
   shepherd.
   Token: Stewart Bryant

 o draft-ietf-behave-v6v4-xlate-stateful-12
   Stateful NAT64: Network Address and Protocol Translation from IPv6
   Clients to IPv4 Servers (Proposed Standard)
   Note: Dave Thaler (dtha...@microsoft.com) is the document shepherd.
   Token: David Harrington

 o draft-ietf-behave-address-format-09
   IPv6 Addressing of IPv4/IPv6 Translators (Proposed Standard)
   Note: Dave Thaler (dtha...@microsoft.com) is the document shepherd.
   Token: David Harrington

 o draft-ietf-isis-ipv6-te-07
   IPv6 Traffic Engineering in IS-IS (Proposed Standard)
   Token: Stewart Bryant

 o draft-ietf-behave-v6v4-xlate-20
   IP/ICMP Translation Algorithm (Proposed Standard)
   Note: Dave Thaler (dtha...@microsoft.com) is the document shepherd.
   Token: David Harrington

 o draft-ietf-ippm-twamp-reflect-octets-07
   TWAMP Reflect Octets and Symmetrical Size Features (Proposed
   Standard)
   Note: Henk Uijterwaal (h...@ripe.net) is the document shepherd.
   Token: Lars Eggert

 o draft-ietf-softwire-ds-lite-tunnel-option-03
   Dynamic Host Configuration Protocol for IPv6 (DHCPv6) Options for
   Dual- Stack Lite (Proposed Standard)
   Note: Dave Ward (dw...@juniper.net) is the document shepherd.
   Token: Ralph Droms

2.1.2 Returning Items

 o draft-ietf-tls-rfc4366-bis-10
   Transport Layer Security (TLS) Extensions: Extension Definitions
   (Proposed Standard)
   Note: Document shepherd is Joe Salowey
   Token: Sean Turner

2.2 Individual Submissions
2.2.1 New Items

 o draft-elie-nntp-list-additions-03
   Network News Transfer Protocol (NNTP) Additions to LIST Command
   (Proposed Standard)
   Token: Alexey Melnikov

2.2.2 Returning Items

 NONE

3. Document Actions
3.1 WG Submissions
3.1.1 New Items

 o draft-ietf-ipsecme-roadmap-08
   IP Security (IPsec) and Internet Key Exchange (IKE) Document Roadmap
   (Informational)
   Note: Paul Hoffman (paul.hoff...@vpnc.org) the document shepherd for
   this document.
   Token: Sean Turner

 o draft-ietf-behave-v6v4-framework-09
   Framework for IPv4/IPv6 Translation (Informational)
   Note: Dan Wing (dw...@cisco.com) is the document shepherd.
   Token: David Harrington

 o draft-ietf-forces-applicability-09
   ForCES Applicability Statement (Informational)
   Note: The Document Shepherd is Jamal Hadi Salim (h...@mojatatu.com).
   Token: Adrian Farrel

 o draft-ietf-forces-implementation-report-02
   Implementation Report for ForCES (Informational)
   Note: Joel Halpern (j...@joelhalpern.com) is the Document Shepherd.
   Token: Adrian Farrel

 o draft-ietf-v6ops-ipv6-cpe-router-06
   Basic Requirements for IPv6 Customer Edge Routers (Informational)
   Note: Fred Baker (f...@cisco.com) is the document shepherd.
   Token: Ron Bonica

 

[Gen-art] Fwd: Gen-ART area updated

2010-08-07 Thread Mary Barnes
FYI, the most recent reviews that have been uploaded. You can still click on
the link in the s/s even though there is no review summary to get to these
reviews.

Mary.

-- Forwarded message --
From: Vijay K. Gurbani v...@bell-labs.com
Date: Thu, Aug 5, 2010 at 4:28 PM
Subject: Gen-ART area updated
To: Mary Barnes mary.ietf.bar...@gmail.com


Mary: I uploaded the following reviews:

draft-ietf-isis-bfd-tlv-02-halpern.txt
draft-ietf-v6ops-ipv6-cpe-router-06-dupont.txt
draft-thaler-v6ops-teredo-extensions-07-even.txt

Thanks,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60566 (USA)
Email: v...@{alcatel-lucent.com,bell-labs.com,acm.org}
Web:   http://ect.bell-labs.com/who/vkg/
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 29 July 2010

2010-07-30 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100729-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at 
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 15 July 2010

2010-07-15 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100715-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 8 July 2010

2010-07-09 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100708-lc.html

*** Please note that some of these are due very soon (e.g., today) and
some of them are already on the telechat agenda - I've indicated such
in those assignments ***

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for July 15, 2010 Telechat

2010-07-09 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the July 15th, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100715.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 15 July 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for July 1, 2010 Telechat

2010-06-25 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the July 1st, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100701.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 1 July 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 24 June 2010

2010-06-25 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100624-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 17 June 2010

2010-06-17 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100617-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 10 June 2010

2010-06-10 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100610-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for June 17, 2010 Telechat

2010-06-10 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the June 17, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100617.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 17 June 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Resend: A *new* batch of IETF LC reviews - 03 June 2010

2010-06-07 Thread Mary Barnes
I don't see this in the archives - it seems there may be problems with
IETF mailing lists. I've forwarded this to ietf-action.  It doesn't
seem Ive gotten any IETF mailing list emails this weekend except for
the ID announcements, etc.

Mary.

-- Forwarded message --
From: Mail Delivery System mailer-dae...@core3.amsl.com
Date: Sun, Jun 6, 2010 at 1:25 PM
Subject: Undelivered Mail Returned to Sender
To: mary.ietf.bar...@gmail.com


This is the mail system at host core3.amsl.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                  The mail system

gen-...@core3.amsl.com (expanded from gen-art@ietf.org): delivery
   temporarily suspended: lost connection with 127.0.0.1[127.0.0.1] while
   sending RCPT TO

Final-Recipient: rfc822; gen-...@core3.amsl.com
Original-Recipient: rfc822;gen-art@ietf.org
Action: failed
Status: 4.4.2
Diagnostic-Code: X-Postfix; delivery temporarily suspended: lost connection
   with 127.0.0.1[127.0.0.1] while sending RCPT TO


-- Forwarded message --
From: Mary Barnes mary.ietf.bar...@gmail.com
To: gen-...@ietf.org
Date: Sat, 5 Jun 2010 13:20:51 -0500
Subject: A *new* batch of IETF LC reviews - 03 June 2010
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100603-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Fwd: A *new* batch of IETF LC reviews - 03 June 2010

2010-06-07 Thread Mary Barnes
Sorry, this did not make it to the list due to IETF mail problems.


-- Forwarded message --
From: Mary Barnes mary.ietf.bar...@gmail.com
Date: Sat, Jun 5, 2010 at 1:20 PM
Subject: A *new* batch of IETF LC reviews - 03 June 2010
To: gen-art@ietf.org


Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100603-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 27 May 2010

2010-05-27 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100527-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for June 3, 2010 Telechat

2010-05-27 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the June 3, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100603.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://wiki.tools.ietf.org/area/gen/trac/wiki/

Mary.

---

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
 http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 3 June 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Updated guidelines, reviewers, faq available at General Area Wiki on the IETF tools page

2010-05-20 Thread Mary Barnes
Hi all,

I have moved the Gen-ART guidelines, FAQ and reviewer list to the Gen Area Wiki:
http://wiki.tools.ietf.org/area/gen/trac/wiki

Please note that I have also updated the template included with the
assignments this week with the updated link. The other still works,
but it may stop working at some point and the link to reviews and the
reviewer list are out of date. So, please use the updated link in
future reviews.

Also, I've added a summary of the aliases for the documents to the
wiki, which should make it easier to get the reviews sent to the right
folks.

Thanks,
Mary.
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for May 20, 2010 Telechat

2010-05-14 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the May 20, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100520.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html

Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 20 May 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 06 May 2010

2010-05-06 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100506-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 29 April 2010

2010-04-30 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100429-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for May 6, 2010 Telechat

2010-04-30 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the May 6, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100506.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html

Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 6 May 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 22 April 2010

2010-04-23 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100422-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for April 22, 2010 Telechat

2010-04-16 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the April 22, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100422.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html

Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 22 April 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
 Reply
 Forward
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 15 April 2010

2010-04-16 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100415-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for April 8, 2010 Telechat

2010-04-02 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the April 8, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100408.html

[Note: the format for the assignments has changed as they've changed
the IESG telechat agenda webpage, so it's not readily convertible to
the html format I used previously - links to the drafts and previous
reviews are in the spreadsheets]

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html

Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 18 March 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
 Reply
 Forward
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 11 Mar 2010

2010-03-13 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100311-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for March 4, 2010 Telechat

2010-02-26 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the March 4, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100304.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html

Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 4 March 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 25 Feb 2010

2010-02-26 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100225-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 18 Feb 2010

2010-02-19 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100218-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Feb. 18, 2010 Telechat

2010-02-11 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the Feb 18, 2010 telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100218.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html

Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date:
IESG Telechat date: 18 Feb 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 11 Feb 2010

2010-02-11 Thread Mary Barnes
Hi all,
Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100211-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.

Thanks,
Mary.
---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments you
may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 04 Feb 2010

2010-02-04 Thread Mary Barnes
Hi all,

Here's the link to the new LC assignments for this week:
*http://www.softarmor.com/rai/temp-gen-art/reviewers-100204-lc.html*http://www.softarmor.com/rai/temp-gen-art/reviewers-100204-lc.html

The assignments are captured in the spreadsheets:
*http://www.softarmor.com/rai/temp-gen-art/gen-art.html*http://www.softarmor.com/rai/temp-gen-art/gen-art.html
*http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html*http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.


Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
*http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html*http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html
).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Feb. 4, 2010 Telechat

2010-01-29 Thread Mary Barnes
Hi all,

Here's the link to the summary of assignments for the Feb 4, 2010
telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100204.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html


Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date: 
IESG Telechat date: 4 Feb 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:







___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 28 Jan 2010

2010-01-28 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100128-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:









___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 21 Jan 2010

2010-01-21 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100121-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:








___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 14 Jan 2010

2010-01-15 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100114-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:







___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 07 Jan 2010

2010-01-07 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100107-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:






___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Jan 7, 2010 Telechat

2010-01-05 Thread Mary Barnes
Hi all,

I apologize for the delay - I did not get the usual email with the
agenda (they just sent a summary one), so I just totally forgot to do
this last Thursday.

Here's the link to the summary of assignments for the Jan 7, 2010
telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-100107.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html


Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date: 
IESG Telechat date: 07 Jan 2010

Summary:

Major issues:
Minor issues:
Nits/editorial comments:







___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 24 Dec 2009

2009-12-24 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-091224-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:





___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 17 Dec 2009

2009-12-18 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-091217-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:




___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 10 Dec 2009

2009-12-10 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-091210-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:



___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 4 Dec 2009

2009-12-04 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-091203-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:

___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] Assignments for Dec 3rd, 2009 Telechat

2009-11-30 Thread Mary Barnes
Hi all,

Sorry for the delay in getting this out - the agenda came out late on
Friday and I just could not get it done over the weekend.  

Here's the link to the summary of assignments for the Dec 3rd, 2009
telechat:
http://www.softarmor.com/rai/temp-gen-art/reviewers-091203.html

With the updated spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

For your convenience, the review boilerplate template is included below.

Note that reviews should ideally be posted to the gen-art mailing list
by COB on Tuesday:
http://www.alvestrand.no/ietf/gen/art/review-guidelines.html


Mary.

---

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document:
Reviewer:
Review Date: 
IESG Telechat date: 03 Dec 2009

Summary:

Major issues:
Minor issues:
Nits/editorial comments:



___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


[Gen-art] A *new* batch of IETF LC reviews - 30 Nov 2009

2009-11-30 Thread Mary Barnes

Hi all,

Here's the link to the new LC assignments for this week:
http://www.softarmor.com/rai/temp-gen-art/reviewers-091126-lc.html

The assignments are captured in the spreadsheets:
http://www.softarmor.com/rai/temp-gen-art/gen-art.html
http://www.softarmor.com/rai/temp-gen-art/gen-art-by-reviewer.html

The standard template is included below.
Thanks,
Mary.

---
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call comments
you may receive.

Document:
Reviewer:
Review Date:
IETF LC End Date:
IESG Telechat date: (if known)

Summary:

Major issues:

Minor issues:

Nits/editorial comments:



___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art


  1   2   3   4   >