[dtn-security] Re: [dtn-dev] Re: SDNV-new

Scott Burleigh <Scott.Burleigh@jpl.nasa.gov> Wed, 25 May 2005 16:46 UTC

Received: from nmta2.jpl.nasa.gov (nmta2.jpl.nasa.gov [137.78.160.215]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id j4PGkxV31296; Wed, 25 May 2005 09:46:59 -0700
Received: from xmta1.jpl.nasa.gov (xmta1.jpl.nasa.gov [137.78.160.144]) by nmta2.jpl.nasa.gov (Switch-3.1.7/Switch-3.1.7) with ESMTP id j4PGkrfx008629; Wed, 25 May 2005 09:46:53 -0700
Received: from [137.79.22.227] (dhcp-79-22-227.jpl.nasa.gov [137.79.22.227]) by xmta1.jpl.nasa.gov (Switch-3.1.7/Switch-3.1.7) with ESMTP id j4PGkr2C000642; Wed, 25 May 2005 09:46:53 -0700
Message-ID: <4294ABB9.5010009@jpl.nasa.gov>
Date: Wed, 25 May 2005 09:45:45 -0700
From: Scott Burleigh <Scott.Burleigh@jpl.nasa.gov>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dtn-security@mailman.dtnrg.org, dtn-dev@mailman.dtnrg.org
References: <200505241854.j4OIsx724035@smtp-bedford-dr.mitre.org> <42944BEF.7090007@cs.tcd.ie> <20050525152006.GA7633@pisco.cs.berkeley.edu> <42949E83.9050000@cs.tcd.ie> <20050525163707.GB14911@pisco.cs.berkeley.edu>
In-Reply-To: <20050525163707.GB14911@pisco.cs.berkeley.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: dhcp-79-22-227.jpl.nasa.gov [137.79.22.227]
X-Source-Sender: Scott.Burleigh@jpl.nasa.gov
X-AUTH: Internal IP
Subject: [dtn-security] Re: [dtn-dev] Re: SDNV-new
Sender: dtn-security-admin@mailman.dtnrg.org
Errors-To: dtn-security-admin@mailman.dtnrg.org
X-BeenThere: dtn-security@mailman.dtnrg.org
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: dtn-security@mailman.dtnrg.org
List-Unsubscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-security>, <mailto:dtn-security-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: DTN Security Discussion <dtn-security.mailman.dtnrg.org>
List-Post: <mailto:dtn-security@mailman.dtnrg.org>
List-Help: <mailto:dtn-security-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-security>, <mailto:dtn-security-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-security/>

Michael Demmer wrote:

>>I don't think its really harder to code up use of
>>sdnv-8 or -16 though, nor are coders likely IMO to
>>get confused between these as long as we don't
>>oscillate between 'em at specification time.
>>    
>>
>
>Agreed -- I don't think any one of these schemes is easier and/or
>harder to implement. My argument would be to settle on any one, but as
>long as we're consistent, I don't really care. 
>
>It does, however, bring a naming question as to what to call this
>scheme... I don't think SDNV-new is all that appealing in the long
>run.
>
If we're going to go with this, and if we're going to change it in LTP 
as well (and I don't know why not), let's just call it "SDNV".