Newsgroups: comp.dcom.sys.cisco
Path: utzoo!utgpu!cunews!bcars8!bnrgate!bcars223!fortinp
From: fortinp@bcars223.bnr.ca (Pierre Fortin)
Subject: Re: What is my cisco doing?
Message-ID: <1990Jun27.220550.22170@bnrgate.bnr.ca>
Summary: and the Chooser...
Sender: news@bnrgate.bnr.ca (USENET News Administration)
Organization: Bell-Northern Research, Ltd. Ottawa Ontario CANADA
References: <22790@boulder.Colorado.EDU>
Date: Wed, 27 Jun 90 22:05:50 GMT

In article <22790@boulder.Colorado.EDU>, satz@cisco.com (Greg Satz) writes:
> >> 3) For the amount of traffic that Appletalk and Decnet generate (15%)
> >>    it appears to be taking much too much cpu as compared with IP
> >>    processing.  Can anyone from cisco give an explanation - or are the
> >>    Decnet and AT protocols not as optimized in the cisco as are the IP
> >>    protocols?
> 
> Traffic doesn't necessarily relate to CPU overhead. How many routing/hello
> updates for DECNET and ZIP/RTMP/NBP requests for AppleTalk is the router
> having to handle? Flapping interfaces can cause more CPU to be consumed as
> routing information is flushed and updated. DECNET and AppleTalk are much
> more chatty. RTMP is a 10 second RIP-like protocol. If an AppleTalk network
> is learned, the router will send out a ZIP request to obtain a zone name.
> If someone advertises a network without properly configuring a zone, all of
> the AppleTalk routers will send a ZIP request once per second without much
> satisfaction. This is why we leave our debugging commands in the code so
> you can determine if this is what is happening on your network.
> 
> Greg Satz
> cisco

And then there is the glorious Apple Chooser...  If the Mac users leave 
their Chooser open after making their selection, the Chooser continues to
probe the Zone so that it can continue to keep the list of devices up-to-date.

Solution:  Close the Chooser after making a selection!

Cheers,
Pierre Fortin
fortinp@bnr.ca
