RE: [NSIS] additional comment on draft-ietf-nsis-req-03.txt
john.loughney@nokia.com Thu, 11 July 2002 10:29 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 GAA14853 for <nsis-archive@odin.ietf.org>; Thu, 11 Jul 2002 06:29:20 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id GAA27780 for nsis-archive@odin.ietf.org; Thu, 11 Jul 2002 06:30:14 -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 GAA27258; Thu, 11 Jul 2002 06:13:30 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA27227 for <nsis@optimus.ietf.org>; Thu, 11 Jul 2002 06:13:28 -0400 (EDT)
Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA14664 for <nsis@ietf.org>; Thu, 11 Jul 2002 06:12:33 -0400 (EDT)
From: john.loughney@nokia.com
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36]) by mgw-x2.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g6BADvi27379 for <nsis@ietf.org>; Thu, 11 Jul 2002 13:13:57 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5c06363266ac158f24077@esvir04nok.ntc.nokia.com>; Thu, 11 Jul 2002 13:13:26 +0300
Received: from esebe004.NOE.Nokia.com ([172.21.138.44]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Thu, 11 Jul 2002 13:13:26 +0300
content-class: urn:content-classes:message
Subject: RE: [NSIS] additional comment on draft-ietf-nsis-req-03.txt
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Date: Thu, 11 Jul 2002 13:13:25 +0300
Message-ID: <0C1353ABB1DEB74DB067ADFF749C4EEFC65705@esebe004.NOE.Nokia.com>
Thread-Topic: [NSIS] additional comment on draft-ietf-nsis-req-03.txt
Thread-Index: AcIowd6lywqfqf5vR8y12IPAuEWS4wAAVj6Q
To: brunner@ccrle.nec.de, Georgios.Karagiannis@eln.ericsson.se, robert.hancock@roke.co.uk, nsis@ietf.org
X-OriginalArrivalTime: 11 Jul 2002 10:13:26.0027 (UTC) FILETIME=[9864C5B0:01C228C3]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id GAA27228
Sender: nsis-admin@ietf.org
Errors-To: nsis-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Next Steps in Signaling <nsis.ietf.org>
X-BeenThere: nsis@ietf.org
Content-Transfer-Encoding: 8bit
Hi All, The current text states: 5.1.3 Modularity A modular design allows for more lightweight implementations, if fewer features are needed. Mutually exclusive solutions are supported. Examples for modularity: - Work over any kind of network (narrowband / broadband, error-prone / reliable...) - This implies low bandwidth signaling and redundant information must be supported if necessary. - Uni- and bi-directional reservations are possible - Extensible in the future with different add-ons for certain environments or scenarios If I understand Georgios' request, he would like an addtional bullet, which I would phrase: - Protocol layering, where appropriate. Is that OK? John > -----Original Message----- > From: ext Marcus Brunner [mailto:brunner@ccrle.nec.de] > Sent: 11 July, 2002 13:00 > To: Georgios Karagiannis (ELN); 'Hancock, Robert'; Loughney John > (NRC/Helsinki); nsis@ietf.org > Subject: RE: [NSIS] additional comment on draft-ietf-nsis-req-03.txt > > > Georgios, > > Do you think we need more than two layers. If you say > hierarchical do you > mean N layers? > > Marcus > > --On Donnerstag, 11. Juli 2002 11:38 +0200 "Georgios > Karagiannis (ELN)" > <Georgios.Karagiannis@eln.ericsson.se> wrote: > > > Hi Robert > > > > What I proposed is related to modularity and is similar to > > the concept described in draft-braden-2level-signal-arch-00.txt > > and in Section 5.5 in draft-hancock-nsis-fw-00, also > > draft-westberg-nsis-edge-edge-framework-00. > > > > The concept in all these drafts is the same, namely, separate the > > protocol functionality in more than one layers. > > In draft-braden-2level-signal-arch-00.txt this separation > is done in two > > layers were the functionality is split between transport > and application > > functionality. In Section 5.5 in draft-hancock-nsis-fw-00 and also > > draft-westberg-nsis-edge-edge-framework-00 the protocol > functionality is > > split in three layers. > > > > Therefore, I think that the proposed bullet is relevant and > its right > > place is the modularity section. > > > > Best Regards, > > Georgios > > > > > > -----Original Message----- > > From: Hancock, Robert [mailto:robert.hancock@roke.co.uk] > > Sent: Thursday, July 11, 2002 1:04 AM > > To: brunner@ccrle.nec.de; Georgios Karagiannis (ELN); > > 'john.loughney@nokia.com'; nsis@ietf.org > > Subject: RE: [NSIS] additional comment on draft-ietf-nsis-req-03.txt > > > > > > hi, > > > > i'm slightly baffled by this. > > > > i was taking a wild guess that georgios was referring to > > nsis-triggering-nsis scenarios (e.g. 5.5 in > draft-hancock-nsis-fw-00, > > also draft-westberg-nsis-edge-edge-framework-00). if that's > the case, > > isn't it covered by 5.3.6? [actually, i'm not certain that > this turns > > into a feature visible in the protocol, it could be just a > way of using > > the protocol; but we'll discover that during the framework.] > > > > if georgios is referring to transport/application layering as in > > draft-braden-2level-signal-arch-00.txt then isn't this > covered by 5.1.4 > > (although we should probably refer to something more general than > > QoS...). i certainly don't like the term 'hierarchical' for this. > > > > georgios, what is your concern? > > > > robert > > > >> -----Original Message----- > >> From: Marcus Brunner [mailto:brunner@ccrle.nec.de] > >> Sent: 10 July 2002 17:09 > >> To: Georgios Karagiannis (ELN); 'john.loughney@nokia.com'; > >> nsis@ietf.org > >> Subject: RE: [NSIS] additional comment on > draft-ietf-nsis-req-03.txt > >> > >> > >> John is right I aslo don't like multi-level XXX difficult to > >> understand. I > >> regard modularity as the right word in the title, but I will > >> go over the > >> text such that in really includes what Georgios means. > >> > >> Marcus > >> > >> --On Mittwoch, 10. Juli 2002 17:46 +0200 "Georgios > Karagiannis (ELN)" > >> <Georgios.Karagiannis@eln.ericsson.se> wrote: > >> > >> > Hi John > >> > > >> > What about muliu level signaling? > >> > > >> > best regards, > >> > Georgios > >> > > >> > -----Original Message----- > >> > From: john.loughney@nokia.com [mailto:john.loughney@nokia.com] > >> > Sent: Wednesday, July 10, 2002 5:45 PM > >> > To: brunner@ccrle.nec.de; Georgios.Karagiannis@eln.ericsson.se; > >> > nsis@ietf.org > >> > Subject: RE: [NSIS] additional comment on > draft-ietf-nsis-req-03.txt > >> > > >> > > >> > Hi Marcus, > >> > > >> >> Ok, I agree I will do some polishing of this for -04 > >> >> Marcus > >> >> > >> >> --On Mittwoch, 10. Juli 2002 15:58 +0200 "Georgios > >> Karagiannis (ELN)" > >> >> <Georgios.Karagiannis@eln.ericsson.se> wrote: > >> >> > >> >> > Hi Marcus > >> >> > > >> >> > The hierarchical levels are refering to protocol > >> >> functionality levels. > >> >> > A similar concept is presented in > >> >> draft-braden-2level-signal-arch-00.txt > >> >> > where two levels of protocol functionality are defined. > >> > > >> > I think this is OK, however I don't like the term 'hierarchical' > >> > in this case. > >> > > >> > John > >> > > >> > _______________________________________________ > >> > nsis mailing list > >> > nsis@ietf.org > >> > https://www1.ietf.org/mailman/listinfo/nsis > >> > >> > >> > >> -------------------------------------- > >> Dr. Marcus Brunner > >> Network Laboratories > >> NEC Europe Ltd. > >> > >> E-Mail: brunner@ccrle.nec.de > >> WWW: http://www.ccrle.nec.de/ > >> personal home page: http://www.brubers.org/marcus > > > ============================================================== > =========== > > =============== Permission is hereby granted to pass the > contents of this > > communication to third parties and any restrictions regarding > > confidentiality do not apply. > > > > -------------------------------------- > Dr. Marcus Brunner > Network Laboratories > NEC Europe Ltd. > > E-Mail: brunner@ccrle.nec.de > WWW: http://www.ccrle.nec.de/ > personal home page: http://www.brubers.org/marcus > > > _______________________________________________ nsis mailing list nsis@ietf.org https://www1.ietf.org/mailman/listinfo/nsis
- [NSIS] additional comment on draft-ietf-nsis-req-… Georgios Karagiannis (ELN)
- Re: [NSIS] additional comment on draft-ietf-nsis-… Marcus Brunner
- RE: [NSIS] additional comment on draft-ietf-nsis-… Georgios Karagiannis (ELN)
- RE: [NSIS] additional comment on draft-ietf-nsis-… Marcus Brunner
- RE: [NSIS] additional comment on draft-ietf-nsis-… john.loughney
- RE: [NSIS] additional comment on draft-ietf-nsis-… john.loughney
- RE: [NSIS] additional comment on draft-ietf-nsis-… Georgios Karagiannis (ELN)
- RE: [NSIS] additional comment on draft-ietf-nsis-… Georgios Karagiannis (ELN)
- RE: [NSIS] additional comment on draft-ietf-nsis-… Marcus Brunner
- RE: [NSIS] additional comment on draft-ietf-nsis-… Hancock, Robert
- RE: [NSIS] additional comment on draft-ietf-nsis-… Georgios Karagiannis (ELN)
- RE: [NSIS] additional comment on draft-ietf-nsis-… Marcus Brunner
- RE: [NSIS] additional comment on draft-ietf-nsis-… john.loughney
- RE: [NSIS] additional comment on draft-ietf-nsis-… Georgios Karagiannis (ELN)
- RE: [NSIS] additional comment on draft-ietf-nsis-… Marcus Brunner