Re: [IPFIX] [Idr] discussion about exporting BGP community information in IPFIX

"[email protected]" <[email protected]> Fri, 9 Jun 2017 11:57:17 +0800
Newsgroups gmane.ietf.ipfix
Message-ID <2017060911571620578287__5914.67868439413$1496980583$gmane$org@chinamobile.com>
This is a multi-part message in MIME format.

--===============3721984398908903509==
Content-Type: multipart/alternative;
 boundary="----=_001_NextPart733102238288_=----"

This is a multi-part message in MIME format.

------=_001_NextPart733102238288_=----
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

VGhhbmsgeW91LCBNci4gQnJ5YW50IGFuZCBNci4gQWl0a2VuLg0KDQpTQ1RQIGlzIG1hbmRhdG9y
eSBmb3IgSVBGSVgsIFRDUCBhbmQgVURQIGFyZSBvcHRpb25hbC4gDQpTQ1RQIGlzIG9rIGZvciBs
YXJnZSBJUEZJWCBtZXNzYWdlIGJlY2F1c2UgU0NUUCBwcm92aWRlcyBtZXNzYWdlIGZyYWdtZW50
YXRpb24gYW5kIHJlYXNzZW1ibHkgbWV0aG9kLiANCg0KQWNjb3JkaW5nIHRvIHRoZSBkaXNjdXNz
aW9uIGluIHRoZSBJRFIgbWFpbCBsaXN0LCBUQ1AgaXMgYWxzbyBvayBmb3IgbGFyZ2UgSVBGSVgg
bWVzc2FnZS4gV2hlbiBUQ1AgZ2V0cyB0aGUgbGFyZ2UgbWVzc2FnZSBmcm9tIElQRklYLCBpdCBj
dXRzIHRoZSBtZXNzYWdlIGludG8gc2VnbWVudHMgYWNjb3JkaW5nIHRvIHRoZSBNVFUgb3IgTVNT
IG9mIHRoZSBleHBvcnRlci4gVENQIGl0c2VsZiBjYW4gbm90IGd1YXJlbnRlZSB0aGUgc2VnbWVu
dHMgaXQgZW1pdHMgdG8gdGhlIElQIHNtYWxsIGVub3VnaCB0byBhdm9pZCBmcmFnbWVudGF0aW9u
LCBiZWNhdXNlIHRoZSBNU1Mgb3IgTVRVIGRldGVybWluZWQgYnkgdGhlIGV4cG9ydGVyIGFuZCBj
b2xsZWN0b3IgbWF5IGJlIGJpZ2dlciB0aGFuIHRoZSBNVFUgaW4gdGhlIG1pZGRsZSBwYXRoLiBQ
YXRoIE1UVSBpcyBub3QgYSByZWxpYWJsZSB3YXkgbmVpdGhlciBiZWNhdXNlIHRoZSBJQ01QIG1l
c3NhZ2VzIG5lY2Vzc2FyeSBmb3IgcGF0aCBNVFUgZGV0ZWN0aW9uIG1heSBiZSBibG9ja2VkIGJ5
IHNvbWUgbm9kZXMgaW4gdGhlIHBhdGguIFNvIHdoZW4gZnJhZ21lbnRhdGlvbiBoYXBwZW5zIG9j
Y2FzaW9uYWxseSBpbiBwcmFjdGljZSwgdGhlIG9wZXJhdG9yIGhhcyB0byBkbyBzb21ldGhpbmcg
dG8gc29sdmUgdGhpcywgc3VjaCBhcyBieSBjb25maWd1cmluZyB0aGUgTVRVIG9yIE1TUyBvbiB0
aGUgZXhwb3J0ZXIgc21hbGwgZW5vdWdoIHRvIGF2b2lkIElQIGZyYWdtZW50YXRpb24uDQoNCklm
IFVEUCBpcyB1c2VkIGJ5IElQRklYIGFzIHRyYW5zcG9ydCBwcm90b2NvbCwgd2hpY2ggbWVhbnMg
aW4gdGhpcyBjYXNlIHRoZSBJUEZJWCBpcyB0cmFuc2FjdGlvbiBvcmllbnRlZCwgaXQgZG9lc24n
dCBjYXJlIGFib3V0IGRlbGl2ZXJ5IGFuZCBkdXBsaWNhdGUgcHJvdGVjdGlvbi4gU28sIEkgdGhp
bmsgaW4gdGhpcyBjYXNlIHdlIGRvbid0IG5lZWQgdG8gcHJvdmlkZSBhbnkgZnJhZ21lbnRhdGlv
biBhbmQgcmVhc3NlbWJseSBtZXRob2QgZm9yIElQRklYLiANCg0KQmVzdCBSZWdhcmRzLA0KDQoN
CmxpemhlbnFpYW5nQGNoaW5hbW9iaWxlLmNvbQ0KIA0KRnJvbTogU3Rld2FydCBCcnlhbnQNCkRh
dGU6IDIwMTctMDYtMDggMTg6NDUNClRvOiBsaSB6aGVucWlhbmc7IFBKIEFpdGtlbjsgb3BzYXdn
OyBpZHI7IGlwZml4QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0lQRklYXSBbSWRyXSBkaXNjdXNz
aW9uIGFib3V0IGV4cG9ydGluZyBCR1AgY29tbXVuaXR5IGluZm9ybWF0aW9uIGluIElQRklYDQpJ
ZiB5b3Ugc3RpY2sgd2l0aCBVRFAsIGFuZCB0aGVyZSBhcmUgZ29vZCByZWFzb25zIHRvIGRvIHRo
YXQsIG1heWJlIHdlIG5lZWQgYSBmcmFnbWVudGF0aW9uIHNoaW0gZm9yIFVEUD8NClN0ZXdhcnQN
Cg0KT24gMDgvMDYvMjAxNyAwNDoyMSwgbGkgemhlbnFpYW5nIHdyb3RlOg0KSGVsbG8gIE1yLiBB
aXRrZW4sDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgc3VnZ2VzdGlvbi4NCkkgaGF2
ZSBubyBwZXJmZWN0IGlkZWEgbm93LiBFeHRlbmRpbmcgdGhlIGxlbmd0aCBvZiBJUEZJWCBtZXNz
YWdlIGlzIGEgc2ltcGxlIG1ldGhvZC4gQnV0IGRvIHdlIG5lZWQgdG8gdGFrZSB0aGUgdHJhbnNw
b3J0IHByb3RvY29sIGludG8gYWNjb3VudD8gQWx0aG91Z2ggU0NUUCBpcyBtYW5kYXRvcnksIHNv
bWUgSVBGSVggaW1wbGVtZW50YXRpb25zIHVzZSBUQ1Agb3IgVURQIGFzIHRoZWlyIHRyYW5zcG9y
dCBwcm90b2NvbC4gU0NUUCBwcm92aWRlcyBtZXNzYWdlIGZyYWdtZW50YXRpb24gYW5kIHJlYXNz
ZW1ibHkgbWV0aG9kLCBuZWl0aG9yIFRDUCBub3IgVURQLiBUQ1AgYW5kIFVEUCByZWx5IG9uIElQ
IHRvIGZpbmlzaCB0aGlzIHdvcmsuIElQIGZyYWdtZW50ZWQgcGFja2V0cyBtYXkgYmUgZHJvcGVk
IGJ5IHNvbWUgbm9kZXMgaW4gdGhlIG5ldHdvcmsgZHVlIHRvIHNlY3VyaXR5IHJ1bGVzIG9yIHRv
IGltcHJvdmUgdGhlIHRhbnNwb3J0IHByZWZvcm1hbmNlLiBGb3IgdGhlIGltcGxlbWVudGF0aW9u
cyB1c2luZyBUQ1Agb3IgVURQIGFzIHRoZWlyIHRyYW5zcG9ydCBwcm90b2NvbCwgc29tZXRpbWVz
IHRoZXkgbWF5IG5vdCByZWNlaXZlIHNvbWUgZnJhZ21lbnRlZCBJUEZJWCBtZXNzZ2FlcyB3aGVu
IHdlIGV4dGVuZCB0aGUgbWVzc2FnZSBsZW5ndGggdG8gMzIgYml0cy4gSSB0aGluayBCR1AgcHJv
dG9jb2wgd2l0aCBleHRlbmRlZCBtZXNzYWdlIGxlbmd0aCBhcyBkZWZpbmVkIGluICBodHRwczov
L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQtbWVz
c2FnZXMvIGFsc28gaGFzIHRoZSBzYW1lIGlzc3VlLiBJIHdpbGwgc2VuZCBhIHNlcGVyYXRlIG1h
aWwgaW4gSURSIHRvIGFzayBmb3IgdGhlaXIgb3BpbmlvbnMuDQoNCkJlc3QgUmVnYXJkcywNCg0K
DQoNCmxpX3poZW5xaWFuZ0Bob3RtYWlsLmNvbQ0KIA0KRnJvbTogUEogQWl0a2VuDQpEYXRlOiAy
MDE3LTA2LTA3IDE3OjUzDQpUbzogbGkgemhlbnFpYW5nOyBvcHNhd2c7IGlkcjsgaXBmaXhAaWV0
Zi5vcmcNClN1YmplY3Q6IFJlOiBbSVBGSVhdIFtJZHJdIGRpc2N1c3Npb24gYWJvdXQgZXhwb3J0
aW5nIEJHUCBjb21tdW5pdHkgaW5mb3JtYXRpb24gaW4gSVBGSVgNCldoYXQgSVBGSVggbWVzc2Fn
ZSBzcGxpdHRpbmcgbWV0aG9kIHdvdWxkIHlvdSBwcm9wb3NlPyBCZWFyIGluIG1pbmQgdGhhdCBp
dCBtdXN0IGJlIGJhY2t3YXJkcy1jb21wYXRpYmxlIHdpdGggZXhpc3RpbmcgY29sbGVjdG9ycyB3
aGljaCBkbyBub3QgZXhwZWN0IG1lc3NhZ2Ugc3BsaXR0aW5nLg0KDQpSYXRoZXIgdGhhbiBzcGxp
dHRpbmcgbWVzc2FnZXMsIGl0IG1pZ2h0IGJlIGFjY2VwdGFibGUgc2ltcGx5IHRvIHNlbmQgbG9u
Z2VyIG1lc3NhZ2VzLiBJIHRoaW5rIHRoaXMgd291bGQgcmVxdWlyZSBhIG5ldyB2ZXJzaW9uIG9m
IElQRklYIChlZywgdmVyc2lvbiAxMSkgd2l0aCB0aGUgZm9sbG93aW5nIG1vZGlmaWNhdGlvbnM6
DQoNCiogMzItYml0IExlbmd0aCBpbiB0aGUgTWVzc2FnZSBIZWFkZXIgKGNmLiBSRkMgNzAxMSAv
IEZpZ3VyZSBGKQ0KKiAzMiBiaXQgRmllbGQgTGVuZ3RoIGluIHRoZSBGaWVsZCBTcGVjaWZpZXIg
Rm9ybWF0IChjZi4gUkZDIDcwMTEgLyBGaWd1cmUgRykNCiogMzIgYml0IExlbmd0aCBpbiB0aGUg
U2V0IEhlYWRlciBGb3JtYXQgKGNmLiBSRkMgNzAxMSAvIEZpZ3VyZSBJKQ0KDQpQLg0KDQoNCk9u
IDA3LzA2LzE3IDEwOjAyLCBsaSB6aGVucWlhbmcgd3JvdGU6DQphYm91dCBxdWVzdGlvbiAx77yM
IHRoZSBtZXNzYWdlIGxlbmd0aC4gDQpBIFdHIGRyYWZ0LCBodHRwczovL2RhdGF0cmFja2VyLmll
dGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQtbWVzc2FnZXMvLCBleHRlbmRz
IHRoZSBtYXhpbXVtIHVwZGF0ZSBtZXNzYWdlIHNpemUgb2YgQkdQIGJleW9uZCA0MDk2IGJ5dGVz
IHRvIDY1NTM1IGJ5dGVzLiBTbywgb25lIElQRklYIG1lc3NhZ2UgbWF5IG5vdCBiZSBzdWZmaWNp
ZW50IHRvIGZpdCBhbGwgdGhlIGNvbW11bml0aWVzIHJlbGF0ZWQgdG8gYSBzcGVjaWZpYyBmbG93
LiBCR1Agc3BlYWtlcnMgdGhhdCBzdXBwb3J0IHRoZSBleHRlbmRlZCBtZXNzYWdlIGZlYXR1cmUg
U0hPVUxEIHRha2UgY2FyZSB0byBoYW5kbGUgdGhlIElQRklYIG1lc3NhZ2UgcHJvcGVybHksIHN1
Y2ggYXMgb25seSBjb252ZXkgYXMgbWFueSBjb21tdW5pdGllcyBhcyBwb3NzaWJsZSBpbiB0aGUg
SVBGSVggbWVzc2FnZS4gVGhlIGNvbGxlY3RvciB0aGF0IHJlY2VpdmVzIGFuIElQRklYIG1lc3Nh
Z2Ugd2l0aCBtYXhpbXVtIGxlbmd0aCBhbmQgQkdQIGNvbW11bml0aWVzIGNvbnRhaW5lZCBpbiBp
dHMgZGF0YSBzZXQgU0hPVUxEIGJlIGF3YXJlIG9mIHRoZSBCR1AgY29tbXVuaXRpZXMgbWF5IGJl
IHRydW5jYXRlZCBkdWUgdG8gbGltaXRlZCBtZXNzYWdlIHNwYWNlLiBJbiB0aGlzIGNhc2UsIGl0
IGlzIFJFQ09NTUVOREVEIHRvIGNvbmZpZ3VyZSBleHBvcnQgcG9saWN5IG9uIHRoZSBleHBvcnRl
ciB0byBsaW1pdCB0aGUgQkdQIGNvbW11bml0aWVzIHRvIGJlIGV4cG9ydGVkLCB0byBleHBvcnQg
b25seSBzb21lIHNwZWNpZmljIGNvbW11bml0aWVzLCBmb3IgZXhhbXBsZSwgb3Igbm90IHRvIGV4
cG9ydCBzb21lIGNvbW11bml0aWVzLg0KDQpUbyBzb2x2ZSB0aGlzIHByb2JsZW0gY29tcGxldGVs
eSwgd2Ugc2hvdWxkIHVwZGF0ZSBJUEZJWCBQcm90b2NvbCBTcGVjaWZpY2F0aW9uIFJGQzcwMTEg
dG8gc3VwcG9ydCBtZXNzYWdlIHNwbGl0dGluZy4NCg0KWW91ciBjb21tZW50cyBhcmUgYXBwcmVj
aWF0ZWQuDQoNCg0KDQpsaV96aGVucWlhbmdAaG90bWFpbC5jb20NCg0KDQpfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpJUEZJWCBtYWlsaW5nIGxpc3QKSVBG
SVhAaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcGZpeAoN
Cg==

