Fixed the calculation of dropped packets and other changes

* Calculation of aboslute and relative dropped packets was wrong and is
now fixed.
* ./createrapid.py has now an extra option to select custom availability
zones for the different VMs.
* Fixed a typo to create the flavor: hw:cpu_thread_policy
* The generator config files have now the packet id & signature fields.
See PROX for more details on this.
* ./runrapid has now a new option --configonly. Default is False. If set
to True, all configuration files will be copied to the VMS, but the
tests are not started. This allows you to go to the VMs and manually
start PROX.
* In addition to the average latency, maximum latency is now also
displayed.

Change-Id: I3bbd7897deb6e452068c07ef68d3959ffa4a4b50
Signed-off-by: Luc Provoost <luc.provoost@intel.com>

Merge "Auto Generated INFO.yaml file"

Merge "Fix potential crash in rx and tx distribution"

Fix potential crash in rx and tx distribution

In some (rare) modes, more than 64 packets can be received through
one rx function. This is for instance the case of the lat mode.

Change-Id: Ie733c927a8e116c679c464f2551768185ef85366
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Zero packet loss testing has been added.

Using l2 testing, where no ARP messages are being used, you can now run
a zero packet loss test. The binary search will continue to find the
speed where absolutely no packets have been lost during the test.
On top of that, the output has been reformatted to also show the
absolute and relative packet loss.
The *.test files have now 2 new parameters: drop_rate_treshold and accuracy.
When drop_rate_treshold is set to 0, this test will conclude successfull
when no packet has been lost whatsoever. If this is set to any other
number, the test will be successfull when the relative packet loss is
lower than drop_rate_treshold.
The new accuray parameter defines when the binary search will stop:
when the relative difference between the min and max of the search
window is lower than accuracy.
The irq testing is slightly modified to print the total number of
interrupts in a certain time bucket, not only as the number per second,
but when there is no interrupt whatsowever, we print '0' in stead of
'0.0'

Change-Id: I8fafded0a225cbe1ba7ac61cd28e94d72099e4a0
Signed-off-by: Luc Provoost <luc.provoost@intel.com>

Auto Generated INFO.yaml file

INFO.yaml meant to be machine readable.
This file was auto generated from an ldap lookup
and your projects INFO file.

Meeting times are not currently filled out.
please ammend this patchset to complete

Going forward comitter promotions should be done
against this file.

PTLs:
Must be merged for you to gain delete access on
testresults.opnfv.org

If project_lead: is missing (my script could not parse)
please amend with same from commiters section eg:

project_lead: &opnfv_$project_ptl
    name: 'Lead Name'
    email: 'lead email'
    id: 'lead lfid'
    company: 'lead company'

Change-Id: Ib034d62db7138a9f7c66c4d3377d6681764c41b4
Signed-off-by: agardner <agardner@linuxfoundation.org>

Fixed issues with the pkt_size command

Fixed issues with pkt_size. For a 64 byte packet, we need to issue
pkt_size <core> <task> 60
4 extra bytes will be calculated and added automatically by PROX
Also added the missing irq.test and irq.cfg files
Added support for OpenStack systems not using floating IP addresses

Change-Id: I05d775eb858a58dd349ea370a0e34ac6448590c9
Signed-off-by: Luc Provoost <luc.provoost@intel.com>

Rework of the test cases in the *.test files
Cores can now be specified in the test files. An irq test has been
added to verify if the VMs are not suffering from long interrupts.

Change-Id: I647fda3ebf76c7c2b36a8df9a63d9fb83563c249
Signed-off-by: Provoost <luc.provoost@intel.com>

Merge "Fix dumping receive packets"

Merge "Integrate irq mode into PROX (support display and command line)"

Fix extrapolation used in latency measurements

