[OpenDaylight Discuss] [controller-dev] Model Driven SAL References

Mandeep Dhami <mandeep.dhami@...>

Hi Ed:

Is there also a similar page for concurrency model used by the controller project? I was investigating porting of net-virt host-tracker to controller (using SAL as the south bound interface), and I wanted to make sure that I was minimizing context changes.


On Sun, May 19, 2013 at 11:30 PM, Kyle Forster <kyle.forster@...> wrote:
Hi Ed - 

Thanks much for this.

A question that came up that I wanted to reflect over on list -- which component of the model driven SAL is intended to do reconciliation in the case where you have multiple running instances of a <provider,broker,application> that temporarily get out of sync?  I'm assuming the gist is to replay notifications, but is the design intent to do reconciliation of out-of-order notifications at the Application layer, or is the intent to handle this further down?  (Feel free to say "errr - call Colin and Jan for a walk-through of the basics" if I'm totally off track, or if this should be handled through some mechanism other than the SAL.)

(For context - several of the net-virt-platform components where we're scoping the porting effort follow a design pattern that makes specific assumptions about the way that the storage service reconciles under load and split-brain scenarios.  Think of physical placement of a controller per pod hanging off a DC spine, where each controller is master for one pod and the slave for another.)



On Thu, May 16, 2013 at 12:12 PM, Ed Warnicke (eaw) <eaw@...> wrote:
In the TSC call today I was asked to aggregate the information currently put out there about the
Model Driven SAL and send it out to discuss to draw greater attention to it.

The initial email (there are others in the list archives):

The top of the wiki page cluster around it:


controller-dev mailing list

R. Kyle Forster
+1 (415) 990-2670 (m)

Discuss mailing list