Re: [Forces-protocol] Data Encoding
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Forces-protocol] Data Encoding



Jamal and Joel,

In reply to Joel, I should say the compromise may not be necessary, for it seems
we all tend to think indices and IDs will be interleaved under the condition
that we should use indices. Pls allow me to try to propose a path scheme(I hope
not too messy) as below:

        PathTLV:= Index|FieldID <Index|RangeMark|FieldID>+

Then,
1) path = FieldID1 Index1 Field2 --- for single index case
2) path = FieldID1 Index1 Index2 Index3 Field2 --- for listed indices case
3) path = FieldID1 Index1 RangeMark Index2 Field2 --- for block index1 to index2
case
4) path = FieldId1 Index1 Index2 RangeMark Index3 Field2 --- for list and
combined block indices cases

Where the length is controlled by the TLV length.

Based on this path TLV, and with Jamal's scheme in mind, I see the OpTLV format
as below:

        OpTLV:= MainPathTLV [SubPathTLV VALUE]+ [DataTLV]

MainPathTLV and SubPathTLV all have uniform formats as a PathTLV.

Points a little different from Jamal's are:
1. IDcount removed, instead using PathTLV's length to control
2. Key is replaced by Subpath, which allows more general multiple level IDs.
3. block operation is included in the PathTLV, where indices appear.
4. Data part should be a TLV, or else there will be a parse problem.

Cheers,
Weiming

----- Original Message -----
From: "Jamal Hadi Salim" <hadi at znyx.com>
>
> Essentially grammar becomes:
>
> OPER_TLV : = <PATH-DATA>
> PATH-DATA := <PATH_TLV> [PATH_EXTENSIONS] [DATA]
> PATH_TLV := flags IDcount <IDs>
> PATH_EXTENSIONS := BLOCK_NOTATION | KEY_INFO
> KEY_INFO := PATH-DATA
> BLOCK_NOTATION :=   BLOCK_RANGE_INDEX_TLV |
>                     BLOCK_COUNT_INDEX_TLV |
>                     BLOCK_LIST_INDEX TLV
[Weiming]The BlockTLV will acompany indices where it appear.
>
> We dont distinguish between indices and IDs
>
> I havent thought clearly about this but the recursive nature may
> introduce loops.
>
> Thoughts?
>
> cheers,
> jamal
>
>
>



_______________________________________________
Forces-protocol mailing list
Forces-protocol at ietf.org
https://www1.ietf.org/mailman/listinfo/forces-protocol




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.