When doing latency measurements PROX takes into account the
generation or reception of a bulk of packets. For instance, if
PROX receives at time T 4 packets, it knows that the first
packet was received by te NIC before T (the time to receive the other
3 packets, as they were received at maximum link speed).
So the latency data is decreased by the minimum time to receive those
3 packets.
For this PROX was using a default link speed of 10Gbps. This is wrong
for 1Gbps and 40Gbps networks, and was causing for instance issues
on 40 Gbps networks as extrapolating too much, resulting in either
too low latencies or negative numbers (visible as very high latencies).

Change-Id: I4e0f02e8383dd8d168ac50ecae37a05510ad08bc
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Integrate irq mode into PROX (support display and command line)

irq mode can be used to show how a core is interrupted by other tasks.
This mode does not handle packets. It only loops reading tsc.
When the difference between two consecutive calls to rdtsc() is high
then it means the core was interrupted.
This task implementes the display, so that we can see a histogram of
interrupts as well as the maximum, per core.
Command line is also supported, through "show irq buckets" (too show
the intervals of each buckets, in micrcoseconds), and the stats
command line (showing the number of items in each buckets and the max)..

Change-Id: I153cc3deaa7b86ae2776ea44e46ef9ecfd116992
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Fix dumping receive packets

There were two issues identified in dump receive packets
- when the receive packets was going to be dropped (and not transmitted),
  it was also printed as TX[255].
- a potential crash when using the dump function with modes like
  lat which can receive more than MAX_RING_BURST.
Those issues have been fixed.

Change-Id: Ia2297539d64961a211389d68e3c9c6280472243c
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Merge "Add support for DPDK 17.11"

Merge "Add config option to use port mac as src mac in l2fwd and swap"

Merge "Fix using signature in latency measurements"

Merge "Fix stacking of rx receive functions"

Merge "Fix potential crash when issuing "tx distr stop" command."

Fix using signature in latency measurements

When doing latency measurements the generator can add a
32 bits signature in the packet at a specific location,
so that the receiver only uses the packets generated by the
generator and ignores packets generated for instance by a switch
The is particuly important for latency measurements as we use
data in the packets as timestamps, and packets generated elsewhere
would result in random latency for those packets.

Change-Id: I8352b35aff76ec8d1344a1e492b9dcc20a53f1ce
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Fix stacking of rx receive functions

PROX can stack different RX functions, so that they are executed
after each other.
This feature is for instance used to dump packets or to print
distribution of receive packets, without influencing the performance
of the rx functions when no dump or print is needed.
The previous implementation was wrong and causing some of the stacked
functions not to be executed. This was causing for instance issues
in latency measurement after enabling dumping packets.

Change-Id: I766b8ee8e8852fa17cdaf60ee6e1fec0dc98c719
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Merge "Initialize fields of outer IP header"

Fix potential crash when issuing "tx distr stop" command.

Change-Id: I9ef89020d203674f6c3301653ab2ff9d623665b6
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Add config option to use port mac as src mac in l2fwd and swap

L2fwd and swap has many options to set src mac. swap was supposed
to support the ability to use port mac, but config file parsing was
wrong. L2fwd was using port mac if a port was available and if
src mac=packet or if there was no src mac in the config.

Now l2fwd supports the following options
- "src mac=xx:xx:xx:xx:xx:xx" => this mac address is used as src mac.
- "src mac=packet" => the src mac is taken from the dst mac of the
received packet.
- "src mac=hw" => the src mac is taken from the mac address of the port,
if there is a physical port. Error otherwise.
- "src mac=no" => src mac kept untouched
- No "src mac" => same as "src mac=hw" if there is a physical port
              and same as "src mac=packet" otherwise.

Default is (no "src mac") hence the mac is taken from the tx port if there
              is one tx port and from the packet otherwise.

swap support is similar, except that it does not support "src mac=no".

Change-Id: I70fe49a61c2e85772288b769ede14a7a6205d122
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Add support for DPDK 17.11

Change-Id: I5611ead4b61b23d6c1c983852e8c75619e08ecf9
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Initialize fields of outer IP header

As it was non being initialized, fragment offset was sometimes non null.
prox_ip_cksum_sw (as well as prox_ip_cksum_hw) require the hdr_checksum
field to be initialized to 0.

