netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Benoit Boissinot <benoit.boissinot@ens-lyon.org>
To: "YOSHIFUJI Hideaki / 吉藤英明" <yoshfuji@linux-ipv6.org>
Cc: netdev@vger.kernel.org, pekkas@netcore.fi
Subject: Re: [PATCH 4 of 5] IPv6: fix lifetime calculation on temporary address creation
Date: Wed, 2 Apr 2008 02:17:06 +0200	[thread overview]
Message-ID: <20080402001706.GD32592@pirzuine> (raw)
In-Reply-To: <20080402.084114.60517414.yoshfuji@linux-ipv6.org>

On Wed, Apr 02, 2008 at 08:41:14AM +0900, YOSHIFUJI Hideaki / 吉藤英明 wrote:
> In article <20080401215657.GP475@pirzuine> (at Tue, 1 Apr 2008 23:56:57 +0200), Benoit Boissinot <benoit.boissinot@ens-lyon.org> says:
> 
> > On Fri, Mar 28, 2008 at 12:04:01PM +0900, YOSHIFUJI Hideaki / 吉藤英明 wrote:
> > > In article <ec551b4a5bb25cda00ff.1206305172@pirzuine> (at Sun, 23 Mar 2008 21:46:12 +0100), Benoit Boissinot <benoit.boissinot@ens-lyon.org> says:
> > > 
> > > > IPv6: fix lifetime calculation on temporary address creation
> > [snip]
> > > > +	now = jiffies;
> > > > +	elapsed = (now - ifp->tstamp) / HZ;
> > > > +	if (elapsed >= ifp->valid_lft)
> > > > +		tmp_valid_lft = 0;
> > > > +	else
> > > > +		tmp_valid_lft = min_t(__u32,
> > > > +				      ifp->valid_lft - elapsed,
> > > > +				      idev->cnf.temp_valid_lft);
> > > > +	if (elapsed >= ifp->prefered_lft)
> > > > +		tmp_prefered_lft = 0;
> > > > +	else
> > > > +		tmp_prefered_lft = min_t(__u32,
> > > > +					 ifp->prefered_lft - elapsed,
> > > > +					 idev->cnf.temp_prefered_lft - desync_factor / HZ);
> > > 
> > > Basically I agree, but it is possible to expire the temporary
> > > address AFTER public address, which is not good.  Please fix this.
> > 
> > do you mean because of the rounding of 'elapsed' ? otherwise I don't see
> > what the problem is, sorry.
> 
> Right.  Maybe we could substruct "now" by adj = (now - ifp->tstamp) % HZ;
>    now = jiffies
>    elapsed = (now - ifp->tstamp) / HZ;
>    now -= (now - ifp->tstamp) % HZ;

Why not just simply round it above:
elapsed = (now - ifp->tstamp + HZ - 1) / HZ; /* round it up */
and the rest stays the same.

Or do we care about having a lifetime a little bit (<1s) shorter ?

updated patch below:

IPv6: fix lifetime calculation on temporary address creation

The lifetime calculation was buggy since it copied the tstamp
from the associated public address.
If (now - ifp->prefered_lft)/HZ (ie the elapsed time since the
timestamp was set in the public address) was greater than
temp_prefered_lft, you would always get deprecated addresses.

This patch corrects the lifetime calculation by setting the tstamp
to "now" and calculating the remaining time from the public address.

Signed-off-by: Benoit Boissinot <benoit.boissinot@ens-lyon.org>

diff -r 00affc24c178 net/ipv6/addrconf.c
--- a/net/ipv6/addrconf.c	Sat Mar 22 00:39:16 2008 +0100
+++ b/net/ipv6/addrconf.c	Wed Apr 02 02:14:13 2008 +0200
@@ -775,8 +775,7 @@
 {
 	struct inet6_dev *idev = ifp->idev;
 	struct in6_addr addr, *tmpaddr;
-	unsigned long tmp_prefered_lft, tmp_valid_lft, tmp_cstamp, tmp_tstamp;
-	unsigned long regen_advance;
+	unsigned long tmp_prefered_lft, tmp_valid_lft, elapsed, regen_advance;
 	int tmp_plen;
 	int ret = 0;
 	int max_addresses;
@@ -825,16 +824,21 @@
 		goto out;
 	}
 	memcpy(&addr.s6_addr[8], idev->rndid, 8);
