Re: [IPsec] iptfs publication request

2021-09-06 Thread Christian Hopps
> On Sep 6, 2021, at 4:16 PM, Tero Kivinen wrote: > > Christian Hopps writes: >> At this point please suggest the text that you would like changed or >> added to this document. I object to having to add it, but you are >> the chair and you are blocking this document so we must accept. > > I

Re: [IPsec] iptfs publication request

2021-09-06 Thread Graham Bartlett
Hi >From my experience there's lots of network devices that can easily process traffic out of order. If you have multiple cores, different packets can be anchored to different cores. If one core is busier this can result in backpressure and traffic lost or delayed. I've seen other devices that

Re: [IPsec] iptfs publication request

2021-09-06 Thread Tero Kivinen
Christian Hopps writes: > >> I believe this is a good change, and addresses Tero's concern about > >> long delays if a timer is not used. > > > > No it does only notes there is an issue, and proposes a partial > > solution to it, but still does not really address it. > > > > I still do not

Re: [IPsec] iptfs publication request

2021-09-06 Thread Christian Hopps
Tero Kivinen writes: Christian Hopps writes: Christian Hopps writes: > > I'm saying we should add new text that mentions the use of this > drop timer to drop missing packets after a short waiting time > instead of just waiting for it to slide out of the reorder window. > Then there is no

Re: [IPsec] iptfs publication request

2021-09-06 Thread Tero Kivinen
Christian Hopps writes: > > Christian Hopps writes: > > > > I'm saying we should add new text that mentions the use of this > > drop timer to drop missing packets after a short waiting time > > instead of just waiting for it to slide out of the reorder window. > > Then there is no issue to