
From bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org  Mon Mar  5 22:25:57 2012
Return-Path: <bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org>
X-Original-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Delivered-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17D2321F85CC for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Mon,  5 Mar 2012 22:25:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.924
X-Spam-Level: 
X-Spam-Status: No, score=-3.924 tagged_above=-999 required=5 tests=[AWL=0.525, BAYES_00=-2.599, J_CHICKENPOX_32=0.6, RCVD_IN_DNSWL_MED=-4, RCVD_IN_SBL=1.551]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FZjgb1P2Mjiy for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Mon,  5 Mar 2012 22:25:56 -0800 (PST)
Received: from mail.netbsd.org (mail.NetBSD.org [IPv6:2001:4f8:3:7:230:48ff:fe85:f13c]) by ietfa.amsl.com (Postfix) with ESMTP id 68E2421F85C5 for <secsh-tyoxbijeg7-archive@lists.ietf.org>; Mon,  5 Mar 2012 22:25:53 -0800 (PST)
Received: by mail.netbsd.org (Postfix, from userid 605) id CEC4814A386; Tue,  6 Mar 2012 06:25:50 +0000 (UTC)
Delivered-To: ietf-ssh@netbsd.org
Received: from localhost (localhost [127.0.0.1]) by mail.netbsd.org (Postfix) with ESMTP id C362F14A388 for <ietf-ssh@netbsd.org>; Tue,  6 Mar 2012 06:25:48 +0000 (UTC)
X-Virus-Scanned: amavisd-new at NetBSD.org
Received: from mail.netbsd.org ([127.0.0.1]) by localhost (mail.NetBSD.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id jqY1mCSHO0m3 for <ietf-ssh@netbsd.org>; Tue,  6 Mar 2012 06:25:48 +0000 (UTC)
Received: from out-73.smtp.ucla.edu (smtp-14.smtp.ucla.edu [IPv6:2607:f010:3fe:102:101c:23ff:fed0:956f]) by mail.netbsd.org (Postfix) with ESMTP id 20A5214A384 for <ietf-ssh@netbsd.org>; Tue,  6 Mar 2012 06:25:47 +0000 (UTC)
Received: from smtp-14.smtp.ucla.edu (smtp-14.smtp.ucla.edu [169.232.46.241]) by out-73.smtp.ucla.edu with ESMTP id q266FkGd027264; Mon, 05 Mar 2012 22:16:30 -0800
Received: from mail.ucla.edu (m5.mail.ucla.edu [128.97.27.133]) by smtp-14.smtp.ucla.edu (8.14.3/8.14.3) with ESMTP id q266FkGd027264; Mon, 5 Mar 2012 22:16:08 -0800
Received: from [192.168.2.102] ([90.166.229.145]) (user=rbenkeser mech=PLAIN bits=0) by mail.ucla.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id q265UTIx000902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Mar 2012 22:10:27 -0800
Message-Id: <201203060610.q265UTIx000902@mail.ucla.edu>
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Description: Mail message body
Subject: upgrading our database.
To: info@verizon.net
From: " IT Services "<info@verizon.net>
Date: Tue, 06 Mar 2012 07:05:45 +0100
Reply-To: updatevices@yahoo.co.jp
X-Probable-Spam: yes
X-Spam-Hits: 6.59
X-Scanned-By: smtp.ucla.edu on 169.232.46.241
Sender: ietf-ssh-owner@NetBSD.org
List-Id: ietf-ssh.NetBSD.org
Precedence: list

Update.
Dear Email User
This message is from Information Technology Services of This EMAIL to all o=
ur Staff. We are currently upgrading our database and e-mail center and thi=
s is our final notification to you.we have sent several messages to you wit=
hout response.
We are deleting all unused Mail account to create space for new accounts. I=
n order not to be suspended, you will have to update your account by provid=
ing the information listed below: updatevices@yahoo.co.jp

Confirm Your E-Mail Details..
Email.......................
User name: ..................
Password:..............
Re Confirm Password:.............

If you fail to confirm your continuous usage of our services by confirming =
your email password now, your account will be disable and you will not be a=
ble to access your email.

You should immediately reply this email: updatevices@yahoo.co.jp  and enter=
 your password in the above password column.
Thanks for your understanding.
Regard,
IT Services=20

From bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org  Wed Mar 14 04:08:05 2012
Return-Path: <bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org>
X-Original-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Delivered-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 179A321F878B for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Wed, 14 Mar 2012 04:08:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7L+vjpl3+-D for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Wed, 14 Mar 2012 04:08:04 -0700 (PDT)
Received: from mail.netbsd.org (mail.NetBSD.org [IPv6:2001:4f8:3:7:230:48ff:fe85:f13c]) by ietfa.amsl.com (Postfix) with ESMTP id 4571E21F8789 for <secsh-tyoxbijeg7-archive@lists.ietf.org>; Wed, 14 Mar 2012 04:08:01 -0700 (PDT)
Received: by mail.netbsd.org (Postfix, from userid 605) id 989B614A3FD; Wed, 14 Mar 2012 11:07:57 +0000 (UTC)
Delivered-To: ietf-ssh@netbsd.org
Received: from localhost (localhost [127.0.0.1]) by mail.netbsd.org (Postfix) with ESMTP id 1A13314A3EE for <ietf-ssh@netbsd.org>; Wed, 14 Mar 2012 11:07:56 +0000 (UTC)
X-Virus-Scanned: amavisd-new at NetBSD.org
Authentication-Results: mail.NetBSD.org (amavisd-new); dkim=pass (1024-bit key) header.d=yahoo.com; domainkeys=pass (1024-bit key) header.from=priceqkc1979@yahoo.com header.d=yahoo.com
Received: from mail.netbsd.org ([127.0.0.1]) by localhost (mail.NetBSD.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id jBeLIiuA0LOk for <ietf-ssh@netbsd.org>; Wed, 14 Mar 2012 11:07:55 +0000 (UTC)
Received: from nm8-vm4.bullet.mail.ne1.yahoo.com (nm8-vm4.bullet.mail.ne1.yahoo.com [98.138.91.168]) by mail.netbsd.org (Postfix) with SMTP id 636A514A245 for <ietf-ssh@netbsd.org>; Wed, 14 Mar 2012 11:07:55 +0000 (UTC)
Received: from [98.138.90.57] by nm8.bullet.mail.ne1.yahoo.com with NNFMP; 14 Mar 2012 09:17:47 -0000
Received: from [98.138.87.9] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 14 Mar 2012 09:17:47 -0000
Received: from [127.0.0.1] by omp1009.mail.ne1.yahoo.com with NNFMP; 14 Mar 2012 09:17:47 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 717791.67636.bm@omp1009.mail.ne1.yahoo.com
Received: (qmail 57690 invoked by uid 60001); 14 Mar 2012 09:17:47 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1331716667; bh=qVrUY81bIw5Wbs3odizg03OwQpRSfXn8msMNpxG0Sgc=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=12VB5BxmjMJmGdKs58NBzYQtbhoTWVXWEE0WlsOi5Uc9GQWvJK4DujXi74uDUAzxnzwYcFuu2NF5WIXzNy4y9CnD9TtRpGWCqFLuNQZpIqHYFqs4cBuU/cvTbdjqX0EeT4ztU0RX54MSBMYbMsAW/0sqioBj5V9NnGFyNKGgS2o=
DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=n0/bNPC4GlvDct46DTBEC2MEAh30iWXaGV+ppZ0TU3KusjuFvsoOJZzRtyOeDp0iEQSu9RJ76SoDchjJMJo7/yZdIvTRY0/EpBm9ctdlPemjvq6o49v6XwVSie74tRFP12kg/aSufP1Id2vWhXemxfM8FazPi3jIYS+arbHRBRg=;
X-YMail-OSG: 0M24SXQVM1mLMXevIc5BDvMgovJiikXXj7tWx1DpGE8.y0s dmiMyp21iFv18lLPcEPS.1aKCen3WJpRdkPmTyFbwzxQfm6oFg5sKGbzgBKF xzMO5zUFTLrXNa6m.IgMZxPV4TaK2if5fbW84mL_Du9zOBJmZ9kXy.dRlrsv jZAEGXQqlXub7hYZBAsH61BfJZe2ywYW_InxMxvGOypehra_LmaIB9TRNV9_ EoTmQDfIvLqVZxKQf3x3vjdrwjcEegrhXXUQp8c3dP2JQf7P8Fccq.2xGSBB u5K7QWdT.I93xihXgcVq_H4mTdIOi9Ztp9RMn2GgdgpNYDwUj3vPM3FwIiw_ 7aIUurVumPlfhn6j1d7m4ghFxbHqe7iTXEHfMVQrqjVffUfsBVgx5lcwjpIl Q5acrdgHv_eQC.GvZSeSKvwIRBU93BSXVZbdz1W7SoN8P_KXVRM8aiavVh8l BFO5FOtZNhTQYk0o6l6yg97lQfo9EvuxkfHodn7Gw9KWcp06OX3jbN8M-
Received: from [14.97.25.107] by web125306.mail.ne1.yahoo.com via HTTP; Wed, 14 Mar 2012 02:17:47 PDT
X-Mailer: YahooMailWebService/0.8.116.338427
Message-ID: <1331716667.42187.yint-ygo-j2me@web125306.mail.ne1.yahoo.com>
Date: Wed, 14 Mar 2012 02:17:47 -0700 (PDT)
From: Joshua Price <priceqkc1979@yahoo.com>
Subject: The deadline for tax return filing has expired #89245086
To: gpedraza@mpsnet.com.mx, dimacar@sdm.net.mx, epasquel@mail.ur.mx, formac@prodigy.net.mx, ecjia@sohu.net, informes@antojitos.com.mx, ietf-ssh@netbsd.org, zusv68@hotmail.com, amestoy@terra.com.mx, eosp@yahoo.com
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: ietf-ssh-owner@NetBSD.org
List-Id: ietf-ssh.NetBSD.org
Precedence: list

# 22-2478757-09868238-7-952 
<!--LH 63598420 V

 http://goo.gl/rSAv7



DL 91535538 O



From bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org  Fri Mar 16 17:08:35 2012
Return-Path: <bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org>
X-Original-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Delivered-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C71021E807B for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Fri, 16 Mar 2012 17:08:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level: 
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iCCp-XF2WoOr for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Fri, 16 Mar 2012 17:08:34 -0700 (PDT)
Received: from mail.netbsd.org (mail.NetBSD.org [IPv6:2001:4f8:3:7:230:48ff:fe85:f13c]) by ietfa.amsl.com (Postfix) with ESMTP id C786E21E8014 for <secsh-tyoxbijeg7-archive@lists.ietf.org>; Fri, 16 Mar 2012 17:08:33 -0700 (PDT)
Received: by mail.netbsd.org (Postfix, from userid 605) id 28C7814A190; Sat, 17 Mar 2012 00:08:30 +0000 (UTC)
Delivered-To: ietf-ssh@NetBSD.org
Received: from localhost (localhost [127.0.0.1]) by mail.netbsd.org (Postfix) with ESMTP id 582B814A1EA for <ietf-ssh@NetBSD.org>; Sat, 17 Mar 2012 00:08:06 +0000 (UTC)
X-Virus-Scanned: amavisd-new at NetBSD.org
Received: from mail.netbsd.org ([127.0.0.1]) by localhost (mail.NetBSD.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id b-FYrQ7Un2Y8 for <ietf-ssh@NetBSD.org>; Sat, 17 Mar 2012 00:08:05 +0000 (UTC)
Received: from smtp02.srv.cs.cmu.edu (SMTP02.SRV.CS.CMU.EDU [128.2.217.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.netbsd.org (Postfix) with ESMTPS id D2CE814A1E8 for <ietf-ssh@NetBSD.org>; Sat, 17 Mar 2012 00:08:04 +0000 (UTC)
Received: from [192.168.33.122] (c-67-165-85-247.hsd1.pa.comcast.net [67.165.85.247]) (authenticated bits=0) by smtp02.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id q2GMatoB021160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Mar 2012 18:36:56 -0400 (EDT)
Subject: FYI: Document writeup for draft-dbider-sha2-mac-for-ssh-03
From: Jeffrey Hutzelman <jhutz@cmu.edu>
To: ietf-ssh <ietf-ssh@NetBSD.org>
Cc: jhutz@cmu.edu
Content-Type: text/plain; charset="UTF-8"
Date: Fri, 16 Mar 2012 18:36:58 -0400
Message-ID: <1331937418.24895.203.camel@destiny.pc.cs.cmu.edu>
Mime-Version: 1.0
X-Mailer: Evolution 2.30.3 
Content-Transfer-Encoding: 7bit
X-Scanned-By: mimedefang-cmuscs on 128.2.217.197
Sender: ietf-ssh-owner@NetBSD.org
List-Id: ietf-ssh.NetBSD.org
Precedence: list

Below is a copy of my document writeup for the SHA2 document

-- Jeff

(1) What type of RFC is being requested (BCP, Proposed Standard,
Internet Standard, Informational, Experimental, or Historic)?  Why
is this the proper type of RFC?  Is this type of RFC indicated in the
title page header?

   The authors and SSH community are requesting publication of this
   document as a Proposed Standard.  This document specifies new
   data integrity algorithms for SSH and updates the SSH specification
   (itself a Proposed Standard) to make the new algorithm RECOMMENDED.
   The document header correctly reflects this.

(2) The IESG approval announcement includes a Document Announcement
Write-Up. Please provide such a Document Announcement Write-Up. Recent
examples can be found in the "Action" announcements for approved
documents. The approval announcement contains the following sections:

Technical Summary

   This memo defines algorithm names and parameters for use of some of
   the SHA-2 family of secure hash algorithms for data integrity
   verification in the Secure Shell (SSH) protocol.  It also updates
   RFC4253 by specifying a new RECOMMENDED data integrity
   algorithm.

Working Group Summary

   This document was discussed on the mailing list of the former
   Secure Shell working group.  While the working group concluded
   in 2006, the mailing list has remained an active forum for SSH
   implementors and the venue of choice for discussion of extensions
   to the SSH protocol.

Document Quality

   The algorithms specified in this document have been successfully
   implemented in multiple SSH implementations.

Personnel

   The Document Shepherd for this document is Jeffrey Hutzelman.
   The responsible Area Director is Sean Turner.


(3) Briefly describe the review of this document that was performed by
the Document Shepherd.  If this version of the document is not ready
for publication, please explain why the document is being forwarded to
the IESG.

   I have reviewed this document, and any issues raised have been
   resolved to my satisfaction.  I believe the document is now ready
   for IETF-wide review and publication as an RFC.

(4) Does the document Shepherd have any concerns about the depth or
breadth of the reviews that have been performed? 

   This document has undergone review and discussion on the former
   SECSH working group mailing list.  It was reviewed and commented
   upon by several individuals who had been active in the working
   group and remained active on the list, and has been implemented
   multiple times.  I am satisfied that this document has received
   sufficient review.

(5) Do portions of the document need review from a particular or from
broader perspective, e.g., security, operational complexity, AAA, DNS,
DHCP, XML, or internationalization? If so, describe the review that
took place.

   I don't believe any particular external review is needed for this
   document.

(6) Describe any specific concerns or issues that the Document Shepherd
has with this document that the Responsible Area Director and/or the
IESG should be aware of? For example, perhaps he or she is uncomfortable
with certain parts of the document, or has concerns whether there really
is a need for it. In any event, if the interested community has
discussed those issues and has indicated that it still wishes to advance
the document, detail those concerns here.

   I have no particular concerns with this document.

(7) Has each author confirmed that any and all appropriate IPR
disclosures required for full conformance with the provisions of BCP 78
and BCP 79 have already been filed. If not, explain why.

   As of this writing, the authors have not yet confirmed that they
   have filed any required disclosures.  In the interest of avoiding
   further delay, I have asked the authors to forward confirmation
   directly to the responsible Area Director.

(8) Has an IPR disclosure been filed that references this document?
If so, summarize any discussion and conclusion regarding the IPR
disclosures.

   A search using the tool at https://datatracker.ietf.org/ipr/search/
   did not find any IPR disclosures related to this document.

(9) How solid is the consensus of the interested community behind this
document? Does it represent the strong concurrence of a few individuals,
with others being silent, or does the interested community as a whole
understand and agree with it? 

   As noted above, there was extensive discussion of this document
   on the mailing list while it was being written.  The document is
   the direct result of the community's belief that an existing
   non-standardized solution was inadequate to the task.  The resulting
   discussion informed the process of producing this new document,
   and I believe there is solid consensus among the SSH community
   for the result.

   Note that because the SECSH working group is no longer active,
   this document is not the product of an IETF working group and
   there was no explicit WGLC or equivalent.

(10) Has anyone threatened an appeal or otherwise indicated extreme 
discontent? If so, please summarise the areas of conflict in separate
email messages to the Responsible Area Director. (It should be in a
separate email because this questionnaire is publicly available.) 

   There have been no expressions of discontent.

(11) Identify any ID nits the Document Shepherd has found in this
document. (See http://www.ietf.org/tools/idnits/ and the Internet-Drafts
Checklist). Boilerplate checks are not enough; this check needs to be
thorough.

   This document has been run through the idnits tool, and was reviewed
   manually for compliance with requirements not checked by the automatic
   tool.

(12) Describe how the document meets any required formal review
criteria, such as the MIB Doctor, media type, and URI type reviews.

   No formal review criteria apply to this document.

(13) Have all references within this document been identified as
either normative or informative?

   References have been split appropriately.

(14) Are there normative references to documents that are not ready for
advancement or are otherwise in an unclear state? If such normative
references exist, what is the plan for their completion?

   There are no normative references to other documents that are not
   ready for advancement.

(15) Are there downward normative references references (see RFC 3967)?
If so, list these downward references to support the Area Director in
the Last Call procedure. 

   This document contains a normative reference to RFC 2104, an
   informational document which describes the HMAC key hash mechanism.
   This is consistent with current practice within the IETF relating
   to descriptions of cryptographic algorithms.

   This document also contains a normative reference to U.S. Federal
   Information Processing Standard (FIPS) publication 180-3, which
   describes the SHA-2 algorithm family.  While this is not an IETF
   document, as a NIST publication and U.S. federal standard, it is
   suitably stable for use as a normative reference by a protocol
   specification.

(16) Will publication of this document change the status of any existing
RFCs? Are those RFCs listed on the title page header, listed in the
abstract, and discussed in the introduction? If the RFCs are not listed
in the Abstract and Introduction, explain why, and point to the part of
the document where the relationship of this document to the other RFCs
is discussed. If this information is not in the document, explain why
the interested community considers it unnecessary.

   This document will update RFC 4253 (the SSH transport protocol) to
   specify a new RECOMMENDED data integrity algorithm.  This is called
   out in the document header and abstract, and is prominent in the
   main body of the document.

(17) Describe the Document Shepherd's review of the IANA considerations
section, especially with regard to its consistency with the body of the
document. Confirm that all protocol extensions that the document makes
are associated with the appropriate reservations in IANA registries.
Confirm that any referenced IANA registries have been clearly
identified. Confirm that newly created IANA registries include a
detailed specification of the initial contents for the registry, that
allocations procedures for future registrations are defined, and a
reasonable name for the new registry has been suggested (see RFC 5226).

   This document defines four new SSH data integrity algorithms, which
   are to be registered in the SSH MAC Algorithm Name registry.  This
   is called out in the IANA considerations section, including a list
   of the values to be registered.

   This document creates no new IANA registries.

(18) List any new IANA registries that require Expert Review for future
allocations. Provide any public guidance that the IESG would find
useful in selecting the IANA Experts for these new registries.

   This document creates no registries requiring Expert Review.

(19) Describe reviews and automated checks performed by to validate
sections of the document written in a formal language, such as XML code,
BNF rules, MIB definitions, etc.

   No part of this document is written in a formal language
   requiring such verification.



From bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org  Mon Mar 19 06:39:20 2012
Return-Path: <bounces-ietf-ssh-owner-secsh-tyoxbijeg7-archive=lists.ietf.org@NetBSD.org>
X-Original-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Delivered-To: ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB38821F8656 for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Mon, 19 Mar 2012 06:39:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j0nF3SW8UxaF for <ietfarch-secsh-tyoxbijeg7-archive@ietfa.amsl.com>; Mon, 19 Mar 2012 06:39:19 -0700 (PDT)
Received: from mail.netbsd.org (mail.NetBSD.org [IPv6:2001:4f8:3:7:230:48ff:fe85:f13c]) by ietfa.amsl.com (Postfix) with ESMTP id 7B41F21F869C for <secsh-tyoxbijeg7-archive@lists.ietf.org>; Mon, 19 Mar 2012 06:39:18 -0700 (PDT)
Received: by mail.netbsd.org (Postfix, from userid 605) id 2E03F14A3DF; Mon, 19 Mar 2012 13:39:15 +0000 (UTC)
Delivered-To: ietf-ssh@netbsd.org
Received: from localhost (localhost [127.0.0.1]) by mail.netbsd.org (Postfix) with ESMTP id EB5CB14A3D5 for <ietf-ssh@netbsd.org>; Mon, 19 Mar 2012 13:39:12 +0000 (UTC)
X-Virus-Scanned: amavisd-new at NetBSD.org
Received: from mail.netbsd.org ([127.0.0.1]) by localhost (mail.NetBSD.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id rUZh9ROI-EUd for <ietf-ssh@netbsd.org>; Mon, 19 Mar 2012 13:39:12 +0000 (UTC)
Received: from mail.ietf.org (mail.ietf.org [IPv6:2001:1890:123a::1:1e]) by mail.netbsd.org (Postfix) with ESMTP id 39A3814A3CA for <ietf-ssh@netbsd.org>; Mon, 19 Mar 2012 13:39:11 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62EA621F85F3 for <ietf-ssh@netbsd.org>; Mon, 19 Mar 2012 06:39:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hPb3e6Zg41qE; Mon, 19 Mar 2012 06:39:09 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 823BB21F85C0; Mon, 19 Mar 2012 06:39:09 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Last Call: <draft-dbider-sha2-mac-for-ssh-05.txt> (SHA-2 Data Integrity Verification for the Secure Shell (SSH) Transport Layer Protocol) to Proposed Standard
X-Test-IDTracker: no
X-IETF-IDTracker: 4.00
Cc: secsh <ietf-ssh@netbsd.org>
Reply-To: ietf@ietf.org
Message-ID: <20120319133909.26339.71495.idtracker@ietfa.amsl.com>
Date: Mon, 19 Mar 2012 06:39:09 -0700
Sender: ietf-ssh-owner@NetBSD.org
List-Id: ietf-ssh.NetBSD.org
Precedence: list

The IESG has received a request from an individual submitter to consider
the following document:
- 'SHA-2 Data Integrity Verification for the Secure Shell (SSH) Transport
   Layer Protocol'
  <draft-dbider-sha2-mac-for-ssh-05.txt> as a Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2012-04-16. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


   This memo defines algorithm names and parameters for use of some of
   the SHA-2 family of secure hash algorithms for data integrity
   verification in the Secure Shell (SSH) protocol.  It also updates
   RFC4253 by specifying a new RECOMMENDED data integrity algorithm.




The file can be obtained via
http://datatracker.ietf.org/doc/draft-dbider-sha2-mac-for-ssh/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-dbider-sha2-mac-for-ssh/ballot/


No IPR declarations have been submitted directly on this I-D.


