Re: Doc Representing IP Info..
Glenn Mansfield <glenn@aic.co.jp> Thu, 12 November 1992 03:10 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa15618;
11 Nov 92 22:10 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa15613;
11 Nov 92 22:10 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa24674;
11 Nov 92 22:11 EST
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP
id <g.06726-0@haig.cs.ucl.ac.uk>; Thu, 12 Nov 1992 01:48:23 +0000
Received: from 150.80.254.1 by bells.cs.ucl.ac.uk with Internet SMTP
id <g.23901-0@bells.cs.ucl.ac.uk>; Thu, 12 Nov 1992 01:48:13 +0000
Received: by aic-wide.aic.co.jp (4.1/2.7W) id AA07898;
Thu, 12 Nov 92 10:47:52 JST
Date: Thu, 12 Nov 92 10:47:52 JST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Glenn Mansfield <glenn@aic.co.jp>
Return-Path: <glenn@aic.co.jp>
Message-Id: <9211120147.AA07898@aic-wide.aic.co.jp>
To: J.Crowcroft@cs.ucl.ac.uk
Subject: Re: Doc Representing IP Info..
Cc: Sylvain.Langlois@der.edf.fr, glenn@aic.co.jp, ic-tech@isode.com,
osi-ds@cs.ucl.ac.uk, spp@aic.co.jp, thomas@aic.co.jp
Jon,
Jon says:
Jon>>it would be most useful if you could add :
Jon>>
Jon>>Class D addresses for multicast (which is now in operational use.)_
Jon>>and possibly very interesting if you could add...
Jon>>multimedia Conference Name, plus class D address and transport Port used
Jon>>& conference member/site id
Jon>>
Jon>>i have (unfortunately) no idea how this latter is best represented in
Jon>>the DIT.
Sylvain says:
Sylvain>>I might be wrong but if your aim is to represent a particular instance
Sylvain>>of an ongoing conference into the DIT, the information is not stable
Sylvain>>enough to be able to be represented in the Directory. I 'm not
Sylvain>>quite sure that putting in the Directory an object with a very short
Sylvain>>lifetime (e.g. a couple of hours) is of any use. Did I undestand you
Sylvain>>right or do you plan to put in the Directory the "confrence service"
Sylvain>>(e.g. a local endpoint to an ever listening process)?
Jon says:
Jon>>if a conference is longterm as the ietf one (i.e. 224.2.0.1/3456) then
Jon>>it is certainly approprtiate to put such info in the directory imho
Jon>>
The type of services that we are contemplating certainly encompasses the usage you
have recommended. In our next draft we will atempt to present a clear picture of how
this can be done.
I don't see the life time as big problem. One can imagine that an announcement will
be made and used months ahead of the event. The corresponding object in the Directory
should contain its lifetime after which it is expected to become historical/irrelevant.
As far as representing the network aspect of the multimedia conference
I believe the framework we have proposed will work fine. It requires another image-object
to present another view of the network. Will have to study the requirements before we
draw up a proposal for the corresponding. Thats somemore homework, I guess it won't be
done before this IETF ;-)
Regarding "conference service" proposed by Sylvain. I think that is a good idea,too.
[Restaurants, ... have already become candidates for the Directory. Conferences are
just as important- one can see the connection between Conferences and Restaurants :-)]
Some form of a (Non-Directory) service is already in place in several places - News,
Internet Monthly Report, Magazines, ... . However, that will be new application of
the Directory services. We can foresee its interaction with the network information
represented in the Directory in the above form.
Cheers
Glenn
*****************************************************************
* Glenn Mansfield *
* AIC Systems Laboratory Phone : +81-22-279-3310 *
* 6-6-3, Minami Yoshinari Fax : +81-22-279-3640 *
* Sendai, Japan. 989-32 e-mail: glenn@aic.co.jp *
*****************************************************************
- re: Doc Representing IP Info.. Jon Crowcroft
- Re: Doc Representing IP Info.. Sylvain Langlois
- Re: Doc Representing IP Info.. Jon Crowcroft
- Re: Doc Representing IP Info.. Glenn Mansfield