rfc2723.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 1,236 行 · 第 1/3 页

TXT
1,236
字号
   Appendix C below lists the RTFM attributes by name.  Since SRL only   refers to attributes by name, SRL users do not have to know the   attribute numbers.   The size (in bytes) of the various attribute values is also listed in   Appendix C. These sizes reflect the object sizes for the attribute   values as they are stored in the RTFM Meter MIB [RTFM-MIB].   IANA considerations for allocating new attributes are discussed in   detail in the RTFM Architecture document [RTFM-ARC].Brownlee                     Informational                     [Page 15]RFC 2723              SRL: A Traffic Flow Language          October 19997  APPENDICES7.1  Appendix A: SRL Syntax in BNF      <SRL program>    ::=  <S or D> | <SRL program> <S or D>      <S or D>         ::=  <statement> | <declaration>      <declaration>    ::=  <Subroutine declaration>      <statement>      ::=  <IF statement> |                            <Compound statement> |                            <Imperative statement> |                            <CALL statement>      <IF statement>   ::=  IF <expression> <if action> <opt else>      <if action>      ::=  SAVE ; |                            SAVE , <statement> |                            <statement>      <opt else>       ::=  <null> |                            ELSE <statement>      <expression>     ::=  <term> | <term> || <term>      <term>           ::=  <factor> | <factor> && <factor>      <factor>         ::=  <attribute> == <operand list> |                            ( <expression> )      <operand list>   ::=  <operand> | ( <actual operand list> )      <actual operand list> ::= <operand> |                            <actual operand list> , <operand>      <operand>        ::=  <value> |                            <value> / <width> |                            <value> & <mask>      <Compound statement> ::= <opt label> { <statement seq> }      <opt label>      ::=  <null> |                            <identifier> :      <statement seq>  ::=  <statement> | <statement seq> <statement>      <Imperative statement> ::=  ; |Brownlee                     Informational                     [Page 16]RFC 2723              SRL: A Traffic Flow Language          October 1999                            SAVE <attribute> <opt operand> ; |                            COUNT ; |                            EXIT <label> ; |                            IGNORE ; |                            NOMATCH ; |                            RETURN <integer> ; |                            RETURN ; |                            STORE <variable> := <value> ;      <opt operand>    ::=  <null> |                            <width or mask> |                            = <operand>      <width or mask>   ::= / <width> | & <mask>      <Subroutine declaration> ::=                            SUBROUTINE <sub header> <sub body> ENDSUB ;      <sub header>     ::=  <subname> ( ) |                            <subname> ( <sub param list> )      <sub param list> ::= <sub param> | <sub param list> , <sub param>      <sub param>      ::=  ADDRESS <pname> | VARIABLE <pname>      <pname>          ::=  <identifier>      <sub body>       ::=  <statement sequence>      <CALL statement> ::=  CALL <call header> <opt call body> ENDCALL ;      <call header>    ::=  <subname> ( ) |                            <subname> ( <call param list> )      <call param list> ::= <call param> |                            <call param list> , <call param>      <call param>     ::=  <attribute> | <variable>      <opt call body>  ::=  <null> |                            <actual call body>      <actual call body> ::=  <numbered statement> |                            <actual call body> <numbered statement>      <numbered statement> ::= <int label seq> <statement>      <int label seq>  ::=  <integer> : | <int label seq> <integer> :Brownlee                     Informational                     [Page 17]RFC 2723              SRL: A Traffic Flow Language          October 1999   The following are terminals, recognised by the scanner:      <identifier>     Described in section 2      <integer>        A decimal integer      <attribute>      Attribute name, as listed in Appendix C      <value>, <mask>  Described in section 5.2      <width>     ::= <integer>      <label>     ::= <identifier>      <variable>  ::=  SourceClass | DestClass | FlowClass |                        SourceKind | DestKind | FlowKind7.2  Appendix B: Syntax for Values and Masks   Values and masks consist of sequences of numeric fields, each of one   or more bytes.  The non-blank character following a field indicates   the field width, and whether the number is decimal or hexadecimal.   These 'field type' characters may be:     .  period      decimal, single byte     -  minus       hex,     single byte     !  exclaim     decimal, two bytes   For example, 130.216.0.0 is an IP address (in dotted decimal), and   FF-FF-00-00 is an IP address in hexadecimal.   The last field of a value or mask has no field width character.   Instead it takes the same width as the preceding field.  For example,   1.3.10!50 and 1.3.0.10.0.50 are two different ways to specify the   same value.   Unspecified fields (at the right-hand side of a value or mask) are   set to zero, i.e. 130.216 is the same as 130.216.0.0.   If only a single field is specified (no field width character), the   value given fills the whole field.  For example, 23 and 0.23 specify   the same value for a SourceTransAddress operand.  For variables   (which have one-byte values) a C-style character constant may also be   used.   IPv6 addresses and masks may also be used, following the conventions   set out in the IP Version 6 Addressing Architecture RFC [V6-ADR].Brownlee                     Informational                     [Page 18]RFC 2723              SRL: A Traffic Flow Language          October 19997.3  Appendix C: RTFM Attribute Information   The following attributes may be tested in an IF statement, and their   values may be SAVEd (except for MatchingStoD). Their maximum size (in   bytes) is shown to the left, and a brief description is given for   each.  The names given here are reserved words in SRL (they are   <attribute> terminals in the grammar given in Appendix A).   Note that this table gives only a very brief summary.  The Meter MIB   [RTFM-MIB] provides the definitive specification of attributes and   their allowed values.  The MIB variables which represent flow   attributes have 'flowData' prepended to their names to indicate that   they belong to the MIB's flowData table.   1  SourceInterface, DestInterface         Interface(s) on which the flow was observed   1  SourceAdjacentType, DestAdjacentType         Indicates the interface type(s), i.e. an ifType from [ASG-NBR],         or an Address Family Number (if metering within a tunnel)   0  SourceAdjacentAddress, DestAdjacentAddress         For IEEE 802.x interfaces, the MAC addresses for the flow   1  SourcePeerType, DestPeerType         Peer protocol types, i.e. Address Family Number from [ASG-NBR],         such as IPv4, Novell, Ethertalk, ..   0  SourcePeerAddress, DestPeerAddress         Peer Addresses (size varies, e.g. 4 for IPv4, 3 for Ethertalk))   1  SourceTransType, DestTransType         Transport layer type, i.e. Protocol Number from [ASG-NBR]         such as tcp(6), udp(17), ospf(89), ..   2  SourceTransAddress, DestTransAddress         Transport layer addresses (e.g. port numbers for TCP and UDP)   1  FlowRuleset         Rule set number for the flow   1  MatchingStoD         Indicates whether the packet is being matched with its         addresses in 'wire order.'  See [RTFM-ARC] for details.   The following variables may be tested in an IF, and their values may   be set by a STORE. They all have one-byte values.Brownlee                     Informational                     [Page 19]RFC 2723              SRL: A Traffic Flow Language          October 1999      SourceClass, DestClass, FlowClass,      SourceKind,  DestKind,  FlowKind   The following RTFM attributes are not address attributes - they are   measured attributes of a flow.  Their values may be read from an RTFM   meter.  (For example, NeTraMet uses a FORMAT statement to specify   which attribute values are to be read from the meter.)   8  ToOctets, FromOctets         Total number of octets seen for each direction of the flow   8  ToPDUs, FromPDUs         Total number of PDUs seen for each direction of the flow   4  FirstTime, LastActiveTime         Time (in centiseconds) that first and last PDUs were seen         for the flow   Other attributes will be defined by the RTFM working group from time   to time.8  Acknowledgments   The SRL language is part of the RTFM Working Group's efforts to make   the RTFM traffic measurement system easier to use.  Initial work on   the language was done by Cyndi Mills and Brad Frazee in Boston.  SRL   was developed in Auckland; it was greatly assisted by detailed   discussion with John White and Russell Fulton.  Discussion has   continued on the RTFM and NeTraMet mailing lists.9  References   [ASG-NBR]  Reynolds, J. and J. Postel, "Assigned Numbers",              STD 2, RFC 1700, October 1994.   [NETRAMET] Brownlee, N., NeTraMet home page,              http://www.auckland.ac.nz/net/NeTraMet   [RTFM-ARC] Brownlee, N., Mills, C. and G. Ruth, "Traffic Flow              Measurement: Architecture", RFC 2722, October 1999.   [RTFM-MIB] Brownlee, N., "Traffic Flow Measurement: Meter MIB",              RFC 2720, October 1999.   [V6-ADDR]  Hinden, R. and S. Deering, "IP Version 6 Addressing              Architecture," RFC 2373, July 1998.Brownlee                     Informational                     [Page 20]RFC 2723              SRL: A Traffic Flow Language          October 199910  Author's Address   Nevil Brownlee   Information Technology Systems & Services   The University of Auckland   Private Bag 92-019   Auckland, New Zealand   Phone: +64 9 373 7599 x8941   EMail: n.brownlee@auckland.ac.nzBrownlee                     Informational                     [Page 21]RFC 2723              SRL: A Traffic Flow Language          October 199911  Full Copyright Statement   Copyright (C) The Internet Society (1999).  All Rights Reserved.   This document and translations of it may be copied and furnished to   others, and derivative works that comment on or otherwise explain it   or assist in its implementation may be prepared, copied, published   and distributed, in whole or in part, without restriction of any   kind, provided that the above copyright notice and this paragraph are   included on all such copies and derivative works.  However, this   document itself may not be modified in any way, such as by removing   the copyright notice or references to the Internet Society or other   Internet organizations, except as needed for the purpose of   developing Internet standards in which case the procedures for   copyrights defined in the Internet Standards process must be   followed, or as required to translate it into languages other than   English.   The limited permissions granted above are perpetual and will not be   revoked by the Internet Society or its successors or assigns.   This document and the information contained herein is provided on an   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.Acknowledgement   Funding for the RFC Editor function is currently provided by the   Internet Society.Brownlee                     Informational                     [Page 22]

⌨️ 快捷键说明

复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?