From daemon@optimus.ietf.org Tue Apr 2 10:43:52 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA19519 for ; Tue, 2 Apr 2002 10:43:52 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id KAA19650 for policy-archive@odin.ietf.org; Tue, 2 Apr 2002 10:43:53 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA19266; Tue, 2 Apr 2002 10:35:33 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA19242 for ; Tue, 2 Apr 2002 10:35:31 -0500 (EST) Received: from yamato.ccrle.nec.de (yamato.ccrle.nec.de [195.37.70.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA19274 for ; Tue, 2 Apr 2002 10:35:29 -0500 (EST) Received: from citadel.mobility.ccrle.nec.de ([192.168.156.1]) by yamato.ccrle.nec.de (8.11.6/8.10.1) with ESMTP id g32Fa4I82076; Tue, 2 Apr 2002 17:36:05 +0200 (CEST) Received: from [192.168.102.79] (madrid.heidelberg.ccrle.nec.de [192.168.102.79]) by citadel.mobility.ccrle.nec.de (Postfix on SuSE eMail Server 2.0) with ESMTP id 68BE0C051; Tue, 2 Apr 2002 17:34:34 +0200 (CEST) Date: Tue, 02 Apr 2002 17:48:39 +0200 From: Marcus Brunner Reply-To: brunner@ccrle.nec.de To: mpana@metasolv.com, Andrea Westerinen Cc: IETF Policy , "Wg-Policy@Dmtf. Org" , "Wg-Network@Dmtf. Org" Subject: Re: [Policy] FilterList and EntriesInFilterList in PCIMe Message-ID: <18556342.1017769719@[192.168.102.79]> In-Reply-To: <3C854B31.63F427AC@metasolv.com> References: <3C854B31.63F427AC@metasolv.com> X-Mailer: Mulberry/2.1.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Transfer-Encoding: 7bit Sender: policy-admin@ietf.org Errors-To: policy-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Policy Framework X-BeenThere: policy@ietf.org Content-Transfer-Encoding: 7bit Mircea, --On Tuesday, March 05, 2002 5:48 PM -0500 Mircea Pana wrote: > Andrea, > > > I have two issues that are somewhat related to each other: > > 1. If the restriction only applies to DiffServ then why is it defined in > PCIMe? If, as you explain, this restriction is there to align with the > DiffServ model then (IMO) QPIM would be a better place for it. PCIMe > would simply indicate that if sequencing is not intended then the value > "0" is to be used and as result the aggregated filters are ANDed. > It is defined in PCIMe because we want to use it in other models (e.g. MPLS), and has been regarded very general. Does your mail mean that the text proposal from Andrea is not what you want to see? > 2. However, if PCIMe allows sequencing for device-level filters (a > FilterList of FilterEntries), then why doesn't it have the same > functionality for the domain-level equivalent (a CompoundCondition of > CompoundFilters)? I understand that the consensus is against component > sequencing in the PCIMe CompoundCondition. Maybe the sequencing should > be removed from the FilterList on the same premise that devices, due to > their implementation, may not be able to honor it. I am sorry, but do not understand what you mean. Marcus > Regards, > Mircea. > > > > > > Andrea Westerinen wrote: >> >> Mircea, When the restriction was originally discussed, it was put in >> place to align the model with the DiffServ Informal Model. IE, to put a >> default value in place such that the property COULD be used but may also >> be ignored (and the default taken). So, this was specifically about QoS >> and not about the general model. I am not sure where it got generalized >> - or that it even should be generalized. I would recommend that we >> remove the word "always" in the phrase "always takes its default value" >> (Section 4.9.2). "Typically" or "usually" seems safer. >> >> The original thinking was to include all the model properties and align >> the IETF and DMTF work, but also specify the "expected" defaults. >> >> Andrea >> >> -----Original Message----- >> From: policy-admin@ietf.org [mailto:policy-admin@ietf.org]On Behalf Of >> Mircea Pana >> Sent: Monday, March 04, 2002 8:28 AM >> To: IETF Policy >> Subject: [Policy] FilterList and EntriesInFilterList in PCIMe >> >> The "FilterList" class imported from CIM, is redefined by PCIMe with an >> additional restriction relative to the "EntriesInFilterList" >> aggregation. This restriction is described in both Sections 4.9.2 and >> 5.21. >> >> The two descriptions seem to be somewhat contradictory. Thus, while >> 4.9.2 indicates the applicability of this restriction to *all* the >> submodels: >> >> "For PCIMe and its submodels, the EntrySequence property in this >> aggregation always takes its default value '0', indicating that >> the aggregated filter entries are ANDed together." >> >> in section 5.21 the scope seems to be reduced to QoS submodel(s) *only*: >> >> "In modeling QoS classifiers, however, this property is always >> set to 0, to indicate that the aggregated filter entries are >> ANDed together to form a selector for a class of traffic." >> >> In section 5.21, was the reference to QoS intended as a scope limitation >> or was that used as example? IMO clarification is necessary. >> >> Regards, >> Mircea. >> >> _______________________________________________ >> Policy mailing list >> Policy@ietf.org >> https://www1.ietf.org/mailman/listinfo/policy -------------------------------------- Dr. Marcus Brunner Network Laboratories NEC Europe Ltd. E-Mail: brunner@ccrle.nec.de WWW: http://www.ccrle.nec.de/ personal home page: http://www.brubers.org/marcus _______________________________________________ Policy mailing list Policy@ietf.org https://www1.ietf.org/mailman/listinfo/policy From daemon@ns.ietf.org Wed Apr 3 12:13:17 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA09502 for ; Wed, 3 Apr 2002 12:13:17 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id MAA11732 for policy-archive@odin.ietf.org; Wed, 3 Apr 2002 12:13:20 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA09148; Wed, 3 Apr 2002 11:57:39 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA09120 for ; Wed, 3 Apr 2002 11:57:35 -0500 (EST) Received: from zcars04e.ca.nortel.com (zcars04e.nortelnetworks.com [47.129.242.56]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09002 for ; Wed, 3 Apr 2002 11:57:31 -0500 (EST) Received: from zcars04f.ca.nortel.com (zcars04f.ca.nortel.com [47.129.242.57]) by zcars04e.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g33Gv1i19584; Wed, 3 Apr 2002 11:57:01 -0500 (EST) Received: from zcard00m.ca.nortel.com (zcard00m.ca.nortel.com [47.129.26.62]) by zcars04f.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g33Gux511703; Wed, 3 Apr 2002 11:56:59 -0500 (EST) Received: from zcard04n.ca.nortel.com ([47.129.242.86]) by zcard00m.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 2C54G3TW; Wed, 3 Apr 2002 11:56:55 -0500 Received: from metasolv.com (mpana-1.ca.nortel.com [47.128.183.58]) by zcard04n.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id HQL95K99; Wed, 3 Apr 2002 11:56:53 -0500 Message-ID: <3CAB348A.85EA1AA8@metasolv.com> Date: Wed, 03 Apr 2002 11:57:46 -0500 X-Sybari-Space: 00000000 00000000 00000000 From: Mircea Pana Reply-To: mpana@metasolv.com Organization: Metasolv Software X-Mailer: Mozilla 4.78 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: brunner@ccrle.nec.de CC: Andrea Westerinen , IETF Policy , "Wg-Policy@Dmtf. Org" , "Wg-Network@Dmtf. Org" Subject: Re: [Policy] FilterList and EntriesInFilterList in PCIMe References: <3C854B31.63F427AC@metasolv.com> <18556342.1017769719@[192.168.102.79]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: policy-admin@ietf.org Errors-To: policy-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Policy Framework X-BeenThere: policy@ietf.org Content-Transfer-Encoding: 7bit Marcus, I agree that this restriction should be generally applicable through PCIMe to submodels. Andrea's mail seemed to suggest that the restriction would only apply to DiffServ/QoS. This is where my first issue came from. In the second issue, I compare "FilterList" with "CompoundContition". Either can be used to aggregate a Set of traffic selection criteria. IMO either both or none of them should allow component ordering. My preference is for no ordering. So, the text in PCIMe would read: " 5.21. The Class FilterList This is a concrete class that aggregates instances of (subclasses of) FilterEntryBase via the aggregation EntriesInFilterList. It is possible to aggregate different types of filters into a single FilterList - for example, packet header filters (represented by the IpHeadersFilter class) and security filters (represented by subclasses of FilterEntryBase defined by IPsec). The aggregation property EntriesInFilterList.EntrySequence is always set to 0, to indicate that the aggregated filter entries are ANDed together to form a selector for a class of traffic." Regards, Mircea. Marcus Brunner wrote: > Mircea, > > --On Tuesday, March 05, 2002 5:48 PM -0500 Mircea Pana > wrote: > > > Andrea, > > > > > > I have two issues that are somewhat related to each other: > > > > 1. If the restriction only applies to DiffServ then why is it defined in > > PCIMe? If, as you explain, this restriction is there to align with the > > DiffServ model then (IMO) QPIM would be a better place for it. PCIMe > > would simply indicate that if sequencing is not intended then the value > > "0" is to be used and as result the aggregated filters are ANDed. > > > > It is defined in PCIMe because we want to use it in other models (e.g. > MPLS), and has been regarded very general. > > Does your mail mean that the text proposal from Andrea is not what you want > to see? > > > 2. However, if PCIMe allows sequencing for device-level filters (a > > FilterList of FilterEntries), then why doesn't it have the same > > functionality for the domain-level equivalent (a CompoundCondition of > > CompoundFilters)? I understand that the consensus is against component > > sequencing in the PCIMe CompoundCondition. Maybe the sequencing should > > be removed from the FilterList on the same premise that devices, due to > > their implementation, may not be able to honor it. > > I am sorry, but do not understand what you mean. > > Marcus > > > Regards, > > Mircea. > > > > > > > > > > > > Andrea Westerinen wrote: > >> > >> Mircea, When the restriction was originally discussed, it was put in > >> place to align the model with the DiffServ Informal Model. IE, to put a > >> default value in place such that the property COULD be used but may also > >> be ignored (and the default taken). So, this was specifically about QoS > >> and not about the general model. I am not sure where it got generalized > >> - or that it even should be generalized. I would recommend that we > >> remove the word "always" in the phrase "always takes its default value" > >> (Section 4.9.2). "Typically" or "usually" seems safer. > >> > >> The original thinking was to include all the model properties and align > >> the IETF and DMTF work, but also specify the "expected" defaults. > >> > >> Andrea > >> > >> -----Original Message----- > >> From: policy-admin@ietf.org [mailto:policy-admin@ietf.org]On Behalf Of > >> Mircea Pana > >> Sent: Monday, March 04, 2002 8:28 AM > >> To: IETF Policy > >> Subject: [Policy] FilterList and EntriesInFilterList in PCIMe > >> > >> The "FilterList" class imported from CIM, is redefined by PCIMe with an > >> additional restriction relative to the "EntriesInFilterList" > >> aggregation. This restriction is described in both Sections 4.9.2 and > >> 5.21. > >> > >> The two descriptions seem to be somewhat contradictory. Thus, while > >> 4.9.2 indicates the applicability of this restriction to *all* the > >> submodels: > >> > >> "For PCIMe and its submodels, the EntrySequence property in this > >> aggregation always takes its default value '0', indicating that > >> the aggregated filter entries are ANDed together." > >> > >> in section 5.21 the scope seems to be reduced to QoS submodel(s) *only*: > >> > >> "In modeling QoS classifiers, however, this property is always > >> set to 0, to indicate that the aggregated filter entries are > >> ANDed together to form a selector for a class of traffic." > >> > >> In section 5.21, was the reference to QoS intended as a scope limitation > >> or was that used as example? IMO clarification is necessary. > >> > >> Regards, > >> Mircea. > >> > >> _______________________________________________ > >> Policy mailing list > >> Policy@ietf.org > >> https://www1.ietf.org/mailman/listinfo/policy > > -------------------------------------- > Dr. Marcus Brunner > Network Laboratories > NEC Europe Ltd. > > E-Mail: brunner@ccrle.nec.de > WWW: http://www.ccrle.nec.de/ > personal home page: http://www.brubers.org/marcus _______________________________________________ Policy mailing list Policy@ietf.org https://www1.ietf.org/mailman/listinfo/policy From daemon@optimus.ietf.org Sun Apr 7 19:46:59 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA02409 for ; Sun, 7 Apr 2002 19:46:54 -0400 (EDT) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id TAA14338 for policy-archive@odin.ietf.org; Sun, 7 Apr 2002 19:46:56 -0400 (EDT) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA14003; Sun, 7 Apr 2002 19:37:39 -0400 (EDT) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA25883 for ; Sun, 7 Apr 2002 11:10:14 -0400 (EDT) Received: from diver.doc.ic.ac.uk (diver.doc.ic.ac.uk [146.169.1.47]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA27374 for ; Sun, 7 Apr 2002 11:10:10 -0400 (EDT) Received: from [146.169.27.2] (helo=mss-home-pc.doc.ic.ac.uk) by diver.doc.ic.ac.uk with esmtp (Exim 3.16 #7) id 16uEIw-0006Ja-00 for policy@ietf.org; Sun, 07 Apr 2002 16:10:06 +0100 Message-Id: <5.1.0.14.2.20020407155704.04493168@pop.doc.ic.ac.uk> X-Sender: mss@pop.doc.ic.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 07 Apr 2002 16:03:27 +0100 To: policy@ietf.org From: Morris Sloman Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id LAA25884 Subject: [Policy] Policy 2002 Call for Participation [ietf] Sender: policy-admin@ietf.org Errors-To: policy-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Policy Framework X-BeenThere: policy@ietf.org Content-Transfer-Encoding: 8bit (Please accept our apologies if you receive duplicates of this message) POLICY 2002 - Call for Participation IEEE 3rd International Workshop on Policies for Distributed Systems and Networks 5-7 June, 2002 Hosted by the Naval Postgraduate School, Monterey, USA URL: http://www.policy-workshop.org/2002/ Policy-based systems continue to be the subject of a wide range of activities in universities, standardization bodies and within industry. They have a wide spectrum of applicability ranging from systems management, to quality of service adaptation, to security and enterprise modelling. POLICY 2002 is the 3rd in a highly successful series of workshops, which since 1999 has brought together leading researchers and industry experts to discuss problems, solutions and experiences in developing policy-based systems. In order to encourage greater interaction with other communities, POLICY 2002 is co-located with SACMAT 2002 (3-4 June 2002) Important Registration Information ---------------------------------- Due to increased security requirements participants must register in advance (ON-SITE REGISTRATION WILL NOT BE ALLOWED). The deadlines are: Advanced Registration: 15 May 2002 Late Registration: 30 May 2002 Further information on the workshop and registration forms can be found at: http://www.policy-workshop.org/2002/ Preliminary Workshop Programme ------------------------------ The Workshop programme includes 17 full papers and 13 position papers selected from 67 submissions; as well as 4 invited talks, a panel and Birds of a Feather sessions. Wednesday 5th June 2002 8:30-9:00 Registration & Coffee (Note: Due to security requirements participants must register in advance) 9:00-10:00 Welcome & Invited Talk 10:00-10:30 Coffee 10:30-11:45 Specification & Analysis Obligation Monitoring in Policy Management Claudio Bettini, Sushil Jajodia, X. Sean Wang, Duminda Wijesekera Utilising the Event Calculus for Policy Driven Adaptation on Mobile Systems Chrisos Efstratiou, Adrian Friday, Nigel Davies, Keith Cheverst Delegation of Obligations Andreas Schaad, Jonathan Moffett 11:45-1:00 Lunch 1:00-2:15 Policy Management in the Large A Hierarchical Policy Specification Language and Enforcement Mechanism for Governing Digital Enterprises Xuhui Ao, Naftaly Minsky, Thu Nguyen Originator Control in Usage Control Jaehong Park, Ravi Sandhu A Community Authorization Service for Group Collaboration Laura Pearlman, Von Welch, Ian Foster, Carl Kesselman, Steven Tuecke 2:15-2:40 Coffee 2:40-3:30 Network Management I Policy-based Management for ALAN-Enabled Networks Ognjen Prnjat, Ioannis Liabotis, Temitope Olukemi, Lionel Sacks, Mike Fisher, Paul McKee, Ken Carlberg, Gregorio Martinez PoP - An Automated Policy Replacement Architecture for PBNM Lisandro Granville, Gustavo Coelho, Maria Almeida, Liane Tarouco 3:30-3:45 Coffee 3:45-4:45 Position Papers I How Policy Empowers Business-Driven Device Management John Strassner A Policy Based Storage Management Framework Murthy Devarakonda, Jack Gelb, Avi Saha, Jimmy Strickland Policy Driven Data Administration Vishal Batra, Jaijit Bhattacharya, Harish Chauhan, Ajay Gupta, Mukesh Mohania, Upendra Sharma Dynamically Extensible Policy Server and Agent Yasusi Kanada 4:45-5:00 Coffee 5:00-6:00 Position Papers II Cross-Domain Access Control via PKI Grit Denker, Jonathan Millen, Yutaka Miyake Revocation Schemes for Delegated Authorities Babak Sadighi Firozabadi, Marek Sergot Web-based Policy Deployment Management System Hosoon Ku, Hee-Gweon Son, Janos Facsko, Jason Tyrell, Alan Haines PEM3 ­ the Policy Enhanced Memory Management Model Johan Andersson, Christian Jensen, Stefan Weber 6:00-6:15 Coffee 6:15-7:15 Birds of a Feather Sessions --------------------------------------------------------------------------- Thursday 6th June 2002 9:00-10:00 Invited Talks 10:00-10:30 Coffee 10:30-11:45 Access Control Meta-Policies for Distributed Role-Based Access Control Systems Andras Belokosztolszki, Ken Moody A System to Specify and Manage Multipolicy Access Control Models Elisa Bertino, Barbara Catania, Elena Ferrari, Paolo Perlasca The Specification and Enforcement of Advanced Security Policies Tatyana Ryutov, Clifford Neuman 11:45-1:00 Lunch 1:00-2:15 Network Management II An Adaptive Policy Based Management Framework for Differentiated Services Networks Leonidas Lymberopoulos, Emil Lupu, Morris Sloman A Policy Based QoS Management System for the IntServ/DiffServ Based Internet Appan Ponnappan, Lingjia Yang, Radhakrishna Pillai, Peter Braun A Policy-based Approach to Personalization of Communication over Converged Networks Patricia Lago 2:15-2:30 Coffee 2:30-3:45 Panel (Chair: Morris Sloman, Imperial College, London) Is a Universal Approach to Policy Specification and Deployment for Network and Security Management Feasible? 3:45-4:15 Coffee 4:15-5:30 Position Papers III A multi-domain security policy distribution architecture for dynamic IPsec VPN management Abdelmaleck Benzekri, François Barrère, Frédéric Grasset, Romain Laborde Policy-Driven Access Control over a Distributed Firewall Architecture Theo Dimitrakos, Ivan Djordjevic, Brian Matthews, Juan Bicarregui, Chris Phillips A Weakly Coupled Adaptive Gossip Protocol for Application Level Active Networks Ibiso Wokoma, Ioannis Liabotis, Ognjen Prnjat, Lionel Sacks, Ian Marshall Applying Trust Policies for Efficiently Protecting Mobile Agents Against DoS Attacks Biljana Cubaleska, Markus Schneider A Policy-based Infrastructure for the Dynamic Control of Agent Mobility Rebecca Montanari, Gianluca Tonti 7:00-10:30 Monterey Bay Aquarium: Outer Bay Strolling Dinner --------------------------------------------------------------------------- Friday 7th June 2002 9:00-10:00 Invited Talk 10:00-10:30 Coffee 10:30-11:45 Trust Requirements for Policy Languages for Trust Negotiation Kent Seamons, Marianne Winslett, Ting Yu, Bryan Smith, Evan Child, Jared Jacobson, Hyrum Mills, Lina Yu Practical Automated Trust Negotiation William Winsborough, Ninghui Li Policies in Accountable Contracts Brian Shand, Jean Bacon --------------------------------------------------------------------------- _______________________________________________ Policy mailing list Policy@ietf.org https://www1.ietf.org/mailman/listinfo/policy From daemon@ns.ietf.org Mon Apr 29 16:20:59 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18291 for ; Mon, 29 Apr 2002 16:20:59 -0400 (EDT) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id QAA18862 for policy-archive@odin.ietf.org; Mon, 29 Apr 2002 16:21:01 -0400 (EDT) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA18270; Mon, 29 Apr 2002 16:16:37 -0400 (EDT) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA18205 for ; Mon, 29 Apr 2002 16:16:29 -0400 (EDT) Received: from mx-relay1.treas.gov (mx-relay1.treas.gov [199.196.144.5]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18135 for ; Mon, 29 Apr 2002 16:16:25 -0400 (EDT) Received: from tias4.treas.gov (tias-gw4.treas.gov [199.196.144.14]) by mx-relay1.treas.gov (8.9.3+Sun/8.9.3) with SMTP id QAA22887; Mon, 29 Apr 2002 16:16:25 -0400 (EDT) Received: from no.name.available by tias4.treas.gov via smtpd (for mx-relay.treas.gov [199.196.144.5]) with SMTP; 29 Apr 2002 20:16:25 UT Received: from irsbd1.net.treas.gov (localhost [127.0.0.1]) by mailhub-4.net.treas.gov (8.11.6+Sun/8.11.6) with SMTP id g3TK8cU02927; Mon, 29 Apr 2002 16:08:39 -0400 (EDT) Received: from no.name.available by irsbd1.net.treas.gov via smtpd (for mailhub.net.treas.gov [10.7.14.14]) with SMTP; 29 Apr 2002 20:16:19 UT Received: from parnelli.indy.cr.irs.gov (localhost.localdomain [127.0.0.1]) by mears.indy.cr.irs.gov (8.11.6/8.11.6) with ESMTP id g3TKGMf21134; Mon, 29 Apr 2002 15:16:23 -0500 Message-ID: <3CCDAA15.1070202@parnelli.indy.cr.irs.gov> Date: Mon, 29 Apr 2002 15:16:21 -0500 From: "Larry S. Bartz" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020417 X-Accept-Language: en-us, en MIME-Version: 1.0 To: IETF Policy WG LIST , joel@stevecrocker.com, eellesson@lboard.com, randy@psg.com, bwijnen@lucent.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Subject: [Policy] PCLS status? Sender: policy-admin@ietf.org Errors-To: policy-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Policy Framework X-BeenThere: policy@ietf.org Content-Transfer-Encoding: 7bit What is the status of draft-ietf-policy-core-schema-14.txt? It is not mentioned in http://www.ops.ietf.org/draft-status.html -- #::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::| # Larry Bartz # # voice (317) 226-7060 # FAX (317) 226-6378 #::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::| _______________________________________________ Policy mailing list Policy@ietf.org https://www1.ietf.org/mailman/listinfo/policy