[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Advancing the Protocol and Morin Drafts
- To: "NAPIERALA, MARIA H, ATTLABS" <mnapierala at att.com>, "IJsbrand Wijnands" <ice at cisco.com>, "Thomas Morin" <thomas.morin at orange-ftgroup.com>
- Subject: RE: Advancing the Protocol and Morin Drafts
- From: "BRUNGARD, DEBORAH A, ATTLABS" <dbrungard at att.com>
- Date: Fri, 24 Oct 2008 11:16:23 -0400
- Cc: Ross Callon <rcallon at juniper.net>, L3VPN <l3vpn at ietf.org>
- Delivered-to: ietfarch-l3vpn-web-archive at core3.amsl.com
- Delivered-to: l3vpn at core3.amsl.com
- In-reply-to: <2F1DE4DFCFF32144B771BD2C246E6A20A5F3A9 at misout7msgusr7e.ugd.att.com>
- List-archive: <https://www.ietf.org/mailman/private/l3vpn>
- List-help: <mailto:l3vpn-request@ietf.org?subject=help>
- List-id: <l3vpn.ietf.org>
- List-post: <mailto:l3vpn@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=unsubscribe>
- References: <0E3033029745FB4C8BE6F1A3752FAE59E791DF at misout7msgusr7b.ugd.att.com><1224680522.20832.74.camel at l-at11168.FTRD><2B7BA8FF-2819-451D-B018-5EB9DFFE764B at cisco.com> <2F1DE4DFCFF32144B771BD2C246E6A20A5F3A9 at misout7msgusr7e.ugd.att.com>
- Sender: l3vpn-bounces at ietf.org
- Thread-index: Ack0VD1jbm+REXhnQgS5ATPp1Q8+wAA0CP2AADEWgZA=
- Thread-topic: Advancing the Protocol and Morin Drafts
> create 2 drafts, one documenting a PIM based solutions set, and an
> other based on BGP. Both moving forward on standards track. These
Agree - if the documents are not clear as is, should clean up the
documents vs. needing to refer to a 3rd document.
> documents don't need to make comparisons between BGP and PIM (as is
> done in the Morin draft), because this creates endless discussions
> and don't get us anywhere. It just needs to document how the
> different modules work together so that vendors can be interoperable.
> Each customer can choose the preferred approach and talk to the
> vendor for an implementation.
The Morin draft has been very helpful but it is still very confusing on
it's intention/impact - is it a requirements (non-solution favoring)
document or a comparison document which will impact the two other
drafts? It states in the abstract "mechanisms standardization should
favor". Does the sentence mean that non-favored mechanisms (e.g.
PIM-based) will be non-standards track? I'd favor as Nabil suggested, a
requirements document (with updates). Either it should have a re-write
before wg document status or else a clearly defined scope if it's a wg
document.
Deborah