LVS
lvs-devel
Google
 
Web LinuxVirtualServer.org

Re: [RFC PATCH 0/4] IPVS: Backup Adding Ipv6 and Persistence support

To: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
Subject: Re: [RFC PATCH 0/4] IPVS: Backup Adding Ipv6 and Persistence support
Cc: Simon Horman <horms@xxxxxxxxxxxx>, "wensong@xxxxxxxxxxxx" <wensong@xxxxxxxxxxxx>, "lvs-devel@xxxxxxxxxxxxxxx" <lvs-devel@xxxxxxxxxxxxxxx>, Daniel Lezcano <daniel.lezcano@xxxxxxx>
From: Julian Anastasov <ja@xxxxxx>
Date: Wed, 27 Oct 2010 22:58:31 +0300 (EEST)

        Hello,

On Wed, 27 Oct 2010, Hans Schillstrom wrote:

A New Spec of Type field:

Bit    7        6        . . .      2         1           0
  +----------+--------------------------+-------------+-------+
  | Opt.Data |          Spare           | Packed IPv6 |  IPv6 |
  +----------+--------------------------+-------------+-------+

I can see a better usage of it in Option Type so Type will look like this
   +-------------------------------------+-------------+-------+
   |                     Spare           | Packed IPv6 |  IPv6 |
   +-------------------------------------+-------------+-------+

And "Option Type" in option field would look like this

Bit    7        6        . . .    0    7                      0
  +----------+----------------------+---------------------------+
  | Optional |      Option type     |    Option length          |
  +----------+----------------------+---------------------------+

We can have a better fine tuning of options in this way.

        Yes, that is exactly my idea. I more like the name
"Parameter" instead of "Option", i.e. we have additional
parameters that can be mandatory (usually) but also can be
optional. For now I don't have idea for any optional
parameters but allocating 1 bit for this does not look
fatal.

I.e. as Julian wrote but transferd to Option Type:

" If backup does not recognize some type it will skip the
 connection entry if bit 7 is not set."

--
Regards
Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>

Regards

--
Julian Anastasov <ja@xxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe lvs-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

<Prev in Thread] Current Thread [Next in Thread>