Hi Florin,

Thanks for the information. It's a good starting point for me

"VPP’s tcp implementation does not support keepalives" ==========> I assume
VPP does not initiate one but can respond to any KA sent by the peer?

Is this understanding right?


Regards.

On Wed, Jun 9, 2021 at 8:00 PM Florin Coras <fcoras.li...@gmail.com> wrote:

> Hi Vijay,
>
> VPP’s tcp implementation does not support keepalives so I’m assuming you’d
> like to intercept/drop packets that flow through vpp. As far as I know,
> there’s no straight forward way to do that. So you might have to implement
> a tcp connection tracker and some heuristic to detect keepalives or a
> transparent tcp proxy.
>
> Regards,
> Florin
>
> On Jun 9, 2021, at 5:14 AM, Vijay Kumar <vjkumar2...@gmail.com> wrote:
>
> Hi experts,
>
> Is there any way in which one can control TCP KA sending in VPP?
>
> On Sat, Jun 5, 2021 at 10:48 PM Vijay Kumar via lists.fd.io <vjkumar2003=
> gmail....@lists.fd.io> wrote:
>
>> Hi,
>>
>> Is there any way we can control TCP graph node KA sending?
>>
>> My GW device is running VPP and connects with mobile phones. I have a
>> requirement like my GW VPP must not send TCP KA if there is already traffic
>> flowing with the peers (mobile phones). This is to prevent mobile phone
>> batteries getting drained out unnecessarily.
>>
>> If there is no config to control this, is there any suggestion to
>> start/stop KA at run-time?
>>
>>
>>
>> Regards.
>>
>>
>>
>>
> 
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#19546): https://lists.fd.io/g/vpp-dev/message/19546
Mute This Topic: https://lists.fd.io/mt/83334560/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to