Avaya AppleTalk User Manual

Page 1
Configuring AppleTalk Services
Router Software Version 11.0 Site Manager Software Version 5.0
Part No. 114048 Rev. A August 1996
Page 2
4401 Great America Parkway 8 Federal Street Santa Clara, CA 95054 Billerica, MA 01821
Copyright © 1988–1996 Bay Networks, Inc.
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.
Portions of the code in this software product are Copyright © 1988, Regents of the Univ ersity of California. All rights reserved. Redistribution and use in source and binary forms of such portions are permitted, provided that the above copyright notice and this paragraph are duplicated in all such forms and that any documentation, advertising materials, and other materials related to such distribution and use acknowledge that such portions of the software were developed by the University of California, Berkeley. The name of the University may not be used to endorse or promote products derived from such portions of the software without specific prior written permission.
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
Conventions .....................................................................................................................xiv
Acronyms ......................................................................................................................... xv
Ordering Bay Networks Publications ...............................................................................xvi
Technical Support and Online Services
Bay Networks Customer Service ...................................................................................xviii
Bay Networks Information Services .................................................................................xix
World Wide Web ........................................................................................................xix
Customer Service FTP ..............................................................................................xix
Support Source CD ................................................................................................... xx
CompuServe ............................................................................................................. xx
InfoFACTS .................................................................................................................xxi
How to Get Help ........................................................................................................xxi
Chapter 1 AppleTalk Overview
AppleTalk Networking .....................................................................................................1-1
AppleTalk Addresses ................................................................................................1-2
AppleTalk Zones .......................................................................................................1-4
Seed Routers and Nonseed Routers .......................................................................1-4
How the Bay Networks AppleTalk Router Works ............................................................1-5
AppleTalk Link Access Protocols (TLAP and ELAP) ................................................1-5
AppleTalk Address Resolution Protocol (AARP) ......................................................1-6
Datagram Delivery Protocol (DDP) ..........................................................................1-8
Routing Table Maintenance Protocol (RTMP) ........................................................1-10
Zone Information Protocol (ZIP) .............................................................................1-11
Name Binding Protocol (NBP) ................................................................................1-13
AppleTalk Echo Protocol (AEP) ..............................................................................1-14
114048 Rev. A
v
Page 6
AppleTalk Update-based Routing Protocol (AURP) ...............................................1-14
AURP Tunneling ...............................................................................................1-14
Update-based Routing Table Maintenance ......................................................1-19
Hop Count Reduction ......................................................................................1-20
For More Information ....................................................................................................1-21
Chapter 2 AppleTalk Implementation Notes
AppleTalk Interfaces over WAN Media ............................................................................2-2
AppleTalk Running on Frame Relay or SMDS .........................................................2-2
Configuring AppleTalk as a Nonextended Network over PPP ..................................2-2
Configuring AppleTalk as an Extended Network over PPP ......................................2-4
Seed Router Interfaces ...................................................................................................2-5
Interface Costs ...............................................................................................................2-6
AppleTalk Routing and Bridging on the Same Interface .................................................2-8
AppleTalk Zone Information ............................................................................................2-8
Adding or Removing AppleTalk Zones .....................................................................2-8
Using AppleTalk Zone Filters .................................................................................2-10
How Zone Filters Work ....................................................................................2-11
Zone Filter Rules .............................................................................................2-14
AppleTalk Network Topology Information ......................................................................2-27
Configuring the AppleTalk Router to Source Route over Token Ring Networks .....2-27
Configuring the AppleTalk Router in a Non-Fully Meshed Frame Relay Topology .2-29
Reducing Excess Routing Traffic on a Large AppleTalk Network ...........................2-30
Adding a Bay Networks AppleTalk Router to a Transitional Network .....................2-31
AURP Information .........................................................................................................2-31
Deciding When to Use AURP .................................................................................2-31
Setting the Update Rate .........................................................................................2-32
Setting the Last Heard From Timeout ....................................................................2-33
Setting the Hop Count Reduction ...........................................................................2-34
Setting the Command Timeout and Command Retries .........................................2-34
Setting Zone Filters ................................................................................................2-35
Setting the Interface Cost .......................................................................................2-35
AppleTalk Dial-on-Demand Routing .......................................................................2-35
vi
114048 Rev. A
Page 7
Chapter 3 Enabling AppleTalk Services
Enabling AppleTalk on an Interface ................................................................................3-2
Configuring the Zone List .........................................................................................3-5
Using Nonprintable Characters in AppleTalk Zone Names ......................................3-7
Configuring AURP ..........................................................................................................3-8
Chapter 4 Editing AppleTalk Parameters
Accessing AppleTalk Parameters ...................................................................................4-2
Editing the AppleTalk Global Parameter .........................................................................4-2
Editing AppleTalk Interface Parameters ..........................................................................4-3
Configuring AppleTalk Zone Lists .................................................................................4-11
Adding Zones to a Zone List ..................................................................................4-11
Deleting Zones from the Zone List .........................................................................4-13
Changing the AppleTalk Default Zone ..........................................................................4-14
Configuring AppleTalk Zone Filters ...............................................................................4-15
Adding Zones to the Zone Filter List ......................................................................4-15
Editing the Zone Filter Type ....................................................................................4-17
Deleting Zones from the Zone Filter List ................................................................4-19
Selecting the Name Binding Protocol Interface ............................................................4-19
Globally Deleting AppleTalk ..........................................................................................4-21
Editing AURP Global Parameters .................................................................................4-21
Editing AURP Interface Parameters .............................................................................4-22
Editing the AURP Zone Filter List .................................................................................4-27
Appendix A AppleTalk Default Settings
Index
114048 Rev. A
vii
Page 8
Page 9

