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] NRTM replication inefficiencies
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Job Snijders
job at instituut.net
Fri Dec 8 13:51:17 CET 2017
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? > 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 also provide NRTM over HTTP(S) WebSockets, that protocol > includes support for a Ping/Pong heartbeat mechanism. Shouldn't we do away with NRTM at that point and come up with a DELTA-like protocol? :) Kind regards, Job
- Previous message (by thread): [db-wg] NRTM replication inefficiencies
- Next message (by thread): [db-wg] NRTM replication inefficiencies
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]