[Seamoby] Proposal on Sync/NoSync Requirement
"James Kempf" <kempf@docomolabs-usa.com> Sat, 13 July 2002 19:01 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA00478 for <seamoby-archive@odin.ietf.org>; Sat, 13 Jul 2002 15:01:55 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA01007; Sat, 13 Jul 2002 15:00:40 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA00968 for <seamoby@optimus.ietf.org>; Sat, 13 Jul 2002 15:00:37 -0400 (EDT)
Received: from fridge.docomolabs-usa.com (fwuser@key1.docomolabs-usa.com [216.98.102.225]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA00403 for <seamoby@ietf.org>; Sat, 13 Jul 2002 14:59:39 -0400 (EDT)
Message-ID: <000c01c22a9f$5780a310$956015ac@T23KEMPF>
From: James Kempf <kempf@docomolabs-usa.com>
To: seamoby@ietf.org
Date: Sat, 13 Jul 2002 11:58:54 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] Proposal on Sync/NoSync Requirement
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting <seamoby.ietf.org>
X-BeenThere: seamoby@ietf.org
Content-Transfer-Encoding: 7bit
So based on the list discussion so far, I'd like to put out the following proposal for a requirement on synchronization or
its lack:
5.5.1 The CT solution SHOULD NOT provide direct support for synchronization of context. However, the CT solution SHOULD allow
particular feature contexts that require synchronization to provide that support.
Most feature contexts will not require synchronization, however there are a few that may. Header compression,
for example, may require that the header compressor on the old access router cease and the compressor
on the new router start in synchrony with hand over of routing to the new router; otherwise, the compressor
on the new router will not be properly synchronized. Since most contexts don't need synchronization support,
the CT solution need not support it, but it should not provide a hinderance to those feature contexts that do.
Comments?
jak
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby
- [Seamoby] Proposal on Sync/NoSync Requirement James Kempf
- RE: [Seamoby] Proposal on Sync/NoSync Requirement john.loughney
- Re: [Seamoby] Proposal on Sync/NoSync Requirement James Kempf
- RE: [Seamoby] Proposal on Sync/NoSync Requirement john.loughney
- Re: [Seamoby] Proposal on Sync/NoSync Requirement James Kempf
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Gary Kenward
- Re: [Seamoby] Proposal on Sync/NoSync Requirement James Kempf
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Gary Kenward
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- Re: [Seamoby] Proposal on Sync/NoSync Requirement James Kempf
- Re: [Seamoby] Proposal on Sync/NoSync Requirement James Kempf
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Gary Kenward
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Gary Kenward
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Gary Kenward
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- RE: [Seamoby] Proposal on Sync/NoSync Requirement Nakhjiri Madjid-MNAKHJI1
- [Seamoby] Difficulty of Achieving Precision on Ce… James Kempf