Figures

Figure 1-1. AppleTalk Address with 24 Bits ................................................................1-2
Figure 1-2. Extended and Nonextended AppleTalk Network ......................................1-3
Figure 1-3. AARP Packets ..........................................................................................1-7
Figure 1-4. DDP Packet ..............................................................................................1-9
Figure 1-5. RTMP Data Packet .................................................................................1-10
Figure 1-6. ZIP Response Packets ...........................................................................1-11
Figure 1-7. ZIP GetNetInfo Packets ..........................................................................1-12
Figure 1-8. NBP Packets ..........................................................................................1-13
Figure 1-9. AURP Tunneling across an IP Internet ...................................................1-15
Figure 1-10. Fully Connected Tunnel ..........................................................................1-16
Figure 1-11. Partially Connected Tunnel ....................................................................1-17
Figure 1-12. AppleTalk Data Packet Forwarded across an AURP Tunnel ..................1-19
Figure 2-1. AppleTalk Nonextended Configuration over PPP .....................................2-3
Figure 2-2. AppleTalk Extended Configuration over PPP ...........................................2-5
Figure 2-3. Assigning Circuit Costs to AppleTalk Interfaces .......................................2-7
Figure 2-4. Updating an AppleTalk Router’s Zone List ...............................................2-9
Figure 2-5. Configuring Zone Filters with the Exclude Option ..................................2-12
Figure 2-6. Configuring Zone Filters with the 5.X Exclude Option ...........................2-14
Figure 2-7. AppleTalk Zone Filters with the Exclude Option: Rule 1 ........................2-15
Figure 2-8. AppleTalk Zone Filters with the Exclude Option: Rule 2 ........................2-16
Figure 2-9. AppleTalk Zone Filters with the Exclude Option: Rule 3 ........................2-17
Figure 2-10. AppleTalk Zone Filters with the Exclude Option: Rule 4 ........................2-18
Figure 2-11. AppleTalk Zone Filters with the Include Option: Rule 1 ..........................2-19
Figure 2-12. AppleTalk Zone Filters with the Include Option: Rule 2 ..........................2-20
Figure 2-13. AppleTalk Zone Filters with the Include Option: Rule 3 ..........................2-21
Figure 2-14. AppleTalk Zone Filters with the 5.X Exclude Option: Rule 1 ..................2-22
Figure 2-15. AppleTalk Zone Filters with the 5.X Exclude Option: Rule 2 ..................2-23
Figure 2-16. AppleTalk Zone Filters with the 5.X Exclude Option: Rule 3 ..................2-24
Figure 2-17. AppleTalk Zone Filters with the 5.X Include Option: Rule 1 ...................2-25
114048 Rev. A
ix
Page 10
Figure 2-18. AppleTalk Zone Filters with the 5.X Include Option: Rule 2 ...................2-26
Figure 2-19. AppleTalk Zone Filters with the 5.X Include Option: Rule 3 ...................2-27
Figure 2-20. AppleTalk Routers Source Routing across a Token Ring Network ........2-28
Figure 2-21. AppleTalk Routers in a Non-Fully Meshed Frame Relay Topology ........2-30
Figure 2-22. Network Loop .........................................................................................2-34
Figure 3-1. AppleTalk Interface Configuration Window ..............................................3-2
Figure 3-2. AT Zone Configuration Window ................................................................3-6
Figure 3-3. AppleTalk Zone Configuration Window ....................................................3-6
Figure 3-4. Edit Apple AURP Global Parameters Window .........................................3-8
Figure 3-5. AT AURP Interface Configuration Window .............................................3-10
Figure 3-6. AppleTalk AURP Configuration Window .................................................3-10
Figure 4-1. Configuration Manager Window ...............................................................4-2
Figure 4-2. Edit AppleTalk Global Parameters Window ..............................................4-3
Figure 4-3. AT Interface Configuration Window ..........................................................4-4
Figure 4-4. AT Zone Configuration Window ..............................................................4-12
Figure 4-5. AppleTalk Zone Filter Configuration Window .........................................4-16
Figure 4-6. AppleTalk Zone Filter Configuration Window .........................................4-16
Figure 4-7. AT Interfaces Window ............................................................................4-20
Figure 4-8. Edit Apple AURP Global Parameters Window .......................................4-21
Figure 4-9. AT AURP Interface Configuration Window .............................................4-23
x
114048 Rev. A
Page 11

