Hi! [Speaking as AD]
The requirement for Extended Messages has been in the BGPSec draft since the beginning (at least the WG -00 version). Changing it now would mean a significant deviation in the process – but not impossible. Before committing to supporting any change to the document, I would like to see changes discussed in the sidr WG list. You may even be able to convince the sidrops Chairs to give you some time in Chicago to discuss in person. We would need the WG to reach consensus for such a change. [Speaking as WG Participant] I think that a possible path forward is to take any reference to the Extended Messages document out, and simply put text similar to this in (from Sriram’s message): “BGPsec update size is subject to a maximum BGP update size. The maximum size at present is 4096 bytes [RFC4271], and it may be extended to a larger size in the future. If the sending router determines that adding its Secure_Path Segment and Signature Segment causes the BGPsec update to exceed the maximum size, then it will convert the BGPsec update to an unsigned traditional BGP update [using the procedure in Section 4.4] and send the unsigned update. (Note: Please see related discussion in Section 7.)” I would even just mention the “maximum message size” (with no specific numbers) and leave out mention of any future changes. This way the BGPSec documents (1) don’t depend on the Extended Messages document, and (2) they depend on whatever BGP can do. If/when Extended Messages are settled and implemented then BGPSec can make use of them (as can any other application using BGP). Thanks! Alvaro. On 3/14/17, 6:26 PM, "Sriram, Kotikalapudi (Fed)" <[email protected]<mailto:[email protected]>> wrote: > Alvaro replied to me in detail.
_______________________________________________ sidr mailing list [email protected] https://www.ietf.org/mailman/listinfo/sidr