------=_001_NextPart733102238288_=----
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3DUTF-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; =
margin-bottom: 0px; margin-left: 0.5em; }p { margin-top: 0px; margin-botto=
m: 0px; }div.foxdiv20170609111412593562 { }body { font-size: 10.5pt; font-=
family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; color: rgb(0, 0, 0); line-he=
ight: 1.5; }</style></head><body>=0A    =0A  =0A<div><span></span>Thank yo=
u, Mr. Bryant and Mr. Aitken.</div><div><br></div><div>SCTP is mandatory f=
or IPFIX, TCP and UDP are optional.&nbsp;</div><div>SCTP is ok for large I=
PFIX message because SCTP <span style=3D"font-size: 10.5pt; line-height: 1=
.5; background-color: window;">provides message fragmentation and reassemb=
ly method.&nbsp;</span></div><div><span style=3D"font-size: 10.5pt; line-h=
eight: 1.5; background-color: window;"><br></span></div><div><span style=
=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">Accord=
ing to the discussion in the IDR mail list, TCP is also ok for large IPFIX=
 message. When TCP gets the large message from IPFIX, it cuts the message =
into segments according to the MTU or MSS of the exporter.&nbsp;</span><sp=
an style=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;=
">TCP itself can not guarentee the segments it emits to the IP small enoug=
h to avoid fragmentation, because the MSS or MTU determined by the exporte=
r and collector may be bigger than the MTU in the middle path. Path MTU is=
 not a reliable way neither because&nbsp;</span><span style=3D"font-size: =
10.5pt; line-height: 1.5; background-color: window;">the&nbsp;ICMP&nbsp;me=
ssages&nbsp;necessary&nbsp;for&nbsp;path&nbsp;MTU&nbsp;detection may be bl=
ocked by some nodes in the path</span><span style=3D"font-size: 10.5pt; li=
ne-height: 1.5; background-color: window;">.&nbsp;So when f</span><span st=
yle=3D"font-size: 10.5pt; font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91, Tahoma; line-height: normal; background-color: window;">ragmentation =
happens occasionally in practice,</span><span style=3D"font-size: 10.5pt; =
line-height: 1.5; background-color: window;">&nbsp;the operator has to do =
something to solve this, such as by configuring the MTU or MSS on the&nbsp=
;exporter small enough to avoid IP fragmentation.</span></div>=0A<div><br>=
</div><div>If UDP is used by IPFIX as transport protocol, which means in t=
his case the IPFIX is&nbsp;<span style=3D"background-color: rgba(0, 0, 0, =
0); font-size: 10.5pt; line-height: 1.5;">transaction&nbsp;oriented,&nbsp;=
it doesn't care about delivery&nbsp;and&nbsp;duplicate&nbsp;protection</sp=
an><span style=3D"background-color: rgba(0, 0, 0, 0); font-size: 10.5pt; l=
ine-height: 1.5;">. So, I think in this case we don't need to provide any =
fragmentation and reassembly method for IPFIX.&nbsp;</span></div><div><br>=
</div><div>Best Regards,</div><hr style=3D"width: 210px; height: 1px;" col=
or=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><span><div style=3D"MARGI=
N: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><div>lizhenqiang@chinamobi=
le.com</div></div></span></div>=0A<blockquote style=3D"margin-top: 0px; ma=
rgin-bottom: 0px; margin-left: 0.5em;"><div>&nbsp;</div><div style=3D"bord=
er:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"><div sty=
le=3D"PADDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE: 12px;FONT-FAMILY:t=
ahoma;COLOR:#000000; BACKGROUND: #efefef; PADDING-BOTTOM: 8px; PADDING-TOP=
: 8px"><div><b>From:</b>&nbsp;<a href=3D"mailto:[email protected]">=
Stewart Bryant</a></div><div><b>Date:</b>&nbsp;2017-06-08&nbsp;18:45</div>=
<div><b>To:</b>&nbsp;<a href=3D"mailto:[email protected]">li zhenqi=
ang</a>; <a href=3D"mailto:[email protected]">PJ Aitken</a>; <a href=3D=
"mailto:[email protected]">opsawg</a>; <a href=3D"mailto:[email protected]">idr</=
a>; <a href=3D"mailto:[email protected]">[email protected]</a></div><div><b>Subj=
ect:</b>&nbsp;Re: [IPFIX] [Idr] discussion about exporting BGP community i=
nformation in IPFIX</div></div></div><div><div class=3D"FoxDiv201706091114=
12593562">=0A  =0A    =0A  =0A  =0A    <p>If you stick with UDP, and there=
 are good reasons to do that,=0A      maybe we need a fragmentation shim f=
or UDP?<br>=0A    </p>=0A    <p>Stewart<br>=0A    </p>=0A    <br>=0A    <d=
iv class=3D"moz-cite-prefix">On 08/06/2017 04:21, li zhenqiang=0A      wro=
te:<br>=0A    </div>=0A    <blockquote type=3D"cite" cite=3D"mid:HK2PR0601=
MB1361B554DA6986285045FE19FCC90@HK2PR0601MB1361.apcprd06.prod.outlook.com"=
 style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A   =
   =0A      =0A      <div>Hello &nbsp;Mr. Aitken,</div>=0A      <div><br>=
=0A      </div>=0A      <div><span></span>Thank you very much for your sug=
gestion.</div>=0A      <div>I have no perfect idea now. Extending the leng=
th of IPFIX=0A        message is a simple method. But do we need to take t=
he transport=0A        protocol into account? Although SCTP is mandatory, =
some IPFIX=0A        implementations use TCP or UDP as their transport pro=
tocol. SCTP=0A        provides message fragmentation and reassembly method=
, neithor=0A        TCP nor UDP. TCP and UDP rely on IP to finish this wor=
k. IP=0A        fragmented packets may be droped by some nodes in the netw=
ork=0A        due to security rules or to improve the tansport preformance=
.=0A        For the implementations using TCP or UDP as their transport=0A=
        protocol, sometimes they may not receive some fragmented IPFIX=0A =
       messgaes when we extend the message length to 32 bits. I think=0A  =
      BGP protocol with extended message length as defined in&nbsp;<span s=
