You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
remove all @TODO() that precede calls to it (blocked on a bug from scion)
In summary, we verified mem. safety for when receiving and sending SCION packets (except when we send SCMP packets as reply - ongoing and depends on packSCMP), when handling empty and when handling onehop packets.
This means that the only things missing are the epic paths and the generation of SCMP packets.
this may require some refactor of (*SCION).Mem and the introduction of a ghost field to describe whether a SCION struct was created manually or parsed from a slice
TODO:
processPkt
Run
method #240(*DataPlane).Run(...)
(Verify loops inRun
#244)packSCMP
#192) (partially done in VerifypackSCMP
#243, but we might have run into a bug that keeps us from verifying it further)packSCMP
(VerifypackSCMP
#243)packSCMP
#243)@TODO()
that precede calls to it (blocked on a bug from scion)In summary, we verified mem. safety for when receiving and sending SCION packets (except when we send SCMP packets as reply - ongoing and depends on
packSCMP
), when handlingempty
and when handlingonehop
packets.This means that the only things missing are the
epic
paths and the generation ofSCMP
packets.Nice to have:
On a first step:
processEpic
#196,processEpic
#261) - kinda done, but we need to debug performance problemslibepic
#199, Bring changes oflibepic
from PR #261 #266)Later:
prepareSCMP
(Preparescmp #245, FinishprepareSCMP
#360) past the@TODO()
(*SCION).Mem
and the introduction of a ghost field to describe whether a SCION struct was created manually or parsed from a slicefinish and merge the refactor (refactor parts of the dataplane #122,router/dataplane.go
: information hiding and refactoring #155)merge the latest commits in the upstream SCION (Upstream #190)check op. for linearity to use our linear type system_
perm in iterated collections with range (gobra)[x] issue Run Gobra and tests on the CI #2adapt to the new map encoding (Test better triggers for maps gobra#606)ghost fields to simplify DataplaneThe text was updated successfully, but these errors were encountered: