Re: NKE stacking order
Re: NKE stacking order
- Subject: Re: NKE stacking order
- From: "Peter Sichel" <email@hidden>
- Date: Wed, 30 Nov 2005 16:17:24 -0500
Josh,
Thanks for your quick response. It was very helpful.
On 11/30/05, Josh Graessley wrote:
>The calling of filters in the same order for the inbound and outbound
>data paths is a bug and should be addressed. Please file a bug report
>through Radar. You may also want to file a bug requesting the ability
>to specify where your filter is installed (first or last). The old
>KPIs did have a way of specifying where your filter was inserted but
>it relied on 32bit identifiers. You could specify that your filter
>should load before or after a filter with the identifier that you
>specify. There was no coordination in how this 32bit value was
>assigned and it wasn't clear how developers would coordinate with
>each other on insert order. We wanted to come up with something
>simpler when designing the KPIs but ran out of time. We're certainly
>open to suggestions.
As I understand it, NKEs register with a unique name to identify the NKE
for "debugging" purposes. The suggested convention is to use reverse
DNS naming so my NKE is named "com.sustworks.IPNetRouterX" for example.
What I would like is:
1) A way to enumerate these names to see what NKEs are present in
network stack order.
2) A way to request a general preference for where my filter should be
installed as first, last, or don't care.
3) A way to request an explicit order as immediately after or before
another named filter.
If two NKEs request to be first, the 2nd application should have a
chance to examine the stack to do the right thing. This allows 3rd
party developers to resolve any conflicts that arise based on user
experience. The idea is to give developers the tools they need to solve
the problem, rather than relying on users to run programs in the correct
order or creating unpredictable results.
Kind Regards,
- Peter
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden