Re: ForCES Protocol Implementation Issues

Jamal Hadi Salim <hadi@znyx.com> Thu, 13 September 2007 14:35 UTC

Message-Id: <THU.13.SEP.2007.103549.0400.>
Date: Thu, 13 Sep 2007 10:35:49 -0400
From: Jamal Hadi Salim <hadi@znyx.com>
Organization: ZNYX Networks
Subject: Re: ForCES Protocol Implementation Issues
Comments: To: "B. J. Kang" <ttt710516@GMAIL.COM>
Comments: cc: Avri Doria <avri@acm.org>
Content-Type: text/plain
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

On Thu, 2007-13-09 at 00:50 -0400, B. J. Kang wrote:

> I have already seen both the article "Protocol" and "Model",but i don't see any
> more information about this(FEO Adminup). I have read them and tried to
> implement them about several mouths, may I lose some thing?

FEO LFB belongs to the model; the text in the protocol mentions it in
passing and not in greater detail. Sorry, I should have been more
specific in my response to you:
Section 8.2 of version 7 of the model talks about FEO LFB attribute
FEState which is of type FEStatusValue that contains a possibility of
setting Admin to disable or operational status to on/off. "Admin up" is
intended to mean configuring that attribute to Admin enabled.
The discussion as i recall was to not have adminEnable enumeration
because operational enable in this case implied Admin enabled.
Looking at the model draft i saw that FEState is defined as read-only.

So you actually bring two issues that need to be fixed:
1)Since the model is still being edited, I think we need to change that
control to be read-write instead of read-only. Does that make sense
Joel?
2) Since this has caused some headache, to avoid the next person having
the same issue, the protocol needs to be very explicit

I have tried to open tracker issues but it seems down;
Joel, Avri - i guess the only way to keep track of this is write it down
somewhere?

In any case, B. J. Kang, thanks for bringing these issues up.

cheers,
jamal