Tables

Table 4-1. Time Equivalents in Seconds .................................................................4-25
Table A-1. AppleTalk Global Parameters ..................................................................A-1
Table A-2. AppleTalk Interface Parameters .............................................................. A-1
Table A-3. AURP Global Parameters ....................................................................... A-2
Table A-4. AURP Interface Parameters .................................................................... A-2
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
AARP AppleTalk Address Resolution Protocol AEP AppleTalk Echo Protocol AMT Address Mapping Table ATCP AppleTalk Control Protocol AURP AppleTalk Update-based Routing Protocol DDP Datagram Delivery Protocol DI Domain Identifier DLCI Data Link Connection Identifier FDDI Fiber Distributed Data Interface ELAP EtherTalk Link Access Protocol IP Internet Protocol LAN local area network NBP Name Binding Protocol PPP Point-to-Point Protocol RFC Request For Comments RTMP Routing Table Maintenance Protocol SMDS Switched Multimegabit Data Services SNAP Subnetwork Access Protocol SNMP Simple Network Management Protocol TLAP TokenTalk Link Access Protocol UDP User Datagram Protocol WAN wide area network ZIP Zone 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./Canada 1-888-4BAYPRESS
• Telephone - International 1-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:
Region Telephone Number Fax Number
United States and Canada
1-800-2LANWAN; enter Express Routing Code (ERC) 290 when prompted
(508) 670-8766
xviii
(508) 436-8880 (direct) Europe (33) 92-968-300 (33) 92-968-301 Asia/Pacific Region (612) 9927-8800 (612) 9927-8811 Latin America (407) 997-1713 (407) 997-1714
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 Number Fax Number
Billerica, MA 1-800-2LANWAN (508) 670-8765 Santa Clara, CA 1-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.1 1.2
Network 1
Administrative (default)
6.1 6.2
7.1 7.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. A 1-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-6 114048 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 length Hardware 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. A 1-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-8 114048 Rev. A
1-4). The source node sets the hop count field to zero before
Page 31
AppleTalk Overview
DDP Header
00
Hop Count
Datagram Length
DDP Checksum
Destination Network
Number
Source Network
Number
Destination Node ID
Source Node ID
Destination Socket No.
Source Socket No.
DDP Type
Datagram Data (0 to 586 bytes)
Sockets 0 = Invalid
1 = RTMP 2 = NIS
4 = AEP 6 = ZIS 3, 5, $07 - $3F reserved $40 - $7F experimental $80 - $FE dynamic
DDP Types
0 = In valid 1 = R TMP 2 = NBP
3 = A TP 4 = AEP 5 = R TMP Req 6 = ZIP
7 = ADSP $08 - $0F reserved
Special Addresses
0000.FF = network-wide broadcast
nnnn.
FF = broadcast to net
nnnn
.00 = any router on net
nnnn
.FE = reserved
net FF00 - FFFE = startup range
nnnn
nnnn
APT004A
Figure 1-4. DDP Packet
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. A 1-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-10 114048 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 Query ZIP 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. A 1-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 Request ZIP 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-12 114048 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. A 1-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-14 114048 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 domain identifiers (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. A 1-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-16 114048 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. A 1-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-18 114048 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. A 1-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-20 114048 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. AppleTalk Update-Based Routing Protocol. Cupertino, California: Apple Computer, 1993.
Apple Computer. The Design and Planning of Enterprise-Wide AppleTalk Internetworks. San Francisco, California: AppleTalk Networking Forum,
1993.
AppleTalk Overview
114048 Rev. A 1-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. A 2-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-2 114048 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. A 2-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-4 114048 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. A 2-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-6 114048 Rev. A
AppleTalk Interface Parameters” in Chapter 4.
Page 51
AppleTalk Implementation Notes
B
Network 1-1 Network 2-2
1-1
3-1
A
Network 5-5
Interface Cost Actual Hops to Hop Count Learned
1.1
3.1 0 1
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
Interface Cost Actual Hops to Hop Count Learned
Network 4-4 by Interface
1.1
3.1
Example 2. Router A's preferred path to Network 4-4 = 1.1.
0 21 3
22
APT0013A
Figure 2-3. Assigning Circuit Costs to AppleTalk Interfaces
114048 Rev. A 2-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-8 114048 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. A 2-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-10 114048 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. A 2-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 List Networks Filtered
Finance 1-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-12 114048 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. A 2-13
Page 58
Configuring AppleTalk Services
A Zone
1-1
Finance Zone
B Zone
5.X Exclude Zone Filter List Networks Associated with Zones Advertised for Zones in the Zone Filter List the 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-14 114048 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 List Networks Filtered Networks 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. A 2-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 List Networks Filtered Networks not Filtered Finance, Engineering, 1-1 3-3, due to Rule 1,
Sales 4-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-16 114048 Rev. A
Page 61
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
10-10
Marketing
Exclude Zone Filter List Networks Filtered
Marketing 10-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. A 2-17
Page 62
Configuring AppleTalk Services
A Zone
1-1
Finance
B Zone
10-10
Marketing
Exclude Zone Filter List Networks Filtered Networks not Filtered
Marketing 10-10 20-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-18 114048 Rev. A
Page 63
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
Include Zone Filter List Networks Advertised Zones Advertised
Human Resources Human 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. A 2-19
Page 64
Configuring AppleTalk Services
A Zone
1-1
Finance
B Zone
Filter
Include Zone Filter List Networks Advertised Zones 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-20 114048 Rev. A
Page 65
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
10-10
Marketing
Include Zone Filter List Networks Advertised Zones 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. A 2-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 List Networks Advertised Zones 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-22 114048 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 Advertised Zones 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. A 2-23
Page 68
Configuring AppleTalk Services
A Zone
1-1
Finance
B Zone
Filter
5.X Exclude Zone Filter List Networks Advertised Zones Advertised
Finance, Engineering, Sales
2-2 Human Resources (not
3-3 Engineering (Rule 1) 4-4 Sales (Rule 2)
1-1 Engineering (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-24 114048 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 List Networks Advertised Zones Advertised Human Resources 2-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. A 2-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 List Networks Advertised Zones Advertised Human Resources
2-2 Human Resources
(in 5.X Include list) 3-3 Engineering (Rule 1) 4-4 Sales (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-26 114048 Rev. A
Page 71
AppleTalk Implementation Notes
A Zone
1-1
Finance
B Zone
Filter
5.X Include Zone Filter List Networks Advertised Zones Advertised Human Resources 2-2 Human Resources
3-3 Engineering (Rule 1)
4-4 Sales (Rule 2) 1-1 Engineering (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. A 2-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-28 114048 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. A 2-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-30 114048 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. A 2-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-32 114048 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. A 2-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-34 114048 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. A 2-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-36 114048 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. A 3-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
3-1).
Figure 3-1. AppleTalk Interface Configuration Window
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-2 114048 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. A 3-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-4 114048 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. A 3-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-6 114048 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. A 3-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-8 114048 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:
1. Select Protocols > AppleTalk > AURP > Interfaces.
The AT AURP Interface Configuration window appears (Figure
114048 Rev. A 3-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-10 114048 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. A 3-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. A 4-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-2 114048 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. A 4-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-4 114048 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. A 4-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-6 114048 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. A 4-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-8 114048 Rev. A
Loading...