Hi Damjan,

The interface (eno1) remains down in the "ifconfig"  when DPDK fails to
bind ports.
I had made it down using "ifconfig down" before starting the VPP service.

Logs:
-------
*[root@localhost vpp]# ifconfig eno1 down*
[root@localhost vpp]# ip addr flush dev eno1
*[root@localhost vpp]# ifconfig*
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 114  bytes 10692 (10.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 114  bytes 10692 (10.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:23:71:82  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@localhost vpp]#
*[root@localhost vpp]# service vpp stop*
Redirecting to /bin/systemctl stop  vpp.service
*[root@localhost vpp]# service vpp status*
Redirecting to /bin/systemctl status  vpp.service
● vpp.service - Vector Packet Processing Process
   Loaded: loaded (/usr/lib/systemd/system/vpp.service; disabled; vendor
preset: disabled)
   Active: inactive (dead)
phys:0x57c00000,...0
*Nov 28 02:23:02 localhost.localdomain systemd[1]: Stopped Vector Packet
Proce...*
Hint: Some lines were ellipsized, use -l to show in full.
[root@localhost vpp]#

*[root@localhost vpp]# service vpp start*
Redirecting to /bin/systemctl start  vpp.service
*[root@localhost vpp]# service vpp status*
Redirecting to /bin/systemctl status  vpp.service
● vpp.service - Vector Packet Processing Process
   Loaded: loaded (/usr/lib/systemd/system/vpp.service; disabled; vendor
preset: disabled)
  * Active: active (running) since Mon 2016-11-28 02:24:14 EST; 12s ago*
  Process: 4851 ExecStartPre=/sbin/modprobe uio_pci_generic (code=exited,
status=0/SUCCESS)
  Process: 4839 ExecStartPre=/bin/rm -f /dev/shm/db /dev/shm/global_vm
/dev/shm/vpe-api (code=exited, status=0/SUCCESS)
 Main PID: 4856 (vpp_main)
   CGroup: /system.slice/vpp.service
           └─4856 /usr/bin/vpp -c /etc/vpp/startup.conf

Nov 28 02:24:14 localhost.localdomain vpp[4856]: load_one_plugin:92: Loaded
...o
Nov 28 02:24:14 localhost.localdomain vpp[4856]: load_one_plugin:92: Loaded
...o
Nov 28 02:24:14 localhost.localdomain vpp[4856]: load_one_plugin:92: Loaded
...o
Nov 28 02:24:14 localhost.localdomain vpp[4856]: load_one_plugin:92: Loaded
...o
Nov 28 02:24:14 localhost.localdomain vpp[4856]: load_one_plugin:92: Loaded
...o
Nov 28 02:24:14 localhost.localdomain vpp[4856]: load_one_plugin:92: Loaded
...o
Nov 28 02:24:14 localhost.localdomain vpp[4856]: EAL: Detected 4 lcore(s)
Nov 28 02:24:14 localhost.localdomain vpp[4856]: EAL: Probing VFIO
support...
Nov 28 02:24:14 localhost.localdomain vnet[4856]: EAL: Probing VFIO
support...

*Nov 28 02:24:15 localhost.localdomain vnet[4856]: dpdk_lib_init:304: DPDK
dri...Hint: Some lines were ellipsized, use -l to show in full.*
[root@localhost vpp]# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 1442  bytes 125492 (122.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1442  bytes 125492 (122.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:23:71:82  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@localhost vpp]#


Startup Config:
---------------------
vi /etc/vpp/startup.conf

unix {
  nodaemon
  log /tmp/vpp.log
  full-coredump
}

dpdk {
    uio-driver uio_pci_generic
}

api-trace {
  on
}

api-segment {
  gid vpp



Thanks & Regards,
Sreejith



On 25 November 2016 at 09:22, Damjan Marion (damarion) <damar...@cisco.com>
wrote:

>
> Is this interface up? What “ifconfig" says?
>
> If interface is up VPP will not unbind it...
>
> On 25 Nov 2016, at 15:14, Sreejith Surendran Nair <sreejith.surendrannair@
> linaro.org> wrote:
>
> Hi Damjan,
>
> Sorry , I missed to execute the complete CLI along with vppctl.
> Below is the complete output.
>
> *[root@localhost vpp]# vppctl show pci*
> Address      Socket VID:PID     Link Speed     Driver              Product
> Name
> *0000:00:19.0        8086:1502   unknown
> e1000e                                                      *
> [root@localhost vpp]#
>
> Thanks & Regards,
> Sreejith
>
> On 25 November 2016 at 09:00, Damjan Marion (damarion) <damar...@cisco.com
> > wrote:
>
>>
>> There is “show pci” command in VPP debug CLI. It must be there unless you
>> use very old VPP version.
>>
>>
>> On 25 Nov 2016, at 14:47, Sreejith Surendran Nair <
>> sreejith.surendrann...@linaro.org> wrote:
>>
>> Hi Damjan,
>>
>> Thanks.
>>
>> Below is the PCI output. The "show pci" command appears to be not
>> working(command not found error) so tried "lspci".
>>
>> PCI:
>> ------
>> *[root@localhost vpp]# lspci*
>> 00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor
>> Family DRAM Controller (rev 09)
>> 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core
>> Processor Family Integrated Graphics Controller (rev 09)
>> 00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series
>> Chipset Family MEI Controller #1 (rev 04)
>> 00:16.3 Serial controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family KT Controller (rev 04)
>> *00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
>> Connection (rev 05)*
>> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family USB Enhanced Host Controller #2 (rev 05)
>> 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset
>> Family High Definition Audio Controller (rev 05)
>> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family USB Enhanced Host Controller #1 (rev 05)
>> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
>> 00:1f.0 ISA bridge: Intel Corporation Q67 Express Chipset Family LPC
>> Controller (rev 05)
>> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family SATA AHCI Controller (rev 05)
>> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
>> SMBus Controller (rev 05)
>> [root@localhost vpp]#
>>
>> [root@localhost vpp]# lsmod | grep pci
>> uio_pci_generic        12588  0
>> uio                    19259  1 uio_pci_generic
>> [root@localhost vpp]#
>>
>>
>>
>> On 25 November 2016 at 18:43, Damjan Marion (damarion) <
>> damar...@cisco.com> wrote:
>>
>>>
>>> Can you share “show pci” output form VPP?
>>>
>>>
>>> On 25 Nov 2016, at 13:53, Sreejith Surendran Nair <
>>> sreejith.surendrann...@linaro.org> wrote:
>>>
>>> Hi Christophe,
>>>
>>> Thanks a lot . I checked the lsmod output the pci looks loaded correctly
>>> but "dpdk driver" not able to detect it.
>>>
>>>
>>>
>>> *[root@localhost driver]# lsmod | grep pci uio_pci_generic        12588
>>> 0 uio                    19259  1 uio_pci_generic*
>>> [root@localhost driver]#
>>>
>>> Thanks & Regards,
>>> Sreejith
>>>
>>> On 25 November 2016 at 16:51, Christophe FONTAINE <
>>> christophe.fonta...@qosmos.com> wrote:
>>>
>>>> Hi Sreejith,
>>>>
>>>>
>>>>
>>>> By default, the kmod ‘uio_pci_generic’ is not loaded.
>>>>
>>>> You can check this with lsmod | grep uio_pci_generic, and if it is not
>>>> loaded,
>>>>
>>>> ‘modprobe uio_pci_generic’ should do the job.
>>>>
>>>>
>>>>
>>>> Christophe
>>>>
>>>>
>>>>
>>>> *From:* Sreejith Surendran Nair [mailto:sreejith.surendrannair
>>>> @linaro.org]
>>>> *Sent:* vendredi 25 novembre 2016 11:41
>>>> *To:* Dave Barach (dbarach) <dbar...@cisco.com>
>>>> *Cc:* Christophe FONTAINE <christophe.fonta...@qosmos.com>; vpp-dev <
>>>> vpp-dev@lists.fd.io>; Rashiqa Jameel -X (rajameel - TECH MAHINDRA LIM
>>>> at Cisco) <rajam...@cisco.com>
>>>>
>>>> *Subject:* Re: [vpp-dev] VPP Compilation Issue on Centos
>>>>
>>>>
>>>>
>>>>
>>>> Hi Dave,
>>>>
>>>> Thanks a lot for the help, the problem got resolved after system reboot
>>>> with VPP packages installed.
>>>>
>>>> I got a new issue with respect to DPDK driver not detecting the NIC
>>>> (eno1) port so was not able to run the VPP basic ping test to verify the
>>>> installation.
>>>>
>>>> Error Logs:
>>>> -------------
>>>> [root@localhost vpp]# sudo service vpp status
>>>> vpp_plugins/...n.so
>>>> Nov 25 04:45:26 localhost.localdomain vpp[4611]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/...n.so
>>>> Nov 25 04:45:26 localhost.localdomain vpp[4611]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/...n.so
>>>> Nov 25 04:45:26 localhost.localdomain vpp[4611]: EAL: Detected 4
>>>> lcore(s)
>>>> Nov 25 04:45:26 localhost.localdomain vpp[4611]: EAL: Probing VFIO
>>>> support...
>>>> Nov 25 04:45:26 localhost.localdomain vnet[4611]: EAL: Probing VFIO
>>>> support...
>>>> *Nov 25 04:45:26 localhost.localdomain vnet[4611]: dpdk_lib_init:304:
>>>> DPDK drivers found no ports...*
>>>> Hint: Some lines were ellipsized, use -l to show in full.
>>>> [root@localhost vpp]#
>>>>
>>>>
>>>>
>>>> VPP startup Config file:
>>>> ---------------------------------
>>>> unix {
>>>>   nodaemon
>>>>   log /tmp/vpp.log
>>>>   full-coredump
>>>> }
>>>>
>>>> dpdk {
>>>>     uio-driver uio_pci_generic
>>>>    * dev 0000:00:19.0*
>>>> }
>>>>
>>>> api-trace {
>>>>   on
>>>> }
>>>>
>>>> api-segment {
>>>>   gid vpp
>>>> }
>>>> ~
>>>>
>>>> I followed the steps mentioned in VPP wiki to change the blacklist
>>>> behaviour (made the eno1 down and restarted vpp service also did the PCI
>>>> mapping) but unfortunately the interface eno1 was not detected by VPP.   I
>>>> tried system restart also multiple times but it didn't work.
>>>>
>>>> Could you please help and suggest  if I missed any required step.
>>>>
>>>> Thanks & Regards,
>>>>
>>>> Sreejith
>>>>
>>>>
>>>>
>>>> On 24 November 2016 at 19:11, Dave Barach (dbarach) <dbar...@cisco.com>
>>>> wrote:
>>>>
>>>> Check the number of hugetlb pages: cat /proc/sys/vm/nr_hugepages. Rough
>>>> guess, repeated compilations have fragmented memory to the point where the
>>>> minimum number of hugetlb pages is not available.
>>>>
>>>>
>>>>
>>>> A reboot with the vpp packages installed should cure the problem.
>>>>
>>>>
>>>>
>>>> Thanks… Dave
>>>>
>>>>
>>>>
>>>> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
>>>> *On Behalf Of *Sreejith Surendran Nair
>>>> *Sent:* Thursday, November 24, 2016 8:27 AM
>>>> *To:* Christophe FONTAINE <christophe.fonta...@qosmos.com>
>>>> *Cc:* vpp-dev <vpp-dev@lists.fd.io>; Rashiqa Jameel -X (rajameel -
>>>> TECH MAHINDRA LIM at Cisco) <rajam...@cisco.com>
>>>> *Subject:* Re: [vpp-dev] VPP Compilation Issue on Centos
>>>>
>>>>
>>>>
>>>> Hi Christophe,
>>>>
>>>> Thanks a lot for the help. I tried reinstalling the VPP package and
>>>> tried the above steps the compilation worked successfully.
>>>>
>>>> Unfortunately after running the VPP start service it did not start
>>>> properly I got an error with respect to "dpdk not enough free huge pages".
>>>>
>>>> Could you please help and suggest if I am missing anything.
>>>>
>>>>
>>>>
>>>> *Error Logs:*
>>>> ---------------
>>>>
>>>>
>>>> [root@localhost vpp]# sudo service vpp start
>>>> Redirecting to /bin/systemctl start  vpp.service
>>>>
>>>> [root@localhost vpp]# sudo service vpp status -l
>>>> Redirecting to /bin/systemctl status  -l vpp.service
>>>> ● vpp.service - Vector Packet Processing Process
>>>>    Loaded: loaded (/usr/lib/systemd/system/vpp.service; disabled;
>>>> vendor preset: disabled)
>>>>    Active: inactive (dead)
>>>>
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]:
>>>> vlib_plugin_early_init:213: plugin path /usr/lib/vpp_plugins
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/ila_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/ioam_e2e_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/ioam_export_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/ioam_pot_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/ioam_trace_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/lb_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/libsixrd_plugin.so
>>>> Nov 24 08:02:54 localhost.localdomain vpp[28713]: load_one_plugin:92:
>>>> Loaded plugin: /usr/lib/vpp_plugins/snat_plugin.so
>>>>
>>>> *Nov 24 08:02:54 localhost.localdomain vpp[28713]: vpp[28713]:
>>>> dpdk_config: not enough free huge pages [root@localhost vpp]#*
>>>>
>>>>
>>>> *Vpp startup config: *-----------------------------
>>>>
>>>> unix {
>>>>   nodaemon
>>>>   log /tmp/vpp.log
>>>>   full-coredump
>>>> }
>>>>
>>>> dpdk {
>>>>     uio-driver uio_pci_generic
>>>> }
>>>>
>>>> api-trace {
>>>>   on
>>>> }
>>>>
>>>> api-segment {
>>>>   gid vpp
>>>> }
>>>>
>>>> "/etc/vpp/startup.conf" 18L, 144
>>>>
>>>>
>>>>
>>>> Thanks & Regards,
>>>>
>>>> Sreejith
>>>>
>>>>
>>>>
>>>> On 24 November 2016 at 02:51, Christophe FONTAINE <
>>>> christophe.fonta...@qosmos.com> wrote:
>>>>
>>>> Hi,
>>>>
>>>>
>>>>
>>>> Did you installed all dependencies thru ‘make install-dep’ first ?
>>>>
>>>> On a fresh centos7 system / platform, I always do:
>>>>
>>>> -          export PLATFORM=’<appropriate platform if required>’
>>>> (default is ‘vpp’)
>>>>
>>>> -          make bootstrap
>>>>
>>>> -          make install-dep
>>>>
>>>> -          make pkg-rpm
>>>>
>>>>
>>>>
>>>> Christophe
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
>>>> *On Behalf Of *Sreejith Surendran Nair
>>>> *Sent:* jeudi 24 novembre 2016 07:10
>>>> *To:* vpp-dev <vpp-dev@lists.fd.io>
>>>> *Subject:* [vpp-dev] VPP Compilation Issue on Centos
>>>>
>>>>
>>>>
>>>> Hi Team,
>>>>
>>>> I am using Centos 7 to build the VPP package but while running the
>>>> vagrant build command I getting the below error with respect to Kernel
>>>> headers ( no such file or directory).
>>>>
>>>> Could you please help and suggest if possible.
>>>>
>>>>
>>>> [root@localhost 3.10.0-123.el7.x86_64]# uname -r
>>>> 3.10.0-123.el7.x86_64
>>>>
>>>> Error:
>>>> --------
>>>> [root@localhost 3.10.0-123.el7.x86_64]# ./build-root/vagrant/build.sh
>>>>
>>>> == Build lib/librte_eal/linuxapp/eal
>>>> == Build lib/librte_eal/linuxapp/igb_uio
>>>> *make: *** /lib/modules/3.10.0-123.el7.x86_64/build: No such file or
>>>> directory.  Stop.*
>>>> make[11]: *** [igb_uio.ko] Error 2
>>>> make[10]: *** [igb_uio] Error 2
>>>> make[10]: *** Waiting for unfinished jobs....
>>>>   CC eal.o
>>>>   CC eal_hugepage_info.o
>>>>   CC eal_memory.o
>>>>   CC eal_thread.o
>>>>   CC eal_log.o
>>>>   CC eal_vfio.o
>>>>   CC eal_vfio_mp_sync.o
>>>>   CC eal_pci.o
>>>>   CC eal_pci_uio.o
>>>>   CC eal_pci_vfio.o
>>>>   CC eal_debug.o
>>>>   CC eal_lcore.o
>>>>   CC eal_timer.o
>>>>   CC eal_interrupts.o
>>>>   CC eal_alarm.o
>>>>   CC eal_common_lcore.o
>>>>   CC eal_common_timer.o
>>>>   CC eal_common_memzone.o
>>>>   CC eal_common_log.o
>>>>   CC eal_common_launch.o
>>>>   CC eal_common_pci.o
>>>>   CC eal_common_pci_uio.o
>>>>   CC eal_common_memory.o
>>>>   CC eal_common_tailqs.o
>>>>   CC eal_common_cpuflags.o
>>>>   CC eal_common_errno.o
>>>>   CC eal_common_string_fns.o
>>>>   CC eal_common_hexdump.o
>>>>   CC eal_common_devargs.o
>>>>   CC eal_common_dev.o
>>>>   CC eal_common_options.o
>>>>   CC eal_common_thread.o
>>>>   CC eal_common_proc.o
>>>>   CC rte_malloc.o
>>>>   CC malloc_elem.o
>>>>   CC malloc_heap.o
>>>>   CC rte_keepalive.o
>>>>   CC rte_cpuflags.o
>>>>   CC rte_spinlock.o
>>>>   SYMLINK-FILE include/exec-env/rte_interrupts.h
>>>>   SYMLINK-FILE include/exec-env/rte_kni_common.h
>>>>   SYMLINK-FILE include/exec-env/rte_dom0_common.h
>>>>   AR librte_eal.a
>>>>   INSTALL-LIB librte_eal.a
>>>> make[9]: *** [linuxapp] Error 2
>>>> make[8]: *** [librte_eal] Error 2
>>>> make[7]: *** [lib] Error 2
>>>> make[6]: *** [all] Error 2
>>>> make[5]: *** [pre_install] Error 2
>>>> make[4]: *** [install] Error 2
>>>> make[4]: Leaving directory `/home/techmahindra/source_vpp
>>>> /vpp/build-root/build-vpp-native/dpdk/dpdk-16.07'
>>>> make[3]: *** [/home/techmahindra/source_vpp
>>>> /vpp/build-root/build-vpp-native/dpdk/.build.ok] Error 2
>>>> make[3]: Leaving directory `/home/techmahindra/source_vpp/vpp/dpdk'
>>>> make[2]: *** [dpdk-install] Error 2
>>>> make[2]: Leaving directory `/home/techmahindra/source_vpp
>>>> /vpp/build-root'
>>>> make[1]: *** [install-rpm] Error 1
>>>> make[1]: Leaving directory `/home/techmahindra/source_vpp
>>>> /vpp/build-root'
>>>> make: *** [pkg-rpm] Error 2
>>>> [root@localhost vagrant]#
>>>>
>>>> Directory (checked manually):
>>>> ------------------------------------------
>>>> [root@localhost modules]# cd 3.10.0-123.el7.x86_64/
>>>> [root@localhost 3.10.0-123.el7.x86_64]# ls
>>>> build          modules.alias.bin    modules.dep
>>>> modules.modesetting  modules.symbols      vdso
>>>> extra          modules.block        modules.dep.bin
>>>> modules.networking   modules.symbols.bin
>>>> kernel         modules.builtin      modules.devname
>>>> modules.order        source
>>>> modules.alias  modules.builtin.bin  modules.drm
>>>> modules.softdep      updates
>>>> [root@localhost 3.10.0-123.el7.x86_64]# cd build
>>>> bash: cd: build: No such file or directory
>>>>
>>>>
>>>>
>>>> Thanks & Regards,
>>>>
>>>> Sreejith
>>>>
>>>> This message and any attachments (the "message") are confidential,
>>>> intended solely for the addressees. If you are not the intended recipient,
>>>> please notify the sender immediately by e-mail and delete this message from
>>>> your system. In this case, you are not authorized to use, copy this message
>>>> and/or disclose the content to any other person. E-mails are susceptible to
>>>> alteration. Neither Qosmos nor any of its subsidiaries or affiliates shall
>>>> be liable for the message if altered, changed or falsified.
>>>>
>>>> Ce message et toutes ses pièces jointes (ci-après le "message")sont
>>>> confidentiels et établis à l'intention exclusive de ses destinataires. Si
>>>> vous avez reçu ce message par erreur, merci d’en informer immédiatement son
>>>> émetteur par courrier électronique et d’effacer ce message de votre
>>>> système. Dans cette hypothèse, vous n’êtes pas autorisé à utiliser, copier
>>>> ce message et/ou en divulguer le contenu à un tiers. Tout message
>>>> électronique est susceptible d'altération. Qosmos et ses filiales déclinent
>>>> toute responsabilité au titre de ce message s'il a été altéré, déformé ou
>>>> falsifié.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> This message and any attachments (the "message") are confidential,
>>>> intended solely for the addressees. If you are not the intended recipient,
>>>> please notify the sender immediately by e-mail and delete this message from
>>>> your system. In this case, you are not authorized to use, copy this message
>>>> and/or disclose the content to any other person. E-mails are susceptible to
>>>> alteration. Neither Qosmos nor any of its subsidiaries or affiliates shall
>>>> be liable for the message if altered, changed or falsified.
>>>>
>>>> Ce message et toutes ses pièces jointes (ci-après le "message")sont
>>>> confidentiels et établis à l'intention exclusive de ses destinataires. Si
>>>> vous avez reçu ce message par erreur, merci d’en informer immédiatement son
>>>> émetteur par courrier électronique et d’effacer ce message de votre
>>>> système. Dans cette hypothèse, vous n’êtes pas autorisé à utiliser, copier
>>>> ce message et/ou en divulguer le contenu à un tiers. Tout message
>>>> électronique est susceptible d'altération. Qosmos et ses filiales déclinent
>>>> toute responsabilité au titre de ce message s'il a été altéré, déformé ou
>>>> falsifié.
>>>>
>>>
>>> _______________________________________________
>>> vpp-dev mailing list
>>> vpp-dev@lists.fd.io
>>> https://lists.fd.io/mailman/listinfo/vpp-dev
>>>
>>>
>>>
>>
>>
>
>
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Reply via email to