From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 03:25:09 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzUfd-0006dw-6H for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 03:25:09 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA01362 for ; Mon, 1 Aug 2005 03:25:06 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBLKKFJ2A9APSQT@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 01 Aug 2005 17:24:48 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id CB54EAB54C; Mon, 01 Aug 2005 17:24:43 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 66FC84FB0D; Mon, 01 Aug 2005 17:24:43 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j717O7R07538 for dna-list; Mon, 01 Aug 2005 17:24:07 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j717O7w07534 for ; Mon, 01 Aug 2005 17:24:07 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRBLJPXN7M8Y7KEP@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 01 Aug 2005 17:24:03 +1000 Received: by localhost (Postfix, from userid 510) id EE9B48000D; Mon, 01 Aug 2005 17:24:02 +1000 (EST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by larry.its.monash.edu.au (Postfix) with ESMTP id BCAE43C00B for ; Mon, 01 Aug 2005 17:24:01 +1000 (EST) Received: by zproxy.gmail.com with SMTP id z31so1423957nzd for ; Mon, 01 Aug 2005 00:24:00 -0700 (PDT) Received: by 10.36.8.10 with SMTP id 10mr5301103nzh; Mon, 01 Aug 2005 00:24:00 -0700 (PDT) Received: by 10.36.4.7 with HTTP; Mon, 01 Aug 2005 00:24:00 -0700 (PDT) Date: Mon, 01 Aug 2005 16:24:00 +0900 From: JinHyeock Choi Subject: Re: [DNA] Landmark vs Link-ID prefix solution In-reply-to: <42ED36C0.7080101@eng.monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Greg Daley Cc: "Bound, Jim" , dna@eng.monash.edu.au Reply-to: JinHyeock Choi Message-id: <92e919fb050801002429f97396@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fCjliZ5WF7Rac4ud8DxsVsgATU0GdS56RA+s8gcrz6RZwXIqfDy2BzbtpdhJY1NxSZzhezn7CQS1sPGHCSMVU685Er5E3ljkR9cq+Sh5syfm0ANJWu+7AIqvZS7ZpbfVAXA1snKOqNUxmNZs7qFbgMMSfZCmLieoXJwBJ8uLcxs= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <936A4045C332714F975800409DE09240B31553@tayexc14.americas.cpqcorp.net> <42ED36C0.7080101@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Dear Jim Thanks for your detailed feedback. > I have tried to pereceive implementation pain and advantage from both > Landmark and Link-ID views, and the complexity of the code and > extensions required. I think this gets into the time vs. space issues > we faced looking at OSI ES-IS vs ARP when defining ND years ago, only a > much harder technical problem (I think its up there with SHIM6 work). I > see similar positions and debates. Most of the mail for me has not been > helpful to sway me one way or the other yet. It has shown me neither is > complete yet. What I like about Landmark it is a pure extension to ND > for IPv6, but what I don't like nor can support at least right now is > modifying the current RA. Doing that is not good and I would at least > like to see means to enhance or form new RA for particpating Landmark > hosts and routers. What I like about the Link-ID is I believe it will > converge quickly for one of my hot buttons for mobility and that is mesh > networks (note not MANETs and I can get into the diff offline "only" > with others, per Greg's mail to keep the focus here). I intend to do in > depth technical review of both and ask some folks I know out of the IETF > building mobile networks now for products with MIPv6 who want to be > anonymous to help me review it as ghost persons, and I am building some > to of course, so I have a bias clearly. Possibly there is a compromise > and integration of ideas here. It would be very nice to have feedback from people building mobile networks. I guess mobile operators (and mobile equipment vendors) would be an important (maybe the most important) customers for DNA solution, so their opinions would be of much value. > I am assuming on both sides of the architectures is that there is no IPR > from any company as authors on either of these solutions? If there is > and I missed it in the specs, and I will check again, please speak up > now and tell us you have patents on what your proposing. This has to > stop in the IETF and will probably kill CGA and other ideas that may > never get widely used in the market. Most of us are quite sick of it > and I consider it dishonorable if not presented up front immediately. There is no IPR attached to LinkID. Thanks for your kind consideration. Best Regards JinHyeock From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 03:26:32 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzUgt-0006rB-K9 for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 03:26:32 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA01405 for ; Mon, 1 Aug 2005 03:26:25 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRBLKREMCQ8WZ9V9@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 01 Aug 2005 17:25:17 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 2BA4EAB54A; Mon, 01 Aug 2005 17:24:53 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id A5B684FB02; Mon, 01 Aug 2005 17:24:51 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j717ORZ07549 for dna-list; Mon, 01 Aug 2005 17:24:27 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j717OPw07543 for ; Mon, 01 Aug 2005 17:24:26 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRBLK2USCW8Y7KEP@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 01 Aug 2005 17:24:20 +1000 Received: by localhost (Postfix, from userid 510) id 57139AB546; Mon, 01 Aug 2005 17:24:20 +1000 (EST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by curly.its.monash.edu.au (Postfix) with ESMTP id 24AE34FB08 for ; Mon, 01 Aug 2005 17:24:18 +1000 (EST) Received: by zproxy.gmail.com with SMTP id z31so1423990nzd for ; Mon, 01 Aug 2005 00:24:18 -0700 (PDT) Received: by 10.36.71.2 with SMTP id t2mr5123386nza; Mon, 01 Aug 2005 00:24:17 -0700 (PDT) Received: by 10.36.4.7 with HTTP; Mon, 01 Aug 2005 00:24:16 -0700 (PDT) Date: Mon, 01 Aug 2005 16:24:16 +0900 From: JinHyeock Choi Subject: [DNA] Re: LinkID v.s. Landmark Prefix In-reply-to: <42EBB104.9090701@sun.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Erik Nordmark Cc: Syam Madanapalli , Brett Pentland , greg.daley@eng.monash.edu.au, James Kempf , Dna Reply-to: JinHyeock Choi Message-id: <92e919fb0508010024cca64ff@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bBp79CSRgpdb4SMbSQ1Sh+jPqrDAvrGG2RJOzURksNInAYDvsEy9/aJ/pdFhUsTQvdWaPb7yq/R+K7Buhah7zvO0SivloolDN9UhtMnuq7nAnP30PkW4hn/3aHmKGmUljp5vkFBjB8LNp+qEge+VVgBUQz72PdMg5AZHcijNVFs= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <05a101c58be0$6546c880$016115ac@dcml.docomolabsusa.com> <42E5A520.8070502@sun.com> <92e919fb05072520046d018db1@mail.gmail.com> <42E5AC37.1090603@sun.com> <92e919fb050725212266de187e@mail.gmail.com> <42E63568.2080503@sun.com> <92e919fb0507270815223243ee@mail.gmail.com> <42E8FF5E.6050109@sun.com> <92e919fb05072913215c0f15a0@mail.gmail.com> <42EBB104.9090701@sun.com> Content-Transfer-Encoding: 7BIT Dear Erik > >>When it receives the RA from R2, the only thing it can rely on is the > >>link up notification (R3 and R3 do not advertise any common prefixes), > >>since R2 and R3 could be two old routers that are on the same link and > >>announce disjoint prefixes. > > > > > > It's not clear to me. What can Link UP say to host H? It can't > > say anything definite about whether link change happens or not. > > Link UP indicates to the host that the RA from R3 and R2 could come from > different links. > If we want something which doesn't rely on link UP, the host has to > always treat each RA as potentially being from a different link, which > would be problematic when > 1) the routers don't have a common prefix, and > 2) the routers don't support DNA > because in the absence of relying on a link UP in this case, the host > will end up assuming that each time it receives a RA, it has moved to a > different link. I see. The "lack of Link UP" can tell host that there is no link change. > > After H moves from LinkB to LinkA, it receives a hint for > > a possible link change. > > > > To make Link UP presence the smallest, I assume H used > > the lack of RA from R3 as a hint. H missed 3 RAs from R3 > > and came to suspect a link change. > > But that would take 90 minutes by default, since the periodic RAs arrive > with 30 minute average interval. Yes, this is possible. I meant it to reduce Link UP dependece and assumed there would be more frequent RAs as defined in MIPv6. > > Because H doesn't have a linkid prefix, it needs to use CPL. > > So H activates CPL module and sends an RS. > > > > Because H relies on CPL in this case, it needs Link UP. > > So it seems like until every link in the Internet supports DNA (it isn't > clear to me whether all routers on every link needs to support DNA, or > whether it is sufficient to have one per link support it), then the > hosts MUST rely on a reliable link up notification in order to always be > able to detect movement. Is that correct? Yes. Link UP is needed for legacy links. Thanks for your kind consideration. Best Regards JinHyeock From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 05:17:53 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzWQh-0005nW-1y for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 05:17:53 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07473 for ; Mon, 1 Aug 2005 05:17:47 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBPIFA8FA9APU8D@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 01 Aug 2005 19:17:34 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 318EF80012; Mon, 01 Aug 2005 19:17:32 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id AED8B3C010; Mon, 01 Aug 2005 19:17:31 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j719GrQ08878 for dna-list; Mon, 01 Aug 2005 19:16:53 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j719Gpw08874 for ; Mon, 01 Aug 2005 19:16:52 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRBPH69I6I8WZAND@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 01 Aug 2005 19:16:34 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id A818B8000D; Mon, 01 Aug 2005 19:16:31 +1000 (EST) Received: from [172.19.242.12] (vpn-student-242-12.its.monash.edu.au [172.19.242.12]) by larry.its.monash.edu.au (Postfix) with ESMTP id B25F23C011; Mon, 01 Aug 2005 19:16:29 +1000 (EST) Date: Mon, 01 Aug 2005 19:16:26 +1000 From: Greg Daley Subject: Re: [DNA] Info: Computation Time/Space requirements for Link Identification schemes In-reply-to: <024b01c5964a$330fb1a0$39476c6b@sisodomain.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Subba Reddy Cc: dna@eng.monash.edu.au, JinHyeock Choi , Syam Madanapalli Message-id: <42EDE86A.9000603@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <7970007970e2.7970e2797000@monash.edu.au> <024b01c5964a$330fb1a0$39476c6b@sisodomain.com> Content-Transfer-Encoding: 7BIT Hi Subba, I think we've got one issue left. [cut] >>Thinking about it another way though, each PIO and LPIO has to be >>checked for the LinkID flag, and then that LinkID has to be compared >>with the stored LinkID. >> > > > If the first prefix in the RA is LinkID prefix (if any), then only one > comparision is enough. I feel, routers can maintain the LinkID prefix > as the first prefix, in their prefix list. Because of this, routers > can easily check (with O(1) complexity) the validity of LinkID at > various point of times (like prefix life time changes, new prefix is > added, LinkID prefix is a learned prefix and it has not been advertised > in the last 1.5hrs). So, routers can easily include LinkID prefix as > the first prefix in the RA. Also, maintaining the LinkID prefix as > the first entry in the prefix list will not add any additional complexity > (It is constant O(1)). > > Though, whatever I have mentioned is more implementation specific, IMHO O(1) > is fine. RFC 2461 doesn't place any ordering requirements on options in transmitted RAs. This is deliberately stated in that document. I'm not sure existing implementations would necessarily be well served in requiring such ordering. Additionally, the existing LinkID draft doesn't have this assumption. So if an issue is adopted for LinkID, and there's agreement that this transmission is required, it will be O(1). Currently it is O(p_r), I think. The difference is very small, considering the number of advertised prefixes in any RA will be low. Greg From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 05:35:26 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzWhi-00020U-NQ for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 05:35:26 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA10371 for ; Mon, 1 Aug 2005 05:35:23 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRBQ4SSTWO8Y7L6H@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 01 Aug 2005 19:35:12 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id A1B718000D; Mon, 01 Aug 2005 19:34:47 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id 484B13C005; Mon, 01 Aug 2005 19:34:47 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j719YZ209094 for dna-list; Mon, 01 Aug 2005 19:34:35 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j719YZw09090 for ; Mon, 01 Aug 2005 19:34:35 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBQ4F2VSW99Q78E@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 01 Aug 2005 19:34:29 +1000 Received: by localhost (Postfix, from userid 510) id 50FC0AB543; Mon, 01 Aug 2005 19:34:29 +1000 (EST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by moe.its.monash.edu.au (Postfix) with ESMTP id 036DB4FB0C; Mon, 01 Aug 2005 19:34:24 +1000 (EST) Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 5893F9B8; Mon, 01 Aug 2005 11:34:22 +0200 (CEST) Received: from esealmw128.eemea.ericsson.se ([153.88.254.172]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Mon, 01 Aug 2005 11:34:21 +0200 Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Mon, 01 Aug 2005 11:34:21 +0200 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 2BEC12613; Mon, 01 Aug 2005 12:34:21 +0300 (EEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 962ED1AB8C8; Mon, 01 Aug 2005 12:34:20 +0300 (EEST) Date: Mon, 01 Aug 2005 11:33:58 +0300 From: "Tero Kauppinen (JO/LMF)" Subject: Re: [DNA] Revised FRD (Fast Router Discovery) I-D In-reply-to: <92e919fb050728173919475446@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: JinHyeock Choi Cc: Brett Pentland , Syam Madanapalli , Greg Daley , dna@eng.monash.edu.au Message-id: <42EDDE76.8030707@ericsson.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Brightmail-Tracker: AAAAAA== X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <004b01c58bcb$5c0c9e80$291d9069@sisa.samsung.com> <92e919fb0507181814d7f98bf@mail.gmail.com> <42DC9A4C.9010601@eng.monash.edu.au> <10e14db205072805295655762b@mail.gmail.com> <42E96619.8060002@eng.monash.edu.au> <92e919fb050728173919475446@mail.gmail.com> X-OriginalArrivalTime: 01 Aug 2005 09:34:21.0321 (UTC) FILETIME=[3241C790:01C5967C] Content-Transfer-Encoding: 7BIT JinHyeock Choi wrote: > Dear Brett > > >>I don't quite understand this. How can sending an RS to the AR, getting >>back an RA and then forwarding that RA to the MN be faster than just >>forwarding a cached RA? > > > We also have difficulty understanding this. But our guess is that > the processing inside a box takes more time than we anticipated. I would guess that sending an RS, waiting for a reply, and forwarding the reply to the MN requires more processing than fetching and sending an entry from the cache. Could it be an issue with caching (slow memory?)? Strange anyway. -- Tero From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 06:44:30 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzXmY-0007fS-AC for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 06:44:30 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA28213 for ; Mon, 1 Aug 2005 06:44:26 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBSK1IZGK99Q5GU@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 01 Aug 2005 20:44:26 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id D88C7AB545; Mon, 01 Aug 2005 20:44:20 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 8D0D64FB0A; Mon, 01 Aug 2005 20:44:20 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j71Ahm409939 for dna-list; Mon, 01 Aug 2005 20:43:48 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j71Ahmw09935 for ; Mon, 01 Aug 2005 20:43:48 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBSJ4O54O9APSI9@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 01 Aug 2005 20:43:37 +1000 Received: by localhost (Postfix, from userid 510) id DFF3BAB543; Mon, 01 Aug 2005 20:43:36 +1000 (EST) Received: from mailout3.samsung.com (mailout3.samsung.com [203.254.224.33]) by moe.its.monash.edu.au (Postfix) with ESMTP id A765F4FB09; Mon, 01 Aug 2005 20:43:35 +1000 (EST) Received: from ep_mmp2 (mailout3.samsung.com [203.254.224.33]) by mailout3.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKJ008QAHSLWG@mailout3.samsung.com>; Mon, 01 Aug 2005 19:43:33 +0900 (KST) Received: from subbareddy ([107.108.71.57]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0IKJ000Y6HSH09@mmp2.samsung.com>; Mon, 01 Aug 2005 19:43:32 +0900 (KST) Date: Mon, 01 Aug 2005 16:09:27 +0530 From: Subba Reddy Subject: Re: [DNA] Info: Computation Time/Space requirements for Link Identification schemes Sender: owner-dna@ecselists.eng.monash.edu.au To: Greg Daley Cc: dna@eng.monash.edu.au, JinHyeock Choi , Syam Madanapalli Message-id: <036401c59685$4cb4eef0$39476c6b@sisodomain.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Mailer: Microsoft Outlook Express 6.00.2800.1506 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <7970007970e2.7970e2797000@monash.edu.au> <024b01c5964a$330fb1a0$39476c6b@sisodomain.com> <42EDE86A.9000603@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Hi Greg, > I think we've got one issue left. Yes. > > [cut] > >>Thinking about it another way though, each PIO and LPIO has to be > >>checked for the LinkID flag, and then that LinkID has to be compared > >>with the stored LinkID. > >> > > > > > > If the first prefix in the RA is LinkID prefix (if any), then only one > > comparision is enough. I feel, routers can maintain the LinkID prefix > > as the first prefix, in their prefix list. Because of this, routers > > can easily check (with O(1) complexity) the validity of LinkID at > > various point of times (like prefix life time changes, new prefix is > > added, LinkID prefix is a learned prefix and it has not been advertised > > in the last 1.5hrs). So, routers can easily include LinkID prefix as > > the first prefix in the RA. Also, maintaining the LinkID prefix as > > the first entry in the prefix list will not add any additional complexity > > (It is constant O(1)). > > > > Though, whatever I have mentioned is more implementation specific, IMHO O(1) > > is fine. > > RFC 2461 doesn't place any ordering requirements on options in transmitted > RAs. This is deliberately stated in that document. I'm not sure > existing implementations would necessarily be well served in requiring > such ordering. > > Additionally, the existing LinkID draft doesn't have this assumption. > So if an issue is adopted for LinkID, and there's agreement that this > transmission is required, it will be O(1). I agree with your point that there is no ordering requirements for options. I feel it as more implementation specific. I think, optimistic way is considered in the analysis (like hash list for DNAPrefixList, one LinkID in the LinkIDPrefixList). Please correct me, if wrong. So, it may be better to consider this also in the similar way. > > Currently it is O(p_r), I think. Yes. > The difference is very small, > considering the number of advertised prefixes in any RA will be low. > Difference is small, but when we consider the complexity analysis, we feel like there is a difference between constant time and linear time. Thanks & Regards, Subba Reddy From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 07:42:06 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzYgI-0000ss-H1 for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 07:42:06 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA02552 for ; Mon, 1 Aug 2005 07:42:02 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBUKEV4GS9APTIV@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 01 Aug 2005 21:41:57 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id D414DAB54A; Mon, 01 Aug 2005 21:41:54 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 5A1144FB08; Mon, 01 Aug 2005 21:41:53 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j71Bfd010655 for dna-list; Mon, 01 Aug 2005 21:41:39 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j71Bfcw10651 for ; Mon, 01 Aug 2005 21:41:38 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRBUJT2UAM9APTIV@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 01 Aug 2005 21:41:25 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 96F39AB542; Mon, 01 Aug 2005 21:41:25 +1000 (EST) Received: from [172.19.242.45] (vpn-student-242-45.its.monash.edu.au [172.19.242.45]) (user brett) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by curly.its.monash.edu.au (Postfix) with ESMTP id 071E34FB0A; Mon, 01 Aug 2005 21:41:23 +1000 (EST) Date: Mon, 01 Aug 2005 21:41:19 +1000 From: Brett Pentland Subject: Re: [DNA] Landmark vs Link-ID prefix solution In-reply-to: <936A4045C332714F975800409DE09240B31553@tayexc14.americas.cpqcorp.net> Sender: owner-dna@ecselists.eng.monash.edu.au Approved: monash-smtp-auth To: "Bound, Jim" Cc: dna@eng.monash.edu.au Message-id: <42EE0A5F.7010808@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <936A4045C332714F975800409DE09240B31553@tayexc14.americas.cpqcorp.net> Content-Transfer-Encoding: 7BIT Hi Jim, Thanks very much for your feedback. I think that part of the difficulty with the discussion on the list is that we are comparing solutions that are really very similar (and in fact there are others that could be made to work fairly well too). For both of the proposals, the routers on a link need to monitor what the other routers are doing, and for compatibility with non-DNA-enhanced routers both proposals, rely on CPL which requires the hosts to monitor all of the prefixes as well. The differences are in which bits of the information get exchanged. Because the differences are not dramatic the discussion has focussed on a search for corner cases where one does better than the other and maybe this focus on minutae has muddied the waters more than clearing them. I've got a couple of questions for you below. Thanks again for your review. Brett. PS. I'm not aware of any IPR encumberences on any of these ideas. Bound, Jim wrote: > complete yet. What I like about Landmark it is a pure extension to ND > for IPv6, but what I don't like nor can support at least right now is > modifying the current RA. Doing that is not good and I would at least > like to see means to enhance or form new RA for particpating Landmark > hosts and routers. I'm not sure I understand the comment about modifying the current RA. Are you referring to the addition of the Landmark Option, the suggestion that PIOs, etc. need not be included if the answer to the landmark question is "yes", or something else? > What I like about the Link-ID is I believe it will > converge quickly for one of my hot buttons for mobility and that is mesh > networks (note not MANETs and I can get into the diff offline "only" Can you say what it is about mesh networks that Link-ID serves well? Maybe it's something that we haven't fully considered and it would be useful to know more about it. From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 13:05:15 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzdj0-0005KS-Lt for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 13:05:15 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24348 for ; Mon, 1 Aug 2005 13:05:08 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRC5TPYUX08Y7NNU@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Tue, 02 Aug 2005 03:05:07 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 5DFA9AB545; Tue, 02 Aug 2005 03:04:46 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 024A34FB04; Tue, 02 Aug 2005 03:04:46 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j71H47113781 for dna-list; Tue, 02 Aug 2005 03:04:07 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j71H46w13777 for ; Tue, 02 Aug 2005 03:04:06 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRC5SSAA8O8WZA21@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Tue, 02 Aug 2005 03:04:02 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 318DA8000D; Tue, 02 Aug 2005 03:04:01 +1000 (EST) Received: from [172.19.242.2] (vpn-student-242-2.its.monash.edu.au [172.19.242.2]) by larry.its.monash.edu.au (Postfix) with ESMTP id 4ECBE3C005; Tue, 02 Aug 2005 03:03:58 +1000 (EST) Date: Tue, 02 Aug 2005 03:03:56 +1000 From: Greg Daley Subject: Re: [DNA] Info: Computation Time/Space requirements for Link Identification schemes In-reply-to: <036401c59685$4cb4eef0$39476c6b@sisodomain.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Subba Reddy Cc: dna@eng.monash.edu.au, JinHyeock Choi , Syam Madanapalli Message-id: <42EE55FC.8080408@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <7970007970e2.7970e2797000@monash.edu.au> <024b01c5964a$330fb1a0$39476c6b@sisodomain.com> <42EDE86A.9000603@eng.monash.edu.au> <036401c59685$4cb4eef0$39476c6b@sisodomain.com> Content-Transfer-Encoding: 7BIT Hi Subba, [cut] > I agree with your point that there is no ordering requirements for options. > I feel it as more implementation specific. I think, optimistic way is > considered in the analysis (like hash list for DNAPrefixList, one LinkID > in the LinkIDPrefixList). > Please correct me, if wrong. > > So, it may be better to consider this also in the similar way. You're not wrong. Previously with hashing, that was the mean case - O(1), as based on several existing hashing algorithms. If there is no known ordering on a list of options, then there has to be traversal of the list in general. While it is on average O(p_r/2), O(p_r/2) is also conventionally noted O(p_r). That's why I said it was linear... >>Currently it is O(p_r), I think. > > > Yes. Greg From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 01 23:27:53 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DznRY-0005L3-5P for dna-archive@megatron.ietf.org; Mon, 01 Aug 2005 23:27:53 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA23142 for ; Mon, 1 Aug 2005 23:27:48 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRCRKEAU3S8WZ6RZ@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Tue, 02 Aug 2005 13:27:29 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 932CEAB543; Tue, 02 Aug 2005 13:27:10 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 3EC3F4FB02; Tue, 02 Aug 2005 13:27:10 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j723Q7321839 for dna-list; Tue, 02 Aug 2005 13:26:07 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j723Q6w21835 for ; Tue, 02 Aug 2005 13:26:06 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRCRIN90LM8Y7QTG@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Tue, 02 Aug 2005 13:25:46 +1000 Received: by localhost (Postfix, from userid 510) id 718AEAB544; Tue, 02 Aug 2005 13:25:46 +1000 (EST) Received: from mailout1.samsung.com (mailout1.samsung.com [203.254.224.24]) by curly.its.monash.edu.au (Postfix) with ESMTP id 4C68E4FB03; Tue, 02 Aug 2005 13:25:45 +1000 (EST) Received: from ep_mmp1 (mailout1.samsung.com [203.254.224.24]) by mailout1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKK001RQS6U48@mailout1.samsung.com>; Tue, 02 Aug 2005 12:25:42 +0900 (KST) Received: from subbareddy ([107.108.71.57]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IKK005RBS6QAE@mmp1.samsung.com>; Tue, 02 Aug 2005 12:25:42 +0900 (KST) Date: Tue, 02 Aug 2005 08:51:35 +0530 From: Subba Reddy Subject: Re: [DNA] Info: Computation Time/Space requirements for Link Identification schemes Sender: owner-dna@ecselists.eng.monash.edu.au To: Greg Daley Cc: dna@eng.monash.edu.au, JinHyeock Choi , Syam Madanapalli Message-id: <00a301c59711$4ba48ac0$39476c6b@sisodomain.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Mailer: Microsoft Outlook Express 6.00.2800.1506 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <7970007970e2.7970e2797000@monash.edu.au> <024b01c5964a$330fb1a0$39476c6b@sisodomain.com> <42EDE86A.9000603@eng.monash.edu.au> <036401c59685$4cb4eef0$39476c6b@sisodomain.com> <42EE55FC.8080408@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Hi Greg, > Previously with hashing, that was the mean case - O(1), as based on > several existing hashing algorithms. If there is no known ordering > on a list of options, then there has to be traversal of the list in > general. > > While it is on average O(p_r/2), O(p_r/2) is also conventionally noted > O(p_r). > > That's why I said it was linear... > If traversal is required, I agree with linear. What I am saying is, if implementations (router side, anyway they are changing RA) can take advantage by putting LinkID as the first prefix, complexity will come down to constant. For general case, linear is fine. Thanks & Regards, Subba Reddy From dna-owner@webcamserver.eng.monash.edu.au Wed Aug 03 09:15:11 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0J5S-0002Ix-TZ for dna-archive@megatron.ietf.org; Wed, 03 Aug 2005 09:15:11 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA14237 for ; Wed, 3 Aug 2005 09:15:07 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LREQED9B5G9APVXL@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Wed, 03 Aug 2005 23:15:00 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 5D403AB54C; Wed, 03 Aug 2005 23:14:52 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 056C44FB03; Wed, 03 Aug 2005 23:14:52 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j73D5G913160 for dna-list; Wed, 03 Aug 2005 23:05:16 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j73D5Fw13156 for ; Wed, 03 Aug 2005 23:05:15 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LREQ23VP7G8Y7VAO@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Wed, 03 Aug 2005 23:05:00 +1000 Received: by localhost (Postfix, from userid 510) id F0CD0AB544; Wed, 03 Aug 2005 23:04:59 +1000 (EST) Received: from iramx1.ira.uni-karlsruhe.de (iramx1.ira.uni-karlsruhe.de [141.3.10.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by curly.its.monash.edu.au (Postfix) with ESMTP id A54C54FB03; Wed, 03 Aug 2005 23:04:56 +1000 (EST) Received: from i72ms2.tm.uni-karlsruhe.de ([141.3.70.17] helo=smtp.ipv6.tm.uni-karlsruhe.de) by iramx1.ira.uni-karlsruhe.de with esmtps id 1E0IvR-0003y8-6X; Wed, 03 Aug 2005 15:04:53 +0200 Received: from [86.255.29.25] (open-29-25.ietf63.ietf.org [86.255.29.25]) by smtp.ipv6.tm.uni-karlsruhe.de (Postfix) with ESMTP id AB15FBDF8; Wed, 03 Aug 2005 15:04:48 +0200 (CEST) Date: Wed, 03 Aug 2005 15:04:47 +0200 From: Christian Vogt Subject: Re: [DNA] New I-D: draft-vogt-dna-relocation-00.txt In-reply-to: <42E4BEDA.9020802@sun.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Erik Nordmark Cc: Brett Pentland , DNA , TM-RO2 Message-id: <42F0C0EF.4080305@tm.uka.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: de-DE, de, en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; us-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.7.2.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42BF8B18.8080203@tm.uka.de> <42DF5EC8.7080207@eng.monash.edu.au> <42E3E669.2010902@sun.com> <42E43AC6.2030806@eng.monash.edu.au> <42E4BEDA.9020802@sun.com> Content-Transfer-Encoding: 7BIT > Later (step 5) the MN sends the BU from CoA to CoA2, which makes it > do a NS/NA exchange to find the link layer address for CoA2. Hi Erik, the BU is sent to HoA2, not to CoA2 (to make binding updates robust to a situation in which both peers move at the same time). But I still think we are ok: The first RO'ed datagram will trigger the NS/NA exchange. The NS carries the sender's MAC address in the TSLLAO option, depending on whether it is sent by MN1 or MN2, respectively. In summary, it doesn't matter if the nodes use Mobile IPv6 or not. The mechanism seems to work also when the first messages exchanged between the on-link peers is a non-MIPv6 message. - Christian -- Christian Vogt, Institute of Telematics, University of Karlsruhe www.tm.uka.de/~chvogt/pubkey/ Erik Nordmark wrote: > Brett Pentland wrote: > >> Ah yes. For some reason a forgot that the MN would be the one >> initiating the communication. Is there any way that an on-link >> node could obtain the MN's CoA and try to initiate a communication? >> > > > I decided to walk through the details for the case when a CN on a > link and the MN moves to that link, and does RO with the CN. > > The steps would be: 1. MN uses DNA to detect that it has moved; sees > a link up notification, and sends an RS (address is optimistic) 2. > Receives an RA which indicates that it has moved. 3. Sends a BU to > the HA. Initiates the BU process with the CN by sending a CoTI (and > HoTI). The CoTI is sent from the CoA to the CN's address, thus it > triggers the NS/NA exchange with the CN. 4. CN receives the HoTI and > responds with a HoT. Receives the CoTI at about the same time. Tries > to send a CoT. Has the neighbor cache entry for the CoA from the NS > it received in #3. > > Looks ok. > > But if the CN was really a MN (MN2) (i.e., we have two MNs which have > moved to the same link), then the CoTI wouldn't be sent to the HoA2, > and tunneled by HA2 to CoA2. Thus in #3 there wouldn't be a NS/NA > exchange - the CoTI would be sent to HA2 (which we assume is off > link). > > But even in that case I think we are ok; the CoT will be sourced by > MN2 with HoA2 as the source address, thus MN2 will reverse tunnel it > via HA2. Hence MN2 doesn't need a neighbor cache entry in #4. > > Later (step 5) the MN sends the BU from CoA to CoA2, which makes it > do a NS/NA exchange to find the link layer address for CoA2. > > I guess one can do similar analysis for other RO schemes, but it > might be a bit tedious. > > One can instead argue that if the MN sends the MLD report as part of > #3, even if it is sent after the other messages in #3, then the > probability that something will try to do a NS/NA exchange with the > MN before the MLD report is sent is very small. And should that ever > happen, then the fact that the NS will be retransmitted after 1 > second should take care of things. > > So in summary, it's ok as long as the MLD report is sent "early", > even if it isn't sent first. > > Erik From dna-owner@webcamserver.eng.monash.edu.au Wed Aug 03 12:32:31 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0MAQ-0003fU-Vt for dna-archive@megatron.ietf.org; Wed, 03 Aug 2005 12:32:31 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA29197 for ; Wed, 3 Aug 2005 12:32:27 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LREXA27Y8W9APUHS@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 02:32:16 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 171C5AB542; Thu, 04 Aug 2005 02:32:14 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 9CE174FB03; Thu, 04 Aug 2005 02:32:13 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j73GQJn15636 for dna-list; Thu, 04 Aug 2005 02:26:19 +1000 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j73GQJw15632 for ; Thu, 04 Aug 2005 02:26:19 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LREX2LCFNE99QOUG@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 02:26:13 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id D4F1F8000D; Thu, 04 Aug 2005 02:26:12 +1000 (EST) Received: from [172.19.242.1] (vpn-student-242-1.its.monash.edu.au [172.19.242.1]) (user brett) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by larry.its.monash.edu.au (Postfix) with ESMTP id 907DD3C005; Thu, 04 Aug 2005 02:26:11 +1000 (EST) Date: Thu, 04 Aug 2005 02:26:08 +1000 From: Brett Pentland Subject: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt Sender: owner-dna@ecselists.eng.monash.edu.au Approved: monash-smtp-auth To: Dna Message-id: <42F0F020.2040804@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) Content-Transfer-Encoding: 7BIT Hi DNA WG, All of the recent discussion on the issue of RAs that include a "no" answer in a Landmark Option but also include prefixes that have been seen on the link, has been in favour of treating this as an indication that link change has not taken place. Here is some proposed text to reflect this: Old text: Instead if the 'N' bit is set in the received Landmark Option, a change of link is indicated and the host SHOULD initiate reconfiguration using the information in the Router Advertisement. New text: Instead if the 'N' bit is set in the received Landmark Option, AND there is no overlap between the list of prefixes in the Router Advertisement and the list of prefixes that the host has stored for CPL [14], a change of link is indicated and the host SHOULD initiate reconfiguration using the information in the Router Advertisement. If the 'N' bit is set in the received Landmark Option, but there is one or more prefixes in the Router Advertisement that are also in the list of prefixes the host has stored for CPL, this is an indication that no link change has occured but there is prefix change underway on the link. The host MUST NOT invalidate its current configuration. Any comments? Brett. From dna-owner@webcamserver.eng.monash.edu.au Wed Aug 03 13:13:35 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0MoB-0006sQ-Cz for dna-archive@megatron.ietf.org; Wed, 03 Aug 2005 13:13:35 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01663 for ; Wed, 3 Aug 2005 13:13:31 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LREYQ2P3WA9APQKB@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 03:13:27 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 335A3AB542; Thu, 04 Aug 2005 03:13:23 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id DC8C94FB03; Thu, 04 Aug 2005 03:13:22 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j73H7oo16128 for dna-list; Thu, 04 Aug 2005 03:07:50 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j73H7ow16124 for ; Thu, 04 Aug 2005 03:07:50 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LREYJ0YT8W8X003C@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 03:07:42 +1000 Received: by localhost (Postfix, from userid 510) id 6E29F8000D; Thu, 04 Aug 2005 03:07:42 +1000 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by larry.its.monash.edu.au (Postfix) with ESMTP id 221153C00D for ; Thu, 04 Aug 2005 03:07:28 +1000 (EST) Received: by rproxy.gmail.com with SMTP id g11so192676rne for ; Wed, 03 Aug 2005 10:07:12 -0700 (PDT) Received: by 10.38.90.69 with SMTP id n69mr432314rnb; Wed, 03 Aug 2005 10:00:25 -0700 (PDT) Received: by 10.38.161.75 with HTTP; Wed, 03 Aug 2005 10:00:25 -0700 (PDT) Date: Wed, 03 Aug 2005 19:00:25 +0200 From: Syam Madanapalli Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <42F0F020.2040804@eng.monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Brett Pentland Cc: Dna Reply-to: Syam Madanapalli Message-id: <10e14db205080310001e6b394a@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EQh7BZzkhD8Cu5vZpJnSaCZuvyBQ8IxHvjpwvVzDnUsw8Cp/TQ1wTQPUDCtkbGaRopibhAD4njsg+V++/DTfJHwj8na7RZ6oArxRJTJmWUzL2pY1Qsho1CbmxmUZoZUkbmysUwOcuvM8sHKPmYSSXzz9ATrtTJR8caFKKNCQ3XM= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42F0F020.2040804@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Hi Brett, I think we may need to check for the prefixes that the other routers on the link advertising. That is we need to build CPL on the new link. -Syam On 8/3/05, Brett Pentland wrote: > Hi DNA WG, > > All of the recent discussion on the issue of RAs that include > a "no" answer in a Landmark Option but also include prefixes > that have been seen on the link, has been in favour of > treating this as an indication that link change has not > taken place. Here is some proposed text to reflect this: > > Old text: > > Instead if the 'N' bit is set in the received Landmark Option, a > change of link is indicated and the host SHOULD initiate > reconfiguration using the information in the Router Advertisement. > > New text: > > Instead if the 'N' bit is set in the received Landmark Option, AND > there is no overlap between the list of prefixes in the Router > Advertisement and the list of prefixes that the host has stored > for CPL [14], a change of link is indicated and the host SHOULD > initiate reconfiguration using the information in the Router > Advertisement. > > If the 'N' bit is set in the received Landmark Option, but there > is one or more prefixes in the Router Advertisement that are also > in the list of prefixes the host has stored for CPL, this is an > indication that no link change has occured but there is prefix > change underway on the link. The host MUST NOT invalidate its > current configuration. > > Any comments? > Brett. > From dna-owner@webcamserver.eng.monash.edu.au Wed Aug 03 13:28:46 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0N2s-0004k0-Mv for dna-archive@megatron.ietf.org; Wed, 03 Aug 2005 13:28:46 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02485 for ; Wed, 3 Aug 2005 13:28:42 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LREZ8WYLNO99QJ34@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 03:28:36 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 8E2298000E; Thu, 04 Aug 2005 03:28:34 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id 429CF3C005; Thu, 04 Aug 2005 03:28:34 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j73HMwW16322 for dna-list; Thu, 04 Aug 2005 03:22:58 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j73HMww16318 for ; Thu, 04 Aug 2005 03:22:58 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LREZ1M549I8WZRG9@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 03:22:41 +1000 Received: by localhost (Postfix, from userid 510) id 911BEAB543; Thu, 04 Aug 2005 03:22:41 +1000 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by curly.its.monash.edu.au (Postfix) with ESMTP id 899BA4FB03 for ; Thu, 04 Aug 2005 03:22:38 +1000 (EST) Received: by rproxy.gmail.com with SMTP id g11so196116rne for ; Wed, 03 Aug 2005 10:22:36 -0700 (PDT) Received: by 10.38.161.27 with SMTP id j27mr431852rne; Wed, 03 Aug 2005 10:22:36 -0700 (PDT) Received: by 10.38.161.75 with HTTP; Wed, 03 Aug 2005 10:22:36 -0700 (PDT) Date: Wed, 03 Aug 2005 19:22:36 +0200 From: Syam Madanapalli Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <10e14db205080310001e6b394a@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Brett Pentland Cc: Dna Reply-to: Syam Madanapalli Message-id: <10e14db205080310223ef3e217@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D+VhUuBeu4SHcRaDj3DQhIE5TKcWUGW8XAoWDXW1ayIzYjreJbtt01ZuwBEPhv4g9/ol2h6q3s2oqRgc4n/OyVFla2qIDA+nmoDRuMeW5HkAJMi4AV2Y2pJKpBLXMYmyMepNwEedm1gjCimExZ3weC41kDoSkAQB6tWr9N0Zz1g= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> Content-Transfer-Encoding: 7BIT I was thinking that the completeRA may not be complete all the time. If the 'complete RA' is assumed then it is ok to check the prefixes in the RA received. -Syam On 8/3/05, Syam Madanapalli wrote: > Hi Brett, > > I think we may need to check for the prefixes that the other routers > on the link advertising. That is we need to build CPL on the new > link. > > -Syam > > > On 8/3/05, Brett Pentland wrote: > > Hi DNA WG, > > > > All of the recent discussion on the issue of RAs that include > > a "no" answer in a Landmark Option but also include prefixes > > that have been seen on the link, has been in favour of > > treating this as an indication that link change has not > > taken place. Here is some proposed text to reflect this: > > > > Old text: > > > > Instead if the 'N' bit is set in the received Landmark Option, a > > change of link is indicated and the host SHOULD initiate > > reconfiguration using the information in the Router Advertisement. > > > > New text: > > > > Instead if the 'N' bit is set in the received Landmark Option, AND > > there is no overlap between the list of prefixes in the Router > > Advertisement and the list of prefixes that the host has stored > > for CPL [14], a change of link is indicated and the host SHOULD > > initiate reconfiguration using the information in the Router > > Advertisement. > > > > If the 'N' bit is set in the received Landmark Option, but there > > is one or more prefixes in the Router Advertisement that are also > > in the list of prefixes the host has stored for CPL, this is an > > indication that no link change has occured but there is prefix > > change underway on the link. The host MUST NOT invalidate its > > current configuration. > > > > Any comments? > > Brett. > > > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 03:14:44 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0ZwC-0007Sf-H6 for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 03:14:44 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA06648 for ; Thu, 4 Aug 2005 03:14:41 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFS3AJ7ES9APW0M@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 17:14:05 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 662E6AB54B; Thu, 04 Aug 2005 17:14:00 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 1FA154FB0A; Thu, 04 Aug 2005 17:14:00 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j747D7k26194 for dna-list; Thu, 04 Aug 2005 17:13:07 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j747D7w26190 for ; Thu, 04 Aug 2005 17:13:07 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFS20Y1L099QL6E@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 17:12:59 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 966BCAB545; Thu, 04 Aug 2005 17:12:59 +1000 (EST) Received: from [172.19.242.38] (vpn-student-242-38.its.monash.edu.au [172.19.242.38]) by moe.its.monash.edu.au (Postfix) with ESMTP id CB63E4FB0B; Thu, 04 Aug 2005 17:12:57 +1000 (EST) Date: Thu, 04 Aug 2005 17:12:53 +1000 From: Greg Daley Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <10e14db205080310001e6b394a@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Syam Madanapalli Cc: Brett Pentland , Dna Message-id: <42F1BFF5.4080408@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> Content-Transfer-Encoding: 7BIT Syam Madanapalli wrote: > Hi Brett, > > I think we may need to check for the prefixes that the other routers > on the link advertising. That is we need to build CPL on the new > link. Hi Syam, I think that as each RA arrives, it can be compared to the CPL, following this rule. Greg From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 03:19:45 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0a13-00017Z-2O for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 03:19:45 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA07003 for ; Thu, 4 Aug 2005 03:19:42 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFSA3OC509AOWGN@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 17:19:33 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 311B0AB54A; Thu, 04 Aug 2005 17:19:30 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id CACF54FB06; Thu, 04 Aug 2005 17:19:29 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j747JPQ26292 for dna-list; Thu, 04 Aug 2005 17:19:25 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j747JOw26288 for ; Thu, 04 Aug 2005 17:19:24 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFS9NRQZI8Y7YKZ@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 17:19:09 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id DD8028000D; Thu, 04 Aug 2005 17:19:08 +1000 (EST) Received: from [172.19.242.38] (vpn-student-242-38.its.monash.edu.au [172.19.242.38]) by larry.its.monash.edu.au (Postfix) with ESMTP id 480D63C010; Thu, 04 Aug 2005 17:19:06 +1000 (EST) Date: Thu, 04 Aug 2005 17:18:53 +1000 From: Greg Daley Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <10e14db205080310223ef3e217@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Syam Madanapalli Cc: Brett Pentland , Dna Message-id: <42F1C15D.8040300@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <10e14db205080310223ef3e217@mail.gmail.com> Content-Transfer-Encoding: 7BIT Hi Syam, Syam Madanapalli wrote: > I was thinking that the completeRA may not be complete all the time. > If the 'complete RA' is assumed then it is ok to check the prefixes in > the RA received. If an RA doesn't contain all prefixes on link, it doesn't have the completeness flag set, and is not a CompleteRA. Even if the prefixes aren't complete, then the RA can still be compared with the CPL. This may still have problems with false changes if prefixes have been added or retracted very recently. The function therefore doesn't change, and it sometimes benefits from the existing prefixes in the RA. Greg From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 03:26:39 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0a7i-0003T8-8Z for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 03:26:39 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA07344 for ; Thu, 4 Aug 2005 03:26:35 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFSEW8LV08Y7PXA@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 17:23:30 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 1E3E6AB542; Thu, 04 Aug 2005 17:23:22 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id D17784FB09; Thu, 04 Aug 2005 17:23:21 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j747KbJ26328 for dna-list; Thu, 04 Aug 2005 17:20:37 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j747Kaw26324 for ; Thu, 04 Aug 2005 17:20:36 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFSBEVAGA8Y87AS@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 17:20:33 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id A810AAB542 for ; Thu, 04 Aug 2005 17:20:33 +1000 (EST) Received: from [172.19.242.38] (vpn-student-242-38.its.monash.edu.au [172.19.242.38]) by curly.its.monash.edu.au (Postfix) with ESMTP id C802C4FB02 for ; Thu, 04 Aug 2005 17:20:32 +1000 (EST) Date: Thu, 04 Aug 2005 17:20:27 +1000 From: Greg Daley Subject: [DNA] Scribes for session? Sender: owner-dna@ecselists.eng.monash.edu.au To: dna@eng.monash.edu.au Message-id: <42F1C1BB.1060707@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) Content-Transfer-Encoding: 7BIT Hi, Do we have any people prepared to act as scribes in the DNA session this afternoon? Also (and possibly separately), is anyone prepared to lurk on Jabber to pick up comments for those listening to the audiocast? Greg From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 03:46:57 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0aRN-00030g-2L for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 03:46:57 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA08880 for ; Thu, 4 Aug 2005 03:46:54 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFT7V3N5I99QO1X@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 17:46:47 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 63267AB542; Thu, 04 Aug 2005 17:46:43 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 241254FB02; Thu, 04 Aug 2005 17:46:43 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j747kU626679 for dna-list; Thu, 04 Aug 2005 17:46:30 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j747kTw26675 for ; Thu, 04 Aug 2005 17:46:29 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFT78QPF28Y8BBH@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 17:46:13 +1000 Received: by localhost (Postfix, from userid 510) id 6FAABAB543; Thu, 04 Aug 2005 17:46:13 +1000 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by moe.its.monash.edu.au (Postfix) with ESMTP id A82D34FB03 for ; Thu, 04 Aug 2005 17:46:11 +1000 (EST) Received: by rproxy.gmail.com with SMTP id g11so314555rne for ; Thu, 04 Aug 2005 00:46:10 -0700 (PDT) Received: by 10.38.90.69 with SMTP id n69mr730441rnb; Thu, 04 Aug 2005 00:46:10 -0700 (PDT) Received: by 10.38.161.75 with HTTP; Thu, 04 Aug 2005 00:46:10 -0700 (PDT) Date: Thu, 04 Aug 2005 09:46:10 +0200 From: Syam Madanapalli Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <42F1BFF5.4080408@eng.monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Greg Daley Cc: Brett Pentland , Dna Reply-to: Syam Madanapalli Message-id: <10e14db205080400467b3a881d@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g6zm0OZpGL9FlpMtsZCJxkOEgzRfyIZAwJ8INUUIiaG4+9DXr4EpoS5oM6IgmwXkKaCB/vfxZREWz7dgo0eydG4l4cALCDoDS7iH5ert9BL43ZJst8RRmWk1QWC5dksAQt+DW0g7aU38GTCQCCva2j3fpf30kIwINo4H3E7oeC0= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <42F1BFF5.4080408@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Hi Greg, > Syam Madanapalli wrote: > > Hi Brett, > > > > I think we may need to check for the prefixes that the other routers > > on the link advertising. That is we need to build CPL on the new > > link. > > Hi Syam, > > > I think that as each RA arrives, it can be compared to the > CPL, following this rule. Yes I got it. Now the question is how long the MN should wait for receiving all RAs from the routers? In between if an RA comes with YES answer then we can assume link change otherwise, the MN needs to wait for all RAs. > > Greg > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 04:10:53 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0aoW-0003TG-UI for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 04:10:53 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA10434 for ; Thu, 4 Aug 2005 04:10:50 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFU1MII9M8X04M5@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 18:10:13 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 2D22DAB545; Thu, 04 Aug 2005 18:09:56 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id CE9B24FB0C; Thu, 04 Aug 2005 18:09:55 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7489he26954 for dna-list; Thu, 04 Aug 2005 18:09:43 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7489hw26950 for ; Thu, 04 Aug 2005 18:09:43 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFU113R7K8X04M5@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 18:09:28 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 6A8CAAB542; Thu, 04 Aug 2005 18:09:27 +1000 (EST) Received: from [172.19.242.10] (vpn-student-242-10.its.monash.edu.au [172.19.242.10]) (user brett) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by curly.its.monash.edu.au (Postfix) with ESMTP id 7E88D4FB0C; Thu, 04 Aug 2005 18:09:25 +1000 (EST) Date: Thu, 04 Aug 2005 18:09:21 +1000 From: Brett Pentland Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <10e14db205080400467b3a881d@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au Approved: monash-smtp-auth To: Syam Madanapalli Cc: Greg Daley , Dna Message-id: <42F1CD31.6050509@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <42F1BFF5.4080408@eng.monash.edu.au> <10e14db205080400467b3a881d@mail.gmail.com> Content-Transfer-Encoding: 7BIT Hi Syam, Syam Madanapalli wrote: > Hi Greg, > > >>Syam Madanapalli wrote: >> >>>Hi Brett, >>> >>>I think we may need to check for the prefixes that the other routers >>>on the link advertising. That is we need to build CPL on the new >>>link. >> >>Hi Syam, >> >> >>I think that as each RA arrives, it can be compared to the >>CPL, following this rule. > > > Yes I got it. Now the question is how long the MN should wait > for receiving all RAs from the routers? In between if an RA comes > with YES answer then we can assume link change otherwise, the > MN needs to wait for all RAs. Why would it wait. If the host has the CPL on the old link, then it can make the decision immediately on recption of the first RA. If we specify that the NO answer include a DNAO, then the host doesn't even need to have the CPL on the previous link to make an immediate decision. Brett. From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 04:57:49 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0bXx-0004yu-4P for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 04:57:49 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA13638 for ; Thu, 4 Aug 2005 04:57:46 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFVOS1RO89APU43@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 18:57:41 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 7E884AB54A; Thu, 04 Aug 2005 18:57:37 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 3E9CA4FB09; Thu, 04 Aug 2005 18:57:37 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j748vEB27572 for dna-list; Thu, 04 Aug 2005 18:57:14 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j748vEw27568 for ; Thu, 04 Aug 2005 18:57:14 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFVO7ZR6G8Y8BWZ@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 18:57:11 +1000 Received: by localhost (Postfix, from userid 510) id 8FAAE8000D; Thu, 04 Aug 2005 18:57:10 +1000 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by larry.its.monash.edu.au (Postfix) with ESMTP id BA5663C010 for ; Thu, 04 Aug 2005 18:57:08 +1000 (EST) Received: by rproxy.gmail.com with SMTP id g11so321781rne for ; Thu, 04 Aug 2005 01:57:07 -0700 (PDT) Received: by 10.38.12.4 with SMTP id 4mr652779rnl; Thu, 04 Aug 2005 01:57:07 -0700 (PDT) Received: by 10.38.161.75 with HTTP; Thu, 04 Aug 2005 01:57:07 -0700 (PDT) Date: Thu, 04 Aug 2005 10:57:07 +0200 From: Syam Madanapalli Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <42F1CD31.6050509@eng.monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Brett Pentland Cc: Greg Daley , Dna Reply-to: Syam Madanapalli Message-id: <10e14db205080401576dfe1551@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aTHA212Lf/FR5O4+uWxurtSov8umTZArT7urrUadJi99J7egrSVR1G3YgZ/IX5tQcxazUYSWdt49PCjVRET+xCvVQpvjFwQftv+IBtn55yFghZCLDFKA5d5s/MmN89T+zpZowl8ILNO5gz6qJhSkCzkv3eqkcr/11STPtdEIGnc= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <42F1BFF5.4080408@eng.monash.edu.au> <10e14db205080400467b3a881d@mail.gmail.com> <42F1CD31.6050509@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Hi Brett, The CPL requires to build complete prefix list on both the previous link as well as on the new link. Is this correct? Also Greg said the MN checks all RAs as they arrive. This means MN cannot make decision based on single RA with NO answer, unless the RA is a 'Complete RA'. Also I am wondering how would CPL works without building complete prefix list on previous link? Are you assuming 'Complete RA'? I am sorry, I am getting confused. -Syam On 8/4/05, Brett Pentland wrote: > Hi Syam, > > Syam Madanapalli wrote: > > Hi Greg, > > > > > >>Syam Madanapalli wrote: > >> > >>>Hi Brett, > >>> > >>>I think we may need to check for the prefixes that the other routers > >>>on the link advertising. That is we need to build CPL on the new > >>>link. > >> > >>Hi Syam, > >> > >> > >>I think that as each RA arrives, it can be compared to the > >>CPL, following this rule. > > > > > > Yes I got it. Now the question is how long the MN should wait > > for receiving all RAs from the routers? In between if an RA comes > > with YES answer then we can assume link change otherwise, the > > MN needs to wait for all RAs. > > Why would it wait. If the host has the CPL on the old link, then it > can make the decision immediately on recption of the first RA. If we > specify that the NO answer include a DNAO, then the host doesn't even > need to have the CPL on the previous link to make an immediate > decision. > > Brett. > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 05:06:26 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0bgH-00008Z-AK for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 05:06:26 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA14203 for ; Thu, 4 Aug 2005 05:06:22 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFW0CM38I9APV3S@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 19:06:15 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 6BBE1AB54C; Thu, 04 Aug 2005 19:06:10 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 1FE9D4FB04; Thu, 04 Aug 2005 19:06:10 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74963Y27712 for dna-list; Thu, 04 Aug 2005 19:06:03 +1000 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74962w27708 for ; Thu, 04 Aug 2005 19:06:02 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFVYV7L869APTIT@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 19:05:45 +1000 Received: by localhost (Postfix, from userid 510) id A643EAB545; Thu, 04 Aug 2005 19:05:45 +1000 (EST) Received: from oak.research.panasonic.com (oak.Research.Panasonic.COM [150.169.1.4]) by moe.its.monash.edu.au (Postfix) with ESMTP id CFC994FB03; Thu, 04 Aug 2005 19:05:43 +1000 (EST) Received: from redwood.research.panasonic.com (birch.research.panasonic.com [150.169.3.2]) by oak.research.panasonic.com (1.1.1/1.1.1) with SMTP id j7495gEq010991; Thu, 04 Aug 2005 05:05:42 -0400 Received: from redwood.research.panasonic.com (birch.research.pansonic.com [150.169.3.2]) by testing.research.panasonic.com (Postfix) with ESMTP id BEC331E819C; Thu, 04 Aug 2005 04:56:09 -0400 (EDT) Received: from pintlmail.MITL.Research.Panasonic.COM (pintlmail.mitl.research.panasonic.com [150.169.1.62]) by redwood.research.panasonic.com (Postfix) with ESMTP id B4B761E818D; Thu, 04 Aug 2005 04:56:09 -0400 (EDT) Received: from [86.255.26.139] by pintlmail.MITL.Research.Panasonic.COM(mshttpd); Thu, 04 Aug 2005 05:05:42 -0400 Date: Thu, 04 Aug 2005 05:05:42 -0400 From: Sathya Narayanan Subject: Re: [DNA] Link Identification Scheme Comparison Powerpointslides Sender: owner-dna@ecselists.eng.monash.edu.au To: Greg Daley Cc: dna@eng.monash.edu.au Message-id: <2abb82716f.2716f2abb8@pintlmail.MITL.Research.Panasonic.COM> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.09 (built Jan 7 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en X-imss-version: 2.8 X-imss-result: Passed X-imss-scores: Clean:25.30142 C:22 M:0 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) Content-Transfer-Encoding: 7BIT The latest comparison slides to be used during the meeting can be found at: http://www.ctie.monash.edu.au/dna/DNASolnComparison_4Aug2005.ppt Please take a look at it and provide feedback. thanks, Sathya ----- Original Message ----- From: Greg Daley Date: Friday, July 29, 2005 3:39 pm Subject: [DNA] Link Identification Scheme Comparison Powerpoint slides > Hi, > > Here is a comparison of the different Link Identification features > available in draft-pentland-dna-protocol and draft-jinchoi-dna- > protocol2 > > It's aimed at providing a feature distinction, although there are > also a couple of outstanding issues to be considered separately. > > http://www.ctie.monash.edu.au/dna/DNASolnComparison_28July2005.ppt > > Greg > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 05:40:45 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0cDV-0004xI-IW for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 05:40:45 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA16796 for ; Thu, 4 Aug 2005 05:40:42 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFX6ZZYD69APD5X@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 19:40:38 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 7214B8000D; Thu, 04 Aug 2005 19:40:33 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id 1EE043C010; Thu, 04 Aug 2005 19:40:33 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j749eLS28151 for dna-list; Thu, 04 Aug 2005 19:40:21 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j749eKw28145 for ; Thu, 04 Aug 2005 19:40:20 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFX6IN1BQ8Y844X@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 19:40:10 +1000 Received: by localhost (Postfix, from userid 510) id 3FF4A8000F; Thu, 04 Aug 2005 19:40:10 +1000 (EST) Received: from fridge.docomolabs-usa.com (key1.docomolabs-usa.com [216.98.102.225]) by larry.its.monash.edu.au (Postfix) with ESMTP id 49A633C00D for ; Thu, 04 Aug 2005 19:40:09 +1000 (EST) Date: Thu, 04 Aug 2005 02:40:08 -0700 From: James Kempf Subject: [DNA] Accelerated RA Delivery Discussion? Sender: owner-dna@ecselists.eng.monash.edu.au To: Dna Message-id: <0f8501c598d8$8166e810$596015ac@dcml.docomolabsusa.com> MIME-version: 1.0 Content-type: text/plain; charset=Windows-1252 Content-transfer-encoding: 7BIT X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) X-Spam-Level: *** Content-Transfer-Encoding: 7BIT Are we going to discuss accelerated RA discussion during this afternoon's discussion? In order to finally get a WG draft, we need to decide on a technique for both problems. jak From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 05:56:34 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0cSn-0004IC-UU for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 05:56:34 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA18274 for ; Thu, 4 Aug 2005 05:56:30 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFXQ6JVRU8X030D@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 19:56:17 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 59BB0AB544; Thu, 04 Aug 2005 19:56:01 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 1AE954FB09; Thu, 04 Aug 2005 19:56:01 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j749tqu28373 for dna-list; Thu, 04 Aug 2005 19:55:52 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j749tpw28369 for ; Thu, 04 Aug 2005 19:55:51 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFXPNASUW8X030D@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 19:55:35 +1000 Received: by localhost (Postfix, from userid 510) id A40FAAB543; Thu, 04 Aug 2005 19:55:35 +1000 (EST) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by curly.its.monash.edu.au (Postfix) with ESMTP id 678F44FB0C; Thu, 04 Aug 2005 19:55:30 +1000 (EST) Received: from esealmw129.eemea.ericsson.se (unknown [153.88.254.120]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 52F0452C; Thu, 04 Aug 2005 11:55:28 +0200 (CEST) Received: from esealmw129.eemea.ericsson.se ([153.88.254.177]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Thu, 04 Aug 2005 11:55:27 +0200 Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Thu, 04 Aug 2005 11:55:26 +0200 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 0244824EC; Thu, 04 Aug 2005 12:55:27 +0300 (EEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id A67701AB93E; Thu, 04 Aug 2005 12:55:26 +0300 (EEST) Date: Thu, 04 Aug 2005 11:55:24 +0200 From: "Tero Kauppinen (JO/LMF)" Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <10e14db205080401576dfe1551@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Syam Madanapalli Cc: Brett Pentland , Greg Daley , Dna Message-id: <42F1E60C.1000403@ericsson.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Brightmail-Tracker: AAAAAA== X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <42F1BFF5.4080408@eng.monash.edu.au> <10e14db205080400467b3a881d@mail.gmail.com> <42F1CD31.6050509@eng.monash.edu.au> <10e14db205080401576dfe1551@mail.gmail.com> X-OriginalArrivalTime: 04 Aug 2005 09:55:27.0058 (UTC) FILETIME=[A3EF2B20:01C598DA] Content-Transfer-Encoding: 7BIT Hi Syam, Syam Madanapalli wrote: > Hi Brett, > > The CPL requires to build complete prefix list on both the previous > link as well as on the new link. Is this correct? Let's assume that the node has built a complete prefix for the old link. It then moves to a new link, and gets a "NO" answer. It's not required the node to receive all prefixes on the "new" link in order to detect that it's actually on the same link. The node can conclude this from a single joint prefix, or have I misunderstood the question? Tero > > Also Greg said the MN checks all RAs as they arrive. This means > MN cannot make decision based on single RA with NO answer, unless > the RA is a 'Complete RA'. > > Also I am wondering how would CPL works without building complete > prefix list on previous link? Are you assuming 'Complete RA'? > > I am sorry, I am getting confused. > > -Syam From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 06:03:37 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0cZd-0007Ac-NC for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 06:03:37 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA18701 for ; Thu, 4 Aug 2005 06:03:34 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFXYLE9VS8WZZ2V@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 20:03:19 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 35B54AB544; Thu, 04 Aug 2005 20:02:48 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id D875C4FB03; Thu, 04 Aug 2005 20:02:47 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74A2VK28480 for dna-list; Thu, 04 Aug 2005 20:02:31 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74A2Vw28476 for ; Thu, 04 Aug 2005 20:02:31 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFXY081WQ99QLN9@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 20:02:20 +1000 Received: by localhost (Postfix, from userid 510) id 069CAAB543; Thu, 04 Aug 2005 20:02:19 +1000 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by moe.its.monash.edu.au (Postfix) with ESMTP id 3D0A44FB03 for ; Thu, 04 Aug 2005 20:02:18 +1000 (EST) Received: by rproxy.gmail.com with SMTP id g11so331547rne for ; Thu, 04 Aug 2005 03:02:17 -0700 (PDT) Received: by 10.38.74.43 with SMTP id w43mr775220rna; Thu, 04 Aug 2005 03:02:17 -0700 (PDT) Received: by 10.38.161.75 with HTTP; Thu, 04 Aug 2005 03:02:17 -0700 (PDT) Date: Thu, 04 Aug 2005 12:02:17 +0200 From: Syam Madanapalli Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <42F1E60C.1000403@ericsson.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: "Tero Kauppinen (JO/LMF)" Cc: Brett Pentland , Greg Daley , Dna Reply-to: Syam Madanapalli Message-id: <10e14db205080403026adc4c9e@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W5qOXI5XtmTIEPtvoJZLaeAAvZGstfRQ45GOBPIWxaxJKzMhGDTLCeuOsndf5Xn0AmtfGltD9es303v4hH6sTvJLdSjACEZ//1JypyWcidBFRYgtUxGOJDGH/3ubaiiItl7GPD1FOTnFMQwUCqs/FJIVQN+26DFs7Ceu48zfgJ4= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <42F1BFF5.4080408@eng.monash.edu.au> <10e14db205080400467b3a881d@mail.gmail.com> <42F1CD31.6050509@eng.monash.edu.au> <10e14db205080401576dfe1551@mail.gmail.com> <42F1E60C.1000403@ericsson.com> Content-Transfer-Encoding: 7BIT Hi Tero, > > > > The CPL requires to build complete prefix list on both the previous > > link as well as on the new link. Is this correct? > > Let's assume that the node has built a complete prefix for the old link. > It then moves to a new link, and gets a "NO" answer. It's not required > the node to receive all prefixes on the "new" link in order to detect > that it's actually on the same link. The node can conclude this from a > single joint prefix, or have I misunderstood the question? Yes, it can detect if there is a single joint prefix. The node should check all the prefixes on the link or until it finds a joint prefix. (I think :-)) > > Tero From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 06:13:30 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0cjC-0008L1-2J for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 06:13:30 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA19179 for ; Thu, 4 Aug 2005 06:13:26 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFYCLO74Y99QWJH@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 20:13:22 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 1AAAF8000F; Thu, 04 Aug 2005 20:13:19 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id C24D53C00C; Thu, 04 Aug 2005 20:13:18 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74AD6t28616 for dna-list; Thu, 04 Aug 2005 20:13:06 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74AD5w28611 for ; Thu, 04 Aug 2005 20:13:05 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFYC5AD6K9APTSX@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 20:12:57 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 1C9758000D; Thu, 04 Aug 2005 20:12:57 +1000 (EST) Received: from [172.19.242.26] (vpn-student-242-26.its.monash.edu.au [172.19.242.26]) (user brett) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by larry.its.monash.edu.au (Postfix) with ESMTP id D762D3C00E; Thu, 04 Aug 2005 20:12:54 +1000 (EST) Date: Thu, 04 Aug 2005 20:12:51 +1000 From: Brett Pentland Subject: Re: [DNA] Proposed resolution to issue 9 for draft-pentland-dna-protocol-01.txt In-reply-to: <10e14db205080403026adc4c9e@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au Approved: monash-smtp-auth To: Syam Madanapalli Cc: "Tero Kauppinen (JO/LMF)" , Greg Daley , Dna Message-id: <42F1EA23.8050905@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <42F0F020.2040804@eng.monash.edu.au> <10e14db205080310001e6b394a@mail.gmail.com> <42F1BFF5.4080408@eng.monash.edu.au> <10e14db205080400467b3a881d@mail.gmail.com> <42F1CD31.6050509@eng.monash.edu.au> <10e14db205080401576dfe1551@mail.gmail.com> <42F1E60C.1000403@ericsson.com> <10e14db205080403026adc4c9e@mail.gmail.com> Content-Transfer-Encoding: 7BIT Syam Madanapalli wrote: > Hi Tero, > > >>>The CPL requires to build complete prefix list on both the previous >>>link as well as on the new link. Is this correct? >> >>Let's assume that the node has built a complete prefix for the old link. >>It then moves to a new link, and gets a "NO" answer. It's not required >>the node to receive all prefixes on the "new" link in order to detect >>that it's actually on the same link. The node can conclude this from a >>single joint prefix, or have I misunderstood the question? > > > Yes, it can detect if there is a single joint prefix. The node should > check all the prefixes on the link or until it finds a joint prefix. > (I think :-)) I don't think so. If the CPL has been generated, and then the host gets a L2 indication that movement may have happened, and the next RA has no prefixes in common with the CPL, then the host can take this to indicate link change. Brett. From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 06:36:30 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0d5R-00034v-K4 for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 06:36:30 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA24382 for ; Thu, 4 Aug 2005 06:36:26 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFZ4KAVFA99QTNN@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 20:35:56 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id A1C1CAB545; Thu, 04 Aug 2005 20:35:51 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 4FCA74FB07; Thu, 04 Aug 2005 20:35:51 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74AZcY28881 for dna-list; Thu, 04 Aug 2005 20:35:38 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74AZcw28877 for ; Thu, 04 Aug 2005 20:35:38 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRFZ3YPFQW9APWLE@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 20:35:22 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id AC2F98000D; Thu, 04 Aug 2005 20:35:22 +1000 (EST) Received: from [172.19.242.16] (vpn-student-242-16.its.monash.edu.au [172.19.242.16]) by larry.its.monash.edu.au (Postfix) with ESMTP id 174683C003; Thu, 04 Aug 2005 20:35:20 +1000 (EST) Date: Thu, 04 Aug 2005 20:35:17 +1000 From: Greg Daley Subject: Re: [DNA] Accelerated RA Delivery Discussion? In-reply-to: <0f8501c598d8$8166e810$596015ac@dcml.docomolabsusa.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: James Kempf Cc: Dna , jinchoe@gmail.com Message-id: <42F1EF65.8000900@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=Windows-1252; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <0f8501c598d8$8166e810$596015ac@dcml.docomolabsusa.com> Content-Transfer-Encoding: 7BIT James Kempf wrote: > Are we going to discuss accelerated RA discussion during this afternoon's > discussion? In order to finally get a WG draft, we need to decide on a > technique for both problems. > Hi James, We're having a talk about accelerated RA delivery in the form of a presentation by JinHyeock. If we need to discuss other issues related to the "Solutions Document" then that's OK, but I'd prefer to concentrate on the most contentious issues in the session. Can we do it in the case we have time? It may be possible to discuss this on list instead If we've got time though, I have a presentation which I made last week at NIST, some of which may be applicable. JinHyeock may also have some slides which will help (from his existing presentation) - JinHyeock, can you indicate if this is the case? Does that sound like a plan? Greg From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 06:38:09 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0d72-0004JZ-Oe for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 06:38:09 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA24823 for ; Thu, 4 Aug 2005 06:38:05 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFZ6JLC8I8Y8C85@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 20:37:46 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 3BED2AB54A; Thu, 04 Aug 2005 20:37:27 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id E657F4FB08; Thu, 04 Aug 2005 20:37:26 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74AbMf28943 for dna-list; Thu, 04 Aug 2005 20:37:22 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74AbLw28939 for ; Thu, 04 Aug 2005 20:37:21 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRFZ636M5U8Y8BEQ@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 20:37:05 +1000 Received: by localhost (Postfix, from userid 510) id 7400DAB543; Thu, 04 Aug 2005 20:37:05 +1000 (EST) Received: from mailout2.samsung.com (mailout2.samsung.com [203.254.224.25]) by moe.its.monash.edu.au (Postfix) with ESMTP id 38F914FB04 for ; Thu, 04 Aug 2005 20:37:04 +1000 (EST) Received: from ep_mmp2 (mailout2.samsung.com [203.254.224.25]) by mailout2.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKP005D11HPA5@mailout2.samsung.com> for dna@eng.monash.edu.au; Thu, 04 Aug 2005 19:37:01 +0900 (KST) Received: from wable ([107.108.71.65]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0IKP0037F1HLAZ@mmp2.samsung.com> for dna@eng.monash.edu.au; Thu, 04 Aug 2005 19:37:01 +0900 (KST) Date: Thu, 04 Aug 2005 16:02:50 +0530 From: Ranjitsinh Wable Subject: Re: [DNA] Link Identification Scheme Comparison Powerpointslides Sender: owner-dna@ecselists.eng.monash.edu.au To: Sathya Narayanan Cc: dna@eng.monash.edu.au Message-id: <006601c598df$df073e50$41476c6b@sisodomain.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <2abb82716f.2716f2abb8@pintlmail.MITL.Research.Panasonic.COM> Content-Transfer-Encoding: 7BIT Hi Sathya, Nice to see your comaprison list. But here I am having few concerns about it. Comparison 9: I think Landmark also depends on CPL on DNA-nonDNA movement. There is no way that the Landmark can make decision on its own. Comparison 10: Support for Mixed Links Whether you consider this case different from the Comparison 8. I guess its the case when the one link have both DNA and non-DNA Routers. I think this the same problem with the Landmark if the new router comes up in the same link. Comparison 11: Support for the # of prefixes I think here again LinkId has advantage than Landmark. How does the Landmark have the advantage? Also I think following points shall be added in the comparison list. 1) Synchronisation 2) No of new options 3) Support for neigborhood information discovery protocols like NED, CARD Let me know your opinion on the same. Regards, Wable R. U. ----- Original Message ----- From: "Sathya Narayanan" To: "Greg Daley" Cc: Sent: Thursday, August 04, 2005 2:35 PM Subject: Re: [DNA] Link Identification Scheme Comparison Powerpointslides > The latest comparison slides to be used during the meeting can be found > at: > > http://www.ctie.monash.edu.au/dna/DNASolnComparison_4Aug2005.ppt > > Please take a look at it and provide feedback. > > thanks, > Sathya > > ----- Original Message ----- > From: Greg Daley > Date: Friday, July 29, 2005 3:39 pm > Subject: [DNA] Link Identification Scheme Comparison Powerpoint slides > >> Hi, >> >> Here is a comparison of the different Link Identification features >> available in draft-pentland-dna-protocol and draft-jinchoi-dna- >> protocol2 >> >> It's aimed at providing a feature distinction, although there are >> also a couple of outstanding issues to be considered separately. >> >> http://www.ctie.monash.edu.au/dna/DNASolnComparison_28July2005.ppt >> >> Greg >> > > > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 08:10:30 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0eYQ-0007u0-Dl for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 08:10:30 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA00562 for ; Thu, 4 Aug 2005 08:10:28 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRG2F5CHAM8X0663@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 22:10:16 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 2894BAB545; Thu, 04 Aug 2005 22:09:54 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id C6C0B4FB04; Thu, 04 Aug 2005 22:09:53 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74C9MV30074 for dna-list; Thu, 04 Aug 2005 22:09:22 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74C9Lw30070 for ; Thu, 04 Aug 2005 22:09:21 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRG2E92SVY8X0663@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 22:09:11 +1000 Received: by localhost (Postfix, from userid 510) id DD2DF8000D; Thu, 04 Aug 2005 22:09:10 +1000 (EST) Received: from oak.research.panasonic.com (oak.Research.Panasonic.COM [150.169.1.4]) by larry.its.monash.edu.au (Postfix) with ESMTP id 521833C00E for ; Thu, 04 Aug 2005 22:09:09 +1000 (EST) Received: from redwood.research.panasonic.com (birch.research.panasonic.com [150.169.3.2]) by oak.research.panasonic.com (1.1.1/1.1.1) with SMTP id j74C97G6016676; Thu, 04 Aug 2005 08:09:07 -0400 Received: from redwood.research.panasonic.com (birch.research.pansonic.com [150.169.3.2]) by testing.research.panasonic.com (Postfix) with ESMTP id 8446B1E819E; Thu, 04 Aug 2005 07:59:34 -0400 (EDT) Received: from pintlmail.MITL.Research.Panasonic.COM (pintlmail.mitl.research.panasonic.com [150.169.1.62]) by redwood.research.panasonic.com (Postfix) with ESMTP id 792F81E819D; Thu, 04 Aug 2005 07:59:34 -0400 (EDT) Received: from [86.255.26.139] by pintlmail.MITL.Research.Panasonic.COM(mshttpd); Thu, 04 Aug 2005 08:09:07 -0400 Date: Thu, 04 Aug 2005 08:09:07 -0400 From: Sathya Narayanan Subject: Re: [DNA] Link Identification Scheme ComparisonPowerpointslides Sender: owner-dna@ecselists.eng.monash.edu.au To: Ranjitsinh Wable Cc: dna@eng.monash.edu.au Message-id: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.09 (built Jan 7 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en X-imss-version: 2.8 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:19 M:0 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) Content-Transfer-Encoding: 7BIT > Comparison 9: I think Landmark also depends on CPL on DNA-nonDNA > movement. There is no way that the Landmark can make decision on its own. As mentioned in the footnotes in the additional information section, it is the CompleteRA component which helps with building of the CPL (see Comparison 4), which makes it a 'Yes' for the Landmark/CompleteRA column. > Comparison 10: Support for Mixed Links > > Whether you consider this case different from the Comparison 8. 8, 9, 10 and too some extent 4 are related - different aspects of a underlying concept. > I guess its the case when the one link have both DNA and non-DNA Routers. Yes. > I think this the same problem with the Landmark if the new router comesup in the same link. I am not sure I understand this comment - new router coming up on a link introduces some kinda instability to both link identification mechansim (I guess it was refered to as flashing on the mailing list). > > Comparison 11: Support for the # of prefixes > > I think here again LinkId has advantage than Landmark. How does the Landmark have the advantage? That was a bad choice of words, what I meant was - only the Landmark functionality will be available when there are large number of prefixes so that they don't fit in a single RA message. > Also I think following points shall be added in the comparison list. > > 1) Synchronisation > 2) No of new options > 3) Support for neigborhood information discovery protocols like NED, CARD I don't think 1) and 2) are useful. And I don't know about 3). Lets discuss it further. thanks for your comments, Sathya > ----- Original Message ----- > From: "Sathya Narayanan" > To: "Greg Daley" > Cc: > Sent: Thursday, August 04, 2005 2:35 PM > Subject: Re: [DNA] Link Identification Scheme Comparison > Powerpointslides > > > The latest comparison slides to be used during the meeting can > be found > > at: > > > > http://www.ctie.monash.edu.au/dna/DNASolnComparison_4Aug2005.ppt > > > > Please take a look at it and provide feedback. > > > > thanks, > > Sathya > > > > ----- Original Message ----- > > From: Greg Daley > > Date: Friday, July 29, 2005 3:39 pm > > Subject: [DNA] Link Identification Scheme Comparison Powerpoint > slides> > >> Hi, > >> > >> Here is a comparison of the different Link Identification features > >> available in draft-pentland-dna-protocol and draft-jinchoi-dna- > >> protocol2 > >> > >> It's aimed at providing a feature distinction, although there are > >> also a couple of outstanding issues to be considered separately. > >> > >> http://www.ctie.monash.edu.au/dna/DNASolnComparison_28July2005.ppt > >> > >> Greg > >> > > > > > > > > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 09:07:01 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0fR7-0001kp-5W for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 09:07:01 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA07181 for ; Thu, 4 Aug 2005 09:06:58 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRG4EPY4CI99QV1X@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 04 Aug 2005 23:06:52 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 656F2AB542; Thu, 04 Aug 2005 23:06:49 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 1D78F4FB03; Thu, 04 Aug 2005 23:06:49 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74D6YQ30760 for dna-list; Thu, 04 Aug 2005 23:06:34 +1000 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74D6Xw30756 for ; Thu, 04 Aug 2005 23:06:33 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRG4E6R8LY9APRCQ@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 04 Aug 2005 23:06:23 +1000 Received: by localhost (Postfix, from userid 510) id BD37DAB545; Thu, 04 Aug 2005 23:06:23 +1000 (EST) Received: from mailout1.samsung.com (mailout1.samsung.com [203.254.224.24]) by moe.its.monash.edu.au (Postfix) with ESMTP id 7949D4FB0A for ; Thu, 04 Aug 2005 23:06:22 +1000 (EST) Received: from ep_mmp2 (mailout1.samsung.com [203.254.224.24]) by mailout1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKP00CNY8EK6T@mailout1.samsung.com> for dna@eng.monash.edu.au; Thu, 04 Aug 2005 22:06:20 +0900 (KST) Received: from wable ([107.108.71.65]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0IKP00BEV8EGN4@mmp2.samsung.com> for dna@eng.monash.edu.au; Thu, 04 Aug 2005 22:06:20 +0900 (KST) Date: Thu, 04 Aug 2005 18:32:05 +0530 From: Ranjitsinh Wable Subject: Re: [DNA] Link Identification Scheme ComparisonPowerpointslides Sender: owner-dna@ecselists.eng.monash.edu.au To: Sathya Narayanan Cc: dna@eng.monash.edu.au Message-id: <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> Content-Transfer-Encoding: 7BIT Hi Sathya, See the comments inlined ----- Original Message ----- From: "Sathya Narayanan" To: "Ranjitsinh Wable" Cc: Sent: Thursday, August 04, 2005 5:39 PM Subject: Re: [DNA] Link Identification Scheme ComparisonPowerpointslides >> Comparison 9: I think Landmark also depends on CPL on DNA-nonDNA >> movement. There is no way that the Landmark can make decision on its own. > > As mentioned in the footnotes in the additional information section, it is > the CompleteRA component which helps with building of the CPL (see > Comparison 4), which makes it a 'Yes' for the Landmark/CompleteRA column. Here again I will say that the Complete RA will aid to create the Complete Prefix List Faster after that the mechanism is same. Lets say that host on the previous link have the complete prefix List (How they get that list, mechanism may be different), On movement from DNA to non-DNA they have to check the prefix list in the new RA to the complete prefix list. So that way the mechanism remains same. There is no different case for both the methods. >> Comparison 10: Support for Mixed Links >> >> Whether you consider this case different from the Comparison 8. > 8, 9, 10 and too some extent 4 are related - different aspects of a > underlying concept. > >> I guess its the case when the one link have both DNA and non-DNA Routers. > Yes. > >> I think this the same problem with the Landmark if the new router comesup >> in the same link. > I am not sure I understand this comment - new router coming up on a link > introduces some kinda instability to both link identification mechansim (I > guess it was refered to as flashing on the mailing list). > I think, I was too abstract to convey the point. Sorry for that I will try to put it in different way, Supose in the mixed link host gets the RA. Link ID will consider the the Link change process if it gets the L2 trigger bcoz it don't know whether its non-DNA node of same link or RA from new Link. Now lets consider what happens in the Landmark case. Now if the new RA advertise prefix which is not present in the Complete prefix List available with host. (Your bracket case from ppt). Host don't know its new router on same link or new router on the next link. So the requirement is agin same. >> >> Comparison 11: Support for the # of prefixes >> >> I think here again LinkId has advantage than Landmark. How does the >> Landmark have the advantage? > That was a bad choice of words, what I meant was - only the Landmark > functionality will be available when there are large number of prefixes so > that they don't fit in a single RA message. > Yes, you may need to rephrase it. Regards, Wable R. U. >> Also I think following points shall be added in the comparison list. >> >> 1) Synchronisation >> 2) No of new options >> 3) Support for neigborhood information discovery protocols like NED, CARD > > I don't think 1) and 2) are useful. And I don't know about 3). Lets > discuss it further. > > thanks for your comments, > Sathya > >> ----- Original Message ----- >> From: "Sathya Narayanan" >> To: "Greg Daley" >> Cc: >> Sent: Thursday, August 04, 2005 2:35 PM >> Subject: Re: [DNA] Link Identification Scheme Comparison >> Powerpointslides >> >> > The latest comparison slides to be used during the meeting can >> be found >> > at: >> > >> > http://www.ctie.monash.edu.au/dna/DNASolnComparison_4Aug2005.ppt >> > >> > Please take a look at it and provide feedback. >> > >> > thanks, >> > Sathya >> > >> > ----- Original Message ----- >> > From: Greg Daley >> > Date: Friday, July 29, 2005 3:39 pm >> > Subject: [DNA] Link Identification Scheme Comparison Powerpoint >> slides> >> >> Hi, >> >> >> >> Here is a comparison of the different Link Identification features >> >> available in draft-pentland-dna-protocol and draft-jinchoi-dna- >> >> protocol2 >> >> >> >> It's aimed at providing a feature distinction, although there are >> >> also a couple of outstanding issues to be considered separately. >> >> >> >> http://www.ctie.monash.edu.au/dna/DNASolnComparison_28July2005.ppt >> >> >> >> Greg >> >> >> > >> > >> > >> >> > > > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 10:54:39 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0h7H-0003GM-GI for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 10:54:39 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA17031 for ; Thu, 4 Aug 2005 10:54:36 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRG868ZQG69APWKP@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 00:54:35 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 130D7AB545; Fri, 05 Aug 2005 00:54:31 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id B8EF54FB05; Fri, 05 Aug 2005 00:54:30 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74EoT532259 for dna-list; Fri, 05 Aug 2005 00:50:29 +1000 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74EoSw32255 for ; Fri, 05 Aug 2005 00:50:28 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRG814DTOW9APWKP@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 00:50:23 +1000 Received: by localhost (Postfix, from userid 510) id B0C98AB542; Fri, 05 Aug 2005 00:50:23 +1000 (EST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by curly.its.monash.edu.au (Postfix) with ESMTP id 16F864FB02 for ; Fri, 05 Aug 2005 00:50:19 +1000 (EST) Received: from esealmw127.eemea.ericsson.se (unknown [153.88.254.122]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id E880E5D8 for ; Thu, 04 Aug 2005 16:50:14 +0200 (CEST) Received: from esealmw127.eemea.ericsson.se ([153.88.254.175]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Thu, 04 Aug 2005 16:50:13 +0200 Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Thu, 04 Aug 2005 16:50:13 +0200 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 039DF24EC for ; Thu, 04 Aug 2005 17:50:13 +0300 (EEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id CBA651AB9D8 for ; Thu, 04 Aug 2005 17:50:12 +0300 (EEST) Date: Thu, 04 Aug 2005 16:50:10 +0200 From: "Tero Kauppinen (JO/LMF)" Subject: [DNA] Failing to produce a link-up hint In-reply-to: <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> Sender: owner-dna@ecselists.eng.monash.edu.au Cc: dna@eng.monash.edu.au Message-id: <42F22B22.8080504@ericsson.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Brightmail-Tracker: AAAAAA== X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> X-OriginalArrivalTime: 04 Aug 2005 14:50:13.0202 (UTC) FILETIME=[D1B29320:01C59903] Content-Transfer-Encoding: 7BIT I tried to ask the following question during the DNA jabber session, but that didn't quite produce the result I was hoping for and so I send this on the mailing list instead: Does anyone know about a link technology which fails to report a link-up hint? /Tero From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 11:32:33 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0hhw-000579-Vg for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 11:32:33 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA19377 for ; Thu, 4 Aug 2005 11:32:29 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRG9GY1WIY99QSO6@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 01:32:16 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 7D711AB543; Fri, 05 Aug 2005 01:32:10 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 2CFAC4FB06; Fri, 05 Aug 2005 01:32:10 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74FVp132742 for dna-list; Fri, 05 Aug 2005 01:31:51 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74FVpw32738 for ; Fri, 05 Aug 2005 01:31:51 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRG9GBPT9U8X038Z@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 01:31:40 +1000 Received: by localhost (Postfix, from userid 510) id 930158000D; Fri, 05 Aug 2005 01:31:40 +1000 (EST) Received: from smtp.nist.gov (rimp2.nist.gov [129.6.16.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by larry.its.monash.edu.au (Postfix) with ESMTP id 72CBD3C005 for ; Fri, 05 Aug 2005 01:31:39 +1000 (EST) Received: from [127.0.0.1] ([129.6.220.2]) by smtp.nist.gov (8.13.1/8.13.1) with ESMTP id j74FVVPc023744; Thu, 04 Aug 2005 11:31:32 -0400 Date: Thu, 04 Aug 2005 17:31:23 -0400 From: Nicolas Montavont Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: <42F22B22.8080504@ericsson.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: "Tero Kauppinen (JO/LMF)" Cc: dna@eng.monash.edu.au Message-id: <42F2892B.3080703@nist.gov> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-NIST-MailScanner: Found to be clean X-NIST-MailScanner-From: montavon@nist.gov X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> Content-Transfer-Encoding: 7BIT Tero, I don't have a technology in mind, but from an implementation point of view, maybe some nodes won't implement Link Up. Nicolas Tero Kauppinen (JO/LMF) wrote: > I tried to ask the following question during the DNA jabber session, > but that didn't quite produce the result I was hoping for and so I send > this on the mailing list instead: > > Does anyone know about a link technology which fails to report a > link-up hint? > > /Tero > From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 12:01:21 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0i9o-000669-RI for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 12:01:21 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21466 for ; Thu, 4 Aug 2005 12:01:17 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRGAFW36129APV1H@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 01:59:36 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 08281AB54B; Fri, 05 Aug 2005 01:59:34 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id AC4DC4FB03; Fri, 05 Aug 2005 01:59:33 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74FxDD00667 for dna-list; Fri, 05 Aug 2005 01:59:13 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74FxCw00663 for ; Fri, 05 Aug 2005 01:59:12 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRGAF8TPVA8Y8E9Z@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 01:59:03 +1000 Received: by localhost (Postfix, from userid 510) id D93A3AB543; Fri, 05 Aug 2005 01:59:02 +1000 (EST) Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by moe.its.monash.edu.au (Postfix) with ESMTP id 3B5FA4FB02 for ; Fri, 05 Aug 2005 01:59:01 +1000 (EST) Received: from jurassic.eng.sun.com ([129.146.226.130]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id j74Fwx3t005574; Thu, 04 Aug 2005 08:58:59 -0700 (PDT) Received: from [192.9.61.11] (punchin-nordmark.SFBay.Sun.COM [192.9.61.11]) by jurassic.eng.sun.com (8.13.4+Sun/8.13.4) with ESMTP id j74Fwt9G893122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 04 Aug 2005 08:58:58 -0700 (PDT) Date: Thu, 04 Aug 2005 08:59:40 -0700 From: Erik Nordmark Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: <42F2892B.3080703@nist.gov> Sender: owner-dna@ecselists.eng.monash.edu.au To: Nicolas Montavont Cc: "Tero Kauppinen (JO/LMF)" , dna@eng.monash.edu.au Message-id: <42F23B6C.50206@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050323) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> <42F2892B.3080703@nist.gov> Content-Transfer-Encoding: 7BIT Nicolas Montavont wrote: > Tero, > > I don't have a technology in mind, but from an implementation point of > view, maybe some nodes won't implement Link Up. And some nodes won't implement DNA ;-) We could very say that if you want to implement DNA, then you need to implement link up. That isn't much different than saying that if you want to implement TCP, you need to implement the 16 bit Internet checksum algorithm. Hence the question is whether this would cause a problem for some types of links, where there is something in the L2 design that makes it hard for a device driver to provide a link up event notification. Erik From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 04 12:23:50 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0iVa-00052f-EA for dna-archive@megatron.ietf.org; Thu, 04 Aug 2005 12:23:50 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA22958 for ; Thu, 4 Aug 2005 12:23:46 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRGB9FI7WC8Y8CRD@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 02:23:37 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id D73ACAB54B; Fri, 05 Aug 2005 02:23:22 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 900BE4FB03; Fri, 05 Aug 2005 02:23:22 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j74GN1V00969 for dna-list; Fri, 05 Aug 2005 02:23:01 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j74GN0w00965 for ; Fri, 05 Aug 2005 02:23:00 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRGB8XMKMI99QVDQ@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 02:22:59 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id CE5C4AB543 for ; Fri, 05 Aug 2005 02:22:58 +1000 (EST) Received: from relay1.mail.vrmd.de (relay1.mail.vrmd.de [81.28.232.18]) by curly.its.monash.edu.au (Postfix) with ESMTP id E9B8F4FB06 for ; Fri, 05 Aug 2005 02:22:57 +1000 (EST) Received: from [213.196.200.236] (helo=[192.168.1.23]) by vm8.bln2.vrmd.de with asmtp (Exim 4.41) id 1E0iUh-0008GF-Ix for dna@eng.monash.edu.au; Thu, 04 Aug 2005 18:22:55 +0200 Date: Thu, 04 Aug 2005 18:22:51 +0200 From: Marc Manthey Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: <42F23B6C.50206@sun.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Dna Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.733) Content-type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-983968323; protocol="application/pkcs7-signature" X-Relay-User: marc@let.de References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> <42F2892B.3080703@nist.gov> <42F23B6C.50206@sun.com> --Apple-Mail-1-983968323 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit On Aug 4, 2005, at 5:59 PM, Erik Nordmark wrote: > Nicolas Montavont wrote: > >> Tero, >> I don't have a technology in mind, but from an implementation >> point of view, maybe some nodes won't implement Link Up. >> > > And some nodes won't implement DNA ;-) http://www.dns-sd.org/ServerSetup.html --Apple-Mail-1-983968323 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHHzCCA0kw ggKyoAMCAQICDgpqAAEAAntSGyw2RRVxMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQGEwJERTEQ MA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50 ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RD ZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIu ZGUwHhcNMDUwNTA5MTQzMjQ4WhcNMDYwNTA5MTQzMjQ4WjBAMQswCQYDVQQGEwJERTEVMBMGA1UE AxMMTWFyYyBNYW50aGV5MRowGAYJKoZIhvcNAQkBFgttYXJjQGxldC5kZTCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAvwCjxxISYuhol4fmTuqlvYN3JOLxcceKV3T8OzmBqQVkbKvmkqh+d5ue O+Dz4ZD9sYKbvbAcQmfLqra94of91kM20oPlAalNcSNe8HUEDEVb4GHdqPVwmaVK9jJ5BUPDMheq W5TR5X/ATEfQU7oCZSI/7+h9Ww3anbUXIZeCCOMCAwEAAaOByDCBxTAMBgNVHRMBAf8EAjAAMA4G A1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNlbnRlci5kZS9n dWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZOaHR0cHM6Ly93d3cu dHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzBBNkEwMDAxMDAwMjdCNTIxQjJD MzY0NTE1NzE/MA0GCSqGSIb3DQEBBAUAA4GBAE94N6LMW8iv8HvV9RC77acqqCw4JyLYB6pcgTK9 bpEYxkdggTJRUnCMzz8TOOzVvfA2mzEmwoKDnMYUFugAxdLbFPuxsw4aJ9vMZPdppz28nBDdx1jt lmoJvm3fogTLCGfhWyrd68/tqneYNf540iiXPkp9bwVs8qvQFyEUa8Y8MIIDzjCCAzegAwIBAgIP AJn2AAAAAtbxQYHMGpdhMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMH SGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNl Y3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xh c3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUwHhcNMDUw MjA0MTY0ODQ3WhcNMDYwMjA0MTY0ODQ3WjBAMQswCQYDVQQGEwJERTEVMBMGA1UEAxMMTWFyYyBN YW50aGV5MRowGAYJKoZIhvcNAQkBFgttYXJjQGxldC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANL2cTdJD0oNKje7z4466yUIRX8DJbmjCZBMLtnmHiEqMrpK2rQps8Gcmp3ueB+d o7lGwU7YH3m676a5XhyvcaYwmu1C2gLfBiOzbijbZLP95vP0Aowf9HyuO6iTS42el73q+6MKCY8h O1px1R1blj9cxFeGfFXiG8Oz2QOi7sfJHB+Vp9WVU8ZI1I8NibF/wAN8HzZSdbKkEArGarBCYZ8J Em9C7UZpxc3fx61PePP/z5j4GeQVt+iI5FzBMlg0T7W5X16D0yQuLQb2ajeYJhstFC0KrbO+v9eV WnOsXzOYo+PkPH4O6tOKyX14GFITKYWTwyU6It03XrO/lAvn80kCAwEAAaOByDCBxTAMBgNVHRMB Af8EAjAAMA4GA1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNl bnRlci5kZS9ndWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZOaHR0 cHM6Ly93d3cudHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzk5RjYwMDAwMDAw MkQ2RjE0MTgxQ0MxQTk3NjE/MA0GCSqGSIb3DQEBBAUAA4GBAF3ZoITTnsH5RDnrDWReZJPv9WUF yGPjjKIUHQlGeEg+JY4T5b8SrHJGkyxyoc2dj3E5G7iJ173mz5IK42YizLRNCcw3gZcSJQl8SqiL L7VN/xdOZfbZKFhDStraQXghJ9tvoD5CNzFKblW71W0iv2f1R7GPwR+lKB9S5ZejZj+CMYIDoTCC A50CAQEwgc8wgbwxCzAJBgNVBAYTAkRFMRAwDgYDVQQIEwdIYW1idXJnMRAwDgYDVQQHEwdIYW1i dXJnMTowOAYDVQQKEzFUQyBUcnVzdENlbnRlciBmb3IgU2VjdXJpdHkgaW4gRGF0YSBOZXR3b3Jr cyBHbWJIMSIwIAYDVQQLExlUQyBUcnVzdENlbnRlciBDbGFzcyAxIENBMSkwJwYJKoZIhvcNAQkB FhpjZXJ0aWZpY2F0ZUB0cnVzdGNlbnRlci5kZQIOCmoAAQACe1IbLDZFFXEwCQYFKw4DAhoFAKCC AicwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUwODA0MTYyMjUz WjAjBgkqhkiG9w0BCQQxFgQU5OZuADW02THL8y4RFY+ALESjqYQwgeEGCSsGAQQBgjcQBDGB0zCB 0DCBvDELMAkGA1UEBhMCREUxEDAOBgNVBAgTB0hhbWJ1cmcxEDAOBgNVBAcTB0hhbWJ1cmcxOjA4 BgNVBAoTMVRDIFRydXN0Q2VudGVyIGZvciBTZWN1cml0eSBpbiBEYXRhIE5ldHdvcmtzIEdtYkgx IjAgBgNVBAsTGVRDIFRydXN0Q2VudGVyIENsYXNzIDEgQ0ExKTAnBgkqhkiG9w0BCQEWGmNlcnRp ZmljYXRlQHRydXN0Y2VudGVyLmRlAg8AmfYAAAAC1vFBgcwal2EwgeMGCyqGSIb3DQEJEAILMYHT oIHQMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6 MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21i SDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2Vy dGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUCDwCZ9gAAAALW8UGBzBqXYTANBgkqhkiG9w0BAQEFAASB gKzxGajxxdzCIJgJd+TwW2idRdmFuz/D/V5yaO0UPbYGDNGqTzPaJtuFJ71f09gIOsjo6WeJ2IKz +sSr3SD58WWiKzHaW2hAXCWeUY1v5CDLi3O+Kh4Y7HtJ9bQRHtj6WzB/hrXNVER6COL1dG8qMIFi UA/q+XSAq4dW1k0U43qyAAAAAAAA --Apple-Mail-1-983968323-- From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 05 02:03:17 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0vIZ-0006hk-Hi for dna-archive@megatron.ietf.org; Fri, 05 Aug 2005 02:03:17 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA05980 for ; Fri, 5 Aug 2005 02:03:11 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH3U36FVC8X02C1@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 16:01:59 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id B10B4AB544; Fri, 05 Aug 2005 16:01:45 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 6DA274FB0A; Fri, 05 Aug 2005 16:01:45 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7560vi10704 for dna-list; Fri, 05 Aug 2005 16:00:57 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7560uw10700 for ; Fri, 05 Aug 2005 16:00:56 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH3SUJXR48X09G0@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 16:00:46 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id CC6588000F; Fri, 05 Aug 2005 16:00:45 +1000 (EST) Received: from [172.19.242.9] (vpn-student-242-9.its.monash.edu.au [172.19.242.9]) by larry.its.monash.edu.au (Postfix) with ESMTP id 1F72B3C010; Fri, 05 Aug 2005 16:00:43 +1000 (EST) Date: Fri, 05 Aug 2005 16:00:40 +1000 From: Greg Daley Subject: Re: [DNA] Link Identification Scheme Comparison Powerpointslides In-reply-to: <006601c598df$df073e50$41476c6b@sisodomain.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Ranjitsinh Wable Cc: Sathya Narayanan , dna@eng.monash.edu.au Message-id: <42F30088.6080900@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <2abb82716f.2716f2abb8@pintlmail.MITL.Research.Panasonic.COM> <006601c598df$df073e50$41476c6b@sisodomain.com> Content-Transfer-Encoding: 7BIT Hi, Ranjitsinh Wable wrote: [cut] > 3) Support for neigborhood information discovery protocols like NED, CARD I don't think this is in scope. Please explain what you meant. Greg From capwap-admin@frascone.com Fri Aug 05 02:13:13 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0vSD-0008JW-6Z for capwap-archive@megatron.ietf.org; Fri, 05 Aug 2005 02:13:13 -0400 Received: from mail.frascone.com (postfix@frascone.com [204.49.99.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA15573 for ; Fri, 5 Aug 2005 02:13:10 -0400 (EDT) Received: from localhost (xavier [127.0.0.1]) by mail.frascone.com (Postfix) with ESMTP id A502B206D5; Fri, 5 Aug 2005 02:13:08 -0400 (EDT) Received: from xavier (xavier [127.0.0.1]) by mail.frascone.com (Postfix) with ESMTP id DA55F20399; Fri, 5 Aug 2005 02:13:05 -0400 (EDT) X-Original-To: capwap@frascone.com Delivered-To: capwap@frascone.com Received: from localhost (xavier [127.0.0.1]) by mail.frascone.com (Postfix) with ESMTP id 5999120642 for ; Fri, 5 Aug 2005 02:12:03 -0400 (EDT) Received: from tierw.net.avaya.com (tierw.net.avaya.com [198.152.13.100]) by mail.frascone.com (Postfix) with ESMTP id EDBA120392 for ; Fri, 5 Aug 2005 02:12:00 -0400 (EDT) Received: from tierw.net.avaya.com (localhost [127.0.0.1]) by tierw.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j755xJpt024373 for ; Fri, 5 Aug 2005 01:59:19 -0400 (EDT) Received: from nj7460avexu2.global.avaya.com (h198-152-6-52.avaya.com [198.152.6.52]) by tierw.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j755xHpt024353 for ; Fri, 5 Aug 2005 01:59:17 -0400 (EDT) x-mimeole: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Subject: RE: [Capwap] comment about LWAPP and other wireless technologies Message-ID: <5844A41F4E146044A2E8356C63285880093C5FE9@nj7460avexu2.global.avaya.com> Thread-Topic: [Capwap] comment about LWAPP and other wireless technologies Thread-Index: AcWYBaJrtlWsbMOaSgqlO3LY1UI6sAAAHHxAAAFRzaAABsGM0AAC+h4gAFOClyA= From: "Sadot, Emek (Emek)" To: "Pat Calhoun (pacalhou)" , "Nehru Bhandaru" , "Yuval Cohen" , "Bob O'Hara (boohara)" , X-Virus-Scanned: by AMaViS 0.3.12 (frascone.com) Sender: capwap-admin@frascone.com Errors-To: capwap-admin@frascone.com X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.0.13 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: Date: Fri, 5 Aug 2005 02:11:57 -0400 X-Virus-Scanned: by AMaViS 0.3.12 (frascone.com) Content-Transfer-Encoding: base64 SSByZXNwZWN0ZnVsbHkgZGlzYWdyZWUgd2l0aCB0aGUgYXNzdW1wdGlvbiB0aGF0IFNwbGl0IE1B QyBpcyBkZWZpbmUgYXMgKmFsbCogQVAgZnVuY3Rpb25zIGluIHRoZSBBQywgYW5kIGluIHBhcnRp Y3VsYXIgdGhlIERTLiBUaGlzIGlzc3VlIHdhcyBleGhhdXN0ZWQgaW4gdGhlIGxpc3QuIElmIG15 IG1lbW9yeSBzZXJ2ZXIgbWUgcmlnaHQgdGhlIGtleSBhcmd1bWVudHMgaW4gZmF2b3Igb2Ygb2Zm bG9hZCB0aGUgRFMgdG8gdGhlIFdUUCB3ZXJlOg0KLSBDQVBXQVAgaXMgYSBjb250cm9sIHByb3Rv Y29sLCBoYXMgbm90aGluZyB0byBkbyB3aXRoIGRhdGEgZmxvdw0KLSBBdm9pZCBoYW1tZXJpbmcg dGhlIEFDIHdpdGggZGF0YSB0cmFmZmljDQotIFNob3J0ZXN0IHBhdGggZm9yIGRhdGEgcGFja2V0 cw0KDQpSZWdhcmRzLA0KRW1law0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog Y2Fwd2FwLWFkbWluQGZyYXNjb25lLmNvbSBbbWFpbHRvOmNhcHdhcC1hZG1pbkBmcmFzY29uZS5j b21dIE9uIEJlaGFsZiBPZiBQYXQgQ2FsaG91biAocGFjYWxob3UpDQpTZW50OiBXZWRuZXNkYXks IEF1Z3VzdCAwMywgMjAwNSA5OjU3IEFNDQpUbzogTmVocnUgQmhhbmRhcnU7IFl1dmFsIENvaGVu OyBCb2IgTydIYXJhIChib29oYXJhKTsgY2Fwd2FwQGZyYXNjb25lLmNvbQ0KU3ViamVjdDogUkU6 IFtDYXB3YXBdIGNvbW1lbnQgYWJvdXQgTFdBUFAgYW5kIG90aGVyIHdpcmVsZXNzIHRlY2hub2xv Z2llcw0KDQpTbyB0aGlzIHdvdWxkIGJlIGFuIGFyZ3VtZW50IGZvciBsb2NhbCBicmlkZ2luZyBh bmQgdHVubmVsaW5nIG9mIDgwMi4zIGZyYW1lcyBpbiBsb2NhbCBtb2RlLiBJIHRoaW5rIHRoYXQg d291bGQgYmUgYSBnb29kIGNvbXByb21pc2UuIEkgYmVsaWV2ZSB0aGF0IGNoYW5naW5nIHRoZSBi YXNpYyBmdW5kYW1lbnRhbHMgb2YgU3BsaXQgTUFDLCB3aGljaCBtZWFucyAqYWxsKiBBUCBmdW5j dGlvbnMgYXJlIHBlcmZvcm1lZCBpbiB0aGUgQUMgKHBvc3NpYmx5IGluY2x1ZGluZyBlbmNyeXB0 aW9uKSwgd291bGQgYmUgYSBtaXN0YWtlLg0KDQpUaGUgdGF4b25vbXkgcmVjb21tZW5kYXRpb24g YWxyZWFkeSByZWNvbW1lbmRzIHRoYXQgTG9jYWwgTUFDIGJlIHRoZSAibWFuZGF0b3J5IiBtb2Rl LCBidXQgaWYgdGhlIFdHIGFncmVlcywgd2UgY291bGQgbWFrZSBjaGFuZ2VzIHRvIGFsbG93IGZv ciB0dW5uZWxpbmcgb2YgdHJhZmZpYyBpbiBhbiA4MDIuMyBtb2RlLg0KDQpQYXQgQ2FsaG91bg0K Q1RPLCBXaXJlbGVzcyBOZXR3b3JraW5nIEJ1c2luZXNzIFVuaXQNCkNpc2NvIFN5c3RlbXMNCg0K IA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGNhcHdhcC1hZG1pbkBm cmFzY29uZS5jb20NCj4gW21haWx0bzpjYXB3YXAtYWRtaW5AZnJhc2NvbmUuY29tXSBPbiBCZWhh bGYgT2YgTmVocnUgQmhhbmRhcnUNCj4gU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMDMsIDIwMDUg NTozOSBBTQ0KPiBUbzogWXV2YWwgQ29oZW47IEJvYiBPJ0hhcmEgKGJvb2hhcmEpOyBjYXB3YXBA ZnJhc2NvbmUuY29tDQo+IFN1YmplY3Q6IFJFOiBbQ2Fwd2FwXSBjb21tZW50IGFib3V0IExXQVBQ IGFuZCBvdGhlciB3aXJlbGVzcyANCj4gdGVjaG5vbG9naWVzDQo+IA0KPiANCj4gQWxsLA0KPiAN Cj4gSU1ITyBzdXBwb3J0aW5nIHRoZSBjYXNlIHdoZXJlIDgwMi4xMSA8LT4gODAyLjMgY29udmVy c2lvbiBpcyBkb25lIGF0IA0KPiB0aGUgV1RQIGFuZCA4MDIuMyBpcyB0cmFuc3BvcnRlZCB0byBB QyBpcyBpbXBvcnRhbnQgdG8gbGV2ZXJhZ2UgDQo+IGV4aXN0aW5nIHNpbGljb24gaW4gdGhlIGRh dGEgcGF0aCBhdCB0aGUgQUMuIFRoaXMgY2FuIGJlIGFjY29tcGxpc2hlZCANCj4gaW4gbWFueSB3 YXlzIGluIENBUFdBUCAtIG9uZSBvcHRpb24gdGhhdCBzZWVtcyB0byBiZSB1bmRlciBkZWJhdGUg aXMgDQo+IHRvIGNvbnNpZGVyIHRoaXMgYXMgYSBtb2RlIG9mIFNwbGl0IE1BQy4NCj4gDQo+IEFu b3RoZXIsIHNvbWV0aGluZyBJIGxpa2UgYmV0dGVyIGFuZCBub3QgdmVyeSBjb21wbGljYXRlZCwg aXMgdG8gDQo+IGNvbnNpZGVyIHRoaXMgYW4gTG9jYWwgTUFDIG9wdGlvbiB3aGVyZSB0aGUgaW50 ZWdyYXRpb24vcG9ydGFsIA0KPiBmdW5jdGlvbiBvZiA4MDIuMTEgQVAgaXMgYXQgdGhlIEFDLiBX aXRoIHRoaXMgbW9kZWwsIExXQVBQIGNvbnRyb2wgDQo+IHByb3RvY29sIChpbiB0aGUgTG9jYWwg TUFDIGNhc2UpIGNvdWxkIG5lZ290aWF0ZSB0aGUgZW5jYXBzdWxhdGlvbiBmb3IgDQo+IHRoZSBk YXRhIHBhdGggdG8gdGhlIHBvcnRhbC4gVGhpcyBjb3VsZCBiZSBHUkUsIExXQVBQKEwyL0wzKSBv ciANCj4gd2hhdGV2ZXIgLSB3aXRoIGlubmVyIHBheWxvYWQgb2YgODAyLjMuIFJTU0kvU05SL2V0 YyB2YWx1ZXMgY2FuIGJlIA0KPiBvYnRhaW5lZCBmcm9tIHRoZSBlbmNhcHN1bGF0aW9uIGhlYWRl ci4uLg0KPiANCj4gU3BsaXQgTUFDIGNvdWxkIGNhcnJ5IDgwMi4xMSBvbmx5IGluIHRoZSBkYXRh IHBhdGguDQo+IA0KPiAtIE5laHJ1DQo+IA0KPiAgICAgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCj4gICAgIEZyb206IGNhcHdhcC1hZG1pbkBmcmFzY29uZS5jb20NCj4gW21haWx0bzpjYXB3 YXAtYWRtaW5AZnJhc2NvbmUuY29tXSBPbg0KPiAgICAgQmVoYWxmIE9mIFl1dmFsIENvaGVuDQo+ ICAgICBTZW50OiBXZWRuZXNkYXksIEF1Z3VzdCAwMywgMjAwNSA1OjU1IEFNDQo+ICAgICBUbzog Qm9iIE8nSGFyYSAoYm9vaGFyYSk7IGNhcHdhcEBmcmFzY29uZS5jb20NCj4gICAgIFN1YmplY3Q6 IFJFOiBbQ2Fwd2FwXSBjb21tZW50IGFib3V0IExXQVBQIGFuZCBvdGhlciB3aXJlbGVzcw0KPiAg ICAgdGVjaG5vbG9naWVzDQo+ICAgICANCj4gICAgIEJvYiwNCj4gICAgIHRoZSBkaXNjdXNzaW9u IGlzIG5vdCBvbmx5IGFib3V0IGxvY2FsIE1BQyBidXQgYWxzbyBhYm91dCBzcGxpdCANCj4gTUFD LiBUaGUNCj4gICAgIGxvY2FsIE1BQyB3YXMgZ2l2ZW4ganVzdCBhcyBhbiBleGFtcGxlLg0KPiAg ICAgRm9yIHJlYXNvbnMgcHJvdmlkZWQgYmVmb3JlLCBJIHNlZSBhbHNvIGEgbG90IG9mIHNlbnNl IGluIHVzaW5nIA0KPiA4MDIuMw0KPiAgICAgZnJhbWVzIGFsc28gaW4gdGhlIHNwbGl0IE1BQyBj YXNlLCB3aGVyZSB5b3UgZG8gdGhlIGRpc3RyaWJ1dGlvbg0KPiAgICAgZnVuY3Rpb24gKGJhc2Vk IG9uIDgwMi4zIGZyYW1lIHN3aXRjaGluZykgd2l0aGluIHRoZSBBQw0KPiAgICAgU2luY2UgaW4g YW55IGNhc2UgeW91IG5lZWQgdG8gYWRkIHRoZSA4MDIuMTEgc3BlY2lmaWMgaW5mbyAobGlrZSAN Cj4gUlNTSSksDQo+ICAgICBJJ2QgcmF0aGVyIHNlZSBpdCB3aXRoaW4gdGhlIExXQVBQIHR1bm5l bCBoZWFkZXIgc28gSSBjYW4gY2hvb3NlIA0KPiBpZiB0bw0KPiAgICAgdGFrZSBpdCBmcm9tIHRo ZXJlIG9yIG5vdCBhbmQga2VlcCB0aGUgZnJhbWUgODAyLjMuIFRoaXMgd2lsbCBnaXZlIA0KPiB0 aGUNCj4gICAgIG1vc3QgZmxleGliaWxpdHkgZm9yIHRob3NlIGltcGxlbWVudGF0aW9ucyB0aGF0 IG5lZWQgdGhlIGV4dHJhIA0KPiBpbmZvIGFuZA0KPiAgICAgZm9yIHRob3NlIGxvb2tpbmcgaW50 byBzaW1wbGUgaW1wbGVtZW50YXRpb25zIG5vdCByZXF1aXJpbmcgDQo+IHByb2Nlc3NpbmcNCj4g ICAgIHRoZSBleHRyYSBpbmZvIG9yIGFsbG93aW5nIHByb2Nlc3NpbmcgaW4gdGhlIFdUUA0KPiAg ICAgDQo+ICAgICBJIHdvdWxkIGxpa2UgdG8gaGVhciBtb3JlIG9waW5pb25zIG9uIHRoZSBXRyBt YWlsaW5nIGxpc3QgYXMgdG8gDQo+IGhvdw0KPiAgICAgaW1wb3J0YW50IGl0IGlzIHRvIHN1cHBv cnQgdGhpcyBhbHNvIGluIHNwbGl0IE1BQyBjYXNlDQo+ICAgICANCj4gICAgIFl1dmFsDQo+ICAg ICANCj4gICAgIA0KPiAgICAgDQo+ICAgICANCj4gICAgIA0KPiAgICAgLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gICAgIEZyb206IGNhcHdhcC1hZG1pbkBmcmFzY29uZS5jb20NCj4gW21h aWx0bzpjYXB3YXAtYWRtaW5AZnJhc2NvbmUuY29tXSBPbg0KPiAgICAgQmVoYWxmIE9mIEJvYiBP J0hhcmEgKGJvb2hhcmEpDQo+ICAgICBTZW50OiBXZWRuZXNkYXksIEF1Z3VzdCAwMywgMjAwNSAx MTo0OSBBTQ0KPiAgICAgVG86IGNhcHdhcEBmcmFzY29uZS5jb20NCj4gICAgIFN1YmplY3Q6IFJF OiBbQ2Fwd2FwXSBjb21tZW50IGFib3V0IExXQVBQIGFuZCBvdGhlciB3aXJlbGVzcw0KPiAgICAg dGVjaG5vbG9naWVzDQo+ICAgICANCj4gICAgIEkgZ3Vlc3MgSSBmYWlsIHRvIHNlZSB3aGF0IHRo aXMgY29udHJvdmVyc3kgaXMgYWxsIGFib3V0LiANCj4gIElmIHlvdSB3YW50DQo+ICAgICB0byBm b3J3YXJkIDgwMi4zIGZyYW1lcyBmcm9tIHRoZSBXVFAsIHlvdSBhcmUgdXNpbmcgdGhlIGxvY2Fs IE1BQw0KPiAgICAgdmFyaWFudCBzdXBwb3J0ZWQgYnkgTFdBUFAuICBJbiBmYWN0LCB0aGF0IGlz IHdoYXQgdGhlIHRheG9ub215IA0KPiBkcmFmdA0KPiAgICAgc3BlY2lmaWVzLg0KPiAgICAgDQo+ ICAgICBJZiBhbGwgeW91IGhhdmUgaW4geW91ciBBQyBpcyBFdGhlcm5ldCBzd2l0Y2ggc2lsaWNv biBvbiB0aGUgZGF0YSANCj4gcGF0aCwNCj4gICAgIHRoaXMgaXMgdGhlIG9ubHkgcmVhc29uYWJs ZSBpbXBsZW1lbnRhdGlvbi4gIFRvIHNheSB0aGF0IGFub3RoZXIgDQo+IG9wdGlvbg0KPiAgICAg aXMgbmVjZXNzYXJ5IHRvIHN1cHBvcnQgY29udmVyc2lvbiBvZiA4MDIuMTEgZnJhbWVzIHRvDQo+ IDgwMi4zIGZyYW1lcyBpbg0KPiAgICAgdGhlIFdUUCBpbiBzcGxpdCBNQUMgbW9kZSwgc2VwYXJh dGUgdGhlIDgwMi4xMS1zcGVjaWZpYyANCj4gaW5mb3JtYXRpb24gYW5kDQo+ICAgICBmb3J3YXJk IHRoZSA4MDIuMyBmcmFtZXMgYW5kIHNlcGFyYXRlZCA4MDIuMTEgaW5mb3JtYXRpb24gYWJvdXQg DQo+IHRob3NlDQo+ICAgICBmb3J3YXJkZWQgODAyLjMgZnJhbWVzIGluIExXQVBQIHBhY2tldHMg aXMgcmlkaWN1bG91cy4gIA0KPiBKdXN0IGJlY2F1c2UgeW91DQo+ICAgICBoYXZlIGEgaGFtbWVy LCBkb2Vzbid0IG1lYW4gdGhhdCBldmVyeXRoaW5nIGVsc2UgaW4gdGhlIHdvcmxkIGlzIGEgDQo+ IG5haWwuDQo+ICAgICANCj4gICAgIEl0IHNlZW1zIHRoYXQgdGhpcyBpcyBhIHRyZW1lbmRvdXMg Y29tcGxpY2F0aW9uIHRvIHRoZSBBQywgd2hpY2ggDQo+IG5vdw0KPiAgICAgbmVlZHMgdG8gY29y cmVsYXRlIHRoaXMgc2VwYXJhdGVkIGluZm9ybWF0aW9uLiAgVGhpcyBjb3JyZWxhdGlvbg0KPiAg ICAgb3BlcmF0aW9uIHdhcyBub3QgbmVjZXNzYXJ5IHdoZW4gdGhlIDgwMi4xMSBmcmFtZXMgd2Vy ZSBmb3J3YXJkZWQNCj4gICAgIGRpcmVjdGx5LCBzaW5jZSB0aGUgZnJhbWVzIGFuZCB0aGVpciBp bmZvcm1hdGlvbiBhcnJpdmVkIHdob2xlIGFuZA0KPiAgICAgdG9nZXRoZXIuDQo+ICAgICANCj4g ICAgIEluIG9yZGVyIHRvIHJlZHVjZSB0aGUgY29tcHV0aW5nIGxvYWQgb24gdGhlIEFDIHRvIGNv cnJlbGF0ZSB0aGUNCj4gICAgIHNlcGFyYXRlZCBpbmZvcm1hdGlvbiwgdGhlIFdUUCBjb3VsZCBz ZW5kIG9ubHkgc3VtbWFyaXplZCANCj4gaW5mb3JtYXRpb24uDQo+ICAgICBPZiBjb3Vyc2UsIHRo aXMgcmVkdWNlcyB0aGUgYW1vdW50IG9mIGluZm9ybWF0aW9uIGF2YWlsYWJsZSB0byB0aGUgDQo+ IEFDLA0KPiAgICAgd2l0aG91dCBqdXN0aWZpY2F0aW9uLg0KPiAgICAgDQo+ICAgICAgLUJvYg0K PiAgICAgDQo+ICAgICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiAgICAgRnJvbTogY2Fw d2FwLWFkbWluQGZyYXNjb25lLmNvbQ0KPiBbbWFpbHRvOmNhcHdhcC1hZG1pbkBmcmFzY29uZS5j b21dIE9uDQo+ICAgICBCZWhhbGYgT2YgTWljaGFlbCBWYWt1bGVua28NCj4gICAgIFNlbnQ6IFdl ZG5lc2RheSwgQXVndXN0IDAzLCAyMDA1IDEyOjI3IEFNDQo+ICAgICBUbzogUGF0IENhbGhvdW4g KHBhY2FsaG91KQ0KPiAgICAgQ2M6IFl1dmFsIENvaGVuOyBUYWwgQW5rZXI7IGNhcHdhcEBmcmFz Y29uZS5jb20NCj4gICAgIFN1YmplY3Q6IFJFOiBbQ2Fwd2FwXSBjb21tZW50IGFib3V0IExXQVBQ IGFuZCBvdGhlciB3aXJlbGVzcw0KPiAgICAgdGVjaG5vbG9naWVzDQo+ICAgICANCj4gICAgIFBh dCwNCj4gICAgIA0KPiAgICAgWW91ciBxdWVzdGlvbiBpcyBpbmRlcGVuZGVudCBvZiB3aGV0aGVy IENBUFdBUCB0dW5uZWxzIDgwMi4zIG9yDQo+ICAgICA4MDIuMTEgZnJhbWUuIFNpZ25hbCBzdHJl bmd0aCBmaWVsZCBkb2VzIG5vdCBwcmVzZW50IGluDQo+IDgwMi4xMSBmcmFtZQ0KPiAgICAgaGVh ZGVycy4gSGF2aW5nIHR1bm5lbCA4MDIuMTEgZnJhbWVzIGRvZXNuJ3Qgc29sdmUgdGhlIHByb2Js ZW0uDQo+ICAgICANCj4gICAgIFRoYW5rcywNCj4gICAgIA0KPiAgICAgLS0gTWljaGFlbCBWLg0K PiAgICAgDQo+ICAgICBBdCAwODo0NiBBTSA4LzMvMjAwNSwgUGF0IENhbGhvdW4gXChwYWNhbGhv dVwpIHdyb3RlOg0KPiAgICAgPll1dmFsLA0KPiAgICAgPg0KPiAgICAgPkknZCBsaWtlIHRvIGNv bW1lbnQgb24geW91ciBwb2ludCBhYm91dCBoYXZpbmcgdGhlIFdUUCBwcm9jZXNzIA0KPiB0aGUN Cj4gICAgID5pbmZvcm1hdGlvbiwgYW5kIHByb3ZpZGUgYSBkaWdlc3RlZCB2ZXJzaW9uIG9mIHRo ZSBpbmZvcm1hdGlvbi4gDQo+IEhvdw0KPiAgICAgPndvdWxkIHlvdSBwcm9wb3NlIHRoYXQgdGhl IFdUUCByZXByZXNlbnQgdGhlIGNoYW5nZXMgaW4gc2lnbmFsIA0KPiBzdHJlbmd0aA0KPiAgICAg Pih3aGljaCBvY2N1ciBpbiByZWFsIHRpbWUpIHRvIHRoZSBBQyAtIGFuZCBob3cgZnJlcXVlbnQg d291bGQgeW91DQo+ICAgICA+cHJvcG9zZSB0aGVzZSB1cGRhdGVzIGJlIG1hZGU/IFdvdWxkIHRo aXMgYmUgYSBwYWNrZXQgdGhhdCBoaXRzIA0KPiB0aGUNCj4gICAgID5jb250cm9sIHByb2Nlc3Nv ciwgYmVjYXVzZSBpZiBzbywgdGhlbiBJIGhhdmUgc29tZSBzZXJpb3VzIA0KPiBzY2FsaW5nDQo+ ICAgICA+Y29uY2VybnMuDQo+ICAgICA+DQo+ICAgICA+VGhhdCBzYWlkLCBJIHRoaW5rIHRoYXQg aW4gdGhlIGVuZCB3ZSBuZWVkIHRoZSBldmFsdWF0aW9uIHRlYW0gdG8gDQo+IG1ha2UNCj4gICAg IGENCj4gICAgID5yZWNvbW1lbmRhdGlvbiBvbiBhIHByb3RvY29sLCBhbmQgdGhlbiBsZXQgdGhl IFdHIGRlY2lkZS4gSWYgdGhlIA0KPiBXRw0KPiAgICAgPmRlY2lkZXMgdGhhdCB0d28gc2VwYXJh dGUgcHJvdG9jb2wgZm9ybWF0cyB3b3VsZCBiZSBiZXR0ZXIgdGhhbiANCj4gb25lLA0KPiAgICAg PnRoZW4gd2UgY2FuIGdvIGRvd24gdGhhdCBwYXRoIChhbmQgbWFrZSBzdXJlIHRoYXQgd2UgbWFr ZSBvbmUgDQo+IG1hbmRhdG9yeQ0KPiAgICAgPnRvIGltcGxlbWVudCkuDQo+ICAgICA+DQo+ICAg ICA+UGF0IENhbGhvdW4NCj4gICAgID5DVE8sIFdpcmVsZXNzIE5ldHdvcmtpbmcgQnVzaW5lc3Mg VW5pdA0KPiAgICAgPkNpc2NvIFN5c3RlbXMNCj4gICAgID4NCj4gICAgID4NCj4gICAgID4NCj4g ICAgID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiAgICAgPiA+IEZyb206IFl1dmFs IENvaGVuIFttYWlsdG86WXV2YWxDQG1hcnZlbGwuY29tXQ0KPiAgICAgPiA+IFNlbnQ6IFR1ZXNk YXksIEF1Z3VzdCAwMiwgMjAwNSAzOjE4IFBNDQo+ICAgICA+ID4gVG86IFBhdCBDYWxob3VuIChw YWNhbGhvdSkNCj4gICAgID4gPiBDYzogVGFsIEFua2VyOyBjYXB3YXBAZnJhc2NvbmUuY29tDQo+ ICAgICA+ID4gU3ViamVjdDogUkU6IFtDYXB3YXBdIGNvbW1lbnQgYWJvdXQgTFdBUFAgYW5kIG90 aGVyIHdpcmVsZXNzDQo+ICAgICA+ID4gdGVjaG5vbG9naWVzDQo+ICAgICA+ID4NCj4gICAgID4g PiBQYXQsDQo+ICAgICA+ID4gV2hpbGUgdGhlIGNvbnRyb2wgcGF0aCBpcyB1c3VhbGx5IGltcGxl bWVudGVkIGluIENQVSwgdGhlDQo+ICAgICA+ID4gZGF0YSBwYXRoIGluIHNvbWUgY2FzZXMgaXMg cmVhbGl6ZWQgaW4gc2lsaWNvbi4gUHJvY2Vzc2luZw0KPiAgICAgPiA+IDgwMi4xMSBmcmFtZXMg bWF5IGFkZCB0byBjb21wbGV4aXR5IGFuZCBjb3N0Lg0KPiAgICAgPiA+DQo+ICAgICA+ID4gSSBh Z3JlZSB0aGF0IGluIHNvbWUgY2FzZXMsIHRoZXJlIGlzIGEgbmVlZCBmb3IgdGhlIFdUUCB0bw0K PiAgICAgPiA+IHNlbmQgdGhlIDgwMi4xMSBmcmFtZSwgYXMgaW4gdGhlIGNhc2Ugb2YgY2VudHJh bGl6ZWQgY3J5cHRvDQo+ICAgICA+ID4gKGFsdGhvdWdoIHRoYXQgbWF5IGNvbmZsaWN0IHdpdGgg SENDQSkgYnV0IGZvciB0aG9zZQ0KPiAgICAgPiA+IGltcGxlbWVudGF0aW9ucyBub3QgcmVxdWly aW5nIHRoYXQgYW5kIGluIHBhcnRpY3VsYXIgbG9jYWwgQVANCj4gICAgID4gPiBjYXNlLCB0aGVy ZSBpcyBubyByZWFsIG5lZWQgZm9yIDgwMi4xMSBmcmFtZSByZWFjaGluZyB0aGUgQUMuDQo+ICAg ICA+ID4gVGhlIGV4dHJhIGluZm8gd2l0aGluIHRoZSA4MDIuMTEgZnJhbWUgY2FuIGJlIHByb2Nl c3NlZA0KPiAgICAgPiA+IHdpdGhpbiB0aGUgV1RQIGFuZCBwcm92aWRlZCB0byB0aGUgQUMgaWYg bmVlZGVkIHZpYSB0aGUNCj4gICAgID4gPiBjb250cm9sIHBsYW5lLCBwb3NzaWJseSBhZnRlciBz b21lIGRpZ2VzdGlvbi4NCj4gICAgID4gPiBVc2luZyA4MDIuMyBmcmFtZXMgb25seSwgd2lsbCBr ZWVwIHRoZSBpbXBsZW1lbnRhdGlvbiBzaW1wbGUNCj4gICAgID4gPiBhbmQgd2lsbCBlbmFibGUg YSBsYXJnZSBpbnN0YWxsIGJhc2Ugb2YgZXhpc3Rpbmcgc3dpdGNoZXMgdG8NCj4gICAgID4gPiBi ZWNvbWUgQUMgd2l0aCBqdXN0IHNvZnR3YXJlIHVwZ3JhZGUuIFRoaXMgd2lsbCBhaWQgd2lkZQ0K PiAgICAgPiA+IGFkb3B0aW9uIG9mIExEQVAuDQo+ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAg PiA+IE15IHJlY29tbWVuZGF0aW9uIGlzIHRoYXQgTFdBUFAgd2lsbCBub3QgbGltaXQgdGhlIGZy YW1lDQo+ICAgICA+ID4gZm9ybWF0IHRvIDgwMi4xMSBvbmx5IGJ1dCByYXRoZXIgYWxsb3cgdHdv IGZvcm1hdHMsIGVpdGhlcg0KPiAgICAgPiA+IDgwMi4xMSBvciA4MDIuMy4NCj4gICAgID4gPg0K PiAgICAgPiA+IFl1dmFsDQo+ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gICAgID4gPiBGcm9tOiBjYXB3YXAtYWRt aW5AZnJhc2NvbmUuY29tDQo+ICAgICA+ID4gW21haWx0bzpjYXB3YXAtYWRtaW5AZnJhc2NvbmUu Y29tXSBPbiBCZWhhbGYgT2YgUGF0IENhbGhvdW4NCj4gICAgIChwYWNhbGhvdSkNCj4gICAgID4g PiBTZW50OiBXZWRuZXNkYXksIEF1Z3VzdCAwMywgMjAwNSAxMjoxNiBBTQ0KPiAgICAgPiA+IFRv OiBUYWwgQW5rZXI7IGNhcHdhcEBmcmFzY29uZS5jb20NCj4gICAgID4gPiBTdWJqZWN0OiBSRTog W0NhcHdhcF0gY29tbWVudCBhYm91dCBMV0FQUCBhbmQgb3RoZXIgd2lyZWxlc3MNCj4gICAgID4g PiB0ZWNobm9sb2dpZXMNCj4gICAgID4gPg0KPiAgICAgPiA+IFRhbCwNCj4gICAgID4gPg0KPiAg ICAgPiA+IFRoYW5rcyBmb3IgdGhlIGUtbWFpbC4NCj4gICAgID4gPg0KPiAgICAgPiA+IEkgYmVs aWV2ZSB0aGF0IEkgdW5kZXJzdGFuZCB5b3VyIHBvaW50LCBidXQgSSB3b3VsZCBhcmd1ZQ0KPiAg ICAgPiA+IHRoYXQgdGhlIEFDIHdpbGwgaGF2ZSB0byBiZSBtb2RpZmllZCB0byBzdXBwb3J0IGEg bmV3DQo+ICAgICA+ID4gdGVjaG5vbG9neSwgYW5kIHRoYXQgdXBncmFkaW5nIHRoZSBjb2RlIGlu IHRoZSBkYXRhIHBhdGggaXMNCj4gICAgID4gPiByZWFsbHkgbm8gbW9yZSBkaWZmaWN1bHQgdGhh biB0aGUgY29udHJvbCBwYXRoLiBJZiBhbg0KPiAgICAgPiA+IGltcGxlbWVudGF0aW9uIGV4aXN0 cyB0aGF0IGRvZXMgbm90IGFsbG93IGZvciB1cGdyYWRlLCB0aGVuDQo+ICAgICA+ID4gaXQgaXMg bGltaXRpbmcgaXRzIG1hcmtldC4NCj4gICAgID4gPg0KPiAgICAgPiA+IEkgd291bGQgYXJndWUg dGhhdCBpbmNsdWRlICJ0ZWNobm9sb2d5IHNwZWNpZmljIiBpbmZvcm1hdGlvbg0KPiAgICAgPiA+ IHBpZ2d5IGJhY2tlZCB3aXRoaW4gdGhlIExXQVBQIGRhdGEgZnJhbWUgd291bGQgYmUgaGFyZCB0 bw0KPiAgICAgPiA+IGFjaGlldmUsIGJlY2F1c2Ugd2UgY2Fubm90IHByZWRpY3Qgd2hhdCB0aGlz IGluZm9ybWF0aW9uDQo+ICAgICA+ID4gd291bGQgZW5kIHVwIGJlaW5nLiBGb3IgaW5zdGFuY2Us DQo+ICAgICA+ID4gODAyLjExIGhhcyB0aGUgY29uY2VwdCBvZiBhIEJTU0lELCB3aGlsZSA4MDIu MTYgaGFzIHNvbWV0aGluZw0KPiAgICAgPiA+IGRpZmZlcmVudCAoYW5kIGhhcyBhZGRpdGlvbmFs IGluZm9ybWF0aW9uKS4gU28gaG93IHdvdWxkIHlvdQ0KPiAgICAgPiA+IG1hcCA4MDIuMTEgUW9T IGZpZWxkIGludG8gYSBmaWVsZCB0aGF0IG1heSBub3QgbWF0Y2ggd2l0aCANCj4gODAyLjE2cz8N Cj4gICAgID4gPg0KPiAgICAgPiA+IElmIG9uZSB3ZXJlIHRvIG5lZWQgdG8gZXh0ZW5kIHRoZSBw aWdneSBiYWNrZWQgaGVhZGVyLCB0aGVuDQo+ICAgICA+ID4gdGhpcyB3b3VsZCByZXF1aXJlIGNo YW5nZXMgdG8gdGhlIGRhdGEgcGF0aCBhbnlob3cuIEZ1cnRoZXIsDQo+ICAgICA+ID4gY2VydGFp biBmZWF0dXJlcyB3aWxsIHJlcXVpcmUgY2hhbmdlcyB0byB0aGUgZGF0YSBwYXRoLCBmb3INCj4g ICAgID4gPiBpbnN0YW5jZSB0aGUgaW50cm9kdWN0aW9uIG9mIDgwMi4xMWkgY2VudHJhbGl6ZWQg ZW5jcnlwdGlvbg0KPiAgICAgPiA+IHJlcXVpcmVzIHRoYXQgdGhlIGRhdGEgcGF0aCBwZXJmb3Jt IEFFUy1DQ01QLCBhbmQgODAyLjExZQ0KPiAgICAgPiA+IHJlcXVpcmVzIHNwZWNpZmljIHF1YWxp dHkgb2Ygc2VydmljZSBxdWV1aW5nIGFuZCBwb2xpY2luZy4NCj4gICAgID4gPg0KPiAgICAgPiA+ IFNvIHdoaWxlIEkgdW5kZXJzdGFuZCB0aGUgcG9pbnQgcmFpc2VkLCBJIGZpcm1seSBiZWxpZXZl IHRoYXQNCj4gICAgID4gPiB0cmFuc3BvcnRpbmcgdGhlIG5hdGl2ZSBmcmFtZSBwcm92aWRlcyB0 aGUgQUMgd2l0aCBhbGwgb2YgdGhlDQo+ICAgICA+ID4gaW5mb3JtYXRpb24gZm9yIHRoZSBzcGVj aWZpYyB0ZWNobm9sb2d5LCBhbmQgYWxsb3dzIGl0IHRvDQo+ICAgICA+ID4gcHJvdmlkZSBkaWZm ZXJlbnRpYXRlZCBzZXJ2aWNlcyBiYXNlZCBvbiB0aGUgaW5mb3JtYXRpb24NCj4gICAgID4gPiBw cmVzZW50IC0gdnMuIGxpbWl0aW5nIGl0IHRvIHdoYXQgZ2VuZXJpYyBpbmZvcm1hdGlvbiB3b3Vs ZA0KPiAgICAgPiA+IGJlIGluIHRoaXMgcGlnZ3kgYmFja2VkIGhlYWRlci4NCj4gICAgID4gPg0K PiAgICAgPiA+IFBhdCBDYWxob3VuDQo+ICAgICA+ID4gQ1RPLCBXaXJlbGVzcyBOZXR3b3JraW5n IEJ1c2luZXNzIFVuaXQNCj4gICAgID4gPiBDaXNjbyBTeXN0ZW1zDQo+ICAgICA+ID4NCj4gICAg ID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiAgICAgPiA+ID4gRnJvbTogY2Fwd2FwLWFkbWluQGZyYXNjb25lLmNvbQ0KPiAgICAgPiA+ID4g W21haWx0bzpjYXB3YXAtYWRtaW5AZnJhc2NvbmUuY29tXSBPbiBCZWhhbGYgT2YgVGFsIEFua2Vy DQo+ICAgICA+ID4gPiBTZW50OiBUdWVzZGF5LCBBdWd1c3QgMDIsIDIwMDUgNzo0NyBBTQ0KPiAg ICAgPiA+ID4gVG86IGNhcHdhcEBmcmFzY29uZS5jb20NCj4gICAgID4gPiA+IFN1YmplY3Q6IFtD YXB3YXBdIGNvbW1lbnQgYWJvdXQgTFdBUFAgYW5kIG90aGVyIHdpcmVsZXNzDQo+ICAgICA+ID4g dGVjaG5vbG9naWVzDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gUmVzZW5kaW5nIHRoaXMgKGl0 IHNlZW1zIHRoZSBmaXJzdCBhdHRlbXB0IGZhaWxzLi4uDQo+ICAgICA+ID4gPiBhcHBvbG9naWVz IGlmIHlvdSByZWNlaXZlIGR1cGxpY2F0ZSBjb3BpZXMuLi4pLg0KPiAgICAgPiA+ID4NCj4gICAg ID4gPiA+IEhpLA0KPiAgICAgPiA+ID4gd2hpbGUgZ29pbmcgb3ZlciB0aGUgTFdBUFAgZHJhZnQg YW5kIG9uIHRoZSBvYmplY2l2ZXMgb2YNCj4gICAgID4gPiBDQVBXQVAgdGhlcmUNCj4gICAgID4g PiA+IHNlZW1zIHRvIGJlIGEgQ0FQV0FQIG9iamVjdGl2ZSB0aGF0IG1heSBub3QgYmUgZnVsbHkN Cj4gICAgID4gPiBhY2hpZXZlZCB3aXRoIHRoZQ0KPiAgICAgPiA+ID4gY3VycmVudCBMV0FQUCBz cGVjLg0KPiAgICAgPiA+ID4gVGhlIExXQVBQIHNwZWNpZmljYXRpb24gcmVxdWlyZXMgdGhhdCB0 aGUgODAyLjExIGZyYW1lcyANCj4gd291bGQgYmUNCj4gICAgID4gPiA+IGVuY2Fwc3VsYXRlZCBi eSB0aGUgV1RQIGFuZCBzZW50IHRvIHRoZSBBQyBmb3IgcHJvY2Vzc2luZy4NCj4gICAgID4gPiA+ IFRoZSBiZW5lZml0IGZyb20gZG9pbmcgdGhpcyBpcyBoYXZpbmcgdGhlIG9yaWdpbmFsIGluZm8N Cj4gICAgID4gPiBjYXJyaWVkIGluIHRoZQ0KPiAgICAgPiA+ID4gLjExIGZyYW1lIGF2YWlsYWJs ZSB0byB0aGUgQUMuDQo+ICAgICA+ID4gPiBIb3dldmVyLCB0aGlzIHJlcXVpcmVzIHRoZSBBQyB0 byBwcm9jZXNzIHRoZSBuYXRpdmUgODAyLjExDQo+ICAgICA+ID4gZnJhbWVzOyBhbg0KPiAgICAg PiA+ID4gb3BlcmF0aW9uIHRoYXQgd2lsbCBwcm9iYWJseSBiZSBkb25lIGluIHNvbWUgSFcgY29t cG9uZW50Lg0KPiAgICAgPiA+IE15IGNvbmNlcm4NCj4gICAgID4gPiA+IGlzIHRoYXQgb25lIG9m IHRoZSBDQVBXQVAgb2JqZWN0aXZlcyB3YXMgdG8gYmUgYXBwbGljYWJsZQ0KPiAgICAgPiA+IG5v dCBvbmx5IHRvDQo+ICAgICA+ID4gPiA4MDIuMTEgYnV0IGZvciB2YXJpb3VzIHdpcmVsZXNzIHRl Y2hub2xvZ2llcy4gQXMgYSByZXN1bHQgDQo+IHRoZQ0KPiAgICAgTFdBUFANCj4gICAgID4gPiA+ IHNob3VsZCBhbHNvIGJlIGFwcGxpY2FibGUgbm8gb25seSBmb3IgODAyLjExLi4uIChhcyBpdA0K PiAgICAgPiA+IGluZGVlZCBzdGF0ZXMNCj4gICAgID4gPiA+IGluIHRoZSBiZWdpbm5pbmcgb2Yg dGhlIExXQVBQIGRyYWZ0KS4gSG93ZXZlciBtYW5kYXRpbmcgdGhhdCANCj4gdGhlDQo+ICAgICA+ ID4gPiB3aXJlbGVzcyBtZWRpYSBmcmFtZXMgd291bGQgYmUgc2VudCB0byB0aGUgQUMgaW4gdGhl aXINCj4gICAgID4gPiBvcmlnaW5hbCBmb3JtYXQNCj4gICAgID4gPiA+IHdvdWxkIG1ha2UgdGhp cyBvYmplY3RpdmUgaGFyZGVyIHRvIGFjaGlldmUuLi4gV2hlbiBhIG5ldyANCj4gd2lyZWxlc3MN Cj4gICAgID4gPiA+IG1lZGlhIHR5cGUgd291bGQgYmUgaW50cm9kdWNlZCwgdGhlIEFDIHdvdWxk IGhhdmUgdG8gYmUgDQo+IHNvbWVob3cNCj4gICAgID4gPiA+IGFkYXB0ZWQgdG8gcHJvY2VzcyB0 aGUgZGF0YSBmcmFtZXMgKG5vdCBvbmx5IHRoZSBjb250cm9sDQo+ICAgICA+ID4gZnJhbWVzIHRo YXQNCj4gICAgID4gPiA+IGNhbiBvYnZpb3VzbHkgYmUgcHJvY2Vzc2VkIGluIHRoZSBBQyBjcHUu Li4pLg0KPiAgICAgPiA+ID4gVGhpcyBtZWFucyBlaXRoZXIgYSBIVyBjaGFuZ2UgKG9yIGlmIHRo ZSBBQyBpcyB1c2luZyBOUA0KPiAgICAgPiA+IHRoZW4gYW4gTlAgU1cNCj4gICAgID4gPiA+IHVw Z3JhZGUpLg0KPiAgICAgPiA+ID4gV2hhdCBzZWVtcyByZWFzb25hYmxlIHRvIGRvIGlzIHRvIGFk ZCB0aGUgT1BUSU9OIGZvcg0KPiAgICAgPiA+IHNlbmRpbmcgdGhlIGRhdGENCj4gICAgID4gPiA+ IGZyYW1lcyB0byB0aGUgQUMgdXNpbmcgdGhlIG1lZGlhIHR5cGUgdGhhIHR0aGUgV1RQIGlzDQo+ ICAgICA+ID4gY29ubmVjdGVkIHRvIHRoZQ0KPiAgICAgPiA+ID4gQUMgd2l0aC4gTWVhbmluZyAt IHRvIGNvbnZlcnQgdGhlIGZyYW1lIGluIHRoZSBXVFAgYW5kIHRvDQo+ICAgICA+ID4gc2VuZCBp dCB0bw0KPiAgICAgPiA+ID4gdGhlIEFDIGZvciBpbnN0YW5jZSB1c2luZyA4MDIuMyBldGhlcm5l dCBmcmFtZXMuLi4gVGhpcyB3YXkNCj4gICAgID4gPiB3aGVuIGEgbmV3DQo+ICAgICA+ID4gPiB3 aXJlbGVzcyB0ZWNobm9sb2d5IGlzIGlucm9kdWNlZCB0byB0aGUgQUMgYWxsIHRoYXQgbmVlZHMN Cj4gICAgID4gPiB0byBiZSBkb25lDQo+ICAgICA+ID4gPiBpcyB1cGRhdGluZyB0aGUgU1cgb2Yg dGhlIEFDLg0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IEFzIGZvciBsb29zaW5nIHRoZSBzcGVj aWZpYyBtZWRpYSBpbmZvcm1hdGlvbiB0aGF0IHdhcyBpbiANCj4gdGhlDQo+ICAgICA+ID4gPiA4 MDIuMTEgaGVhZGVyIC0gdGhpcyBpbmZvIGNhbiBiZSBjb2xsZWN0ZWQgYnkgdGhlIFdUUCBhbmQN Cj4gICAgID4gPiBiZSBzZW50IHRvDQo+ICAgICA+ID4gPiB0aGUgQUMgdXNpbmcgTFdBUFAgcHJv dG9jb2wgbWVzc2FnZXMuLi4NCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBTdXBwb3J0aW5nIGJv dGggdGhlIGN1cnJlbnQgTFdBUFAgc3VnZ2VzdGlvbiAoc2VuZGluZyB0aGUgDQo+IG9yaWdpbmFs DQo+ICAgICA+ID4gPiA4MDIuMTEgZnJhbWVzIHRvIHRoZSBBQykgQU5EIHRoZSBvcHRpb24gdG8g Y29udmVydCB0byB0aGUgQUMgDQo+IG1lZGlhDQo+ICAgICA+ID4gPiB0eXBlIHdpbGwgYWxsb3cg TFdBUFAgdG8gY29tcGx5IHRvIHRoZSAiZnV0dXJlIHdpcmVsZXNzDQo+ICAgICA+ID4gdGVjaG5v bG9naWVzIg0KPiAgICAgPiA+ID4gb2JqZWN0aXZlLi4uDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ ID4gLSBUYWwNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+DQo+ICAgICANCj4g PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQo+ICAgICA+ID4gPiBUYWwgQW5rZXIsIFBoRC4NCj4gICAgID4gPiA+IERB TlNTIC0gRGlzdHJpYnV0ZWQgQWxnb3JpdGhtcywgTmV0d29ya2luZyBhbmQgU2VjdXJlIA0KPiBT eXN0ZW1zDQo+ICAgICBHcm91cC4NCj4gICAgID4gPiA+IFRoZSBTY2hvb2wgb2YgRW5naW5lZXJp bmcgYW5kIENvbXB1dGVyIFNjaWVuY2UsIFRoZSBoZWJyZXcNCj4gICAgID4gPiBVbml2ZXJzaXR5 DQo+ICAgICA+ID4gPiBvZiBKZXJ1c2FsZW0sIElzcmFlbC4NCj4gICAgID4gPiA+DQo+ICAgICA+ ID4gPg0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+ICAgICA+ID4gPiBDYXB3YXAgbWFpbGluZyBsaXN0DQo+ ICAgICA+ID4gPiBDYXB3YXBAZnJhc2NvbmUuY29tDQo+ICAgICA+ID4gPiBodHRwOi8vbWFpbC5m cmFzY29uZS5jb20vbWFpbG1hbi9saXN0aW5mby9jYXB3YXANCj4gICAgID4gPiA+DQo+ICAgICA+ ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gICAg ID4gPiBDYXB3YXAgbWFpbGluZyBsaXN0DQo+ICAgICA+ID4gQ2Fwd2FwQGZyYXNjb25lLmNvbQ0K PiAgICAgPiA+IGh0dHA6Ly9tYWlsLmZyYXNjb25lLmNvbS9tYWlsbWFuL2xpc3RpbmZvL2NhcHdh cA0KPiAgICAgPiA+DQo+ICAgICA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4gICAgID5DYXB3YXAgbWFpbGluZyBsaXN0DQo+ICAgICA+Q2Fwd2FwQGZy YXNjb25lLmNvbQ0KPiAgICAgPmh0dHA6Ly9tYWlsLmZyYXNjb25lLmNvbS9tYWlsbWFuL2xpc3Rp bmZvL2NhcHdhcA0KPiAgICAgDQo+ICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiAgICAgQ2Fwd2FwIG1haWxpbmcgbGlzdA0KPiAgICAgQ2Fwd2Fw QGZyYXNjb25lLmNvbQ0KPiAgICAgaHR0cDovL21haWwuZnJhc2NvbmUuY29tL21haWxtYW4vbGlz dGluZm8vY2Fwd2FwDQo+ICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KPiAgICAgQ2Fwd2FwIG1haWxpbmcgbGlzdA0KPiAgICAgQ2Fwd2FwQGZyYXNj b25lLmNvbQ0KPiAgICAgaHR0cDovL21haWwuZnJhc2NvbmUuY29tL21haWxtYW4vbGlzdGluZm8v Y2Fwd2FwDQo+ICAgICAJcGpYWCZfHHdobX5ycistd8apDQo+IAlqfnJyDQo+IA0KCXBqWFgmXxx3 aG1+cnIrLXfGqQ0KDQo= _______________________________________________ Capwap mailing list Capwap@frascone.com http://mail.frascone.com/mailman/listinfo/capwap From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 05 02:11:03 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0vQ6-0007lV-VT for dna-archive@megatron.ietf.org; Fri, 05 Aug 2005 02:11:03 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA13521 for ; Fri, 5 Aug 2005 02:11:00 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRH45T7JAG99QSPL@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 16:10:28 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 04D7E80010; Fri, 05 Aug 2005 16:10:26 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id ABA453C005; Fri, 05 Aug 2005 16:10:25 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j756AHT10882 for dna-list; Fri, 05 Aug 2005 16:10:17 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j756AHw10877 for ; Fri, 05 Aug 2005 16:10:17 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH456EJBK8X0DG7@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 16:09:55 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 61998AB542; Fri, 05 Aug 2005 16:09:55 +1000 (EST) Received: from [172.19.242.9] (vpn-student-242-9.its.monash.edu.au [172.19.242.9]) by curly.its.monash.edu.au (Postfix) with ESMTP id 316F04FB0B; Fri, 05 Aug 2005 16:09:53 +1000 (EST) Date: Fri, 05 Aug 2005 16:09:49 +1000 From: Greg Daley Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: Sender: owner-dna@ecselists.eng.monash.edu.au To: Marc Manthey Cc: Dna Message-id: <42F302AD.6050807@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> <42F2892B.3080703@nist.gov> <42F23B6C.50206@sun.com> Content-Transfer-Encoding: 7BIT Dear Marc, It is hard to tell what the relevance of your e-mail. If you're posting URLs to the list which don't have clear and obvious relevance to the topic of conversation, it is appropriate to identify the relevant material. Please do so, otherwise you add nothing to the conversation. Greg Marc Manthey wrote: > > On Aug 4, 2005, at 5:59 PM, Erik Nordmark wrote: > >> Nicolas Montavont wrote: >> >>> Tero, >>> I don't have a technology in mind, but from an implementation point >>> of view, maybe some nodes won't implement Link Up. >>> >> >> And some nodes won't implement DNA ;-) > > > http://www.dns-sd.org/ServerSetup.html > From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 05 03:46:23 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0wuM-0006dR-Tc for dna-archive@megatron.ietf.org; Fri, 05 Aug 2005 03:46:22 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA22857 for ; Fri, 5 Aug 2005 03:46:19 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH7H4MW1E8X0CLA@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 17:46:02 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id A9DF9AB54A; Fri, 05 Aug 2005 17:45:50 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 6AEDB4FB0B; Fri, 05 Aug 2005 17:45:50 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j757jOV12047 for dna-list; Fri, 05 Aug 2005 17:45:24 +1000 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j757jNw12043 for ; Fri, 05 Aug 2005 17:45:23 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRH7GE6YZE99QXHF@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 17:45:15 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 4FBF3AB543 for ; Fri, 05 Aug 2005 17:45:15 +1000 (EST) Received: from relay1.mail.vrmd.de (relay1.mail.vrmd.de [81.28.232.18]) by curly.its.monash.edu.au (Postfix) with ESMTP id 7C93C4FB04 for ; Fri, 05 Aug 2005 17:45:14 +1000 (EST) Received: from [213.196.197.91] (helo=[192.168.1.23]) by vm8.bln2.vrmd.de with asmtp (Exim 4.41) id 1E0wtE-00060g-HT for dna@eng.monash.edu.au; Fri, 05 Aug 2005 09:45:12 +0200 Date: Fri, 05 Aug 2005 09:45:06 +0200 From: Marc Manthey Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: <42F302AD.6050807@eng.monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Dna Message-id: <82D54651-C666-41D2-8BDE-D9E66D922520@let.de> MIME-version: 1.0 X-Mailer: Apple Mail (2.733) Content-type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3-1039303691; protocol="application/pkcs7-signature" X-Relay-User: marc@let.de References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> <42F2892B.3080703@nist.gov> <42F23B6C.50206@sun.com> <42F302AD.6050807@eng.monash.edu.au> --Apple-Mail-3-1039303691 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit dear greg , thanks for the reply , Bonjour uses unicast DNS Service Discovery [DNS-SD] along with DNS Update [RFC 2136]. Since OS X r includes the standard BIND DNS Server (named) with support for DNS Update, it makes a great Bonjour name server. It's also recommended that you run the dnsextd daemon alongside named. dnsextd implements DNS extensions that enhance service discovery. marc >> On Aug 4, 2005, at 5:59 PM, Erik Nordmark wrote: >>> Nicolas Montavont wrote: >>> >>>> Tero, >>>> I don't have a technology in mind, but from an implementation >>>> point of view, maybe some nodes won't implement Link Up. >>> And some nodes won't implement DNA ;-) >> http://www.dns-sd.org/ServerSetup.html -- Les Enfants Terribles www.let.de --Apple-Mail-3-1039303691 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHHzCCA0kw ggKyoAMCAQICDgpqAAEAAntSGyw2RRVxMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQGEwJERTEQ MA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50 ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RD ZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIu ZGUwHhcNMDUwNTA5MTQzMjQ4WhcNMDYwNTA5MTQzMjQ4WjBAMQswCQYDVQQGEwJERTEVMBMGA1UE AxMMTWFyYyBNYW50aGV5MRowGAYJKoZIhvcNAQkBFgttYXJjQGxldC5kZTCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAvwCjxxISYuhol4fmTuqlvYN3JOLxcceKV3T8OzmBqQVkbKvmkqh+d5ue O+Dz4ZD9sYKbvbAcQmfLqra94of91kM20oPlAalNcSNe8HUEDEVb4GHdqPVwmaVK9jJ5BUPDMheq W5TR5X/ATEfQU7oCZSI/7+h9Ww3anbUXIZeCCOMCAwEAAaOByDCBxTAMBgNVHRMBAf8EAjAAMA4G A1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNlbnRlci5kZS9n dWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZOaHR0cHM6Ly93d3cu dHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzBBNkEwMDAxMDAwMjdCNTIxQjJD MzY0NTE1NzE/MA0GCSqGSIb3DQEBBAUAA4GBAE94N6LMW8iv8HvV9RC77acqqCw4JyLYB6pcgTK9 bpEYxkdggTJRUnCMzz8TOOzVvfA2mzEmwoKDnMYUFugAxdLbFPuxsw4aJ9vMZPdppz28nBDdx1jt lmoJvm3fogTLCGfhWyrd68/tqneYNf540iiXPkp9bwVs8qvQFyEUa8Y8MIIDzjCCAzegAwIBAgIP AJn2AAAAAtbxQYHMGpdhMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMH SGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNl Y3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xh c3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUwHhcNMDUw MjA0MTY0ODQ3WhcNMDYwMjA0MTY0ODQ3WjBAMQswCQYDVQQGEwJERTEVMBMGA1UEAxMMTWFyYyBN YW50aGV5MRowGAYJKoZIhvcNAQkBFgttYXJjQGxldC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANL2cTdJD0oNKje7z4466yUIRX8DJbmjCZBMLtnmHiEqMrpK2rQps8Gcmp3ueB+d o7lGwU7YH3m676a5XhyvcaYwmu1C2gLfBiOzbijbZLP95vP0Aowf9HyuO6iTS42el73q+6MKCY8h O1px1R1blj9cxFeGfFXiG8Oz2QOi7sfJHB+Vp9WVU8ZI1I8NibF/wAN8HzZSdbKkEArGarBCYZ8J Em9C7UZpxc3fx61PePP/z5j4GeQVt+iI5FzBMlg0T7W5X16D0yQuLQb2ajeYJhstFC0KrbO+v9eV WnOsXzOYo+PkPH4O6tOKyX14GFITKYWTwyU6It03XrO/lAvn80kCAwEAAaOByDCBxTAMBgNVHRMB Af8EAjAAMA4GA1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNl bnRlci5kZS9ndWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZOaHR0 cHM6Ly93d3cudHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzk5RjYwMDAwMDAw MkQ2RjE0MTgxQ0MxQTk3NjE/MA0GCSqGSIb3DQEBBAUAA4GBAF3ZoITTnsH5RDnrDWReZJPv9WUF yGPjjKIUHQlGeEg+JY4T5b8SrHJGkyxyoc2dj3E5G7iJ173mz5IK42YizLRNCcw3gZcSJQl8SqiL L7VN/xdOZfbZKFhDStraQXghJ9tvoD5CNzFKblW71W0iv2f1R7GPwR+lKB9S5ZejZj+CMYIDoTCC A50CAQEwgc8wgbwxCzAJBgNVBAYTAkRFMRAwDgYDVQQIEwdIYW1idXJnMRAwDgYDVQQHEwdIYW1i dXJnMTowOAYDVQQKEzFUQyBUcnVzdENlbnRlciBmb3IgU2VjdXJpdHkgaW4gRGF0YSBOZXR3b3Jr cyBHbWJIMSIwIAYDVQQLExlUQyBUcnVzdENlbnRlciBDbGFzcyAxIENBMSkwJwYJKoZIhvcNAQkB FhpjZXJ0aWZpY2F0ZUB0cnVzdGNlbnRlci5kZQIOCmoAAQACe1IbLDZFFXEwCQYFKw4DAhoFAKCC AicwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUwODA1MDc0NTA4 WjAjBgkqhkiG9w0BCQQxFgQUesfCVdatqICW0lFlgdY05rHMQ18wgeEGCSsGAQQBgjcQBDGB0zCB 0DCBvDELMAkGA1UEBhMCREUxEDAOBgNVBAgTB0hhbWJ1cmcxEDAOBgNVBAcTB0hhbWJ1cmcxOjA4 BgNVBAoTMVRDIFRydXN0Q2VudGVyIGZvciBTZWN1cml0eSBpbiBEYXRhIE5ldHdvcmtzIEdtYkgx IjAgBgNVBAsTGVRDIFRydXN0Q2VudGVyIENsYXNzIDEgQ0ExKTAnBgkqhkiG9w0BCQEWGmNlcnRp ZmljYXRlQHRydXN0Y2VudGVyLmRlAg8AmfYAAAAC1vFBgcwal2EwgeMGCyqGSIb3DQEJEAILMYHT oIHQMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6 MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21i SDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2Vy dGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUCDwCZ9gAAAALW8UGBzBqXYTANBgkqhkiG9w0BAQEFAASB gC90P3uShi5uQsbKdtLx9hJmLYqOm+T2SbDBoAG8B4Okq4WumJYq1Wh4s819VAd+KDI/MncIaBpk euHWhHXzGzwTJLK3o5KPEEb6IrNVH01V7d35XXRJ1X2jgafLNR/91ACF6CgqAzSDmWwIL9HqoAjM 3vt4kH/TijtVxteg6mneAAAAAAAA --Apple-Mail-3-1039303691-- From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 05 04:37:17 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0xhd-0004Nk-3Q for dna-archive@megatron.ietf.org; Fri, 05 Aug 2005 04:37:17 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA26054 for ; Fri, 5 Aug 2005 04:37:13 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH98XLM428Y8K2G@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 18:36:47 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 71AD1AB545; Fri, 05 Aug 2005 18:36:30 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 0A1EA4FB06; Fri, 05 Aug 2005 18:36:30 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j758aA212667 for dna-list; Fri, 05 Aug 2005 18:36:10 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j758aAw12663 for ; Fri, 05 Aug 2005 18:36:10 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH98HPAJC8X0DIT@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 18:36:09 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 1FA47AB543; Fri, 05 Aug 2005 18:36:09 +1000 (EST) Received: from [172.19.242.25] (vpn-student-242-25.its.monash.edu.au [172.19.242.25]) by curly.its.monash.edu.au (Postfix) with ESMTP id EB7F24FB04; Fri, 05 Aug 2005 18:36:07 +1000 (EST) Date: Fri, 05 Aug 2005 18:36:04 +1000 From: Greg Daley Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: <82D54651-C666-41D2-8BDE-D9E66D922520@let.de> Sender: owner-dna@ecselists.eng.monash.edu.au To: Marc Manthey Cc: Dna Message-id: <42F324F4.6030409@eng.monash.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> <42F2892B.3080703@nist.gov> <42F23B6C.50206@sun.com> <42F302AD.6050807@eng.monash.edu.au> <82D54651-C666-41D2-8BDE-D9E66D922520@let.de> Content-Transfer-Encoding: 7BIT Dear Marc, This is not a list about DNS. Marc Manthey wrote: > > dear greg , > thanks for the reply , Bonjour uses unicast DNS Service Discovery > [DNS-SD] along with DNS Update [RFC 2136]. > Since OS X r includes the standard BIND DNS Server (named) with > support for DNS Update, it makes a great Bonjour name server. > It's also recommended that you run the dnsextd daemon alongside named. > dnsextd implements DNS extensions that enhance service discovery. > > marc Please keep your on-list comments to Detecting Network Attachment in IPv6. Discussions of other topics unrelated to DNA (note: this is not DNS) are not appropriate. Please see "Inappropriate Postings to Discussion Lists" at the URL: http://www.ietf.org/maillist.html and the RFC regarding control of mailing list postings by Working Group Chairs. http://www.ietf.org/rfc/rfc3934.txt Please contribute to the topic at hand, rather than posting distracting and unrelated information. Yours Faithfully, Greg Daley, DNA Co-Chair From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 05 04:46:33 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0xqb-0006vi-RG for dna-archive@megatron.ietf.org; Fri, 05 Aug 2005 04:46:33 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA26643 for ; Fri, 5 Aug 2005 04:46:29 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRH9L2RLJW9APW4Q@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 05 Aug 2005 18:46:23 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id B484AAB543; Fri, 05 Aug 2005 18:46:17 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 6E4AB4FB0A; Fri, 05 Aug 2005 18:46:17 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j758k0d12843 for dna-list; Fri, 05 Aug 2005 18:46:00 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j758jxw12839 for ; Fri, 05 Aug 2005 18:45:59 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRH9KBXE5Y8X08U1@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 05 Aug 2005 18:45:42 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id B65BDAB542 for ; Fri, 05 Aug 2005 18:45:41 +1000 (EST) Received: from relay1.mail.vrmd.de (relay1.mail.vrmd.de [81.28.232.18]) by curly.its.monash.edu.au (Postfix) with ESMTP id ECBFF4FB05 for ; Fri, 05 Aug 2005 18:45:40 +1000 (EST) Received: from [84.44.145.158] (helo=[192.168.1.23]) by vm8.bln2.vrmd.de with asmtp (Exim 4.41) id 1E0xpj-0006ga-P4 for dna@eng.monash.edu.au; Fri, 05 Aug 2005 10:45:39 +0200 Date: Fri, 05 Aug 2005 10:45:34 +0200 From: Marc Manthey Subject: Re: [DNA] Failing to produce a link-up hint In-reply-to: <42F324F4.6030409@eng.monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Dna Message-id: <2CE573D2-8B2F-4666-8560-B6FF93B0446F@let.de> MIME-version: 1.0 X-Mailer: Apple Mail (2.733) Content-type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-1042932772; protocol="application/pkcs7-signature" X-Relay-User: marc@let.de References: <248122c538.2c53824812@pintlmail.MITL.Research.Panasonic.COM> <00ab01c598f4$baf7a080$41476c6b@sisodomain.com> <42F22B22.8080504@ericsson.com> <42F2892B.3080703@nist.gov> <42F23B6C.50206@sun.com> <42F302AD.6050807@eng.monash.edu.au> <82D54651-C666-41D2-8BDE-D9E66D922520@let.de> <42F324F4.6030409@eng.monash.edu.au> --Apple-Mail-4-1042932772 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit On Aug 5, 2005, at 10:36 AM, Greg Daley wrote: > Dear Marc, > > This is not a list about DNS. > dear greg sorry for my mistake , a little letter makes a big different.;) regards and sorry again -- Les Enfants Terribles www.let.de --Apple-Mail-4-1042932772 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHHzCCA0kw ggKyoAMCAQICDgpqAAEAAntSGyw2RRVxMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQGEwJERTEQ MA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50 ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RD ZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIu ZGUwHhcNMDUwNTA5MTQzMjQ4WhcNMDYwNTA5MTQzMjQ4WjBAMQswCQYDVQQGEwJERTEVMBMGA1UE AxMMTWFyYyBNYW50aGV5MRowGAYJKoZIhvcNAQkBFgttYXJjQGxldC5kZTCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAvwCjxxISYuhol4fmTuqlvYN3JOLxcceKV3T8OzmBqQVkbKvmkqh+d5ue O+Dz4ZD9sYKbvbAcQmfLqra94of91kM20oPlAalNcSNe8HUEDEVb4GHdqPVwmaVK9jJ5BUPDMheq W5TR5X/ATEfQU7oCZSI/7+h9Ww3anbUXIZeCCOMCAwEAAaOByDCBxTAMBgNVHRMBAf8EAjAAMA4G A1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNlbnRlci5kZS9n dWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZOaHR0cHM6Ly93d3cu dHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzBBNkEwMDAxMDAwMjdCNTIxQjJD MzY0NTE1NzE/MA0GCSqGSIb3DQEBBAUAA4GBAE94N6LMW8iv8HvV9RC77acqqCw4JyLYB6pcgTK9 bpEYxkdggTJRUnCMzz8TOOzVvfA2mzEmwoKDnMYUFugAxdLbFPuxsw4aJ9vMZPdppz28nBDdx1jt lmoJvm3fogTLCGfhWyrd68/tqneYNf540iiXPkp9bwVs8qvQFyEUa8Y8MIIDzjCCAzegAwIBAgIP AJn2AAAAAtbxQYHMGpdhMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMH SGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNl Y3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xh c3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUwHhcNMDUw MjA0MTY0ODQ3WhcNMDYwMjA0MTY0ODQ3WjBAMQswCQYDVQQGEwJERTEVMBMGA1UEAxMMTWFyYyBN YW50aGV5MRowGAYJKoZIhvcNAQkBFgttYXJjQGxldC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANL2cTdJD0oNKje7z4466yUIRX8DJbmjCZBMLtnmHiEqMrpK2rQps8Gcmp3ueB+d o7lGwU7YH3m676a5XhyvcaYwmu1C2gLfBiOzbijbZLP95vP0Aowf9HyuO6iTS42el73q+6MKCY8h O1px1R1blj9cxFeGfFXiG8Oz2QOi7sfJHB+Vp9WVU8ZI1I8NibF/wAN8HzZSdbKkEArGarBCYZ8J Em9C7UZpxc3fx61PePP/z5j4GeQVt+iI5FzBMlg0T7W5X16D0yQuLQb2ajeYJhstFC0KrbO+v9eV WnOsXzOYo+PkPH4O6tOKyX14GFITKYWTwyU6It03XrO/lAvn80kCAwEAAaOByDCBxTAMBgNVHRMB Af8EAjAAMA4GA1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNl bnRlci5kZS9ndWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZOaHR0 cHM6Ly93d3cudHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzk5RjYwMDAwMDAw MkQ2RjE0MTgxQ0MxQTk3NjE/MA0GCSqGSIb3DQEBBAUAA4GBAF3ZoITTnsH5RDnrDWReZJPv9WUF yGPjjKIUHQlGeEg+JY4T5b8SrHJGkyxyoc2dj3E5G7iJ173mz5IK42YizLRNCcw3gZcSJQl8SqiL L7VN/xdOZfbZKFhDStraQXghJ9tvoD5CNzFKblW71W0iv2f1R7GPwR+lKB9S5ZejZj+CMYIDoTCC A50CAQEwgc8wgbwxCzAJBgNVBAYTAkRFMRAwDgYDVQQIEwdIYW1idXJnMRAwDgYDVQQHEwdIYW1i dXJnMTowOAYDVQQKEzFUQyBUcnVzdENlbnRlciBmb3IgU2VjdXJpdHkgaW4gRGF0YSBOZXR3b3Jr cyBHbWJIMSIwIAYDVQQLExlUQyBUcnVzdENlbnRlciBDbGFzcyAxIENBMSkwJwYJKoZIhvcNAQkB FhpjZXJ0aWZpY2F0ZUB0cnVzdGNlbnRlci5kZQIOCmoAAQACe1IbLDZFFXEwCQYFKw4DAhoFAKCC AicwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUwODA1MDg0NTM3 WjAjBgkqhkiG9w0BCQQxFgQUp/VaS0Hz5eDZScXX4WzVQlpdmw4wgeEGCSsGAQQBgjcQBDGB0zCB 0DCBvDELMAkGA1UEBhMCREUxEDAOBgNVBAgTB0hhbWJ1cmcxEDAOBgNVBAcTB0hhbWJ1cmcxOjA4 BgNVBAoTMVRDIFRydXN0Q2VudGVyIGZvciBTZWN1cml0eSBpbiBEYXRhIE5ldHdvcmtzIEdtYkgx IjAgBgNVBAsTGVRDIFRydXN0Q2VudGVyIENsYXNzIDEgQ0ExKTAnBgkqhkiG9w0BCQEWGmNlcnRp ZmljYXRlQHRydXN0Y2VudGVyLmRlAg8AmfYAAAAC1vFBgcwal2EwgeMGCyqGSIb3DQEJEAILMYHT oIHQMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6 MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21i SDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2Vy dGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUCDwCZ9gAAAALW8UGBzBqXYTANBgkqhkiG9w0BAQEFAASB gFDEvpxLN3H0Ja7n2i+uvMgRc9vnVwd9/GizwzeM8HbiSLVk0iEYQYu9oKrfYmQuRb4pAugin1Oe OZavmK+CqwqKu458VM2Ux+wvIQEj8RMsGQXirHi2hZVXEN/WG8nAboGcfohbTkA2EU7IAGxZoE4Z DjWaDx7tKh+vMcW3BreIAAAAAAAA --Apple-Mail-4-1042932772-- From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 08 07:13:47 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E25Zi-0005M7-WF for dna-archive@megatron.ietf.org; Mon, 08 Aug 2005 07:13:47 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA13684 for ; Mon, 8 Aug 2005 07:13:42 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRLLL6DB728Y9713@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 08 Aug 2005 21:13:35 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 5C5388000E; Mon, 08 Aug 2005 21:13:08 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id 1FD463C00E; Mon, 08 Aug 2005 21:13:08 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j78BBSW03283 for dna-list; Mon, 08 Aug 2005 21:11:28 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j78BBRw03279 for ; Mon, 08 Aug 2005 21:11:27 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRLLIU3GVK8Y9713@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 08 Aug 2005 21:11:16 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 6CCF1AB543 for ; Mon, 08 Aug 2005 21:11:15 +1000 (EST) Received: from monash.edu.au (dollet.its.monash.edu.au [130.194.11.236]) by moe.its.monash.edu.au (Postfix) with ESMTP id 59D5E4FB03 for ; Mon, 08 Aug 2005 21:11:15 +1000 (EST) Received: from [211.28.22.116] by mail-store-2.its.monash.edu.au (mshttpd) ; Mon, 08 Aug 2005 21:11:15 +1000 Date: Mon, 08 Aug 2005 21:11:15 +1000 From: Greg Daley Subject: [DNA] Consensus Call: Link Identification Sender: owner-dna@ecselists.eng.monash.edu.au To: dna@eng.monash.edu.au Message-id: <9dbbf39db3e9.9db3e99dbbf3@monash.edu.au> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.05 (built Mar 3 2005) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Content-Transfer-Encoding: 7BIT Dear WG, This is a notification of a consensus call to confirm the feeling of the room at IETF 63 regarding the question: Does the WG feel that we should proceed with developing the DNA solution's Link Identification scheme regardless of which of the existing schemes is used as a starting point? The consensus call lasts for two weeks, and ends Monday 22nd of August. Any clarifying questions can be directed at this thread. Greg From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 08 08:24:44 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E26gO-00049Z-Bj for dna-archive@megatron.ietf.org; Mon, 08 Aug 2005 08:24:44 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA17315 for ; Mon, 8 Aug 2005 08:24:42 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRLO3C3G6S99R2LE@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Mon, 08 Aug 2005 22:24:31 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 1E61780010; Mon, 08 Aug 2005 22:24:16 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id BBD043C00E; Mon, 08 Aug 2005 22:24:15 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j78CNrC04151 for dna-list; Mon, 08 Aug 2005 22:23:53 +1000 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j78CNrw04146 for ; Mon, 08 Aug 2005 22:23:53 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRLNN4M4609APHPH@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Mon, 08 Aug 2005 22:11:59 +1000 Received: by localhost (Postfix, from userid 510) id 1F2968000D; Mon, 08 Aug 2005 22:11:59 +1000 (EST) Received: from n2.nomadiclab.com (n2.nomadiclab.com [193.234.219.2]) by larry.its.monash.edu.au (Postfix) with ESMTP id CBAD23C005 for ; Mon, 08 Aug 2005 22:11:57 +1000 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by n2.nomadiclab.com (Postfix) with ESMTP id 696CE212CAF for ; Mon, 08 Aug 2005 15:11:55 +0300 (EEST) Date: Mon, 08 Aug 2005 14:11:59 +0200 From: Pekka Nikander Subject: [DNA] Possible way forward: combining Link ID and Landmark? Sender: owner-dna@ecselists.eng.monash.edu.au To: Dna Message-id: <280998D5-E48C-4361-AE20-E25168CDF31B@nomadiclab.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.733) Content-type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-transfer-encoding: 7BIT X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) Content-Transfer-Encoding: 7BIT [As I wrote earlier, I haven't been able to follow the ML discussion, and won't. My sincere apologies.] Based on what I heard during the WG meeting on Thursday and in some discussions afterwards, the following proposal occurred to me. It may be completely off the mark. If so, please ignore it. I am offering this just in the case it might be useful and let the WG to move forward. Would the following work? 1. Define a new Link ID RA option, as in the Link ID draft. 2. Define new Landmark RS and RA options, as in the landmark draft. 3. Routers in a link are encouraged to create a Link ID and announce it, but not required. [Details need to be filled in, e.g., if all routers need to agree etc.] 4a. A host that arrives on a link *with* a Link ID picks the Link ID as its landmark. 4b. A host that arrives on a link *without* a Link ID picks one of the prefixes as a landmark, just as in the current landmark draft. 5. When a host detects that it may have changed links, it looks for a landmark (as in the landmark draft) unless it gets a Link ID (as the landmark) very quickly (as in the case of FastRA-like optimisation). Based on my very partial understanding, the above outline might work. However, it may also be more expensive (in term of bytes or packets) than the current proposals. On the other hand, it might also be more flexible or robust. Maybe someone could do further thinking and analysis. --Pekka From dna-owner@webcamserver.eng.monash.edu.au Mon Aug 08 12:19:41 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2ALl-0003Ro-0Y for dna-archive@megatron.ietf.org; Mon, 08 Aug 2005 12:19:41 -0400 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00655 for ; Mon, 8 Aug 2005 12:19:37 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRLWAVMXKE99QYTL@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Tue, 09 Aug 2005 02:19:29 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 8231EAB544; Tue, 09 Aug 2005 02:19:24 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 170A44FB08; Tue, 09 Aug 2005 02:19:24 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j78GIm306985 for dna-list; Tue, 09 Aug 2005 02:18:48 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j78GIlw06981 for ; Tue, 09 Aug 2005 02:18:47 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRLW9RCY248Y96BN@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Tue, 09 Aug 2005 02:18:31 +1000 Received: by localhost (Postfix, from userid 510) id DFCCA8000D; Tue, 09 Aug 2005 02:18:30 +1000 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by larry.its.monash.edu.au (Postfix) with ESMTP id 91A3F3C005 for ; Tue, 09 Aug 2005 02:18:29 +1000 (EST) Received: by rproxy.gmail.com with SMTP id g11so981807rne for ; Mon, 08 Aug 2005 09:18:28 -0700 (PDT) Received: by 10.38.90.69 with SMTP id n69mr2683474rnb; Mon, 08 Aug 2005 09:18:27 -0700 (PDT) Received: by 10.38.161.75 with HTTP; Mon, 08 Aug 2005 09:18:27 -0700 (PDT) Date: Mon, 08 Aug 2005 21:48:27 +0530 From: Syam Madanapalli Subject: Re: [DNA] Possible way forward: combining Link ID and Landmark? In-reply-to: <280998D5-E48C-4361-AE20-E25168CDF31B@nomadiclab.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Pekka Nikander Cc: Dna Message-id: <10e14db20508080918d7d023c@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZchhFM4cNj0sLcioLHpIkiY1wixtutkF1KPyTfHqJ+3XVDgG3oPM4efsJfml3LQpmXqoBOZYargrDoBp0um+TCt7GjulY7k4RQGwMVVubL35v2PI9YfMWwtt7mDOUTY7xSpo77h2ICYDIWjq/KLDYCqt8JI9RClz61SdsOsaR9k= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <280998D5-E48C-4361-AE20-E25168CDF31B@nomadiclab.com> Content-Transfer-Encoding: 7BIT Hi Pekka, We need to use linkid for its robustness against changes in linkid due to prefix addition/deletion, landmark to benifit for nodes moving from non-DNA to DNA link, complete RA to build the CPL fast for fast moving nodes. And also it may be good to use Landmark YES answer and to avoid the periodic complete RA to save the bandwidth (use linkid). So I am thinking about the following solution. 1. On DNA links routers advertise linkid in RAs. 2. A node with Link_Up sends an RS with landmark, if the landmark presents, the router sends an RA with linkid. The other alternative is to send YES answer. 3. If the Landmark does not present, it sends a complete RA with linkid (i.e. I bit set for one of the prefixes) 4. If no linkid present (moving from non-DNA to DNA link) the node picks one of the prefixes as the landmark. The complete RA is sent only when there is a link change. -Syam PS: are we over engineering? On 8/8/05, Pekka Nikander wrote: > [As I wrote earlier, I haven't been able to follow the ML discussion, > and won't. My sincere apologies.] > > Based on what I heard during the WG meeting on Thursday and in some > discussions afterwards, the following proposal occurred to me. It > may be completely off the mark. If so, please ignore it. I am > offering this just in the case it might be useful and let the WG to > move forward. > > Would the following work? > > 1. Define a new Link ID RA option, as in the Link ID draft. > > 2. Define new Landmark RS and RA options, as in the landmark draft. > > 3. Routers in a link are encouraged to create a Link ID and > announce it, but not required. [Details need to be filled in, e.g., > if all routers need to agree etc.] > > 4a. A host that arrives on a link *with* a Link ID picks the Link > ID as its landmark. > > 4b. A host that arrives on a link *without* a Link ID picks one of > the prefixes as a landmark, just as in the current landmark draft. > > 5. When a host detects that it may have changed links, it looks > for a landmark (as in the landmark draft) unless it gets a Link ID > (as the landmark) very quickly (as in the case of FastRA-like > optimisation). > > Based on my very partial understanding, the above outline might > work. However, it may also be more expensive (in term of bytes or > packets) than the current proposals. On the other hand, it might > also be more flexible or robust. > > Maybe someone could do further thinking and analysis. > > --Pekka > > From dna-owner@webcamserver.eng.monash.edu.au Tue Aug 09 01:25:12 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2Mbw-000297-IV for dna-archive@megatron.ietf.org; Tue, 09 Aug 2005 01:25:12 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA29669 for ; Tue, 9 Aug 2005 01:25:10 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRMNO9MB1E8Y9G7Q@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Tue, 09 Aug 2005 15:24:00 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 82F67AB543; Tue, 09 Aug 2005 15:23:41 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 458164FB03; Tue, 09 Aug 2005 15:23:41 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j795KJD16194 for dna-list; Tue, 09 Aug 2005 15:20:19 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j795KIw16190 for ; Tue, 09 Aug 2005 15:20:18 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRMNJTN0L08X1DN9@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Tue, 09 Aug 2005 15:20:08 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 9E851AB544; Tue, 09 Aug 2005 15:20:06 +1000 (EST) Received: from [130.194.252.110] (knuth.eng.monash.edu.au [130.194.252.110]) by curly.its.monash.edu.au (Postfix) with ESMTP id 7763C4FB05; Tue, 09 Aug 2005 15:20:06 +1000 (EST) Date: Tue, 09 Aug 2005 15:20:06 +1000 From: Greg Daley Subject: Re: [DNA] Possible way forward: combining Link ID and Landmark? In-reply-to: <10e14db20508080918d7d023c@mail.gmail.com> Sender: owner-dna@ecselists.eng.monash.edu.au To: Syam Madanapalli Cc: Pekka Nikander , Dna , suresh.krishnan@ericsson.com Reply-to: greg.daley@eng.monash.edu.au Message-id: <42F83D06.9080904@eng.monash.edu.au> Organization: Monash University MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en, en-us User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 References: <280998D5-E48C-4361-AE20-E25168CDF31B@nomadiclab.com> <10e14db20508080918d7d023c@mail.gmail.com> Content-Transfer-Encoding: 7BIT Hi Pekka and Syam, I agree that these are potential mechanisms for combining the systems for link identification. At this stage, but without necessarily preempting the consensus call, the chairs will soon approach people to help move toward having a single solution, so that if the consensus is confirmed, we're in a good position to move forward. Syam's question at the end: are we over engineering? is probably a relevant one, though. At this stage there seems to be an agreement that the actual solution's form isn't as important as the fact that it does the job well most of the time, and we move forward with it. Greg Syam Madanapalli wrote: > Hi Pekka, > > We need to use linkid for its robustness against > changes in linkid due to prefix addition/deletion, > landmark to benifit for nodes moving from non-DNA > to DNA link, complete RA to build the CPL fast for > fast moving nodes. And also it may be good to use > Landmark YES answer and to avoid the periodic > complete RA to save the bandwidth (use linkid). > > So I am thinking about the following solution. > > 1. On DNA links routers advertise linkid in RAs. > > 2. A node with Link_Up sends an RS with landmark, > if the landmark presents, the router sends an > RA with linkid. > > The other alternative is to send YES answer. > > 3. If the Landmark does not present, it sends a > complete RA with linkid (i.e. I bit set for one > of the prefixes) > > 4. If no linkid present (moving from non-DNA to DNA link) > the node picks one of the prefixes as the landmark. > > The complete RA is sent only when there is a link change. > > > -Syam > > PS: are we over engineering? > > > On 8/8/05, Pekka Nikander wrote: > >>[As I wrote earlier, I haven't been able to follow the ML discussion, >>and won't. My sincere apologies.] >> >>Based on what I heard during the WG meeting on Thursday and in some >>discussions afterwards, the following proposal occurred to me. It >>may be completely off the mark. If so, please ignore it. I am >>offering this just in the case it might be useful and let the WG to >>move forward. >> >>Would the following work? >> >> 1. Define a new Link ID RA option, as in the Link ID draft. >> >> 2. Define new Landmark RS and RA options, as in the landmark draft. >> >> 3. Routers in a link are encouraged to create a Link ID and >>announce it, but not required. [Details need to be filled in, e.g., >>if all routers need to agree etc.] >> >> 4a. A host that arrives on a link *with* a Link ID picks the Link >>ID as its landmark. >> >> 4b. A host that arrives on a link *without* a Link ID picks one of >>the prefixes as a landmark, just as in the current landmark draft. >> >> 5. When a host detects that it may have changed links, it looks >>for a landmark (as in the landmark draft) unless it gets a Link ID >>(as the landmark) very quickly (as in the case of FastRA-like >>optimisation). >> >>Based on my very partial understanding, the above outline might >>work. However, it may also be more expensive (in term of bytes or >>packets) than the current proposals. On the other hand, it might >>also be more flexible or robust. >> >>Maybe someone could do further thinking and analysis. >> >>--Pekka >> >> From dna-owner@webcamserver.eng.monash.edu.au Thu Aug 11 21:07:45 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3O1R-0004WQ-5V for dna-archive@megatron.ietf.org; Thu, 11 Aug 2005 21:07:45 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10066 for ; Thu, 11 Aug 2005 21:07:42 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRQLKNAUOI8YA6DK@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 12 Aug 2005 11:07:12 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 87500AB545; Fri, 12 Aug 2005 11:06:40 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 31F634FB0B; Fri, 12 Aug 2005 11:06:40 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7C15DW31561 for dna-list; Fri, 12 Aug 2005 11:05:13 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7C15Cw31557 for ; Fri, 12 Aug 2005 11:05:12 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRQLIJP9KQ9AQ66X@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 12 Aug 2005 11:04:59 +1000 Received: by localhost (Postfix, from userid 510) id 33242AB54A; Fri, 12 Aug 2005 11:04:59 +1000 (EST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by moe.its.monash.edu.au (Postfix) with ESMTP id 2EC744FB09 for ; Fri, 12 Aug 2005 11:04:57 +1000 (EST) Received: from ISI.EDU (adma.isi.edu [128.9.160.239]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id j7C13xf19822; Thu, 11 Aug 2005 18:03:59 -0700 (PDT) Date: Thu, 11 Aug 2005 18:03:59 -0700 From: rfc-editor@rfc-editor.org Subject: [DNA] RFC 4135 on Goals of Detecting Network Attachment in IPv6 Sender: owner-dna@ecselists.eng.monash.edu.au To: ietf-announce@ietf.org Cc: rfc-editor@rfc-editor.org, dna@eng.monash.edu.au Message-id: <200508120103.j7C13xf19822@boreas.isi.edu> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_sH13tXAEZ8ziNmD4FKY/CA)" X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: rfc-ed@isi.edu X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) --Boundary_(ID_sH13tXAEZ8ziNmD4FKY/CA) Content-type: TEXT/PLAIN Content-Transfer-Encoding: 7BIT A new Request for Comments is now available in online RFC libraries. RFC 4135 Title: Goals of Detecting Network Attachment in IPv6 Author(s): JH. Choi, G. Daley Status: Informational Date: August 2005 Mailbox: jinchoe@samsung.com, greg.daley@eng.monash.edu.au Pages: 9 Characters: 20518 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-dna-goals-04.txt URL: ftp://ftp.rfc-editor.org/in-notes/rfc4135.txt When a host establishes a new link-layer connection, it may or may not have a valid IP configuration for Internet connectivity. The host may check for link change (i.e., determine whether a link change has occurred), and then, based on the result, it can automatically decide whether its IP configuration is still valid. During link identity detection, the host may also collect necessary information to initiate a new IP configuration if the IP subnet has changed. In this memo, this procedure is called Detecting Network Attachment (DNA). DNA schemes should be precise, sufficiently fast, secure, and of limited signaling. This document is a product of the Detecting Network Attachment Working Group of the IETF. This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. Joyce K. Reynolds and Sandy Ginoza USC/Information Sciences Institute ... Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RFCs. --Boundary_(ID_sH13tXAEZ8ziNmD4FKY/CA) Content-type: multipart/alternative; boundary="Boundary_(ID_5VSlf4pA+JFULOAKrrIltQ)" --Boundary_(ID_5VSlf4pA+JFULOAKrrIltQ) Content-type: Message/External-body; access-type=mail-server; server="RFC-INFO@RFC-EDITOR.ORG" Content-Type: text/plain Content-ID: <050811180244.RFC@RFC-EDITOR.ORG> RETRIEVE: rfc DOC-ID: rfc4135 --Boundary_(ID_5VSlf4pA+JFULOAKrrIltQ) Content-type: Message/External-body; name=rfc4135.txt; site=ftp.isi.edu; access-type=anon-ftp; directory=in-notes Content-disposition: attachment; filename=rfc4135.txt Content-Type: text/plain Content-ID: <050811180244.RFC@RFC-EDITOR.ORG> --Boundary_(ID_5VSlf4pA+JFULOAKrrIltQ)-- --Boundary_(ID_sH13tXAEZ8ziNmD4FKY/CA)-- From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 12 01:02:08 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3RgD-0002K6-CK for dna-archive@megatron.ietf.org; Fri, 12 Aug 2005 01:02:08 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA18808 for ; Fri, 12 Aug 2005 01:02:03 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRQTQV435G8X2BRI@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 12 Aug 2005 15:01:36 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 1203580013; Fri, 12 Aug 2005 15:00:45 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id B56BD3C005; Fri, 12 Aug 2005 15:00:44 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7C509001900 for dna-list; Fri, 12 Aug 2005 15:00:09 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7C509w01896 for ; Fri, 12 Aug 2005 15:00:09 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRQTQ1F6W88YA7ZC@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 12 Aug 2005 15:00:05 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 6E7FE8000D for ; Fri, 12 Aug 2005 15:00:05 +1000 (EST) Received: from [130.194.252.110] (knuth.eng.monash.edu.au [130.194.252.110]) by larry.its.monash.edu.au (Postfix) with ESMTP id 51B813C005 for ; Fri, 12 Aug 2005 15:00:05 +1000 (EST) Date: Fri, 12 Aug 2005 15:00:05 +1000 From: Greg Daley Subject: [DNA] DNA Goals to Informational RFC 4135 Sender: owner-dna@ecselists.eng.monash.edu.au To: dna@eng.monash.edu.au Reply-to: greg.daley@eng.monash.edu.au Message-id: <42FC2CD5.5050600@eng.monash.edu.au> Organization: Monash University MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en, en-us User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 Content-Transfer-Encoding: 7BIT Hi, Congratulations to JinHyeock on his good work in editing the the DNA Goals document and getting it to RFC. Thanks also to Margaret who acted as shepherding AD on this document, and to Pekka, who worked as chair to get this document through. Greg From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 12 01:11:55 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3Rph-0004MA-A7 for dna-archive@megatron.ietf.org; Fri, 12 Aug 2005 01:11:55 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA19156 for ; Fri, 12 Aug 2005 01:11:50 -0400 (EDT) Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRQU3TQ5A48X28NA@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 12 Aug 2005 15:11:19 +1000 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 4834880015; Fri, 12 Aug 2005 15:10:25 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by larry.its.monash.edu.au (Postfix) with ESMTP id EF3743C012; Fri, 12 Aug 2005 15:10:24 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7C5AEI02035 for dna-list; Fri, 12 Aug 2005 15:10:14 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7C5ADw02031 for ; Fri, 12 Aug 2005 15:10:13 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRQU3FPAMW8YA8UT@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 12 Aug 2005 15:10:07 +1000 Received: by localhost (Postfix, from userid 510) id 95CF5AB543; Fri, 12 Aug 2005 15:10:06 +1000 (EST) Received: from mailout3.samsung.com (mailout3.samsung.com [203.254.224.33]) by curly.its.monash.edu.au (Postfix) with ESMTP id 31E7B4FB02 for ; Fri, 12 Aug 2005 15:10:05 +1000 (EST) Received: from ep_mmp1 (mailout3.samsung.com [203.254.224.33]) by mailout3.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IL300HKCFOQGX@mailout3.samsung.com> for dna@eng.monash.edu.au; Fri, 12 Aug 2005 14:10:03 +0900 (KST) Received: from jinchoe ([75.2.43.234]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IL300DU4FOQQG@mmp1.samsung.com> for dna@eng.monash.edu.au; Fri, 12 Aug 2005 14:10:02 +0900 (KST) Date: Fri, 12 Aug 2005 14:10:02 +0900 From: JinHyeock Choi Subject: Re: [DNA] Possible way forward: combining Link ID and Landmark? Sender: owner-dna@ecselists.eng.monash.edu.au To: Pekka Nikander , Dna Message-id: <019201c59efc$1853a7d0$ea2b024b@jinchoe> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook Express 6.00.2800.1106 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <280998D5-E48C-4361-AE20-E25168CDF31B@nomadiclab.com> Content-Transfer-Encoding: 7BIT Dear Pekka > Based on what I heard during the WG meeting on Thursday and in some > discussions afterwards, the following proposal occurred to me. It > may be completely off the mark. If so, please ignore it. I am > offering this just in the case it might be useful and let the WG to > move forward. > > Would the following work? > > 1. Define a new Link ID RA option, as in the Link ID draft. > > 2. Define new Landmark RS and RA options, as in the landmark draft. > > 3. Routers in a link are encouraged to create a Link ID and > announce it, but not required. [Details need to be filled in, e.g., > if all routers need to agree etc.] > > 4a. A host that arrives on a link *with* a Link ID picks the Link > ID as its landmark. > > 4b. A host that arrives on a link *without* a Link ID picks one of > the prefixes as a landmark, just as in the current landmark draft. > > 5. When a host detects that it may have changed links, it looks > for a landmark (as in the landmark draft) unless it gets a Link ID > (as the landmark) very quickly (as in the case of FastRA-like > optimisation). > > Based on my very partial understanding, the above outline might > work. However, it may also be more expensive (in term of bytes or > packets) than the current proposals. On the other hand, it might > also be more flexible or robust. > > Maybe someone could do further thinking and analysis. It may be better for us to combine proposed schemes. In brief, LinkID is useful for link identification under prefix change and unsolicted RAs, CompleteRA for CPL generation and Landmark for interoperability with non-supporting links and bandwidth saving. We may put those features together to produce a robust and flexible solution. I need to do further thinking and analysis for the efficient way to merge them. (I am still in After-Meeting-Slumber. :-)) Thanks for your kind consideration. Best Regards JinHyeock From dna-owner@webcamserver.eng.monash.edu.au Fri Aug 12 02:24:07 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3Sxa-0002JV-Rr for dna-archive@megatron.ietf.org; Fri, 12 Aug 2005 02:24:07 -0400 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA05344 for ; Fri, 12 Aug 2005 02:24:04 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LRQWLDJDKS8YA5HD@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Fri, 12 Aug 2005 16:22:24 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 43E4FAB545; Fri, 12 Aug 2005 16:21:50 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id EE8D84FB07; Fri, 12 Aug 2005 16:21:49 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7C6LNv02884 for dna-list; Fri, 12 Aug 2005 16:21:23 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7C6LMw02880 for ; Fri, 12 Aug 2005 16:21:22 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LRQWKH5OZE99Q454@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Fri, 12 Aug 2005 16:21:07 +1000 Received: by localhost (Postfix, from userid 510) id E5D68AB545; Fri, 12 Aug 2005 16:21:06 +1000 (EST) Received: from mailout2.samsung.com (mailout2.samsung.com [203.254.224.25]) by moe.its.monash.edu.au (Postfix) with ESMTP id EEBF74FB06; Fri, 12 Aug 2005 16:21:05 +1000 (EST) Received: from ep_mmp1 (mailout2.samsung.com [203.254.224.25]) by mailout2.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IL300B3IIXD0N@mailout2.samsung.com>; Fri, 12 Aug 2005 15:20:01 +0900 (KST) Received: from jinchoe ([75.2.43.234]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IL300CDFIXD2R@mmp1.samsung.com>; Fri, 12 Aug 2005 15:20:01 +0900 (KST) Date: Fri, 12 Aug 2005 15:20:01 +0900 From: JinHyeock Choi Subject: Re: [DNA] DNA Goals to Informational RFC 4135 Sender: owner-dna@ecselists.eng.monash.edu.au To: greg.daley@eng.monash.edu.au, dna@eng.monash.edu.au Message-id: <01e001c59f05$df138b20$ea2b024b@jinchoe> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook Express 6.00.2800.1106 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <42FC2CD5.5050600@eng.monash.edu.au> Content-Transfer-Encoding: 7BIT Dear Greg > Congratulations to JinHyeock on his good work in editing the > the DNA Goals document and getting it to RFC. Thanks for your kind words but I remind that you also co-authored the draft. So I guess that you wrote the above with your chair's hat on. :-) > Thanks also to Margaret who acted as shepherding AD on this > document, and to Pekka, who worked as chair to get this document > through. I'd like to show my gratitude to Pekka and Greg for their guidance and help. I also thanks Margaret for shepherding the document and WG members for their concern and valuable feedback. Thanks for your kind consideration. Best Regards JinHyeock From dna-owner@webcamserver.eng.monash.edu.au Tue Aug 30 11:03:36 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EA7eB-0004VT-Vv for dna-archive@megatron.ietf.org; Tue, 30 Aug 2005 11:03:36 -0400 Received: from ALPHA9.ITS.MONASH.EDU.AU (alpha9.its.monash.edu.au [130.194.1.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17755 for ; Tue, 30 Aug 2005 11:03:32 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LSGK27P90099TMFW@vaxh.its.monash.edu.au> for dna-archive@lists.ietf.org; Wed, 31 Aug 2005 01:03:26 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 4E871AB543; Wed, 31 Aug 2005 01:03:23 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id BC9674FB07; Wed, 31 Aug 2005 01:03:22 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7UEx5F27659 for dna-list; Wed, 31 Aug 2005 00:59:05 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7UEx5w27655 for ; Wed, 31 Aug 2005 00:59:05 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LSGJVR9NU899TMFW@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Wed, 31 Aug 2005 00:58:58 +1000 Received: by localhost (Postfix, from userid 510) id 02713AB542; Wed, 31 Aug 2005 00:58:57 +1000 (EST) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by curly.its.monash.edu.au (Postfix) with ESMTP id BA5674FB02 for ; Wed, 31 Aug 2005 00:58:56 +1000 (EST) Received: from eamrcnt770.exu.ericsson.se (mail1att.ericy.com. [138.85.133.17]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id j7UEwrhB029924 for ; Tue, 30 Aug 2005 09:58:54 -0500 Received: from noah.lmc.ericsson.se ([142.133.1.1]) by eamrcnt770.exu.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id 36TTFHFM; Tue, 30 Aug 2005 09:58:53 -0500 Received: from dhcp723-115.rnet.lmc.ericsson.se (dhcp723-115.rnet.lmc.ericsson.se [142.133.72.115]) by noah.lmc.ericsson.se (8.12.10/8.12.10) with ESMTP id j7UEwm6l019026 for ; Tue, 30 Aug 2005 10:58:52 -0400 (EDT) Date: Tue, 30 Aug 2005 10:58:25 -0400 (EDT) From: Suresh Krishnan Subject: [DNA] Re: IETF63 DNA Minutes of meeting In-reply-to: <8DA338857B4F404282EE2088005079EA01425614@eammlex037-nb.lmc.ericsson.se> Sender: owner-dna@ecselists.eng.monash.edu.au X-X-Sender: suresh@dhcp723-115.rnet.lmc.ericsson.se To: dna@eng.monash.edu.au Reply-to: Suresh Krishnan Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-Sybari-Trust: 3ebb4128 856a4233 abaf71ae 00000139 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <8DA338857B4F404282EE2088005079EA01425614@eammlex037-nb.lmc.ericsson.se> Content-Transfer-Encoding: 7BIT Hi Folks, Somehow this message never made it to the mailing list. Please go over the minutes and respond with your comments by Wednesday, the 31st of August. The minutes will be submitted to the secretariat on Thursday by 10AM EST if there are no outstanding comments/issues. Thanks Suresh On Fri, 26 Aug 2005, Suresh Krishnan wrote: Hi Folks, The tentative minutes of meeting for the DNA WG meeting held during IETF63 are enclosed. Please find some time to go through them and respond with your comments by Tuesday, the 30th of August. The minutes will be submitted to the secretariat on Wednesday by 10AM EST if there are no outstanding comments/issues. Thanks Your friendly DNA chairs From dna-owner@webcamserver.eng.monash.edu.au Tue Aug 30 11:04:49 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EA7fN-0004gy-5s for dna-archive@megatron.ietf.org; Tue, 30 Aug 2005 11:04:49 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17840 for ; Tue, 30 Aug 2005 11:04:44 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LSGK2PH7OW935B0O@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Wed, 31 Aug 2005 01:04:07 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id D8F66AB542; Wed, 31 Aug 2005 01:03:46 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 3E1394FB0C; Wed, 31 Aug 2005 01:03:46 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7UF3iJ27744 for dna-list; Wed, 31 Aug 2005 01:03:44 +1000 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7UF3hw27740 for ; Wed, 31 Aug 2005 01:03:43 +1000 Received: from larry.its.monash.edu.au ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LSGK29UC5491W804@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Wed, 31 Aug 2005 01:03:26 +1000 Received: by localhost (Postfix, from userid 510) id 48FB68000D; Wed, 31 Aug 2005 01:03:26 +1000 (EST) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by larry.its.monash.edu.au (Postfix) with ESMTP id DEFEA3C012 for ; Wed, 31 Aug 2005 01:03:24 +1000 (EST) Received: from eamrcnt770.exu.ericsson.se (mail1att.ericy.com. [138.85.133.17]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id j7UF3N4v030937 for ; Tue, 30 Aug 2005 10:03:23 -0500 Received: from noah.lmc.ericsson.se ([142.133.1.1]) by eamrcnt770.exu.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id 36TTFHPT; Tue, 30 Aug 2005 10:03:22 -0500 Received: from dhcp723-115.rnet.lmc.ericsson.se (dhcp723-115.rnet.lmc.ericsson.se [142.133.72.115]) by noah.lmc.ericsson.se (8.12.10/8.12.10) with ESMTP id j7UF3M6l019154 for ; Tue, 30 Aug 2005 11:03:22 -0400 (EDT) Date: Tue, 30 Aug 2005 11:02:59 -0400 (EDT) From: Suresh Krishnan Subject: [DNA] IETF63 DNA Minutes of meeting (attached) Sender: owner-dna@ecselists.eng.monash.edu.au X-X-Sender: suresh@dhcp723-115.rnet.lmc.ericsson.se To: dna@eng.monash.edu.au Reply-to: Suresh Krishnan Message-id: Content-id: MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_sSHztIC311ES8waU2qbO+Q)" X-Sybari-Trust: 7c51a53c 856a4233 abaf71ae 00000139 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --Boundary_(ID_sSHztIC311ES8waU2qbO+Q) Content-id: Pine.LNX.4.61.0508261544221.11298@dhcp723-115.rnet.lmc.ericsson.se Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7BIT Hi Folks, Somehow this message never made it to the mailing list. Please go over the minutes and respond with your comments by Wednesday, the 31st of August. The minutes will be submitted to the secretariat on Thursday by 10AM EST if there are no outstanding comments/issues. Thanks Suresh ---------- Forwarded message ---------- Date: Fri, 26 Aug 2005 15:45:26 -0400 (EDT) From: Suresh Krishnan To: dna@eng.monash.edu.au Subject: IETF63 DNA Minutes of meeting Hi Folks, The tentative minutes of meeting for the DNA WG meeting held during IETF63 are enclosed. Please find some time to go through them and respond with your comments by Tuesday, the 30th of August. The minutes will be submitted to the secretariat on Wednesday by 10AM EST if there are no outstanding comments/issues. Thanks Your friendly DNA chairs --Boundary_(ID_sSHztIC311ES8waU2qbO+Q) Content-id: Pine.LNX.4.61.0508261543200.11298@dhcp723-115.rnet.lmc.ericsson.se Content-type: APPLICATION/OCTET-STREAM; name=dnamins Content-disposition: attachment; filename=dnamins Content-description: dnamins Content-Transfer-Encoding: QUOTED-PRINTABLE IETF 63 dna wg meeting minutes=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=0A= =0A= People referenced in minutes=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=0A= Greg Daley (Greg)=0A= Pekka Nikander (Pekka)=0A= Suresh Krishnan (Suresh)=0A= Alper Yegin (Alper)=0A= Erik Nordmark (Erik)=0A= James Kempf (James)=0A= Keith Moore (Keith)=0A= Sathya Narayanan (Sathya)=0A= Nicolas Montavont (Nicolas)=0A= Christian Vogt (Christian)=0A= Brett Pentland (Brett)=0A= Gabriel Montenegro (Gabriel)=0A= Pascal Thubert (Pascal)=0A= JinHyeock Choi (Jin)=0A= Hesham Soliman (Hesham)=0A= Jim Bound (Jim) =0A= Rajeev Koodli (Rajeev)=0A= Vijay Devarapalli (Vijay)=0A= Thomas Narten (Thomas)=0A= =0A= Introduction and Agenda - Greg=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=0A= Pekka stepped down as chair of DNA. Suresh is new chair=0A= =0A= Assumptions regarding the session=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= People in the room have read the drafts. If not already read, they = should read at least the solutions documents now.=0A= Reminder regarding BCP79 =0A= =0A= Agenda=0A= =3D=3D=3D=3D=3D=3D=0A= =0A= * Discuss WG documents and open issues=0A= * Fast Router discovery=0A= * Assess solution progress=0A= * Pick link identification scheme and perform a consensus call=0A= * DNA relocation=0A= * DNA and fast handover interaction=0A= * Fast RA will be covered if we have some time=0A= =0A= Document Status - Greg=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= * WG is behind on all milestones.=0A= * First cover the milestones for which we already have WG documents. We = need review of these documents=0A= * Link information draft can be Last Called after resolving comments = received on the mailing list =0A= * Hosts BCP and Routers BCP need additional review inside the WG.=0A= * CPL needs external review.=0A= * Solution framework document received a bunch of comments. =0A= * We need a single solution document out by the end of August or = beginning of September=0A= =0A= Link Information Draft (draft-ietf-dna-link-information-02.txt) - Alper = =0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= Addresses comments from Pekka Savola and Bernard Aboba.=0A= Major change is addition of ethernet section contributed by Greg=0A= =0A= A new non deterministic link up has been added by the use of the R(isk) = flag. =0A= Alper wants to know whether the extended model with non deterministic = link up =0A= needs to be supported. The alternative is to wait for 100% assurance = before =0A= sending link up. The authors think the non det link up might have some = utility =0A= for certain host stacks=0A= =0A= Erik wants to know if the non deterministic link up will be followed by = a =0A= normal one. Alper believes it will be. Erik thinks it might be useful = as a =0A= host can send an RS on receipt on each of this link up triggers to = speed up =0A= the receipt of an RA. Alper agrees and also mentions that this is not = =0A= mandated (It is a MAY). Authors think that the document is ready for = WGLC =0A= and the chairs agree. =0A= =0A= DNA with unmodified routers (draft-ietf-dna-cpl-01.txt) - Erik=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =0A= =0A= Number of RAs to wait for before declaring the prefix list complete = has been =0A= reduced to 1 from 3. =0A= =0A= Absence of link up indications causes some issues. e.g. a single = candidate =0A= link object might contain prefixes obtained from solicited RAs from one = link =0A= and unsolicited RAs from another. =0A= =0A= Erik wants to know if the document should address issues due to flash = =0A= renumbering or just mention that is is not desirable. James thinks that = it =0A= easier to just mention the problem and not try to come up with a = complex =0A= solution as it is not so frequent.=0A= =0A= Keith thinks that two assumptions made in the document are dubious. =0A= 1) Every network has a router. =0A= 2) you can name a network using one of its prefixes. =0A= He thinks that this is a model of an explicitly managed network where a = human =0A= can avoid doing stupid things. MANETs and other ad-hoc networks do not = follow =0A= this model and this should be made explicit in the document.=0A= =0A= Erik agrees with Keith and believes that CPL should not make things = worse for =0A= Neighbor Discovery than they are in absence of a DNA. =0A= Erik also wants to know if anyone has an opinion on how many RAs to = wait for =0A= before declaring is the number of RAs to complete. Nobody comes up with = one. =0A= Greg wants to discuss further issues on the list.=0A= =0A= Solution framework (draft-ietf-dna-soln-frame-00.txt) - Erik=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= Tried to describe how this will interact wil DAD and MLD. The = discussion now =0A= exists in other drafts as well.=0A= =0A= Greg wants to know if this should become an INFORMATIONAL RFC or stay = as WG =0A= document while the solution process progresses. Erik thinks that if it = becomes =0A= an RFC, this will become a snapshot of where things started off and it = will =0A= not be too useful. Sathya mentions a discussion at the last IETF = meeting about =0A= documenting the design discussions from the DT in a draft. This would = explain =0A= why the design choices were made and why some solutions were dropped = and some =0A= were not. The WG agreed to do this but there is no document yet. Erik = thinks =0A= that this document would be good to have but is not the highest = priority. The =0A= protocol document is more important. Satya thinks it is not wrong to = publish =0A= it after the protocol document, if it just a record of why the DT made = the =0A= choices it made. Greg will check with the prospective authors and ADs = on how =0A= to proceed with the document.=0A= =0A= Router BCP (draft-ietf-dna-routers-00.txt) - Nicolas=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D =0A= =0A= Has become a WG document. Resolving comments raised by Brett and =0A= Martin Dunmore. Analysis of response time and RA rates moved to = Appendices. =0A= Three remaining issues.=0A= =0A= 1) The number of routers on a link is currently limited to 3. It is =0A= a compromise between bandwidth consumption and robustness. Is it enough = if we =0A= just mention the tradeoff or should we limit the number of routers on a = link?=0A= Greg wants to discuss this on the list=0A= Christian wants to know how the delay to acquire an RA is affected by = limiting=0A= the number of routers. Greg mentions that with 3 routers the delay is = 125ms on =0A= average=0A= 2) Disjoint administration: Routers managed by different entities = existing on =0A= the same link. Is this scenario realistic? Should this scenario be = illustrated =0A= with concrete examples=0A= =0A= James thinks that this is pretty uncommon. Routing infrastructure could = be run =0A= by someone other than the access. He is not sure if it an issue. Keith = does =0A= not agree that all routers on a link will continue to be managed by the = same =0A= entity in the future. Erik mentions that IPv6 routing will not work in = this =0A= scenario if ingress filtering is in effect. He believes there are other = ways to=0A= share infrastructure in a coordinated manner such as 802.1x with = vlans,=0A= different ssids etc. =0A= =0A= Gabriel thinks that SEND can be used for selecting the right router and = =0A= establishing trust. Greg mentions that Router->Router relationships are = not =0A= covered in this document and wants to know if that is an issue.=0A= Pascal believes that mesh networks will make this scenario possible. He = thinks =0A= it is a good idea to include source address selection policy in this = document=0A= Erik wants to know how this will work with shim6 and Greg does not want = to =0A= solve this issue yet.=0A= =0A= Nicolas wants to know if SEND should be recommended in a BCP document. = He is =0A= concerned about the added latency. James believes the latency could be = =0A= minimized by using 802.21 IS to acquire certificated before = handover.=0A= Alper thinks that since DNA does not need SEND, SEND should not be = mandated.=0A= James does not understand what the issue is. Erik agrees with Alper = that SEND =0A= and DNA could be decoupled since they are orthogonal, and would like to = =0A= mention SEND as a good solution in the Security considerations.=0A= =0A= ACTION: Need replacement text from authors and get reviews done by the = people=0A= who commented.=0A= =0A= Hosts BCP (draft-ietf-dna-hosts-01.txt) - Sathya=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =0A= =0A= Included comments from Subba and Erik=0A= Added a section on DNA steps to improve the flow of the document. =0A= Simplify text to say there needs to be a mechanism to detect link = change and =0A= to not specify how.=0A= ML discussions indicated that it is OK to leave reachability detection = in the =0A= draft.=0A= =0A= Too much unnecessary information in the draft. Shorten the hints = section. =0A= Greg had already cut this short. Are the following sections too = long?=0A= * Section describing configuration that needs to be invalidated on link = change=0A= * Section describing complications to DNA =0A= * Security considerations=0A= =0A= Greg wants more people to read the draft and believes that with = sufficient =0A= internal and external review the draft will be ready for WGLC.=0A= =0A= FRD (draft-jinchoi-dna-frd-01.txt) - Jin=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= This mechanism is used to deliver an RA with minimum latency on =0A= reception of a link up trigger (say 802.11/16)=0A= =0A= A router cannot usually percieve link up but the PoA-Point of = Attachment=0A= (802.11 AP or 802.16 BS) does. PoA cann either trigger the AR to send = the =0A= RA (RA Tiggering) or send a cached RA (RA Caching). The RA is delivered = to the =0A= unicast link layer address of the host. Delay between Layer2 = association to =0A= receiving RA is on average 1.3ms 1.1-1.8ms. The scheme is suitable for = network =0A= initiated DNA and hence is Cellular/Mobile network friendly. The scheme = is not =0A= widely applicable but it works very well where link layer support is = available.=0A= =0A= The authors request to make this INFORMATIONAL RFC to be able to send = to other =0A= SDOs (WiMax, IEEE etc.). Greg clarifies that making this an = INFORMATIONAL RFC =0A= may not necessarily facilitate adoption by other SDOs. Jin mentions = that the =0A= version of 802.16 deployed in Korea(WiBro) plans to send RA in the same = way=0A= Greg thinks that this is likely to be deployed in the real world and = the WG =0A= could provide input to get the solution right. He wants to know if the = WG=0A= is interested in working on this? =0A= =0A= Erik thinks that this is an useful option when the APs can be modified = and =0A= not otherwise. James believes that interest of other SDO's should not = be a =0A= justification to accept this as a WG document, He is worried that the = SDO's =0A= don't really back up/correlate the info. He is worried about the cached = =0A= RAs having limited lifetime.=0A= =0A= Keith believes that examples of documenting using L2 support to speed = up =0A= delivering of an RA is a good thing. Rajeev believes that this is = useful but =0A= is worried about consistency issues between the L2 and L3. Pascal = thinks that =0A= a AR->AP control channel is needed. Suresh belives that 802.21 MICS or = RA =0A= triggering can be used. =0A= =0A= CONSENSUS CALL: Anyone object to adopting this as a WG doc? =0A= (No objection)=0A= Document becomes a WG document. =0A= =0A= DNA Solutions=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= James wants to know if the WG has decided to use fastRA for delivering = the RA.=0A= Greg mentions that it is the only contender but is willing to discuss = it =0A= further on the mailing list=0A= =0A= Both the DNA solutions have been implemented and they are both known to = work. =0A= The WG needs to pick one to proceed further. The emphasis of the = solution is=0A= to be more holistic rather than detailed.=0A= =0A= Solution 1 =0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= Solution 1 (draft-pentland-dna-protocol-01.txt) - Brett=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=0A= Link identification scheme for this solution has two parts=0A= -> 1) Landmark: include prefix in RS to ask whether it is still on = link. =0A= Routers having complete knowlege, can answer with a Yes or No = answer.=0A= This results in a Small RA when there is no link change.=0A= -> 2) Fallback to CompleteRA: Routers Already monitor the link for = prefixes. =0A= Prefixes configured on the routers are announced with PIO and the = =0A= prefixes not configured on the routers are announced with a new = DNAO.=0A= In the most common case all routers on the link would advertise = the=0A= same prefixes and there would be no additional overhead due to = =0A= CompleteRA. =0A= Pros=0A= * Works well with legacy devices. =0A= * Causes Immediate build of CPL=0A= * Results in small RAs when link does not change=0A= * Rate limits unicast RAs=0A= * Complete synchronization between routers is not required. All that is = =0A= required is at least one overlapping prefix between different RAs. = The=0A= presence of at least one overlapping prefix implies that there is = no=0A= link change.=0A= =0A= Cons=0A= * RS needs to be modified=0A= * Using the previous prefix exposes link (can avoid LO)=0A= * DNA0 size is theoretically unbounded but CPL can be a fallback if all = =0A= prefixes cannot fit inside the RA=0A= =0A= =0A= Greg wants to know how many people in the room have read the document. = =0A= (About 15 hands). How many plan to read it next week (A few more = hands). =0A= Greg would like more input on the docs=0A= =0A= Solution 2 (draft-jinchoi-dna-protocol2-01.txt) - Jin=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=0A= =0A= Link identification is performed by comparing 2 links to see if they = are the =0A= same. Linkid differs from landmark because there is only one linkid per = link =0A= but there can be multiple landmarks per link. Smallest prefix on the = link =0A= is picked as linkid. RAs have a 'I' (LinkID) bit set for this prefix. = Graceful =0A= linkid change can be performed using linkid prefix list and linkid = lifetime.=0A= This scheme takes 600ms to achieve synchronization when prefixes are = being =0A= added and deleted on the link. The host has never made any wrong = decision =0A= in any tested scenario.=0A= =0A= Pascal wants to know if this solution supports Point-to-Multipoint = networks.=0A= Jin says it does not. Keith thinks it is very useful to have a linkid = but does=0A= not believe that it has to be an address prefix. He also thinks it is = better to=0A= pick the most stable prefix instead of the lowest as the linkid.=0A= =0A= Hesham wants to know if both LinkID and Landmark can be used together. = Greg =0A= says they can be. Then Hesham wants to know what the difference is? Jim = and =0A= Jin clarifies that Landmark requires RS first. Greg mentions that he = has done =0A= some research that proves that LinkID and CompleteRA perform = identically in=0A= case of movement between DNA links when the routers are up-to-date.=0A= Jim will object to proceeding with Landmark as he believes linkid = converges =0A= faster. James thinks there is not much of a difference between the two = schemes.=0A= Until the end of the dt discussion the dt had consensus on Landmark = but Jin =0A= pulled this out at the last moment. Jin mentions that he was always for = LinkID =0A= and he never supported Landmark. =0A= =0A= Brett also mentions that the schemes are quite similar. The trade-off = is that =0A= completeRA takes more bytes but is faster when moving frm non-DNA to = DNA=0A= (since the host can make the CPL immediately). Landmark/CompleteRA is = also =0A= quicker in the non movement case. Jin wants to know if completeRA is as = good =0A= as LinkID, why landmark is needed? Brett mentions that it is just a =0A= Optimization. =0A= =0A= Erik reminds people that hosts need to keep track of multiple linkids = in case =0A= of renumbering. This was mentioned in version 00 of the draft but = removed in=0A= version 01. Agrees with Keith that the linkid need not be a prefix in = order=0A= to be applicable to unmanaged networks. Hesham mentions that a subtype = can be =0A= added in the option with variable length to carry arbitrary info. =0A= Jim would like to merge the two proposals but needs more time to make = the =0A= decision. He wants the chairs to wait and not force a choice today.=0A= =0A= Comparison of link identification schemes (Time and Space) - Sathya =0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= * Both schemes are very simple. Convergence times and and RA processing = times =0A= are similar (order N) =0A= * Both solutions requires all the routers to learn the set of all = prefixes =0A= on the link=0A= * Both solutions implicitly requires all the routers to use the set of = all =0A= prefixes on the link as the link id. The difference is the = representation =0A= of the identity in the RA messages.=0A= * Backward compatibility goal may differentiate the two schemes=0A= =0A= Erik wants to know if the comparison is based on -01 versions of = documents.=0A= Satya says it is but it is also based on the fundamental design choices = =0A= Erik mentions an issue on LinkID(#7) about whether a LinkID can be = present =0A= in the RS. With this linkid looks very similar to landmark. He is = worried that =0A= people are arguing just about the names. Satya clarifies that he is not = =0A= portraying LinkID in a bad light and he believes that solution 1 has an = =0A= advantage because of the completeRA component rather than the Landmark = =0A= component. Greg agrees with Erik and the picked solution is only the = starting =0A= point for the evolution of the ultimatesolution. =0A= =0A= Pro for LinkID: Smaller RA size and better handling of change in = prefixes=0A= Pro for Landmark: Works better between DNA and non-DNA networks=0A= =0A= Erik believes either solution can be picked and changed to use the = positive =0A= characteristics of the other. Hesham agrees with Erik. Since the = difference is =0A= negligible. Jin wants to point out that an RS maybe required for soln 1 = for =0A= large number of prefixes, as completeRA may not work with large number = of=0A= prefixes. Rajeev thinks that landmark may be more conservative this = needs to=0A= be taken into account while computing space/time. He also wants to know = about=0A= load balancing. Greg mentions that the load balancing is performed = using =0A= fastRA. =0A= =0A= Sathya believes that backward compatibility is an important goal(9). = =0A= CompleteRA ties all the prefixes and is the differentiator of the = solution. =0A= Hesham agrees that it is a important goal but thinks that 2461 does not = =0A= require the routers to store other prefixes and hence cannot be a 'Yes' = for=0A= CompleteRA. Greg clarifies how this works when a host moves between = from a DNA=0A= link into a non DNA link. Hesham is satisfied. Jin mentions that = CompleteRA =0A= has made wrong decisions in a corner cases. LinkId has not made even = one wrong =0A= decision.Erik explains how linkid can make a mistake (A new router is = connected=0A= to an AP to which the host moves to, but the router picks a different = linkid =0A= than the other routers in the network). Both schemes have problems = detecting a =0A= link change when it actually has not occurred. Jin agrees with Erik.=0A= =0A= Pascal will vote for neither. CPL is a big requirement (?) and is not = always =0A= feasible and he would like some recommendations about mobility. Alper = is =0A= worried about the conditionals in the comparison table. Greg mentions = that the =0A= conditionals are immaterial when the number of prefixes is less than = 30.=0A= =0A= Erik does not think the differences are big enough to argue about. He = thinks=0A= that it is important to move forward and not argue about corner = cases.=0A= Hesham thinks point 9 is the tie breaker and he favors completeRA = because of=0A= that. Greg will ask some questions but is not ready to do a consensus = call=0A= Pascal is there any difference in getting RA depending on the scheme. = Greg=0A= says they both use the same mechanism to acquire an RA (fastRA) and = hence do =0A= not differ. =0A= =0A= Vijay thinks that the chairs can get a sense of the room today but =0A= the can confirm the consensus call on the list. Vijay thinks the = solution =0A= should be picked today if the WG is comfortable making that choice. = Suresh =0A= clarifies that the proposal picked by the WG today is only the starting = point=0A= for the solution and not the final solution.=0A= =0A= QUESTION 1: Do people understand enough about the solutions to make the = =0A= consensus call?=0A= =0A= Yes: 25 hands=0A= No: 5 hands=0A= =0A= SENSE OF THE ROOM: (WG believes that it can make a decision)=0A= =0A= QUESTION 2: Which solution should the WG choose as the starting point = of the =0A= link identification solution?=0A= =0A= a) CompleteRA/Landmark: 16 hands=0A= b) Prefix Linkid: 17 hands=0A= =0A= There is NO CLEAR CONSENSUS for either link identification scheme=0A= =0A= c) Can live with either solution - 19 hands=0A= d) Who has strong preference for one solution and cannot live =0A= with the other - no hands=0A= =0A= Thomas thinks the right question is ask is "Does the WG think whether = we can =0A= get to right solution irrespective of the starting point."=0A= =0A= QUESTION 3: Does the WG think whether we can get to right solution = irrespective of the starting point?=0A= yes - 25 hands =0A= no - 1 hands=0A= =0A= There is CLEAR CONSENSUS that the WG can come up with the right = solution=0A= irrespective of which scheme is used as the starting point.=0A= =0A= ACTION: Chairs will pick an editor(s), get them to write a document and = =0A= work out the details on the list. =0A= =0A= (OUT OF TIME)=0A= --Boundary_(ID_sSHztIC311ES8waU2qbO+Q)-- From dna-owner@webcamserver.eng.monash.edu.au Wed Aug 31 02:39:29 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAMFs-0006gI-R1 for dna-archive@megatron.ietf.org; Wed, 31 Aug 2005 02:39:29 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA03535 for ; Wed, 31 Aug 2005 02:39:26 -0400 (EDT) Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LSHGNE5CJY91WP8X@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Wed, 31 Aug 2005 16:37:19 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 4FC9FAB543; Wed, 31 Aug 2005 16:36:43 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by curly.its.monash.edu.au (Postfix) with ESMTP id 022DC4FB02; Wed, 31 Aug 2005 16:36:43 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7V6ZrO06395 for dna-list; Wed, 31 Aug 2005 16:35:53 +1000 Received: from ALPHA8.ITS.MONASH.EDU.AU (alpha8.its.monash.edu.au [130.194.1.8]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7V6Zrw06391 for ; Wed, 31 Aug 2005 16:35:53 +1000 Received: from curly.its.monash.edu.au ([130.194.13.87]) by vaxh.its.monash.edu.au (PMDF V6.2-1x9 #31112) with ESMTP id <01LSHGM0QTRK99SAIO@vaxh.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Wed, 31 Aug 2005 16:35:37 +1000 Received: from curly.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 0D50AAB543 for ; Wed, 31 Aug 2005 16:35:37 +1000 (EST) Received: from monash.edu.au (dollet.its.monash.edu.au [130.194.11.236]) by curly.its.monash.edu.au (Postfix) with ESMTP id E59834FB03 for ; Wed, 31 Aug 2005 16:35:36 +1000 (EST) Received: from [130.194.13.105] by mail-store-2.its.monash.edu.au (mshttpd) ; Wed, 31 Aug 2005 16:35:36 +1000 Date: Wed, 31 Aug 2005 16:35:36 +1000 From: Greg Daley Subject: [DNA] DNA Slides Sender: owner-dna@ecselists.eng.monash.edu.au To: dna@eng.monash.edu.au Message-id: <2c28a42c142f.2c142f2c28a4@monash.edu.au> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.05 (built Mar 3 2005) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Content-Transfer-Encoding: 7BIT Dear WG, Here is a summary of the presentations we've received or not received for IETF 63. Is it possible for those who I've got named against missing presentations to contact me with the presentation? I've either misplaced or not received them Greg DNA Agenda: Greg and Suresh http://www.ctie.monash.edu.au/dna/DNAAgenda63.ppt Status Updates (not received??) Alper Link information DNA Routers Nicolas DNA hosts Sathya CPL Erik Fast Router Discovery: JinHyeock http://www.ctie.monash.edu.au/dna/FRD.ppt Link ID presentation JinHyeock (not received?) Landmark and CompleteRA Summary Brett http://www.ctie.monash.edu.au/dna/IETF_63_-_DNA_Landmark- CompleteRA_summary.ppt Comparison of DNA Schemes Sathya http://www.ctie.monash.edu.au/dna/DNASolnComparison_4Aug2005.ppt FMIPv6 with DNA Rajeev http://www.ctie.monash.edu.au/dna/63ietf-dnawg-fmip-with-dna.ppt Relocation Delays with IPv6 Christian http://www.ctie.monash.edu.au/dna/vogt-2005-ietf63-dna-analysis-of-ip6- relocation-delays.pdf From dna-owner@webcamserver.eng.monash.edu.au Wed Aug 31 12:20:02 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAVJi-0003zR-2v for dna-archive@megatron.ietf.org; Wed, 31 Aug 2005 12:20:02 -0400 Received: from ALPHA6.ITS.MONASH.EDU.AU (alpha6.its.monash.edu.au [130.194.1.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28861 for ; Wed, 31 Aug 2005 12:19:58 -0400 (EDT) Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LSI1006SOY935KAN@vaxc.its.monash.edu.au> for dna-archive@lists.ietf.org; Thu, 01 Sep 2005 02:19:43 +1000 Received: from moe.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 4667CAB558; Thu, 01 Sep 2005 02:19:33 +1000 (EST) Received: from webcamserver.eng.monash.edu.au (webcamserver.eng.monash.edu.au [130.194.5.143]) by moe.its.monash.edu.au (Postfix) with ESMTP id 02EE44FB04; Thu, 01 Sep 2005 02:19:33 +1000 (EST) Received: (from majordomo@localhost) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) id j7VGHpP13051 for dna-list; Thu, 01 Sep 2005 02:17:51 +1000 Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by webcamserver.eng.monash.edu.au (8.11.6/8.11.0) with ESMTP id j7VGHpw13047 for ; Thu, 01 Sep 2005 02:17:51 +1000 Received: from moe.its.monash.edu.au ([130.194.13.88]) by vaxc.its.monash.edu.au (PMDF V6.1 #31112) with ESMTP id <01LSI0XPDOSA91W4Y4@vaxc.its.monash.edu.au> for dna@ecselists.eng.monash.edu.au (ORCPT dna@eng.monash.edu.au); Thu, 01 Sep 2005 02:17:42 +1000 Received: by localhost (Postfix, from userid 510) id 14E77AB557; Thu, 01 Sep 2005 02:17:42 +1000 (EST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by moe.its.monash.edu.au (Postfix) with ESMTP id 399BE4FB06 for ; Thu, 01 Sep 2005 02:17:40 +1000 (EST) Received: by zproxy.gmail.com with SMTP id z31so197644nzd for ; Wed, 31 Aug 2005 09:17:39 -0700 (PDT) Received: by 10.36.71.13 with SMTP id t13mr697921nza; Wed, 31 Aug 2005 09:17:39 -0700 (PDT) Received: by 10.36.2.18 with HTTP; Wed, 31 Aug 2005 09:17:39 -0700 (PDT) Date: Thu, 01 Sep 2005 01:17:39 +0900 From: JinHyeock Choi Subject: Re: [DNA] DNA Slides In-reply-to: <2c28a42c142f.2c142f2c28a4@monash.edu.au> Sender: owner-dna@ecselists.eng.monash.edu.au To: Greg Daley Cc: dna@eng.monash.edu.au Message-id: <92e919fb05083109173d2a036e@mail.gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dw4VtTHuySvD20Ptxly4QC1W/EJB8l1OVjREQrx7Hy/rLpaW8GI2JsupddtO7K1SJAyZ0S5FJxz9ZeL/wfB9I5rGfxlwv6eIdyFptC9YmJdt2JhLisozZWNRVI/6rEGnqs3tAuziMAx3QEGO/XPnQo3sHV305G6NY3FLbTZloOw= X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) References: <2c28a42c142f.2c142f2c28a4@monash.edu.au> Content-Transfer-Encoding: 7BIT Dear Greg Thanks for your trouble. > Here is a summary of the presentations we've received or > not received for IETF 63. Is it possible for those who > I've got named against missing presentations to contact > me with the presentation? My presentations are available at: FRD presenation http://www.diffeo.com/FRD.ppt LinkID presentation http://www.diffeo.com/LinkID.ppt Thanks for your kind consideration. Best Regards JinHyeock