tyle=3D"font-size: 10.5pt; line-height: 1.5; background-color:=0A         =
 window;">&nbsp;</span><a href=3D"https://urldefense.proofpoint.com/v2/url=
?u=3Dhttps-3A__datatracker.ietf.org_doc_draft-2Dietf-2Didr-2Dbgp-2Dextende=
d-2Dmessages_&amp;d=3DDwMGaQ&amp;c=3DIL_XqQWOjubgfqINi2jTzg&amp;r=3DXx9729=
xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&amp;m=3DplGpWzcW7ppWguHBC4w6PyEGZRLk=
mX7MJ1vUTVNOpZs&amp;s=3D0pin7tGPbPq5n1iayUcdxrEXuvzvTPplWdQkXERikBo&amp;e=
=3D" moz-do-not-send=3D"true" style=3D"font-size: 10.5pt; line-height:=0A =
         1.5; background-color: window;">https://datatracker.ietf.org/doc/=
draft-ietf-idr-bgp-extended-messages/</a>&nbsp;also=0A        has the same=
 issue. I will send a seperate mail in IDR to ask=0A        for their opin=
ions.</div>=0A      <div><br>=0A      </div>=0A      <div>Best Regards,</d=
iv>=0A      <div><br>=0A      </div>=0A      <hr style=3D"width: 210px; he=
ight: 1px;" size=3D"1" align=3D"left" color=3D"#b5c4df">=0A      <div><spa=
n>=0A          <div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE=
:=0A            10pt">=0A            <div><a class=3D"moz-txt-link-abbrevi=
ated" href=3D"mailto:[email protected]">[email protected]</a=
></div>=0A          </div>=0A        </span></div>=0A      <blockquote sty=
le=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A       =
 <div>&nbsp;</div>=0A        <div style=3D"border:none;border-top:solid #B=
