Re: [IPFIX] [Ie-doctors] Search comments and feedbacks about the draft of IPFIX IE extension when considering BGP community

Paul Aitken <paitken@brocade.com> Fri, 29 July 2016 08:30 UTC

Return-Path: <paitken@Brocade.com>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4FFC12D615; Fri, 29 Jul 2016 01:30:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.1
X-Spam-Level:
X-Spam-Status: No, score=0.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UAL8byZefQpV; Fri, 29 Jul 2016 01:30:56 -0700 (PDT)
Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8494412D605; Fri, 29 Jul 2016 01:30:56 -0700 (PDT)
Received: from pps.filterd (m0000542.ppops.net [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u6T8UZc9020346; Fri, 29 Jul 2016 01:30:35 -0700
Received: from brmwp-exmb11.corp.brocade.com ([208.47.132.227]) by mx0a-000f0801.pphosted.com with ESMTP id 24ftsjhv10-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 29 Jul 2016 01:30:35 -0700
Received: from EMEAWP-EXMB11.corp.brocade.com (172.29.11.85) by BRMWP-EXMB11.corp.brocade.com (172.16.59.77) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Fri, 29 Jul 2016 02:30:32 -0600
Received: from [192.168.1.73] (172.16.180.50) by EMEAWP-EXMB11.corp.brocade.com (172.29.11.85) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Fri, 29 Jul 2016 10:30:26 +0200
To: "lizhenqiang@chinamobile.com" <lizhenqiang@chinamobile.com>, PJ Aitken <paitken@brocade.com>, Benoit Claise <bclaise@cisco.com>, gurong <gurong@chinamobile.com>, "ipfix@ietf.org" <ipfix@ietf.org>, "n.brownlee@auckland.ac.nz" <n.brownlee@auckland.ac.nz>, "quittek@neclab.eu" <quittek@neclab.eu>, "Dongjie (Jimmy)" <jie.dong@huawei.com>
References: <002501d1e1c2$8fb45440$af1cfcc0$@chinamobile.com> <321dd0a3-986a-6df2-ca29-d414929f36bc@cisco.com> <2be28848-168f-d52b-3832-d24725c3bf54@brocade.com> <2016072916103275909729@chinamobile.com>
From: Paul Aitken <paitken@brocade.com>
Message-ID: <df6514b7-fbce-372a-b075-50c311d7090d@brocade.com>
Date: Fri, 29 Jul 2016 09:30:21 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <2016072916103275909729@chinamobile.com>
Content-Type: multipart/alternative; boundary="------------FD53448449E9C88116C9082B"
X-Originating-IP: [172.16.180.50]
X-ClientProxiedBy: hq1wp-excas12.corp.brocade.com (10.70.38.22) To EMEAWP-EXMB11.corp.brocade.com (172.29.11.85)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-07-29_05:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1607290078
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipfix/HUnWktoQiSTH-LHK0Po6jt6-7Ps>
Cc: "ie-doctors@ietf.org" <ie-doctors@ietf.org>, Brian Trammell <trammell@tik.ee.ethz.ch>
Subject: Re: [IPFIX] [Ie-doctors] Search comments and feedbacks about the draft of IPFIX IE extension when considering BGP community
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipfix>, <mailto:ipfix-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipfix/>
List-Post: <mailto:ipfix@ietf.org>
List-Help: <mailto:ipfix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipfix>, <mailto:ipfix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jul 2016 08:30:59 -0000

Li, two Information Element IDs are required for each basicList:


The first Information Element is the basicList itself. This element ID 
goes in the IPFIX template "Information Element id" field as usual, per 
figures G and L of RFC 7011. Effectively this is the outer "container" 
element.

IDs 458 and 459 define basicList Information Elements, so these are the 
first (outer, container) elements.


The second Information Element describes the type of each list element. 
This goes in the basicList Field ID per Figure 1 of RFC 6313. 
Effectively this is the inner "contained" element.

It's these second (inner, contained) elements which are missing.


Practically, we could have:

     bgpSourceCommunityList (458) = list of bgpSourceAsNumber (16)

or

     bgpSourceCommunityList (458) = list of sourceIPv4Address (8)

or in fact any other Information Element could be used as the "list of 
..." element.


In order to ensure this Information Element is interoperable, the 
missing element ID should be clearly stated in the draft.

P.


On 29/07/2016 09:10, lizhenqiang@chinamobile.com wrote:
> Hello P. Aitken and all,
>
> If the suggested IE numbers are assigned by IANA, 458 not 291 SHOULD 
> be encoded in the Field ID field in the basicList for 
> bgpSourceCommunityList, and 459 SHOULD be encoded for 
> bgpDestinationCommunityList.
>
> basicList is an IE type defined in RFC6313. We can use this type to 
> define new IEs if type basicList is applicable.
>
> Sorry for delayed response.
>
> Best Regards,
> ------------------------------------------------------------------------
> lizhenqiang@chinamobile.com
>
>     *From:* PJ Aitken <mailto:paitken@brocade.com>
>     *Date:* 2016-07-20 22:49
>     *To:* Benoit Claise <mailto:bclaise@cisco.com>; Ariel Gu
>     <mailto:gurong@chinamobile.com>; ipfix@ietf.org
>     <mailto:ipfix@ietf.org>; n.brownlee@auckland.ac.nz
>     <mailto:n.brownlee@auckland.ac.nz>; quittek@neclab.eu
>     <mailto:quittek@neclab.eu>
>     *CC:* lizhenqiang <mailto:lizhenqiang@chinamobile.com>; Brian
>     Trammell <mailto:trammell@tik.ee.ethz.ch>; ie-doctors@ietf.org
>     <mailto:ie-doctors@ietf.org>
>     *Subject:* Re: [IPFIX] Search comments and feedbacks about the
>     draft of IPFIX IE extension when considering BGP community
>     When a draft specifies one of the list types, should it also
>     specify the type of the list elements and the expected semantics?
>
>     Else we could have non-interoperable implementations exporting the
>     same "IANA standard" information element, where one is a
>     "basicList of X" while another is a "basicList of Y".
>     ie, although the IE is the same, the basicList Field ID and
>     semantics are different. See RFC 6313, Figure 1.)
>
>     eg, the BGP community draft referenced below creates a new
>     bgpSourceCommunityList. I suppose this may be a list of
>     bgpSourceAsNumber, but that's not specified in the draft - so it
>     could equally be a list of sourceIPv4Address or any other IE.
>
>     Alternatively, devices could simply export IE #291 (basicList),
>     with the bgpSourceCommunityList and bgpDestinationCommunityList
>     disambiguated by the basicList Field ID contained in the basicList
>     header. However that would be horrendous for collectors...
>
>     P.
>
>
>     On 20/07/16 08:12, Benoit Claise wrote:
>>     Dear all,
>>
>>     We know that the IANA considerations
>>     <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc7012-23section-2D7&d=CwMDEA&c=IL_XqQWOjubgfqINi2jTzg&r=Xx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=ZslthyAR_pCMk0ceVDm68IQNaZBed3zfEKAlZ4zaux4&s=PT25lVmWADTBAoRFJls07fJ6PTOd2XWc0L4bTWxB3MY&e=>
>>     mentions "expert review" for the IPFIX registry
>>     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iana.org_assignments_ipfix_ipfix.xhtml&d=CwMDEA&c=IL_XqQWOjubgfqINi2jTzg&r=Xx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=ZslthyAR_pCMk0ceVDm68IQNaZBed3zfEKAlZ4zaux4&s=tbt3wdaVgevcKVTqBEKX_MhNO7g_oaW3XiywAp65WgY&e=>.
>>     This BGP community is actually a special IPFIX Information
>>     Element as this is the first one based on RFC 6313
>>     <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc6313&d=CwMDEA&c=IL_XqQWOjubgfqINi2jTzg&r=Xx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=ZslthyAR_pCMk0ceVDm68IQNaZBed3zfEKAlZ4zaux4&s=R9ipRubr7eEQrMnskDLzBjeZqhpnmefnWc59t3_ab7s&e=>(basicList,
>>     subTemplateList, subTemplateMultiList)
>>     So it deserves special attention, review, and potential
>>     documentation as its own RFC.
>>
>>     Regards, Benoit
>>
>>>     Hi, dear all.
>>>
>>>     Nice meeting you in the mail-list of IPFIX. This IETF in Berlin
>>>     right now, we submit a draft and present it about the IPFIX IE
>>>     extension when considering BGP community. I’m looking for
>>>     comments and feedbacks about our idea in new IE added in
>>>     exporting the flow information correlated with BGP community. As
>>>     dear chair told me that the mail-list is still alive, I follow
>>>     the suggestion of putting my draft here and searching for advice
>>>     and suggestions in the right place.
>>>
>>>     Before that, I made a short summary of my draft which may be
>>>     helpful in quick looking at the draft. When we consider traffic
>>>     steering in our backbone network, we feel that the flow
>>>     information based on BGP community is quite suitable. That’s the
>>>     reason why we write the draft. And we now recommend two IEs
>>>     which may be assigned by IANA: bgpSourceCommunityList and
>>>     bgpDestinationCommunityList.
>>>
>>>     If you are facing up with this situations as us, then we can
>>>     discuss about the IEs especially the details.
>>>
>>>     The information of my draft:
>>>     https://www.ietf.org/internet-drafts/draft-li-opsawg-ipfix-bgp-community-00.txt
>>>     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_internet-2Ddrafts_draft-2Dli-2Dopsawg-2Dipfix-2Dbgp-2Dcommunity-2D00.txt&d=CwMDEA&c=IL_XqQWOjubgfqINi2jTzg&r=Xx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=ZslthyAR_pCMk0ceVDm68IQNaZBed3zfEKAlZ4zaux4&s=T9dMbA_3xk8ZMfCI0dkNONKt1xL04aoMa8vn_-9FBns&e=>
>>>
>>>     I’m looking forward for your comments.
>>>
>>>     Best regards and have a nice trip in Berlin.
>>>
>>>     -----------------------------------------------------------
>>>
>>>     Rong Gu
>>>     China Mobile Research Institute
>>>     No.32 Xuanwumen West Street, Xicheng District
>>>     Beijing, China, 100053
>>>     Mobile: +86 13811520541
>>>     Phone: +86 10 15801696688 Ext. 36211
>>>     Email: gurong@chinamobile.com <mailto:huanglu@chinamobile.com>
>>>
>>
>>
>>
>>     _______________________________________________
>>     IPFIX mailing list
>>     IPFIX@ietf.org
>>     https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_ipfix&d=CwICAg&c=IL_XqQWOjubgfqINi2jTzg&r=Xx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=ZslthyAR_pCMk0ceVDm68IQNaZBed3zfEKAlZ4zaux4&s=mL0br6tuMk78xRPYaHEPxZ5usdrXvvMI1C_g105zdws&e=  
>
>
>
> _______________________________________________
> ie-doctors mailing list
> ie-doctors@ietf.org
> https://www.ietf.org/mailman/listinfo/ie-doctors