-	tmp_valid_lft = min_t(__u32,
-			      ifp->valid_lft,
-			      idev->cnf.temp_valid_lft);
-	tmp_prefered_lft = min_t(__u32,
-				 ifp->prefered_lft,
-				 idev->cnf.temp_prefered_lft - desync_factor / HZ);
+	elapsed = (jiffies - ifp->tstamp + HZ - 1) / HZ; /* round above */
+	if (elapsed >= ifp->valid_lft)
+		tmp_valid_lft = 0;
+	else
+		tmp_valid_lft = min_t(__u32,
+				      ifp->valid_lft - elapsed,
+				      idev->cnf.temp_valid_lft);
+	if (elapsed >= ifp->prefered_lft)
+		tmp_prefered_lft = 0;
+	else
+		tmp_prefered_lft = min_t(__u32,
+					 ifp->prefered_lft - elapsed,
+					 idev->cnf.temp_prefered_lft - desync_factor / HZ);
 	tmp_plen = ifp->prefix_len;
 	max_addresses = idev->cnf.max_addresses;
-	tmp_cstamp = ifp->cstamp;
-	tmp_tstamp = ifp->tstamp;
 	spin_unlock_bh(&ifp->lock);
 
 	regen_advance = idev->cnf.regen_max_retry *
@@ -878,8 +882,6 @@
 	ift->ifpub = ifp;
 	ift->valid_lft = tmp_valid_lft;
 	ift->prefered_lft = tmp_prefered_lft;
-	ift->cstamp = tmp_cstamp;
-	ift->tstamp = tmp_tstamp;
 	spin_unlock_bh(&ift->lock);
 
 	addrconf_dad_start(ift, 0);

-- 
:wq

  reply	other threads:[~2008-04-02  0:17 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-23 20:46 [PATCH 0 of 5] IPv6: Fix temporary address support Benoit Boissinot
2008-03-23 20:46 ` [PATCH 1 of 5] IPv6: do not wrap around when the lifetime has expired Benoit Boissinot
2008-03-27 18:25   ` YOSHIFUJI Hideaki / 吉藤英明
2008-03-27 19:38     ` Benoit Boissinot
2008-03-28  3:06       ` YOSHIFUJI Hideaki / 吉藤英明
2008-04-01 22:43         ` Benoit Boissinot
2008-03-23 20:46 ` [PATCH 2 of 5] IPv6: only update the lifetime of the relevant temporary address Benoit Boissinot
2008-03-27 18:31   ` YOSHIFUJI Hideaki / 吉藤英明
2008-03-23 20:46 ` [PATCH 3 of 5] IPv6: do not create temporary adresses with too short preferred lifetime Benoit Boissinot
2008-03-27 18:39   ` YOSHIFUJI Hideaki / 吉藤英明
2008-03-23 20:46 ` [PATCH 4 of 5] IPv6: fix lifetime calculation on temporary address creation Benoit Boissinot
2008-03-28  3:04   ` YOSHIFUJI Hideaki / 吉藤英明
2008-04-01 21:56     ` Benoit Boissinot
2008-04-01 23:41       ` YOSHIFUJI Hideaki / 吉藤英明
2008-04-02  0:17         ` Benoit Boissinot [this message]
2008-04-02  0:25           ` YOSHIFUJI Hideaki / 吉藤英明
2008-04-02  5:56             ` Pekka Savola
2008-03-23 20:46 ` [PATCH 5 of 5] IPv6: temporary address: update the timer for tentative addresses Benoit Boissinot
2008-03-28  3:25   ` YOSHIFUJI Hideaki / 吉藤英明
2008-04-01 21:53     ` Benoit Boissinot
2008-03-27 17:59 ` [PATCH 0 of 5] IPv6: Fix temporary address support Benoit Boissinot
2008-03-27 18:12   ` YOSHIFUJI Hideaki / 吉藤英明
2008-03-28  0:32     ` Benoit Boissinot
2008-03-28  3:15       ` YOSHIFUJI Hideaki / 吉藤英明
2008-04-01 21:55         ` Benoit Boissinot

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=20080402001706.GD32592@pirzuine \
    --to=benoit.boissinot@ens-lyon.org \
    --cc=netdev@vger.kernel.org \
    --cc=pekkas@netcore.fi \
    --cc=yoshfuji@linux-ipv6.org \
    /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).