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) > <jheitz=40cisco....@dmarc.ietf.org> 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 <grow-boun...@ietf.org> On Behalf Of thomas.g...@swisscom.com > Sent: Tuesday, March 9, 2021 10:21 PM > To: rob...@raszuk.net; j...@dataplane.org > Cc: grow@ietf.org > 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 <grow-boun...@ietf.org> On Behalf Of Robert Raszuk > Sent: Tuesday, March 9, 2021 10:38 PM > To: John Kristoff <j...@dataplane.org> > Cc: grow@ietf.org grow@ietf.org <grow@ietf.org> > 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 <j...@dataplane.org> wrote: > On Tue, 9 Mar 2021 20:44:18 +0000 > "Jakob Heitz \(jheitz\)" <jheitz=40cisco....@dmarc.ietf.org> 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 > GROW@ietf.org > https://www.ietf.org/mailman/listinfo/grow > _______________________________________________ > GROW mailing list > GROW@ietf.org > https://www.ietf.org/mailman/listinfo/grow _______________________________________________ GROW mailing list GROW@ietf.org https://www.ietf.org/mailman/listinfo/grow