<div dir="ltr">Donald organized a conference call to focus on management and api issues. He suggested that I send around my notes, to give folks some overview of the discussion. I don't have a full attendee list, I'm sorry to say. And of course, if I've misrepresented something that someone said, please feel free to correct "the record"...<br><div><br>* preso from 6Wind about their use of vty<br>** using xml transport between their own mgmt system and converting to vty<br>** command ordering an issue in cli/vty, as is feedback/validation<br>** planning to go forward with a yang-based schema, want api access,<br>   believe cli and api need to be converged as a single path<br><br>** Q from Donald: how do you handle shared objects, like route-map,<br>   acl, and prefix-list. "it's important that whatever solution we have<br>   understands that we have some shared/universal data"<br><br>** Renato W. gave a verbal overview of his 'northbound' proposal that has been mentioned on the regular dev call and in the yang slack channel; he will present slides and details soon<br><br>we tried to list a few higher-level points :<br><br>* attributes or objects? are we configuring individual attributes, or entire objects (or lists of objects)?<br>* validation/handling logic inside daemons: what do they need to be able to do internally to ensure correctness, and what can be done by model-level validation (a benefit of models)?<br>* sync  vs. async (for transport, and for interaction with the daemon code)<br>* shared/global objects (along the lines of Donald's point from earlier)<br>* locking (per-attr? per-object? per-transaction - whatever that is?) what are the sorts of needs and expectations as we see more multi-threading in frr?<br>* multi-admin (transactions concept): is this something that is a goal for frr, or is it the responsibility of external management systems?<br>* impact on code (cli, running/protocol code, opportunity to auto-generate some config handler code?)<br>* performance/mem - input of large config, paging of large data sets, e.g.<br>* error-handling, feedback<br>* multi-daemon, multi-process coordination (ease of daemon management,<br>  "it's really hard to set up mpls right now" [DS]<br>  ** behavior on restart among daemons, e.g.<br><br></div><div>we discussed a follow-on meeting to continue the discussion, time tbd...<br><br></div><div>Cheers,<br></div><div>Mark<br></div></div>