Change-Id: I3824682023782edb555982e558e5ae68062c3c9b
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Merge "Adding Security gateway testing"

Merge "Add l3 support for tasks without physical tx ports"

Add support for multiple tasks generating to same ip in l3 mode.

When multiple tasks generate to the same ip in l3 mode (i.e. with arp
support), all those tasks generate arp requests. we need to make sure
that they all receive a arp-reply i.e. that the master broadcast
the reply to all those cores.

Change-Id: I7e89196497a1016a94dde167f212b1f6ed03bcfe
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Add l3 support for tasks without physical tx ports

This adds support for tasks in l3 submode receiving from ports but
transmitting to rings.

ARP related information is exchanged between tasks through master core.
Tasks transmitting to physical ports are responsible to transmit arp
related packets. Tasks not transmitting to physical ports (and using
rings) should not try to transmit arp packets. Transmitting arp
packets through ring would be more complex, as we would need extra information
(within the mbuf) to distinguish for instance an arp reply comoing from the
network and an arp reply coming from a core (as a reply to an arp request).

Change-Id: Ib55dc8c39d5e55703a933faa16bcc008f1274929
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Adding Security gateway testing

Using now .test files describing the test to be executed.
Also desribed in the README file how to deal with SRIOV ports.

Change-Id: I3eb1551d7f205fef3fa1914bc6959c2126d63425
Signed-off-by: Provoost <luc.provoost@intel.com>

Updating release notes for OPNFV Euphrates 5.1

Change-Id: I01a619de621a3dfbfe11cabef257f9dec311e318
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Merge "Fix command parser"

Merge "Fix checks done when changing generator pkt_size"

Fix qos statistics

Packets dropped by QoS (because queues were full) were erroneously
shown as idle cycles. There aee now shown as discarded packets.

Change-Id: I01a619de621a3dfbfe11cabef257f9dec311e208
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Fix checks done when changing generator pkt_size

Different checks were done when setting the generator pkt_size.
In case of wrong pkt_size (e.g. too big) an error was printed but
the pkt_size was still set causing a potential corruption.
In addition, in case of a packet size incompatible with some
of the packet fields (e.g. latency data) PROX was panicing
while this should not happen runtime for such an error.

Change-Id: Ifa11475bf295aaac7b0255c1bf9b5feed8ef90c4
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Fix command parser

Command parser could have been crashing if a wrong core/task was
used in pkt_size command. For some other commands both an error
and a warning were printed in case of errors.

Change-Id: I6648bfca1b5bcde3c6393d49687ed84900326d49
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

correct prox ipsec vnf

reapply the latest changes (47355 and 47521) due to gerrit merge problem

* fix crypto init for both encryptor and decryptor
* improve performance: preallocate crypto op memory in init
* finalize enabling routed ipsec traffic (proper IP/MAC addresses)
* correct handling of dropped packets at encryptor
* Fix receive packets with size > 1024 bytes

Change-Id: I51cccc9bef0b9564ea1a3465ad28fb985eee06d1
Signed-off-by: Igor Shaula <igor.shaula@intel.com>

fix prox crypto build

Change-Id: I4ea54763871c18b1bd6cec9dbb926f18f0f5833f
Signed-off-by: Igor Shaula <igor.shaula@intel.com>

Merge "Add support for nop mode with l3 submode"

* fix encryption: ESP packet format
* fix traffic routing
* enqueue packets in a bulk (improve crypto performance: TBD)
* improve code clarity
* fix crypto dequeuing
* complete decryption path implementation
* NOTE: the code works in a chain mode; crypto init to be fixed next

Change-Id: I058a906f4f4f5691ebf25d2cdf5b5faded88e11d
Signed-off-by: Igor Shaula <igor.shaula@intel.com>

Add support for nop mode with l3 submode

