I've been approached regarding the use of the (claimed-to-be)
trademarked term bake-off. It would be helpful if somebody can provide
credible evidence that this term has been used within the technical
community for many years. (In case you didn't know,
http://www.bakeoff.com/ shows the non-technic
Scott Brim wrote:
>
> At 09:22 PM 11/06/2000 +, Bob Braden wrote:
> >Henning,
> >
> >Please see RFC 1025 from Sept 1987, or IEN 160 (online at
> >the RFC Editor web site) for a November 1980 bake off.
> >Is this 20 years ago early enough?
>
> Since the first Pillsbury Bake-Off was 50 years a
Are there any ACAP implementations out there? If so, in reasonably
widespread use? Is this still considered the best blueprint for
application configuration, e.g., also as a format for configuration
files or in transports other than the ACAP transport?
Thanks (including for any 302 responses)
--
John C Klensin wrote:
>
> --On Wednesday, 06 December, 2000 10:22 -0500 Dan Kolis
> <[EMAIL PROTECTED]> wrote:
>
> > Dan K says:
> > 1) your right. with your tld .de I assume for the moment you
> > also speak German. The difference is what you 'try' when a url
> > doesn't work. If you tried:
> >
Keith Moore wrote:
>
> > If easy-to-type was the original problem we could do away with DNS
> > altogether and just use IP addresses everywhere, that could even get
> > rid of a lot of lawyers...
>
> if it would really get rid of lawyers, it would be well worth it...
>
> Keith
>
> p.s. the law
In case the IETF is truly desperate: We could also rent out a major
university during the summer and stick everybody in dorm rooms - that
should be enough to discourage the tourists and evoke the roots of the
Internet :-) I'm sure OSU has classroom space for a few ten thousand
students...
Then,
After discussions with Scott Bradner, I have set up a mailing list at
http://lists.cs.columbia.edu/mailman/listinfo/siglite
to discuss interest in possibly having a BOF on light-weight approaches
to network-layer signaling for QoS, network state setup, pricing
information and related topics. The
Tripp Lilley wrote:
>
> On Mon, 18 Dec 2000, Matthew Goldman wrote:
>
> > I also disagree with you regarding hotel rates. Pre-negotiated block rates
> > for meetings are around the same price as we paid in San Diego for a similar
> > type of hotel (clearly, Vegas hotels are both much better than
Frank Kastenholz wrote:
>
> At 09:28 AM 12/19/00 -0500, RJ Atkinson wrote:
> >We can also end the de facto practice of
> >using the sessions as tutorials and discontinue fancy prepared
> >presentations of the material already in the I-Ds. While
> >tutorials are a fine thing, they are appropriate
Brian E Carpenter wrote:
>
> > - without "transparent" caches
>
> Do you mean interception proxies, in WREC terminology?
Yes.
>
> > - no port restrictions
>
> And no protocol type restrictions
>
> > - no NATs
>
> How about adding IPv6 support?
Good idea.
> >
> > (and whatever other abom
See http://www.cs.columbia.edu/~hgs/internet/internet-telephony.html
http://www.cs.columbia.edu/sip
--
Henning Schulzrinne http://www.cs.columbia.edu/~hgs
Bob Braden wrote:
>
> *>
> *> The other thing that would be nice is a way of getting all of the
> *> authors current contact info in one place and up to date.
> *>
> *> -MM
> *>
>
> If you have a good idea on how to keep contact information
> up to date, the RFC Editor would like to
Jerome Etienne wrote:
>
> Hello,
>
> i am writting documents referencing many RFCs and to manually convert
> the ascii of rfc-index.txt in the xml format described in rfc2629.2.4.1
> isn't very effective.
> Where can i find the same list of RFCs in a more computer friendly
> format than the 'ASC
We're running a number of IETF mailing lists on our server here at
Columbia. Some of the lists have gotten a bit larger and more popular
than we anticipated; sendmail is groaning. Any suggestions for alternate
delivery software (for Solaris and/or Linux)? (Since this is somewhat
off-topic, please
"Ole J. Jacobsen" wrote:
>
> Just out of curiosity: Why aren't we using something like a RealAudio
> stream? This seems to work well for everything from radio stations to
> ICANN meetings. I know it only works ONE way, but I also know that
> "questions from the multicast audience" are rarely hear
RJ Atkinson wrote:
>
> At 12:12 30/03/01, Joel Jaeggli wrote:
>
> >With h.261/pcm and mpeg-1 you should be able to implement a client for
> >your platform of choice without stomping on someone elses IP to hard, in
> >practice clients are already available for most platforms, or can be built
> >t
John Stracke wrote:
>
> "James P. Salsman" wrote:
>
> > > For that matter, is anyboy using 'ST Datagram', or is v5 also
> > > recoverable for re-use?
> >
> > I could find no further mention of the protocol.
>
> It was implemented. I remember, back around 1994, when I was working
> on videoconf
See
See http://home.rica.net/alphae/419coal/,
http://home.pacbell.net/jpaladin or
http://travel.state.gov/tips_nigeria.html
for relevant background.
--
Henning Schulzrinne http://www.cs.columbia.edu/~hgs
Recently, the IESG sent a note describing and encouraging the use of
formally verifiable means of protocol specification, in addition to
English prose. To facilitate this effort, I will be setting a resource
web page to provide information on mechanisms and tools. (Unless there
is a formal IETF ef
John Klensin wrote:
>
> * And should the IAB try to control microphone time, or is it
> better to let people explain their views at whatever length that
> takes?
One simple scheduling algorithm would be to have two microphone queues:
one for those speaking for the first time and one for those s
20 matches
Mail list logo
