[Manet-dt] RE: SMF - New Field Source ID
"Joe Macker" <joseph.macker@nrl.navy.mil> Thu, 21 September 2006 14:43 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
by megatron.ietf.org with esmtp (Exim 4.43)
id 1GQPlj-000773-22; Thu, 21 Sep 2006 10:43:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1GQPlh-00075Z-8b
for manet-dt@ietf.org; Thu, 21 Sep 2006 10:43:13 -0400
Received: from s2.itd.nrl.navy.mil ([132.250.83.3])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GQPlc-0002tG-Vt
for manet-dt@ietf.org; Thu, 21 Sep 2006 10:43:13 -0400
Received: from smtp.itd.nrl.navy.mil (smtp.itd.nrl.navy.mil [132.250.86.3])
by s2.itd.nrl.navy.mil (8.13.6+Sun/8.12.8) with SMTP id k8LEgwwT017845;
Thu, 21 Sep 2006 10:42:58 -0400 (EDT)
Received: (from SEXTANT [132.250.92.22])
by smtp.itd.nrl.navy.mil (SMSSMTP 4.1.12.43) with SMTP id
M2006092110434302354 ; Thu, 21 Sep 2006 10:43:43 -0400
From: "Joe Macker" <joseph.macker@nrl.navy.mil>
To: "'Ian Chakeres'" <ian.chakeres@gmail.com>, <manet-dt@ietf.org>
Date: Thu, 21 Sep 2006 10:42:55 -0400
Message-ID: <014a01c6dd8c$397a8ad0$165cfa84@SEXTANT>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <374005f30609181837j6d73cc03n3de96dd5370c8cfb@mail.gmail.com>
x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2962
Thread-Index: AcbbjDlOz50bOKTwQVev4FE5OzWbAgB+qi5g
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
Cc:
Subject: [Manet-dt] RE: SMF - New Field Source ID
X-BeenThere: manet-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MANET Design Team <manet-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>,
<mailto:manet-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/manet-dt>
List-Post: <mailto:manet-dt@ietf.org>
List-Help: <mailto:manet-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>,
<mailto:manet-dt-request@ietf.org?subject=subscribe>
Errors-To: manet-dt-bounces@ietf.org
Ian/ALL; Thanks for your note. First the ID update plans and whats happening with the editor. I'd like some quick DT feedback on several items but plan to have something ready before the ID deadline. This could be ready next week. I began editing the document several weeks ago by removing all previous SMF-specific NHDP design. We have agreed as a group to target MANET NHDP. This is pretty much done and is the major change. Most implementations I know of presently use an existing MANET unicast protocol and borrow the CDS information so implementations are still functional without NHDP. Also Pedro and Brian Adamson contributed some gateway interface thoughts and draft write-ups. Particularly multiple gateways design approaches and issues. After reviewing and thinking about that I am inclined to keep the gateway section to an operational issues discussion. This is still some disagreement on how to best solve particular gateway issues. Those deisgn particulars and practices may be best described in a separate document. I am still a fan of a sequence-based approach to support efficient DPD implementation processing for high speed flows. Regarding you SOURCE ID suggestion. Ian I think your idea is potentially useful especially the way you stated when included. That way we can still support naitve IP source specific multicast flows as well without encapsulation or header extensions. I am ok with crufting that carefully into the header extension section. Others? >-----Original Message----- >From: Ian Chakeres [mailto:ian.chakeres@gmail.com] >Sent: Monday, September 18, 2006 9:38 PM >To: manet-dt@ietf.org >Cc: Joe P Macker (home) >Subject: SMF - New Field Source ID > >Currently SMF DPD is based on the source address (and often the >destination) and the ID field. I'd like to create another >field called "source ID" that would take precedence over the >source address when included. > >I myself envision this used in conjunction with >autoconfiguration. For example, a DHCP request could flood the >network while the source might not have an address yet. In >this case, the source IP address would not be useful in >ensuring uniqueness. Instead a randomly generated ID could be >used to associate the message (or messages) with a particular >source and avoid unnecessary duplicate packet transmissions. > >What do you think? > >Ian Chakeres > >BTW: I noticed the SMF draft is no longer active. We should >try to get a new rev out before the IETF 67 deadline. > _______________________________________________ Manet-dt mailing list Manet-dt@ietf.org https://www1.ietf.org/mailman/listinfo/manet-dt
- [Manet-dt] SMF - New Field Source ID Ian Chakeres
- [Manet-dt] RE: SMF - New Field Source ID Joe Macker