The l3 submode was not supported in nop mode, as the nop mode uses some
specific nop thread (and not generic). When L3 is specified, the nop mode
must use the generic thread. In addition the l3 submode is implemented
differently than other submodes. It is not supported through task_init
structures (i.e. each task does not have to explicitely tell that it
supports l3 submode). But this prevented to run both a nop with no submode
and a nop with a l3 submode. Note that nop with l3 is usually not very useful
 - it handles arp (requests and response) but as nop, it does not swap IP
addresses. So with a real switch, the packets transmitted will be received
back... and l3 mode is usually mainly usefull when using a switch.
 However, there is at least one nop mode where l3 submode makes sense:
when the nop does not transmit. In such cases, for instace used in
conjunction with a gen l3, the nop receives all packets and forward
the arp requests and responses to the master for handling.

Change-Id: I992121db285ba25a11cbb494092a6afc6fe55a58
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Remove unused files in udp replay

Change-Id: I8cbad85c607ca5148723ed3689eaed2c4967fb1d
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Merge "Fix changing impair delay through command line"

Fix latency commands in l3 submode

Change-Id: I9c46b57f98b566efc8ca3ea5966befe2a150315b
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Fix changing impair delay through command line

Change-Id: I7797241a1d384fa184bdf4d73b81babb21f7383d
Signed-off-by: Xavier Simonart <xavier.simonart@intel.com>

Merge "Rework handle_esp.c (proto, DPDK<17.08, cleanup)"

Merge "lw_AFTR: IP Checksum required on generated packet."

lw_AFTR: IP Checksum required on generated packet.

In lwAFTR (ipv6 de-encapsulate) the generated ipv4 packet requires an IP
checksum, otherwise this packet is dropped in Openstack. (Openstack is
much stricter than baremetal) Some fields in the header need to be
initialized.

Add flag in Makefile which when enabled will build to include the generate
the IP checksum in the build. FLAG = GEN_DECAP_IPV6_TO_IPV4_CKSUM=y
Not include in default build.

Change-Id: If94e7cff64b03c66362021f05e48fb9265fc8210
Signed-off-by: Daniel Martin Buckley <daniel.m.buckley@intel.com>

Rework handle_esp.c (proto, DPDK<17.08, cleanup)

- Adjust handle functions to PROX-v035+ prototype, returning 0 when all
  packets have been handled.
- Because cryptodev API was modified in DPDK 17.08, many changes would
  be necessary to support it. For the moment, just exclude handle_esp.c
  from PROX build when using DPDK 17.08+, which will be supported later.
- Cleanup:
  - consistent use of PROX_PANIC to cleanly fail on errors
  - consistent use of OUT_DISCARD to drop unhandled packets
  - remove "__attribute__((unused))" when parameter is actually used
  - remove unused defines, fields and variables

Change-Id: I10d84fa184a866b4a5f87272875612aace5dd5b1
Signed-off-by: Patrice Buriez <patrice.buriez@intel.com>

Merge changes from PROX-v041

Change-Id: Ie6d4e7ce22c27967117a446626f5923643397812
Signed-off-by: Patrice Buriez <patrice.buriez@intel.com>

Merge "Makefile change and new task structures for IPSec Prox task"

Merge "Added IPSec/ESP performance demo building block to DPPD-PROX"

Merge "Adjusted referencing for docs"

Makefile change and new task structures for IPSec Prox task

Change-Id: I389389e5317d1a9d0d79cc1762d6f15d8287e36a
Signed-off-by: Alexander Komarov <alexander.komarov@intel.com>
Signed-off-by: Alexander Komarov <izard.ak@gmail.com>

Fix all the config files alignment issues

Change-Id: I087c9a9acf412a99f8425fd65d07db6c3b7a4af7
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Added IPSec/ESP performance demo building block to DPPD-PROX

Change-Id: I25ab50297cd7d2f80a5206ddc3c55ffad36bd8d8
Signed-off-by: Alexander Komarov <alexander.komarov@intel.com>
Signed-off-by: Alexander Komarov <izard.ak@gmail.com>

update rest api table

Change-Id: I71f8b419a8b28bc3c9208c8902b91d06bc4653de
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Fix table issues in release notes

