RE: [NSIS] additional comment on draft-ietf-nsis-req-03.txt
Marcus Brunner <brunner@ccrle.nec.de> Thu, 11 July 2002 10:52 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 GAA15305 for <nsis-archive@odin.ietf.org>; Thu, 11 Jul 2002 06:52:35 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id GAA29007 for nsis-archive@odin.ietf.org; Thu, 11 Jul 2002 06:53:29 -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 GAA28647; Thu, 11 Jul 2002 06:36:56 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA28616 for <nsis@optimus.ietf.org>; Thu, 11 Jul 2002 06:36:54 -0400 (EDT)
Received: from tokyo.ccrle.nec.de (tokyo.ccrle.nec.de [195.37.70.2]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA15081 for <nsis@ietf.org>; Thu, 11 Jul 2002 06:35:59 -0400 (EDT)
Received: from wallace.heidelberg.ccrle.nec.de (root@wallace [192.168.102.1]) by tokyo.ccrle.nec.de (8.11.6/8.11.6) with ESMTP id g6BAaJU41200; Thu, 11 Jul 2002 12:36:19 +0200 (CEST) (envelope-from brunner@ccrle.nec.de)
Received: from imap.heidelberg.ccrle.nec.de (imap.heidelberg.ccrle.nec.de [192.168.102.11]) by wallace.heidelberg.ccrle.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA26891; Thu, 11 Jul 2002 12:36:18 +0200
Received: from [192.168.102.207] (unknown [192.168.102.207]) by imap.heidelberg.ccrle.nec.de (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id D604A10C15; Thu, 11 Jul 2002 12:36:17 +0200 (CEST)
Date: Thu, 11 Jul 2002 12:36:18 +0200
From: Marcus Brunner <brunner@ccrle.nec.de>
Reply-To: brunner@ccrle.nec.de
To: john.loughney@nokia.com, Georgios.Karagiannis@eln.ericsson.se, robert.hancock@roke.co.uk, nsis@ietf.org
Subject: RE: [NSIS] additional comment on draft-ietf-nsis-req-03.txt
Message-ID: <9574196.1026390978@[192.168.102.207]>
In-Reply-To: <0C1353ABB1DEB74DB067ADFF749C4EEFC65705@esebe004.NOE.Nokia.com>
References: <0C1353ABB1DEB74DB067ADFF749C4EEFC65705@esebe004.NOE.Nokia.com>
X-Mailer: Mulberry/2.2.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
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: 7bit
Is fine with me. Marcus --On Donnerstag, 11. Juli 2002 13:13 +0300 john.loughney@nokia.com wrote: > 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 >> >> >> -------------------------------------- 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