date:20210323

Re: [vpp-dev] VPP is not coming up

2021-03-23 Thread Nathan Skrzypczak

Hi Vijay,

Ok, too bad...
Could you also share the output of `show log` ?

Cheers
-Nathan

Le lun. 22 mars 2021 à 19:20, Vijay Kumar  a écrit :

> Hi Nathan,
>
> Even with the rebuild based on the steps you provided, the result is same.
>
>
>
> Regards.
>
>
> On Mon, 22 Mar 2021, 19:01 Nathan Skrzypczak, 
> wrote:
>
>> Hi Vijay,
>>
>> Usually the `unknown input dpdk` comes from the dpdk plugin not being
>> loaded at startup. So either there is a
>> `plugins { plugin dpdk_plugin.so { disable } }` stanza that was added to
>> you config file - but VM restart wouldn't explain this.
>> Or vpp-ext-deps / e-build containing dpdk got out of sync with your vpp
>> build.
>>
>> Anyway 'show log' would give more details on what's happening.
>> And you can try `dpkg -r vpp-ext-deps ; make install-ext-deps ; make
>> rebuild` to get a clean build
>>
>> Cheers
>> -Nathan
>>
>>
>>
>> Le lun. 22 mars 2021 à 11:09, Vijay Kumar  a
>> écrit :
>>
>>> Hi Chetan,
>>>
>>> I added the PCI address into the whitelist configuration of the
>>> startup.conf
>>> Yes I did load both kernel modules: uio and pci_generic
>>> Pls find the output that you asked for.
>>>
>>> root@ubuntu-10-37-3-75:~/VPP-NEW/vpp/build-root/install-vpp_debug-native/vpp/bin#
>>> lsmod | grep uio
>>> igb_uio20480  0
>>> uio_pci_generic16384  0
>>> uio20480  2 igb_uio,uio_pci_generic
>>>
>>> root@ubuntu-10-37-3-75:~/VPP-NEW/vpp/build-root/install-vpp_debug-native/vpp/bin#
>>> ethtool -i ens192
>>> driver: vmxnet3
>>> version: 1.5.0.0-k-NAPI
>>> firmware-version:
>>> expansion-rom-version:
>>> bus-info: :0b:00.0
>>> supports-statistics: yes
>>> supports-test: no
>>> supports-eeprom-access: no
>>> supports-register-dump: yes
>>> supports-priv-flags: no
>>>
>>> On Mon, Mar 22, 2021 at 2:25 PM chetan bhasin <
>>> chetan.bhasin...@gmail.com> wrote:
>>>
 Hi Vijay,

 Have you modprobe uio and uio_pci_generic ?

 kindly confirm the pci address of your nic again using ethtool -i
 
 Please share what else is coming on the console.

 Thanks,
 Chetan

 On Mon, Mar 22, 2021 at 1:58 PM Vijay Kumar 
 wrote:

> Hi,
>
> I was running VPP on my VM without any issues. But recently due to a
> lab maintenance, the VM was powered off. But now I am not able to bring it
> up.
> Getting the error "unknown input dpdk  dev :0b:00.0"
>
> -- I have ensured the ethernet interface is set to DOWN so that VPP
> takes control of it.
> -- As shown below, I have ensured the ethernet port number/PCI number
> is listed in the startup.conf file so that dpdk can start using the port
>
>
> *dpdk {  dev :0b:00.0}*
> -- I have also ensured the line having "*gid vpp"* is commented out
> in the startup.conf. What else could I be missing.
>
> root@ubuntu-10-37-3-75
> :~/VPP-NEW/vpp/build-root/install-vpp_debug-native/vpp/bin# ./vpp -c
> ../etc/vpp/startup.conf
> vlib_call_all_config_functions: unknown input `dpdk  dev :0b:00.0 '
>
>
>
> Regards
>
>
>
>
>>> 
>>>
>>>

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

2021-03-23 Thread Benoit Ganne (bganne) via lists.fd.io

Hi Vijay,

Looking at your packet trace it looks to me you have bad key materials for 
decrypt and integrity:
   IP6_NONXT: 242.163.36.86 -> 70.168.225.19
  version 1, header length 8
  tos 0x34, ttl 245, length 22137, checksum 0x5156 (should be 0x972a) dscp 
unknown ecn NON_ECN
  fragment id 0x offset 320
This looks like a decrypt failure.
How did you configure your SAs? Check the config with 'show ipsec all' etc.

Best
ben

> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of Vijay Kumar
> Sent: mardi 23 mars 2021 04:18
> To: Neale Ranns 
> Cc: vpp-dev 
> Subject: Re: [vpp-dev] GRE-over-IPSec fails
> 
> Hi Neale,
> 
> Could you let me know if you faced the mentioned problem anytime?
> 
> For me only IPSec works fine, Only GRE also works fine. But when I
> configure GRE-over-IPSec, the traffic is dropped at esp4-decrypt-tun due
> to integrity check failure.
> As there are two logical interfaces created at VPP (ipip0 and gre0) for
> the peer, do I need to take care of something specially? As far as I know,
> I haven't missed any config.
> 
> 
> Regards,
> Vijay Kumar N
> 
> On Mon, Mar 22, 2021 at 11:31 PM Vijay Kumar via lists.fd.io
>     > wrote:
> 
> 
>   Hi,
> 
>   I am trying a test case where-in I have an GRE P2MP (mGRE) tunnel on
> the VPP. The GRE peer is a strongswan VM that hosts both the GRE tunnel
> and IPSec SA. When I started ping traffic from SS, the traffic is dropped
> at esp4-decrypt-tun graph node due to integrity check failure.
> 
>   Has any one tested GRE-over-IPSec recently? If so can you pls share
> me a working config. If not please review the below config and let me know
> if I missed something
> 
>   NOTE: -
>   If I have run only GRE test case, traffic is fine (no IPSec
> enabled). If I have only IPSec configured but no GRE then also traffic is
> fine.
> 
>   I am facing this issue only when both GRE and IPSec are enabled at
> the same time.
> 
> 
>   Topology and config at SS and VPP
>   ==
>   Strongswan VM (20.20.99.215, gre peer 2.2.2.1, loopback 7.7.7.7)
> <=>VPP cluster (20.20.99.99, gre peer 2.2.2.2, loopback
> 8.8.8.8)
>   IPSec SA Traffic Selector (7.7.7.7/32   to
> 8.8.8.8/32  )
>   ike=aes256-sha256-modp2048!
> 
>   esp=aes256-sha1-noesn!
> 
> 
> 
>   Below is the VPP trace
>   
>   03:20:34:670201: dpdk-input
> VirtualFuncEthernet0/7/0 rx queue 0
> buffer 0x4c6b91: current data 0, length 170, buffer-pool 0, ref-
> count 1, totlen-nifb 0, trace handle 0x100
>  ext-hdr-valid
>  l4-cksum-computed l4-cksum-correct
> PKT MBUF: port 0, nb_segs 1, pkt_len 170
>   buf_len 2176, data_len 170, ol_flags 0x180, data_off 128,
> phys_addr 0xa3dae4c0
>   packet_type 0x691 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len
> 0
>   rss 0x0 fdir.hi 0x0 fdir.lo 0x0
>   Packet Offload Flags
> PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
> PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
>   Packet Types
> RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
> RTE_PTYPE_L3_IPV4_EXT_UNKNOWN (0x0090) IPv4 packet with or
> without extension headers
> RTE_PTYPE_L4_NONFRAG (0x0600) Non-fragmented IP packet
> IP4: fa:16:3e:4b:6b:42 -> fa:16:3e:c2:b4:f4 802.1q vlan 1556
> IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
>   tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn
> NON_ECN
>   fragment id 0xef9e, flags DONT_FRAGMENT
>   03:20:34:670208: ethernet-input
> frame: flags 0x3, hw-if-index 3, sw-if-index 3
> IP4: fa:16:3e:4b:6b:42 -> fa:16:3e:c2:b4:f4 802.1q vlan 1556
>   03:20:34:670214: ip4-input
> IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
>   tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn
> NON_ECN
>   fragment id 0xef9e, flags DONT_FRAGMENT
>   03:20:34:670218: ip4-lookup
> fib 1 dpo-idx 21 flow hash: 0x
> IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
>   tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn
> NON_ECN
>   fragment id 0xef9e, flags DONT_FRAGMENT
>   03:20:34:670220: ip4-local
>   IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
> tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn
> NON_ECN
> fragment id 0xef9e, flags DONT_FRAGMENT
>   03:20:34:670222: ipsec4-tun-input
> IPSec: remote:20.20.99.215 spi:305419897 (0x12345679) seq 40 sa 1
>   03:20:34:670225: esp4-decrypt-tun
> esp: crypto aes-cbc-256 integrity sha1-96 pkt-seq 40 sa-seq 0 sa-
> seq-hi 0
>   03:20:34:670241: ip4-drop
>   IP6_NONXT: 242.163.36.86 -> 70.168.225.19
> version 1, header

[vpp-dev] vppcom epoll half-closed tcp session

2021-03-23 Thread Vadim Platonov via lists.fd.io

Hi,


Is there any way to know that vppcom epoll tcp session is half-closed? I mean 
the supporting of EPOLLRDHUP.


Thanks,
Vadim.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18999): https://lists.fd.io/g/vpp-dev/message/18999
Mute This Topic: https://lists.fd.io/mt/81547144/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] 40G Mellanox NIC not working

2021-03-23 Thread Юрий Иванов

Hi Benoit,

Thanks, very unexpected but it works.
I'll prefer to use recommended way

От: Benoit Ganne (bganne) 
Отправлено: 22 марта 2021 г. 17:00
Кому: Юрий Иванов ; vpp-dev@lists.fd.io 

Тема: RE: 40G Mellanox NIC not working

Hi,

If possible, the preferred way of using Mellanox NICs with VPP is with the 
native rdma driver instead of DPDK: 
https://docs.fd.io/vpp/21.06/df/d0e/rdma_doc.html
Otherwise you can always try to rebuild DPDK with mlx5 support, see 
https://git.fd.io/vpp/tree/build/external/packages/dpdk.mk#n18
The instructions you refer to is out-of-date.

Best
ben

> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of  ??
> Sent: vendredi 19 mars 2021 15:25
> To: vpp-dev@lists.fd.io
> Subject: [vpp-dev] 40G Mellanox NIC not working
>
> Hi,
>
> VPP doesn't see mellanox 40G card.
> I've try to compile based on summary instruction
> https://lists.fd.io/g/vpp-dev/message/16211
> But after recompilation it doesn't see NIC in show interface
>
> The main problem that there is no message in log like for intel card
> /usr/bin/vpp[394111]: pci: Skipping PCI device :02:00.0 as host
> interface eno1 is up
>
>
> $ cat /etc/os-release
> NAME="Ubuntu"
> VERSION="20.04.2 LTS (Focal Fossa)
>
> # lshw -c network -businfo
> Bus info  Device Class  Description
> ===
> pci@:01:00.0  enp1s0f0   networkMT27700 Family [ConnectX-4]
> pci@:01:00.1  enp1s0f1   networkMT27700 Family [ConnectX-4]
>
> # lsmod | grep mlx
> mlx5_ib   331776  0
> ib_uverbs 147456  1 mlx5_ib
> ib_core   352256  2 ib_uverbs,mlx5_ib
> mlx5_core1105920  1 mlx5_ib
> pci_hyperv_intf16384  1 mlx5_core
> mlxfw  32768  1 mlx5_core
> tls90112  1 mlx5_core
>
> Building:
>
> # git clone https://gerrit.fd.io/r/vpp
> # make install-dep
>
>
> After building vpp, I try to run
> $ sudo ifconfig enp1s0f1 down
> $ sudo LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/login/origin/build-
> root/install-vpp_debug-native/external/lib/ ./build-root/build-vpp_debug-
> native/vpp/bin/vpp -c
> ./build-root/install-vpp_debug-native/vpp/etc/vpp/startup.conf
>
> Then go to console
> $ sudo LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/login/origin/build-
> root/install-vpp_debug-native/external/lib/ ./build-root/build-vpp_debug-
> native/vpp/bin/vppctl
> DBGvpp# show interface
>   Name   IdxState  MTU (L3/IP4/IP6/MPLS)
> Counter  Count
> local00 down  0/0/0/0
> DBGvpp# show pci
> Address  Sock VID:PID Link SpeedDriver  Product Name
> Vital Product Data
> :01:00.0   0  15b3:1013   8.0 GT/s x8   mlx5_core   CX414A -
> ConnectX-4 QSFP28  PN: MCX414A-GCAT
>
> EC: AG
>
> SN: MT2002X14876
>
> V0: 0x 50 43 49 65 47 65 6e 33 ...
>
> RV: 0x 28 00 00
> :01:00.1   0  15b3:1013   8.0 GT/s x8   mlx5_core   CX414A -
> ConnectX-4 QSFP28  PN: MCX414A-GCAT
>
> EC: AG
>
> SN: MT2002X14876
>
> V0: 0x 50 43 49 65 47 65 6e 33 ...
>
> RV: 0x 28 00 00
> As you can see there is no 40G interface in VPP.
> Maybe be there is some specific prerequisites, OS or driver version?


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

2021-03-23 Thread Neale Ranns


Hi Vijay,

I don’t think you can have both a GRE and IPIP tunnel to the same peer, sourced 
from the same local address. These two tunnels will create two identical ‘keys’ 
in the lookup table (src:X,dst:Y,proto:ESP). my guess is your packet matches 
against the IPIP tunnel, not the GRE and the key material is different, hence 
the integ failure. You can see in the trace that it used SA:1, check ‘sh ipsec 
sa 1’ and ‘sh ipsec protect’ to see which tunnel that is associated with. You 
can also see the lookup table with ‘sh ipsec protect-hash’.

If you remove (or admin down) the ipip tunnel, does it work?

/neale


From: Vijay Kumar 
Date: Tuesday, 23 March 2021 at 04:18
To: Neale Ranns 
Cc: vpp-dev 
Subject: Re: [vpp-dev] GRE-over-IPSec fails
Hi Neale,

Could you let me know if you faced the mentioned problem anytime?

For me only IPSec works fine, Only GRE also works fine. But when I configure 
GRE-over-IPSec, the traffic is dropped at esp4-decrypt-tun due to integrity 
check failure.
As there are two logical interfaces created at VPP (ipip0 and gre0) for the 
peer, do I need to take care of something specially? As far as I know, I 
haven't missed any config.


Regards,
Vijay Kumar N

On Mon, Mar 22, 2021 at 11:31 PM Vijay Kumar via 
lists.fd.io 
mailto:gmail@lists.fd.io>> wrote:
Hi,

I am trying a test case where-in I have an GRE P2MP (mGRE) tunnel on the VPP. 
The GRE peer is a strongswan VM that hosts both the GRE tunnel and IPSec SA. 
When I started ping traffic from SS, the traffic is dropped at esp4-decrypt-tun 
graph node due to integrity check failure.

Has any one tested GRE-over-IPSec recently? If so can you pls share me a 
working config. If not please review the below config and let me know if I 
missed something

NOTE: -
If I have run only GRE test case, traffic is fine (no IPSec enabled). If I have 
only IPSec configured but no GRE then also traffic is fine.

I am facing this issue only when both GRE and IPSec are enabled at the same 
time.

Topology and config at SS and VPP
==
Strongswan VM (20.20.99.215, gre peer 2.2.2.1, loopback 7.7.7.7) 
<=>VPP cluster (20.20.99.99, gre peer 2.2.2.2, loopback 8.8.8.8)
IPSec SA Traffic Selector (7.7.7.7/32 to 
8.8.8.8/32)
ike=aes256-sha256-modp2048!
esp=aes256-sha1-noesn!


Below is the VPP trace

03:20:34:670201: dpdk-input
  VirtualFuncEthernet0/7/0 rx queue 0
  buffer 0x4c6b91: current data 0, length 170, buffer-pool 0, ref-count 1, 
totlen-nifb 0, trace handle 0x100
   ext-hdr-valid
   l4-cksum-computed l4-cksum-correct
  PKT MBUF: port 0, nb_segs 1, pkt_len 170
buf_len 2176, data_len 170, ol_flags 0x180, data_off 128, phys_addr 
0xa3dae4c0
packet_type 0x691 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  RTE_PTYPE_L3_IPV4_EXT_UNKNOWN (0x0090) IPv4 packet with or without 
extension headers
  RTE_PTYPE_L4_NONFRAG (0x0600) Non-fragmented IP packet
  IP4: fa:16:3e:4b:6b:42 -> fa:16:3e:c2:b4:f4 802.1q vlan 1556
  IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn NON_ECN
fragment id 0xef9e, flags DONT_FRAGMENT
03:20:34:670208: ethernet-input
  frame: flags 0x3, hw-if-index 3, sw-if-index 3
  IP4: fa:16:3e:4b:6b:42 -> fa:16:3e:c2:b4:f4 802.1q vlan 1556
03:20:34:670214: ip4-input
  IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn NON_ECN
fragment id 0xef9e, flags DONT_FRAGMENT
03:20:34:670218: ip4-lookup
  fib 1 dpo-idx 21 flow hash: 0x
  IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn NON_ECN
fragment id 0xef9e, flags DONT_FRAGMENT
03:20:34:670220: ip4-local
IPSEC_ESP: 20.20.99.215 -> 20.20.99.99
  tos 0x00, ttl 64, length 152, checksum 0x5b33 dscp CS0 ecn NON_ECN
  fragment id 0xef9e, flags DONT_FRAGMENT
03:20:34:670222: ipsec4-tun-input
  IPSec: remote:20.20.99.215 spi:305419897 (0x12345679) seq 40 sa 1
03:20:34:670225: esp4-decrypt-tun
  esp: crypto aes-cbc-256 integrity sha1-96 pkt-seq 40 sa-seq 0 sa-seq-hi 0
03:20:34:670241: ip4-drop
IP6_NONXT: 242.163.36.86 -> 70.168.225.19
  version 1, header length 8
  tos 0x34, ttl 245, length 22137, checksum 0x5156 (should be 0x972a) dscp 
unknown ecn NON_ECN
  fragment id 0x offset 320
03:20:34:670243: error-drop
  rx:ipip0
03:20:34:670244: drop
  esp4-decrypt-tun: Integrity check failed

vpp# show node counters
   CountNode  Reason
25esp4-encrypt-tunESP pkts received
   213   memif-input

Re: [vpp-dev] vppcom epoll half-closed tcp session

2021-03-23 Thread Florin Coras

Hi Vadim, 

When peer initiates the closing of the connection (sends fin), session layer 
notifies vcl about the event and consequently vcl generates an EPOLLHUP | 
EPOLLRDHUP event towards the app, assuming app uses epoll. Outstanding data can 
still be read and new data can be written. Are you looking for something else? 

Note that TCP waits for a close from the app for 2 seconds by default but can 
be startup.conf configured. If app does not close the session in time, tcp 
cleans up the connection forcefully, otherwise, it keeps on trying to send 
until all outstanding data is delivered or some error is hit. 

Regards, 
Florin

> On Mar 23, 2021, at 3:01 AM, Vadim Platonov via lists.fd.io 
>  wrote:
> 
> Hi,
> 
> Is there any way to know that vppcom epoll tcp session is half-closed? I mean 
> the supporting of EPOLLRDHUP.
> 
> Thanks,
> Vadim.
> 
> 

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

[vpp-dev] VPP on Windows

2021-03-23 Thread LT via lists.fd.io

Hi All,I am new to VPP. I am considering VPP for Windows.Please let me know if 
anyone has used VPP for Windows.
ThanksLin

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

[vpp-dev] TCP delay ACK

2021-03-23 Thread liuyacan






Hi All,     It seems that  macro TCP_ALWAYS_ACK is not used now，Are there any considerations? Is there any way I can Enable delay ACK ?Best regards,yacan



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

[vpp-dev] Requirement of predictable interface name

2021-03-23 Thread chetan bhasin

Hi Team,

We have a requirement to have a predictable interface name , say
"device_" , instead of GigabitEthernet/TenGigabitEthernet etc
, so that external scripts can create vpp.conf automatically.

One way is to modify plugins/dpdk/device/format.c code as per our
requirement . but we want to avoid changes in vpp code base that will make
vpp upgrade easy for the future.
 Can you please suggest any additional CLI or configuration via which we
could alias interface names ?

Thanks,
Chetan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#19005): https://lists.fd.io/g/vpp-dev/message/19005
Mute This Topic: https://lists.fd.io/mt/81570537/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] Requirement of predictable interface name

2021-03-23 Thread Venumadhav Josyula

Hi Chetan,

That ability is already there right now also we are using vpp 20.09 and
intend to go 21.x also, we do it this way
...
dpdk {
dev :19:00.1 {
name vpp-intf19/0/1  <--- "you can give whatever you , we have
chose bus, slot,fn appended with vpp-intf"
 }
..

}

We doing this way and it works for us. This generation fo startup.conf
happens to us via some our task ( unix process ). I guess that should good
enough ?

Thanks,
Regards,
Venu

On Wed, 24 Mar 2021 at 11:31, chetan bhasin 
wrote:

> Hi Team,
>
> We have a requirement to have a predictable interface name , say
> "device_" , instead of GigabitEthernet/TenGigabitEthernet etc
> , so that external scripts can create vpp.conf automatically.
>
> One way is to modify plugins/dpdk/device/format.c code as per our
> requirement . but we want to avoid changes in vpp code base that will make
> vpp upgrade easy for the future.
>  Can you please suggest any additional CLI or configuration via which we
> could alias interface names ?
>
> Thanks,
> Chetan
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#19006): https://lists.fd.io/g/vpp-dev/message/19006
Mute This Topic: https://lists.fd.io/mt/81570537/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 is not coming up

Re: [vpp-dev] GRE-over-IPSec fails

[vpp-dev] vppcom epoll half-closed tcp session

Re: [vpp-dev] 40G Mellanox NIC not working

Re: [vpp-dev] GRE-over-IPSec fails

Re: [vpp-dev] vppcom epoll half-closed tcp session

[vpp-dev] VPP on Windows

[vpp-dev] TCP delay ACK

[vpp-dev] Requirement of predictable interface name

Re: [vpp-dev] Requirement of predictable interface name

10 matches

Site Navigation

Mail list logo

Footer information