[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: A proposal for moving ahead on BC models
Hi!
> -----Original Message-----
> From: Geib, Ruediger [mailto:Ruediger.Geib@t-systems.com]
> Sent: Monday, January 06, 2003 3:23 AM
> To: jboyle@pdnets.com
> Cc: te-wg@ops.ietf.org
> Subject: AW: A proposal for moving ahead on BC models
>
>
> Jim,
>
> as feedback on the issue was asked for, my 2 cents:
>
>
> | The real question is whether folks think there is a *need* (for
> | consistent/interoperable implementations) to require one (or two)
> | BC model(s)? Or not.
>
> During the Atlanta meeting the point was raised that depending on
> the mode of operation of a link, each BC model may have
> its merits. So it seems sound to have both of them available and
> they may both be applied within a single network.
>
In this case, may be Francois's original proposal to separate
the specification of _a_ default model, from the DSTE-PROTO
is the way to go.
Since the DSTE solution draft as specified, is independent
of the underlying BC Models and does not cause any
interoperability problems, may be the DSTE_REQ draft should
be updated to relax the requirement of a "default" BC Model.
Administrator then can decide to use one or more than one
BC Models in the network based on his requirement.
Thanks,
sanjay
> Consistency and interoperability also strongly depend on a simple
> and well defined specification, default settings and reduction
> of options. If both BC models are specified that way, both
> should be implemented.
>
> Regards, Rudiger
>
>
>