Re: [Seamoby] DoCoMo Implementation Issues with CTP

Rajeev Koodli <rajeev@iprg.nokia.com> Fri, 20 February 2004 18:21 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA05198 for <seamoby-archive@odin.ietf.org>; Fri, 20 Feb 2004 13:21:32 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuFGq-0000Xr-Ii for seamoby-archive@odin.ietf.org; Fri, 20 Feb 2004 13:21:04 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1KIL4w2002089 for seamoby-archive@odin.ietf.org; Fri, 20 Feb 2004 13:21:04 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuFGq-0000Xb-Ca for seamoby-web-archive@optimus.ietf.org; Fri, 20 Feb 2004 13:21:04 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA05147 for <seamoby-web-archive@ietf.org>; Fri, 20 Feb 2004 13:21:01 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AuFGn-0005Om-00 for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 13:21:02 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AuFFo-0005IS-00 for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 13:20:00 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1AuFEp-0005Az-00 for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 13:18:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuFEq-0000MN-Oy; Fri, 20 Feb 2004 13:19:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuFE3-0000Gl-HU for seamoby@optimus.ietf.org; Fri, 20 Feb 2004 13:18:11 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA04999 for <seamoby@ietf.org>; Fri, 20 Feb 2004 13:18:08 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AuFE1-00059M-00 for seamoby@ietf.org; Fri, 20 Feb 2004 13:18:09 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AuFDB-00055m-00 for seamoby@ietf.org; Fri, 20 Feb 2004 13:17:17 -0500
Received: from darkstar.iprg.nokia.com ([205.226.5.69]) by ietf-mx with esmtp (Exim 4.12) id 1AuFCB-0004yB-00 for seamoby@ietf.org; Fri, 20 Feb 2004 13:16:15 -0500
Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id i1KIFhW26397; Fri, 20 Feb 2004 10:15:43 -0800
X-mProtect: <200402201815> Nokia Silicon Valley Messaging Protection
Received: from rajeev.iprg.nokia.com (205.226.2.90, claiming to be "iprg.nokia.com") by darkstar.iprg.nokia.com smtpd089KZj; Fri, 20 Feb 2004 10:15:42 PST
Message-ID: <40364EC3.621890A@iprg.nokia.com>
Date: Fri, 20 Feb 2004 10:15:31 -0800
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Raghu <dendukuri@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] DoCoMo Implementation Issues with CTP
References: <059c01c3f5a4$63e9e360$936015ac@dclkempt40> <40341585.127EE1A7@iprg.nokia.com> <023601c3f744$49c01df0$1c6015ac@dcldendukuri> <40355C74.22D0A058@iprg.nokia.com> <024601c3f750$0902ab00$1c6015ac@dcldendukuri> <40356445.C6D3270@iprg.nokia.com> <02
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>, <mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>, <mailto:seamoby-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.3 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Hi Raghu,


Raghu wrote:

> I think I didnot make my point clear.
> MN is claiming that it came from one pAR IP Address(IPV6),
> but the nAR has a PCTD that says pAR IP is different(IPv4),
> How can nAR verify the Token without matching the pAR IP ?
>

The intended reason for including PAR's IP address in CTAR is
to allow NAR to construct CTREQ and send it to PAR.
When PCTD takes place, there is no reason to do CTREQ.
(Also, note that you could not match contexts using PAR's IP
address since that could yield many contexts corresponding to
multiple MNs.)

The token calculation does not include PAR's address. It
only includes MN's previous address (note: when V is 10 in
CTAR, the token should include both the IP addresses).
Since the MN includes both its addresses and NAR has
contexts for both of those addresses, they can be matched.
The token calculation on NAR is also done in a similar way
as in the MN; PAR's address is not a parameter in computing
the token.

Is this better ?

> >
> > Perhaps this is not necessary. (See above)
> >
> I mean,
> In CTAR Message there is pAR IP,
> how can nAR know that there is IPv4 or IPv6 address of pAR,
> if the V flag is only for MN IP version.
>

MN includes the PAR's address in CTAR. NAR should use that
address in the Dest field of CTREQ.
Perhaps we should state that the MN should only include the
IPv4 address of PAR (NAR).

-Rajeev


>
> regards,
> Raghu
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby


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