Change-Id: I0c2accf7e2c1f417b9823a0dfa1f356ff7730a3d
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Updating user guide

Change-Id: I80bcbe616b8f2c64151de6e588c892de6c3dc8f1
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

remove unwated proxy in the script

Change-Id: I4a38ac4f7a05b6a96fd9e0e8539aa76252ded3b0
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Adding script to build samplevnf VM images

Change-Id: I1238aa72f178fb8744fdea688704ef7ff22c9c75
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Updating release notes of samplevnf

Change-Id: I5c6854467bca41ab0ca5894e1a706a65eb68ef32
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Merge "Rest API: Fix all the bugs in the HWLB, mask issue, etc"

Adjusted referencing for docs

Change-Id: If9e92a2404214e91c682793622f097e28c11597d
Signed-off-by: Sofia Wallin <sofia.wallin@ericsson.com>

Rest API: Fix all the bugs in the HWLB, mask issue, etc

Change-Id: If7cc44f3b57a54aef510f729930e6f79bf83689e
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Copy the dev bind to standard path

Change-Id: I44972071e41b67a5aec2adaf426ec84f54c4414e
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Docs: Developer guide review and update

Review and update teh Developer guide for E-Release.

Change-Id: I88221fe6ea5bf3581c1dbf8bf6aaa31a628fff87
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

Fix udp replay issue

Change-Id: I6b78044beb21fdf07ad70d22c81bcca6ca955e63
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Fix compilation issue with older gcc

Change-Id: Ib7f67bff93ce531f66be31c3fbd63ecbb33a46d8
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Adding app version display

Change-Id: I366d915a05f58c5653de89c1c59ebd180904e080
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Docs: Enhance the userguide with CLI command reference

JIRA: SAMPLEVNF-84

Update the documents with CLI command reference and Resolve the
jenkins build warnings.

Change-Id: I2bf22507758e1a13b648cc40d86495581fe0d981
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

vACL: The ethernet mac address not updated correctly

JIRA: SAMPLEVNF-85

The ethernet header pointer initialization was wrong due to which
the MAC address were not updated. Hence the packets were not
reaching the destination.

Change-Id: I90a38bba8d26d5f481c6476e6995eed92970b6e3
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

arp: Config parameters longer than PIPELINE_MAX_ARGS chars ignored

JIRA: SAMPLEVNF-86

Due to this KW fix the arp pipeline is rejecting the commands
greater than PIPELINE_MAX_ARGS size. This is seen in arp_route_tbl
which can is becoming bigger in case of multi port setup.

This patch undo the KW fix which is causing issue with longer
parameters under ARPICMP pipeline.

Change-Id: I96ba3882b5fecc6ac2f7b75f11a63083b847bba5
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

Adding index.rst for developer guide

Change-Id: Id9ad242c5147a1dc15a181baa2c5bd886335921c
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Adding Sample Heat template for VNFs

This patch adds samplevnf openstack heat templates generated by
yardstick

Change-Id: I23295a9b66f91dc6a136a6106a46115f47da35d4
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

common code: KW fixes for common code

This patch fixes KW issues seen with the common code.

Change-Id: I4f90369152345ea2ea9316b04ac946c0c69fd7d1
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>

VNFs: Fixing klocwork issue in VNFs code

JIRA: SAMPLEVNF-83

This patch fixes the klocwork reported issues

Change-Id: I190d024777be1bf53cdc97feca1e5934781f3582
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

Merge "Docs: Review and update the docs for E-release"

Docs: Review and update the docs for E-release

JIRA: SAMPLEVNF-82

Review and update the the E-release docsuments.

Change-Id: I1eeb0dead18559b8f05039b81512d944a862bbb4
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

l2l3_stack: fixing the arp_route_tbl/nd_route_tbl

This patch adds the dest ip back into the parsing logic so that
legacy usage is maintained intact.

Change-Id: I1e479064d7b324d871d3d5f2c166de60165c3495
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>

Docs: Update design and userguide for common gateway routing

JIRA: SAMPLEVNF-81

