Re: [dpdk-dev] [PATCH v2 2/2] librte_ip_frag: add mbuf counter

2018-08-24 Thread Ananyev, Konstantin
Hi Alex, > > Hi Konstantin. > > Could we please make a final decision about counting mbufs, since It still > feels to me like an unfinished business? > Below are my final argumens. if they are not sound to you, just nack ;) Sorry, but as I said before - not sure that it really worth it. Still

Re: [dpdk-dev] [PATCH v2 2/2] librte_ip_frag: add mbuf counter

2018-08-22 Thread Alex Kiselev
Hi Konstantin. Could we please make a final decision about counting mbufs, since It still feels to me like an unfinished business? Below are my final argumens. if they are not sound to you, just nack ;) > Hi Konstantin. >> Hi Alex, >> Sorry for delay in reply. >>> >> There might be situations

Re: [dpdk-dev] [PATCH v2 2/2] librte_ip_frag: add mbuf counter

2018-07-18 Thread Alex Kiselev
Hi Konstantin. > Hi Alex, > Sorry for delay in reply. >> >> There might be situations (kind of attack when a lot of >> >> fragmented packets are sent to a dpdk application in order >> >> to flood the fragmentation table) when no additional mbufs >> >> must be added to the fragmentations table sin

Re: [dpdk-dev] [PATCH v2 2/2] librte_ip_frag: add mbuf counter

2018-07-17 Thread Ananyev, Konstantin
Hi Alex, Sorry for delay in reply. > > >> There might be situations (kind of attack when a lot of > >> fragmented packets are sent to a dpdk application in order > >> to flood the fragmentation table) when no additional mbufs > >> must be added to the fragmentations table since it already > >> co

Re: [dpdk-dev] [PATCH v2 2/2] librte_ip_frag: add mbuf counter

2018-06-29 Thread Alex Kiselev
Hi Konstantin > Hi Alex, >> There might be situations (kind of attack when a lot of >> fragmented packets are sent to a dpdk application in order >> to flood the fragmentation table) when no additional mbufs >> must be added to the fragmentations table since it already >> contains to many of the

Re: [dpdk-dev] [PATCH v2 2/2] librte_ip_frag: add mbuf counter

2018-06-29 Thread Ananyev, Konstantin
Hi Alex, > There might be situations (kind of attack when a lot of > fragmented packets are sent to a dpdk application in order > to flood the fragmentation table) when no additional mbufs > must be added to the fragmentations table since it already > contains to many of them. Currently there is