Re: [vpp-dev] Linking external libraries to VPP executable

[Damjan Marion via Lists.Fd.Io]

> On 3 Jan 2020, at 08:13, siddarth rai  wrote:
> 
> Hi,
>  
> My plugin is linked to an external lib.
> When my plugin calls the init function of that external lib, it runs into 
> some problems with symbols (presumably the external lib init function calls a 
> dlopen to load some other files)
> It seems the problem comes from the fact that VPP calls a dlopen of plugins.
> A simple executable linking directly to the external library and calling the 
> init function of the external lib does not give the same problem.
>  
> I prototyped the whole scenario by making a stub executable (acting like VPP 
> executable). Also made a stub shared object (like the plugin) which links to 
> the external lib. Then I did a dlopen of this shared object from my stub 
> executable (just like VPP) where the shared object code calls the init 
> function of external lib. This reproduces the same problem as seen with VPP. 
> I then linked my stub executable with the external library in addition and 
> then everything worked fine.
>  
> In fact, I went ahead and changed the src/vlib/CMakeLists.txt so that 
> external lib links with vlib. This works fine for me.
>  
> I just wanted to find out, if there is any generic infra available to link 
> additional external libraries to say, vlib, without fiddling around with the 
> build system of VPP. 
> 

Linking plugin against external library is right thing to do, I can understand 
that there may be some hiccups but they should be fixed instead of linking your 
library against vlib, as that doesn’t make sense at all..
Unfortunately again no enough details about you “problems with symbols” to be 
able to help you..,


> Regards,
> Siddarth   
> 
> On Thu, Jan 2, 2020 at 7:38 PM Damjan Marion  > wrote:
> 
> 99% of vpp code is not in vpp executable so i wander why do you want to do 
> that? both some of vpp standard libraries (vnet, vlib, ..) and some of vpp 
> plugins are linked against libs, so to be able to help you i need more 
> details...
> 
> -- 
> Damjan
> 
>> On 2 Jan 2020, at 14:20, siddarth rai > > wrote:
>> 
>> 
>> Hi,
>> 
>> I mean only 'vpp executable'
>> 
>> Regards,
>> Siddarth
>> 
>> On Thu, Jan 2, 2020 at 5:10 PM Damjan Marion > > wrote:
>> 
>> what do you mean by “vpp executable lib”? can you provide more details what 
>> exactly do you want to do?
>> 
>> -- 
>> Damjan
>> 
>> > On 2 Jan 2020, at 12:27, siddarth rai > > > wrote:
>> > 
>> > 
>> > Hello,
>> > 
>> > I am working on VPP 1908.
>> > I want to link some external non-vpp libraries to my vpp executable lib.
>> > 
>> > Would it work if I add the path of external lib to vlib/CMakeLists.txt 
>> > file using 'LINK_LIBRARIES' ? 
>> > 
>> > Can anyone tell if this is the right way or if there is any other way ?
>> > 
>> > Any help will be appreciated.
>> > 
>> > Thank you,
>> > Siddarth
>> > -=-=-=-=-=-=-=-=-=-=-=-
>> > Links: You receive all messages sent to this group.
>> > 
>> > View/Reply Online (#15013): https://lists.fd.io/g/vpp-dev/message/15013 
>> > 
>> > Mute This Topic: https://lists.fd.io/mt/69378301/675642 
>> > 
>> > Group Owner: vpp-dev+ow...@lists.fd.io 
>> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>> >   [dmar...@me.com 
>> > ]
>> > -=-=-=-=-=-=-=-=-=-=-=-
>> 
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#15020): https://lists.fd.io/g/vpp-dev/message/15020 
>> 
>> Mute This Topic: https://lists.fd.io/mt/69378301/675642 
>> 
>> Group Owner: vpp-dev+ow...@lists.fd.io 
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>>   [dmar...@me.com 
>> ]
>> -=-=-=-=-=-=-=-=-=-=-=-
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#15027): https://lists.fd.io/g/vpp-dev/message/15027
> Mute This Topic: https://lists.fd.io/mt/69378301/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15028): https://lists.fd.io/g/vpp-dev/message/15028
Mute This Topic: https://lists.fd.io/mt/69378301/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] Linking external libraries to VPP executable

[Dave Barach via Lists.Fd.Io]

There should be no need to change anything except what your plugin links 
against.

As Damjan wrote: unless you’re more specific – name the symbols involved, where 
they’re defined, etc. - we can’t help you.

Dave

From: vpp-dev@lists.fd.io  On Behalf Of siddarth rai
Sent: Friday, January 3, 2020 2:14 AM
To: Damjan Marion 
Cc: vpp-dev 
Subject: Re: [vpp-dev] Linking external libraries to VPP executable

Hi,

My plugin is linked to an external lib.
When my plugin calls the init function of that external lib, it runs into some 
problems with symbols (presumably the external lib init function calls a dlopen 
to load some other files)
It seems the problem comes from the fact that VPP calls a dlopen of plugins.
A simple executable linking directly to the external library and calling the 
init function of the external lib does not give the same problem.

I prototyped the whole scenario by making a stub executable (acting like VPP 
executable). Also made a stub shared object (like the plugin) which links to 
the external lib. Then I did a dlopen of this shared object from my stub 
executable (just like VPP) where the shared object code calls the init function 
of external lib. This reproduces the same problem as seen with VPP. I then 
linked my stub executable with the external library in addition and then 
everything worked fine.

In fact, I went ahead and changed the src/vlib/CMakeLists.txt so that external 
lib links with vlib. This works fine for me.

I just wanted to find out, if there is any generic infra available to link 
additional external libraries to say, vlib, without fiddling around with the 
build system of VPP.

Regards,
Siddarth

On Thu, Jan 2, 2020 at 7:38 PM Damjan Marion 
mailto:dmar...@me.com>> wrote:

99% of vpp code is not in vpp executable so i wander why do you want to do 
that? both some of vpp standard libraries (vnet, vlib, ..) and some of vpp 
plugins are linked against libs, so to be able to help you i need more 
details...
--
Damjan


On 2 Jan 2020, at 14:20, siddarth rai 
mailto:sid...@gmail.com>> wrote:

Hi,

I mean only 'vpp executable'

Regards,
Siddarth

On Thu, Jan 2, 2020 at 5:10 PM Damjan Marion 
mailto:dmar...@me.com>> wrote:

what do you mean by “vpp executable lib”? can you provide more details what 
exactly do you want to do?

--
Damjan

> On 2 Jan 2020, at 12:27, siddarth rai 
> mailto:sid...@gmail.com>> wrote:
>
> 
> Hello,
>
> I am working on VPP 1908.
> I want to link some external non-vpp libraries to my vpp executable lib.
>
> Would it work if I add the path of external lib to vlib/CMakeLists.txt file 
> using 'LINK_LIBRARIES' ?
>
> Can anyone tell if this is the right way or if there is any other way ?
>
> Any help will be appreciated.
>
> Thank you,
> Siddarth
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#15013): https://lists.fd.io/g/vpp-dev/message/15013
> Mute This Topic: https://lists.fd.io/mt/69378301/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  
> [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15020): https://lists.fd.io/g/vpp-dev/message/15020
Mute This Topic: https://lists.fd.io/mt/69378301/675642
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  
[dmar...@me.com]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15029): https://lists.fd.io/g/vpp-dev/message/15029
Mute This Topic: https://lists.fd.io/mt/69378301/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Check in ip4_local_inline()

