[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: comments on draft-ietf-rap-frameworkpib-02



> js> 5. The PIB module uses Role and RoleCombination from
> js> POLICY-DEVICE-AUX-MIB. There are several problems with this. First,
> js> I think that the Role and RoleCombination concept is so fundamental
> js> that these two TCs deserve to be defined in the COPS-PR-SPPI-TC or
> js> the FRAMEWORK-PIB module, especially since the textual explanation
> js> is already in the FRAMEWORK-PIB module. If folks prefer to have the
> js> Role and RoleCombination definition in POLICY-DEVICE-AUX-MIB, then
> js> I would say that the FRAMEWORK-PIB depends on the
> js> POLICY-DEVICE-AUX-MIB and thus we need to move the
> js> POLICY-DEVICE-AUX-MIB also into last call so that all 3 documents
> js> can proceed together.  Note also that Role is currently not used in
> js> the FRAMEWORK-PIB.
> 
> Ravi> The TCs can be moved, but can MIBs import TCs defined in PIBs?
> 
> I think that a MIB can not import a TC from a PIB (since the SPPI TC
> mechanism is different from the SMIv2 TC mechanism). However, a MIB
> can import a TC from a MIB which was converted from a PIB using the
> translation rules. Of course, this leaves the interesting question
> open whether you can import a TC from a MIB module which was only
> published as a PIB module or whether the converted MIB has to be
> available as well. I guess the IESG will have fun with this one.
 
In going through WG Last Call emails to find the updates that need to
be made to the SPPI, I came across the above, for which I haven't found
a resolution.  My suggestion is that we remove the dependencies between
the POLICY-DEVICE-AUX-MIB and the SPPI and Framework PIB.

Specifically, I suggest we "copy by value", i.e., we have the same Role
and RoleCombination TCs defined in both the POLICY-DEVICE-AUX-MIB and
in the Framework PIB.

Is that OK ?

Keith.