5C4DF=0A          1.0pt;padding:3.0pt 0cm 0cm 0cm">=0A          <div style=
=3D"PADDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE:=0A            12px;F=
ONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefef;=0A            PADDIN=
G-BOTTOM: 8px; PADDING-TOP: 8px">=0A            <div><b>From:</b>&nbsp;<a =
href=3D"mailto:[email protected]" moz-do-not-send=3D"true">PJ Aitken</a=
></div>=0A            <div><b>Date:</b>&nbsp;2017-06-07&nbsp;17:53</div>=
=0A            <div><b>To:</b>&nbsp;<a href=3D"mailto:li_zhenqiang@hotmail=
.com" moz-do-not-send=3D"true">li zhenqiang</a>; <a href=3D"mailto:opsawg@=
ietf.org" moz-do-not-send=3D"true">=0A                opsawg</a>; <a href=
=3D"mailto:[email protected]" moz-do-not-send=3D"true">idr</a>; <a href=3D"mail=
to:[email protected]" moz-do-not-send=3D"true">=0A                ipfix@ietf.=
org</a></div>=0A            <div><b>Subject:</b>&nbsp;Re: [IPFIX] [Idr] di=
scussion about=0A              exporting BGP community information in IPFI=
X</div>=0A          </div>=0A        </div>=0A        <div>=0A          <d=
iv class=3D"FoxDiv20170608104116840842">What IPFIX message=0A            s=
plitting method would you propose? Bear in mind that it=0A            must=
 be backwards-compatible with existing collectors which=0A            do n=
ot expect message splitting.<br>=0A            <br>=0A            Rather t=
han splitting messages, it might be acceptable=0A            simply to sen=
d longer messages. I think this would require a=0A            new version =
of IPFIX (eg, version 11) with the following=0A            modifications:<=
br>=0A            <br>=0A            * 32-bit Length in the Message Header=
 (cf. RFC 7011 / Figure=0A            F)<br>=0A            * 32 bit Field =
Length in the Field Specifier Format (cf. RFC=0A            7011 / Figure =
G)<br>=0A            * 32 bit Length in the Set Header Format (cf. RFC 701=
1 /=0A            Figure I)<br>=0A            <br>=0A            P.<br>=0A=
            <br>=0A            <br>=0A            <div class=3D"moz-cite-p=
