Re: [vpp-dev] Static route is not getting added when using high level API (vapi routines) #vpp #vapi #vpp-dev

[meera s]

Please share your inputs.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18416): https://lists.fd.io/g/vpp-dev/message/18416
Mute This Topic: https://lists.fd.io/mt/79127557/21656
Mute #vpp:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp
Mute #vapi:https://lists.fd.io/g/vpp-dev/mutehashtag/vapi
Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Multipoint GRE support

[Paul Vinciguerra]

Hi Vijay,

How are you planning to map the tunnel addresses to the physical addresses?

On Tue, Dec 22, 2020 at 9:04 PM Vijay Kumar  wrote:

> Hi Paul,
>
> Thanks for the information.
>
> Your script is talking about nhrp protocol.
> Is NHRP protocol mandatory to support mGRE?
>
>
> Regards
>
> On Wed, 23 Dec 2020, 01:24 Paul Vinciguerra, 
> wrote:
>
>> Hi Vijay.
>>
>> Does this help any?
>> https://github.com/vpp-dev/vpp/blob/master/test/test_gre.py#L998
>>
>>
>> On Tue, Dec 22, 2020 at 12:47 PM Vijay Kumar 
>> wrote:
>>
>>> Hi,
>>>
>>> Can someone help me understand if multipoint GRE (one gre interface that
>>> can communicate with multiple peers) is supported in the fd.ip GRE plugin?
>>>
>>> If yes, could you please share with me an example config for multi-point
>>> GRE. In the fd.io wiki pages, I am only seeing *p2mp *configuration
>>> (point to multipoint) for IP-in-IP but not for GRE
>>>
>>>
>>> Please share me an example config that I can use to test
>>>
>>>
>>> Regards
>>>
>>> 
>>>
>>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18415): https://lists.fd.io/g/vpp-dev/message/18415
Mute This Topic: https://lists.fd.io/mt/79154511/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] Multipoint GRE support

[Vijay Kumar]

Hi Paul,

Thanks for the information.

Your script is talking about nhrp protocol.
Is NHRP protocol mandatory to support mGRE?


Regards

On Wed, 23 Dec 2020, 01:24 Paul Vinciguerra, 
wrote:

> Hi Vijay.
>
> Does this help any?
> https://github.com/vpp-dev/vpp/blob/master/test/test_gre.py#L998
>
>
> On Tue, Dec 22, 2020 at 12:47 PM Vijay Kumar 
> wrote:
>
>> Hi,
>>
>> Can someone help me understand if multipoint GRE (one gre interface that
>> can communicate with multiple peers) is supported in the fd.ip GRE plugin?
>>
>> If yes, could you please share with me an example config for multi-point
>> GRE. In the fd.io wiki pages, I am only seeing *p2mp *configuration
>> (point to multipoint) for IP-in-IP but not for GRE
>>
>>
>> Please share me an example config that I can use to test
>>
>>
>> Regards
>>
>> 
>>
>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18414): https://lists.fd.io/g/vpp-dev/message/18414
Mute This Topic: https://lists.fd.io/mt/79154511/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] question about crypto_sw_scheduler plugin

[Matthew Smith via lists.fd.io]

Hello,

I am looking into enabling VPP's asynchronous crypto for IPsec in Netgate's
control plane. I was looking at the crypto_sw_scheduler plugin and noticed
that crypto_sw_scheduler_dequeue_aead()
and crypto_sw_scheduler_dequeue_link() each have a loop like this:

  vec_foreach_index (i, cm->per_thread_data)
  {
ptd = cm->per_thread_data + i;
q = ptd->queues[async_op_id];
f = crypto_sw_scheduler_get_pending_frame (q);
if (f)
  break;
  }

It looks like this loop will iterate the per-thread data of each thread
sequentially starting at thread 0 and try to retrieve a pending frame from
that thread's queue and break the loop if one is retrieved. Will this end
up causing the operations which were queued by the threads with lower
indices to be handled more quickly than operations which were queued by the
threads with higher indices?

