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