refix">On 07/06/17 10:02, li zhenqiang=0A              wrote:<br>=0A      =
      </div>=0A            <blockquote type=3D"cite" cite=3D"mid:HK2PR0601=
MB13614AD1610E2FA97C21A682FCC80@HK2PR0601MB1361.apcprd06.prod.outlook.com"=
 style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A   =
           <div><span></span>about question 1=EF=BC=8C the message length.=
&nbsp;</div>=0A              <div><span style=3D"color: rgb(0, 0, 0); back=
ground-color:=0A                  rgba(0, 0, 0, 0);"></span><span style=3D=
"color: rgb(0,=0A                  0, 0); font-size: 10.5pt; line-height: =
1.5;=0A                  background-color: rgba(0, 0, 0, 0);">A WG draft,<=
/span><span style=3D"font-size: 10.5pt; line-height: 1.5;=0A              =
    background-color: window;">=0A                </span><a href=3D"https:=
//urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org_doc_=
draft-2Dietf-2Didr-2Dbgp-2Dextended-2Dmessages_&amp;d=3DDwMGaQ&amp;c=3DIL_=
XqQWOjubgfqINi2jTzg&amp;r=3DXx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&am=
p;m=3DplGpWzcW7ppWguHBC4w6PyEGZRLkmX7MJ1vUTVNOpZs&amp;s=3D0pin7tGPbPq5n1ia=
yUcdxrEXuvzvTPplWdQkXERikBo&amp;e=3D" style=3D"font-size: 10.5pt; line-hei=
ght: 1.5;=0A                  background-color: window;" moz-do-not-send=
=3D"true">https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-extended-mes=
sages/</a>,&nbsp;<span style=3D"background-color: rgba(0, 0, 0, 0); font-s=
ize:=0A                  10.5pt; line-height: 1.5;">extends&nbsp;the&nbsp;=
maximum&nbsp;update&nbsp;message&nbsp;size</span><span style=3D"color: rgb=
(0, 0, 0); font-size: 10.5pt;=0A                  line-height: 1.5; backgr=
ound-color: rgba(0, 0, 0, 0);">&nbsp;</span><span style=3D"color: rgb(0, 0=
, 0); font-size: 10.5pt;=0A                  line-height: 1.5; background-=
color: rgba(0, 0, 0, 0);">of&nbsp;BGP&nbsp;beyond&nbsp;4096&nbsp;bytes&nbs=
p;to&nbsp;65535&nbsp;bytes.</span><span style=3D"color: rgb(0, 0, 0); font=
-size: 10.5pt;=0A                  line-height: 1.5; background-color: rgb=
a(0, 0, 0, 0);">&nbsp;So,=0A                  one IPFIX message may not be=
 sufficient to fit all the=0A                  communities related to a sp=
ecific flow. BGP speakers&nbsp;</span><span style=3D"background-color: rgb=
a(0, 0, 0, 0); font-size:=0A                  10.5pt; line-height: 1.5;">t=
hat&nbsp;support&nbsp;the&nbsp;extended&nbsp;message=0A                  f=
eature SHOULD&nbsp;take<span style=3D"white-space: pre;">&nbsp;</span></sp=
an><span style=3D"background-color: rgba(0, 0, 0, 0); font-size:=0A       =
           10.5pt; line-height: 1.5;">care&nbsp;to&nbsp;handle&nbsp;the&nb=
