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.