RE: [netlmm] Issue: Auth Option support

"Narayanan, Vidya" <vidyan@qualcomm.com> Fri, 07 September 2007 19:26 UTC

Return-path: <netlmm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ITjTn-0005CF-0O; Fri, 07 Sep 2007 15:26:59 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ITjTl-0005Bf-TQ for netlmm@ietf.org; Fri, 07 Sep 2007 15:26:57 -0400
Received: from numenor.qualcomm.com ([129.46.51.58]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ITjTk-0001bp-FM for netlmm@ietf.org; Fri, 07 Sep 2007 15:26:57 -0400
Received: from hamtaro.qualcomm.com (hamtaro.qualcomm.com [129.46.61.157]) by numenor.qualcomm.com (8.13.6/8.12.5/1.0) with ESMTP id l87JQs6L011214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 7 Sep 2007 12:26:55 -0700
Received: from SANEXCAS03.na.qualcomm.com (sanexcas03.qualcomm.com [172.30.32.65]) by hamtaro.qualcomm.com (8.13.6/8.13.6/1.0) with ESMTP id l87JQrYI008579; Fri, 7 Sep 2007 12:26:54 -0700 (PDT)
Received: from NAEX13.na.qualcomm.com ([129.46.51.248]) by SANEXCAS03.na.qualcomm.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Sep 2007 12:26:53 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [netlmm] Issue: Auth Option support
Date: Fri, 07 Sep 2007 12:26:54 -0700
Message-ID: <C24CB51D5AA800449982D9BCB90325139539A8@NAEX13.na.qualcomm.com>
In-Reply-To: <010801c7f171$f3997f30$d4f6200a@amer.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [netlmm] Issue: Auth Option support
Thread-Index: AcfxSsGFlDvDz/RAQJWYV4inKIWpywAJhYcQAATTUOA=
References: <Pine.GSO.4.63.0708070000100.13701@irp-view13.cisco.com><0MKp8S-1IIKcu1WNe-0005rE@mrelay.perfora.net><01e801c7f0c1$80e341c0$d4f6200a@amer.cisco.com><200709071429.19318.julien.IETF@laposte.net> <010801c7f171$f3997f30$d4f6200a@amer.cisco.com>
From: "Narayanan, Vidya" <vidyan@qualcomm.com>
To: Sri Gundavelli <sgundave@cisco.com>, Julien Laganier <julien.IETF@laposte.net>, netlmm@ietf.org
X-OriginalArrivalTime: 07 Sep 2007 19:26:53.0806 (UTC) FILETIME=[0C06B8E0:01C7F185]
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87
Cc:
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
Errors-To: netlmm-bounces@ietf.org

All,
On this topic, I believe we must have a mandatory to implement mechanism
specified for standards track publication.  We can leave the use at
"RECOMMENDED" or "SHOULD", but, we need a "MUST" on what the LMA and MAG
need to implement.  

I had run this by the security directorate at the Chicago meeting and my
understanding is that as long as we have "MUST implement IPsec" and
"SHOULD use IPsec", it would be fine.  

In other words, the SHOULD vs. MUST that we want to place on using IPsec
can be discussed, but, the "MUST" on implementation is non-negotiable.  

This is inline with my understanding on what we need to state for a
complete specification.  Given that channel security of signaling
messages is mandatory, unless we have at least one common denominator
that the MAG and LMA implementors will implement, we cannot ensure
interoperability.  If they support multiple common mechanisms and chose
to use something other than IPsec, that's fine - hence, the "SHOULD" on
usage. 

Hope that helps. 

Thanks,
Vidya

> -----Original Message-----
> From: Sri Gundavelli [mailto:sgundave@cisco.com] 
> Sent: Friday, September 07, 2007 10:10 AM
> To: 'Julien Laganier'; netlmm@ietf.org
> Subject: RE: [netlmm] Issue: Auth Option support
> 
> Hi Julien,
> 
>  
> 
> > -----Original Message-----
> > From: julien laganier [mailto:julien.laganier@gmail.com] On 
> Behalf Of 
> > Julien Laganier
> > Sent: Friday, September 07, 2007 5:29 AM
> > To: netlmm@ietf.org
> > Cc: Sri Gundavelli; 'Alper Yegin'
> > Subject: Re: [netlmm] Issue: Auth Option support
> > 
> > Hi Sri,
> > 
> > On Thursday 06 September 2007, Sri Gundavelli wrote:
> > > I'm confused, should the draft say
> > >
> > > "Both LMA and MAG MUST implement IPsec" and "all the signaling 
> > > messages SHOULD be protected using IPSec".
> > >
> > > Will this ok, when reviewed by the security folks ?
> > >
> > > or mandate IPsec for this specification and let other draft relax 
> > > this in the presence of an alternative approach ?
> > >
> > > Please comment.
> > 
> > Somehow, "MUST implement" and "SHOULD use" together seems a bit 
> > tautologic.
> > 
> > To me "SHOULD use" is sufficient since it covers both of the two 
> > possibles cases:
> > 
> > - deployment follows the SHOULD recommendation, it uses IPsec to 
> > protect PMIPv6, in which case it supports it, since it's 
> using it :), 
> > or
> > 
> > - deployment ignores the SHOULD recommendation, does not 
> uses IPSec, 
> > in which case it is useless to implement it since it's not used...
> > 
> > I'd prefer having "MUST protect integrity of signalling 
> messages, and 
> > SHOULD use IPsec ESP to protect integrity of those messages".
> > We might
> > also add "MAY use IPsec AH".
> > 
> 
> 
> I agree. I'm not against allowing other approaches. I'm only 
> concerned, if we can leave the draft saying, "MUST protect 
> integrity of signalling messages", with out specifying IPsec 
> or some other approach. If that will pass the security 
> review. We may have to state that IPsec MUST be used or some 
> other approach, say Auth-Option MUST be used. Not sure, if we 
> can leave this blank.
> 
> Sri
> 
> 
> _______________________________________________
> netlmm mailing list
> netlmm@ietf.org
> https://www1.ietf.org/mailman/listinfo/netlmm
> 

_______________________________________________
netlmm mailing list
netlmm@ietf.org
https://www1.ietf.org/mailman/listinfo/netlmm