sp;IPFIX&nbsp;message&nbsp;properly,&nbsp;such&nbsp;as&nbsp;only&nbsp;conv=
ey&nbsp;as&nbsp;many&nbsp;communities&nbsp;as&nbsp;possible&nbsp;in&nbsp;t=
he<span style=3D"white-space: pre;">&nbsp;</span></span><span style=3D"bac=
kground-color: rgba(0, 0, 0, 0); font-size:=0A                  10.5pt; li=
ne-height: 1.5;">IPFIX&nbsp;message.&nbsp;The&nbsp;collector&nbsp;that=0Ar=
eceives&nbsp;an&nbsp;IPFIX&nbsp;message&nbsp;with&nbsp;maximum&nbsp;length=
&nbsp;and&nbsp;BGP&nbsp;communities&nbsp;</span><span style=3D"background-=
color: rgba(0, 0, 0, 0); font-size:=0A                  10.5pt; line-heigh=
t: 1.5;">contained&nbsp;in&nbsp;its&nbsp;data&nbsp;set&nbsp;SHOULD&nbsp;be=
&nbsp;aware&nbsp;of&nbsp;the&nbsp;BGP&nbsp;communities&nbsp;may&nbsp;be&nb=
sp;truncated&nbsp;due&nbsp;to&nbsp;limited&nbsp;message<span style=3D"whit=
e-space: pre;">&nbsp;</span></span><span style=3D"background-color: rgba(0=
, 0, 0, 0); font-size:=0A                  10.5pt; line-height: 1.5;">spac=
e.&nbsp;In&nbsp;this&nbsp;case,&nbsp;it&nbsp;is&nbsp;RECOMMENDED&nbsp;to&n=
bsp;configure&nbsp;export&nbsp;policy&nbsp;on&nbsp;the&nbsp;exporter&nbsp;=
to&nbsp;limit&nbsp;the&nbsp;BGP&nbsp;communities<span style=3D"white-space=
: pre;">&nbsp;</span></span><span style=3D"background-color: rgba(0, 0, 0,=
 0); font-size:=0A                  10.5pt; line-height: 1.5;">to&nbsp;be&=
nbsp;exported,&nbsp;to&nbsp;export&nbsp;only&nbsp;some&nbsp;specific&nbsp;=
communities,&nbsp;for&nbsp;example,&nbsp;or&nbsp;not&nbsp;to&nbsp;export&n=
bsp;some&nbsp;communities.</span></div>=0A              <div><span style=
=3D"background-color: rgba(0, 0, 0, 0);=0A                  font-size: 10.=
5pt; line-height: 1.5;"><br>=0A                </span></div>=0A           =
   <div><span style=3D"color: rgb(0, 0, 0); background-color:=0A          =
        rgba(0, 0, 0, 0);">To&nbsp;solve&nbsp;this&nbsp;problem&nbsp;compl=
etely,=0A                  we should update IPFIX&nbsp;Protocol&nbsp;Speci=
fication RFC7011=0A                  to&nbsp;support<span style=3D"white-s=
pace: pre;">&nbsp;</span>message&nbsp;splitting.</span></div>=0A          =
    <div><span style=3D"color: rgb(0, 0, 0); background-color:=0A         =
         rgba(0, 0, 0, 0);"><br>=0A                </span></div>=0A       =
       <div><span style=3D"color: rgb(0, 0, 0); background-color:=0A      =
            rgba(0, 0, 0, 0);">Your comments are appreciated.</span></div>=
=0A              <div><span style=3D"color: rgb(0, 0, 0); background-color=
:=0A                  rgba(0, 0, 0, 0);"><br>=0A                </span></d=
iv>=0A              <hr style=3D"width: 210px; height: 1px;" size=3D"1" al=
ign=3D"left" color=3D"#b5c4df">=0A              <div><span>=0A            =
      <div style=3D"MARGIN: 10px; FONT-FAMILY: verdana;=0A                =
    FONT-SIZE: 10pt">=0A                    <div><a class=3D"moz-txt-link-=
abbreviated" href=3D"mailto:[email protected]" moz-do-not-send=3D"t=
rue">[email protected]</a></div>=0A                    <span></span=
></div>=0A                </span></div>=0A            </blockquote>=0A    =
      </div>=0A        </div>=0A      </blockquote>=0A      <br>=0A      <=
fieldset class=3D"mimeAttachmentHeader"></fieldset>=0A      <br>=0A      <=
pre wrap=3D"">_______________________________________________=0AIPFIX mail=
ing list=0A<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:IPFIX@ietf=
.org">[email protected]</a>=0A<a class=3D"moz-txt-link-freetext" href=3D"http=
s://www.ietf.org/mailman/listinfo/ipfix">https://www.ietf.org/mailman/list=
info/ipfix</a>=0A</pre>=0A    </blockquote>=0A    <br>=0A  =0A</div></div>=
</blockquote>=0A</body></html>
------=_001_NextPart733102238288_=------




--===============3721984398908903509==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
IPFIX mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipfix

--===============3721984398908903509==--