Re: Question on RFC1577.
Craig Partridge <craig@aland.bbn.com> Thu, 29 September 1994 22:23 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa10615; 29 Sep 94 18:23 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa10609; 29 Sep 94 18:23 EDT
Received: from matmos.hpl.hp.com by CNRI.Reston.VA.US id aa22060; 29 Sep 94 18:23 EDT
Received: by matmos.hpl.hp.com (1.37.109.10G/HPL42.42) id AA178291046; Thu, 29 Sep 1994 13:37:26 -0700
Errors-To: atmpost@matmos.hpl.hp.com
X-Orig-Sender: atmpost@matmos.hpl.hp.com
X-Info: Submissions to ip-atm@matmos.hpl.hp.com
X-Info: [Un]Subscribe requests to majordomo@matmos.hpl.hp.com
X-Info: Archives for ip-atm via ftp.hep.net:~ftp/lists-archive/atm
X-Loop: ATM CLP.bit ON
Precedence: bulk
Received: from uu2.psi.com by matmos.hpl.hp.com with SMTP (1.37.109.10G/HPL42.42) id AA177961040; Thu, 29 Sep 1994 13:37:20 -0700
Received: from port10.sunnyvale.ca.pub-ip.psi.net by uu2.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP; id AA26009 for ip-atm@matmos.hpl.hp.com; Thu, 29 Sep 94 16:32:17 -0400
Received: from localhost by aland.bbn.com (8.6.4/3.1.090690-BBN) id NAA00970; Thu, 29 Sep 1994 13:31:11 -0700
Message-Id: <199409292031.NAA00970@aland.bbn.com>
To: Mark Laubach <laubach@terra.com21.com>
Cc: schulter@zk3.dec.com, Mike Spengler <mks@msc.edu>, ip-atm@matmos.hpl.hp.com
Subject: Re: Question on RFC1577.
In-Reply-To: Your message of Wed, 28 Sep 94 17:24:06 -0700. <Pine.3.89.9409281702.D13672-0100000@terra.com21.com>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Craig Partridge <craig@aland.bbn.com>
Date: Thu, 29 Sep 1994 13:31:09 -0700
> This is why I've been asking these questions. I am concerned about the
> interoperability of our implementation with others based on some postings
> I've seen. Our goal is to have a completely interoperable implementation
> and I want to make sure we're interpreting things the way other implement
ors
> are. I agree that interoperability is the most important thing we have t
o
> achieve here.
I'm afraid that we're not seeing responses from the implementers here.
NRL, Xerox PARC, BBN et al. are all missing from this converstation.
A few people are doing a very good job of keeping this discussion
going. I'd really like to hear comments from the other implementers
before drawing any conclusions.
Mark:
The reason you haven't seen anything from me is a mix of travel and
the fact that Grenville's being doing a very good job of summarizing
my approach (thanks Grenville!).
Personally I've found the exchange very useful (though long) -- some
hard little issues have popped out that worry me. (But I want to write
some more code and reread the nodes before I shout).
Like everyone else, my goal is to ensure interoperability across a
number of different platforms which may have different design goals.
Thanks!
Craig
- Question on RFC1577. gja
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Berry Kercheval
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Berry Kercheval
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Curtis Villamizar
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Rick Bubenik
- Re: Question on RFC1577. Curtis Villamizar
- Re: Question on RFC1577. Craig Partridge
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Curtis Villamizar
- Re: Question on RFC1577. Craig Partridge
- Re: Question on RFC1577. Rick Bubenik
- Re: Question on RFC1577. gja
- LLC/SNAP vs Null Encaps (was Re: Question on RFC1… gja
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Peter If the software don't work, rewire the hardware Schulter
- Re: Question on RFC1577. Joel Halpern
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Mark Laubach
- Our first public ATM statement Peter If the software don't work, rewire the hardware Schulter
- re: Question on RFC1577. Peter If the software don't work, rewire the hardware Schulter
- Re: Question on RFC1577. Fong-Ching Liaw
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Fong-Ching Liaw
- Re: Question on RFC1577. Brad Benson
- Re: Question on RFC1577. rajeev
- Re: Question on RFC1577. Andrew Smith
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. rajeev
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Drew Perkins
- Re: Question on RFC1577. rajeev
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Keith McCloghrie
- Re: Question on RFC1577. Drew Perkins
- Re: Question on RFC1577. Drew Perkins
- Re: Question on RFC1577. Keith McCloghrie
- Re: Question on RFC1577. Brad Benson
- Re: Question on RFC1577. Drew Perkins
- Re: Question on RFC1577. Fong-Ching Liaw
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Peter If the software don't work, rewire the hardware Schulter
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Peter If the software don't work, rewire the hardware Schulter
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. gja
- Re: Question on RFC1577. Peter If the software don't work, rewire the hardware Schulter
- Re: Question on RFC1577. Fong-Ching Liaw
- Re: Question on RFC1577. Mike Spengler
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. schulter
- Re: Question on RFC1577. schulter
- Re: Question on RFC1577. Mark Laubach
- Hmmmm..... (was Re: Question on RFC1577.) gja
- Re: Question on RFC1577. (long, but two replies i… schulter
- Re: Question on RFC1577. schulter
- Re: Question on RFC1577. Mark Laubach
- Re: Question on RFC1577. Craig Partridge
- Re: Question on RFC1577. schulter