While we already have a volunteer jabber scribe, we are still missing a scribed for the minutes. If you would be willing to do this, please send an email to the chairs at kurtis <at> kurtis.pp.se brc <at> zurich.ibm.com Brian + Kurtis
Messages | Bytes | Who
--------+------+--------+----------+------------------------
66.67% | 2 | 66.44% | 4167 | kurtis <at> kurtis.pp.se
33.33% | 1 | 33.56% | 2105 | sra <at> hactrn.net
--------+------+--------+----------+------------------------
100.00% | 3 |100.00% | 6272 | Total
Grunchweather Associates provides this automatic summary on an at-whim
basis at the request of the MULTI6 WG chairs. Your mileage may vary.
We decline responsibilities, all shapes, all sizes, all colors.
If this script produces broken output, you get to keep both pieces.
Brian requested me to relieve himself of his duties as multi6 co-chair in order to free up time for his new role as IETF chair. We have agreed that he will step down and that Kurtis will help to wrap up the working group and shepherd the remaining documents through the IESG (for your information: the ops&mgmt area is now using the proto procedure in all working groups). I would like to thank Brian for his contribution to this important piece of work. Thanks! David Kessens ---
Messages | Bytes | Who
--------+------+--------+----------+------------------------
50.00% | 1 | 59.57% | 3054 | david.kessens <at> nokia.com
50.00% | 1 | 40.43% | 2073 | sra <at> hactrn.net
--------+------+--------+----------+------------------------
100.00% | 2 |100.00% | 5127 | Total
Grunchweather Associates provides this automatic summary on an at-whim
basis at the request of the MULTI6 WG chairs. Your mileage may vary.
We decline responsibilities, all shapes, all sizes, all colors.
If this script produces broken output, you get to keep both pieces.
Appproved: tered0 From iljitsch <at> muada.com Mon Mar 14 16:34:28 2005 Received: from [83.149.65.1] (helo=sequoia.muada.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1DAsWS-000DEd-6D for multi6 <at> ops.ietf.org; Mon, 14 Mar 2005 16:34:28 +0000 Received: from [IPv6:2001:1af8:6::20a:95ff:fecd:987a] (alumange-giga.muada.com [IPv6:2001:1af8:6:0:20a:95ff:fecd:987a]) (authenticated bits=0) by sequoia.muada.com (8.12.10/8.12.10) with ESMTP id j2EGYGvZ069403 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for <multi6 <at> ops.ietf.org>; Mon, 14 Mar 2005 17:34:16 +0100 (CET) (envelope-from iljitsch <at> muada.com) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <74db857d605d2c1b69e2f89f700d59e9 <at> muada.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: Multi6 List <multi6 <at> ops.ietf.org> From: Iljitsch van Beijnum <iljitsch <at> muada.com> Subject: Fwd: how mobile do we want to be Date: Mon, 14 Mar 2005 17:34:23 +0100 X-Mailer: Apple Mail (2.619.2) X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on psg.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 Hi gang, I sent this message to the new shim6 list two days ago, but I didn't(Continue reading)
...but it is also changed(Continue reading)kurtis - Begin forwarded message: > From: Kurtis Lindqvist <kurtis <at> kurtis.pp.se> > Date: den 14 mars 2005 22.22.36 MET > To: multi6 <at> ops.ietf.org > Subject: BOUNCE multi6 <at> ops.ietf.org: Admin request of type > /\bsubscribe\b/i at line 7 (fwd) > Reply-To: Kurtis Lindqvist <kurtis <at> kurtis.pp.se> > > Appproved: tered0 > From iljitsch <at> muada.com Mon Mar 14 16:34:28 2005 > Received: from [83.149.65.1] (helo=sequoia.muada.com) > by psg.com with esmtps (TLSv1:AES256-SHA:256) > (Exim 4.44 (FreeBSD)) > id 1DAsWS-000DEd-6D > for multi6 <at> ops.ietf.org; Mon, 14 Mar 2005 16:34:28 +0000 > Received: from [IPv6:2001:1af8:6::20a:95ff:fecd:987a] > (alumange-giga.muada.com [IPv6:2001:1af8:6:0:20a:95ff:fecd:987a]) > (authenticated bits=0) > by sequoia.muada.com (8.12.10/8.12.10) with ESMTP id j2EGYGvZ069403 > (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) > for <multi6 <at> ops.ietf.org>; Mon, 14 Mar 2005 17:34:16 +0100 (CET) > (envelope-from iljitsch <at> muada.com) > Mime-Version: 1.0 (Apple Message framework v619.2) > Content-Transfer-Encoding: 7bit
Hi Iljitsch, > In the discussion in the BOF yesterday there were different viewpoints > >on the relationship between mobility and multihoming in general and >shim6 in particular. > >Apparently, some people are equating renumbering with mobility. Now >obviously mobility mechanisms can be used to renumber without skipping >a beat, but that doesn't mean mobility and renumbering are the same >thing. > >I think the important difference is the timescale. In mobility, the >assumption is that TCP sessions and other state are longer-lived than >locator addresses. In site renumbering, I very much doubt that this is >the case. At the very least, we're talking about the order of days >here, and _very_ few sessions or associations last for days. So in >nearly all cases, site renumbering can be addressed with regular >stateless autoconfiguration address deprecation. > > True. >Please don't forget: adding a new address in the middle of a session is >a security nightmare. The only way this can be done reasonably is with >the help of strong crypto (magic PKI dust) or a home agent that is >impervious to on-path nastiness such as sniffing and MitM. Obviously, > > Or CGAs. Or HITs. This shows that there are plenty of(Continue reading)
Iljitsch van Beijnum wrote: > In the discussion in the BOF yesterday there were different viewpoints > on the relationship between mobility and multihoming in general and > shim6 in particular. > > Apparently, some people are equating renumbering with mobility. Now > obviously mobility mechanisms can be used to renumber without skipping > a beat, but that doesn't mean mobility and renumbering are the same > thing. > > I think the important difference is the timescale. In mobility, the > assumption is that TCP sessions and other state are longer-lived than > locator addresses. In site renumbering, I very much doubt that this is > the case. At the very least, we're talking about the order of days > here, and _very_ few sessions or associations last for days. I don't know what you call "_very_ few", but I can think of three applications that I use daily which have long lived TCP connections... often lasting days or more. These three are ssh (with tunneled apps), IM (aol, yahoo), and mp3 streaming (as a listener). I probably wouldn't care _too_ much if they broke occasionally due to renumbering and I had to restart them, but if this behavior became frequent, then it would become annoying. However, I can only speak for myself. There may be others (eg, mp3 streaming servers) who would find it more than annoying if it happened at all. <snip> > I think HBAs are a very good compromise between reasonable security and(Continue reading)
Messages | Bytes | Who
--------+------+--------+----------+------------------------
40.00% | 2 | 51.25% | 11081 | kurtis <at> kurtis.pp.se
20.00% | 1 | 20.21% | 4370 | jari.arkko <at> piuha.net
20.00% | 1 | 18.93% | 4093 | me <at> armandocaro.net
20.00% | 1 | 9.61% | 2078 | sra <at> hactrn.net
--------+------+--------+----------+------------------------
100.00% | 5 |100.00% | 21622 | Total
Grunchweather Associates provides this automatic summary on an at-whim
basis at the request of the MULTI6 WG chairs. Your mileage may vary.
We decline responsibilities, all shapes, all sizes, all colors.
If this script produces broken output, you get to keep both pieces.
Please find attached the minutes from the multi6 meeting in Minneapolis. Please comment / send corrections or additions before April 1th. Best regards, - kurtis - ---------- Forwarded message ---------- Date: Thu, 24 Mar 2005 06:07:24 +0200 From: john.loughney <at> nokia.com To: kurtis <at> kurtis.pp.se Cc: brc <at> zurich.ibm.com Subject: RE: MULTI6 rough notes Kurt, Here is some clean-up on this text. I didn't dramatically rewrite anything, just some basic correction. It is a bit he said, she said, but a little higher quality than shim6 (too many universal deployments of IPv6 before shim6). John ================= CHAIRS: Brian Carpenter <brc <at> zurich.ibm.com> Kurt Lindqvist <kurtis <at> kurtis.pp.se> AGENDA: o Administrivia, 5 mins - Chairs - Agenda bashing(Continue reading)
RSS Feed1 | |
|---|---|
5 | |
3 | |
1 | |
4 | |
1 | |
2 | |
5 | |
12 | |
11 | |
41 | |
28 | |
170 | |
102 | |
14 | |
67 | |
175 | |
230 | |
79 | |
82 | |
217 | |
146 | |
245 | |
97 | |
242 | |
184 | |
100 | |
88 | |
227 | |
88 | |
369 | |
165 | |
352 | |
200 | |
85 | |
128 | |
421 | |
326 | |
1 | |
1 | |
23 | |
18 | |
6 | |
3 |
