package nezha.proto

Get desktop application:
View/edit binary Protocol Buffers messages

• uint32 logidbegin = 1

• uint32 logidend = 2

• uint32 replicaid = 3

• repeated uint64 missedreqkeys = 1

• uint32 replicaid = 2

• uint32 view = 1

• repeated uint32 cv = 2

• uint32 replicaid = 3

• uint32 committedlogid = 4

• bytes nonce = 1

• uint32 replicaid = 2

• repeated uint32 cv = 3

• bytes nonce = 1

• uint32 replicaid = 2

• uint32 logidbegin = 1

• uint32 logidend = 2

• repeated uint64 deadlines = 3

• repeated uint64 reqkeys = 4

• uint32 view = 5

• uint64 sendtime = 6

• repeated RequestBodyMsg reqs = 1

• uint32 replicaid = 2

• uint32 view = 1

• repeated uint32 cv = 2

• uint32 replicaid = 3

• uint32 syncedlogid = 4

• repeated uint32 cv = 1

• uint32 replicaid = 2

• uint32 clientid = 1

• uint32 reqid = 2

• uint32 view = 3

• uint32 replicaid = 4

• bytes hash = 5

• bytes result = 6

• uint32 replytype = 7

• uint32 owd = 8

• uint32 maxsyncedlogid = 9

  This is the largest syncedlogid of my synced logs

• uint32 logid = 10

  only set by the leader, it is the log id of the entry replied

• bool iswrite = 11

• uint32 opkey = 12

• uint64 sendtime = 1

• uint32 bound = 2

• uint32 clientid = 3

• uint32 reqid = 4

• bytes command = 5

• uint64 proxyid = 6

• uint32 key = 7

• bool iswrite = 8

Used in: MissedReq, StateTransferReply

• uint64 deadline = 1

• uint64 reqkey = 2

• uint64 proxyid = 3

• bytes command = 4

• uint32 key = 5

• bool iswrite = 6

• uint32 view = 1

• uint32 replicaid = 2

• repeated uint32 cv = 3

• uint32 syncedlogid = 4

• uint32 view = 1

• uint32 replicaid = 2

• repeated uint32 cv = 3

• bool issynced = 4

• uint32 logbegin = 5

• uint32 logend = 6

• repeated RequestBodyMsg reqs = 7

• uint32 view = 1

• uint32 replicaid = 2

• bool issynced = 3

• uint32 logbegin = 4

• uint32 logend = 5

• uint32 view = 1

• repeated uint32 cv = 2

• uint32 replicaid = 3

• uint32 syncedlogid = 4

• uint64 clienttime = 1

• uint64 proxytime = 2

• uint64 recvtime = 3

• uint64 fastreplytime = 4

• uint64 slowreplytime = 5

• uint64 deadline = 6

• uint32 view = 1

• uint32 replicaid = 2

• repeated uint32 cv = 3

• uint32 lastnormalview = 4

• uint32 syncpoint = 5

  In the algo, we should include the logs in the viewchange msg But that is too large. As an implementation optimization, Let's use the following information, and later do state transfer to get the necessary entries

  for synced logs: the max synced log id, no need to add syncbegin, because it is always CONCURRENT_MAP_START_IDX

• uint32 unsynclogbegin = 6

• uint32 unsynclogend = 7

• uint32 view = 1

• uint32 replicaid = 2

• repeated uint32 cv = 3