From dkalo at noc.ntua.gr Thu Apr 1 17:25:57 2004 From: dkalo at noc.ntua.gr (Dimitrios Kalogeras) Date: Thu, 01 Apr 2004 18:25:57 +0300 Subject: RPSLng info please Message-ID: <406C3485.7060000@noc.ntua.gr> I would like to have your opinion on the following issues. I beleive the last draft http://www.ietf.org/internet-drafts/draft-blunk-rpslng-03.txt has some serious typos. Specifically in section 2.5 the definition of EXCEPT and REFINE do not allow for nay curly bracket after the EXCEPT or REFINE . mp-import ::= [protocol ] [into ] ::= [afi ] accept | [afi ] accept EXCEPT | [afi ] accept REFINE ::= | { ... } ::= from [action ]; While in the policy examples there are curly brackets after REFINE and EXCEPT. The second issue is with regard of the logic of REFINE and EXCEPT statements. Does the RPSLng REFINE statements refines the afi protocol list ? if yes then this is not shown in the grammar. Assume for example that I would like to express a policy like import from AS-ANY accept ANY but from AS 1 if accept community (1:3);(action xxx); but from AS 1 if accept community (1:5); action yyy); how do I express this in RPSL ng? Is this a typical usage of REFINE or EXCEPT statement ? If this is a typiical usage of EXCEPT statement it would be nice to have some kind of appendinx for porting policies from rfc2622 to RPSLng. Regards, Dimitrios -- -- Dimitrios K. Kalogeras Electrical Engineer Ph.D. Network Manager NTUA/GR-Net Network Management Center _____________________________________ icq: 11887484 voice: +30-210-772 1863 fax: +30-210-772 1866 e-mail: D.Kalogeras at noc.ntua.gr pub 1024D/F2A69A72 2002-12-13 Dimitrios Kalogeras Key fingerprint = 64C5 646D 8D33 A3FF 14D1 66C6 5127 54CC F2A6 9A72 From ljb at merit.edu Fri Apr 9 19:05:28 2004 From: ljb at merit.edu (Larry J. Blunk) Date: 09 Apr 2004 13:05:28 -0400 Subject: RPSLng info please In-Reply-To: <406C3485.7060000@noc.ntua.gr> References: <406C3485.7060000@noc.ntua.gr> Message-ID: <1081530328.4846.102.camel@ablate.merit.edu> On Thu, 2004-04-01 at 10:25, Dimitrios Kalogeras wrote: > I would like to have your opinion on the following issues. > > I beleive the last draft > http://www.ietf.org/internet-drafts/draft-blunk-rpslng-03.txt > has some serious typos. > > Specifically in section 2.5 the definition of EXCEPT and REFINE do not > allow for nay curly bracket after the EXCEPT or REFINE . > > mp-import ::= > [protocol ] [into ] > > ::= > [afi ] accept | > [afi ] accept EXCEPT > | > [afi ] accept REFINE > > > ::= | > { > > ... > > } > > ::= from [action ]; > > While in the policy examples there are curly brackets after REFINE and > EXCEPT. Dimitrios, thanks for your input. You are correct that the syntax above is flawed. Below are my proposed revisions based largely on the RFC2622 text with several fixes. It turned out to be somewhat more complex than I had hoped, but I believe this correctly captures the syntax. Everyone, please review carefully and let's make sure we get this right. In particular, let me know if you see any flaws or ways that this can be reduced to be more compact. mp-import ::= [protocol ] [into ] ::= [afi ] ... [afi ] ::= | EXCEPT {} | REFINE {} ::= import-factor | { ... } ::= from [action ;] ... from [action ;] accept ; > > The second issue is with regard of the logic of REFINE and EXCEPT > statements. > > Does the RPSLng REFINE statements refines the afi protocol list ? > if yes then this is not shown in the grammar. Dimitrios, I believe the above should allow one to refine the afi protocol list. > > Assume for example that I would like to express a policy like > > import from AS-ANY accept ANY > but from AS 1 if accept community (1:3);(action xxx); > but from AS 1 if accept community (1:5); action yyy); > > how do I express this in RPSL ng? Is this a typical usage of REFINE or > EXCEPT statement ? > > If this is a typiical usage of EXCEPT statement it would be nice to have > some kind of appendinx for porting policies from rfc2622 to RPSLng. Does my updated grammar above make things clearer? Do you still feel an appendix would be helpful. Your example is a bit confusing (and isn't valid RPSL). Could you clarify a bit? -Larry From ljb at merit.edu Wed Apr 28 18:54:32 2004 From: ljb at merit.edu (Larry J. Blunk) Date: Wed, 28 Apr 2004 12:54:32 -0400 Subject: New RPSLng draft now up Message-ID: <200404281254.32727.ljb@merit.edu> Please review http://www.ietf.org/internet-drafts/draft-blunk-rpslng-04.txt. This clarifies the structured syntax for mp-import/mp-export attributes (and the use of the "action" keyword). Some examples were also fixed to be consistent with the syntax. -Larry