RE: I-D ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt

["zafar ali" <[e-mail]>]

>-----Original Message-----
>From: [e-mail] 
>[mailto:[e-mail]] On Behalf Of Adrian Farrel
>Sent: Thursday, May 13, 2004 3:02 PM
>To: Tom Petch; [e-mail]
>Subject: Re: I-D 
>ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt
>
>
>A reasonable request, Tom.
>And heaven knows I have enough other stuff to do.
>
>For the record, I took this on in order to drive the work 
>through in a shape that was agreed by the WG. I'm more than 
>happy to drop to the role of contributing author.
>

PLEASE DON'T and we will not let you ;-). I think most of the community
respect you as the WG Chair and as well as a contributor. In this particular
case you did a very good job in shaping up a "difficult" ID. 

Tom, 

This is NOT the first time when a WG chair is one of the main contributors
and editor of an ID and AFAIK IETF procedures do NOT prevent a WG chair to
contribute in that role. Can you cite a place where such a "reservation" is
documented? 

>Tom, are you busy? What do you know about multi-area/AS? Could 
>you be the editor?
>
>Thanks,
>Adrian
>
>----- Original Message ----- 
>From: "Tom Petch" <[e-mail]>
>To: "Adrian Farrel" <[e-mail]>; <[e-mail]>
>Sent: Monday, May 10, 2004 8:52 PM
>Subject: Re: I-D 
>ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt
>
>
>> I always have a reservation when the WG chair and the I-D editor are 
>> or turn out to be the same individual.  I think that the IETF 
>> discourages this for good reason and so for this to be adopted, I 
>> would like someone other than the WG chair to take the role 
>of (lead) 
>> editor.
>>
>> Tom Petch
>>
>> -----Original Message-----
>> From: Adrian Farrel <[e-mail]>
>> To: [e-mail] <[e-mail]>
>> Date: 06 May 2004 22:08
>> Subject: Re: I-D 
>> ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt
>>
>>
>> >Folks,
>> >
>> >This draft represents the first step in the much-discussed 
>six point 
>> >plan
>> towards
>> >inter-area/AS solutions.
>> >
>> >I would like three things to happen:
>> >
>> >a. This draft to become a WG draft
>> >    Please send your opinions
>> >b. The draft to be reinforced in areas that people consider 
>necessary
>> >    One such area MAY be diverse routing.
>> >    Please send suggested text, but
>> >    - recall that this is not a solutions draft
>> >    - try to keep the length of the draft down below 100 pages c. 
>> >Move on with the next step in the plan.
>> >    At the moment, this seems to require effort on points 2 and 4
>> >    Viz, develop individual signaling solutions as required and
>> >    state their applicability.
>> >    We await input from those who have preferred solutions.
>> >
>> >Cheers,
>> >Adrian
>> >----- Original Message -----
>> >From: <[e-mail]>
>> >To: <[e-mail]>
>> >Cc: <[e-mail]>
>> >Sent: Friday, April 30, 2004 8:44 PM
>> >Subject: I-D ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt
>> >
>> >> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>> >>
>> >> Title : A Framework for Inter-Domain MPLS Traffic Engineering
>> >> Author(s) : A. Farrel, et al.
>> >> Filename : draft-farrel-ccamp-inter-domain-framework-00.txt
>> >> Pages : 14
>> >> Date : 2004-4-30
>> >>
>> >> This document provides a framework for establishing and 
>controlling
>> >>    Multiprotocol Label Switching (MPLS) and Generalized 
>MPLS (GMPLS)
>> >>    Label Switched Paths (LSPs) in multi-domain networks.
>> >>
>> >>    For the purposes of this document, a domain is 
>considered to be any
>> >>    collection of network elements within a common sphere 
>of address
>> >>    management or path computational responsibility. 
>Examples of such
>> >>    domains include IGP areas and Autonomous Systems.
>> >>
>> >> A URL for this Internet-Draft is:
>> >>
>> 
>http://www.ietf.org/internet-drafts/draft->farrel-ccamp-inter-domain-fr
>> amewo
>> rk-00.txt
>> >>
>>
>>
>>
>>
>>
>
>