DPDK patches and discussions
 help / color / mirror / Atom feed
From: Ravi Kerur <rkerur@gmail.com>
To: "Mcnamara, John" <john.mcnamara@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
	"thomas@monjalon.net" <thomas@monjalon.net>
Subject: Re: [dpdk-dev] [PATCH v2] doc: Merge l3fwd and l3fwd-acl documentation files
Date: Wed, 10 May 2017 18:51:55 -0700	[thread overview]
Message-ID: <CAFb4SLDFd2=JBLvjnVtwGXG7fOx0-1O7J3p0aAxPFgHCgJpAKw@mail.gmail.com> (raw)
In-Reply-To: <B27915DBBA3421428155699D51E4CFE2332CADEC@IRSMSX103.ger.corp.intel.com>

On Wed, May 10, 2017 at 3:14 AM, Mcnamara, John <john.mcnamara@intel.com>
wrote:

>
>
> > -----Original Message-----
> > From: Ravi Kerur [mailto:rkerur@gmail.com]
> > Sent: Monday, May 8, 2017 10:00 PM
> > To: dev@dpdk.org
> > Cc: Mcnamara, John <john.mcnamara@intel.com>; thomas@monjalon.net; Ravi
> > Kerur <rkerur@gmail.com>
> > Subject: [PATCH v2] doc: Merge l3fwd and l3fwd-acl documentation files
> >
> > Merge l3fwd and l3fwd-acl documentation to reflect the code.
> > Add examples of LPM and Exact Match rules in .svg files.
> >
> > Signed-off-by: Ravi Kerur <rkerur@gmail.com>
> > ---
> > v2:
> >       Remove binary PNG from .svg files.
> >
> > v1:
> >       Merge relevant contents of l3fwd and l3fwd-acl documentation.
> >       Modify l3fwd document with ACL specific information.
> >       Remove l3fwd-acl documentation file.
> > ---
> >  doc/guides/sample_app_ug/img/ipv4_hash_rule.svg    | 108 ++++++
> >  doc/guides/sample_app_ug/img/ipv4_lpm_rule.svg     |  96 +++++
> >  doc/guides/sample_app_ug/index.rst                 |   1 -
> >  doc/guides/sample_app_ug/l3_forward.rst            | 326
> > ++++++++++++++++-
> >  .../sample_app_ug/l3_forward_access_ctrl.rst       | 385
> ----------------
> > -----
> >  5 files changed, 521 insertions(+), 395 deletions(-)  create mode 100644
> > doc/guides/sample_app_ug/img/ipv4_hash_rule.svg
> >  create mode 100644 doc/guides/sample_app_ug/img/ipv4_lpm_rule.svg
> >
>
>
> Thanks once more for the doc. Some comments below.
>
>
> > ...
> >      Redistribution and use in source and binary forms, with or without
> @@
> > -31,12 +31,18 @@
> >  L3 Forwarding Sample Application
> >  ================================
> >
> > -The L3 Forwarding application is a simple example of packet processing
> > using the DPDK.
> > -The application performs L3 forwarding.
> > +The L3 Forwarding with Hash, LPM or Access Control application is a
> > simple example of packet processing using the DPDK.
> > +The application performs L3 forwarding when Hash or LPM is used.
> > +The application performs a security check on received packets when
> Access
> > Control is used.
> > +Packets that are in the Access Control List (ACL), which is loaded
> during
> > initialization, are dropped.
> > +Others are forwarded to the correct port.
>
>
> For the introduction I would suggest the following rewording:
>
> L3 Forwarding Sample Application
> ================================
>
> The L3 Forwarding application is a simple example of packet processing
> using
> the DPDK with Hash, LPM (Longest Prefix match) or Access Control.
>
> The application performs L3 forwarding when Hash or LPM is used.
> Alternatively, the application performs a security check on received
> packets
> when Access Control is used.  Packets that are in the Access Control List
> (ACL), which is loaded during initialization, are dropped.  Others packets
> are
> forwarded to the correct port.
>
>
>
>
> >  The main difference from the L2 Forwarding sample application is that
> the
> > forwarding decision @@ -49,15 +55,263 @@ The hash object is used in
> > correlation with a flow table to map each input packe  The hash lookup
> key
> > is represented by a DiffServ 5-tuple composed of the following fields
> read
> > from the input packet:
> >  Source IP Address, Destination IP Address, Protocol, Source Port and
> > Destination Port.
>
> This is fine but would be a bit clearer as a list:
>
>
> The hash lookup key is represented by a 5-tuple composed of the following
> fields read from the input packet:
>
> * Source IP Address.
> * Destination IP Address.
> * Protocol.
> * Source Port.
> * Destination Port.
>
>
>
> > +
> > +.. _figure_ipv4_lpm_rule:
> > +
> > +.. figure:: img/ipv4_lpm_rule.*
> > +
> > +   A typical IPv4 LPM rule
> > +
> > +*   A typical IPv4 hash rule line should have a format as shown below:
> > +
> > +
> > +.. _figure_ipv4_hash_rule:
> > +
> > +.. figure:: img/ipv4_hash_rule.*
> > +
> > +   A typical IPv4 hash rule
> > +
>
>
> Unfortunately these figures don't render very well. I would suggest
> replacing
> them with text, like below:
>
>
> A typical IPv4 LPM rule line in an input file would look like the
> following::
>
>
>     # Dest Address/mask   Eth port
>     # =================   ========
>
>     L100.10.10.10/24      0
>
>
> A typical IPv4 Hash rule line in an input file would look like the
> following::
>
>     # Src Address  Dst Address  Src Port  Dst port  Protocol  Eth port
>     # ===========  ===========  ========  ========  ========  ========
>
>     E100.10.10.0  100.10.0.0    110       111       0x6       0
>
>
> There a few other thing that could be improved in the doc but these issues
> were
> already there in text that you are merging so apart from these suggestion
> the rest of the doc is okay for now. We should try to come back and improve
> the consistency at a later date.
>
>
Thanks John. Sent a 'v3' with your inputs incorporated.

> John
>
>
>
>
>

  reply	other threads:[~2017-05-11  1:51 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-25 18:39 [dpdk-dev] [PATCH v1] " Ravi Kerur
2017-05-05 16:15 ` Mcnamara, John
2017-05-07 20:50 ` Thomas Monjalon
2017-05-08 21:04   ` Ravi Kerur
2017-05-08 21:00 ` [dpdk-dev] [PATCH v2] " Ravi Kerur
2017-05-10 10:14   ` Mcnamara, John
2017-05-11  1:51     ` Ravi Kerur [this message]
2017-05-11  1:49   ` [dpdk-dev] [PATCH v3] " Ravi Kerur
2017-05-16  9:27     ` Mcnamara, John
2017-06-04 11:17       ` Thomas Monjalon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFb4SLDFd2=JBLvjnVtwGXG7fOx0-1O7J3p0aAxPFgHCgJpAKw@mail.gmail.com' \
    --to=rkerur@gmail.com \
    --cc=dev@dpdk.org \
    --cc=john.mcnamara@intel.com \
    --cc=thomas@monjalon.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).