This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[db-wg] NRTM replication inefficiencies
- Previous message (by thread): [db-wg] NRTM replication inefficiencies
- Next message (by thread): [db-wg] Chair Selection Process Revision Proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Job Snijders
job at instituut.net
Fri Dec 8 15:35:48 CET 2017
On Fri, Dec 08, 2017 at 03:10:28PM +0100, Edward Shryane wrote: > > On 8 Dec 2017, at 13:51, Job Snijders <job at instituut.net> wrote: > > On Fri, Dec 08, 2017 at 12:56:11PM +0100, Edward Shryane wrote: > >> We could also add an 'end-of-stream' comment in keep-alive mode, > >> something like '%END (starting serial) - (ending serial)', which is > >> output after any backlog of updates. > > > > Yeah, that would be useful. Is this easy low hanging fruit? > > > > Yes, I've already tested it, this change is straightforward. The only > downside is unexpected consequences (i.e. we don't want to break > existing clients). Cool! > >> It's still possible not to have any updates for a time, which a client > >> may see as a timeout. We could also add a heartbeat mechanism, to > >> periodically output a comment such as '%HEARTBEAT', if there have not > >> been any updates. > >> > >> Do either of these changes necessitate a new protocol version? > > > > I doubt it, since "%END XXX - YYY" is a comment. > > We could deploy a test NRTM version to our RC environment, for > compatibility testing with existing clients. Sounds good. Kind regards, Job
- Previous message (by thread): [db-wg] NRTM replication inefficiencies
- Next message (by thread): [db-wg] Chair Selection Process Revision Proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]