Re: [netlmm] I-D Action:draft-ietf-netlmm-lma-discovery-05.txt

Behcet Sarikaya <behcetsarikaya@yahoo.com> Thu, 16 September 2010 19:07 UTC

Return-Path: <behcetsarikaya@yahoo.com>
X-Original-To: netlmm@core3.amsl.com
Delivered-To: netlmm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F2453A698B for <netlmm@core3.amsl.com>; Thu, 16 Sep 2010 12:07:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.678
X-Spam-Level:
X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[AWL=-0.013, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_13=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HE8kAPhqDxOp for <netlmm@core3.amsl.com>; Thu, 16 Sep 2010 12:07:06 -0700 (PDT)
Received: from web111413.mail.gq1.yahoo.com (web111413.mail.gq1.yahoo.com [67.195.15.204]) by core3.amsl.com (Postfix) with SMTP id 894D73A68F3 for <netlmm@ietf.org>; Thu, 16 Sep 2010 12:07:06 -0700 (PDT)
Received: (qmail 27709 invoked by uid 60001); 16 Sep 2010 19:07:29 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1284664049; bh=mIBbc+1YERnm1DKgIUJofLtUkAxMEsgTP2G/AuuXT/g=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=clVNt7RizoXnsSVCkfnOTDQHEDlE1QOeDVazj9Xu0oR1KklcVt3jam/O7tjjMdf6XNkkYQdlHqeZ3rQsIgw3se0HgKSknmhU74dsz6PknP79qthIbcLrQb9pPJcxOyPBMpE3AevL3Ca0nitpeLALRpVJsLxBQMXY+e4xp/mQk3U=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=OXhV+pJx6E5n0WAVWJwRht8SakBVtqrLduBvEYlpZU/WTgmtTDQM5B5w7jRJwAhqSCviwUFToH5PAk7YVntPPZrYieS9f8x+qEFUnANHFtzL1vXHCUug81Cq9cxZPHvl24DRyLTDHr4zmmngzzpM7IRe2+mRC8r1hHbKi6EtnUg=;
Message-ID: <154128.20391.qm@web111413.mail.gq1.yahoo.com>
X-YMail-OSG: DHRgWqYVM1kx3gB1kRetysq20cSaSjDSc5RD6mIdiz6JFZY yaWBxZtr46V9MtA_HoZq8GCVge49Zq.4x8MA26ihQTh095De8Ji5ybrFgoLL u7WdnexAUsi6dLvRuQ1giR3EKrXgiW6e7OJtIQXNG9w9mFvnTuzTW4G_Q1ZA gmH0wi0CRu4B_r7qpka_0v72X6vh8mNbOD7xyHfvcCmE55XJUhqheax7_RJE t2VTjA9AMGDzo4RYOkz9AiDFxGtZdTCtqWObmBGE3eAluYtpVd41cZD2QBsj ps3Dk9QGyCgiWkyE0xgWMx1xXbmV_Pm9wAmcxOzbymgVJ5GItYufJzdeHNLo F4VXzpL6YviW8gmShccJDXTZfDg--
Received: from [206.16.17.212] by web111413.mail.gq1.yahoo.com via HTTP; Thu, 16 Sep 2010 12:07:28 PDT
X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950
References: <20100913094506.6B51C3A6954@core3.amsl.com> <890653.19874.qm@web111402.mail.gq1.yahoo.com> <4C8EF580.7070700@gmail.com> <47245.1688.qm@web111415.mail.gq1.yahoo.com> <CE4ECD0E-F23F-4FB3-9CDB-BF33C46FCE23@gmail.com> <83313.87762.qm@web111402.mail.gq1.yahoo.com> <D0B210ED-DA43-42DB-BF54-45225F4AA253@gmail.com> <706576.39689.qm@web111409.mail.gq1.yahoo.com> <B2EC04E7-686D-440D-961B-F17DD9B0C647@gmail.com>
Date: Thu, 16 Sep 2010 12:07:28 -0700 (PDT)
From: Behcet Sarikaya <behcetsarikaya@yahoo.com>
To: jouni korhonen <jouni.nospam@gmail.com>
In-Reply-To: <B2EC04E7-686D-440D-961B-F17DD9B0C647@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: netlmm@ietf.org
Subject: Re: [netlmm] I-D Action:draft-ietf-netlmm-lma-discovery-05.txt
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Behcet Sarikaya <sarikaya@ieee.org>
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Sep 2010 19:07:07 -0000

Hi Jouni,
  Thank you for your reply.
Please see inline.



----- Original Message ----
> From: jouni korhonen <jouni.nospam@gmail.com>;
> To: Behcet Sarikaya <sarikaya@ieee.org>;
> Cc: netlmm@ietf.org
> Sent: Wed, September 15, 2010 4:12:19 PM
> Subject: Re: [netlmm] I-D Action:draft-ietf-netlmm-lma-discovery-05.txt
> 
> Dear Behcet,
> 
> On Sep 15, 2010, at 10:38 PM, Behcet Sarikaya  wrote:
> 
> >>>> 
> >>>> IETF  can.. but does  not have to. I like the current content  of Section 

>7. 
>
> >> For 
> >> 
> >>> 
> >>>> the record, the 3GPP boat has  already sailed. Not much to  do  there.
> > 
> > 
> > Who  should take the responsibility for this?
> 
> I guess it is the evil telecom  companies to blame here for coming up with a 
>solution where they could use  existing DNS specifications without even 
>bothering IANA.
> 
> > Look back  at the mail archive, Julien and Christian pointed at the right 
> >  direction on DNS discovery long time ago.
> 
> I assume you are referring to:  
>http://www.ietf.org/mail-archive/web/netlmm/current/msg06183.html
> 
> We did  add the main body of the MN ID based deterministic FQDN selection idea 

>to  Section 4 (was earlier Section 5). Since then above guys seem to have been 
>OK,  at least that is how I interpreted the silence.
> 

I like the second paragraph in Section 4 as well! Except that you don't let the 
reader know what  the LMA FQDNs via SRV [RFC2782] query is?
If you did (maybe in Section 3.3) the case would be closed on DNS discovery.
Please see below.

> > 
> > I have been  shouting since then what should be done and having a dialogue 
>des 
>
> >  sourds with you and Jonne.
> 
> I assume you are referring to:  
>http://www.ietf.org/mail-archive/web/netlmm/current/msg06468.html
> 
> We did  follow the suggestion to drop the Section 4 ;) Btw, I still don't 
>understand  what is the problem if a MAG behaves as "an ordinary host makes a 
>DNS query".  The simpler the better.
> 
> > 
> > Anyways, DNS discovery is mission  not accomplished in this draft.
> 
> Go ahead and actually _propose_ text on  DNS based discovery that a) does not 
>cause IANA actions and b) aligns with  Section 3 (e.g. where the Service Name != 
>
>RFC2782 _Service).
> 

I already did. Give the QNAME in Section 3.3 that will be it. I think that the 
document can stay as informational.
In Section 3.3, you mention APN as service name for LMA. This contradicts with 
your v6ops draft which says APN is used to identify P-GW for a (GTP) MN. Not all 
P-GW's could be LMAs.

In Section 3.3 you mention names agreed on among    operators that belong to the 
same inter-operator roaming consortium like 

3gpp-pgw:x-s8-pmip S-NAPRT app-service/protocol. This seems to be PMIPv6 related 
because it has pmip but I think such names are out of scope for your draft, they 
address different needs. 


So my conclusion is that Sec. 3.3 on service names fails short of coming up with 
one and yet it is somehow assumed in Section 4 2nd paragraph.
What a mystery.

Cheers,

Behcet