[Nitin Saxena]

Hi,

I am sending UDP termination packets to VPP interface with single source IP. I 
find that fib lookup is happening for every packet, even if source IP for 
current packet is same as last packet. Is it expected behavior? Following patch 
seems to avoid lookup for every packet.

Thanks,
Nitin

diff --git a/src/vnet/ip/ip4_forward.c b/src/vnet/ip/ip4_forward.c
index aa554ea..59edaba 100644
--- a/src/vnet/ip/ip4_forward.c
+++ b/src/vnet/ip/ip4_forward.c
@@ -1542,6 +1542,7 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
   last_check->src.as_u32 = ip0->src_address.as_u32;
   last_check->lbi = lbi0;
   last_check->error = *error0;
+  last_check->first = 0;
 }
   else
 {
@@ -1549,7 +1550,6 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
vnet_buffer (b)->ip.adj_index[VLIB_TX];
   vnet_buffer (b)->ip.adj_index[VLIB_TX] = last_check->lbi;
   *error0 = last_check->error;
-  last_check->first = 0;
 }
}

@@ -1638,6 +1638,7 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,
   last_check->src.as_u32 = ip[1]->src_address.as_u32;
   last_check->lbi = lbi[1];
   last_check->error = error[1];
+  last_check->first = 0;
 }
   else
 {
@@ -1651,7 +1652,6 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,

   error[0] = last_check->error;
   error[1] = last_check->error;
-  last_check->first = 0;
 }
}



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15030): https://lists.fd.io/g/vpp-dev/message/15030
Mute This Topic: https://lists.fd.io/mt/69397810/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Coverity run FAILED as of 2020-01-03 14:00:24 UTC

[Noreply Jenkins]

Coverity run failed today.

Current number of outstanding issues are 2
Newly detected: 2
Eliminated: 2
More details can be found at  
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15031): https://lists.fd.io/g/vpp-dev/message/15031
Mute This Topic: https://lists.fd.io/mt/69398653/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] Check in ip4_local_inline()

[Dave Barach via Lists.Fd.Io]

Ask yourself how often there will be precisely one source (or dst) IP address 
in this path. Optimizing a specific lab/benchmark case may or may not make 
sense.

D.

From: vpp-dev@lists.fd.io  On Behalf Of Nitin Saxena
Sent: Friday, January 3, 2020 8:02 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Check in ip4_local_inline()

Hi,

I am sending UDP termination packets to VPP interface with single source IP. I 
find that fib lookup is happening for every packet, even if source IP for 
current packet is same as last packet. Is it expected behavior? Following patch 
seems to avoid lookup for every packet.

Thanks,
Nitin

diff --git a/src/vnet/ip/ip4_forward.c b/src/vnet/ip/ip4_forward.c
index aa554ea..59edaba 100644
--- a/src/vnet/ip/ip4_forward.c
+++ b/src/vnet/ip/ip4_forward.c
@@ -1542,6 +1542,7 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
   last_check->src.as_u32 = ip0->src_address.as_u32;
   last_check->lbi = lbi0;
   last_check->error = *error0;
+  last_check->first = 0;
 }
   else
 {
@@ -1549,7 +1550,6 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
vnet_buffer (b)->ip.adj_index[VLIB_TX];
   vnet_buffer (b)->ip.adj_index[VLIB_TX] = last_check->lbi;
   *error0 = last_check->error;
-  last_check->first = 0;
 }
}

@@ -1638,6 +1638,7 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,
   last_check->src.as_u32 = ip[1]->src_address.as_u32;
   last_check->lbi = lbi[1];
   last_check->error = error[1];
+  last_check->first = 0;
 }
   else
 {
@@ -1651,7 +1652,6 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,

   error[0] = last_check->error;
   error[1] = last_check->error;
-  last_check->first = 0;
 }
}



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15032): https://lists.fd.io/g/vpp-dev/message/15032
Mute This Topic: https://lists.fd.io/mt/69397810/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Contiv VPP - Run time debug log is not printing in vpp prompt

[Mohamed feroz Abdul majeeth]

Hi vpp-dev,

I am working in contiv vpp & kubernetes. I faced issue like runtime debug
message is not printing in vpp command prompt(vppctl), contiv vpp is
redirecting the debug message to "system activity log" (/var/log/message).
Below are node runtime function (sample_node_fn). I am not able see debug
message in VPP prompt which is present in this function
/* *INDENT-OFF* */
VLIB_REGISTER_NODE (sample_node) =
{
  .function = sample_node_fn,
  .name = "sample-node",
  .vector_size = sizeof (u32),
  .format_trace = format_sample_trace,
  .n_next_nodes = SAMPLE_N_NEXT,
  .next_nodes = {
[SAMPLE_NEXT_DROP] = "error-drop",
[SAMPLE_NEXT_PUNT] = "error-punt",
  },
};
I am using below debug API to print debug log:
vlib_cli_output (vm, "Sample Data\n");
clib_error("Sample Data\n");
clib_warning("Sample Data\n");
NOTE:In bare metal, I am  able to see debug message in VPP prompt, I faced
issue in contiv vpp only.
How can I get debug message in contiv vpp prompt?
why debug message is not printing in contiv vpp prompt like bare metal?
Is anything I need to add VPP configuration?

please help me to solve the issue!

Thanks,
Feroz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15033): https://lists.fd.io/g/vpp-dev/message/15033
Mute This Topic: https://lists.fd.io/mt/69399643/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] Linking external libraries to VPP executable

[Burt Silverman]

Also, for the sake of completeness, it might be a good idea to spell out
the tool chain being used, Siddarth.

Burt

On Fri, Jan 3, 2020 at 7:58 AM Dave Barach via Lists.Fd.Io  wrote:

> There should be no need to change anything except what your plugin links
> against.
>
>
>
> As Damjan wrote: unless you’re more specific – name the symbols involved,
> where they’re defined, etc. - we can’t help you.
>
>
>
> Dave
>
>
>
> *From:* vpp-dev@lists.fd.io  *On Behalf Of *siddarth
> rai
> *Sent:* Friday, January 3, 2020 2:14 AM
> *To:* Damjan Marion 
> *Cc:* vpp-dev 
> *Subject:* Re: [vpp-dev] Linking external libraries to VPP executable
>
>
>
> Hi,
>
>
>
> My plugin is linked to an external lib.
>
> When my plugin calls the init function of that external lib, it runs into
> some problems with symbols (presumably the external lib init function calls
> a dlopen to load some other files)
>
> It seems the problem comes from the fact that VPP calls a dlopen of
> plugins.
>
> A simple executable linking directly to the external library and calling
> the init function of the external lib does not give the same problem.
>
>
>
> I prototyped the whole scenario by making a stub executable (acting like
> VPP executable). Also made a stub shared object (like the plugin) which
> links to the external lib. Then I did a dlopen of this shared object from
> my stub executable (just like VPP) where the shared object code calls the
> init function of external lib. This reproduces the same problem as seen
> with VPP. I then linked my stub executable with the external library in
> addition and then everything worked fine.
>
>
>
> In fact, I went ahead and changed the src/vlib/CMakeLists.txt so that
> external lib links with vlib. This works fine for me.
>
>
>
> I just wanted to find out, if there is any generic infra available to link
> additional external libraries to say, vlib, without fiddling around with
> the build system of VPP.
>
>
>
> Regards,
>
> Siddarth
>
>
>
> On Thu, Jan 2, 2020 at 7:38 PM Damjan Marion  wrote:
>
>
>
> 99% of vpp code is not in vpp executable so i wander why do you want to do
> that? both some of vpp standard libraries (vnet, vlib, ..) and some of vpp
> plugins are linked against libs, so to be able to help you i need more
> details...
>
> --
>
> Damjan
>
>
>
> On 2 Jan 2020, at 14:20, siddarth rai  wrote:
>
> 
>
> Hi,
>
>
>
> I mean only 'vpp executable'
>
>
>
> Regards,
>
> Siddarth
>
>
>
> On Thu, Jan 2, 2020 at 5:10 PM Damjan Marion  wrote:
>
>
> what do you mean by “vpp executable lib”? can you provide more details
> what exactly do you want to do?
>
> --
> Damjan
>
> > On 2 Jan 2020, at 12:27, siddarth rai  wrote:
> >
> > 
> > Hello,
> >
> > I am working on VPP 1908.
> > I want to link some external non-vpp libraries to my vpp executable lib.
> >
> > Would it work if I add the path of external lib to vlib/CMakeLists.txt
> file using 'LINK_LIBRARIES' ?
> >
> > Can anyone tell if this is the right way or if there is any other way ?
> >
> > Any help will be appreciated.
> >
> > Thank you,
> > Siddarth
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> >
> > View/Reply Online (#15013): https://lists.fd.io/g/vpp-dev/message/15013
> > Mute This Topic: https://lists.fd.io/mt/69378301/675642
> > Group Owner: vpp-dev+ow...@lists.fd.io
> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> > -=-=-=-=-=-=-=-=-=-=-=-
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#15020): https://lists.fd.io/g/vpp-dev/message/15020
> Mute This Topic: https://lists.fd.io/mt/69378301/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#15029): https://lists.fd.io/g/vpp-dev/message/15029
> Mute This Topic: https://lists.fd.io/mt/69378301/541103
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [bur...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15034): https://lists.fd.io/g/vpp-dev/message/15034
Mute This Topic: https://lists.fd.io/mt/69378301/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] Check in ip4_local_inline()

[Balaji Venkatraman via Lists.Fd.Io]

Hi Nitin,
Isn’t ip_lookup based of destination ip, Could you verify if the lookup happens 
on every packet when ‘destination ip’ is the same?

--
Regards,
Balaji.


From:  on behalf of "Dave Barach via Lists.Fd.Io" 

Reply-To: "Dave Barach (dbarach)" 
Date: Friday, January 3, 2020 at 6:38 AM
To: Nitin Saxena , "vpp-dev@lists.fd.io" 

Cc: "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] Check in ip4_local_inline()

Ask yourself how often there will be precisely one source (or dst) IP address 
in this path. Optimizing a specific lab/benchmark case may or may not make 
sense.

D.

From: vpp-dev@lists.fd.io  On Behalf Of Nitin Saxena
Sent: Friday, January 3, 2020 8:02 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Check in ip4_local_inline()

Hi,

I am sending UDP termination packets to VPP interface with single source IP. I 
find that fib lookup is happening for every packet, even if source IP for 
current packet is same as last packet. Is it expected behavior? Following patch 
seems to avoid lookup for every packet.

Thanks,
Nitin

diff --git a/src/vnet/ip/ip4_forward.c b/src/vnet/ip/ip4_forward.c
index aa554ea..59edaba 100644
--- a/src/vnet/ip/ip4_forward.c
+++ b/src/vnet/ip/ip4_forward.c
@@ -1542,6 +1542,7 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
   last_check->src.as_u32 = ip0->src_address.as_u32;
   last_check->lbi = lbi0;
   last_check->error = *error0;
+  last_check->first = 0;
 }
   else
 {
@@ -1549,7 +1550,6 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
vnet_buffer (b)->ip.adj_index[VLIB_TX];
   vnet_buffer (b)->ip.adj_index[VLIB_TX] = last_check->lbi;
   *error0 = last_check->error;
-  last_check->first = 0;
 }
}

@@ -1638,6 +1638,7 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,
   last_check->src.as_u32 = ip[1]->src_address.as_u32;
   last_check->lbi = lbi[1];
   last_check->error = error[1];
+  last_check->first = 0;
 }
   else
 {
@@ -1651,7 +1652,6 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,

   error[0] = last_check->error;
   error[1] = last_check->error;
-  last_check->first = 0;
 }
}



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15035): https://lists.fd.io/g/vpp-dev/message/15035
Mute This Topic: https://lists.fd.io/mt/69397810/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] Check in ip4_local_inline()

[Nitin Saxena]

Hi Dave,

Thanks.

I agree with your point that there is less chance of consecutive packets having 
same source IP. However both functions: ip4_local_check_src(), 
ip4_local_check_src_x2() already have the trick to avoid fib lookup for 
consecutive packets having same source IP. Correct me if I am wrong, currently 
else {} part in both aforementioned functions seems to be a dead code as 
PREDICT_FALSE(last_check->first) is always TRUE (as last_check->first is always 
1 throughout ip4_local_inline() function).

Also with my patch, there is no impact on cycle count of ip4_local node (both 
x86 and ARM) where source IP increments for every packet in a terminating 
frame. It does decrease cycles for ip4-local when all packets have similar 
source IP.

So is there any gap in my understanding or is it deliberate to make else {} 
case  as dead code?

Thanks,
Nitin

From: Dave Barach (dbarach) 
Sent: Friday, January 3, 2020 8:08 PM
To: Nitin Saxena ; vpp-dev@lists.fd.io
Subject: [EXT] RE: [vpp-dev] Check in ip4_local_inline()