E.g. - assume 4 worker threads. The main thread has ID 0 and the workers
have IDs 1 - 4. If thread 1 has 5 frames queued for some crypto operation
and thread 4 has 1 frame queued for the same operation, will all 5 frames
from thread 1 be handled before the 1 frame from thread 4 is? Or am I
misunderstanding something?

Thanks!
-Matt

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18413): https://lists.fd.io/g/vpp-dev/message/18413
Mute This Topic: https://lists.fd.io/mt/79156990/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Multipoint GRE support

[Vijay Kumar]

Hi,

Can someone help me understand if multipoint GRE (one gre interface that
can communicate with multiple peers) is supported in the fd.ip GRE plugin?

If yes, could you please share with me an example config for multi-point
GRE. In the fd.io wiki pages, I am only seeing *p2mp *configuration (point
to multipoint) for IP-in-IP but not for GRE


Please share me an example config that I can use to test


Regards

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18412): https://lists.fd.io/g/vpp-dev/message/18412
Mute This Topic: https://lists.fd.io/mt/79154511/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] support of raw socket like support in vpp

[Venumadhav Josyula]

Pointers will also help.

On Tue, 22 Dec, 2020, 9:17 pm Florin Coras,  wrote:

> Hi Venu,
>
> The only resource I know of is [1]. Others might have more pointers.
>
> Regards,
> Florin
>
> [1] https://git.fd.io/vpp/tree/extras/libmemif
>
> On Dec 22, 2020, at 7:36 AM, Venumadhav Josyula 
> wrote:
>
> Hi florin,
>
> Are there any examples for the same
>
> Thanks,
> Regards
> Venu
>
> On Tue, 22 Dec, 2020, 8:52 pm Florin Coras, 
> wrote:
>
>> Hi Venu,
>>
>> We don’t support raw sockets in the host stack and implicitly in vcl. You
>> might be able to achieve what you want with memif interfaces.
>>
>> Regards,
>> Florin
>>
>> On Dec 22, 2020, at 12:43 AM, Venumadhav Josyula 
>> wrote:
>>
>> Hi All.
>>
>> There is any raw socket like support in vpp. Our stack opens raw sockets
>> and as out stack is sitting in the stack. We would like to pass the
>> ethernet data directly via session layer to the application. We are
>> planning to use vcl to achieve the same.
>>
>> Any pointers of examples are good to know.
>>
>> Thanks,
>> Regards,
>> Venu
>>
>>
>> 
>>
>>
>>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18411): https://lists.fd.io/g/vpp-dev/message/18411
Mute This Topic: https://lists.fd.io/mt/79145357/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] support of raw socket like support in vpp

[Florin Coras]

Hi Venu, 

The only resource I know of is [1]. Others might have more pointers.

Regards,
Florin 

[1] https://git.fd.io/vpp/tree/extras/libmemif

> On Dec 22, 2020, at 7:36 AM, Venumadhav Josyula  wrote:
> 
> Hi florin,
> 
> Are there any examples for the same
> 
> Thanks,
> Regards
> Venu
> 
> On Tue, 22 Dec, 2020, 8:52 pm Florin Coras,  > wrote:
> Hi Venu, 
> 
> We don’t support raw sockets in the host stack and implicitly in vcl. You 
> might be able to achieve what you want with memif interfaces. 
> 
> Regards,
> Florin 
> 
>> On Dec 22, 2020, at 12:43 AM, Venumadhav Josyula > > wrote:
>> 
>> Hi All.
>> 
>> There is any raw socket like support in vpp. Our stack opens raw sockets and 
>> as out stack is sitting in the stack. We would like to pass the ethernet 
>> data directly via session layer to the application. We are planning to use 
>> vcl to achieve the same.
>> 
>> Any pointers of examples are good to know.
>> 
>> Thanks,
>> Regards,
>> Venu
>> 
>> 
>> 
>> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18410): https://lists.fd.io/g/vpp-dev/message/18410
Mute This Topic: https://lists.fd.io/mt/79145357/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] support of raw socket like support in vpp

