Re: [Seamoby] DoCoMo Implementation Issues with CTP
"Raghu" <dendukuri@docomolabs-usa.com> Fri, 20 February 2004 03:01 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 WAA13322 for <seamoby-archive@odin.ietf.org>; Thu, 19 Feb 2004 22:01:00 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au0u1-0001Q4-TI for seamoby-archive@odin.ietf.org; Thu, 19 Feb 2004 22:00:33 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1K30Xvp005455 for seamoby-archive@odin.ietf.org; Thu, 19 Feb 2004 22:00:33 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au0u1-0001Pu-Pu for seamoby-web-archive@optimus.ietf.org; Thu, 19 Feb 2004 22:00:33 -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 WAA13303 for <seamoby-web-archive@ietf.org>; Thu, 19 Feb 2004 22:00:30 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Au0ty-0001iz-00 for seamoby-web-archive@ietf.org; Thu, 19 Feb 2004 22:00:30 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Au0t7-0001gm-00 for seamoby-web-archive@ietf.org; Thu, 19 Feb 2004 21:59:38 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1Au0sV-0001eC-00 for seamoby-web-archive@ietf.org; Thu, 19 Feb 2004 21:58:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au0sX-0001C7-8v; Thu, 19 Feb 2004 21:59:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au0s4-00017I-TZ for seamoby@optimus.ietf.org; Thu, 19 Feb 2004 21:58:32 -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 VAA13245 for <seamoby@ietf.org>; Thu, 19 Feb 2004 21:58:29 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Au0s1-0001c1-00 for seamoby@ietf.org; Thu, 19 Feb 2004 21:58:30 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Au0r5-0001ZJ-00 for seamoby@ietf.org; Thu, 19 Feb 2004 21:57:31 -0500
Received: from key1.docomolabs-usa.com ([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser) by ietf-mx with esmtp (Exim 4.12) id 1Au0qA-0001Wh-00 for seamoby@ietf.org; Thu, 19 Feb 2004 21:56:35 -0500
Message-ID: <026c01c3f75c$fa4c1d50$1c6015ac@dcldendukuri>
From: Raghu <dendukuri@docomolabs-usa.com>
To: seamoby@ietf.org
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 <403571BA.47BE98BB@iprg.nokia.com>
Subject: Re: [Seamoby] DoCoMo Implementation Issues with CTP
Date: Thu, 19 Feb 2004 18:55:20 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
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.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
> > Question based on your suggestion, > > When Context trigger is generated, pAR sends PCTD to nAR. > > Let us say, > > IP Dest = NAR's IP (IPv4) is used and > > IP Src = PAR's IP (IPv4) is used to send PCTD to nAR > > > > When MN sends CTAR with PAR= IPv6 to nAR, > > How does nAR verify and enable the contexts ? > > > > Well, CTAR includes MN's IP(v4,v6) addresses. So does > PCTD. So, nAR can still match the contexts. Since the token > does not include PAR's address, verification can still be > done. > 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 ? > > > > > Is the confusion in whether `V' bits also refer to > > > PAR and NAR addresses ? If so, we should clarify that they > > > refer to MN's IP addresses only, and that the router address > > > must be either IPv4 or IPv6 but not both. > > > > > This description in the draft may clarify things, but how to > > identify the IP version AR in CT messages. > > I guess another V flag for AR might simply things. > > > > 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. regards, Raghu _______________________________________________ Seamoby mailing list Seamoby@ietf.org https://www1.ietf.org/mailman/listinfo/seamoby
- [Seamoby] DoCoMo Implementation Issues with CTP James Kempf
- RE: [Seamoby] DoCoMo Implementation Issues with C… john.loughney
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- RE: [Seamoby] DoCoMo Implementation Issues with C… Soliman Hesham
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- RE: [Seamoby] DoCoMo Implementation Issues with C… Soliman Hesham
- Re: [Seamoby] DoCoMo Implementation Issues with C… James Kempf
- Re: [Seamoby] DoCoMo Implementation Issues with C… James Kempf
- Re: [Seamoby] DoCoMo Implementation Issues with C… James Kempf
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… Raghu
- Re: [Seamoby] DoCoMo Implementation Issues with C… James Kempf
- Re: [Seamoby] DoCoMo Implementation Issues with C… Rajeev Koodli
- Re: [Seamoby] DoCoMo Implementation Issues with C… James Kempf