Re: [DMM] regarding the re-chartering..

"Sri Gundavelli (sgundave)" <sgundave@cisco.com> Wed, 10 September 2014 22:41 UTC

Return-Path: <sgundave@cisco.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E16061A8917 for <dmm@ietfa.amsl.com>; Wed, 10 Sep 2014 15:41:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.153
X-Spam-Level:
X-Spam-Status: No, score=-16.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.652, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GgiPZbYvt2Ja for <dmm@ietfa.amsl.com>; Wed, 10 Sep 2014 15:41:46 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAEBC1A8914 for <dmm@ietf.org>; Wed, 10 Sep 2014 15:41:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8080; q=dns/txt; s=iport; t=1410388906; x=1411598506; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=NUocZ3OBAr1SRzwo2vSx0ckhdvAtnvJ7b549Hnjpd3c=; b=ZEo++Fh1XQoq+6u4V10ONGvJBZRERn5hkS32ciqCzuC72xSMG4+PXXfM kEb5AumRt8yV8SdYZUVM4JoP/XGpoLroMGjfBKdQ2o1QI2UU5rnNWt5Cl Rg5ilGOTn9BuG2olrOw6ekv35mwBXssF+HaV8Cev3oboM0v+AEfNb5QQL 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhsFAAzTEFStJA2K/2dsb2JhbABXCYMNU1uCeMc9CodNARl5FniEAwEBAQQBAQExOgsMBgEIDgMEAQEBBCMFBCULFAkIAgQBDQUJiCUDEQ2NRZw9BpU+AReBJot6gVIoCBAbBwQCgm2BWQWGHYssizOVOYNhbAGBR4EHAQEB
X-IronPort-AV: E=Sophos;i="5.04,501,1406592000"; d="scan'208";a="354317547"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-4.cisco.com with ESMTP; 10 Sep 2014 22:41:45 +0000
Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s8AMfiAw003733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 10 Sep 2014 22:41:44 GMT
Received: from xmb-aln-x03.cisco.com ([169.254.6.21]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Wed, 10 Sep 2014 17:41:44 -0500
From: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
To: Charlie Perkins <charles.perkins@earthlink.net>, Marco Liebsch <Marco.Liebsch@neclab.eu>, "dmm@ietf.org" <dmm@ietf.org>
Thread-Topic: [DMM] regarding the re-chartering..
Thread-Index: AQHPzUhlFTJi/s504kOP81QcxzozOA==
Date: Wed, 10 Sep 2014 22:41:44 +0000
Message-ID: <D0361F33.162C39%sgundave@cisco.com>
In-Reply-To: <5410CEF2.2010809@earthlink.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.32.246.210]
Content-Type: text/plain; charset="euc-kr"
Content-ID: <9BB1B1914524E94DB19553CE6AF5D673@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/dmm/8iGgnjQ6ZAKPwmL1o2RvMlwVtQg
Cc: Vijay Devarapalli <dvijay@rocketmail.com>
Subject: Re: [DMM] regarding the re-chartering..
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Sep 2014 22:41:48 -0000

Hello Charlie,

Agree with that. MN-Id as its defined today is a logical identifier. It
does not require the identifier to be bound to a physical device or a
interface identity. But, we have clearly seen requirements where the need
is for generating identifiers based on some physical identifiers. Those
physical identifiers include IMSI, MSISDN, IMEI, MAC ..etc. If we can
define a type for each of the source and the rules for generating MN-ID
based using those sources, the sender and receiver will have clear
guidance on how to use the spec. Some pointers, explanation and examples
for each of those identifiers will greatly help avoid inter-op issues.


Regards
Sri







On 9/10/14 3:21 PM, "Charlie Perkins" <charles.perkins@earthlink.net>
wrote:

>
>Hello folks,
>
>I think it's best to consider the MNID as simply living in a space of
>identifiers, and not worry too much about whether it's a logical
>identifier
>or a physical identifier.  If the former, then somewhere (perhaps below
>the network layer) the logical identifier has been bound to something
>in the physical interface, but that's not our problem.
>
>The number space for types of MNIDs is likely to stay pretty empty,
>so I'd say we could add as many types as would be convenient for the
>software designers.  So, we could conceivably have several MNIDs
>defined that all "looked like" NAIs (which, themselves, "look like"
>FQDNs).
>
>Regards,
>Charlie P.
>
>
>
>On 9/10/2014 8:11 AM, Sri Gundavelli (sgundave) wrote:
>> Yes. Currently, the MNID is if the nai format and is overloaded. The
>>MNID
>> in 3GPP specs is the IMSI-NAI (IMSI@REALM), its based on the IMSI. Ex:
>> "<IMSI>@epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org²
>>
>> We also have MAC48@REALM;
>>
>> We also have approaches to transform MAC to Pseudo IMSI, and then carry
>> IMSI-NAI as the MN-ID.
>>
>>
>> So, we need unique sub-types for each of the types/sources.
>>
>> MN-Id based on IMSI, MSISDN, IMEI, MAC ..
>>
>> Also, do we need to distinguish between IMSI and IMSI-NAI ?
>>
>> Sri
>>
>>
>>
>> On 9/10/14 6:29 AM, "Marco Liebsch" <Marco.Liebsch@neclab.eu> wrote:
>>
>>> It seems the MNID is somehow overloaded to carry both, node-specific
>>>IDs,
>>> e.g. MAC, as well as subscriber IDs, which is the IMSI.
>>> There may be value in adding the IMEI to the list of possible types of
>>> node-specific IDs.
>>>
>>> marco
>>>
>>>> -----Original Message-----
>>>> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli
>>>> (sgundave)
>>>> Sent: Dienstag, 9. September 2014 23:30
>>>> To: Sri Gundavelli (sgundave); Charlie Perkins; dmm@ietf.org
>>>> Cc: Vijay Devarapalli
>>>> Subject: Re: [DMM] regarding the re-chartering..
>>>>
>>>> Two more comments.
>>>>
>>>>
>>>>
>>>> 4.) I'd also use sub-type value of (2) for IMSI. Just to align with
>>>>the
>>>> sub-types
>>>> defined for MN Id defined for ICMP. I suspect there are some
>>>> implementations
>>>> already using sub-type (2). Please see the other thread.
>>>>
>>>>
>>>> 5.) For each of the sub-types, we need text including examples and
>>>>some
>>>> explanation on how they are used.
>>>>
>>>>
>>>> Sri
>>>>
>>>>
>>>>
>>>> On 9/9/14 2:20 PM, "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
>>>> wrote:
>>>>
>>>>> Hi Charlie,
>>>>>
>>>>> This is good. Thanks.
>>>>>
>>>>>
>>>>> 1.) If EUI-48 and EUI-64 addresses are derived of a 48-bit IEEE 802.2
>>>>> address, why do we need to two sub-types ? Why not have just one
>>>>> sub-type for mac based identifiers ?
>>>>>
>>>>> 2.) Sub type value (1) is currently used. Its currently overloaded
>>>>>for
>>>>> IMSI-NAI (3GPP specs) and generic NAI based identifiers. Given the
>>>>> definition of new sub-types, we need some text explaining the
>>>>> motivation
>>>>>
>>>>> 3.) Proposed Sub-type value of (2) for IPv6 address. What exactly is
>>>>> this ? Are these CGA-based IPv6 addresses ?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>                      New Mobile Node Identifier Types
>>>>>
>>>>>                +-----------------+------------------------+
>>>>>                | Identifier Type | Identifier Type Number |
>>>>>                +-----------------+------------------------+
>>>>>                | IPv6 Address    | 2                      |
>>>>>                |                 |                        |
>>>>>                | IMSI            | 3                      |
>>>>>                |                 |                        |
>>>>>                | P-TMSI          | 4                      |
>>>>>                |                 |                        |
>>>>>                | EUI-48 address  | 5                      |
>>>>>                |                 |                        |
>>>>>                | EUI-64 address  | 6                      |
>>>>>                |                 |                        |
>>>>>                | GUTI            | 7                      |
>>>>>                +-----------------+------------------------+
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Regards
>>>>> Sri
>>>>> PS: Good to see Vijay back
>>>>>
>>>>>
>>>>> On 9/9/14 1:28 PM, "Charlie Perkins" <charles.perkins@earthlink.net>
>>>>> wrote:
>>>>>
>>>>>> Hello folks,
>>>>>>
>>>>>> Here's the last Internet Draft that we did, long ago expired:
>>>>>> http://www.ietf.org/archive/id/draft-perkins-mext-4283mnids-01.txt
>>>>>>
>>>>>> I'll resubmit it with a few updates as a personal draft to dmm.
>>>>>>
>>>>>> Regards,
>>>>>> Charlie P.
>>>>> _______________________________________________
>>>>> dmm mailing list
>>>>> dmm@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/dmm
>>>> _______________________________________________
>>>> dmm mailing list
>>>> dmm@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/dmm
>>
>