External Email

Ask yourself how often there will be precisely one source (or dst) IP address 
in this path. Optimizing a specific lab/benchmark case may or may not make 
sense.

D.

From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Nitin Saxena
Sent: Friday, January 3, 2020 8:02 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Check in ip4_local_inline()

Hi,

I am sending UDP termination packets to VPP interface with single source IP. I 
find that fib lookup is happening for every packet, even if source IP for 
current packet is same as last packet. Is it expected behavior? Following patch 
seems to avoid lookup for every packet.

Thanks,
Nitin

diff --git a/src/vnet/ip/ip4_forward.c b/src/vnet/ip/ip4_forward.c
index aa554ea..59edaba 100644
--- a/src/vnet/ip/ip4_forward.c
+++ b/src/vnet/ip/ip4_forward.c
@@ -1542,6 +1542,7 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
   last_check->src.as_u32 = ip0->src_address.as_u32;
   last_check->lbi = lbi0;
   last_check->error = *error0;
+  last_check->first = 0;
 }
   else
 {
@@ -1549,7 +1550,6 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
vnet_buffer (b)->ip.adj_index[VLIB_TX];
   vnet_buffer (b)->ip.adj_index[VLIB_TX] = last_check->lbi;
   *error0 = last_check->error;
-  last_check->first = 0;
 }
}

@@ -1638,6 +1638,7 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,
   last_check->src.as_u32 = ip[1]->src_address.as_u32;
   last_check->lbi = lbi[1];
   last_check->error = error[1];
+  last_check->first = 0;
 }
   else
 {
@@ -1651,7 +1652,6 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,

   error[0] = last_check->error;
   error[1] = last_check->error;
-  last_check->first = 0;
 }
}



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15036): https://lists.fd.io/g/vpp-dev/message/15036
Mute This Topic: https://lists.fd.io/mt/69397810/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] Check in ip4_local_inline()

[Nitin Saxena]

Thanks Balaji. Destination IP lookup happens in ip4-lookup node. The source IP 
getting checked in ip4-local for uRPF functionality

Thanks,
Nitin

From: Balaji Venkatraman (balajiv) 
Sent: Friday, January 3, 2020 8:39 PM
To: Nitin Saxena 
Cc: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: [EXT] Re: [vpp-dev] Check in ip4_local_inline()

External Email

Hi Nitin,
Isn’t ip_lookup based of destination ip, Could you verify if the lookup happens 
on every packet when ‘destination ip’ is the same?

--
Regards,
Balaji.


From: mailto:vpp-dev@lists.fd.io>> on behalf of "Dave 
Barach via Lists.Fd.Io" 
mailto:dbarach=cisco@lists.fd.io>>
Reply-To: "Dave Barach (dbarach)" mailto:dbar...@cisco.com>>
Date: Friday, January 3, 2020 at 6:38 AM
To: Nitin Saxena mailto:nsax...@marvell.com>>, 
"vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Cc: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] Check in ip4_local_inline()

Ask yourself how often there will be precisely one source (or dst) IP address 
in this path. Optimizing a specific lab/benchmark case may or may not make 
sense.

D.

From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Nitin Saxena
Sent: Friday, January 3, 2020 8:02 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Check in ip4_local_inline()

Hi,

I am sending UDP termination packets to VPP interface with single source IP. I 
find that fib lookup is happening for every packet, even if source IP for 
current packet is same as last packet. Is it expected behavior? Following patch 
seems to avoid lookup for every packet.

Thanks,
Nitin

diff --git a/src/vnet/ip/ip4_forward.c b/src/vnet/ip/ip4_forward.c
index aa554ea..59edaba 100644
--- a/src/vnet/ip/ip4_forward.c
+++ b/src/vnet/ip/ip4_forward.c
@@ -1542,6 +1542,7 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
   last_check->src.as_u32 = ip0->src_address.as_u32;
   last_check->lbi = lbi0;
   last_check->error = *error0;
+  last_check->first = 0;
 }
   else
 {
@@ -1549,7 +1550,6 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
ip0,
vnet_buffer (b)->ip.adj_index[VLIB_TX];
   vnet_buffer (b)->ip.adj_index[VLIB_TX] = last_check->lbi;
   *error0 = last_check->error;
-  last_check->first = 0;
 }
}

@@ -1638,6 +1638,7 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,
   last_check->src.as_u32 = ip[1]->src_address.as_u32;
   last_check->lbi = lbi[1];
   last_check->error = error[1];
+  last_check->first = 0;
 }
   else
 {
@@ -1651,7 +1652,6 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, ip4_header_t 
** ip,

   error[0] = last_check->error;
   error[1] = last_check->error;
-  last_check->first = 0;
 }
}



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15037): https://lists.fd.io/g/vpp-dev/message/15037
Mute This Topic: https://lists.fd.io/mt/69397810/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] #vpp #bond How to config bond mode in vpp?

[steven luong via Lists.Fd.Io]

DPDK bonding is no longer supported in 19.08. However, you can use VPP native 
bonding to accomplish the same thing.

