[OPSAWG]Re: I-D Action: draft-ietf-opsawg-discardmodel-01.txt

2024-05-24 Thread Evans, John
Hi All, We've checked in an updated version of the draft with the following changes: 1. Incorporating feedback from Qin Wu (thanks!) 2. Clarifying terminology and consistency 2. Adding sub-classes for invalid-label and invalid-sid We would also like to solicit

Re: [OPSAWG]  WG Adoption Call for draft-opsawg-evans-discardmodel-02

2024-02-05 Thread Evans, John
Thank you Henk / Chairs. We have resubmitted the draft as draft-ietf-opsawg-discardmodel-00. Thank you also to the Group for the constructive feedback. Looking forward to working with you all on this. Cheers John On 02/02/2024, 12:41, "OPSAWG on behalf of Henk Birkholz"

Re: [OPSAWG]  WG Adoption Call for draft-opsawg-evans-discardmodel-02

2024-02-01 Thread Evans, John
interchangeable term, requirement seems more reasonable term to me. Ah - I see your point; yes - agree will change accordingly. Cheers John On 01/02/2024, 06:59, "Qin Wu" mailto:bill...@huawei.com>> wrote: -邮件原件- 发件人: Evans, John [mailto:jevanamz=40amazon.co...@dmar

Re: [OPSAWG]  WG Adoption Call for draft-opsawg-evans-discardmodel-02

2024-01-31 Thread Evans, John
Hi Qin, > [Qin Wu] Maybe a new section can be added to clarify the relation with > RFC8343. We will explicitly call out the relationship to data models. > the table in section 3 just provides model structure but doesn't specify > parameters details. Yes - agreed - we will expand on that >

Re: [OPSAWG]  WG Adoption Call for draft-opsawg-evans-discardmodel-02

2024-01-31 Thread Evans, John
Hi Qin, Thank you for your feedback. > 1. what is the difference between packet loss and packet discard, it seems > this two terms are used interchangeably in the draft, in some places > packet discard reporting is used, while in some other places, packet loss > reporting, which I think lack

Re: [OPSAWG]  WG Adoption Call for draft-opsawg-evans-discardmodel-02

2024-01-24 Thread Evans, John
Hi Benoit, Thanks for your feedback. > I mean: what is the value of an information model without a respective > data model, or a mapping to data model(s)? Whilst it's true that having a data model is essential for implementing an information model effectively, our focus is on standardising a

[OPSAWG] FW: New Version Notification for draft-opsawg-evans-discardmodel-02.txt

2024-01-15 Thread Evans, John
This version incorporates feedback we received from Med - thanks Med! Cheers John On 15/01/2024, 20:28, "internet-dra...@ietf.org " mailto:internet-dra...@ietf.org>> wrote: A new version of Internet-Draft draft-opsawg-evans-discardmodel-02.txt has been

[OPSAWG] New Version Notification for draft-opsawg-evans-discardmodel-01.txt

2023-12-04 Thread Evans, John
Hi opsawg Chairs, Following the presentation and feedback at IETF 118, we have checked in a 01 revision, incorporating feedback received. The feedback was generally supportive, and subsequent discussions in the WG reinforce the need for a defined discard classification model:

Re: [OPSAWG] draft-opsawg-evans-discardmodel/ ; IPFIX forwardingStatus

2023-11-14 Thread Evans, John
Thanks Benoit. That makes sense and is one of our use cases. On 14/11/2023, 13:57, "Benoit Claise" mailto:benoit.cla...@huawei.com>> wrote: Hi John, On 11/13/2023 3:27 PM, Evans, John wrote: > Thanks Beniot for your feedback. > > Are you suggesting to update th

[OPSAWG] draft-opsawg-evans-discardmodel-00

2023-11-13 Thread Evans, John
Hi Rob, In the session last Monday you raised the question of whether we needed a class for things that don’t map nicely to the other classes. We have a class which is effectively the catch-all today:

Re: [OPSAWG] New Version Notification for draft-evans-discardclass-03.txt

2023-11-13 Thread Evans, John
logical int, as component can be interface|device (ignore if you feel the comment to be pedantic). 2. All packet receipt, transmission and drops SHOULD be attributed to the physical or logical interface *of the device* where they occur. Regards, Ruediger -Ursprüngliche Nachricht-

Re: [OPSAWG] draft-opsawg-evans-discardmodel/ ; IPFIX forwardingStatus

2023-11-13 Thread Evans, John
Thanks Beniot for your feedback. Are you suggesting to update the IPFIX forwarding status codes to reflect the discard classes in draft-opsawg-evans-discardmodel? On 06/11/2023, 13:03, "Benoit Claise" mailto:benoit.cla...@huawei.com>> wrote: CAUTION: This email originated from outside of

[OPSAWG] FW: New Version Notification for draft-opsawg-evans-discardmodel-00.txt

2023-10-06 Thread Evans, John
Hi All, We just posted a draft which may be of interest to this group. All feedback welcomed. We would also like to present this at the upcoming meeting in Prague, if possible. Thanks John  A new version of Internet-Draft draft-opsawg-evans-discardmodel-00.txt has been

[OPSAWG] FW: New Version Notification for draft-evans-discardclass-03.txt

2023-08-15 Thread Evans, John
Hi All - we just posted a draft which may be of interest to this group. This is currently an individual submission. Please feel free to contact us with any feedback. Thanks John A new version of I-D, draft-evans-discardclass-03.txt has been successfully submitted by John Evans and