Re: [Detnet-dp-dt] Quick notes from 4/11/17 call

[Jiangyuanlong <[e-mail]>]

In a VPLS, all incoming PW labels for a PE can be different, and the PE can direct all these incoming PWs to the same VSI.
I can't see why Detnet must use the same PW label. Are we trying to save some labels or some mapping table items (i.e., PW lable->FRER index)?

Thanks,
Yuanlong

-----Original Message-----
From: Detnet-dp-dt [mailto:[e-mail]] On Behalf Of Jiangyuanlong
Sent: Friday, April 14, 2017 4:07 PM
To: Jouni Korhonen
Cc: Lou Berger; [e-mail]
Subject: Re: [Detnet-dp-dt] Quick notes from 4/11/17 call

Thanks,

Comments following.  Current draft actually defines the serial model for PREF because I do not see how the parallel model would work. If that is not immediately visible, then the text is just not clear enough.
[JY] Yes, we only need to consider serial mode. Perhaps we need some text or a figure to clarify it.

I do not understand the slide 5. If the replicated traffic is supposed to be going out from  port 2, d-pw1 failure appears as “packets coming always late” and should not make any difference to the elimination & replication logic. What is the issue?
[JY] No problem for port 2 indeed. The concern is on port 3, slide 6 gives an analysis. If the sequence numbers of the loopback packets overrun the new packets on DA-S-PE2, all new packets may be filtered by the Elimination.  
Therefore, the consequence is a severe restriction on the maximum Detnet flow rate.

Another thing is that we agreed packets for elimination to have the same label i.e., packets coming from port 3 for elimination should have d-pw1 as their label. 

[JY] slide 8 part 2 gives a summary: 
If the same label value is used:
- It is impossible to implement this "Replicate first and then Eliminate" in a single PW layer for FRER
- Though we can use the underlay LSP/tunnel or even physical interfaces as a differentiator
  - But it needs to map 2-tuple (LSP, PW) to FRER index, and needs inter-layer processing which may be somewhat complex I think it may be worthwhile to reconsider these two options. 

Thanks,
Yuanlong

- Jouni


> On 13 Apr 2017, at 23:06, Jiangyuanlong <[e-mail]> wrote:
> 
> Jouni,
> 
> I have some slides for your consideration. The loopback will be introduced if we use the same PW labels to trigger PREF.
> My opinion is, we can regard the PW between peering DA-S-PEs as the normal segment PW, and it is unnecessary to use the same PW label.
> 
> Thanks,
> Yuanlong
> 
> -----Original Message-----
> From: Detnet-dp-dt [mailto:[e-mail]] On Behalf Of 
> Jouni Korhonen
> Sent: Thursday, April 13, 2017 11:36 PM
> To: Jiangyuanlong
> Cc: [e-mail]
> Subject: Re: [Detnet-dp-dt] Quick notes from 4/11/17 call
> 
> Hi Yuanlong,
> 
> Comments inline.
> 
>> On Apr 12, 2017, at 6:31 PM, Jiangyuanlong <[e-mail]> wrote:
>> 
>> Hi Jouni,
>> 
>> Many thanks for the notes. It is quite a good progress IMO.
>> But could you give some more hints on the point "incoming PW labels have to be the same to trigger the duplicate detection”?
> 
> In Chicago discussion we agreed that incoming PWs for a given detnet flow need to have the same PW labels to trigger PREF. Labels can be different on each segment and direction, though. This is what we agreed.
> 
>> I missed the discussion on this point, but as shown in my previous slides:
>> 1. Multiple PW labels can be mapped to the same duplicate detection module.
>> 2. If a DA-S-PE receives the same PW label from both DA-T-PE and its peer DA-S-PE, the traffic from them will be indistinguishable, and traffic from the peer DA-S-PE will be looped on the S-PE in some cases. As a result, duplicate detection on the peer S-PE will become more challenging.
> 
> The labels below PW label are still different when a packet arrives from DA-T-PE and peering DA-S-PE. I do not see the issue.
> Also, what are “some cases” for looping you refer here?
> 
> Thanks,
> 	Jouni
> 
> 
>> 
>> Thanks,
>> Yuanlong
>> 
>> -----Original Message-----
>> From: Detnet-dp-dt [mailto:[e-mail]] On Behalf 
>> Of Jouni Korhonen
>> Sent: Thursday, April 13, 2017 4:36 AM
>> To: [e-mail]
>> Subject: [Detnet-dp-dt] Quick notes from 4/11/17 call
>> 
>> Present: Jouni, Janos, Balazs, David, Loa, Norm, Yuanlong
>> 
>> Agenda:
>> * recap of the IETF98 corridor discussions & descisions
>> * list of things to do
>> 
>> Discussion & decision:
>> * Jouni sent out RFC6621 pointer for Simplified Multicast Forwarding 
>> that does duplicate detection and elimination
>> * Solutions draft:
>> - update the PW encapsulation i.e., no Flow-ID and incoming PW labels have to be the same to trigger the duplicate detection. 
>> - IPv6 use flow label for detnet flow identification, new extension header for seqnum.
>> - on IPv6 path stitching policy routing, multicast with with proper distribution tree and segment routing were discussed as possible alternatives instead of tunneling. Needs more discussion.
>> - no good solution for IPv4. Just left it out. One can use PWs to transport IPv4 as a packet PW.
>> - CoS/QoS update to be done. CoS is “easier” to start with.. first describe how the TC or DSCP bits need to be brought all the down to the most outer level.
>> * Alternatives draft (now expired):
>> - update the conclusions to state PW + IPv6 (native IP mode) are way to go. No good solution for IPv4.
>> * Problem Statement:
>> - Norm will ship an update.
>> * Webex time will change. It will be Tuesday 6AM Pacific starting from next call.
>> * solutions and alternative draft updates hopefully out this week.
>> 
>> Next call:
>> no call next week 4/18/17.
>> 
>> --
>> Jouni Korhonen, Broadcom, Core Switching Group
>> [phone]
>> 
>> 
>> 
>> _______________________________________________
>> Detnet-dp-dt mailing list
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
>> _______________________________________________
>> Detnet-dp-dt mailing list
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
> 
> _______________________________________________
> Detnet-dp-dt mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
> <detnet-Yuanlong4.ppt>_______________________________________________
> Detnet-dp-dt mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/detnet-dp-dt

_______________________________________________
Detnet-dp-dt mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/detnet-dp-dt