Re: [Seamoby] DoCoMo Implementation Issues with CTP
"James Kempf" <kempf@docomolabs-usa.com> Fri, 20 February 2004 17:44 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 MAA03368 for <seamoby-archive@odin.ietf.org>; Fri, 20 Feb 2004 12:44:58 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuEhU-0005Rr-9Q for seamoby-archive@odin.ietf.org; Fri, 20 Feb 2004 12:44:32 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1KHiWTS020937 for seamoby-archive@odin.ietf.org; Fri, 20 Feb 2004 12:44:32 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuEhU-0005Rc-6B for seamoby-web-archive@optimus.ietf.org; Fri, 20 Feb 2004 12:44: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 MAA03252 for <seamoby-web-archive@ietf.org>; Fri, 20 Feb 2004 12:44:27 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AuEhS-0002fe-00 for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 12:44:30 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AuEgG-0002SE-00 for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 12:43:17 -0500
Received: from [65.246.255.50] (helo=mx2.foretec.com) by ietf-mx with esmtp (Exim 4.12) id 1AuEfT-0002NT-03 for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 12:42:27 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by mx2.foretec.com with esmtp (Exim 4.24) id 1AuEcD-0002m9-Fc for seamoby-web-archive@ietf.org; Fri, 20 Feb 2004 12:39:05 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuEc9-0004ph-BP; Fri, 20 Feb 2004 12:39:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AuEbC-0004mF-Fj for seamoby@optimus.ietf.org; Fri, 20 Feb 2004 12:38:02 -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 MAA02995 for <seamoby@ietf.org>; Fri, 20 Feb 2004 12:37:58 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AuEbA-0002B1-00 for seamoby@ietf.org; Fri, 20 Feb 2004 12:38:00 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AuEaE-000293-00 for seamoby@ietf.org; Fri, 20 Feb 2004 12:37:02 -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 1AuEa8-000271-00 for seamoby@ietf.org; Fri, 20 Feb 2004 12:36:56 -0500
Message-ID: <048301c3f7d8$35128a70$936015ac@dclkempt40>
From: James Kempf <kempf@docomolabs-usa.com>
To: Rajeev Koodli <rajeev@iprg.nokia.com>, Raghu <dendukuri@docomolabs-usa.com>
Cc: seamoby@ietf.org
References: <059c01c3f5a4$63e9e360$936015ac@dclkempt40> <40341585.127EE1A7@iprg.nokia.com> <023601c3f744$49c01df0$1c6015ac@dcldendukuri> <40355C74.22D0A058@iprg.nokia.com>
Subject: Re: [Seamoby] DoCoMo Implementation Issues with CTP
Date: Fri, 20 Feb 2004 09:37:26 -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.1 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Rajeev, Could you suggest some text for the draft that clarifies this point? jak ----- Original Message ----- From: "Rajeev Koodli" <rajeev@iprg.nokia.com> To: "Raghu" <dendukuri@docomolabs-usa.com> Cc: "James Kempf" <kempf@docomolabs-usa.com>; <seamoby@ietf.org> Sent: Thursday, February 19, 2004 5:01 PM Subject: Re: [Seamoby] DoCoMo Implementation Issues with CTP > > Hello Raghu, > > > Raghu wrote: > > > > > > > - When both IPv4 and IPv6 addresses are used in CTD, > > > "Processing the address of the opposite > > > version in the stack is complicated. " Could you elaborate on > > > this ? I can see that once IP (v4 or v6) stack demultiplexes the > > > packet to belong to a CTP client, it would just forward the block > > > to a CTP module (a daemon for instance), which could then > > > process contexts associated with both the addresses. > > > > > IP Version flag in the draft indicates whether the IP Version > > can be either IPv4 or IPv6 or both(IPv4 & IPv6). > > When MN is assigned both IPv4 & IPv6 addresses, > > it is assumed that AR also has both IPv4 & IPv6 addresses. > > When MN moves, sending two CT messages for the same MN > > is unnecessary. Hence to avoid this, either IP version flag > > > > hmm.. This is perhaps a misunderstanding. > The `V' bits indicate whether contexts corresponding to > both IPv4 and IPv6 addresses (as well as the addresses > themselves) are present. The (P)CTD message itself > can be either IPv4 or IPv6. You may observe that the > Source and Destination IP addresses for all the messages > are absent. I cannot say this is intentional, but the result is > that the messages themselves can be carried in IPv4 or IPv6 > packets. > > > > should not support both IPv4 & IPv6 at the same time or > > the draft should mention, which IP version to take precedence. > > > > Hopefully, the above explanation clarifies..(i.e., IP version of > the packets carrying CTP messages is independent of the > `V' bits). > > Length field increase (below) is okay. > > -Rajeev > > > > > > > - Isn't MTU a consideration in increasing the size of the > > > Length field to 16 bits ? > > > > > > > Since CTP is an application layer program, I guess > > supporting upto 16bits is more reasonable for the > > following reasons > > 1. UDP supports upto 16bits > > 2. As more Feature profiles are defined more > > contexts in the same CTP needs to be transferred. > > > > As per the sections 2.4 & 2.5 in the draft > > "message length in units of 8", Padding bytes > > are required for both CDB & CT Messages. > > These padding bytes get critical when we are > > reaching the maximum size ie 2048 bytes. > > > > _______________________________________________ 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