[Venumadhav Josyula]

Hi florin,

Are there any examples for the same

Thanks,
Regards
Venu

On Tue, 22 Dec, 2020, 8:52 pm Florin Coras,  wrote:

> Hi Venu,
>
> We don’t support raw sockets in the host stack and implicitly in vcl. You
> might be able to achieve what you want with memif interfaces.
>
> Regards,
> Florin
>
> On Dec 22, 2020, at 12:43 AM, Venumadhav Josyula 
> wrote:
>
> Hi All.
>
> There is any raw socket like support in vpp. Our stack opens raw sockets
> and as out stack is sitting in the stack. We would like to pass the
> ethernet data directly via session layer to the application. We are
> planning to use vcl to achieve the same.
>
> Any pointers of examples are good to know.
>
> Thanks,
> Regards,
> Venu
>
>
> 
>
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18409): https://lists.fd.io/g/vpp-dev/message/18409
Mute This Topic: https://lists.fd.io/mt/79145357/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] support of raw socket like support in vpp

[Florin Coras]

Hi Venu, 

We don’t support raw sockets in the host stack and implicitly in vcl. You might 
be able to achieve what you want with memif interfaces. 

Regards,
Florin 

> On Dec 22, 2020, at 12:43 AM, Venumadhav Josyula  wrote:
> 
> Hi All.
> 
> There is any raw socket like support in vpp. Our stack opens raw sockets and 
> as out stack is sitting in the stack. We would like to pass the ethernet data 
> directly via session layer to the application. We are planning to use vcl to 
> achieve the same.
> 
> Any pointers of examples are good to know.
> 
> Thanks,
> Regards,
> Venu
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18408): https://lists.fd.io/g/vpp-dev/message/18408
Mute This Topic: https://lists.fd.io/mt/79145357/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] Bridge domains / mac learning limits evolutions

[Jerome Tollet via lists.fd.io]

Hello,
As a follow-up to this email, I did a patch introducing a per bridge-domain 
limit (https://gerrit.fd.io/r/c/vpp/+/30472).
If it gets in, I was wondering if we should now deprecate the global limit (per 
option #2 below) or whether we should keep both (option #1 below). I am still 
under the impression #2 is better and I can work on a patch for that.
Thoughts ?
Jerome

De : Jerome Tollet 
Date : mercredi 16 décembre 2020 à 14:51
À : "vpp-dev@lists.fd.io" 
Objet : Bridge domains / mac learning limits evolutions

Hello,
With current implementation of mac learning in VPP, it is possible to configure 
maximum number of learned entries. This limit is global and shared by all 
bridge domains in a given VPP instance.
I am considering implementing a per bridge domain limit making sure that a 
bridge domain can’t exhaust all available entries.

I would like to gather the opinion from the community on that:

1)  Shall we keep the global limit and add a per bridge domain limit?

2)  Shall we only implement a per bridge domain limit and remove the global 
limit?

My personal opinion is that #2 may be enough. It guarantees that the overall 
system can’t run low in memory because of too many learned addresses. However, 
it would change the existing behavior.
Do people have an opinion about that ?

Jerome

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18407): https://lists.fd.io/g/vpp-dev/message/18407
Mute This Topic: https://lists.fd.io/mt/79000620/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] support of raw socket like support in vpp

[Venumadhav Josyula]

Hi All.

There is any raw socket like support in vpp. Our stack opens raw sockets
and as out stack is sitting in the stack. We would like to pass the
ethernet data directly via session layer to the application. We are
planning to use vcl to achieve the same.

Any pointers of examples are good to know.

Thanks,
Regards,
Venu

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18406): https://lists.fd.io/g/vpp-dev/message/18406
Mute This Topic: https://lists.fd.io/mt/79145357/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-