Re: [vpp-dev] Regarding TCP Keepalives

[Vijay Kumar]

Thanks a lot Florin..




On Thu, 10 Jun 2021, 19:51 Florin Coras,  wrote:

> Hi Vijay,
>
> Yes. It can reply to but won’t originate keepalives.
>
> Regards,
> Florin
>
> On Jun 9, 2021, at 11:04 PM, Vijay Kumar  wrote:
>
> 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 
> 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  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 > 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 (#19552): https://lists.fd.io/g/vpp-dev/message/19552
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Regarding TCP Keepalives

[Florin Coras]

Hi Vijay, 

Yes. It can reply to but won’t originate keepalives.

Regards,
Florin

> On Jun 9, 2021, at 11:04 PM, Vijay Kumar  wrote:
> 
> 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  > 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 > > 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 
>>  > > 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 (#19551): https://lists.fd.io/g/vpp-dev/message/19551
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Regarding TCP Keepalives

[Vijay Kumar]

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  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  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  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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Regarding TCP Keepalives

[Florin Coras]

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  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 
>   > 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 (#19544): https://lists.fd.io/g/vpp-dev/message/19544
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Regarding TCP Keepalives

[Vijay Kumar]

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  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 (#19541): https://lists.fd.io/g/vpp-dev/message/19541
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]
-=-=-=-=-=-=-=-=-=-=-=-