Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site topaz.ARPA Path: utzoo!watmath!clyde!cbosgd!cbdkc1!desoto!packard!topaz!hedrick From: hedrick@topaz.ARPA (Chuck Hedrick) Newsgroups: net.lan Subject: Re: Need help with Ethernet Message-ID: <2027@topaz.ARPA> Date: Sun, 19-May-85 17:52:49 EDT Article-I.D.: topaz.2027 Posted: Sun May 19 17:52:49 1985 Date-Received: Mon, 20-May-85 00:15:02 EDT References: <185@geowhiz.UUCP> Reply-To: hedrick@topaz.UUCP (Chuck hedrick) Distribution: net Organization: Rutgers Univ., New Brunswick, N.J. Lines: 67 In article <185@geowhiz.UUCP> karsh@geowhiz.UUCP (Bruce Karsh) asks about the various Ethernet standards. In our experience, the situation with Ethernet is not as dismal as it sounds from your note. I understand why you are upset. No doubt few vendors can really tell you which spec they really follow. Everyone these days claims to support IEEE 802.3. I have concluded that this is because of a desire on the part of the marketing people to look "industry-compatible," but that in most cases this claim shouldn't be taken too seriously. Apparently marketers have gotten the idea that IEEE 802.3 and Ethernet are the same thing, so they just add IEEE to all their publicity. First, Ethernet 1 vs. 2. This does not affect what finally gets on then coax. The primary difference is the way the controller talks to the transceiver. (There is also some sort of system-wide maintenance protocol defined in Ethernet 2, but I haven't yet see anyone who supports that.) As long as your system can communicate with its transceiver, you don't have to worry about whether it is using Ethernet 1 or 2. Indeed many of the newer equipment is designed to work either way. So it is hard to categorize things cleanly as one or the other. In practice, the way you go about putting together a system is not by asking which standard the pieces follow. Rather, you start with a system and ask what transceivers it can talk to. While your salesman may not be sure whether his equipment is Ethernet 1 or 2, he almost certainly can give you a list of transceivers that have been used successfully with it. This is really an empirical question anyway, since there are some pairs of products which should talk and can't, and visa versa. As for IEEE 802.3. This standard is a problem. As far as I can tell (as a non-expert), the change they have made has no advantage. (Indeed in most cases, it causes the software to become noticably more complex.) You should not blame this one on the Ethernet community. It is a typical standards committee product. It is not just an issue of talking to the transceiver this time. There is an actual difference in the interpretation of the Ethernet header. If anyone actually implemented this standard as described in the documents, he would be unable to talk to any of the standard TCP/IP implementations, which are Ethernet-based. Fortunately, it is possible to implement IEEE 802.3 in a way that maintains compatibility with machines that use the Ethernet definitions. I don't know whether any vendors have actually implemented IEEE 802.3, and if so whether they did the extra work needed to be compatible with Ethernet. So far we haven't run into any real implementations of IEEE 802.3. (As I said above, most of the people who mention IEEE 802.3 don't really mean it.) The simplest way to determine whether your system is going to have trouble is to ask the salesman whether it can talk to a VAX running 4.2BSD. This cuts through the morass of definitions and gets down to the issue you are really interested in: whether it is compatible with the Ethernet spec. If the answer is no, no change in transceivers or cables will help you. The difference involves the software device driver. I can be fairly sure that the Imagen laser printer is compatible with Ethernet. I'm sure they are not about to bring out a product that won't talk to a VAX. Masscomp has had TCP/IP for a number of years, so theirs is probably also Ethernet-compatible. I suspect the only case where you have to worry is with a vendor that has no contact with the Unix community, and is implementing TCP/IP from scratch using the protocol documents. (Believe it or not, this does happen.) Neither of these vendors falls into this category. You asked whether there is any problem putting these various things on the same cable. The only problem I know of is if one of the systems really does implement IEEE 802.3, and you also have systems that use the old PUP protocols. As long as you are using TCP/IP, DECnet, and XNS, there should be no problem have different things on the same cable. We use the same kind of transceiver cable for all of our systems, whether Ethernet 1 or 2. However if you are a relatively unsophisticated shop, the simplest thing to do is to get the cable from the same people you get your transceiver or system from. They can then guarantee compatibility.