Re: [mpls] Consensus poll on Design directive for the MPLS Open DT

[Loa Andersson <[e-mail]>]

Kireeti,

In the MIAD wiki page you talk about ancillary data, I think we should 
tweak a little bit:

------------------ from wiki ----------------------------
OLD
MIAD consists of indicators and ancillary data. The ancillary data can be:

    1. implicit ("no-data");
    2. within the label stack, encoded as labels ("in-stack data"
       or ISD);
    3. after the BoS ("post-stack data" or PSD) of this label stack;
    4. within the payload (not considered further here).
--------------------- proposed changes --------------------

NEW
MIAD consists of indicators and ancillary data. The ancillary data can be:

    1. implicit ("no-data" or ND (alternatively NoD));
    2. within the label stack, encoded as labels ("in-stack data"
       or ISD);
    3. after the BoS ("post-stack data" or PSD) of this label stack;
       within the payload (not considered further here).

ALTERNATIVE NEW
MIAD consists of indicators and ancillary data. The ancillary data can be:

    1. implicit ("no-data" or ND (alternatively NoD));
    2. within the label stack, encoded as labels ("in-stack data"
       or ISD);
    3. after the BoS ("post-stack data" or PSD) of this label stack;
    4. followed the payload (not considered further here).

I prefer "NEW" and NoD.

/Loa


On 25/08/2021 00:54, Kireeti Kompella wrote:
> Hi Loa,
> 
> I have reorganized the OpenDT wiki page, added a page for MIAD and added 
> this text below (as provisional).
> 
> I suggest using the terms “in-stack data” (ISD) and “post-stack data” 
> (PSD) for in-stack and after BoS MIAD, respectively.
> 
> Kireeti.
> 
>> On Aug 24, 2021, at 01:35, Loa Andersson <[e-mail] 
>> <mailto:[e-mail]>> wrote:
>>
>> Working Group, Design Tean,
>>
>> The Open DT has discussed the relationship between GAL/G-ACh and the 
>> new methods for indicating and transporting ancillary data in and 
>> after the label stack.
>>
>> We have decided to give the MPLS Open DT the following design directive:
>>
>> ---------------------------- start ---------------------------------
>>
>> Following the discussion in the MPLS Open DT 2021-08-19 we have have 
>> decided to give the MPLS Indicator and Open Design team this design 
>> directive.
>>
>> RFC 5586 "MPLS Generic Associated Channel" (including the updates by 
>> RFC 7274, RFC 6423, RFC 7214, and RFC 7026) will not be changed by the 
>> MPLS Open Design Team. The associated channel (GAL/G-ACh) will 
>> continue to operate as specified. No changes should be made to the 
>> associated channel, without careful coordination with what will be 
>> specified by the MPLS Pen design team.
>>
>> The Open design team will continue define methods bases on indicators 
>> (e.g. FAI-style SPL) and ancillary data.
>>
>> A packet can not carry both the associated channel and the new methods 
>> for transporting ancillary data indicated by the FAI-style SPL, i.e. 
>> the GAL and the FAI-style SPL can not both be present in a label 
>> stack. The reason is that the way the ACH is specified there is a high 
>> risk of collision of "data after the BoS" specified by other methods.
>>
>> ---------------------end --------------------------------------------
>>
>> The design team will start working according to this design directive, 
>> but for a period of two weeks we will comments on the directive.
>>
>> Please send comments to the MPLS wg mailing list ([e-mail] 
>> <mailto:[e-mail]>).
>>
>> /Loa
>>
>> for the co-chairs
>> -- 
>>
>> Loa Andersson email: [e-mail] <mailto:[e-mail]>
>> Senior MPLS Expert [e-mail] <mailto:[e-mail]>
>> Bronze Dragon Consulting             phone: [phone]
>>
>> _______________________________________________
>> mpls mailing list
>> [e-mail] <mailto:[e-mail]>
>> https://www.ietf.org/mailman/listinfo/mpls
> 

-- 

Loa Andersson                        email: [e-mail]
Senior MPLS Expert                          [e-mail]
Bronze Dragon Consulting             phone: [phone]