Do we need a way (RPC) to manually trigger a sync ?

[karimra]

Do we need a way (RPC) to manually trigger a sync ? This would be needed for periodic syncs (not on change)

[henderiw]

Netconf will fail if 2 intents are applied and the first one did not get synced before the 2nd applies.

[henderiw]

options:

• use gnmi-sync
• use sync per intent update: heavy but reliable -> auto sync flag in connectionProfile
• write back to the cache w/o device feedback: 2 source of truth

[karimra]

Another option is to make the sync request part of the set-intent RPC, that way the client can request a sync (or not) after each set-intent. I think none of these options is ideal:

• gNMI lacks delete notifications.
• netconf can be heavy if done too often.
• writing to the config store directly creates 2 sources of truth.

[henderiw]

• option1: netconf notification -> issue is support (routing vendors)
• option2: gnmi -> issue is support (NF vendors)
• option3: triggered sync (manual or after setIntent)

get some feedback from operators

[henderiw]

Discussion on sync:

• seems the least common denominator for sync is a periodic fetch of the config for both netconf and gnmi

The result is:

• implement gnmi Get for gnmi using periodic sync: @steiler
• implement pruning for gnmi - similar how netconf does this: @steiler
• write back to the running config if the target accepts the change: @karimra
• report sync issues that can be used at the upper layers for determining what to do: @karimra
• config-server @henderiw

[steiler]

@henderiw close? or what are the open topics here?