[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