Updating design and userguide for common gateway routing
functionality.

Change-Id: I347f03d37469858a69d7fcca86de31ee03d08086
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

common: arp_route_tbl entry is not working

JIRA: SAMPLEVNF-80

The arp_route_tbl entry was not getting effected as the vnf_gateway
flag was not set after adding entry to routing table.

This patch fixes the issue.

Change-Id: Id3b1b14b698dea5e2beea7f3e90e8622896b5c5f
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

Merge "update userguide alignment"

Merge "update userguide alignment"

update userguide alignment

Change-Id: Id0eb364fdeb7e9b084c247b0875e9de7b599abfb
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

update userguide alignment

Change-Id: Ie938d84d31c2145167fc2b816a02bd8c0a3210ec
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Fix cgnapt status output

Change-Id: I37ef70ae324e258da16b7bd67baf0e939d88b3ec
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Fix the cgnapt pipeline stat issues

Change-Id: I58d4a1b6c47fa204a8af67c725b22f797ec19755
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

REST_API: rest api client implementation

JIRA: SAMPLEVNF-78

This patch implements rest api's for VNF clients. This
comprises of
        * vnf api's for common functionality
        * vnf api's for CGNAPT
        * vnf api's for VFW

Change-Id: I56d22c64bf3ee5b0a2e536da8169ac7583499041
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>

UDP_Replay: changes for gateway packet forwarding

JIRA: SAMPLEVNF-70

Integrating gateway packet forwarding to UDP_Replay VNF.

Change-Id: I00f2bc498563b81260c2c98275f7a73dbc2cb445
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

vCGNAT: changes for gateway packet forwarding

JIRA: SAMPLEVNF-61

Integrating gateway packet forwarding to CGNAT VNF.

Change-Id: Ifd528b40134da2d12644a406b2da05a5f044aa1c
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

vACL: changes for gateway packet forwarding

JIRA: SAMPLEVNF-60

vACL changes to support gateway packet forwarding.

Change-Id: I1435254e4f18bc26bf2b37be2e3ed2df0fb29153
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

vFW: changes for gateway packet forwarding

JIRA: SAMPLEVNF-59

Changes to support gateway packet forwarding to vFW.

Change-Id: Ie9164b092f6864cfcdb02e7b325c4e8796a7e422
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

common: Changes to common code for gateway support

JIRA: SAMPLEVNF-58

Common code changes for gateway packet forwarding.

Change-Id: Ie002c94b8febab9c0923e1bb261e5ea931cd4712
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

gateway: Created common code for routing in gateway

JIRA: SAMPLEVNF-58

Adding the common code for routing functionality in gateway config.

Change-Id: I2a2f085a3555db52c8aff87f1bab1b00d11481ea
Signed-off-by: Anand B Jyoti <anand.b.jyoti@intel.com>

Remove default section in the createrapid

Change-Id: Id9c22f92955b64242971ff768a64132451c8350e
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Remove default section in the createrapid

Change-Id: Id9c22f92955b64242971ff768a64132451c8350e
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Splitting the script in 2 parts: createrapid.py and runrapid.py

The split of the scripts is documented in the README file. The VM also
runs now devbind.sh with the proper MAC address to bind the dataplane
interface with the DPDK poll mode driver.

Change-Id: I3e7a6235379dc80530934376c7799ac3396b5325
Luc Provoost <luc.provoost@intel.com>
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Splitting the script in 2 parts: createrapid.py and runrapid.py

The split of the scripts is documented in the README file. The VM also
runs now devbind.sh with the proper MAC address to bind the dataplane
interface with the DPDK poll mode driver.

Change-Id: I3e7a6235379dc80530934376c7799ac3396b5325
Luc Provoost <luc.provoost@intel.com>
Signed-off-by: Deepak S <deepak.s@linux.intel.com>

Enabling Prox to be compatible with Titanium Cloud

Change-Id: I65e8b2d1cea2a1edfa738671e460b6a0170d3363
Signed-off-by: Deepak S <deepak.s@linux.intel.com>