Agreed, changed that, and did the implementation of the API. I also
renamed modpdufwd_entry to mod_pft_entry, to stay more in line with the
naming conventions we used before.
The pull request can be found here:
On 06/03/2015 08:52 AM, Vincenzo Maffione wrote:
That looks ok to me. However, for the sake of clarity, I would rename
"void *dm" to "void *priv".
In fact, in the SDK framework (D2.3) the "dm" pointer refers to the Data
Model of a component implemented in the stack (and not in the plugins).
In this case, there is basically no DM, since PFT is all policy.
The "priv" pointer, instead, refers to the policy-set-specific
implementation (which is our case).
For more information please refer to D2.3.
2015-06-02 14:40 GMT+02:00 Sander Vrijders
I discussed a new API for the PFT in kernel space with Miquel and
Vincenzo. You can find the changes here:
Basically, as I mentioned in my last e-mail, the PFT policy needs to be
in charge of its own data model. It has to react to modpdufwd_entry
messages to fill the DM. I will now implement the default policy set for
link state routing for the PFT.
On 06/01/2015 03:56 PM, Sander Vrijders wrote:
> Hi all
> We are in the process of changing the PFT policy hook. Currently the
> policy set only implements the following function:
> int (* next_hop)(struct pft_ps * ps,
> struct pci * pci,
> port_id_t ** ports,
> size_t * count);
> /* Reference used to access the PFT data model. */
> struct pft * dm;
> and uses dm to access the PFT implementation that is still in pft.c,
> which is a table that consists of entries that map destination to
> of next hops. However, since the PFT implementation depends on the
> being used (for instance for LFA, this is a table with a normal
> and an alternate port-id), the policy set should be extended to
> table in its internal implementation. It should have extra
> instance to parse the PDUMODFWD message. I will be performing
> the pft policy set API and move code from pft.c to the default pft
> policy set.
> Kind regards
Department of Information Technology
Internet Based Communication Networks and Services (IBCN)
Ghent University - iMinds
Gaston Crommenlaan 8 (Bus 201), B-9050 Gent, Belgium
T: +32 9 33 14977 <tel:%2B32%209%2033%2014977> ; T Secr: +32 9 33
F: +32 9 33 14899 <tel:%2B32%209%2033%2014899>
W : www.ibcn.intec.UGent.be <http://www.ibcn.intec.UGent.be>