ADC Home > Reference Library > Technical Notes > Legacy Documents > Mac OS 9 & Earlier >

Legacy Documentclose button

Important: This document is part of the Legacy section of the ADC Reference Library. This information should not be used for new development.

Current information on this Reference Library topic can be found here:

Routing Table Maintenance Protocol Q&As

CONTENTS

This Technical Note contains a collection of archived Q&As relating to a specific topic--questions sent the Developer Support Center (DSC) along with answers from the DSC engineers. Current Q&A's can be found on the Macintosh Technical Q&A's web site.

[Oct 01 1990]






Receiving RTMP packets from a generic router

Date Written: 4/22/91

Last reviewed: 6/14/93

I'm trying to receive the periodic Routing Table Maintenance Protocol (RTMP) packets sent out from a generic router. The only solution so far is to close down the Link Access Protocol (LAP) handlers and install my own. However, when I'm finished, I must restart AppleTalk when my program exits. Is there an alternative solution?

You've hit upon a side effect of the AppleTalk architecture. It's understandable that being only a listener, that you would simply want to attach yourself into the LAP chain without shutting down AppleTalk. Your findings are correct though--you would need to shut down the LAP handler and install one of your own. This would require restarting AppleTalk when your program exits.

You'd find that EtherPeek, a commercially available software sniffer works similarly. This has the ramifications of complicating the process by restarting AppleTalk with the desired connection method. It also limits compatibility with Apple cards and those from other vendors you select to support.

Back to top

Multicast addresses for zone names hashed to same index value

Date Written: 3/3/92

Last reviewed: 6/14/93

What's the strategy for assigning a multicast address if two different zone names hash to the same index value? How do two different routers synchronize the multicast address assignment in the case of hash synonyms?

It's quite possible that two zone names will hash to the same index. Networks which have zone names that hash to synonyms will have the packets resolved at the receiving nodes. Packets that get delivered to the wrong zone because of identical multicast addresses will be handled by NBP (Name Binding Protocol), which will see that the destination zone name is different if the target zone is the zone synonym.

Back to top

Start & end for extended networks with single number for range

Date Written: 3/3/92

Last reviewed: 6/14/93

If a network is assigned a single network number for a network number range--for example, 3--how is the network number range start and end represented? It is 3-3 or 3-0 or is it anything else?

On an extended network type such at TokenTalk or EtherTalk, a network range of a single network number is entered as both the start and end of the range. For example, a network range of 3 is such that netLo is 3 and netHi is also 3.

Back to top

Phase 2 routers must support Split Horizon technique

Date Written: 3/3/92

Last reviewed: 6/14/93

RTMP data packets sent by all routers on an internet use the Split Horizon technique or the No-Split Horizon. Does it matter if different routers use different techniques?

The AppleTalk router, version 2.0, implements the Split Horizon technique. All Phase 2 routers MUST implement the Split Horizon technique for compatibility with AppleTalk. For a description of the Split Horizon technique, refer to Inside AppleTalk, 2nd ed., 5-11.

Back to top

AppleTalk routers and Route Data Request (RDR) packets

Date Written: 3/3/92

Last reviewed: 6/14/93

Does an AppleTalk router initiate a Route Data Request (RDR) packet? If so, when?

A router is free to send a Route Data Request packet at any time. A particularly good time to send an RDR packet is when a router has not heard from another router in some time.

Back to top

Downloadables

Acrobat gif

Acrobat version of this Note (56K)

Download


Back to top


Did this document help you?
Yes: Tell us what works for you.
It’s good, but: Report typos, inaccuracies, and so forth.
It wasn’t helpful: Tell us what would have helped.