Re: call for participation
Susan Hares <skh@merit.edu> Thu, 02 June 1994 21:11 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13011; 2 Jun 94 17:11 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa13007; 2 Jun 94 17:11 EDT
Received: from sun2.nsfnet-relay.ac.uk by CNRI.Reston.VA.US id aa17780; 2 Jun 94 17:11 EDT
Via: uk.ac.ulcc.vmsfe; Thu, 2 Jun 1994 20:13:28 +0100
Via: UK.AC.NSFNET-RELAY; Thu, 2 Jun 94 20:08 GMT
Received: from merit.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP id <sg.25579-0@sun3.nsfnet-relay.ac.uk>; Thu, 2 Jun 1994 20:06:45 +0100
Received: from localhost (skh@localhost) by merit.edu (8.6.8.1/merit-1.0) with SMTP id AAA26973; Thu, 2 Jun 1994 00:55:14 -0400
Message-Id: <199406020455.AAA26973@merit.edu>
To: Henry Lowe <lowe@osf.org>
cc: THINOSI@ulcc.ac.uk, X3T5@osf.org, 73543.1077@compuserve.com, agrawala@cs.umd.edu, Baker@forty2.enet.dec.com, baos@oss.com, colin <colin@intelsat>, conrad@oss.com, cpd@one.com, dallas@forty2.enet.dec.com, dchoi@vax2.cstp.umkc.edu, desjardi@eos.nasa.gov, devon!ed-kelly@mhs.attmail.com, dicksc@uci.com, eric@isci.com, heather@tandem.com, jmhunt@atlsita.org, kk@arinc.com, kuiper@osison.osiware.bc.ca, lee@vax2.cstp.umkc.edu, lrajchel@attmail.com, lee@huachuca-jitcosi.army.mil, skh@merit.edu
Subject: Re: call for participation
In-reply-to: Your message of "Wed, 01 Jun 1994 10:14:07." <9406011412.AA12884@bubba.osf.org>
Date: Thu, 02 Jun 1994 00:55:09 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Susan Hares <skh@merit.edu>
X-Orig-Sender: THINOSI-request@ulcc.ac.uk
X-ULCC-Sequence: 192
X-ULCC-Recipient: ietf-archive%us.va.reston.cnri@uk.ac.nsfnet-relay
Henry: I am a pragmatic, network operations person amd IDRP code developer. I would recommend getting a mechanism going to pass changes that the IETF is recommending to ISO protocols back ISO. No politics, no top dog in my mind - just the best technical solution. Most of the changes to ES-IS for multi-cast come from real life needs, and uses in the Internet. There are changes that I need to IS-IS to get pass third party address so that we can make the next generation NSF funded networks work with IS-IS. As to upper layers, I think that the thin stack as it stands from Peter Furness's work is worth trying out under applications. Re-ordering of application layer thought is going to come from DS-3, and OS-3 applications and SCC. Let's not stop anyone from doing good thinking. We are only beginning to heal the thing of Connection vs Connectionless. The middle ground must be re-examined. Do not think some of the IETF applications and protocols could not do with a major re-write for IP Next Generation. FTP has some real problems in moving to IP Next Generation, and is an ancient FREE program. The current network technology is built on top a switch fabric that is LAN technology, bridges, and large pipes. Within a 12-18 months, I believe we stand a large chance to see the ATM, and with it circuit technology come back into major usage. With an underlying technology of circuits, does the repeated Connectionless set-up make sense? Let's think about that, not just say no or yes with our past experiences and emotions. I have an extremely pragmatic view of CLNP as an interim step to a 15-20 year better solution. I believe this the ISO 5-10 year solution using CLNP with NSAP addresses (20 bytes - watch for my Internet Draft on this!) is pragmatic. It will join user groups. And with a little squint - who says IPX can't be part of our family. Why? - we need each of you and each person in the IETF to think, dream, code, and try it out. In-fighting, makes this work not fun, and all of us think less. Well, I'm not going to suggest any structure unless you want to play in the IETF. Then, I've chaired a few committees there. But I think a IETF/ISO blend is need to: 1) Send IETF ideas back to ISO so we can get it to all possible users 2) If CLNP wins as IP Next Generation, we'll need to have CLNP changes for sure. I think it is the best pragmatic solution since router's have it, lots of end systems have it (Even Sun!) 3) 10-15 year solution needs to create create solution out of connectionless/ connection oriented to deal with fabric changes For those funding ISO activies, look at the words "public domain". A free program is more often used than one that costs money. Prototypes, "public domain" may have had more impact on why IP has succeed where ISO protocols failed. (I'll gladly discuss this concept of free/payed off-line with someone. I will be glad to summarize the discussion on-line after we've talked privately. I'm got coding deadlines, and operational deadlines, and I do not have time for more than this 1 long message. I have found private discussion between two parties leads down really need paths of thought. Groups tend to design elephants.) By the way, one of the things I like about IETF is pride of ownership that RFC authorship has, and any pragmatism of "just get it working" that still remains within in the quieter majority. Susan Hares skh@merit.edu (313)936-2095 - for offline conversations too! I work for Merit, Inc. This is a personal observation from my work and should not be taken to be the company line.
- Re: call for participation Susan Hares
- Re: call for participation Henry Lowe
- Re: call for participation Terry Sullivan
- Re: call for participation Susan Hares
- Re: Re: call for participation Henry Lowe