Re: [vpp-dev] Query on VPP in Aure
[Edited Message Follows]
Hi Matt,
I run two vpp instance (different prefix) in same hyper-v vm, the first vpp
instance prefix is vs, second is vc. I have eth1 and eth2, the config is below:
I start the vs and vc instance one by one, after vc instance started, the first
instance vs stuck in dpdk wait function. Does one hyper-v only support one
vpp instance ?
```
[root@localhost net-base]# ls /sys/class/net/eth1/device -all
lrwxrwxrwx 1 root root 0 Apr 29 21:14 /sys/class/net/eth1/device ->
../../../3362e322-f26f-4568-ba5c-d8ff6b734d0c
[root@localhost net-base]# ls /sys/class/net/eth2/device -all
lrwxrwxrwx 1 root root 0 Apr 29 21:14 /sys/class/net/eth2/device ->
../../../1c66c020-246f-4948-8d16-dd7e6c892f0d
[root@localhost net-base]# modprobe uio_hv_generic
[root@localhost net-base]# ifconfig eth1 down
[root@localhost net-base]# ifconfig eth2 down
[root@localhost net-base]# ifconfig eth1
eth1: flags=4098 mtu 1500
ether 00:15:5d:5c:68:0e txqueuelen 1000 (Ethernet)
RX packets 459960 bytes 47915079 (45.6 MiB)
RX errors 0 dropped 7730 overruns 0 frame 0
TX packets 7838 bytes 1283736 (1.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@localhost net-base]# ifconfig eth2
eth2: flags=4098 mtu 1500
ether 00:15:5d:5c:68:0f txqueuelen 1000 (Ethernet)
RX packets 31316 bytes 3085337 (2.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7658 bytes 1270728 (1.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@localhost net-base]#
```
When i start the second vpp, the first vpp instance vs stuck in dpdk
`vmbus_txbr_write` function
Below is the first vpp insance vs stack :
```
vs$ sh hard
Name Idx Link Hardware
eth0 1 up eth0
Link speed: 1 Gbps
RX Queues:
queue thread mode
0 vs_wk_0 (1) polling
1 vs_wk_0 (1) polling
2 vs_wk_0 (1) polling
3 vs_wk_0 (1) polling
4 vs_wk_0 (1) polling
5 vs_wk_0 (1) polling
6 vs_wk_0 (1) polling
7 vs_wk_0 (1) polling
Ethernet address 00:15:5d:5c:68:0e
Microsoft Hyper-V Netvsc
carrier up full duplex max-frame-size 0
flags: pmd-init-fail
rx: queues 8 (max 64), desc 1024 (min 0 max 65535 align 1)
tx: queues 2 (max 64), desc 1024 (min 1 max 4096 align 1)
max rx packet len: 2048
promiscuous: unicast off all-multicast off
vlan offload: strip off filter off qinq off
rx offload avail: vlan-strip ipv4-cksum udp-cksum tcp-cksum rss-hash
rx offload active: none
tx offload avail: vlan-insert ipv4-cksum udp-cksum tcp-cksum tcp-tso
multi-segs
tx offload active: none
rss avail: ipv4-tcp ipv4-udp ipv4 ipv6-tcp ipv6
rss active: ipv4-tcp ipv4
tx burst function: (not available)
rx burst function: (not available)
Errors:
rte_eth_rx_queue_setup[port:0, errno:-12]: Unknown error -12
local0 0 down local0
Link speed: unknown
local
vs$
Program received signal SIGINT, Interrupt.
rte_atomic32_cmpset (dst=0x7ffa8000, exp=29392, src=29480) at
../src-dpdk/lib/eal/x86/include/rte_atomic.h:189
189 {
Missing separate debuginfos, use: debuginfo-install libgcc-4.8.5-44.el7.x86_64
libstdc++-4.8.5-44.el7.x86_64 libuuid-2.23.2-65.el7_9.1.x86_64
mbedtls-2.7.17-1.el7.x86_64 pkcs11-helper-1.11-3.el7.x86_64
(gdb) bt
#0 rte_atomic32_cmpset (dst=0x7ffa8000, exp=29392, src=29480) at
../src-dpdk/lib/eal/x86/include/rte_atomic.h:189
#1 0x7fff687689c7 in vmbus_txbr_write (tbr=0x7fe63ffb11f0,
iov=0x7fff64421b90, iovlen=4, need_sig=0x7fff64421bdf) at
../src-dpdk/drivers/bus/vmbus/vmbus_bufring.c:162
#2 0x7fff6876906e in rte_vmbus_chan_send_sglist (chan=0x7fe63ffb11c0,
sg=0x7fff64421c80, sglen=1, data=0x7fff64421c90, dlen=40, xactid=0,
need_sig=0x0) at ../src-dpdk/drivers/bus/vmbus/vmbus_channel.c:175
#3 0x7fff6afe2e11 in hn_nvs_send_sglist (chan=0x7fe63ffb11c0,
sg=0x7fff64421c80, sglen=1, nvs_msg=0x7fff64421c90, nvs_msglen=40, sndc=0,
need_sig=0x0) at ../src-dpdk/drivers/net/netvsc/hn_nvs.h:236
#4 0x7fff6afe2fff in hn_nvs_send_rndis_ctrl (chan=0x7fe63ffb11c0,
req=0x7fe640cd7000, reqlen=28) at ../src-dpdk/drivers/net/netvsc/hn_rndis.c:285
#5 0x7fff6afe33bb in hn_rndis_exec1 (hv=0x7fe63ffb1380,
req=0x7fe640cd7000, reqlen=28, comp=0x7fe640cd6000, comp_len=28) at
../src-dpdk/drivers/net/netvsc/hn_rndis.c:396
#6 0x7fff6afe3554 in hn_rndis_execute (hv=0x7fe63ffb1380, rid=191,
req=0x7fe640cd7000, reqlen=28, comp=0x7fe640cd6000, comp_len=28,
comp_type=2147483652) at ../src-dpdk/drivers/net/netvsc/hn_rndis.c:440
#7 0x7fff6afe3733 in hn_rndis_query (hv=0x7fe63ffb1380, oid=65812,
idata=0x0, idlen=0, odata=0x7fe63ffb13a8, odlen=4) at
../src-dpdk/drivers/net/netvsc/hn_rndis.c:501
#8 0x7fff6afe4c38 in hn_rndis_get_linkstatus (hv=0x7fe63ffb1380) at
../src-dpdk/drivers/net/netvsc/hn_rndis.c:1116
#9 0x7fff6afdf697 in hn_dev_link_update (dev=0x7fff6cff9180 ,
wait_to_complete=0) at ../src-dpdk/drivers/net/netvsc/hn_ethdev.c:234
#10
Re: [vpp-dev] Query on VPP in Aure
Hi Matt,
I run two vpp instance (different prefix) in same hyper-v vm, the first vpp
instance prefix is vs, second is vc. I have eth1 and eth2, the config is below:
I start the vs and vc instance one by one, after vc instance started, the first
instance vs stuck in dpdk wait function. Does one hyper-v only support one
vpp instance ?
```
[root@localhost net-base]# ls /sys/class/net/eth1/device -all
lrwxrwxrwx 1 root root 0 Apr 29 21:14 /sys/class/net/eth1/device ->
../../../3362e322-f26f-4568-ba5c-d8ff6b734d0c
[root@localhost net-base]# ls /sys/class/net/eth2/device -all
lrwxrwxrwx 1 root root 0 Apr 29 21:14 /sys/class/net/eth2/device ->
../../../1c66c020-246f-4948-8d16-dd7e6c892f0d
[root@localhost net-base]# modprobe uio_hv_generic
[root@localhost net-base]# ifconfig eth1 down
[root@localhost net-base]# ifconfig eth2 down
[root@localhost net-base]# ifconfig eth1
eth1: flags=4098 mtu 1500
ether 00:15:5d:5c:68:0e txqueuelen 1000 (Ethernet)
RX packets 459960 bytes 47915079 (45.6 MiB)
RX errors 0 dropped 7730 overruns 0 frame 0
TX packets 7838 bytes 1283736 (1.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@localhost net-base]# ifconfig eth2
eth2: flags=4098 mtu 1500
ether 00:15:5d:5c:68:0f txqueuelen 1000 (Ethernet)
RX packets 31316 bytes 3085337 (2.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7658 bytes 1270728 (1.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@localhost net-base]#
```
When i start the second vpp, the first vpp instance vs stuck in dpdk
`vmbus_txbr_write` function
Below is the first vpp insance vs stack :
```
vs$ sh hard
Name Idx Link Hardware
eth0 1 up eth0
Link speed: 1 Gbps
RX Queues:
queue thread mode
0 vs_wk_0 (1) polling
1 vs_wk_0 (1) polling
2 vs_wk_0 (1) polling
3 vs_wk_0 (1) polling
4 vs_wk_0 (1) polling
5 vs_wk_0 (1) polling
6 vs_wk_0 (1) polling
7 vs_wk_0 (1) polling
Ethernet address 00:15:5d:5c:68:0e
Microsoft Hyper-V Netvsc
carrier up full duplex max-frame-size 0
flags: pmd-init-fail
rx: queues 8 (max 64), desc 1024 (min 0 max 65535 align 1)
tx: queues 2 (max 64), desc 1024 (min 1 max 4096 align 1)
max rx packet len: 2048
promiscuous: unicast off all-multicast off
vlan offload: strip off filter off qinq off
rx offload avail: vlan-strip ipv4-cksum udp-cksum tcp-cksum rss-hash
rx offload active: none
tx offload avail: vlan-insert ipv4-cksum udp-cksum tcp-cksum tcp-tso
multi-segs
tx offload active: none
rss avail: ipv4-tcp ipv4-udp ipv4 ipv6-tcp ipv6
rss active: ipv4-tcp ipv4
tx burst function: (not available)
rx burst function: (not available)
Errors:
rte_eth_rx_queue_setup[port:0, errno:-12]: Unknown error -12
local0 0 down local0
Link speed: unknown
local
vs$
Program received signal SIGINT, Interrupt.
rte_atomic32_cmpset (dst=0x7ffa8000, exp=29392, src=29480) at
../src-dpdk/lib/eal/x86/include/rte_atomic.h:189
189 {
Missing separate debuginfos, use: debuginfo-install libgcc-4.8.5-44.el7.x86_64
libstdc++-4.8.5-44.el7.x86_64 libuuid-2.23.2-65.el7_9.1.x86_64
mbedtls-2.7.17-1.el7.x86_64 pkcs11-helper-1.11-3.el7.x86_64
(gdb) bt
#0 rte_atomic32_cmpset (dst=0x7ffa8000, exp=29392, src=29480) at
../src-dpdk/lib/eal/x86/include/rte_atomic.h:189
#1 0x7fff687689c7 in vmbus_txbr_write (tbr=0x7fe63ffb11f0,
iov=0x7fff64421b90, iovlen=4, need_sig=0x7fff64421bdf) at
../src-dpdk/drivers/bus/vmbus/vmbus_bufring.c:162
#2 0x7fff6876906e in rte_vmbus_chan_send_sglist (chan=0x7fe63ffb11c0,
sg=0x7fff64421c80, sglen=1, data=0x7fff64421c90, dlen=40, xactid=0,
need_sig=0x0) at ../src-dpdk/drivers/bus/vmbus/vmbus_channel.c:175
#3 0x7fff6afe2e11 in hn_nvs_send_sglist (chan=0x7fe63ffb11c0,
sg=0x7fff64421c80, sglen=1, nvs_msg=0x7fff64421c90, nvs_msglen=40, sndc=0,
need_sig=0x0) at ../src-dpdk/drivers/net/netvsc/hn_nvs.h:236
#4 0x7fff6afe2fff in hn_nvs_send_rndis_ctrl (chan=0x7fe63ffb11c0,
req=0x7fe640cd7000, reqlen=28) at ../src-dpdk/drivers/net/netvsc/hn_rndis.c:285
#5 0x7fff6afe33bb in hn_rndis_exec1 (hv=0x7fe63ffb1380,
req=0x7fe640cd7000, reqlen=28, comp=0x7fe640cd6000, comp_len=28) at
../src-dpdk/drivers/net/netvsc/hn_rndis.c:396
#6 0x7fff6afe3554 in hn_rndis_execute (hv=0x7fe63ffb1380, rid=191,
req=0x7fe640cd7000, reqlen=28, comp=0x7fe640cd6000, comp_len=28,
comp_type=2147483652) at ../src-dpdk/drivers/net/netvsc/hn_rndis.c:440
#7 0x7fff6afe3733 in hn_rndis_query (hv=0x7fe63ffb1380, oid=65812,
idata=0x0, idlen=0, odata=0x7fe63ffb13a8, odlen=4) at
../src-dpdk/drivers/net/netvsc/hn_rndis.c:501
#8 0x7fff6afe4c38 in hn_rndis_get_linkstatus (hv=0x7fe63ffb1380) at
../src-dpdk/drivers/net/netvsc/hn_rndis.c:1116
#9 0x7fff6afdf697 in hn_dev_link_update (dev=0x7fff6cff9180
, wait_to_complete=0) at
../src-dpdk/drivers/net/netvsc/hn_ethdev.c:234
#10 0x7fff6910615e in
Re: [vpp-dev] Query on VPP in Aure
Hi John,
Are you using a stock build of VPP from packagecloud or did you build your
own? VPP's build of DPDK does not enable the Mellanox (mlx4, mlx5) PMDs by
default. If you didn't already, you would need to build VPP with the
environment variables DPDK_MLX4_PMD, DPDK_MLX5_PMD, and
DPDK_MLX_COMMON_PMD set to y. You could change the default values from n to
y in build/external/packages/dpdk.mk or you could run something like 'make
DPDK_MLX4_PMD=y DPDK_MLX5_PMD=y DPDK_MLX_COMMON_PMD=y pkg-deb'. That
presumes that you're running on ubuntu or some other debian-based distro,
if you're running some other OS maybe substituting pkg-snap or pkg-rpm for
the pkg-deb in that command would work for you.
-Matt
On Fri, Apr 29, 2022 at 2:40 PM Johnny Martinez
wrote:
> Johnny Martinez
> 9:57 AM (5 hours ago)
> to Benoit
> *@Ben *- thank you *VERY *much for the detailed response!
>
> I had *partial *success but almost there - now I am seeing some DPDK
> errors and other behavior outlined below.
>
> On my test device I have 3 interfaces:
>
>- Management interface (kernel interface, not managed by VPP)
>- vpp-wan interface
>- vpp-lan interface
>
> I configureD the interfaces with the following:
>
> set logging class linux-cp rate-limit 1000 level warn syslog-level notice
>
>
> lcp default netns dataplane
>
> lcp lcp-sync on
>
> lcp lcp-auto-subint on
>
>
> # vpp-wan
>
> vpp# lcp create NetVSC1 host-if vpp-wan
>
> vpp# set int state NetVSC1 up
>
> vpp# set int ip address NetVSC1 10.0.2.4/24
>
> vpp# ip route add 0.0.0.0/0 via 10.0.2.1
>
>
> # vpp-lan
>
> vpp# lcp create NetVSC0 host-if vpp-lan
>
> vpp# set int state NetVSC0 up
>
> vpp# set int ip address NetVSC0 10.0.1.4/24
>
>
> I am now able to see the two interfaces in vpp *HOWEVER *I am not able to
> set the MTU size on either interface to 1500.
>
> vpp# set int mtu 1500 NetVSC0
> set interface mtu: Unsupported (dpdk driver doesn't support MTU change)
> vpp# set int mtu 1500 NetVSC1
> set interface mtu: Unsupported (dpdk driver doesn't support MTU change)
>
>
> I see the following in the log files using '*journalctl | grep dpdk*' -
> we get two seperate DPDK errors. *One seems to be interface specific and
> the other when we try to set the MTU size*.
>
> The *orange *error is every second - whereas the MTU error is only when
> we try to set the MTU size.
>
> *Apr 29 12:55:15 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
> reports VF but device not found, retrying*
>
> *Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
> Couldn't find port for VF*
>
> *Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
> reports VF but device not found, retrying*
>
> *Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
> Couldn't find port for VF*
>
> *Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
> reports VF but device not found, retrying*
>
> *Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: [0]
> rte_eth_dev_set_mtu failed (mtu 1496, rv -95)*
>
> *Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: set interface mtu:
> Unsupported (dpdk driver doesn't support MTU change*
>
> *Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
> Couldn't find port for VF*
>
> *Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
> reports VF but device not found, retrying*
>
> *Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
> Couldn't find port for VF*
>
> *Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
> reports VF but device not found, retrying*
>
>
> Anyone have any recommendation on how to resolve this?
>
> *I have also tried setting dev XXX and vdev commands in the dpdk{} block,
> but this causes the virtual interfaces not to be found (as you have
> previously mentioned).*
>
> *Thank you all in advance for your assistance!*
>
> --
> John M
>
>
> On Fri, Apr 29, 2022 at 2:40 PM Matthew Smith wrote:
>
>> Hi Ben,
>>
>> Sure, I'll work on an update to the doc.
>>
>> -Matt
>>
>>
>> On Fri, Apr 29, 2022 at 3:48 AM Benoit Ganne (bganne)
>> wrote:
>>
>>> Hi Matt, John,
>>>
>>> This is a great summary!
>>>
>>> >> The only reference I could find for VPP in Azure was in this link
>>> >> but it is very outdated:
>>> >> https://fd.io/docs/vpp/v2101/usecases/vppinazure.html
>>>
>>> > Yes, that doc is way outdated. I advise against following the
>>> instructions
>>> > in it.
>>>
>>> Matt or John, would you mind proposing a patch for that? Even a quick &
>>> dirty "here are the steps you need to follow" would be great.
>>>
>>> Best
>>> ben
>>>
>>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21306): https://lists.fd.io/g/vpp-dev/message/21306
Mute This Topic: https://lists.fd.io/mt/90759128/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] Query on VPP in Aure
Johnny Martinez
9:57 AM (5 hours ago)
to Benoit
*@Ben *- thank you *VERY *much for the detailed response!
I had *partial *success but almost there - now I am seeing some DPDK errors
and other behavior outlined below.
On my test device I have 3 interfaces:
- Management interface (kernel interface, not managed by VPP)
- vpp-wan interface
- vpp-lan interface
I configureD the interfaces with the following:
set logging class linux-cp rate-limit 1000 level warn syslog-level notice
lcp default netns dataplane
lcp lcp-sync on
lcp lcp-auto-subint on
# vpp-wan
vpp# lcp create NetVSC1 host-if vpp-wan
vpp# set int state NetVSC1 up
vpp# set int ip address NetVSC1 10.0.2.4/24
vpp# ip route add 0.0.0.0/0 via 10.0.2.1
# vpp-lan
vpp# lcp create NetVSC0 host-if vpp-lan
vpp# set int state NetVSC0 up
vpp# set int ip address NetVSC0 10.0.1.4/24
I am now able to see the two interfaces in vpp *HOWEVER *I am not able to
set the MTU size on either interface to 1500.
vpp# set int mtu 1500 NetVSC0
set interface mtu: Unsupported (dpdk driver doesn't support MTU change)
vpp# set int mtu 1500 NetVSC1
set interface mtu: Unsupported (dpdk driver doesn't support MTU change)
I see the following in the log files using '*journalctl | grep dpdk*' - we
get two seperate DPDK errors. *One seems to be interface specific and the
other when we try to set the MTU size*.
The *orange *error is every second - whereas the MTU error is only when we
try to set the MTU size.
*Apr 29 12:55:15 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
reports VF but device not found, retrying*
*Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
Couldn't find port for VF*
*Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
reports VF but device not found, retrying*
*Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
Couldn't find port for VF*
*Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
reports VF but device not found, retrying*
*Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: dpdk: [0]
rte_eth_dev_set_mtu failed (mtu 1496, rv -95)*
*Apr 29 12:55:16 azure-demo-node-001.vnet[2409]: set interface mtu:
Unsupported (dpdk driver doesn't support MTU change*
*Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
Couldn't find port for VF*
*Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
reports VF but device not found, retrying*
*Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_attach():
Couldn't find port for VF*
*Apr 29 12:55:17 azure-demo-node-001.vnet[2409]: dpdk: hn_vf_add(): RNDIS
reports VF but device not found, retrying*
Anyone have any recommendation on how to resolve this?
*I have also tried setting dev XXX and vdev commands in the dpdk{} block,
but this causes the virtual interfaces not to be found (as you have
previously mentioned).*
*Thank you all in advance for your assistance!*
--
John M
On Fri, Apr 29, 2022 at 2:40 PM Matthew Smith wrote:
> Hi Ben,
>
> Sure, I'll work on an update to the doc.
>
> -Matt
>
>
> On Fri, Apr 29, 2022 at 3:48 AM Benoit Ganne (bganne)
> wrote:
>
>> Hi Matt, John,
>>
>> This is a great summary!
>>
>> >> The only reference I could find for VPP in Azure was in this link
>> >> but it is very outdated:
>> >> https://fd.io/docs/vpp/v2101/usecases/vppinazure.html
>>
>> > Yes, that doc is way outdated. I advise against following the
>> instructions
>> > in it.
>>
>> Matt or John, would you mind proposing a patch for that? Even a quick &
>> dirty "here are the steps you need to follow" would be great.
>>
>> Best
>> ben
>>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21305): https://lists.fd.io/g/vpp-dev/message/21305
Mute This Topic: https://lists.fd.io/mt/90759128/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] Query on VPP in Aure
Thanks Matt! -daw- On 4/29/2022 2:40 PM, Matthew Smith via lists.fd.io wrote: Hi Ben, Sure, I'll work on an update to the doc. -Matt On Fri, Apr 29, 2022 at 3:48 AM Benoit Ganne (bganne) wrote: Hi Matt, John, This is a great summary! >> The only reference I could find for VPP in Azure was in this link >> but it is very outdated: >> https://fd.io/docs/vpp/v2101/usecases/vppinazure.html > Yes, that doc is way outdated. I advise against following the instructions > in it. Matt or John, would you mind proposing a patch for that? Even a quick & dirty "here are the steps you need to follow" would be great. Best ben -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#21304): https://lists.fd.io/g/vpp-dev/message/21304 Mute This Topic: https://lists.fd.io/mt/90759128/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] Query on VPP in Aure
Hi Ben, Sure, I'll work on an update to the doc. -Matt On Fri, Apr 29, 2022 at 3:48 AM Benoit Ganne (bganne) wrote: > Hi Matt, John, > > This is a great summary! > > >> The only reference I could find for VPP in Azure was in this link > >> but it is very outdated: > >> https://fd.io/docs/vpp/v2101/usecases/vppinazure.html > > > Yes, that doc is way outdated. I advise against following the > instructions > > in it. > > Matt or John, would you mind proposing a patch for that? Even a quick & > dirty "here are the steps you need to follow" would be great. > > Best > ben > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#21303): https://lists.fd.io/g/vpp-dev/message/21303 Mute This Topic: https://lists.fd.io/mt/90759128/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] Query on VPP in Aure
Hi Matt, John, This is a great summary! >> The only reference I could find for VPP in Azure was in this link >> but it is very outdated: >> https://fd.io/docs/vpp/v2101/usecases/vppinazure.html > Yes, that doc is way outdated. I advise against following the instructions > in it. Matt or John, would you mind proposing a patch for that? Even a quick & dirty "here are the steps you need to follow" would be great. Best ben -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#21302): https://lists.fd.io/g/vpp-dev/message/21302 Mute This Topic: https://lists.fd.io/mt/90759128/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
