From internet-drafts@ietf.org Thu Jun 2 07:28:31 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42580E0726; Thu, 2 Jun 2011 07:28:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.578 X-Spam-Level: X-Spam-Status: No, score=-102.578 tagged_above=-999 required=5 tests=[AWL=0.021, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uSi0tfga44gI; Thu, 2 Jun 2011 07:28:30 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99838E06F6; Thu, 2 Jun 2011 07:28:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110602142830.11502.73961.idtracker@ietfa.amsl.com> Date: Thu, 02 Jun 2011 07:28:30 -0700 Cc: forces@ietf.org Subject: [forces] I-D Action: draft-ietf-forces-lfb-lib-04.txt X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 14:28:31 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Forwarding and Control Element Separa= tion Working Group of the IETF. Title : ForCES Logical Function Block (LFB) Library Author(s) : Weiming Wang Evangelos Haleplidis Kentaro Ogawa Chuanhuang Li J. Halpern Filename : draft-ietf-forces-lfb-lib-04.txt Pages : 86 Date : 2011-06-02 This document defines basic classes of Logical Function Blocks (LFBs) used in the Forwarding and Control Element Separation (ForCES). It is defined according to ForCES FE model [RFC5812] and ForCES protocol [RFC5810] specifications. These basic LFB classes are scoped to meet requirements of typical router functions and considered as the basic LFB library for ForCES. Descriptions of individual LFBs are presented and detailed XML definitions are included in the library. Several use cases of the defined LFB classes are also proposed. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-forces-lfb-lib-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-forces-lfb-lib-04.txt From wmwang2001@hotmail.com Thu Jun 2 07:45:05 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1BEFE06D6 for ; Thu, 2 Jun 2011 07:45:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.74 X-Spam-Level: X-Spam-Status: No, score=-0.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xW2x8X3+ihoA for ; Thu, 2 Jun 2011 07:45:05 -0700 (PDT) Received: from blu0-omc4-s31.blu0.hotmail.com (blu0-omc4-s31.blu0.hotmail.com [65.55.111.170]) by ietfa.amsl.com (Postfix) with ESMTP id 3B757E0699 for ; Thu, 2 Jun 2011 07:45:05 -0700 (PDT) Received: from BLU0-SMTP132 ([65.55.111.135]) by blu0-omc4-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 2 Jun 2011 07:45:04 -0700 X-Originating-IP: [60.186.203.158] X-Originating-Email: [wmwang2001@hotmail.com] Message-ID: Received: from WmwangHome ([60.186.203.158]) by BLU0-SMTP132.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Thu, 2 Jun 2011 07:45:02 -0700 From: "Wang,Weiming" To: Date: Thu, 2 Jun 2011 22:44:19 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 X-OriginalArrivalTime: 02 Jun 2011 14:45:03.0233 (UTC) FILETIME=[A7FD0F10:01CC2133] Subject: [forces] Fw: New Version Notification for draft-ietf-forces-lfb-lib-04.txt X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 14:45:06 -0000 SGksDQoNClZlcnNpb24gMDQgb2YgdGhlIExGQiBsaWJyYXJ5IGRyYWZ0IGhhcyBqdXN0IGJlZW4g c3VibWl0dGVkIGJ5IGF1dGhvcnMuIFNlZSAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1mb3JjZXMtbGZiLWxpYi8gLiANCg0KVGhpcyB2ZXJzaW9uIGhhcyBtYWRl IGtleSBjaGFuZ2VzIGFzIGJlbG93OiANCg0KLiBtYWRlIHNldmVyYWwgbW9kaWZpY2F0aW9ucyBh cyByZXBvcnRlZCBhdCB0aGUgSUVURiA4MC4gDQouIHJlLXdyb3RlIHRoZSBMRkIgZGVzY3JpcHRp b24gc2VjdGlvbi4NCi4gbW92ZWQgYXdheSB0aGUgYWRkcmVzcyByZXNvbHV0aW9uIExGQnMgZnJv bSB0aGUgYmFzZSBMRkIgbGlicmFyeS4NCi4gbW9kaWZpZWQgdGhlIGJhc2UgdHlwZSBsaWJyYXJ5 IFhNTCBhbmQgdGhlIGJhc2UgTEZCIGxpYnJhcnkgWE1MIGZpbGVzLg0KDQpXaGlsZSBpdCBoYXMg dG8gYmUgbm90ZWQgdGhhdCBiZWNhdXNlIG9mIHRoZSBkZWFkbGluZSBvZiBsYXN0IHZlcnNpb24g ZHJhZnQgZXhwaXJhdGlvbiBkYXRlLCBpdCBoYXMgbm90IHlldCBiZWVuIGNvbXBsZXRlZCB0byBy ZS13cml0ZSB0aGUgd2hvbGUgTEZCIGRlc2NyaXB0aW9uIHNlY3Rpb24sIHRoZXJlZm9yZSBhbG1v c3QgaGFsZiBvZiB0aGUgTEZCcycgZGVzY3JpcHRpb24gc3RpbGwga2VlcHMgdW5jaGFuZ2VkLiBJ ZiB5b3UgYXJlIGZvbGxvd2luZyB0aGUgZHJhZnQsIHdlIHJlY29tbWVuZCB0aGF0IHlvdXIgcmV2 aWV3IGJlIGRlZmVyZWQgZm9yIG9uZSB0b28gdHdvIHdlZWtzIHdoZW4gd2Ugd2lsbCBoYXZlIGNv bXBsZXRlZCB0aGUgd29yayBhbmQgbmV3ZXIgdmVyc2lvbiBiZSBzdWJtaXR0ZWQuDQoNCnRoYW5r cyBhIGxvdC4NCldlaW1pbmcNCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206 IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+DQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFm dC1pZXRmLWZvcmNlcy1sZmItbGliLTA0LnR4dCBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0 dGVkIGJ5IFdlaW1pbmcgV2FuZyBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoN CkZpbGVuYW1lOiBkcmFmdC1pZXRmLWZvcmNlcy1sZmItbGliDQpSZXZpc2lvbjogMDQNClRpdGxl OiBGb3JDRVMgTG9naWNhbCBGdW5jdGlvbiBCbG9jayAoTEZCKSBMaWJyYXJ5DQpDcmVhdGlvbiBk YXRlOiAyMDExLTA2LTAyDQpXRyBJRDogZm9yY2VzDQpOdW1iZXIgb2YgcGFnZXM6IDg2DQoNCkFi c3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGJhc2ljIGNsYXNzZXMgb2YgTG9naWNh bCBGdW5jdGlvbiBCbG9ja3MgKExGQnMpDQogICB1c2VkIGluIHRoZSBGb3J3YXJkaW5nIGFuZCBD b250cm9sIEVsZW1lbnQgU2VwYXJhdGlvbiAoRm9yQ0VTKS4gIEl0DQogICBpcyBkZWZpbmVkIGFj Y29yZGluZyB0byBGb3JDRVMgRkUgbW9kZWwgW1JGQzU4MTJdIGFuZCBGb3JDRVMgcHJvdG9jb2wN CiAgIFtSRkM1ODEwXSBzcGVjaWZpY2F0aW9ucy4gIFRoZXNlIGJhc2ljIExGQiBjbGFzc2VzIGFy ZSBzY29wZWQgdG8gbWVldA0KICAgcmVxdWlyZW1lbnRzIG9mIHR5cGljYWwgcm91dGVyIGZ1bmN0 aW9ucyBhbmQgY29uc2lkZXJlZCBhcyB0aGUgYmFzaWMNCiAgIExGQiBsaWJyYXJ5IGZvciBGb3JD RVMuICBEZXNjcmlwdGlvbnMgb2YgaW5kaXZpZHVhbCBMRkJzIGFyZQ0KICAgcHJlc2VudGVkIGFu ZCBkZXRhaWxlZCBYTUwgZGVmaW5pdGlvbnMgYXJlIGluY2x1ZGVkIGluIHRoZSBsaWJyYXJ5Lg0K ICAgU2V2ZXJhbCB1c2UgY2FzZXMgb2YgdGhlIGRlZmluZWQgTEZCIGNsYXNzZXMgYXJlIGFsc28g cHJvcG9zZWQuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpUaGUgSUVURiBTZWNy ZXRhcmlhdA0K From ehalep@gmail.com Thu Jun 2 14:29:09 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00465E06FC for ; Thu, 2 Jun 2011 14:29:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.999 X-Spam-Level: X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_38=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pI4foJ6IUHpI for ; Thu, 2 Jun 2011 14:29:08 -0700 (PDT) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id EBFEFE0627 for ; Thu, 2 Jun 2011 14:29:07 -0700 (PDT) Received: by wyb29 with SMTP id 29so1149321wyb.31 for ; Thu, 02 Jun 2011 14:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-type:x-mailer:thread-index :content-language; bh=pWa7aQ3/m42lUMG7/gZnM+BtEo4S/bozm0vt4ajUgkQ=; b=wsQ73wWWfJdScZQMR+NrKCkYTxO0Jig4euaq0IUf/tV8w2g5yclowVMQYLkyB7115q N3aPJYJN0ZBrcPIdZAO43bCpp83jxu2jdrY+PhnmlERkKx73YsbgFppHV7K8VeUsFIcM MBflLHxAKt3vdcxybMtFSage15o1glBhscp9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:x-mailer:thread-index:content-language; b=L1VtnRTlSs4gVW5aMgKDyorQShUwAh02Jzjq6PXPdArp85H+U+IpDApksTtecPMt0E ZWoSuZRMTHoDxWGGE4oRTkrfKHpdowI5Y7ydEbdLmiL1uByUOfTHBPXUvNMYkb01duY2 vNs/L3P7LvHAdjGpjvmkRzPjwg5N7kTb/CiPA= Received: by 10.216.79.5 with SMTP id h5mr1086415wee.110.1307050147105; Thu, 02 Jun 2011 14:29:07 -0700 (PDT) Received: from EhalepXPS (178.128.69.16.dsl.dyn.forthnet.gr [178.128.69.16]) by mx.google.com with ESMTPS id f73sm515252wef.19.2011.06.02.14.29.03 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 02 Jun 2011 14:29:05 -0700 (PDT) From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> In-Reply-To: <007c01cc1c78$5c14c4e0$143e4ea0$@com> Date: Fri, 3 Jun 2011 00:29:03 +0300 Message-ID: <006401cc216c$1a3d95d0$4eb8c170$@com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0065_01CC2185.3F8ACDD0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE87N8A Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] IPv4UcastLPM - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 21:29:09 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0065_01CC2185.3F8ACDD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the IPv4UcastLPM. Regards, Evangelos Haleplidis. ------=_NextPart_000_0065_01CC2185.3F8ACDD0 Content-Type: text/plain; name="section5-IPv4UcastLPM-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-IPv4UcastLPM-final.txt" 5.1.6. IPv4UcastLPM The IPv4UcastLPM LFB abstracts the process for IPv4 unicast LPM table looking up. 5.1.6.1. Data Handling This LFB performs the IPv4 unicast Longest prefix match process. This LFB always expects as input IPv4 unicast packets from one singleton input known as "PktsIn". Then the LFB uses the destination IPv4 address of every packet as index to look up the IPv4 prefix table and generate a hop selector as the matching result. This result will be output to downstream LFBs as metadata to be used for next hop information. Three singleton output ports are defined to output LPM results. The first singleton output known as "NormalOut", which will output IPv4 unicast packets that has passed the LPM lookup and got a hop selector as the lookup result. The hop selector is associated with the packet as a metadatum. Followed the normal output of the LPM LFB is usually a next hop applicator LFB. The second singleton output known as "ECMPOut" is defined to provide support for users wishing to implement equal-cost multi-path routing (ECMP) or reverse path forwarding (RPF). A packet, which has passed through prefix lookup with ECMP enabled, will always output from this port, with the hop selector being its lookup result. The output will usually directly go to a downstream ECMP processing LFB. Also a packet which has passed through the prefix lookup with default route enabled, the entry is identified as a default route, and also as a forbidden route for RPF will also output from this port. However, this LFB itself does not provide ECMP or RPF. To implement ECMP or RPF, additional LFBs, like a specific ECMP LFB, will have to be defined. This work may be done in the future version of the document. The final singleton output is known as "ExceptionOut" and is defined to allow exception packets to output here. Exceptions include cases like: o Packets can not find any routes in the prefix table. 5.1.6.2. Components This LFB has two components. The IPv4PrefixTable component is defined as an array component of the LFB. Each row of the array contains an IPv4 adrress, a Prefix length, a Hop Selector, an ECMP flag to define ECMP for this route and a Default Route flag to support loose RPF. The IPv4UcastLPMStats component is a struct component and contains the total number of input packets received, the IPv4 packets forwarded by this LFB and the number of IP datagrams discarded due to no route found. 5.1.6.3. Capabilities This LFB does not have a list of capabilities. 5.1.6.4. Events This LFB does not have any events specified. ------=_NextPart_000_0065_01CC2185.3F8ACDD0-- From ehalep@gmail.com Thu Jun 2 14:29:35 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7162E06FC for ; Thu, 2 Jun 2011 14:29:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.999 X-Spam-Level: X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_38=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15WlAYGzXLtv for ; Thu, 2 Jun 2011 14:29:35 -0700 (PDT) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id DAB3EE0627 for ; Thu, 2 Jun 2011 14:29:34 -0700 (PDT) Received: by mail-wy0-f172.google.com with SMTP id 29so1149321wyb.31 for ; Thu, 02 Jun 2011 14:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-type:x-mailer:thread-index :content-language; bh=/kU+FjMcx6cmHk/onua0J6EDSFhXVZ38v3aHSX+jxWA=; b=uIUjC6+9amJuSiHH7+AtPnI2dA3hgCICJvx1J0srgxNDtLLGTvTL3hKF1yGFoeA6qV Qzo65YAvwKhe/roYdmZxFE6mcZm9sLVJwHbDayX6lslMbHlyaUT3QD5SaJhMVgbYZIRp UqFDtTyPNNSKxIJ8BXleJt/Q2gYrMUyl5l9p8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:x-mailer:thread-index:content-language; b=tBZo4+To9ZzxAZotLh6ylCILgLlPA0lfQQQwf93hlaXkRkPK0UgRgSl5FoFOMuh/Qz 7CT0TjTnqundKmAaaJt47k9IbcW2lXZ/FSW6RyKJ2lp+15xNyuELLYPFv3Q+AmfLYu+I OBQN3sPHd+gSsOtsfqxBR81SjsSbbmGcqs8L8= Received: by 10.227.205.12 with SMTP id fo12mr1159403wbb.70.1307050174357; Thu, 02 Jun 2011 14:29:34 -0700 (PDT) Received: from EhalepXPS ([178.128.69.16]) by mx.google.com with ESMTPS id fw15sm632152wbb.44.2011.06.02.14.29.32 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 02 Jun 2011 14:29:33 -0700 (PDT) From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> In-Reply-To: <007c01cc1c78$5c14c4e0$143e4ea0$@com> Date: Fri, 3 Jun 2011 00:29:32 +0300 Message-ID: <006801cc216c$2b31a480$8194ed80$@com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0069_01CC2185.507EDC80" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJw Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] IPv6UcastLPM - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 21:29:35 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0069_01CC2185.507EDC80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the IPv6UcastLPM. Regards, Evangelos Haleplidis. ------=_NextPart_000_0069_01CC2185.507EDC80 Content-Type: text/plain; name="section5-IPv6UcastLPM-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-IPv6UcastLPM-final.txt" 5.1.6. IPv6UcastLPM The IPv6UcastLPM LFB abstracts the process for IPv6 unicast LPM table looking up. The definition of this LFB is similar to the IPv4UcastLPM LFB except that all IP addresses refer to IPv6 addresses. 5.1.6.1. Data Handling This LFB performs the IPv6 unicast Longest prefix match process. This LFB always expects as input IPv6 unicast packets from one singleton input known as "PktsIn". Then the LFB uses the destination IPv6 address of every packet as index to look up the IPv6 prefix table and generate a hop selector as the matching result. This result will be output to downstream LFBs as metadata to be used for next hop information. Three singleton output ports are defined to output LPM results. The first singleton output known as "NormalOut", which will output IPv6 unicast packets that has passed the LPM lookup and got a hop selector as the lookup result. The hop selector is associated with the packet as a metadatum. Followed the normal output of the LPM LFB is usually a next hop applicator LFB. The second singleton output known as "ECMPOut" is defined to provide support for users wishing to implement equal-cost multi-path routing (ECMP) or reverse path forwarding (RPF). A packet, which has passed through prefix lookup with ECMP enabled, will always output from this port, with the hop selector being its lookup result. The output will usually directly go to a downstream ECMP processing LFB. Also a packet which has passed through the prefix lookup with default route enabled, the entry is identified as a default route, and also as a forbidden route for RPF will also output from this port. However, this LFB itself does not provide ECMP or RPF. To implement ECMP or RPF, additional LFBs, like a specific ECMP LFB, will have to be defined. This work may be done in the future version of the document. The final singleton output is known as "ExceptionOut" and is defined to allow exception packets to output here. Exceptions include cases like: o Packets can not find any routes in the prefix table. 5.1.6.2. Components This LFB has two components. The IPv6PrefixTable component is defined as an array component of the LFB. Each row of the array contains an IPv6 adrress, a Prefix length, a Hop Selector, an ECMP flag to define ECMP for this route and a Default Route flag to support loose RPF. The IPv6UcastLPMStats component is a struct component and contains the total number of input packets received, the IPv6 packets forwarded by this LFB and the number of IP datagrams discarded due to no route found. 5.1.6.3. Capabilities This LFB does not have a list of capabilities. 5.1.6.4. Events This LFB does not have any events specified. ------=_NextPart_000_0069_01CC2185.507EDC80-- From wmwang2001@hotmail.com Mon Jun 6 01:05:29 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D76B411E80B9 for ; Mon, 6 Jun 2011 01:05:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.954 X-Spam-Level: ** X-Spam-Status: No, score=2.954 tagged_above=-999 required=5 tests=[BAYES_50=0.001, J_CHICKENPOX_37=0.6, J_CHICKENPOX_38=0.6, MIME_BASE64_TEXT=1.753] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i1j3-R5fc+04 for ; Mon, 6 Jun 2011 01:05:29 -0700 (PDT) Received: from blu0-omc1-s7.blu0.hotmail.com (blu0-omc1-s7.blu0.hotmail.com [65.55.116.18]) by ietfa.amsl.com (Postfix) with ESMTP id 21EA711E808B for ; Mon, 6 Jun 2011 01:05:29 -0700 (PDT) Received: from BLU0-SMTP38 ([65.55.116.9]) by blu0-omc1-s7.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 6 Jun 2011 01:05:28 -0700 X-Originating-IP: [125.119.207.3] X-Originating-Email: [wmwang2001@hotmail.com] Message-ID: Received: from WmwangHome ([125.119.207.3]) by BLU0-SMTP38.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 6 Jun 2011 01:05:27 -0700 From: "Wang,Weiming" To: "Haleplidis Evangelos" , "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006401cc216c$1a3d95d0$4eb8c170$@com> Date: Mon, 6 Jun 2011 16:05:27 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 X-OriginalArrivalTime: 06 Jun 2011 08:05:27.0658 (UTC) FILETIME=[7F15A4A0:01CC2420] Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: Re: [forces] IPv4UcastLPM - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 08:05:29 -0000 SGkgYWxsLCANCg0KRm9sbG93ZWQgaXMgdGhlIHVwZGF0ZSBvZiB0aGUgZGVzY3JpcHRpb24gdGV4 dCBmb3IgSVB2NFVjc3RMUE0gTEZCIGJhc2VkIG9uIEV2YW5nZWxvcydzIHZlcnNpb24uIFBscyBy ZXZpZXcgaXQgYWdhaW4uIA0KDQpPbmUgZWRpdG9yaWFsIG5vdGUgaXMgcmFpc2VkIG9uIHRoZSBF Q01QL1JQRiBvdXRwdXQgcG9ydC4gDQoNCnRoYW5rcywNCldlaW1pbmcNCg0KLS0tLS0tLS0tLSAN CjEuMS4xLiBJUHY0VWNhc3RMUE0NCiANClRoZSBJUHY0VWNhc3RMUE0gTEZCIGFic3RyYWN0cyB0 aGUgSVB2NCB1bmljYXN0IExvbmdlc3QgUHJlZml4IE1hdGNoIChMUE0pIHByb2Nlc3MuIA0KIA0K VGhpcyBMRkIgYWxzbyBwcm92aWRlcyBmYWNpbGl0aWVzIHRvIHN1cHBvcnQgdXNlcnMgdG8gaW1w bGVtZW50IGVxdWFsLWNvc3QgbXVsdGktcGF0aCByb3V0aW5nIChFQ01QKSBvciByZXZlcnNlIHBh dGggZm9yd2FyZGluZyAoUlBGKS4gSG93ZXZlciwgdGhpcyBMRkIgaXRzZWxmIGRvZXMgbm90IHBy b3ZpZGUgRUNNUCBvciBSUEYuIFRvIGZ1bGx5IGltcGxlbWVudCBFQ01QIG9yIFJQRiwgYWRkaXRp b25hbCBzcGVjaWZpYyBMRkJzLCBsaWtlIGEgc3BlY2lmaWMgRUNNUCBMRkIgb3IgYW4gUlBGIExG Qiwgd2lsbCBoYXZlIHRvIGJlIGRlZmluZWQuIFRoaXMgd29yayBtYXkgYmUgZG9uZSBpbiB0aGUg ZnV0dXJlIHZlcnNpb24gb2YgdGhlIGRvY3VtZW50Lg0KIA0KMS4xLjEuMS4gRGF0YSBIYW5kbGlu Zw0KIA0KVGhpcyBMRkIgcGVyZm9ybXMgdGhlIElQdjQgdW5pY2FzdCBMUE0gdGFibGUgbG9va2lu ZyB1cC4gDQpJdCBhbHdheXMgZXhwZWN0cyBhcyBpbnB1dCBJUHY0IHVuaWNhc3QgcGFja2V0cyBm cm9tIG9uZSBzaW5nbGV0b24gaW5wdXQga25vd24gYXMgIlBrdHNJbiIuIFRoZW4gdGhlIExGQiB1 c2VzIHRoZSBkZXN0aW5hdGlvbiBJUHY0IGFkZHJlc3Mgb2YgZXZlcnkgcGFja2V0IGFzIGluZGV4 IHRvIGxvb2sgdXAgdGhlIElQdjQgcHJlZml4IHRhYmxlIGFuZCBnZW5lcmF0ZSBhIGhvcCBzZWxl Y3RvciBhcyB0aGUgbWF0Y2hpbmcgcmVzdWx0LiBUaGlzIHJlc3VsdCB3aWxsIGFzc29jaWF0ZSB0 byB0aGUgcGFja2V0IGFzIGEgbWV0YWRhdHVtIHRvIG91dHB1dCB0byBkb3duc3RyZWFtIExGQnMs IGFuZCB3aWxsIHVzdWFsbHkgYmUgdXNlZCB0aGVyZSBhcyBhbiBpbmRleCB0byBmaW5kIG1vcmUg bmV4dCBob3AgaW5mb3JtYXRpb24uIA0KIA0KVGhyZWUgc2luZ2xldG9uIG91dHB1dCBwb3J0cyBh cmUgZGVmaW5lZCB0byBvdXRwdXQgTFBNIHJlc3VsdHMuIA0KIA0KVGhlIGZpcnN0IHNpbmdsZXRv biBvdXRwdXQga25vd24gYXMgIk5vcm1hbE91dCIsIHdoaWNoIHdpbGwgb3V0cHV0IElQdjQgdW5p Y2FzdCBwYWNrZXRzIHRoYXQgaGFzIHBhc3NlZCB0aGUgTFBNIGxvb2t1cCBhbmQgZ290IGEgaG9w IHNlbGVjdG9yIGFzIHRoZSBsb29rdXAgcmVzdWx0LiBUaGUgaG9wIHNlbGVjdG9yIGlzIGFzc29j aWF0ZWQgd2l0aCB0aGUgcGFja2V0IGFzIGEgbWV0YWRhdHVtLiBGb2xsb3dlZCB0aGUgbm9ybWFs IG91dHB1dCBvZiB0aGUgTFBNIExGQiAgaXMgdXN1YWxseSBhIG5leHQgaG9wIGFwcGxpY2F0aW9u IExGQiwgbGlrZSBhbiBJUHY0TmV4dEhvcCBMRkIuICANCiANClRoZSBzZWNvbmQgc2luZ2xldG9u IG91dHB1dCBrbm93biBhcyAiRUNNUE91dCIgaXMgZGVmaW5lZCB0byBwcm92aWRlIHN1cHBvcnQg Zm9yIHVzZXJzIHdpc2hpbmcgdG8gaW1wbGVtZW50IEVDTVAgb3IgUlBGLiANCiANCkFuIEVDTVAg ZmxhZyBpcyBkZWZpbmVkIGluIHRoZSBMUE0gdGFibGUgdG8gZW5hYmxlIHRoZSBMRkIgdG8gc3Vw cG9ydCBFQ01QLiBXaGVuIGEgdGFibGUgZW50cnkgaXMgY3JlYXRlZCB3aXRoIHRoZSBmbGFnIHNl dCB0cnVlLCBpdCBpbmRpY2F0ZXMgdGhpcyB0YWJsZSBlbnRyeSBpcyBmb3IgRUNNUCBvbmx5LiBB IHBhY2tldCwgd2hpY2ggaGFzIHBhc3NlZCB0aHJvdWdoIHRoaXMgcHJlZml4IGxvb2t1cCwgd2ls bCBhbHdheXMgb3V0cHV0IGZyb20gIkVDTVBPdXQiIG91dHB1dCBwb3J0LCB3aXRoIHRoZSBob3Ag c2VsZWN0b3IgYmVpbmcgaXRzIGxvb2t1cCByZXN1bHQuIFRoZSBvdXRwdXQgd2lsbCB1c3VhbGx5 IGRpcmVjdGx5IGdvIHRvIGEgZG93bnN0cmVhbSBFQ01QIHByb2Nlc3NpbmcgTEZCLCB3aGVyZSB0 aGUgaG9wIHNlbGVjdG9yIGNhbiB1c3VhbGx5IGZ1cnRoZXIgZ2VuZXJhdGUgb3B0aW1pemVkIG9u ZSBvciBtdWx0aXBsZSBuZXh0IGhvcCByb3V0ZXMgYnkgdXNlIG9mIEVDTVAgYWxnb3JpdGhtcy4g DQogDQpBIGRlZmF1bHQgcm91dGUgZmxhZyBpcyBkZWZpbmVkIGluIHRoZSBMUE0gdGFibGUgdG8g ZW5hYmxlIHRoZSBMRkIgdG8gc3VwcG9ydCBhIGRlZmF1bHQgcm91dGUsIGFuZCBSUEYgYWxzby4g V2hlbiBzZXQgdHJ1ZSwgdGhlIHRhYmxlIGVudHJ5IGlzIGlkZW50aWZpZWQgYSBkZWZhdWx0IHJv dXRlIGFuZCBhcyBhIGZvcmJpZGRlbiByb3V0ZSBmb3IgUlBGIGFsc28uIEluIHRoaXMgY2FzZSwg YSBwYWNrZXQgd2hpY2ggaGFzIHBhc3NlZCB0aHJvdWdoIHRoaXMgcHJlZml4IGxvb2t1cCB3aWxs IGFsc28gb3V0cHV0IHZpYSAiRUNNUE91dCIgdG8gYSBkb3duc3RyZWFtIHNwZWNpZmljIFJQRiBM RkIuKEVkaXRvcmlhbCBub3RlOiBob3cgd2lsbCB0aGUgb3V0cHV0IGJlIGZvbGxvd2VkIGlmIHdl IHJlcXVpcmUgYm90aCAgRUNNUCBhbmQgUlBGIExGQnM/KQ0KIA0KVGhlIGZpbmFsIHNpbmdsZXRv biBvdXRwdXQgaXMga25vd24gYXMgIkV4Y2VwdGlvbk91dCIgYW5kIGlzIGRlZmluZWQgdG8gYWxs b3cgZXhjZXB0aW9uIHBhY2tldHMgdG8gb3V0cHV0IGhlcmUuIEV4Y2VwdGlvbnMgaW5jbHVkZSBj YXNlcyBsaWtlOg0KICAgbyBQYWNrZXRzIGNhbiBub3QgZmluZCBhbnkgcm91dGVzIGluIHRoZSBw cmVmaXggdGFibGUuIA0KIA0KMS4xLjEuMi4gQ29tcG9uZW50cw0KIA0KVGhpcyBMRkIgaGFzIHR3 byBjb21wb25lbnRzLg0KICAgDQpUaGUgSVB2NFByZWZpeFRhYmxlIGNvbXBvbmVudCBpcyBkZWZp bmVkIGFzIGFuIGFycmF5IGNvbXBvbmVudCBvZiB0aGUgTEZCLiBFYWNoIHJvdyBvZiB0aGUgYXJy YXkgY29udGFpbnMgYW4gSVB2NCBhZHJyZXNzLCBhIFByZWZpeCBsZW5ndGgsIGEgSG9wIFNlbGVj dG9yLCBhbiBFQ01QIGZsYWcgYW5kIGEgRGVmYXVsdCBSb3V0ZSBmbGFnLiBUaGUgTEZCIHVzZXMg dGhlIGRlc3RpbmF0aW9uIElQdjQgYWRkcmVzcyBvZiBldmVyeSBpbnB1dCBwYWNrZXQgYXMgaW5k ZXggdG8gbG9vayB1cCB0aGlzIHRhYmxlIHRvIGdldCBhIGhvcCBzZWxlY3RvciBhcyB0aGUgcmVz dWx0LiBUaGUgRUNNUCBmbGFnIGlzIGZvciB0aGUgTEZCIHRvIHN1cHBvcnQgRUNNUC4gIA0KVGhl IGRlZmF1bHQgcm91dGUgZmxhZyBpcyBmb3IgdGhlIExGQiB0byBzdXBwb3J0IGEgZGVmYXVsdCBy b3V0ZSBhbmQgZm9yIFJQRi4gQXMgZGVzY3JpYmVkIGluIHRoZSBkYXRhIGhhbmRsaW5nIHNlY3Rp b24gb2YgdGhlIExGQiwgd2hlbiBhIHBhY2tldCBwYXNzZXMgdGhyb3VnaCB0YWJsZSBsb29rIHVw IHdpdGggdGhlc2UgZmxhZ3Mgc2V0LCBpdCB3aWxsIG91dHB1dCB2aWEgIkVDTVBPdXQiIHBvcnQu IA0KIA0KVGhlIElQdjRVY2FzdExQTVN0YXRzIGNvbXBvbmVudCBpcyBhIHN0cnVjdCBjb21wb25l bnQgd2hpY2ggY29sbGVjdHMgc3RhdGlzdGljcyBpbmZvcm1hdGlvbiwgaW5jbHVkaW5nIHRoZSB0 b3RhbCBudW1iZXIgb2YgaW5wdXQgcGFja2V0cyByZWNlaXZlZCwgdGhlIElQdjQgcGFja2V0cyBm b3J3YXJkZWQgYnkgdGhpcyBMRkIgYW5kIHRoZSBudW1iZXIgb2YgSVAgZGF0YWdyYW1zIGRpc2Nh cmRlZCBkdWUgdG8gbm8gcm91dGUgZm91bmQuIA0KIA0KMS4xLjEuMy4gQ2FwYWJpbGl0aWVzDQog DQpUaGlzIExGQiBkb2VzIG5vdCBoYXZlIGEgbGlzdCBvZiBjYXBhYmlsaXRpZXMuIA0KICAgDQox LjEuMS40LiBFdmVudHMNCiAgIA0KVGhpcyBMRkIgZG9lcyBub3QgaGF2ZSBhbnkgZXZlbnRzIHNw ZWNpZmllZC4NCi0tLS0tLS0tLS0NCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQpGcm9t OiAiSGFsZXBsaWRpcyBFdmFuZ2Vsb3MiIDxlaGFsZXBAZ21haWwuY29tPg0KVG86ICInZm9yY2Vz JyIgPGZvcmNlc0BpZXRmLm9yZz4NCkNjOiAiJ0pvZWwgTS4gSGFscGVybiciIDxqbWhAam9lbGhh bHBlcm4uY29tPjsgIidDaHVhbmh1YW5nIExpJyIgPGNodWFuaHVhbmdfbGlAbWFpbC56amdzdS5l ZHUuY24+OyAiJ3dtd2FuZyciIDx3bXdhbmdAempnc3UuZWR1LmNuPg0KU2VudDogRnJpZGF5LCBK dW5lIDAzLCAyMDExIDU6MjkgQU0NClN1YmplY3Q6IElQdjRVY2FzdExQTSAtIExGQmxpYiByZWFk YWJpbGl0eSBzdWdnZXN0aW9ucw0KDQoNCj4gR3JlZXRpbmdzIHRvIGFsbCwNCj4gDQo+IEhlcmUg aXMgdGhlIHJlYWRhYmlsaXR5IHN1Z2dlc3Rpb24gZm9yIHRoZSBJUHY0VWNhc3RMUE0uDQo+IA0K PiBSZWdhcmRzLA0KPiBFdmFuZ2Vsb3MgSGFsZXBsaWRpcy4NCj4= From wmwang2001@hotmail.com Mon Jun 6 01:07:15 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BF3711E80C9 for ; Mon, 6 Jun 2011 01:07:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.954 X-Spam-Level: ** X-Spam-Status: No, score=2.954 tagged_above=-999 required=5 tests=[BAYES_50=0.001, J_CHICKENPOX_37=0.6, J_CHICKENPOX_38=0.6, MIME_BASE64_TEXT=1.753] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OeHw8GtePau2 for ; Mon, 6 Jun 2011 01:07:15 -0700 (PDT) Received: from blu0-omc1-s32.blu0.hotmail.com (blu0-omc1-s32.blu0.hotmail.com [65.55.116.43]) by ietfa.amsl.com (Postfix) with ESMTP id C60CE11E80BC for ; Mon, 6 Jun 2011 01:07:14 -0700 (PDT) Received: from BLU0-SMTP25 ([65.55.116.9]) by blu0-omc1-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 6 Jun 2011 01:07:14 -0700 X-Originating-IP: [125.119.207.3] X-Originating-Email: [wmwang2001@hotmail.com] Message-ID: Received: from WmwangHome ([125.119.207.3]) by BLU0-SMTP25.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 6 Jun 2011 01:07:12 -0700 From: "Wang,Weiming" To: "Haleplidis Evangelos" , "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> Date: Mon, 6 Jun 2011 16:07:11 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 X-OriginalArrivalTime: 06 Jun 2011 08:07:13.0468 (UTC) FILETIME=[BE26F7C0:01CC2420] Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: Re: [forces] IPv6UcastLPM - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 08:07:15 -0000 DQpIaSBhbGwsDQoNCnVwZGF0ZSBvZiBJUHY2VWNhc3RMUE0gZGVzY3JpcHRpb24gYmFzZWQgb24g RXZhbmdlbG9zJ3MgdmVyc2lvbi4NCg0KdGhhbmtzLA0KV2VpbWluZw0KDQotLS0tLS0tLS0tLS0t IA0KMS4xLjEuIElQdjZVY2FzdExQTQ0KIA0KVGhlIElQdjZVY2FzdExQTSBMRkIgYWJzdHJhY3Rz IHRoZSBJUHY2IHVuaWNhc3QgTG9uZ2VzdCBQcmVmaXggTWF0Y2ggKExQTSkgcHJvY2Vzcy4gVGhl IGRlZmluaXRpb24gb2YgdGhpcyBMRkIgaXMgc2ltaWxhciB0byB0aGUgSVB2NFVjYXN0TFBNIExG QiBleGNlcHQgdGhhdCBhbGwgSVAgYWRkcmVzc2VzIHJlZmVyIHRvIElQdjYgYWRkcmVzc2VzLg0K IA0KVGhpcyBMRkIgYWxzbyBwcm92aWRlcyBmYWNpbGl0aWVzIHRvIHN1cHBvcnQgdXNlcnMgdG8g aW1wbGVtZW50IGVxdWFsLWNvc3QgbXVsdGktcGF0aCByb3V0aW5nIChFQ01QKSBvciByZXZlcnNl IHBhdGggZm9yd2FyZGluZyAoUlBGKS4gSG93ZXZlciwgdGhpcyBMRkIgaXRzZWxmIGRvZXMgbm90 IHByb3ZpZGUgRUNNUCBvciBSUEYuIFRvIGZ1bGx5IGltcGxlbWVudCBFQ01QIG9yIFJQRiwgYWRk aXRpb25hbCBzcGVjaWZpYyBMRkJzLCBsaWtlIGEgc3BlY2lmaWMgRUNNUCBMRkIgb3IgYW4gUlBG IExGQiwgd2lsbCBoYXZlIHRvIGJlIGRlZmluZWQuIFRoaXMgd29yayBtYXkgYmUgZG9uZSBpbiB0 aGUgZnV0dXJlIHZlcnNpb24gb2YgdGhlIGRvY3VtZW50Lg0KIA0KMS4xLjEuMS4gRGF0YSBIYW5k bGluZw0KIA0KVGhpcyBMRkIgcGVyZm9ybXMgdGhlIElQdjYgdW5pY2FzdCBMUE0gdGFibGUgbG9v a2luZyB1cC4gDQpJdCBhbHdheXMgZXhwZWN0cyBhcyBpbnB1dCBJUHY2IHVuaWNhc3QgcGFja2V0 cyBmcm9tIG9uZSBzaW5nbGV0b24gaW5wdXQga25vd24gYXMgIlBrdHNJbiIuIFRoZW4gdGhlIExG QiB1c2VzIHRoZSBkZXN0aW5hdGlvbiBJUHY2IGFkZHJlc3Mgb2YgZXZlcnkgcGFja2V0IGFzIGlu ZGV4IHRvIGxvb2sgdXAgdGhlIElQdjYgcHJlZml4IHRhYmxlIGFuZCBnZW5lcmF0ZSBhIGhvcCBz ZWxlY3RvciBhcyB0aGUgbWF0Y2hpbmcgcmVzdWx0LiBUaGlzIHJlc3VsdCB3aWxsIGFzc29jaWF0 ZSB0byB0aGUgcGFja2V0IGFzIGEgbWV0YWRhdHVtIHRvIG91dHB1dCB0byBkb3duc3RyZWFtIExG QnMsIGFuZCB3aWxsIHVzdWFsbHkgYmUgdXNlZCB0aGVyZSBhcyBhbiBpbmRleCB0byBmaW5kIG1v cmUgbmV4dCBob3AgaW5mb3JtYXRpb24uIA0KIA0KVGhyZWUgc2luZ2xldG9uIG91dHB1dCBwb3J0 cyBhcmUgZGVmaW5lZCB0byBvdXRwdXQgTFBNIHJlc3VsdHMuIA0KIA0KVGhlIGZpcnN0IHNpbmds ZXRvbiBvdXRwdXQga25vd24gYXMgIk5vcm1hbE91dCIsIHdoaWNoIHdpbGwgb3V0cHV0IElQdjYg dW5pY2FzdCBwYWNrZXRzIHRoYXQgaGFzIHBhc3NlZCB0aGUgTFBNIGxvb2t1cCBhbmQgZ290IGEg aG9wIHNlbGVjdG9yIGFzIHRoZSBsb29rdXAgcmVzdWx0LiBUaGUgaG9wIHNlbGVjdG9yIGlzIGFz c29jaWF0ZWQgd2l0aCB0aGUgcGFja2V0IGFzIGEgbWV0YWRhdHVtLiBGb2xsb3dlZCB0aGUgbm9y bWFsIG91dHB1dCBvZiB0aGUgTFBNIExGQiAgaXMgdXN1YWxseSBhIG5leHQgaG9wIGFwcGxpY2F0 aW9uIExGQiwgbGlrZSBhbiBJUHY2TmV4dEhvcCBMRkIuICANCiANClRoZSBzZWNvbmQgc2luZ2xl dG9uIG91dHB1dCBrbm93biBhcyAiRUNNUE91dCIgaXMgZGVmaW5lZCB0byBwcm92aWRlIHN1cHBv cnQgZm9yIHVzZXJzIHdpc2hpbmcgdG8gaW1wbGVtZW50IEVDTVAgb3IgUlBGLiANCiANCkFuIEVD TVAgZmxhZyBpcyBkZWZpbmVkIGluIHRoZSBMUE0gdGFibGUgdG8gZW5hYmxlIHRoZSBMRkIgdG8g c3VwcG9ydCBFQ01QLiBXaGVuIGEgdGFibGUgZW50cnkgaXMgY3JlYXRlZCB3aXRoIHRoZSBmbGFn IHNldCB0cnVlLCBpdCBpbmRpY2F0ZXMgdGhpcyB0YWJsZSBlbnRyeSBpcyBmb3IgRUNNUCBvbmx5 LiBBIHBhY2tldCwgd2hpY2ggaGFzIHBhc3NlZCB0aHJvdWdoIHRoaXMgcHJlZml4IGxvb2t1cCwg d2lsbCBhbHdheXMgb3V0cHV0IGZyb20gIkVDTVBPdXQiIG91dHB1dCBwb3J0LCB3aXRoIHRoZSBo b3Agc2VsZWN0b3IgYmVpbmcgaXRzIGxvb2t1cCByZXN1bHQuIFRoZSBvdXRwdXQgd2lsbCB1c3Vh bGx5IGRpcmVjdGx5IGdvIHRvIGEgZG93bnN0cmVhbSBFQ01QIHByb2Nlc3NpbmcgTEZCLCB3aGVy ZSB0aGUgaG9wIHNlbGVjdG9yIGNhbiB1c3VhbGx5IGZ1cnRoZXIgZ2VuZXJhdGUgb3B0aW1pemVk IG9uZSBvciBtdWx0aXBsZSBuZXh0IGhvcCByb3V0ZXMgYnkgdXNlIG9mIEVDTVAgYWxnb3JpdGht cy4gDQogDQpBIGRlZmF1bHQgcm91dGUgZmxhZyBpcyBkZWZpbmVkIGluIHRoZSBMUE0gdGFibGUg dG8gZW5hYmxlIHRoZSBMRkIgdG8gc3VwcG9ydCBhIGRlZmF1bHQgcm91dGUsIGFuZCBSUEYgYWxz by4gV2hlbiBzZXQgdHJ1ZSwgdGhlIHRhYmxlIGVudHJ5IGlzIGlkZW50aWZpZWQgYSBkZWZhdWx0 IHJvdXRlIGFuZCBhcyBhIGZvcmJpZGRlbiByb3V0ZSBmb3IgUlBGIGFsc28uIEluIHRoaXMgY2Fz ZSwgYSBwYWNrZXQgd2hpY2ggaGFzIHBhc3NlZCB0aHJvdWdoIHRoaXMgcHJlZml4IGxvb2t1cCB3 aWxsIGFsc28gb3V0cHV0IHZpYSAiRUNNUE91dCIgdG8gYSBkb3duc3RyZWFtIHNwZWNpZmljIFJQ RiBMRkIuIChFZGl0b3JpYWwgbm90ZTogaG93IHdpbGwgdGhlIG91dHB1dCBiZSBmb2xsb3dlZCBp ZiB3ZSByZXF1aXJlIGJvdGggRUNNUCBhbmQgUlBGIExGQnM/KQ0KIA0KVGhlIGZpbmFsIHNpbmds ZXRvbiBvdXRwdXQgaXMga25vd24gYXMgIkV4Y2VwdGlvbk91dCIgYW5kIGlzIGRlZmluZWQgdG8g YWxsb3cgZXhjZXB0aW9uIHBhY2tldHMgdG8gb3V0cHV0IGhlcmUuIEV4Y2VwdGlvbnMgaW5jbHVk ZSBjYXNlcyBsaWtlOg0KICAgbyBQYWNrZXRzIGNhbiBub3QgZmluZCBhbnkgcm91dGVzIGluIHRo ZSBwcmVmaXggdGFibGUuIA0KIA0KMS4xLjEuMi4gQ29tcG9uZW50cw0KIA0KVGhpcyBMRkIgaGFz IHR3byBjb21wb25lbnRzLg0KICAgDQpUaGUgSVB2NlByZWZpeFRhYmxlIGNvbXBvbmVudCBpcyBk ZWZpbmVkIGFzIGFuIGFycmF5IGNvbXBvbmVudCBvZiB0aGUgTEZCLiBFYWNoIHJvdyBvZiB0aGUg YXJyYXkgY29udGFpbnMgYW4gSVB2NiBhZHJyZXNzLCBhIFByZWZpeCBsZW5ndGgsIGEgSG9wIFNl bGVjdG9yLCBhbiBFQ01QIGZsYWcgYW5kIGEgRGVmYXVsdCBSb3V0ZSBmbGFnLiBUaGUgTEZCIHVz ZXMgdGhlIGRlc3RpbmF0aW9uIElQdjYgYWRkcmVzcyBvZiBldmVyeSBpbnB1dCBwYWNrZXQgYXMg aW5kZXggdG8gbG9vayB1cCB0aGlzIHRhYmxlIHRvIGdldCBhIGhvcCBzZWxlY3RvciBhcyB0aGUg cmVzdWx0LiBUaGUgRUNNUCBmbGFnIGlzIGZvciB0aGUgTEZCIHRvIHN1cHBvcnQgRUNNUC4gIA0K VGhlIGRlZmF1bHQgcm91dGUgZmxhZyBpcyBmb3IgdGhlIExGQiB0byBzdXBwb3J0IGEgZGVmYXVs dCByb3V0ZSBhbmQgZm9yIFJQRi4gQXMgZGVzY3JpYmVkIGluIHRoZSBkYXRhIGhhbmRsaW5nIHNl Y3Rpb24gb2YgdGhlIExGQiwgd2hlbiBhIHBhY2tldCBwYXNzZXMgdGhyb3VnaCB0YWJsZSBsb29r IHVwIHdpdGggdGhlc2UgZmxhZ3Mgc2V0LCBpdCB3aWxsIG91dHB1dCB2aWEgIkVDTVBPdXQiIHBv cnQuIA0KIA0KVGhlIElQdjZVY2FzdExQTVN0YXRzIGNvbXBvbmVudCBpcyBhIHN0cnVjdCBjb21w b25lbnQgd2hpY2ggY29sbGVjdHMgc3RhdGlzdGljcyBpbmZvcm1hdGlvbiwgaW5jbHVkaW5nIHRo ZSB0b3RhbCBudW1iZXIgb2YgaW5wdXQgcGFja2V0cyByZWNlaXZlZCwgdGhlIElQdjYgcGFja2V0 cyBmb3J3YXJkZWQgYnkgdGhpcyBMRkIgYW5kIHRoZSBudW1iZXIgb2YgSVAgZGF0YWdyYW1zIGRp c2NhcmRlZCBkdWUgdG8gbm8gcm91dGUgZm91bmQuIA0KIA0KMS4xLjEuMy4gQ2FwYWJpbGl0aWVz DQogDQpUaGlzIExGQiBkb2VzIG5vdCBoYXZlIGEgbGlzdCBvZiBjYXBhYmlsaXRpZXMuIA0KICAg DQoxLjEuMS40LiBFdmVudHMNCiAgIA0KVGhpcyBMRkIgZG9lcyBub3QgaGF2ZSBhbnkgZXZlbnRz IHNwZWNpZmllZC4NCi0tLS0tLS0tLS0tDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0K RnJvbTogIkhhbGVwbGlkaXMgRXZhbmdlbG9zIiA8ZWhhbGVwQGdtYWlsLmNvbT4NClRvOiAiJ2Zv cmNlcyciIDxmb3JjZXNAaWV0Zi5vcmc+DQpDYzogIidKb2VsIE0uIEhhbHBlcm4nIiA8am1oQGpv ZWxoYWxwZXJuLmNvbT47ICInQ2h1YW5odWFuZyBMaSciIDxjaHVhbmh1YW5nX2xpQG1haWwuempn c3UuZWR1LmNuPjsgIid3bXdhbmcnIiA8d213YW5nQHpqZ3N1LmVkdS5jbj4NClNlbnQ6IEZyaWRh eSwgSnVuZSAwMywgMjAxMSA1OjI5IEFNDQpTdWJqZWN0OiBJUHY2VWNhc3RMUE0gLSBMRkJsaWIg cmVhZGFiaWxpdHkgc3VnZ2VzdGlvbnMNCg0KDQo+IEdyZWV0aW5ncyB0byBhbGwsDQo+IA0KPiBI ZXJlIGlzIHRoZSByZWFkYWJpbGl0eSBzdWdnZXN0aW9uIGZvciB0aGUgSVB2NlVjYXN0TFBNLg0K PiANCj4gUmVnYXJkcywNCj4gRXZhbmdlbG9zIEhhbGVwbGlkaXMuDQo+ From chuanhuang_li@mail.zjgsu.edu.cn Mon Jun 6 05:47:59 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E29011E813D for ; Mon, 6 Jun 2011 05:47:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.06 X-Spam-Level: * X-Spam-Status: No, score=1.06 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, J_CHICKENPOX_37=0.6, J_CHICKENPOX_38=0.6, J_CHICKENPOX_47=0.6] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OmcbHL1dpQ4j for ; Mon, 6 Jun 2011 05:47:58 -0700 (PDT) Received: from mail.zjgsu.edu.cn (ucmail.zjgsu.edu.cn [124.160.64.1]) by ietfa.amsl.com (Postfix) with SMTP id BED8311E813F for ; Mon, 6 Jun 2011 05:47:54 -0700 (PDT) Received: from RobinLee (unknown [10.20.0.167]) by mailportal (Coremail) with SMTP id rBCI85D7ExEEyexNAAk9AA--.7264S2; Mon, 06 Jun 2011 20:33:08 +0800 (CST) Date: Mon, 6 Jun 2011 20:47:57 +0800 From: "Chuanhuang Li" To: "Wang,Weiming" , "Haleplidis Evangelos" , "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn>, <201105052209309848996@mail.zjgsu.edu.cn>, <006e01cc0e56$5c9867d0$15c93770$@com>, <00bb01cc1648$0d35d570$27a18050$@com>, <007c01cc1c78$5c14c4e0$143e4ea0$@com>, <006401cc216c$1a3d95d0$4eb8c170$@com> Message-ID: <201106062047577732810@mail.zjgsu.edu.cn> Organization: Zhejiang Gongshang Univercity X-mailer: Foxmail 6, 15, 201, 23 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-CM-TRANSID: rBCI85D7ExEEyexNAAk9AA--.7264S2 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUUYxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJ3UbIYCTnIWIevJa73UjIFyTuYvj4RJUUUUUUUU X-CM-SenderInfo: pfkxt0xkxd0wxbolqzhdloh6pmjv3hxhgxhubq/ Cc: "'Joel M. Halpern'" , 'wmwang' Subject: Re: [forces] IPv4UcastLPM - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 12:47:59 -0000 Comment on the Editorial note: This is a question we haddn't considered in previous discussion. If LPM LFB supports RPF function, then we need define a seperate RPF packets input port and an RPF output port. But LPM itself does not provide ECMP or RPF function in our current definition. If FE need to support RPF, RPF LFB will be added before LPM. So, i think we needn't to say in the text: "default route flag is defined for loose RPF. " Yours, Chuanhuang ======= 2011-06-06 15:52:59 Wang,Weiming, wrote: ======= >Hi all, > >Followed is the update of the description text for IPv4UcstLPM LFB based on Evangelos's version. Pls review it again. > >One editorial note is raised on the ECMP/RPF output port. > >thanks, >Weiming > >---------- >1.1.1. IPv4UcastLPM > >The IPv4UcastLPM LFB abstracts the IPv4 unicast Longest Prefix Match (LPM) process. > >This LFB also provides facilities to support users to implement equal-cost multi-path routing (ECMP) or reverse path forwarding (RPF). However, this LFB itself does not provide ECMP or RPF. To fully implement ECMP or RPF, additional specific LFBs, like a specific ECMP LFB or an RPF LFB, will have to be defined. This work may be done in the future version of the document. > >1.1.1.1. Data Handling > >This LFB performs the IPv4 unicast LPM table looking up. >It always expects as input IPv4 unicast packets from one singleton input known as "PktsIn". Then the LFB uses the destination IPv4 address of every packet as index to look up the IPv4 prefix table and generate a hop selector as the matching result. This result will associate to the packet as a metadatum to output to downstream LFBs, and will usually be used there as an index to find more next hop information. > >Three singleton output ports are defined to output LPM results. > >The first singleton output known as "NormalOut", which will output IPv4 unicast packets that has passed the LPM lookup and got a hop selector as the lookup result. The hop selector is associated with the packet as a metadatum. Followed the normal output of the LPM LFB is usually a next hop application LFB, like an IPv4NextHop LFB. > >The second singleton output known as "ECMPOut" is defined to provide support for users wishing to implement ECMP or RPF. > >An ECMP flag is defined in the LPM table to enable the LFB to support ECMP. When a table entry is created with the flag set true, it indicates this table entry is for ECMP only. A packet, which has passed through this prefix lookup, will always output from "ECMPOut" output port, with the hop selector being its lookup result. The output will usually directly go to a downstream ECMP processing LFB, where the hop selector can usually further generate optimized one or multiple next hop routes by use of ECMP algorithms. > >A default route flag is defined in the LPM table to enable the LFB to support a default route, and RPF also. When set true, the table entry is identified a default route and as a forbidden route for RPF also. In this case, a packet which has passed through this prefix lookup will also output via "ECMPOut" to a downstream specific RPF LFB.(Editorial note: how will the output be followed if we require both ECMP and RPF LFBs?) > >The final singleton output is known as "ExceptionOut" and is defined to allow exception packets to output here. Exceptions include cases like: > o Packets can not find any routes in the prefix table. > >1.1.1.2. Components > >This LFB has two components. > >The IPv4PrefixTable component is defined as an array component of the LFB. Each row of the array contains an IPv4 adrress, a Prefix length, a Hop Selector, an ECMP flag and a Default Route flag. The LFB uses the destination IPv4 address of every input packet as index to look up this table to get a hop selector as the result. The ECMP flag is for the LFB to support ECMP. >The default route flag is for the LFB to support a default route and for RPF. As described in the data handling section of the LFB, when a packet passes through table look up with these flags set, it will output via "ECMPOut" port. > >The IPv4UcastLPMStats component is a struct component which collects statistics information, including the total number of input packets received, the IPv4 packets forwarded by this LFB and the number of IP datagrams discarded due to no route found. > >1.1.1.3. Capabilities > >This LFB does not have a list of capabilities. > >1.1.1.4. Events > >This LFB does not have any events specified. >---------- >----- Original Message ----- >From: "Haleplidis Evangelos" >To: "'forces'" >Cc: "'Joel M. Halpern'" ; "'Chuanhuang Li'" ; "'wmwang'" >Sent: Friday, June 03, 2011 5:29 AM >Subject: IPv4UcastLPM - LFBlib readability suggestions > > >> Greetings to all, >> >> Here is the readability suggestion for the IPv4UcastLPM. >> >> Regards, >> Evangelos Haleplidis. >> From ehalep@ece.upatras.gr Thu Jun 23 13:40:50 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6736B21F8494 for ; Thu, 23 Jun 2011 13:40:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_37=0.6] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PHKET3R3LZmF for ; Thu, 23 Jun 2011 13:40:49 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id 4D07F21F844B for ; Thu, 23 Jun 2011 13:40:48 -0700 (PDT) Received: from EhalepXPS (150.140.255.150) by mailgate1 (Axigen) with ESMTPA id 0DAC54; Fri, 24 Jun 2011 00:01:39 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Thu, 23 Jun 2011 23:40:43 +0300 Message-ID: <001d01cc31e5$d2f2a190$78d7e4b0$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001E_01CC31FE.F83FD990" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBB5XFoA= Content-Language: el x-cr-hashedpuzzle: AV5w Cklb Js4k P8PU TyBm bnK4 bq7Y b5tm d3t1 gibY hmUb hzHD iAiW ok5f prom rKuE; 4; YwBoAHUAYQBuAGgAdQBhAG4AZwBfAGwAaQBAAG0AYQBpAGwALgB6AGoAZwBzAHUALgBlAGQAdQAuAGMAbgA7AGYAbwByAGMAZQBzAEAAaQBlAHQAZgAuAG8AcgBnADsAagBtAGgAQABqAG8AZQBsAGgAYQBsAHAAZQByAG4ALgBjAG8AbQA7AHcAbQB3AGEAbgBnAEAAegBqAGcAcwB1AC4AZQBkAHUALgBjAG4A; Sosha1_v1; 7; {BAFC873C-C07A-49F6-9937-62224C611E78}; ZQBoAGEAbABlAHAAQABlAGMAZQAuAHUAcABhAHQAcgBhAHMALgBnAHIA; Thu, 23 Jun 2011 20:40:35 GMT; RQB0AGgAZQByAEUAbgBjAGEAcABzAHUAbABhAHQAbwByACAALQAgAEwARgBCAGwAaQBiACAAcgBlAGEAZABhAGIAaQBsAGkAdAB5ACAAcwB1AGcAZwBlAHMAdABpAG8AbgBzAA== x-cr-puzzleid: {BAFC873C-C07A-49F6-9937-62224C611E78} Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] EtherEncapsulator - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 20:40:50 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001E_01CC31FE.F83FD990 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the EtherEncapsulator. It is based on Chuanhuang's version. I made some changes and also tried to maintain consistency with the other sections. Regards, Evangelos Haleplidis. ------=_NextPart_000_001E_01CC31FE.F83FD990 Content-Type: text/plain; name="section5-EtherEncapsulator-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-EtherEncapsulator-final.txt" 5.1.6. EtherEncapsulator The EtherEncapsulator LFB abstracts the process to replace or attach appropriate Ethernet headers to the packet. 5.1.6.1. Data Handling This LFB abstracts the process to encapsulate IP packets to Ethernet packets according to the L2 information. The LFB is expected to receive types of IP packets, including IPv4 and IPv6 types, via a singleton one known as "EncapIn" which may be connected to an upstream LFB like an IPv4NextHop, an IPv6NextHop, BasicMetadataDispatch, or any LFB which requires to output packets for Ethernet encapsulation. The LFB always expects from upstream LFBs the MediaEncapInfoIndex metadata which is used as an index to lookup the Encapsulation Table. Optinally an input packet may be accompanied by a Vlan priority metadata. In this case, default value for the metadata is 0. Two singleton output ports are defined to output results. The first singleton output known as "SuccessOut". Upon a successful table lookup, the destination and source MAC addresses, and the logical media port (L2PortID) are found in the matching table entry. The CE may set the VlanId in case VLANs are used. By default the table entry for VLANID of 0 is used as per IEEE rules. Whatever the value of VlanID is, if the Input metadata VlanPriority is non-zero, the packet will have a VLAN tag. If the VlanPriority and the VlanID are all zero, there is no VLAN tag to this packet. After replacing or attaching the appropriate Ethernet headers to the packet is complete, the packet is passed out on the "SuccessOut" LFB port to a downstream LFB instance alongside with the L2PortID. The second singleton output known as "ExceptionOut", which will output packets for which the table lookup fails, along with an additional exceptionID metadata. Currently defined exception types only include the following case: o MediaEncapInfoIndex value is not allocated in EtherEncap EncapTable. The upstream LFB may be programmed by the CE to pass along a MediaEncapInfoIndex that doesn't exist in the EncapTable. That is to allow for resolution of the L2 headers, if needed, to be made at the L2 encapsulation level in this case(ethernet) via ARP, or ND (or other methods depending on the link layer technology) when a table miss occurs. For neighbor L2 header resolution(table miss exception), the processing LFB may pass this packet to the CE via the redirect LFB or FE software or another LFB instance for further resolution. In such a case the metadata NexthopIPv4Addr or NexthopIPv6Addr generated by Nexthop LFB is also passed to the exception handling. Such an IP address could be used to do activities such as ARP or ND by the handler it is passed to. The result of the L2 resolution is to update the EncapTable as well as the NH LFB so subsequent packets dont fail Encap table lookup. The EtherEncap LFB does not make any assumptions of how the EncapTable is updated by the CE (or whether ARP/ND is used dynamically or static maps exist). Downstream neighboring LFB instances could be either an EtherMACOut type or a BasicMetadataDispatch type. If the final packet L2 processing is possible to be on per-media-port basis or resides on a different FE 3 or in cases where L2 header resolution is needed, then the model makes sense to use a BasicMetadataDispatch LFB to fanout to different LFB instances.If there is a direct egress port point, then the model makes sense to have a downstream LFB instance be an EtherMACOut. 5.1.6.2. Components This LFB has only one component named EncapTable which is defined as an array. Each row of the array is a struct containing the destination MAC address, the source MAC address, the VLAN ID with a default value of zero and the output logical L2 port ID. 5.1.6.3. Capabilities This LFB does not have a list of capabilities. 5.1.6.4. Events This LFB does not have any events specified. ------=_NextPart_000_001E_01CC31FE.F83FD990-- From ehalep@ece.upatras.gr Thu Jun 23 13:41:41 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39E5D228010 for ; Thu, 23 Jun 2011 13:41:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_16=0.6, J_CHICKENPOX_37=0.6] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OODz0qvyvasV for ; Thu, 23 Jun 2011 13:41:40 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id 43C7B228012 for ; Thu, 23 Jun 2011 13:41:36 -0700 (PDT) Received: from EhalepXPS (150.140.255.150) by mailgate1 (Axigen) with ESMTPA id 1B203F; Fri, 24 Jun 2011 00:02:31 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Thu, 23 Jun 2011 23:41:34 +0300 Message-ID: <002101cc31e5$f149f710$d3dde530$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0022_01CC31FF.16972F10" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBB5tPNA= Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] IPv4NextHop - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 20:41:41 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0022_01CC31FF.16972F10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the IPv4NextHop. It is based on Chuanhuang's version. I made some changes and also tried to maintain consistency with the other sections. Regards, Evangelos Haleplidis. ------=_NextPart_000_0022_01CC31FF.16972F10 Content-Type: text/plain; name="section5-IPv4NextHop-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-IPv4NextHop-final.txt" 5.3.2. IPv4NextHop This LFB abstracts the process of selecting ipv4 next hop action. 5.3.2.1. Data Handling The LFB abstracts the process of next hop information application to IPv4 packets. It receives an IPv4 packet with an associated next hop ID, and uses the ID to look up a next hop table to find an appropriate output port from the LFB. The LFB is expected to receive unicast IPv4 packets, via a singleton input known as "PcktsIn" along with a HopSelector metadata which is used as an index to lookup the NextHop table. Data processing involves the forwarding TTL decrement and checksum recalculation. Two output ports are defined to output results. The first output is a group output port known as "SuccessOut". On successful data processing the packet is sent out an LFB-port from within the LFB port group as selected by the LFBOutputSelectIndex value of the matched table entry. The packet is sent to a downstream LFB alongside with the L3PortID and MediaEncapInfoIndex metadata. The second output is a singleton output port known as "ExceptionOut", which will output packets for which the data processing failed, along with an additional ExceptionID metadata to indicate what caused the exception. Currently defined exception types include: o The HopSelector is invalid o The MTU for outgoing interface is less than the packet size o ICMP packet needs to be generated Downstream neighboring LFB instances could be either a BasicMetadataDispatch type, used to fanout to different LFB instances or a media encapsulatation related type, such as an EtherEncapsulator type or a RedirectOut type. For example, there are Ethernet and other tunnel Encapsulation, then BasicMetadataDispatch can use the L3PortID metadata to dispatch packets to different Encapsulator. 5.3.2.2. Components This LFB has only one component named IPv4NextHopTable which is defined as an array. Each row of the array is a struct containing: o The L3PortID, which is the ID of the Logical Output Port that is passed onto the neighboring LFB instance. This ID indicates what port to the neighbor is as defined by L3. o MTU, the Maximum Transmission Unit for the outgoing port. o NextHopIPAddr, the IPv4 next hop Address. o MediaEncapInfoIndex, the index we pass onto the neighboring LFB instance. This index is used to lookup a table (typically media encapsulatation related) further downstream. The CE sets it to a value that is not allocated in downstream LFB tables. (If a downstream LFB lookup fails to find it, it indicates some other way to resolve it may be needed.) o LFBOutputSelectIndex, the LFB Group output port index to select downstream LFB port. This index exactly is the FromPortIndex for the port group "SuccessOut" in the table LFBTopology of FEObject LFB as defined for the NH LFB. 5.3.2.3. Capabilities This LFB does not have a list of capabilities. 5.1.6.4. Events This LFB does not have any events specified. ------=_NextPart_000_0022_01CC31FF.16972F10-- From ehalep@ece.upatras.gr Thu Jun 23 13:42:55 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B573A228012 for ; Thu, 23 Jun 2011 13:42:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.549 X-Spam-Level: X-Spam-Status: No, score=-1.549 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, J_CHICKENPOX_16=0.6, J_CHICKENPOX_37=0.6] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BewoiDgd169Q for ; Thu, 23 Jun 2011 13:42:55 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id D5253228010 for ; Thu, 23 Jun 2011 13:42:54 -0700 (PDT) Received: from EhalepXPS (150.140.255.150) by mailgate1 (Axigen) with ESMTPA id 0882F8; Fri, 24 Jun 2011 00:03:50 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Thu, 23 Jun 2011 23:42:53 +0300 Message-ID: <002501cc31e6$20478960$60d69c20$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0026_01CC31FF.4594C160" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBB52CpA= Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] IPv6NextHop - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 20:42:55 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0026_01CC31FF.4594C160 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the IPv6NextHop. It is a copy from the IPv4 section, with IPv4 changed to IPv6 and also removed the text regarding TTL altering. Regards, Evangelos Haleplidis. ------=_NextPart_000_0026_01CC31FF.4594C160 Content-Type: text/plain; name="section5-IPv6NextHop-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-IPv6NextHop-final.txt" 5.3.2. IPv6NextHop This LFB abstracts the process of selecting IPv6 next hop action. 5.3.2.1. Data Handling The LFB abstracts the process of next hop information application to IPv6 packets. It receives an IPv6 packet with an associated next hop ID, and uses the ID to look up a next hop table to find an appropriate output port from the LFB. The LFB is expected to receive unicast IPv6 packets, via a singleton input known as "PcktsIn" along with a HopSelector metadata which is used as an index to lookup the NextHop table. Two output ports are defined to output results. The first output is a group output port known as "SuccessOut". On successful data processing the packet is sent out an LFB-port from within the LFB port group as selected by the LFBOutputSelectIndex value of the matched table entry. The packet is sent to a downstream LFB alongside with the L3PortID and MediaEncapInfoIndex metadata. The second output is a singleton output port known as "ExceptionOut", which will output packets for which the data processing failed, along with an additional ExceptionID metadata to indicate what caused the exception. Currently defined exception types include: o The HopSelector is invalid o The MTU for outgoing interface is less than the packet size o ICMP packet needs to be generated Downstream neighboring LFB instances could be either a BasicMetadataDispatch type, used to fanout to different LFB instances or a media encapsulatation related type, such as an EtherEncapsulator type or a RedirectOut type. For example, there are Ethernet and other tunnel Encapsulation, then BasicMetadataDispatch can use the L3PortID metadata to dispatch packets to different Encapsulator. 5.3.2.2. Components This LFB has only one component named IPv6NextHopTable which is defined as an array. Each row of the array is a struct containing: o The L3PortID, which is the ID of the Logical Output Port that is passed onto the neighboring LFB instance. This ID indicates what port to the neighbor is as defined by L3. o MTU, the Maximum Transmission Unit for the outgoing port. o NextHopIPAddr, the IPv6 next hop Address. o MediaEncapInfoIndex, the index we pass onto the neighboring LFB instance. This index is used to lookup a table (typically media encapsulatation related) further downstream. The CE sets it to a value that is not allocated in downstream LFB tables. (If a downstream LFB lookup fails to find it, it indicates some other way to resolve it may be needed.) o LFBOutputSelectIndex, the LFB Group output port index to select downstream LFB port. This index exactly is the FromPortIndex for the port group "SuccessOut" in the table LFBTopology of FEObject LFB as defined for the NH LFB. 5.3.2.3. Capabilities This LFB does not have a list of capabilities. 5.1.6.4. Events This LFB does not have any events specified. ------=_NextPart_000_0026_01CC31FF.4594C160-- From ehalep@ece.upatras.gr Tue Jun 28 11:59:28 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C57211E8172 for ; Tue, 28 Jun 2011 11:59:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uj81qqXXy-hC for ; Tue, 28 Jun 2011 11:59:27 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id 16F5811E8132 for ; Tue, 28 Jun 2011 11:59:26 -0700 (PDT) Received: from EhalepXPS (150.140.254.210) by mailgate1 (Axigen) with ESMTPA id 0FC40A; Tue, 28 Jun 2011 22:21:25 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Tue, 28 Jun 2011 21:59:24 +0300 Message-ID: <005201cc35c5$7f557c40$7e0074c0$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0053_01CC35DE.A4A2B440" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBRZTPxA= Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] RedirectIn - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 18:59:28 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0053_01CC35DE.A4A2B440 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the RedirectIn. Regards, Evangelos Haleplidis. ------=_NextPart_000_0053_01CC35DE.A4A2B440 Content-Type: text/plain; name="section5-RedirectIn-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-RedirectIn-final.txt" 5.1.1. RedirectIn RedirectIn LFB abstracts the process for the CE to inject data packets into the FE data path. 5.1.1.1. Data Handling A RedirectIn LFB abstracts the process for the CE to inject data packets into the FE LFB topology so as to input data packets into FE data paths. From LFB topology point of view, the RedirectIn LFB acts as a source point for data packets coming from CE, therefore the RedirectIn LFB is defined with only one output, while without any input. The RedirectIn LFB has only one output defined as a group output known as "PktsOut". Packets produced by this output will have arbitrary frame types decided by the CE which generated the packets. Possible frames may include IPv4, IPv6, or ARP protocol packets. The CE may associate some metadata to indicate the frame types and may also associate other metadata to indicate various information on the packets. Among them, there MUST exist a 'RedirectIndex' metadata, which is an integer acting as an index. When the CE transmits the metadata along with the packet to a RedirectIn LFB, the LFB will read the RedirectIndex metadata and output the packet to one of its group output port instance, whose port index is indicated by the metadata. All metadata from the CE other than the 'RedirectIndex' metadata will output from the RedirectIn LFB along with their binding packets. Note that, a packet without a 'RedirectIndex' metadata associated will be dropped by the LFB. 5.1.1.2. Components There are no components defined for the current version of RedirectIn LFB. 5.1.1.3. Capabilities This LFB does not have a list of capabilities. 5.1.1.4. Events This LFB does not have any events specified. ------=_NextPart_000_0053_01CC35DE.A4A2B440-- From ehalep@ece.upatras.gr Tue Jun 28 11:59:49 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C89711E816F for ; Tue, 28 Jun 2011 11:59:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yt+BKxkCT3PP for ; Tue, 28 Jun 2011 11:59:48 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id 64A6411E8132 for ; Tue, 28 Jun 2011 11:59:48 -0700 (PDT) Received: from EhalepXPS (150.140.254.210) by mailgate1 (Axigen) with ESMTPA id 263110; Tue, 28 Jun 2011 22:21:50 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Tue, 28 Jun 2011 21:59:49 +0300 Message-ID: <005601cc35c5$8e30e420$aa92ac60$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0057_01CC35DE.B37E1C20" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBRZZepA= Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] RedirectOut - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 18:59:49 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0057_01CC35DE.B37E1C20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the RedirectOut. Regards, Evangelos Haleplidis. ------=_NextPart_000_0057_01CC35DE.B37E1C20 Content-Type: text/plain; name="section5-RedirectOut-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-RedirectOut-final.txt" 5.1.1. RedirectOut RedirectOut LFB abstracts the process for LFBs in the FE to deliver data packets to the CE 5.1.1.1. Data Handling A RedirectOut LFB abstracts the process for LFBs in the FE to deliver data packets to the CE. From the LFB's topology point of view, the RedirectOut LFB acts as a sink point for data packets going to the CE, therefore the RedirectOut LFB is defined with only one input, while without any output. The RedirectOut LFB has only one singleton input known as "PktsIn", but is capable of receiving packets from multiple LFBs by multiplexing this input. The input expects any kind of frame type therefore the frame type has been specified as arbitrary and also all types of metadata are expected. All metadata associated with the input packets will be delivered to CE via the ForCES protocol redirect message [RFC5810]. 5.1.1.2. Components There are no components defined for the current version of RedirectOut LFB. 5.1.1.3. Capabilities This LFB does not have a list of capabilities. 5.1.1.4. Events This LFB does not have any events specified. ------=_NextPart_000_0057_01CC35DE.B37E1C20-- From ehalep@ece.upatras.gr Tue Jun 28 12:02:33 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 743A411E8139 for ; Tue, 28 Jun 2011 12:02:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z95uCns8cCGh for ; Tue, 28 Jun 2011 12:02:33 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id 3409411E8181 for ; Tue, 28 Jun 2011 12:01:25 -0700 (PDT) Received: from EhalepXPS (150.140.254.210) by mailgate1 (Axigen) with ESMTPA id 2A6F84; Tue, 28 Jun 2011 22:23:29 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Tue, 28 Jun 2011 22:01:28 +0300 Message-ID: <005e01cc35c5$c9378470$5ba68d50$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_005F_01CC35DE.EE84BC70" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBRZmyzA= Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] BasicMetadataDispatch - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 19:02:33 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005F_01CC35DE.EE84BC70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the BasicMetadataDispatch. Regards, Evangelos Haleplidis. ------=_NextPart_000_005F_01CC35DE.EE84BC70 Content-Type: text/plain; name="section5-BasicMetadataDispatch-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-BasicMetadataDispatch-final.txt" 5.1.1. BasicMetadataDispatch A basic medatata dispatch LFB is defined to abstract the process in which a packet is dispatched to some path based on its associated metadata value. 5.1.1.1. Data Handling The BasicMetadataDispatch LFB provides the function to dispatch input packets to a group output according to a metadata and a dispatch table. The BasicMetadataDispatch has only one singleton input known as "PktsIn" and expects any kind of frame type, therefore it has been specified as arbitrary, along with a metadata that will be used by the LFB to do the dispatch. If a packet is not associated with such a metadata, the packet will be dropped inside the LFB. The BasicMetadataDispatch LFB has only one output defined as a group output known as "PktsOut". A packet, if it is associated with a metadata with the metadata ID, will be output to the group port instance with the index corresponding to the metadata value in the Metadata Dispatch table. Currently the BasicMetadataDispatch only allows an interger value for the metadata to be used for dispatch. The BasicMetadataDispatch LFB is currently defined with only one metadata adopted for dispatch, i.e., the metadata ID in the dispatch table is always the same for all table rows. A more complex metadata dispatch LFB may be defined in future version of the library. In that LFB, multiple tuples of metadata may be adopted to dispatch packets. 5.1.1.2. Components This LFB has only one component named MetadataDispatchTable which is defined as an array. Each row of the array is a struct containing a Metadata ID, a Metadata value and the OutputIndex to selectt the output port from the group. 5.1.1.3. Capabilities This LFB does not have a list of capabilities. 5.1.1.4. Events This LFB does not have any events specified. ------=_NextPart_000_005F_01CC35DE.EE84BC70-- From ehalep@ece.upatras.gr Tue Jun 28 12:05:25 2011 Return-Path: X-Original-To: forces@ietfa.amsl.com Delivered-To: forces@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4777621F857F for ; Tue, 28 Jun 2011 12:05:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Qzb+2bAPsBX for ; Tue, 28 Jun 2011 12:05:23 -0700 (PDT) Received: from mailgate.ece.upatras.gr (mailgate1.ece.upatras.gr [150.140.189.22]) by ietfa.amsl.com (Postfix) with ESMTP id 3028821F857B for ; Tue, 28 Jun 2011 12:05:23 -0700 (PDT) Received: from EhalepXPS (150.140.254.210) by mailgate1 (Axigen) with ESMTPA id 2731EB; Tue, 28 Jun 2011 22:22:19 +0300 From: "Haleplidis Evangelos" To: "'forces'" References: <000901cc0455$c207e3d0$4617ab70$@upatras.gr>, , , <201104291850519504328@mail.zjgsu.edu.cn> <201105052209309848996@mail.zjgsu.edu.cn> <006e01cc0e56$5c9867d0$15c93770$@com> <00bb01cc1648$0d35d570$27a18050$@com> <007c01cc1c78$5c14c4e0$143e4ea0$@com> <006801cc216c$2b31a480$8194ed80$@com> In-Reply-To: <006801cc216c$2b31a480$8194ed80$@com> Date: Tue, 28 Jun 2011 22:00:18 +0300 Message-ID: <005a01cc35c5$9f8f7470$deae5d50$@upatras.gr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_005B_01CC35DE.C4DCAC70" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwLLoqueOrhN2lPRhSHAxaFJpHgngDJ10uAAfyBcyABjBcn4AE89BJwBRZd84A= Content-Language: el Cc: "'Joel M. Halpern'" , 'Chuanhuang Li' , 'wmwang' Subject: [forces] GenericScheduler - LFBlib readability suggestions X-BeenThere: forces@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: ForCES WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 19:05:25 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005B_01CC35DE.C4DCAC70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings to all, Here is the readability suggestion for the GenericScheduler. Regards, Evangelos Haleplidis. ------=_NextPart_000_005B_01CC35DE.C4DCAC70 Content-Type: text/plain; name="section5-GenericScheduler-final.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="section5-GenericScheduler-final.txt" 5.1.1. GenericScheduler This is a preliminary generic scheduler LFB for abstracting a simple scheduling process. 5.1.1.1. Data Handling There exist various kinds of scheduling strategies with various implementations. As a base LFB library, this document only defines a preliminary generic scheduler LFB for abstracting a simple scheduling process. Users may use this LFB as a basic scheduler LFB to further construct more complex scheduler LFBs by means of inheritance as described in RFC 5812 [RFC5812]. Packets of any arbitrary frame type are received via a group input known as "PktsIn" with no additional metadata expected. This group input is capable of multiple input port instances. Each port instance may be connected to different upstream LFB output. Multiple queues reside at the input side, with every input port instance connected to one queue. Every queue is marked with a queue ID, and the queue ID is exactly the same as the index of corresponding input port instance. Scheduling disciplines are applied to all queues and also all packets in the queues. Scheduled packets are output from a singleton output port of the LFB knows as "PktsOut" with no corresponding metadata. More complex scheduler LFBs may be defined with more complex scheduling disciplines by succeeding this LFB. For instance, a priority scheduler LFB may be defined only by inheriting this LFB and defining a component to indicate priorities for all input queues. 5.1.1.2. Components The QueueCount component is defined to specify the number of queues to be scheduled. The SchedulingDiscipline component is for the CE to specify a scheduling discipline to the LFB. Currently defined scheduling disciplines only include FIFO and Round Robin (RR). When a FIFO discipline is applied, it is requires that there is only one input port instance for the group input. If the user accidentally defines multiple input port instances for FIFO scheduling, only packets in the input port with lowest port index will be scheduled to output port, and all packets in other input port instances will just ignored. Note that if the generic scheduler LFB is defined only one input port instance, the default scheduling discipline is FIFO. If the LFB is defined with more than one input port instances, the default scheduling discipline is round robin (RR). The CurrentQueueDepth component is defined to allow CE to query every queue status of the scheduler. It is an array component and each row of the array is a struct containing a queue ID, the queue depth in packets and the queue depth in bytes. Using the queue ID as the index, the CE can query every queue for its used length in unit of packets or bytes. 5.1.1.3. Capabilities Three capabilities are currently defined for the GenericScheduler. o A queue number limit, which specify the limit of the maximum supported number of queues, which is also the maximum number of input port instances. o The supported scheduling disciplines types by the FE, currently maximum 6. o The queue length limit providing the storage ability for every queue. 5.1.1.4. Events This LFB does not have any events specified. ------=_NextPart_000_005B_01CC35DE.C4DCAC70--