A primary use-case of the BMP data is to provide information to a route collector/optimizer to determine what feasible paths may be sent to a router by these offline computational systems. This requires a reliable transport where messages are delivered in order.
I understand others may be fine with missed or out of order messages, but this isn’t something that there is a lot of room to discuss. I’m not a fan of QUIC but if it provides the ability to resume the session and preserve the order when there’s a [brief] network disruption that may be helpful for other use cases. - Jared > On Mar 10, 2021, at 1:47 AM, Jakob Heitz (jheitz) > <[email protected]> wrote: > > QUIC is not stateless. > BMP over QUIC is not BMP over UDP. > BMP requires reliable transfer. > The state to provide reliability must exist somewhere. > If not in TCP (or QUIC), then in the app. > > Regards, > Jakob. > > From: GROW <[email protected]> On Behalf Of [email protected] > Sent: Tuesday, March 9, 2021 10:21 PM > To: [email protected]; [email protected] > Cc: [email protected] > Subject: Re: [GROW] is TCP the right layer for BMP session resumption? > > Hi John and Robert, > > Speaking as a network operator. I absolutely agree on your thoughts that a > stateless transport would be preferred over a stateful. > > Best wishes > Thomas > > From: GROW <[email protected]> On Behalf Of Robert Raszuk > Sent: Tuesday, March 9, 2021 10:38 PM > To: John Kristoff <[email protected]> > Cc: [email protected] [email protected] <[email protected]> > Subject: Re: [GROW] is TCP the right layer for BMP session resumption? > > I second John's comment with a bit more optimism. > > As gRPC over QUIC is becoming a reality and de-facto messaging standard there > is going to be hardly any choice for any router's vendor to resist to > implement it. > > Best, > R. > > > On Tue, Mar 9, 2021 at 9:57 PM John Kristoff <[email protected]> wrote: > On Tue, 9 Mar 2021 20:44:18 +0000 > "Jakob Heitz \(jheitz\)" <[email protected]> wrote: > > > I've seen this session resumption technique in the '90s. > > BMP is a one-way protocol. The BMP server sends nothing. > > I kind of wish my BMP router monitor was able to transport data over UDP > to the listening station like syslog and flow data. I would have > especially liked this after that time a blocked TCP port and the > inability to opena TCP connection once caused my BMP monitor router > doing the active open to crash (known and now fixed bug). > > > Thus adding this is a significant rework of BMP. > > I assume my desire for UDP above will never happen as a result. Oh > well. > > John > > _______________________________________________ > GROW mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/grow > _______________________________________________ > GROW mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/grow _______________________________________________ GROW mailing list [email protected] https://www.ietf.org/mailman/listinfo/grow
