All rights reserved. Printed in the USA. August 1996.
The information in this document is subject to change without notice. The statements, configurations, technical data,
and recommendations in this document are believed to be accurate and reliable, but are presented without express or
implied warranty . Users must take full responsibility for their applications of an y products specified in this document.
The information in this document is proprietary to Bay Networks, Inc.
The software described in this document is furnished under a license agreement and may only be used in accordance
with the terms of that license. A summary of the Software License is included in this document.
Restricted Rights Legend
Use, duplication, or disclosure by the United States Government is subject to restrictions as set forth in subparagraph
(c)(1)(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013.
Notice for All Other Executive Agencies
Notwithstanding any other license agreement that may pertain to, or accompany the delivery of, this computer
software, the rights of the United States Government regarding its use, reproduction, and disclosure are as set forth in
the Commercial Computer Software-Restricted Rights clause at FAR 52.227-19.
Trademarks of Bay Networks, Inc.
ACE, AFN, AN, BCN, BLN, BN, BNX, CN, FN, FRE, GAME, LN, Optivity, PPX, SynOptics, SynOptics
Communications, Wellfleet and the Wellfleet logo are registered trademarks and ANH, ASN, Bay•SIS, BCNX,
BLNX, EZ Install, EZ Internetwork, EZ LAN, PathMan, PhonePlus, Quick2Config, RouterMan, SPEX,
Bay Networks, Bay Networks Press, the Bay Networks logo and the SynOptics logo are trademarks of
Bay Networks, Inc.
Third-Party T rademarks
All other trademarks and registered trademarks are the property of their respective owners.
Statement of Conditions
In the interest of improving internal design, operational function, and/or reliability, Bay Networks, Inc. reserves the
right to make changes to the products described in this document without notice.
Bay Networks, Inc. does not assume any liability that may occur due to the use or application of the product(s) or
circuit layout(s) described herein.
SUCH PORTIONS OF THE SOFTWARE ARE PROVIDED “AS IS” AND WITHOUT ANY EXPRESS OR
IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
In addition, the program and information contained herein are licensed only pursuant to a license agreement that
contains restrictions on use and disclosure (that may incorporate by reference certain limitations and notices imposed
by third parties).
ii
114048 Rev. A
Page 3
Bay Networks Software License
Note:
This is Bay Networks basic license document. In the absence of a
software license agreement specifying varying terms, this license -- or the
license included with the particular product -- shall govern licensee’s use of
Bay Networks software.
This Software License shall govern the licensing of all software provided to licensee by Bay Networks (“Software”).
Bay Networks will provide licensee with Software in machine-readable form and related documentation
(“Documentation”). The Software provided under this license is proprietary to Bay Networks and to third parties from
whom Bay Networks has acquired license rights. Bay Networks will not grant any Software license whatsoev er , either
explicitly or implicitly, except by acceptance of an order for either Software or for a Bay Networks product
(“Equipment”) that is packaged with Software. Each such license is subject to the following restrictions:
1.Upon delivery of the Software, Bay Networks grants to licensee a personal, nontransferable, none xclusiv e license
to use the Software with the Equipment with which or for which it was originally acquired, including use at any
of licensee’s facilities to which the Equipment may be transferred, for the useful life of the Equipment unless
earlier terminated by default or cancellation. Use of the Software shall be limited to such Equipment and to such
facility. Software which is licensed for use on hardware not offered by Bay Networks is not subject to restricted
use on any Equipment, however, unless otherwise specified on the Documentation, each licensed copy of such
Software may only be installed on one hardware item at any time.
2.Licensee may use the Software with backup Equipment only if the Equipment with which or for which it was
acquired is inoperative.
3.Licensee may make a single copy of the Software (but not firmware) for safekeeping (archives) or backup
purposes.
4.Licensee may modify Software (but not firmware), or combine it with other software, subject to the provision
that those portions of the resulting software which incorporate Software are subject to the restrictions of this
license. Licensee shall not make the resulting software available for use by any third party.
5.Neither title nor ownership to Software passes to licensee.
6.Licensee shall not provide, or otherwise make available, any Software, in whole or in part, in any form, to any
third party. Third parties do not include consultants, subcontractors, or agents of licensee who have licensee’s
permission to use the Software at licensee’s facility, and who have agreed in writing to use the Software only in
accordance with the restrictions of this license.
7.Third-party owners from whom Bay Networks has acquired license rights to software that is incorporated into
Bay Networks products shall have the right to enforce the provisions of this license against licensee.
8.Licensee shall not remove or obscure any copyright, patent, trademark, trade secret, or similar intellectual
property or restricted rights notice within or affixed to any Software and shall reproduce and affix such notice on
any backup copy of Software or copies of software resulting from modification or combination performed by
licensee as permitted by this license.
114048 Rev. A
iii
Page 4
Bay Networks Software License
9.Licensee shall not reverse assemble, reverse compile, or in any way reverse engineer the Software. [Note: For
licensees in the European Community, the Softw are Directiv e dated 14 May 1991 (as may be amended from time
to time) shall apply for interoperability purposes. Licensee must notify Bay Networks in writing of any such
intended examination of the Software and Bay Networks may provide review and assistance.]
10. Notwithstanding any foregoing terms to the contrary, if licensee licenses the Bay Networks product “Site
Manager,” licensee may duplicate and install the Site Manager product as specified in the Documentation. This
right is granted solely as necessary for use of Site Manager on hardware installed with licensee’s network.
11. This license will automatically terminate upon improper handling of Software, such as by disclosure, or Bay
Networks may terminate this license by written notice to licensee if licensee fails to comply with any of the
material provisions of this license and fails to cure such failure within thirty (30) days after the receipt of written
notice from Bay Networks. Upon termination of this license, licensee shall discontinue all use of the Software
and return the Software and Documentation, including all copies, to Bay Networks.
12. Licensee’s obligations under this license shall survive expiration or termination of this license.
(continued)
iv
114048 Rev. A
Page 5
Contents
About This Guide
Before You Begin .............................................................................................................xiii
Table A-5.AURP Zone Filter List Parameters .......................................................... A-2
114048 Rev. A
xi
Page 12
Page 13
About This Guide
If you are responsible for configuring Bay Networks router software for
AppleTalk services, refer to this guide for
•A brief look at the AppleTalk routing protocol in relation to Bay Networks
routing services (see Chapter 1, “AppleT
•Implementation notes to help you configure AppleTalk routing services (see
Chapter 2, “AppleT
•Instructions on initially configuring an AppleTalk interface (see Chapter 3,
“Enabling
AppleTalk Services”)
alk Implementation Notes”)
alk Overview”)
•Instructions on editing AppleTalk global and interface parameters and
configuring AppleTalk services (see Chapter 4, “Editing
Parameters”)
For information and instructions about the following tasks, see
Routers
•Retrieving a configuration file
•Rebooting the router with a configuration file
:
Before Y ou Begin
Before using this guide, you must complete the following procedures. For a new
router:
•Install the router (refer to the installation manual that came with your router).
•Connect the router to the network and create a pilot configuration file (refer to
Quick-Starting Routers and BNX Platforms, Connecting BayStack AN and
ANH Systems to a Network
to a Network)
AppleTalk
Configuring
, or
Connecting ASN Routers and BNX Platforms
.
114048 Rev. A
xiii
Page 14
Configuring AppleTalk Services
Make sure that you are running the latest version of Bay Networks Site Manager
and router software. For instructions, refer to
7–10.xx to Version 11.0
Conventions
Upgrading Routers from Version
.
bold text
Indicates text that you need to enter and command
names in text.
dinfo
command.
italic text
Example: Use the
Indicates variable values in command syntax
descriptions, new terms, file and directory names, and
book titles.
quotation marks (“ ”)Indicate the title of a chapter or section within a book.
screen text
Indicates data that appears on the screen.
Example:
Set Bay Networks Trap Monitor Filters
separator ( > )Separates menu and option names in instructions and
internal pin-to-pin wire connections.
Example: Protocols > AppleTalk identifies the
AppleTalk option in the Protocols menu.
Example: Pin 7 > 19 > 20
vertical line (
|
)Indicates that you enter only one of the parts of the
command. The vertical line separates choices. Do not
type the vertical line when entering the command.
Example: If the command syntax is
show at routes
show at routes
nets
|
, you enter either
show at nets
or
, but not both.
xiv
114048 Rev. A
Page 15
Acronyms
About This Guide
AARPAppleTalk Address Resolution Protocol
AEPAppleTalk Echo Protocol
AMTAddress Mapping Table
ATCPAppleTalk Control Protocol
AURPAppleTalk Update-based Routing Protocol
DDPDatagram Delivery Protocol
DIDomain Identifier
DLCIData Link Connection Identifier
FDDIFiber Distributed Data Interface
ELAPEtherTalk Link Access Protocol
IPInternet Protocol
LANlocal area network
NBPName Binding Protocol
PPPPoint-to-Point Protocol
RFCRequest For Comments
RTMPRouting Table Maintenance Protocol
SMDSSwitched Multimegabit Data Services
SNAPSubnetwork Access Protocol
SNMPSimple Network Management Protocol
TLAPTokenTalk Link Access Protocol
UDPUser Datagram Protocol
WANwide area network
ZIPZone Information Protocol
114048 Rev. A
xv
Page 16
Configuring AppleTalk Services
Ordering Bay Networks Publications
To purchase additional copies of this document or other Bay Networks
publications, order by part number from the Bay Networks Press
telephone or fax numbers:
• Telephone - U.S./Canada1-888-4BAYPRESS
• Telephone - International1-510-490-4752
• Fax 1-510-498-2609
You can also use these numbers to request a free catalog of Bay Networks Press
product publications.
™
at the following
xvi
114048 Rev. A
Page 17
Technical Support and Online Services
To ensure comprehensive network support to our customers and partners
worldwide, Bay Networks Customer Service has Technical Response Centers
in key locations around the globe:
•Billerica, Massachusetts
•Santa Clara, California
•Sydne y , Australia
•Tokyo, Japan
•Valbonne, France
114048 Rev. A
The Technical Response Centers are connected via a redundant Frame Relay
Network to a Common Problem Resolution system, enabling them to transmit and
share information, and to provide live, around-the-clock support 365 days a year.
Bay Networks Information Services complement the Bay Networks Service
program portfolio by giving customers and partners access to the most current
technical and support information through a choice of access/retrieval means.
These include the World W ide Web, CompuServ e, Support Source CD, Customer
Support FTP, and InfoFACTS document fax service.
xvii
Page 18
Configuring AppleTalk Services
Bay Networks Customer Service
If you purchased your Bay Networks product from a distributor or authorized
reseller, contact that distributor’s or reseller’s technical support staf f for assistance
with installation, configuration, troubleshooting, or integration issues.
Customers can also purchase direct support from Bay Networks through a variety
of service programs. As part of our PhonePlus™ program, Bay Netw orks Service
sets the industry standard, with 24-hour, 7-days-a-week telephone support
available worldwide at no extra cost. Our complete range of contract and
noncontract services also includes equipment staging and integration, installation
support, on-site services, and replacement parts delivery -- within approximately
4 hours.
To purchase any of the Bay Networks support programs, or if you have questions
on program features, use the following numbers:
RegionTelephone NumberFax Number
United States and
Canada
1-800-2LANWAN; enter Express Routing
Code (ERC) 290 when prompted
In addition, you can receive information on support programs from your local
Bay Networks field sales office, or purchase Bay Networks support directly
from your authorized partner.
114048 Rev. A
Page 19
Bay Networks Information Services
Bay Networks Information Services provide up-to-date support information as a
first-line resource for network administration, expansion, and maintenance. This
information is available from a variety of sources.
W orld Wide Web
The Bay Networks Customer Support Web Server offers a diverse library of
technical documents, software agents, and other important technical information
to Bay Networks customers and partners.
A special benefit for contracted customers and resellers is the ability to access the
Web Server to perform Case Management. This feature enables your support staff
to interact directly with the network experts in our worldwide Technical Response
Centers. A registered contact with a valid Site ID can
•View a listing of support cases and determine the current status of any open
case. Case history data includes severity designation, and telephone, e-mail,
or other logs associated with the case.
Technical Support and Online Services
•Customize the listing of cases according to a variety of criteria, including
date, severity, status, and case ID.
•Log notes to existing open cases.
•Create new cases for rapid, efficient handling of noncritical network
situations.
•Communicate directly via e-mail with the specific technical resources
assigned to your case.
The Bay Networks URL is
menu item on that home page.
Customer Service FTP
Accessible via URL
combines and organizes support files and documentation from across the
Bay Networks product suite, including switching products from our Centillion™
and Xylogics
site lets you quickly locate information on any of your Bay Networks products.
114048 Rev. A
®
http://www.baynetworks.com
ftp://support.baynetworks.com
. Customer Service is a
(134.177.3.26), this site
business units. Central management and sponsorship of this FTP
xix
Page 20
Configuring AppleTalk Services
Support Source CD
This CD-ROM -- sent quarterly to all contracted customers -- is a complete Bay
Networks Service troubleshooting knowledge database with an intelligent text
search engine.
The Support Source CD contains extracts from our problem-tracking database;
information from the Bay Networks Forum on CompuServe; comprehensive
technical documentation, such as Customer Support Bulletins, Release Notes,
software patches and fixes; and complete information on all Bay Networks
Service programs.
You can run a single version on Macintosh Windows 3.1, Windows 95,
Windows NT, DOS, or UNIX computing platforms. A Web links feature enables
you to go directly from the CD to various Bay Networks Web pages.
CompuServe
For assistance with noncritical network support issues, Bay Networks Information
Services maintain an active forum on CompuServe, a global bulletin-board
system. This forum provides file services, technology conferences, and a message
section to get assistance from other users.
xx
The message section is monitored by Bay Networks engineers, who provide
assistance wherever possible. Customers and resellers holding Bay Networks
service contracts also have access to special libraries for advanced levels of
support documentation and software. To take advantage of CompuServe’ s recently
enhanced menu options, the Bay Networks Forum has been re-engineered to allow
links to our Web sites and FTP sites.
We recommend the use of CompuServe Information Manager software to access
these Bay Networks Information Services resources. To open an account and
receive a local dial-up number in the United States, call CompuServe at
1-800-524-3388. Outside the United States, call 1-614-529-1349, or your nearest
CompuServe office. Ask for Representative No. 591. When you are on line with
your CompuServe account, you can reach us with the command
GO BAYNET
114048 Rev. A
.
Page 21
InfoFACTS
InfoFACTS is the Bay Networks free 24-hour fax-on-demand service. This
automated system has libraries of technical and product documents designed to
help you manage and troubleshoot your Bay Networks products. The system
responds to a fax from the caller or to a third party within minutes of being
accessed.
To use InfoFACTS in the United States or Canada, call toll-free 1-800-786-3228.
Outside North America, toll calls can be made to 1-408-764-1002. In Europe,
toll-free numbers are also available for contacting both InfoFACTS and
CompuServe. Please check our Web page for the listing in your country.
How to Get Help
Use the following numbers to reach your Bay Networks Technical Response
Center:
Technical Response Center Telephone NumberFax Number
Billerica, MA1-800-2LANWAN(508) 670-8765
Santa Clara, CA1-800-2LANWAN(408) 764-1188
Valbonne, France(33) 92-968-968(33) 92-966-998
Sydney, Australia(612) 9927-8800(612) 9927-8811
Tokyo, Japan(81) 3-5402-0180(81) 3-5402-0173
Technical Support and Online Services
114048 Rev. A
xxi
Page 22
Page 23
Chapter 1
AppleTalk Overview
Configuring AppleTalk services on your router involves
•AppleTalk network organization, addresses, and zones
•Seed routers and nonseed routers
•The Bay Networks implementation of AppleTalk routing protocols
•Initialization of Bay Networks AppleTalk interfaces
•The Bay Networks implementation of AppleTalk Update-based Routing
Protocol (AURP)
•More information about AppleTalk
AppleTalk Networking
The AppleTalk network system, developed by Apple Computer Inc., lets you
communicate and share resources (such as printers or file servers) with other
Apple and non-Apple users.
AppleTalk’s dynamic addressing scheme lets you plug into an AppleTalk network
to gain immediate access without complicated configuration procedures.
An AppleTalk internet unites physically distinct networks composed of AppleTalk
end nodes connected by routers. The end nodes send and receive messages; the
routers (like the Bay Networks AppleTalk router) send and recei ve messages, and
also route messages, in datagram format, throughout the AppleTalk network.
114048 Rev. A
1-1
Page 24
Configuring AppleTalk Services
AppleTalk Addresses
There are two types of AppleTalk networks:
extended
and
nonextended
. An
extended network theoretically supports up to 16 million nodes and has the
following characteristics:
range
•The network is assigned a
of 16-bit network numbers.
•Each node within the network is dynamically assigned a 24-bit AppleTalk
address (Figure
1-1) that consists of a 16-bit network number, chosen from
within the range assigned, combined with an 8-bit node number. The v alues 0,
$FF, and $FE are reserved for future use.
16 bits
Network Number
Figure 1-1.AppleTalk Address with 24 Bits
8 bits
Node Number
APT0001A
For example, in Figure 1-2, Networks 2-3, 4-4, 5-7, and 8-11 are extended
networks.
A nonextended network supports up to 254 nodes and has the following
characteristics:
1-2
single
•The entire network is assigned a
16-bit network number.
•Each node within the network is dynamically assigned a 24-bit AppleTalk
address that consists of the assigned network number combined with a
unique, 8-bit node number.
For example, in Figure
1-2, Network 1 is a nonextended network.
114048 Rev. A
Page 25
1.11.2
Network 1
Administrative
(default)
6.16.2
7.17.2
AppleTalk Overview
Network 5-7
Accounting
(default)
Finance
Network
NumberRange
1
2-3
4-4
5-7
Network 2-3
Marketing
(default)
8.1
8.2
(default)
Network Type
Nonextended
Extended
Extended
Extended
Network 8-11
9.1
9.2
Manufacturing
Default Zone
Administrative
Marketing
Marketing
Accounting
Network 4-4
Marketing
(default)
10.1
10.2
11.1
11.2
EngineeringMarketing
Zone List
Adminstrative
Marketing
Marketing
Finance
Accounting
8-11
Extended
Marketing
Figure 1-2.Extended and Nonextended AppleTalk Network
114048 Rev. A
Marketing
Manufacturing
Engineering
APT0002A
1-3
Page 26
Configuring AppleTalk Services
AppleTalk Zones
Each AppleTalk network is logically divided into
the location of a network entity or service. Similar network services are usually
assigned to the same zone.
A network’s
nonextended network consists of only a single zone. You can divide an extended
network into 255 zones, with one zone designated as the
zone can be part of many different networks. When a new node first starts on the
network, it is assigned to the default zone. Later, you can reassign it to any valid
zone on the zone list.
zone list
contains all the zones assigned to the network. A
Seed Routers and Nonseed Routers
Each AppleTalk network must have at least one designated seed router, which is a
router configured with the following network information:
•Network number start range
•Network number end range
•Default zone name
•Zone list for the network
Seed routers share this network information with all other nonseed routers on the
network. Multiple seed routers can reside on the same network, but their network
ranges, default zone name, and zone list must be identical.
zones
. Zones help you identify
default zone
. The same
1-4
114048 Rev. A
Page 27
How the Bay Networks AppleTalk Router Works
This section describes the following AppleTalk protocols and notes any Bay
Networks divergences from these standards:
•TokenTalk Link Access Protocol (TLAP)
•EtherTalk Link Access Protocol (ELAP)
•AppleTalk Address Resolution Protocol (AARP)
•Datagram Delivery Protocol (DDP)
•Routing Table Maintenance Protocol (RTMP)
•Zone Information Protocol (ZIP)
•Name Binding Protocol (NBP)
•AppleTalk Echo Protocol (AEP)
•AppleTalk Update-based Routing Protocol (AURP)
This section also describes how a Bay Networks AppleTalk interface initializes on
the network.
AppleTalk Overview
AppleTalk Link Access Protocols (TLAP and ELAP)
The Bay Networks AppleTalk router uses AppleTalk Link Access protocols to
transmit packets between nodes on the same physical network. (TokenTalk
controls data transmission on Token Ring networks; EtherTalk controls data
transmission on Ethernet networks.) The router also supports Fiber Distributed
Data Interface (FDDI) and Bay Networks-proprietary synchronous encapsulation.
Note: The Bay Networks AppleTalk router does not support LocalTalk or
AppleT alk Phase 1 routing and therefore cannot directly attach to none xtended
networks.
114048 Rev. A1-5
Page 28
Configuring AppleTalk Services
AppleTalk Address Resolution Protocol (AARP)
For a Bay Networks AppleTalk router to forward a packet to a directly connected
AppleTalk node, the router needs to know the
•P acket’ s AppleT alk address
•Corresponding hardware address of the node where the AppleTalk address
resides
The router uses the AppleTalk Address Resolution Protocol (AARP) to map
AppleTalk addresses to their equivalent hardware addresses. The router saves this
information in its Address Mapping Table (AMT), which lists all known
AppleTalk addresses, corresponding hardware addresses, and the circuit/port
where the address resolution is in effect.
The router updates and maintains its AMT by broadcasting and receiving AARP
packets (Figure
address, it scans its AMT to find the address. If the address is not found, the router
broadcasts a single Request packet to find out which node is using the address.
If the address exists, the node whose address matches that specified in the Request
packet sends back a Response, which identifies the hardware address that maps to
the AppleTalk address. The router then updates its AMT with this new
information. The router waits 2 seconds for a response.
1-3). When the router needs to send a packet to a gi ven AppleT alk
AARP is also responsible for generating a unique AppleTalk address for each of
the router’s AppleTalk interfaces that have not been explicitly assigned. This
process is called probing. The Bay Netw orks AppleTalk router implements this by
first generating a tentative AppleTalk address for the interface in the format
<start_network_number>.<start_node_number>
where
•<start_network_number> is the lowest end of the network number range
assigned to the network to which this interface connects.
•<start_node_number> is a randomly selected node number that could be
assigned to this interface.
1-6114048 Rev. A
Page 29
AppleTalk Overview
AARP Request
AARP Response
AARP Probe
Hardware
type
Protocol
type ($809B)
Hardware address length
Protocol address length
Function Request = 1
Source hardware
address
Source AppleTalk
address
0
Desired AppleTalk
address
Hardware
type
Protocol
type ($809B)
Hardware address lengthHardware address length
Protocol address length
Function Request = 2
Source hardware
address
Source AppleTalk
address
Destination hardware
address
Desired AppleTalk
address
Hardware
type
Protocol
type ($809B)
Protocol address length
Function Request = 3
Source hardware
address
Tentative AppleTalk
address
0
Tentative AppleTalk
address
AppleTalk Address
in AARP Packets
0
Note:
The $ indicates
Network Number
Node Number
a hexadecimal
value.
APT0003A
Figure 1-3.AARP Packets
114048 Rev. A1-7
Page 30
Configuring AppleTalk Services
Next, the router checks the validity of the address by broadcasting 10 AARP
probe packets containing this address at 0.2-second intervals. (For WAN
interfaces, the frequency is five AARP packets at 1.0-second intervals.) AARP
probe packets inquire if any other node on the network is already using this
address. If the router does not receive a response, then it kno ws that the address is
unique on the network and assigns the address to the interface. If the router
receives a response (or a probe for the same address), it knows the address is
already in use. So the router increments the node number by 1, then sends out 10
more probes. It repeats this process until it does not receive a response, or runs out
of all possible node numbers.
If the router runs out of possible node numbers, it increments the
start_network_number by 1 and repeats the entire probe process. Finally, if the
router is still unable to generate a unique address, it logs the error and shuts down
the interface.
Note: If you statically configure the AppleT alk interf ace’s address (setting the
network ID and node ID to a nonzero value) and another AppleTalk de vice has
already acquired this address, the router logs a message indicating that the
address is already in use. The router cannot bring up such an interface.
Datagram Delivery Protocol (DDP)
The Bay Networks AppleTalk router uses the Datagram Delivery Protocol (DDP)
to transmit packets between nodes on the network. The Datagram Delivery
Protocol is an unreliable network layer protocol.
An AppleTalk datagram consists of the DDP header, immediately followed by the
data. The Bay Networks router encapsulates all packets in an extended 13-byte
DDP header (Figure
sending a packet out onto the network. Each router that receives the packet
increments the hop count by one until it either reaches the destination end node, or
reaches the maximum hop count (15), in which case it is discarded.
1-8114048 Rev. A
1-4). The source node sets the hop count field to zero before
When the Bay Networks AppleTalk router receives a packet, it checks to see if the
packet’ s destination network number is the local network. If it is, the router passes
it down to the data link layer that forwards the packet to ward the destination node.
If the destination network number is a different network, the router refers to its
routing tables to determine the next hop on the shortest path to the destination.
Finally, the router increments the hop count by one, and forwards the packet
toward the next hop. The router’s routing tables are maintained using the Routing
Table Maintenance Protocol.
114048 Rev. A1-9
Page 32
Configuring AppleTalk Services
Routing Table Maintenance Protocol (RTMP)
The Bay Networks AppleT alk router uses the Routing Table Maintenance Protocol
(RTMP) to create and maintain the routing information DDP uses to transmit
packets across an internet. Routing information is contained in the AppleTalk
routing table.
Each table entry includes the following:
•Destination network range
•AppleTalk protocol address (network number and node number) through
which the destination is reached
•Number of router hops to the destination
•Route status
Routers create and update their routing tables by periodically constructing and
broadcasting RTMP data packets to all other routers on directly connected links.
An RTMP data packet contains the source address and the information stored in
the originating router’s routing table. All routers receiving the data packet use this
information to update their own routing tables (Figure
1-5).
RTMP Data
Router’s Network
Number
Node ID Length
Router’s Node ID
First Tuple (Network
Range, Distance
and Version)
Second Tuple
APT0005A
Figure 1-5.RTMP Data Packet
1-10114048 Rev. A
Page 33
Zone Information Protocol (ZIP)
The Bay Networks AppleTalk router uses the Zone Information Protocol (ZIP) to
map networks to zone names on the internet. The router stores this information in
its zone information table, also called a zone list. The zone information table
contains one entry for each network on the internet. The entry is in the format
<network_start, zone list>
The zone list field consists of a number of text strings that identify the zone names
that are specified for that network. The router maintains and updates the zone list
by broadcasting ZIP Query packets for zone list information to all other routers in
the network. Other routers respond with ZIP response packets that have the zone
lists (Figure
1-6).
ZIP QueryZIP Reply
Function = 1
AppleTalk Overview
Function = 2(Reply)
8 (Extended Reply)
Network Count
Network 1
Network 2
Network Count
Network 1
Length of Zone Name 1
Zone Name 1
Network 2
Length of Zone Name 2
Zone Name 2
Figure 1-6.ZIP Response Packets
APT0006A
114048 Rev. A1-11
Page 34
Configuring AppleTalk Services
When an AppleTalk node starts on the network, it requests zone and network
information from all routers on the circuit by broadcasting ZIP GetNetInfo
request packets (Figure
replies with a GetNetInfo response packet that confirms or denies the validity of
the zone name and supplies the correct network range. If the stored zone name is
invalid, the node uses the default zone name that is configured for the network
instead.
ZIP GetNetInfo RequestZIP GetNetInfo Reply
1-7). Upon receiving a GetNetInfo request, the router
Command = 5
0
0
Zone Name Length
Zone Name
Only one zone
oneUse broadcast
Zone invalid
Flags
Command = 6
Flags
Network Number
Range Start
Network Number
Range End
Zone Name Length
Zone Name
Multicast Address Length
Multicast Address
Default Zone Length
Default Zone
APT0007A
Figure 1-7.ZIP GetNetInfo Packets
1-12114048 Rev. A
Page 35
Name Binding Protocol (NBP)
Macintosh users on an AppleTalk network refer to services by name, rather than
by physical location. For example, if you want to locate a printer, select the
Chooser and then pick the printer by name, rather than by its AppleTalk address.
The Bay Networks AppleTalk router uses the Name Binding Protocol (NBP) and
the Zone Information Protocol to map names of services to AppleTalk addresses.
When the router receives an NBP Broadcast Request packet for a named entity
from an AppleTalk node, it refers to its zone list to see in which network the
requested entity’s zone is located. If the zone is on the local netw ork, it broadcasts
an NBP Lookup Request packet. If the zone is located on a different network, it
sends out an NBP Forward Request packet toward the router connected to the
network with the destination zone. Upon receiving a forward request, that router
then broadcasts an NBP Lookup Request (Figure
NBP Broadcast Request
NBP Lookup Request, and
NBP Forward Reply
Function
1
1-8).
NBP Lookup Reply
Function
NBP ID
AppleTalk Overview
Tuple Count
NBP ID
NBP Tuple
Function = 1 = BrRq
Function = 2 = LkUpRq
Function = 3 = FwdRq
NBP Tuple 1
NBP Tuple 2
NBP Tuple 3
APT0008A
Figure 1-8.NBP Packets
114048 Rev. A1-13
Page 36
Configuring AppleTalk Services
An NBP named entity consists of the name, type, and zone name, where
•Name is the name assigned to the device that identifies it on the network.
•Type specifies the device type; for example, the type specified for a laser
printer is identified by the type LaserWriter.
•Zone name specifies the AppleTalk zone in which the device resides.
AppleTalk Echo Protocol (AEP)
The Bay Networks AppleTalk router supports the AppleTalk Echo Protocol
(AEP), which allows the router to respond to echo packets it receives from other
nodes on the network.
AppleTalk Update-based Routing Protocol (AURP)
The Bay Networks AppleTalk router supports the AppleTalk Update-based
Routing Protocol (AURP), which pro vides an optional set of features that you can
use with an AppleTalk Phase 2 network. AURP provides more efficient use of
network bandwidth, increased network security, and enables AppleTalk networks
to exchange data through a tunnel.
Bay Networks supports three major AURP features:
•AURP tunneling to allow AppleTalk communications over existing wide-area
Internet Protocol (IP) backbones
•Update-based routing table maintenance to reduce bandwidth use over a
tunnel
•Hop count reduction to extend the current AppleTalk 15-hop limit
The following sections provide a brief overview of the AURP features that Bay
Networks router software supports.
AURP T unneling
AURP tunneling lets you connect tw o or more pre viously unconnected AppleT alk
internets over an IP internet (Figure 1-9). The sending router encapsulates each
AppleTalk data packet in IP and delivers it to the router on the other side of the
tunnel. The router receiving the encapsulated packet removes the IP header and
forwards the packet to the appropriate destination using standard AppleTalk
delivery mechanisms.
1-14114048 Rev. A
Page 37
AppleTalk Overview
AppleTalk routers that connect to an AURP tunnel are exterior routers. Exterior
routers function as AppleTalk routers within the AppleTalk internet, and as end
nodes within the IP internet. Exterior routers assign unique domainidentifiers
(DI) to AppleTalk internets to distinguish between multiple AppleTalk internets
connected to the same tunnel.
IP Internet
Tunnel
Exterior
Router
AppleTalk
Internet
AppleTalk
Internet
APT0009A
Figure 1-9.AURP Tunneling across an IP Internet
A Bay Networks AppleTalk router supports one fully connected or partially
connected tunnel with multiple connections. In a fully connected tunnel, all
exterior routers have connections to all other exterior routers in the tunnel and, as
a result, have full access to all resources these routers provide (Figure 1-10).
114048 Rev. A1-15
Page 38
Configuring AppleTalk Services
B
AppleTalk
Internet
C
APT0010A
AppleTalk
Internet
A
AppleTalk
Internet
A sees B and C
B sees A and C
C sees A and B
Figure 1-10.Fully Connected Tunnel
In a partially connected tunnel, two or more exterior routers do not have a
connection. In such a tunnel, routers without an explicit connection cannot see
each other’s networks. This lets network administrators control the view and
access that users have to the resources on various protected networks. An exterior
router in a partially connected tunnel advertises only its local internet. It does not
advertise network information learned through a different connection on the
tunnel (Figure
1-11).
1-16114048 Rev. A
Page 39
AppleTalk Overview
B
AppleTalk
Internet
C
APT0011A
AppleTalk
Internet
A
AppleTalk
Internet
A sees B, not C
B sees A and C
C sees B, not A
Figure 1-11.Partially Connected Tunnel
Tickle Request and Tickle Acknowledgment packets maintain the connection
between two exterior routers. When an exterior router receives an AppleTalk data
packet destined for an end system located across the IP internet, the router
encapsulates the packet with the following headers before forwarding the packet
onto the IP internet:
•Data Link Header, which specifies the data link frame information
•IP Header, which specifies the source and destination IP address
•UDP Header, which specifies the destination User Datagram Protocol (UDP)
port
•Domain Header, which specifies the source and destination AppleTalk
domain identifiers (DIs); for AURP tunneling, DIs are derived from IP
addresses
114048 Rev. A1-17
Page 40
Configuring AppleTalk Services
A Domain Header consists of the following fields:
•Destination DI, which contains the DI of the e xterior router to which a packet
is forwarded
•Source DI, which contains the DI of the exterior router that is forwarding a
packet
•Version Number, which contains the value 0001
•Reserved, which is reserved for future use and contains the value 0000
•Packet Type, which contains the value 0002 to identify the data that follows as
AppleTalk data, distinguishing it from other data, such as routing data (value
0003)
The receiving exterior router decapsulates the datagram, then forwards it to the
destination AppleTalk end system. Figure
data packet forwarded across an AURP tunnel.
1-12 shows the format of an AppleTalk
1-18114048 Rev. A
Page 41
AppleTalk Overview
Data Link Header
IP Header
UDP Header
Dest DI
Src DI
0001
0000
0002
DDP Header
(13 b ytes)
AppleT alk Data
(0 to 586 b ytes)
Domain Header
APT0012A
Figure 1-12.AppleTalk Data Packet Forwarded across an AURP Tunnel
Update-based Routing Table Maintenance
Exterior routers connected to a tunnel use AURP to exchange routing information
with other exterior routers connected to the same tunnel.
Note: Within its local AppleTalk internet, an exterior router uses Routing
Table Maintenance Protocol (RTMP) to maintain current routing information.
114048 Rev. A1-19
Page 42
Configuring AppleTalk Services
When two exterior routers establish a connection via an AURP tunnel, they
exchange complete routing information. Once the initial routing exchange takes
place, there are no more complete routing table exchanges.
Instead, an exterior router only generates routing updates when an event occurs
that changes its routing information, thus reducing the amount of routing protocol
traffic on the network. (Events that change routing information include network
additions or deletions, metric changes, and next-hop changes.) In addition, the
exterior router buffers updates until the next update interval occurs for the AURP
connection.
Hop Count Reduction
When two AppleTalk networks communicate via a tunnel, the distance one of
their packets must go to reach its destination can easily exceed the AppleTalk
15-hop limit. To ensure full access to resources beyond 15 hops, AURP provides a
way to reduce the hop count within the DDP header of an AppleTalk packet. With
Hop Count Reduction enabled, all nodes across the network appear reachable
within the AppleTalk 15-hop limit.
Upon receiving an AppleTalk packet through a tunnel configured with Hop Count
Reduction, AURP routers examine the routing table entry for that packet’s
destination network. If the destination network’s distance plus the packet’s hop
count exceed 15 hops, the AURP router reduces the hop count value of the packet
to ensure delivery of the packet.
For example, an AppleTalk router with AURP configured receives an
IP-encapsulated packet with a DDP header hop count field containing a value of 7.
Prior to sending the packet to its final destination, the router checks the
appropriate distance metric in its RTMP table and determines that the pack et must
travel another 10 hops to reach its final destination. The AppleTalk router then
resets the hop count field of the DDP header to a value of 5, allowing the packet to
reach its destination within the AppleTalk router’s local network.
When using Hop Count Reduction on a tunneling port, an exterior router must
represent all networks in its local internet as being only one hop away. Hop count
reduction allows the router to send and maintain routing information about
networks beyond the 15-hop limit, thus ensuring full connectivity.
1-20114048 Rev. A
Page 43
For More Information
The following documents provide technical detail on AppleTalk protocol
implementation:
•Sidhu, G., R. Andrews, and A. Oppenheimer. Inside AppleTalk. 2nd edition.
Reading, Massachusetts: Addison-Wesley Publishing Company, 1990.
•Apple Computer. The Design and Planning of Enterprise-Wide AppleTalk Internetworks. San Francisco, California: AppleTalk Networking Forum,
1993.
AppleTalk Overview
114048 Rev. A1-21
Page 44
Page 45
Chapter 2
AppleTalk Implementation Notes
This chapter contains Bay Networks specific implementation notes that you
should consider if you want to
•Configure AppleTalk interfaces on WAN media
•Configure seed router interfaces
•Specify interface costs
•Enable both AppleTalk routing and bridging on the same interface
•Specify zone information for interfaces (add or remove zones; edit network
and zone list information; configure zone filters)
•Configure AppleTalk interfaces in a Token Ring network
•Configure AppleTalk interfaces in a non-fully meshed Frame Relay topology
•Reduce excess routing traffic on a large AppleTalk network
•Add AppleTalk routers to a transitional network
•Configure A URP connections
114048 Rev. A2-1
Page 46
Configuring AppleTalk Services
AppleTalk Interfaces over WAN Media
The Bay Networks AppleTalk implementation includes Frame Relay, Switched
Multimegabit Data Services (SMDS), and Point-to-Point Protocol (PPP) support
that conforms to the following:
•RFC 1294: Multiprotocol Interconnect over Frame Relay
•Oppenheimer , Alan. SMDSTalk: AppleTalk over SMDS. Apple Computer,
August 17, 1992
•RFC 1378: The PPP AppleTalk Control Protocol (ATCP)
AppleTalk Running on Frame Relay or SMDS
When you enable AppleTalk on a Frame Relay or SMDS circuit, you must specify
a MAC address and a broadcast address for the circuit using the WAN MAC
Address and WAN Broadcast Address parameters. See the section “Editing
AppleTalk Interface Parameters” in Chapter 4 for instructions. If you do not
specify these values, then
•For Frame Relay circuits, the router broadcasts to all DLCIs
•For SMDS circuits, the router uses the addresses specified at the SMDS
circuit level
Configuring AppleTalk as a Nonextended Network over PPP
To make the Bay Networks AppleTalk software work with router software that
uses nonextended network configurations over PPP (RFC 1378 compliant), you
must configure the AppleTalk interface as a seed router for a nonextended
network. (For more information about seed routers, see “Seed Router Interf
later in this chapter.)
Chapter 3 describes how to initially configure an AppleTalk interface on a PPP
circuit. To edit an AppleTalk interface you have already configured, see “Editing
AppleTalk Interface Parameters” in Chapter 4.
2-2114048 Rev. A
aces”
Page 47
AppleTalk Implementation Notes
Make sure you configure the AppleTalk parameters as follows:
•Set the Network Start parameter to the desired value.
•Set the Network End parameter to 0, which indicates that the network is
nonextended.
•Set the Default Zone parameter for the interface. The network can have only
one zone, the Default Zone.
•Set the Network ID and the Node ID for the interface.
Figure
2-1 shows a sample AppleTalk Interface Configuration window for a
nonextended configuration. Note that in the figure, the Network End equals 0.
Note: If two routers are running Bay Networks Version 7.70 router software or
higher, and you want to configure an interface for AppleT alk o ver PPP on each
router, both interfaces must be configured the same way for an extended or
nonextended network.
Figure 2-1.AppleTalk Nonextended Configuration over PPP
114048 Rev. A2-3
Page 48
Configuring AppleTalk Services
Configuring AppleTalk as an Extended Network over PPP
If you want to configure AppleTalk over PPP for an interface that is connected to a
router running Bay Networks Version 5.70 or higher router software or Bay
Networks Version 7.60 or higher router software, you must configure the
AppleTalk interface as a seed router for an extended network. (For more
information about seed routers, see “Seed Router Interf
Chapter 3 describes how to initially configure an AppleTalk interface on a PPP
circuit. To edit an AppleTalk interface you have already configured, see “Editing
AppleTalk Interface Parameters” in Chapter 4.
Make sure you configure the AppleTalk parameters as follows:
•Set the Network Start and Netw ork End parameters. The network must have a
range of one (for example, 4-4 or 10-10).
•Set the Default Zone. The network can have only one zone, the Default Zone.
•Set the Network ID and Node ID for the interface.
aces” later in this chapter.)
Figure
2-2 shows a sample AppleTalk Interface Configuration window for an
extended configuration. Note that in the figure, the Network Start and Network
End are equal.
Note: If two routers are running Bay Networks Version 7.70 router software or
higher, and you want to configure an interface for AppleT alk o ver PPP on each
router, both interfaces must be configured the same way for an extended or
nonextended network.
2-4114048 Rev. A
Page 49
AppleTalk Implementation Notes
Figure 2-2.AppleTalk Extended Configuration over PPP
Seed Router Interfaces
If you specify a value for the Network Start parameter when enabling an
AppleTalk interface, then the interface functions as a seed router. (If you do not
set the Network Start parameter, then the interface is nonseed by default.)
In addition, a seed router interface requires you to
•Specify the Network End parameter.
•Specify the Default Zone parameter.
•Define a zone list.
If there are multiple seed routers on the network, all must be configured with the
same values.
114048 Rev. A2-5
Page 50
Configuring AppleTalk Services
You must configure the interface as a seed router interface if it is the only
AppleTalk router on the network. If a seed router already is configured on this
network, you can configure this interface to be a nonseed router.
Chapter 3 describes how to initially configure a seed router interface. To edit an
AppleTalk interface you have already configured, see “Editing
Interface Parameters” in Chapter 4.
Interface Costs
You can assign a relative cost value to AppleTalk interfaces. When you specify a
cost, the router adds it to the routes that the interface learns via RTMP data
packets.
Since the AppleTalk router always chooses the least-cost (most direct) path to a
destination, you can limit the use of an interface by assigning it a high cost.
Figure
process.
In Example 1, when no cost values are assigned to any of the AppleTalk
interfaces, Router A always reaches Network 4-4 directly through Router C
(because it advertises the least costly route).
2-3 demonstrates how interface cost affects the router’s decision-making
AppleTalk
As shown in Example 2, if an interface cost of 2 is assigned to Interface 3.1
(which increases the advertised hop count by 2), Router A now reaches Network
4-4 through Router B, because it advertises a lower cost route.
Note: The AppleTalk router does not route to networks that are more than 15
network hops away. Thus, when you assign an interface cost, make certain that
the actual hop count, plus the interface cost you assign, does not exceed the
15-hop restriction.
For instructions on how to set the Cost parameter for an interface, see the section
“Editing
2-6114048 Rev. A
AppleTalk Interface Parameters” in Chapter 4.
Page 51
AppleTalk Implementation Notes
B
Network 1-1Network 2-2
1-1
3-1
A
Network 5-5
InterfaceCostActual Hops toHop Count Learned
1.1
3.101
Example 1. Router A's preferred path to Network 4-4 = 3.1.
0
Network 3-3
Network 4-4
2
by Interface
2
1
4-1
C
Network 4-4
InterfaceCostActual Hops toHop Count Learned
Network 4-4by Interface
1.1
3.1
Example 2. Router A's preferred path to Network 4-4 = 1.1.
0
213
22
APT0013A
Figure 2-3.Assigning Circuit Costs to AppleTalk Interfaces
114048 Rev. A2-7
Page 52
Configuring AppleTalk Services
AppleTalk Routing and Bridging on the Same Interface
If you enable both AppleTalk routing and bridging on the same interface,
configure a bridge filter on the interface to drop all AppleTalk Phase 2 AARP and
DDP packets.
If you do not configure a filter, you may experience problems when you reboot the
router. (This is because the bridge enables ahead of the AppleTalk router, causing
packets to be bridged before AppleTalk routing starts.)
We suggest creating a filter that specifies a drop (with no log) action on all SNAP
packets with Ethertype ranges of 0x809B to 0x809B and 0x80F3 to 0x80F3. The
hierarchical menu for the field is as follows:
Data link – 802.2 SNAP – 802.2 SNAP Ethertype
See Configuring Traffic Filters and Protocol Prioritization for more information
about how to construct filters for the bridge.
AppleTalk Zone Information
This section describes information specific to configuring AppleTalk zone
information.
Adding or Removing AppleTalk Zones
When a router initially learns about a new network, it sends out query packets
requesting the network’s zone information. The router uses this information to
update its zone table. However, because routers query for this information only
the first time they learn about a network, any changes later made to the network’s
zone list do not propagate to other routers on the internet.
To add, remove, or change an AppleTalk zone from an AppleTalk interface’s zone
list or default zone, follow this procedure:
1.Disable all AppleTalk router interfaces (both Bay Networks and
otherwise) that connect to the network for which the zone name change is
being applied.
For example, in Figure
Network 1-3, disable AppleTalk Interfaces 1.1, 1.2, and 1.3.
2-8114048 Rev. A
2-4, to add the new zone name Blue to the zone list for
Page 53
AppleTalk Implementation Notes
Edit the interface’s zone list. See “Configuring AppleTalk Zone Lists” in
2.
Chapter 4 for instructions.
Make certain that you change the zone list for any other seed routers on the
affected network as well.
3.Wait approximately 10 minutes.
This allows all routers on the AppleTalk internet to time out the network and
zone information for the network from their zone lists.
Note: To expedite the aging of a network in an internet containing AURP
tunnels, you may need to manually reset AURP connections that have large
update intervals.
4.Re-enable the router interfaces that connect to the network.
1.1
Network 1-3
Red Zone, White Zone
1.2
1.3
New Zone = Blue
Old Zone List = Red, White
New Zone List = Red, White, Blue
APT0014A
Figure 2-4.Updating an AppleTalk Router’s Zone List
114048 Rev. A2-9
Page 54
Configuring AppleTalk Services
Using AppleTalk Zone Filters
Bay Networks AppleTalk zone filters let network administrators control the zone
information that Bay Networks routers distribute, providing a level of security
unavailable through the standard AppleTalk protocol.
The Bay Networks AppleTalk implementation lets you configure zone filters on a
per-interface basis. Use zone filters to
•Impose network security.
Zone filters can impose security measures by controlling which AppleTalk
zones and networks are accessible to endstations on the network.
•Simplify a user’s network access.
Zone filters can screen out unwanted zones and reduce the number of zones
on a user’s Chooser.
You configure zone filters by constructing an Include, Exclude, 5.X Include, or
5.X Exclude zone filter list for an interface.
•When you configure an Include zone filter list, the interface advertises that it
can reach only those zones specified on the list. This type of filter is useful if
you want to filter out most of the zones that the router knows about.
•When you configure an Exclude zone filter list, the interface advertises that it
can reach all zones except those specified on the list. This type of filter is
useful if you want to filter out only a few of the zones that the router knows
about.
•When you configure a 5.X Include or 5.X Exclude zone filter list, the interface
advertises that it can reach only those zones allowed or denied on the list.
However, the interface will advertise all networks, regardless of the zones in
its zone filter list.
For instructions on configuring zone filters, see “Confi
Filters” in Chapter 4.
2-10114048 Rev. A
guring AppleTalk Zone
Page 55
AppleTalk Implementation Notes
How Zone Filters Work
When you configure zone filters on an interface using the Exclude or Include
options, the interface no longer sends out zone or network information about the
filtered zones.
•RTMP packets the interface generates do not contain the networks mapped to
the filtered zones.
•ZIP GetZoneList response packets the interface sends out do not contain the
filtered zones.
•NBP Broadcast Request packets the interface receives for the filtered zones
are not propagated as Forward Request packets or Lookup packets by the
interface.
•NBP Response packets are not routed if the source network number is from a
network with a zone that is to be filtered.
When you are using the Exclude or Include options, be aware that if part of a
network’s zone list is filtered on a port, then the entire network is filtered on that
port. Within an AppleTalk network, a router must communicate all zone
information about a network if it knows the network’s associated zone list.
Note: Communicating a partial zone list for a given network violates the
AppleT alk specification and can result in ZIP storms. ZIP storms occur when a
router receiving conflicting ZIP information from different sources
continuously broadcasts ZIP requests onto locally attached network segments.
For example, the network administrator for the network shown in Figure
2-5
wants to impose a security filter that restricts all AppleTalk users, except those in
the Human Resources zone, from accessing the Finance zone. To accomplish this,
the administrator adds the Finance zone to the exclude zone filter list for Interface
3.1.
114048 Rev. A2-11
Page 56
Configuring AppleTalk Services
A Zone
1-1
Finance Zone
Human Resources Zone
B Zone
3-1
2-2
3-3
Engineering Zone
Filter
Exclude Zone Filter ListNetworks Filtered
Finance1-1
Figure 2-5.Configuring Zone Filters with the Exclude Option
With the filter in place, the RTMP and ZIP packets that Interface 3.1 generates no
longer advertise the Finance zone as being reachable. Any NBP Broadcast
Request packets the interface receives for the Finance zone are not propagated as
Forward Request packets or Lookup packets. As a result, the services of the
Finance zone are no longer visible to end users in the Engineering zone and Sales
zone.
4-4
Sales Zone
APT0015A
2-12114048 Rev. A
Page 57
AppleTalk Implementation Notes
When you configure zone filters on an interface using the 5.X Exclude or 5.X
Include options, the interface no longer sends out zone information about the
filtered zones:
•The interface sends out ZIP Reply packets that do not contain the filtered
zones. If all the zones for a network are filtered, then the default zone of the
filtering interface represents the network. However, if the network being
queried is learned on the receiving interface of the ZIP Request packet, then
the ZIP Reply packet must contain the correct zone for that network.
•The interface sends out ZIP GetZoneList Response packets that do not
contain the filtered zones.
•The interface does not propagate NBP Broadcast Request packets for the
filtered zones as Forward Request packets or Lookup packets.
Note: When you are using the 5.X Exclude or 5.X Include option, the
interface advertises all networks. The interface may not advertise the network
with the complete zone list because some of the zones are filtered. To avoid
different sources advertising conflicting ZIP information, the 5.X Exclude and
5.X Include options do not support loop topologies.
For example, the network administrator for the network shown in Figure
2-6
wants to impose a security filter that restricts all AppleTalk users, except those in
the Human Resources zone, from accessing the Finance zone. To accomplish this,
the administrator adds the Finance zone to the 5.X Exclude zone filter list for
Interface 3.1.
114048 Rev. A2-13
Page 58
Configuring AppleTalk Services
A Zone
1-1
Finance Zone
B Zone
5.X Exclude Zone Filter ListNetworks Associated withZones Advertised for
Zones in the Zone Filter Listthe Network for ZIP Reply
Finance
1-1
Human Resources Zone
3-1
Engineering Zone
Filter
2-2
3-3
Engineering (Default Zone
of Interface 3.1)
Figure 2-6.Configuring Zone Filters with the 5.X Exclude Option
4-4
Sales Zone
APT0016A
With the filter in place, the ZIP packets that Interface 3.1 generates no longer
advertise the Finance zone as being reachable. Any NBP Broadcast Request
packets that the interface receives for the Finance zone are not propagated as
Forward Request packets or Lookup packets. As a result, the services of the
Finance zone are no longer visible to end users in the Engineering zone and Sales
zone.
Zone Filter Rules
AppleTalk has several basic filtering rules, or conditions that govern how zone
filtering works, depending on whether you use the Exclude, Include, 5.X Exclude,
or 5.X Include options, as explained in the following sections.
2-14114048 Rev. A
Page 59
AppleTalk Implementation Notes
Zone Filter Rules for the Exclude Option
Rule 1. The AppleTalk router always advertises its own network information.
For example, if the zone filter list shown in Figure
2-7 for Interface 3.1 is
expanded to include the Engineering zone, the router would still advertise zone
and network information about Network 3-3 through Interface 3.1 in response to a
GetZoneList or GetLocalZones command.
A Zone
1-1
Finance Zone
B Zone
Exclude Zone Filter ListNetworks FilteredNetworks not Filtered
Human Resources Zone
3-1
Engineering Zone
Filter
2-2
3-3
Sales Zone
4-4
Finance
1-1
3-3 due to Rule 1
APT0017A
Figure 2-7.AppleTalk Zone Filters with the Exclude Option: Rule 1
Rule 2. The AppleTalk router always advertises the network information it learns
on an interface back out that interface. The AppleTalk router advertises all zone
information in response to a GetLocalZones Reply request. The router applies
zone filters to corresponding network information in RTMP data packets, ZIP
replies, GetZoneList replies, and NBP forward requests.
114048 Rev. A2-15
Page 60
Configuring AppleTalk Services
For example, if the zone filter list shown in Figure 2-8 for Interface 3.1 were
expanded to include the Sales zone, the router would still advertise Network 4-4
because it was learned about on Interface 3.1.
A Zone
1-1
Finance Zone
Exclude Zone Filter ListNetworks FilteredNetworks not Filtered
Finance, Engineering,1-13-3, due to Rule 1,
Sales4-4 due to Rule 2
Human Resources Zone
B Zone
3-1
Engineering Zone
Filter
2-2
3-3
Figure 2-8.AppleTalk Zone Filters with the Exclude Option: Rule 2
Rule 3. The AppleTalk router filters out all networks that reside in the filtered
zones.
4-4
Sales Zone
APT0018A
For example, Networks 10-10 and 20-20 sho wn in Figure
2-9 are both assigned to
the Marketing zone. If you add the Marketing zone to the zone filter list for
Interface 3.1, then both Network 10-10 and Network 20-20 are filtered out.
2-16114048 Rev. A
Page 61
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
10-10
Marketing
Exclude Zone Filter ListNetworks Filtered
Marketing10-10, 20-20
Human Resources
Filter
2-2
3-1
3-3
Engineering
Figure 2-9.AppleTalk Zone Filters with the Exclude Option: Rule 3
Rule 4. Depending on the network configuration, Rule 3 can be amended by Rule
2.
20-20
Marketing
4-4
Sales
APT0019A
For example, suppose that the network configuration is like the one shown in
Figure
2-10. If you add the Marketing zone to the zone filter list for Interface 3.1,
the filter behaves differently than in the previous example.
That is, the interface still filters out Network 10-10, because it belongs to the
Marketing zone. However, even though Network 20-20 also belongs to the
Marketing zone, it is not filtered out because it was learned about on this same
interface (conforming to Rule 2).
114048 Rev. A2-17
Page 62
Configuring AppleTalk Services
A Zone
1-1
Finance
B Zone
10-10
Marketing
Exclude Zone Filter ListNetworks FilteredNetworks not Filtered
Marketing10-1020-20, due to Rule 2
Human Resources
Filter
2-2
3-1
3-3
Engineering
APT0020A
Figure 2-10.AppleTalk Zone Filters with the Exclude Option: Rule 4
Zone Filter Rules for the Include Option
Rule 1. The AppleTalk router always advertises its own network information.
20-20
Marketing
For example, if the Include zone filter list shown in Figure
2-11 for Interface 3.1
includes the Human Resources zone, the router would still advertise zones and
network information about Network 3-3 out through Interface 3.1.
2-18114048 Rev. A
Page 63
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
Include Zone Filter ListNetworks AdvertisedZones Advertised
Human ResourcesHuman Resources
2-2 (include list)
3-3 (Rule 1)
Human Resources
Filter
2-2
3-1
3-3
Engineering
Engineering
APT0021A
Figure 2-11.AppleTalk Zone Filters with the Include Option: Rule 1
4-4
Sales
Rule 2. The AppleTalk router always advertises the network information it learns
on an interface back out the interface.
For example, if the Include zone filter list shown in Figure
2-12 for Interface 3.1
includes the Human Resources zone, the router would still advertise zone and
network information about Network 4-4 out through Interface 3.1.
114048 Rev. A2-19
Page 64
Configuring AppleTalk Services
A Zone
1-1
Finance
B Zone
Filter
Include Zone Filter ListNetworks AdvertisedZones Advertised
Human Resources
2-2 (in Include list)Human Resources
3-3 (Rule 1)Engineering
4-4 (Rule 2)Sales
Human Resources
3-1
2-2
3-3
Engineering
APT0022A
Figure 2-12.AppleTalk Zone Filters with the Include Option: Rule 2
4-4
Sales
Rule 3. The AppleTalk router advertises all network and zone information for
networks that reside in the Include zone list.
For example, if the Include zone filter list shown in Figure
2-13 for Interface 3.1
includes the Human Resources zone, and Network 2-2 is associated with the
Human Resources and Marketing zones, the router would advertise all zones
assigned to Network 2-2 out through Interface 3.1.
2-20114048 Rev. A
Page 65
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
10-10
Marketing
Include Zone Filter ListNetworks AdvertisedZones Advertised
Human Resources
2-2 (in Include list)Human Resources
3-3 (Rule 1)
4-4 (Rule 2)Sales
Human Resources
Filter
2-2
Marketing
3-1
3-3
Engineering
Marketing (Rule 3)
Engineering
APT0023A
Figure 2-13.AppleTalk Zone Filters with the Include Option: Rule 3
4-4
Sales
Zone Filter Rules for the 5.X Exclude Option
Rule 1. The AppleTalk router always advertises its own network information.
For example, if the 5.X Exclude zone filter list shown in Figure
2-14 for Interface
3.1 includes the Finance and Engineering zones, the router would still advertise
zone and network information about Network 3-3 out through Interface 3.1.
114048 Rev. A2-21
Page 66
Configuring AppleTalk Services
A Zone
2-2
Human Resources
Finance
B Zone
3-1
3-3
Engineering
Filter
5.X Exclude Zone Filter ListNetworks AdvertisedZones Advertised
Finance, Engineering
2-2 Human Resources (not
in 5.X Exclude list)
3-3 Engineering (Rule 1)
Figure 2-14.AppleTalk Zone Filters with the 5.X Exclude Option: Rule 1
Rule 2. The AppleTalk router always advertises the network information it learns
on an interface back out the interface.
For example, if the 5.X Exclude zone filter list shown in Figure
3.1 includes the Finance, Engineering, and Sales zones, the router would still
advertise zone and network information about Network 4-4 out through Interface
3.1.
4-4
Sales
APT0024A
2-15 for Interface
2-22114048 Rev. A
Page 67
AppleTalk Implementation Notes
A Zone
2-2
Human Resources
Finance
B Zone
3-1
3-3
Engineering
Filter
5.X Exclude Zone Filter List
Finance, Engineering, Sales
Networks AdvertisedZones Advertised
2-2
3-3
4-4
Human Resources (not
in 5.X Exclude list)
Engineering (Rule 1)
Sales (Rule 2)
APT0025A
Figure 2-15.AppleTalk Zone Filters with the 5.X Exclude Option: Rule 2
Rule 3. The AppleTalk router advertises all networks. If the 5.X Exclude zone filter
list specifies all of the zones associated with a network, the router would advertise
that network with the default zone of the filtering interface.
For example, if the 5.X Exclude zone filter list shown in Figure
3.1 includes the Finance, Engineering, and Sales zones, the router would still
advertise Network 1-1 out through Interface 3.1, except that the router would
advertise the default zone of Interface 3.1, Engineering, with Network 1.1.
4-4
Sales
2-16 for Interface
114048 Rev. A2-23
Page 68
Configuring AppleTalk Services
A Zone
1-1
Finance
B Zone
Filter
5.X Exclude Zone Filter ListNetworks AdvertisedZones Advertised
Finance, Engineering, Sales
2-2 Human Resources (not
3-3 Engineering (Rule 1)
4-4Sales (Rule 2)
1-1Engineering (Default Zone
Human Resources
3-1
2-2
3-3
Engineering
in 5.X Exclude list)
of Interface 3.1, Rule 3)
4-4
Sales
APT0026A
Figure 2-16.AppleTalk Zone Filters with the 5.X Exclude Option: Rule 3
Zone Filter Rules for the 5.X Include Option
Rule 1. The AppleTalk router always advertises its own network information.
For example, if the 5.X Include zone filter list shown in Figure
2-17 for Interface
3.1 includes the Human Resources zone, the router would still advertise zone and
network information about Network 3-3 out through Interface 3.1.
2-24114048 Rev. A
Page 69
AppleTalk Implementation Notes
A Zone
2-2
Human Resources
Finance
B Zone
3-1
3-3
Engineering
Filter
5.X Include Zone Filter ListNetworks AdvertisedZones Advertised
Human Resources2-2 Human Resources
(in 5.X Include list)
3-3 Engineering (Rule 1)
APT0027A
Figure 2-17.AppleTalk Zone Filters with the 5.X Include Option: Rule 1
Rule 2. The AppleTalk router always advertises the network information it learns
on an interface back out the interface.
For example, if the 5.X Include zone filter list shown in Figure
3.1 includes the Human Resources zone, the router would still advertise zone and
network information about Network 4-4 out Interface 3.1.
4-4
Sales
2-18 for Interface
114048 Rev. A2-25
Page 70
Configuring AppleTalk Services
A Zone
2-2
Human Resources
Finance
B Zone
3-1
3-3
Engineering
Filter
5.X Include Zone Filter ListNetworks AdvertisedZones Advertised
Human Resources
2-2 Human Resources
(in 5.X Include list)
3-3 Engineering (Rule 1)
4-4Sales (Rule 2)
APT0028A
Figure 2-18.AppleTalk Zone Filters with the 5.X Include Option: Rule 2
Rule 3. The AppleTalk router advertises all networks. If the 5.X Include zone list
specifies none of the zones associated with a network, the default zone of the
filtering interface is advertised with that network.
For example, if the 5.X Include zone filter list shown in Figure
3.1 includes the Human Resources zone, the router would still advertise Network
1-1 out through Interface 3.1, except that the router would advertise the default
zone of Interface 3.1, Engineering, with Network 1-1.
4-4
Sales
2-19 for Interface
2-26114048 Rev. A
Page 71
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
Filter
5.X Include Zone Filter ListNetworks AdvertisedZones Advertised
Human Resources2-2 Human Resources
3-3 Engineering (Rule 1)
4-4Sales (Rule 2)
1-1Engineering (Default Zone
Human Resources
3-1
2-2
3-3
Engineering
(in 5.X Include list)
of Interface 3.1, Rule 3)
4-4
Sales
APT0029A
Figure 2-19.AppleTalk Zone Filters with the 5.X Include Option: Rule 3
AppleTalk Network Topology Information
This section describes information specific to AppleTalk network topologies.
Configuring the AppleTalk Router to Source Route over
Token Ring Networks
The Bay Networks AppleTalk router supports routing over Token Ring networks
that contain one or more source-routing bridges.
114048 Rev. A2-27
Page 72
Configuring AppleTalk Services
In a Source Routing network, every endstation that sends out a frame supplies the
frame with the necessary route descriptors so that it can be source routed across
the network. Thus, for routers to route packets across a Source Routing network,
they must act like endstations, supplying route descriptors for each packet before
they send the packet out onto the network (Figure
End Station 1
2-20).
DATA
Token
Ring
End Station 2
Packet sent from Router 1
Router 2
APT0030A
Router 1
WF2 WF1
WF2 WF1
WF2 WF1
Token
Ring
Bridge A
SNAP
0830 001A002B 0030
SNAP
AppleTalk
Source Route RIF
AppleTalk
DATA
SNAP
DATA
Token
Ring
Bridge B
Packet sent from End Station 1
AppleTalk
Packet sent from Router 2
Figure 2-20.AppleTalk Routers Source Routing across a Token Ring Network
2-28114048 Rev. A
Page 73
AppleTalk Implementation Notes
With end-node support enabled, whenever a Bay Networks AppleTalk router
receives a packet and determines that the packet’s next hop is located across a
Source Routing network, the router does the following:
•Adds the necessary RIF information to the packet’s MAC header
•Sends the packet out onto the network where it is source routed toward the
next hop
Upon receiving the packet from the Token Ring network, the peer router strips off
the RIF field and continues to route the packet toward the destination network
address.
You configure source route end-node support for each individual routing protocol
on a per-circuit basis. See “Editing
for instructions.
AppleTalk Interface Parameters” in Chapter 4
Configuring the AppleTalk Router in a Non-Fully Meshed
Frame Relay Topology
If an AppleTalk interface connects to a non-fully meshed Frame Relay topology,
and you want all of the routers connecting to the Frame Relay network to learn
about each other, then you must
•Set the Enable Split Horizon parameter for this interface to Disable.
•Statically configure the Network ID and Node ID for each AppleT alk interface
connecting to the Frame Relay network.
A non-fully meshed network is a WAN in which one or more routers do not have
logically direct connections to all other routers. Figure
non-fully meshed network with Split Horizon disabled. (A fully meshed network
is a WAN in which all routers have a logically direct connection to each other.)
114048 Rev. A2-29
2-21 shows a sample
Page 74
Configuring AppleTalk Services
Disable Split Horizon
1.2
Router A
1.1
Figure 2-21.AppleTalk Routers in a Non-Fully Meshed Frame Relay
Topology
Frame Relay
Network 1-1
1.3
Router B
Router C
APT0031A
For example, if you enable Split Horizon on Interface 1.1, then Router A learns
about Router B and Router C; however, Router B does not learn about Router C
(and vice versa). For all routers to learn about each other, you must disable Split
Horizon for Interface 1.1, and you must statically configure Network ID and Node
ID for Interfaces 1.1, 1.2, and 1.3.
See “Editing
AppleTalk Interface Parameters” in Chapter 4 for instructions on
how to set the Enable Split Horizon, Network ID, and Node ID parameters.
Reducing Excess Routing Traffic on a Large AppleTalk Network
If you are adding Bay Networks AppleTalk routers to a large internet (such as one
that has more than 200 routers and networks), consider the following network
configuration tips to reduce the amount of routing traffic on your network:
•Keep the physical network topology as hierarchical as possible. Using a
functional (organizational) hierarchy isolates groups on the network and
reduces the amount of excess broadcast traffic.
•Reduce the number of devices on a single physical network (or bridged
network) by dividing the internet into a greater number of networks. This also
helps to reduce the amount of traffic that is broadcast to all nodes on the
network.
•Limit the amount of Name Binding Protocol traffic on the network; avoid
configuring the same zone on multiple networks. Instead, keep the ratio of
zones to networks as close to 1-1 as possible.
2-30114048 Rev. A
Page 75
AppleTalk Implementation Notes
Adding a Bay Networks AppleTalk Router to a Transitional Network
You can add the Bay Networks AppleTalk router to a transitional network (one
that generates both AppleTalk Phase 1 and AppleTalk Phase 2 traffic). For
performance reasons, however, we do not recommend it.
If you choose to add the Bay Networks AppleTalk router to a transitional network,
you must consider the following configuration requirements:
•An AppleTalk Phase 1 to Phase 2 transitional router must reside on the
internet.
•All defined network ranges must consist of a single number; for example, 1-1
is a valid network range, while 1-5 is invalid.
•You can only specify a single zone name for each network.
AURP Information
Before configuring AURP on a router, you must configure AppleTalk on at least
one of the router’s circuits. Then you can use AURP to create a wide-area link
between two or more AppleTalk networks.
Unlike other AppleTalk protocols, AURP does not require you to configure any
circuits for AURP services. Use AURP to configure the router’s interface to
another router that is set up for AURP services (known as the peer IP address).
Deciding When to Use AURP
You may find AURP desirable when faced with one of the following scenarios:
•You want to link two or more AppleTalk networks across an existing IP
internet.
•You want to reduce the amount of RTMP traffic on an AppleTalk network.
•You have a large AppleTalk network that is approaching the 15-hop AppleTalk
limit.
If possible, use AURP without RTMP in a nonloop topology.
114048 Rev. A2-31
Page 76
Configuring AppleTalk Services
Note that AURP supports the following AppleTalk commands over the IP
connecting network:
•Open request and response
•Routing Info request, response, and ack
•Zone Information request and response
•Router down notification
•Tickle and Tickle ack (based on configurable timer)
AURP does not support the following AppleTalk commands over the IP
connecting network:
•GetDomainZoneList request and response
•GetZonesNet request and response
In addition, the following features are not available in the Bay Networks
implementation of AURP:
•Loop detection
•Network number remapping
•Configured alternative backup paths
•Network hiding
The following sections provide general guidelines for understanding and using
some of the most important AURP parameters.
Setting the Update Rate
You should carefully consider how often you want to update your AppleTalk
network. A smaller update rate (for example, 10 seconds) causes routers to
conver ge more quickly on a netw ork, making most changes to the network appear
quickly in the Chooser application. Though a smaller update rate provides users
with quick access to any zones added to a network, it may also prove to be
expensive (for example, in a dial-on-demand configuration, or over Frame Relay).
2-32114048 Rev. A
Page 77
AppleTalk Implementation Notes
A larger update rate (for example, 1 hour) causes routers to con v erge less quickly,
making changes to the network appear less quickly in the Chooser application.
Zones may still appear in the Chooser even though their associated networks are
no longer reachable across the tunnel. Also, new network information does not
become accessible until the update occurs. This could prove frustrating for some
users.
For information on editing the Update Rate parameter, refer to “Editing AURP
Parameters” in Chapter 4.
AURP uses the following packets to update its AppleTalk routing information:
•Routing Information Update (RI-Upd)
•Routing Information Request (RI-Req)
•Routing Information Response (RI-Rsp)
•Routing Information Acknowledgment (RI-Ack)
•Zone Information Request (ZI-Req)
•Zone Information Response (ZI-Rsp)
Setting the Last Heard From Timeout
The AppleTalk router uses the Last Heard From Timeout parameter to periodically
check that the other end of the connection is up. If the router does not receive an
RI-Upd, RI-Rsp, or ZI-Rsp packet within the Last Heard From T imeout period, it
sends a Tickle Request and expects a Tickle Acknowledgment.
If the router does not receive the acknowledgment within the Command Timeout
period, the router repeats its Tickle Request up to the Command Retries amount.
If the router does not receive an acknowledgment, the connection is closed.
A large Last Heard From Timeout value may postpone the discovery of a failed
connection by an exterior router. If you are using AURP to create an AppleTalk
wide area network, you may want to increase the value to an hour (3600 seconds)
if the WAN is relatively stable. Howev er, if you know a network may be unstable,
you may want to decrease this value to as little as 30 seconds to ensure that you
are aware of any disruptions in service.
For information on editing the Last Heard From Timeout parameter, refer to
“Editing AURP Parameters” in Chapter 4.
114048 Rev. A2-33
Page 78
Configuring AppleTalk Services
Setting the Hop Count Reduction
Enable hop count reduction only when the diameter of your network is greater
than 15 hops.
If you use hop count reduction, make sure you do not create a network loop like
the one shown in Figure
AppleTalk networks that are linked by an AURP tunnel.
2-22. Hop count reduction can only take place across two
Tunnel
APT0032A
Figure 2-22.Network Loop
For information on editing the Hop Count Reduction parameter, refer to “Editing
AURP Parameters” in Chapter 4.
Setting the Command Timeout and Command Retries
The Command Timeout specifies the amount of time to wait for an
acknowledgment before retrying the command. The Command Retries parameter
specifies how many attempts are made before the connection is considered closed.
For a typical network (that is, a network that is relatively stable), the
recommended Command Timeout value is 3 seconds. If a network is busy or
requires long-distance travel, larger values may be required.
For information on editing the Command Timeout and Command Retries
parameters, refer to “Editing AURP Parameters” in Chapter 4.
2-34114048 Rev. A
Page 79
Setting Zone Filters
See the section “AppleTalk Zone Information” in this chapter. AURP zone filters
work the same way as AppleTalk zone filters.
Setting the Interface Cost
See the section “Interface Costs” in this chapter. The AURP interface cost
parameter works the same way as the AppleTalk Interface Cost parameter.
AppleTalk Dial-on-Demand Routing
In addition to supporting standard AURP functionality, Bay Networks software
enables users to combine AURP and IP dial-on-demand routing to provide
dial-on-demand routing for AppleTalk networks. This service allows the Bay
Networks router to activate the physical connection for a circuit only when
retransmitting data over the line, thus significantly reducing your line costs.
The dial-on-demand service enables more efficient use of modems. Because
modems usually require between 30 and 60 seconds to make a connection, you
must increase AURP’s default timeout and retry values if you intend to use a
modem.
AppleTalk Implementation Notes
To enable AppleTalk dial-on-demand routing with Bay Networks software, use
Site Manager to modify the following configuration parameters:
1.Configure all the necessary parameters for IP dial-on-demand r outing on
the WAN interface being used for AppleTalk dial-on-demand routing.
2.Configure the AURP connection(s) for traffic using the WAN interface
configured for dial-on-demand routing with the following parameters
defined:
a.Modify the A ppleTalk timeout and retry intervals (the default is three
tries with a 3-second interval) to slightly exceed the connect delay
characteristics of the modem being used for dial-on-demand routing.
For example, if the modem takes 45 seconds to connect, set the timeout
and retry parameters so that the AURP connection does not time out
before the modem connects; for example, eight tries with an 8-second
interval between tries (a total of 64 seconds, which exceeds the 45-second
modem timeout).
114048 Rev. A2-35
Page 80
Configuring AppleTalk Services
b.Set the AURP Update Rate timer to a large value to prevent topology
change information from initiating a dial-on-demand session.
A small value (for example, 5 minutes) could potentially result in a call
every 5 minutes, depending on the stability of the network. A larger value
(for example, 24 hours) results in fewer calls due to routing updates, but
also greatly increases the amount of time before the peer router (and other
routers in its local internet) learns about network changes over the tunnel.
c.Increase the A URP Last Heard From Timeout inter val to a high value
to prevent Tickle packets from initiating a dial-on-demand
connection.
The AURP connection attempts to send a Tickle if it has not heard from
the peer within this interval. A Last Heard From Timeout of 24 hours
results in (at least) one call per day.
For more information on configuring dial-on-demand services, see Configuring Dial Services.
2-36114048 Rev. A
Page 81
Chapter 3
Enabling AppleTalk Services
This chapter describes how to enable AppleTalk services. It assumes you have
read Configuring Routers and that you have
1.Opened a configuration file
2.Specified router hardware if this is a local mode configuration file
3.Selected the link or net module connector on which you are enabling
AppleTalk, or configured a WAN circuit if this connector requires one
When you enable AppleTalk services, you must configure a subset of all
AppleTalk parameters. The Configuration manager supplies default values for the
remaining parameters. If you want to edit these default values, refer to Chapter 4,
“Editing
For each AppleTalk parameter, this manual provides information about default
settings, valid parameter options, the parameter function, instructions for setting
the parameter, and the Management Information Base (MIB) object ID.
The Technician Interface lets you modify parameters by issuing
commands that specify the MIB object ID. This process is equivalent to
modifying parameters using Site Manager. For more information about using the
Technician Interface to access the MIB, refer to Using Technician Interface Software.
Caution: The Technician Interface does not v erify that the value you enter for
a parameter is valid. Entering an invalid value can corrupt your configuration.
AppleTalk Parameters.”
set and commit
114048 Rev. A3-1
Page 82
Configuring AppleTalk Services
Enabling AppleTalk on an Interface
If you enable AppleTalk routing services on an interface, the AppleTalk Interface
Configuration window appears (Figure
Specify whether this interface functions as a seed or nonseed router:
•A seed router supplies the Network Start, Network End, Default Zone, and
Zone List information for all other nonseed routers on this network. Each
network must contain at least one seed router. To configure a seed router
interface, specify the Network Start, Network End, and Default Zone and
Zone List (if multiple zones are to be configured on this interface). Then click
on Apply, followed by Done. See the parameter descriptions that follow.
•A nonseed router acquires its Network Start, Netw ork End, Default Zone, and
Zone List information from the other seed routers on the network. To
configure a nonseed router interface, simply accept all of the default
parameters and click on Done.
3-2114048 Rev. A
Page 83
Enabling AppleTalk Services
For information on editing all of the parameters in the AppleTalk Interface
Configuration window, refer to Chapter 4.
Parameter:Network Start
Default:0
Range:0 to 65279
Function:Specifies the lower boundary (minimum) of the range of network
numbers available for use by nodes on the network to which this interf ace
connects.
This parameter’s setting determines whether this interface functions as a
seed or nonseed router.
Instructions:To configure this interface as a nonseed router, accept the default, 0.
To configure this interface as a seed router, specify this parameter as
follows:
–If this is the only seed router on the network, determine the network
range for this interface, and enter the lower boundary network
number.
–If there are already seed routers on the network, enter the same
Network Start value that is configured on all other seed routers.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1.13
Note: If you specify a Network Start other than the default, 0, the router
automatically becomes a seed router and you must also specify values for the
Network End and Default Zone parameters.
114048 Rev. A3-3
Page 84
Configuring AppleTalk Services
Parameter:Network End
Default:0
Range:0 to 65279
Function:Specifies the upper boundary (maximum) of the range of network
numbers available for use by nodes on the network to which this interf ace
connects.
You use this parameter with the Network Start parameter to help define a
seed router. If you have not specified a Network Start for this interface, this parameter is ignored.
Instructions:To configure this interface as a nonseed router, accept the default, 0.
To configure this interface as a seed router, specify the Network End as
follows:
–If this is the only seed router on the network, determine the network
range for this interface, and enter the upper boundary network
number.
–If there are already seed routers on the network, enter the same
Network End value that is configured on all other seed routers.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1.14
3-4114048 Rev. A
Page 85
Enabling AppleTalk Services
Parameter:Default Zone
Default:None
Options:Any valid zone name
Function:Specifies the name of the default zone to which all new nodes are
assigned when they first start up on this network.
This parameter is used in conjunction with the Network Start and
Network End parameters to help define a seed router. If you have not
specified a Network Start for this interface, this parameter is ignored.
Instructions:To configure this interface as a nonseed router, leave this field blank.
To configure this interface as a seed router, specify the Default Zone as
follows:
–If this is the only seed router on the network, enter any valid Default
Zone name.
–If there are already seed routers on the network, enter the same
Default Zone name as is configured on all other seed routers.
A valid zone name can consist of a maximum of 32 characters and can
include any character except an asterisk (*). See “Using Nonprintable
Characters in AppleTalk Zone Names” in this chapter.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1.15
Configuring the Zone List
To configure a Zone List, you must add zones to the list. Complete the following
steps:
1.Click on Zone List in the AppleTalk Interface Configuration window
e 3-1).
(Figur
The AT Zone Configuration window appears (Figure
114048 Rev. A3-5
3-2).
Page 86
Configuring AppleTalk Services
Figure 3-2.AT Zone Configuration Window
Click on Add.
2.
The AppleTalk Zone Configuration window appears (Figure
Figure 3-3.AppleTalk Zone Configuration Window
Enter a name for the zone in the Zone Name box and click on OK.
3.
3-3).
You return to the AT Zone Configuration window.
3-6114048 Rev. A
Page 87
Enabling AppleTalk Services
Either repeat Steps 2 and 3 for each zone you want to add, or click on
4.
Done to exit the window.
Note: The default zone should not appear in the Zone List.
Using Nonprintable Characters in AppleTalk Zone Names
Note: To enter nonprintable characters in AppleTalk zone names, you must
access the Configuration Manager tool in local or remote mode. You cannot
enter nonprintable characters if you are using dynamic mode.
Using nonprintable characters in AppleTalk zone names requires some additional
steps. Enter nonprintable characters into the Default Zone field or Zone Name
field as follows:
1.Type \xx, where xx is the two-hexadecimal-digit representation of each
nonprintable character, as shown in the AppleTalk character set
mapping.
Refer to the Character Set Mapping table in Inside AppleTalk, Second Edition,
copyright 1990, Apple Computer, Inc., Cupertino, CA 95014. The router
counts the \xx as a single character.
Type two backslashes (\\) to indicate a literal backslash. The router counts \\
as a single character.
2.Click on Apply.
3.Save the configuration.
4.Transfer the configuration file to the router, using the Router Files
Manager tool if the Configuration Manager is in local configuration
mode.
5.Reboot the router with the new configuration file.
114048 Rev. A3-7
Page 88
Configuring AppleTalk Services
Caution: Nonprintable characters in these parameters appear as different
characters when you transfer the file to the router and reopen it using the
Configuration Manager. SNMP translates the characters when transferring the
configuration to Site Manager.
To edit Default Zone or Zone List parameters where you previously saved
nonprintable characters, overtype the zone name and retype the nonprintable
characters, following the steps in this section.
Configuring AURP
Before configuring AURP on a router, you must configure AppleTalk on at least
one of the router’s circuits. Once you ha v e configured an AppleTalk interf ace, you
can use AURP to create a wide-area link between two or more AppleTalk
networks.
To configure AURP global parameters, begin at the Configuration Manager
window and proceed as follows:
1.Select Protocols > AppleTalk > AURP > Global.
The Edit Apple AURP Global Parameters window appears (Figure
Figure 3-4.Edit Apple AURP Global Parameters Window
Set the Enable parameter to Enable.
2.
3-8114048 Rev. A
3-4).
Page 89
Enter the appropriate IP address (using dotted decimal notation) in the
3.
Local IP Address field.
4.Click on OK to exit the window and save your changes when you are
finished.
Parameter:Enable
Default:Enable
Options:Enable | Disable
Function:Enables or disables AURP on the router.
Instructions:Set to Enable to globally enable AURP.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.8.2
Parameter:Local IP Address
Default:None
Enabling AppleTalk Services
Options:Any valid 32-bit IP address in dotted decimal notation
Function:Identifies an IP interface on the router. This is the IP interface used for
AURP.
Instructions:Enter the IP address of the interface on this router that AURP should use.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.8.5
T o configure the AURP connection, enter the IP address for the remote peer. T o do
this, begin at the Configuration Manager window and proceed as follows:
The AT AURP Interface Configuration window appears (Figure
114048 Rev. A3-9
3-5).
Page 90
Configuring AppleTalk Services
Figure 3-5.AT AURP Interface Configuration Window
Click on Add.
2.
The AppleTalk AURP Configuration window appears (Figure
Figure 3-6.AppleTalk AURP Configuration Window
3-10114048 Rev. A
3-6).
Page 91
Enabling AppleTalk Services
Enter the appropriate IP address in the Remote AURP IP Address field
3.
and click on OK.
The AT AURP Interface Configuration window reappears.
4.Repeat Steps 2 and 3 to add additional remote peers to the AURP
connection.
5.Click on Done to exit the window.
For information on customizing AURP service or configuring AURP zone filter
lists, refer to Chapter 4.
Parameter:Remote AURP IP Address
Default:None
Options:Any valid 32-bit IP address
Function:Identifies the peer’s IP address for the AURP connection.
Instructions:Enter an IP address using dotted decimal notation.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.9.1.14
114048 Rev. A3-11
Page 92
Page 93
Chapter 4
Editing AppleTalk Parameters
Once you have enabled an AppleTalk interface, you can use Site Manager to edit
AppleTalk parameters and customize AppleTalk services.
Use Site Manager to
•Edit AppleTalk global parameters
•Edit AppleTalk interface parameters
•Configure AppleTalk zone lists
•Change the AppleTalk Default Zone
•Configure AppleTalk zone filters
•Select the Name Binding Protocol interface
•Globally delete AppleTalk
•Edit AURP global parameters
•Edit AURP interface parameters
•Edit the AURP zone filter list
114048 Rev. A4-1
Page 94
Configuring AppleTalk Services
Accessing AppleTalk Parameters
You can access and edit the AppleTalk parameters for all AppleTalk interfaces
configured on the router.
Note: Before you can edit the parameters, you must have already configured at
least one AppleTalk interface. To configure an AppleTalk interface, or to add
additional interfaces, refer to Chapter 3.
You access all AppleTalk parameters from the Configuration Manager window
(Figure 4-1). Refer to Configuring Routers for instructions on accessing this
window.
Figure 4-1.Configuration Manager Window
Editing the AppleTalk Global Parameter
To edit the AppleTalk global parameter, begin at the Configuration Manager
window and proceed as follows:
1.Select Protocols > AppleTalk > Global.
The Edit AppleTalk Global Parameters window appears (Figure
4-2114048 Rev. A
4-2).
Page 95
Editing AppleTalk Parameters
Figure 4-2.Edit AppleTalk Global Parameters Window
Set the Enable parameter to Disable or Enable, using the following
2.
parameter description as a guide.
3.Click on OK to exit the window and save your changes when you are
finished.
Parameter:Enable
Default:Enable
Options:Enable
| Disable
Function:Enables or disables AppleTalk on the entire Bay Networks router.
Instructions:Set to Disable if you want to disable AppleTalk globally.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.1#2
Editing AppleTalk Interface Parameters
To edit an AppleTalk interface, begin at the Configuration Manager window and
proceed as follows:
1.Select Protocols > AppleTalk > Interfaces.
The AT Interface Configuration window appears (Figure
114048 Rev. A4-3
4-3).
Page 96
Configuring AppleTalk Services
Figure 4-3.AT Interface Configuration Window
Click on the interface you want to edit.
2.
3.Edit those parameters you want to change, using the following parameter
descriptions as a guide.
4.Click on Apply to implement your changes.
5.Click on Done to exit the window.
Note: When you reconfigure an interface in dynamic configuration mode,
AppleTalk restarts on that interface.
4-4114048 Rev. A
Page 97
Editing AppleTalk Parameters
Parameter:Enable
Default:Enable
Options:Enable
| Disable
Function:Enables or disables AppleTalk on this interface.
Instructions:Set to Disable only if you want AppleTalk disabled on this interface (for
example, if you are editing the interface’s zone list).
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#2
Parameter:Network Start
Default:0
Range:0 to 65279
Function:Specifies the lower boundary (minimum) of the range of network
numbers that are available for use by nodes on the network to which this
interface connects.
This parameter’s setting determines whether this interface functions as a
seed or nonseed router.
Instructions:To configure this interface as a nonseed router, accept the default, 0.
To configure this interface as a seed router, specify the Network Start
parameter as follows:
–If this is the only seed router on the network, determine the network
range for this interface and enter the lower boundary network number
here.
–If there are already seed routers on the network, enter the same
Network Start value that is configured on all other seed routers.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#13
Note: If you specify a Network Start other than the default 0, then
(1) the router becomes a seed router automatically, and (2) you must also
specify values for the Network End and Default Zone parameters.
114048 Rev. A4-5
Page 98
Configuring AppleTalk Services
Parameter:Network End
Default:0
Range:0 to 65279
Function:Specifies the upper boundary (maximum) of the range of network
numbers that are available for nodes to use on the network to which this
interface connects.
This parameter is used with the Network Start parameter to help define a
seed router. If you have not specified a Network Start, this parameter is ignored.
Instructions:To configure this interface as a nonseed router, accept the default, 0.
To configure this interface as a seed router, specify the Network End
parameter as follows:
–If this is the only seed router on the network, determine the network
range for this interface and enter the upper boundary network number
here.
–If there are already seed routers on the network, enter the same
Network End value that is configured on all other seed routers.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#14
4-6114048 Rev. A
Page 99
Editing AppleTalk Parameters
Parameter:Default Zone
Default:None
Options:Any valid zone name
Function:Specifies the name of the Default Zone where all new nodes are assigned
when they first start on this network.
This parameter is used with the Network Start and Network End
parameters to help define a seed router. If you have not specified a Network Start, this parameter is ignored.
Instructions:To configure this interface as a nonseed router, leave this field blank.
To configure this interface as a seed router, specify the Default Zone as
follows:
–If this is the only seed router on the network, enter any valid Default
Zone name.
–If there are already seed routers on the network, enter the same
Default Zone name configured on all other seed routers.
A valid zone name can consist of up to 32 characters and can include any
character except an asterisk (*). For more information, refer to “Using
Nonprintable Characters in AppleTalk Zone Names” in Chapter 3.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#15
Parameter:Network ID
Default:0
Range:0 to 65279
Function:Identifies the network number of the network to which this interface
connects.
Instructions:We recommend accepting the default, 0, in which case the router
dynamically acquires a Network ID and Node ID for the interface during
startup (thus ensuring that the AppleTalk address for this interface is
unique within the network).
If you change the default value, make certain that the number you specify
is within the correct network range. The router then uses the Network ID
that you specify.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#12
114048 Rev. A4-7
Page 100
Configuring AppleTalk Services
Note: If the AppleTalk address (Network ID.Node ID) matches that of any
other node on the internet, the interface is automatically disabled.
Parameter:Node ID
Default:0
Range:0 to 253
Function:Identifies the node number assigned to this interface.
Instructions:We recommend accepting the default, 0, in which case the router
dynamically acquires a Network and Node ID for the interface during
startup (thus ensuring that the AppleTalk address for this interface is
unique within the network).
If you change the default value, the router uses the Node ID you specify.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#11
Parameter:Interface Cost
Default:0
Range:0 to 15
Function:Specifies the additional number of hops (cost) added to routes that this
interface learns via RTMP data packets.
Instructions:If you want to limit the use of an interface, assign a high cost. If you do
not want to limit the use of an interface, assign a low cost.
MIB Object ID:1.3.6.1.4.1.18.3.5.4.3.1#79
4-8114048 Rev. A
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.