RE: COPS - Query PEP for policy detail?

["Rawlins, Diana" <Diana.Rawlins@wcom.com>]

The PEP policy is controlled and installed/removed by the PDP. I don't see a
lot of value for the PDP "getting" the policy it installed back.

However, the ability for the PDP to evaluate the policy and get feedback on
policy usage could be useful. This is addressed in the Framework of COPS-PR
Policy Information Base for Accounting Usage draft.

http://www.ietf.org/internet-drafts/draft-ietf-rap-acct-fr-pib-00.txt

-Diana

-----Original Message-----
From: Durham, David [mailto:david.durham@intel.com]
Sent: Wednesday, February 07, 2001 11:21 AM
To: rap@ops.ietf.org
Subject: RE: COPS - Query PEP for policy detail?


> -----Original Message-----
> From: Man.M.Li@nokia.com [mailto:Man.M.Li@nokia.com]
> 
> In SNMP, we may use "get" to query the values of attributes 
> on PEP. It seems
> to me that we cannot do the same thing with COPS and COPS-PR. 
> For example,
> can a PDP ask a PEP to send back its current policy in PIB 
> format (PRID +
> data)? 
> 

[Dave] Well, COPS was optimized to do device provisioning/configuration and
event-driven accounting, where SNMP is better at polling and getting data
from a device. PIBs are algorithmically convertible to MIBs so that you can
use SNMP to actually "get" the policies installed on a device (SNMP should
already be on the device anyway). 

If one wanted to do it all with COPS, that's possible too. All you would
need is a PIB PRC called "resynch" (or whatever you like) that the PDP can
update (via DEC message). When the PDP wants to get a policy or all policies
on a device, it can simply trigger the PEP's resynch variable, which would
cause the PEP to send select policies via a Report message. No such standard
resynch PIB exists today, however.

-Dave