re:AppleTalk broadcast addr on FDDI
"Ben (B.T.) Schmidt" <bschmidt@bnr.ca> Mon, 19 April 1993 20:18 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa26171; 19 Apr 93 16:18 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa26167; 19 Apr 93 16:18 EDT
Received: from cayman.cayman.com by CNRI.Reston.VA.US id aa06560; 19 Apr 93 16:18 EDT
Received: by cayman.Cayman.COM (4.1/SMI-4.0) id AA21005; Mon, 19 Apr 93 15:17:01 EDT
Return-Path: <bschmidt@bnr.ca>
Received: from bcars567 (x400gate.bnr.ca) by cayman.Cayman.COM (4.1/SMI-4.0) id AA21000; Mon, 19 Apr 93 15:16:19 EDT
X400-Received: by mta bcars567 in /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Mon, 19 Apr 1993 15:11:47 -0400
X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Mon, 19 Apr 1993 15:08:24 -0400
X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Mon, 19 Apr 1993 11:01:00 -0400
Date: Mon, 19 Apr 1993 15:01:00 +0000
X400-Originator: /DD.ID=1514053/G=Ben/I=BT/S=Schmidt/@bnr.ca
X400-Mts-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; bcars520.b.255:19.03.93.19.08.24]
X400-Content-Type: P2-1984 (2)
Content-Identifier: re:AppleTalk ...
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Ben (B.T.) Schmidt" <bschmidt@bnr.ca>
X-Orig-Sender: "Ben (B.T.) Schmidt" <bschmidt@bnr.ca>
Message-Id: <"15360 Mon Apr 19 15:09:51 1993"@bnr.ca>
To: raj@doelztc.timeplex.com
Cc: apple-ip@cayman.com
Subject: re:AppleTalk broadcast addr on FDDI
In msg "AppleTalk broadcast addr on FDDI", 'raj@doelztc.timeplex.com' writes: >Could someone please tell me what is the AppleTalk broadcast address >on FDDI. Is it 0x090007ffffff or 0xffffffffffff? I thought it was the >former one but I saw the FDDITalk that came with the Impulse Technologies' >FDDI cards use 0xffffffffffff for AppleTalk broadcast. I'd agree with your first "impulse". :) rgds, ben <bschmidt@bnr.ca> PS. No chance that was an IP broadcast coming from the FDDI-attached Mac? --->forwarded msg Date: Thu, 27 Feb 1992 08:54:56 -0800 To: mm@hobbit.gandalf.ca (Mississipi Mud) From: veizades@apple.com Subject: Re: fdditalk Cc: apple-ip@apple.com The following is the text of the document FDDITalk that is found on AppleLink. I hope this helps. John Veizades... ------------------------------------------------------------ FDDITalk: Preliminary Proposal Apple Computer, Inc. March 8, 1991 This document represents a proposed definition for how AppleTalk protocols should be implemented on FDDI (that is, for "FDDITalk"). This proposal should be considered as highly preliminary and subject to change. Apple will be publishing an official definition of FDDITalk at some point in the near future. The proposed definition of FDDITalk is simple and easy to state: FDDITalk is precisely the same as EtherTalk Phase 2. Although this is a slight oversimplification, it is true from an overall point of view. To be more accurate, FDDITalk packet formats, at the 802.2 level, are precisely the same as those used by EtherTalk. Specifically, AppleTalk data packets and AppleTalk Address Resolution Protocol (AARP) packets on FDDI have exactly the same format as those on Ethernet (802.3) when looked at from the LLC level (MAC headers will of course be different). FDDITalk packets, like EtherTalk packets, are encapsulated in SNAP headers. AppleTalk data packets use SNAP type $080007809B. AARP packets use SNAP type $00000080F3. The AppleTalk broadcast address used by FDDITalk is the same as that used by EtherTalk, $090007FFFFFF. The zone multicast addresses are also the same, $090007000000 through $0900070000FC. Finally, the AARP hardware type used by FDDITalk is the same as that used by EtherTalk, one (1). At this time, it has not been decided whether AARP timeouts on FDDITalk will remain the same as those on EtherTalk or not. The issue of AARP timeouts on FDDI is currently under investigation. It is important to note that the actual AppleTalk data (i.e. the DDP packet) is encapsulated in the FDDITalk packet (that is in the SNAP frame) in the same way as it is encapsulated in EtherTalk packets. This means that the maximum size packets used by AppleTalk on FDDI is in the 600 byte range (600 bytes plus SNAP, LLC and MAC headers). The FDDI data link, however, provides the ability to transmit multiple back-to-back packets on one token, up to the limit placed by the "token hold timer" (a MAC-layer-settable parameter). Through judicious use of this feature, it should be possible to achievement end-to-end AppleTalk throughput on FDDI roughly equivalent to that which could be achieved through use of much larger packets. FDDITalk is being defined to be the same as EtherTalk due to the emergence of FDDI-to-Ethernet "transparent" bridges. These bridges make possible communication between Ethernet (802.3) and FDDI, at the data link level. Although communication at this level may or may not be desirable (routing is often be a better approach), this communication may be necessary in some environments. Specifically, environments which already have FDDI-Ethernet bridges installed may desire communication between AppleTalk nodes on both media without requiring the installation of a router.
- re:AppleTalk broadcast addr on FDDI Ben (B.T.) Schmidt