create bond mode active-backup load-balance l34
set interface state BondEthernet0 up
bond add BondEthernet0 GigabitEthernet1/0/0
bond add BondEthernet0 GigabitEthernet1/0/1

Steven

From:  on behalf of "wei_sky2...@163.com" 

Date: Thursday, January 2, 2020 at 10:14 PM
To: "vpp-dev@lists.fd.io" 
Subject: [vpp-dev] #vpp #bond How to config bond mode in vpp?


[Edited Message Follows]

we use vpp version 19.08
I config bond in VPP startup.conf

dpdk{
...
vdev eth_bond0,mode=1,slave=:01:00.0,slave=:01:00.1，xmit_policy=l34
..
}
But when vpp start,I show int

DBGvpp# show int

  Name   IdxState  MTU (L3/IP4/IP6/MPLS) 
Counter  Count

GigabitEthernet1/0/0  1 down 9000/0/0/0

GigabitEthernet1/0/1  2 down 9000/0/0/0

UnknownEthernet2  3 down 9000/0/0/0

local00 down  0/0/0/0



when I Set state UnknownEthernet2 up, vpp crash down.
Another question, when I compile VPP, Is need cfg 
RTE_LIBRTE_PMD_BOND(build/external/packages/dpdk.mk) option on?
Thanks!


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15038): https://lists.fd.io/g/vpp-dev/message/15038
Mute This Topic: https://lists.fd.io/mt/69394532/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp&subid=1480452
Mute #bond: https://lists.fd.io/mk?hashtag=bond&subid=1480452
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Check in ip4_local_inline()

[Florin Coras]

Hi Nitin, 

I believe your observation is correct. Adding Neale in case we missed 
something. 

Regards,
Florin

> On Jan 3, 2020, at 10:32 AM, Nitin Saxena  wrote:
> 
> Hi Dave,
>  
> Thanks.
>  
> I agree with your point that there is less chance of consecutive packets 
> having same source IP. However both functions: ip4_local_check_src(), 
> ip4_local_check_src_x2() already have the trick to avoid fib lookup for 
> consecutive packets having same source IP. Correct me if I am wrong, 
> currently else {} part in both aforementioned functions seems to be a dead 
> code as PREDICT_FALSE(last_check->first) is always TRUE (as last_check->first 
> is always 1 throughout ip4_local_inline() function).
>  
> Also with my patch, there is no impact on cycle count of ip4_local node (both 
> x86 and ARM) where source IP increments for every packet in a terminating 
> frame. It does decrease cycles for ip4-local when all packets have similar 
> source IP.
>  
> So is there any gap in my understanding or is it deliberate to make else {} 
> case  as dead code?
>  
> Thanks,
> Nitin
>  
> From: Dave Barach (dbarach) mailto:dbar...@cisco.com>> 
> Sent: Friday, January 3, 2020 8:08 PM
> To: Nitin Saxena mailto:nsax...@marvell.com>>; 
> vpp-dev@lists.fd.io 
> Subject: [EXT] RE: [vpp-dev] Check in ip4_local_inline()
>  
> External Email
> Ask yourself how often there will be precisely one source (or dst) IP address 
> in this path. Optimizing a specific lab/benchmark case may or may not make 
> sense.
>  
> D. 
>  
> From: vpp-dev@lists.fd.io   > On Behalf Of Nitin Saxena
> Sent: Friday, January 3, 2020 8:02 AM
> To: vpp-dev@lists.fd.io 
> Subject: [vpp-dev] Check in ip4_local_inline()
>  
> Hi,
>  
> I am sending UDP termination packets to VPP interface with single source IP. 
> I find that fib lookup is happening for every packet, even if source IP for 
> current packet is same as last packet. Is it expected behavior? Following 
> patch seems to avoid lookup for every packet.
>  
> Thanks,
> Nitin
>  
> diff --git a/src/vnet/ip/ip4_forward.c b/src/vnet/ip/ip4_forward.c
> index aa554ea..59edaba 100644
> --- a/src/vnet/ip/ip4_forward.c
> +++ b/src/vnet/ip/ip4_forward.c
> @@ -1542,6 +1542,7 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
> ip0,
>last_check->src.as_u32 = ip0->src_address.as_u32;
>last_check->lbi = lbi0;
>last_check->error = *error0;
> +  last_check->first = 0;
>  }
>else
>  {
> @@ -1549,7 +1550,6 @@ ip4_local_check_src (vlib_buffer_t * b, ip4_header_t * 
> ip0,
> vnet_buffer (b)->ip.adj_index[VLIB_TX];
>vnet_buffer (b)->ip.adj_index[VLIB_TX] = last_check->lbi;
>*error0 = last_check->error;
> -  last_check->first = 0;
>  }
> }
>  
> @@ -1638,6 +1638,7 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, 
> ip4_header_t ** ip,
>last_check->src.as_u32 = ip[1]->src_address.as_u32;
>last_check->lbi = lbi[1];
>last_check->error = error[1];
> +  last_check->first = 0;
>  }
>else
>  {
> @@ -1651,7 +1652,6 @@ ip4_local_check_src_x2 (vlib_buffer_t ** b, 
> ip4_header_t ** ip,
>  
>error[0] = last_check->error;
>error[1] = last_check->error;
> -  last_check->first = 0;
>  }
> }
>  
>  
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#15036): https://lists.fd.io/g/vpp-dev/message/15036 
> 
> Mute This Topic: https://lists.fd.io/mt/69397810/675152 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [fcoras.li...@gmail.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15039): https://lists.fd.io/g/vpp-dev/message/15039
Mute This Topic: https://lists.fd.io/mt/69397810/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Help Request to explain output of vpp_get_stats

[sunny cupertino]

Hi All,

I am new to VPP and am using vpp_get_stats to check some counters on the
interfaces.
if I run the command, I get the following output:
vpp version used: vpp v19.04.1-release

[root@idn_upf_ntsn /]# vpp_get_stats dump  if/names  if/drops$
[0]: local0 /if/names
[1]: host-eth /if/names
[2]: tunnel0 /if/names
[0 @ 0]: 0 packets /if/drops
[1 @ 0]: 0 packets /if/drops
[2 @ 0]: 0 packets /if/drops
[0 @ 1]: 0 packets /if/drops
[1 @ 1]: 19614 packets /if/drops
[2 @ 1]: 0 packets /if/drops
[0 @ 2]: 0 packets /if/drops
[1 @ 2]: 0 packets /if/drops
[2 @ 2]: 0 packets /if/drops
[0 @ 3]: 0 packets /if/drops
[1 @ 3]: 0 packets /if/drops
[2 @ 3]: 0 packets /if/drops

As you can see that there are 3 software interface Ids. but the second
number after character "@"
what does it denote? Many thanks for your help in advance.

Best Regards,
Sunny
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15040): https://lists.fd.io/g/vpp-dev/message/15040
Mute This Topic: https://lists.fd.io/mt/69405067/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] Help Request to explain output of vpp_get_stats

[Ole Troan]

Hi Sunny,

> I am new to VPP and am using vpp_get_stats to check some counters on the 
> interfaces. 
> if I run the command, I get the following output:
> vpp version used: vpp v19.04.1-release
> 
> [root@idn_upf_ntsn /]# vpp_get_stats dump  if/names  if/drops$
> [0]: local0 /if/names
> [1]: host-eth /if/names
> [2]: tunnel0 /if/names
> [0 @ 0]: 0 packets /if/drops
> [1 @ 0]: 0 packets /if/drops
> [2 @ 0]: 0 packets /if/drops
> [0 @ 1]: 0 packets /if/drops
> [1 @ 1]: 19614 packets /if/drops
> [2 @ 1]: 0 packets /if/drops
> [0 @ 2]: 0 packets /if/drops
> [1 @ 2]: 0 packets /if/drops
> [2 @ 2]: 0 packets /if/drops
> [0 @ 3]: 0 packets /if/drops
> [1 @ 3]: 0 packets /if/drops
> [2 @ 3]: 0 packets /if/drops
> 
> As you can see that there are 3 software interface Ids. but the second number 
> after character "@"
> what does it denote? Many thanks for your help in advance.

The second number is the worker index.
The interface counters are arranged as a two dimensional array in shared 
memory. First dimension is thread_index second is sw_if_index.

vpp_get_stats was something I wrote as an example application for the C stats 
library.
There are various integrations using the stats API that might be of interest.
vpptop was pretty cool as a standalone application. Not sure if it's well 
maintained.
https://github.com/PantheonTechnologies/vpptop

Best regards,
Ole-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15041): https://lists.fd.io/g/vpp-dev/message/15041
Mute This Topic: https://lists.fd.io/mt/69405067/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] Help Request to explain output of vpp_get_stats

[sunny cupertino]

Hi Ole,
Many Thanks for your quick response. it explains why I see different
numbers when the works threads number is changed in startup.conf. I will
have a look at vpptop as well.

Best Regards,

On Fri, Jan 3, 2020 at 11:45 AM  wrote:

> Hi Sunny,
>
> > I am new to VPP and am using vpp_get_stats to check some counters on the
> interfaces.
> > if I run the command, I get the following output:
> > vpp version used: vpp v19.04.1-release
> >
> > [root@idn_upf_ntsn /]# vpp_get_stats dump  if/names  if/drops$
> > [0]: local0 /if/names
> > [1]: host-eth /if/names
> > [2]: tunnel0 /if/names
> > [0 @ 0]: 0 packets /if/drops
> > [1 @ 0]: 0 packets /if/drops
> > [2 @ 0]: 0 packets /if/drops
> > [0 @ 1]: 0 packets /if/drops
> > [1 @ 1]: 19614 packets /if/drops
> > [2 @ 1]: 0 packets /if/drops
> > [0 @ 2]: 0 packets /if/drops
> > [1 @ 2]: 0 packets /if/drops
> > [2 @ 2]: 0 packets /if/drops
> > [0 @ 3]: 0 packets /if/drops
> > [1 @ 3]: 0 packets /if/drops
> > [2 @ 3]: 0 packets /if/drops
> >
> > As you can see that there are 3 software interface Ids. but the second
> number after character "@"
> > what does it denote? Many thanks for your help in advance.
>
> The second number is the worker index.
> The interface counters are arranged as a two dimensional array in shared
> memory. First dimension is thread_index second is sw_if_index.
>
> vpp_get_stats was something I wrote as an example application for the C
> stats library.
> There are various integrations using the stats API that might be of
> interest.
> vpptop was pretty cool as a standalone application. Not sure if it's well
> maintained.
> https://github.com/PantheonTechnologies/vpptop
>
> Best regards,
> Ole
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15042): https://lists.fd.io/g/vpp-dev/message/15042
Mute This Topic: https://lists.fd.io/mt/69405067/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] why VAT can not link libvnet.so library ?

[Pei, Yulong]

Hello Dave,

I noticed that you are maintainer of VPP API TEST (VAT),  could you help me 
about this issue ?

Best Regards
Yulong Pei

From: vpp-dev@lists.fd.io  On Behalf Of Pei, Yulong
Sent: Tuesday, December 31, 2019 5:47 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] why VAT can not link libvnet.so library ?

Dear VPP-dev,

I  bumped into an issue as below  since I called  ip_address_encode() function 
in  src/plugins/lb/lb_test.c

./vpp_api_test: symbol lookup error: 
/root/vpp/build-root/build-vpp-native/vpp/lib/vpp_api_test_plugins/lb_test_plugin.so:
 undefined symbol: ip_address_encode

But actually   ip_address_encode() was compiled in libvnet.so,

vpp/build-root/install-vpp-native/vpp/lib# nm libvnet.so |grep ip_address_encode
00623d30 T ip_address_encode

So I do below changes in order to let VAT can link with libvnet.so,   but it 
did not take effect.

diff --git a/src/vat/CMakeLists.txt b/src/vat/CMakeLists.txt
index d512d9c17..81b99bd3d 100644
--- a/src/vat/CMakeLists.txt
+++ b/src/vat/CMakeLists.txt
@@ -16,7 +16,7 @@
##
add_vpp_library(vatplugin
   SOURCES plugin_api.c
-  LINK_LIBRARIES vppinfra
+  LINK_LIBRARIES vnet vppinfra
)

##
@@ -33,6 +33,7 @@ add_vpp_executable(vpp_api_test ENABLE_EXPORTS
   DEPENDS api_headers

   LINK_LIBRARIES
+  vnet
   vlibmemoryclient
   svm
   vatplugin


Could you guys help me about this issue ?


Best Regards
Yulong Pei
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15043): https://lists.fd.io/g/vpp-dev/message/15043
Mute This Topic: https://lists.fd.io/mt/69345918/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] multipath dpo buckets is wrong.

[abbas ali chezgi via Lists.Fd.Io]

when adding multipath route with 2 path for a prefix it shows dpo-load-balance 
correctly.but when update it to 3 path it shows 16 paths with duplicate paths 
in dpo.--
vppctl show ip fib 10.1.1.0--

ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto ] 
locks:[src:plugin-hi:2, src:adjacency:4, src:default-route:1, ]10.1.1.0/24 
fib:0 index:56 locks:2  src:CLI refs:1 src-flags:added,contributing,active,    
path-list:[74] locks:8 flags:shared, uPRF-list:80 len:3 itfs:[2, 3, 4, ]      
path:[103] pl-index:74 ip4 weight=1 pref=0 attached-nexthop:  
oper-flags:resolved,        200.2.4.4 host-eth1      [@0]: ipv4 via 200.2.4.4 
host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800      path:[102] pl-index:74 
ip4 weight=1 pref=0 attached-nexthop:  oper-flags:resolved,        200.2.5.5 
host-eth2      [@0]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 
02febd7f8d6602fe15460eb30800      path:[104] pl-index:74 ip4 weight=1 pref=0 
attached-nexthop:  oper-flags:resolved,        200.2.6.6 host-eth3      [@0]: 
ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800
 forwarding:   unicast-ip4-chain  [@0]: dpo-load-balance: [proto:ip4 index:59 
buckets:16 uRPF:80 to:[0:0]]    [0] [@5]: ipv4 via 200.2.4.4 host-eth1: 
mtu:9000 02fe2d8d1e1102fe5ad4c3f80800    [1] [@5]: ipv4 via 200.2.4.4 
host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800    [2] [@5]: ipv4 via 
200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800    [3] [@5]: ipv4 
via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800    [4] [@5]: 
ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800    [5] 
[@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800    
[6] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800   
 [7] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800  
  [8] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 
   [9] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 
02febd7f8d6602fe15460eb30800    [10] [@5]: ipv4 via 200.2.5.5 host-eth2: 
mtu:9000 02febd7f8d6602fe15460eb30800    [11] [@5]: ipv4 via 200.2.6.6 
host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800    [12] [@5]: ipv4 via 
200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800    [13] [@5]: ipv4 
via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800    [14] [@5]: 
ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800    [15] 
[@5]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800

is it my mistake or it is correct behavior?thanks.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15044): https://lists.fd.io/g/vpp-dev/message/15044
Mute This Topic: https://lists.fd.io/mt/69414593/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-