Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!wuarchive!julius.cs.uiuc.edu!ux1.cso.uiuc.edu!uxh.cso.uiuc.edu!german
From: german@uxh.cso.uiuc.edu (Gregory German)
Newsgroups: comp.protocols.appletalk
Subject: Re: Phase 2 ghost zone
Message-ID: <1991Jan24.174231.25235@ux1.cso.uiuc.edu>
Date: 24 Jan 91 17:42:31 GMT
References: <1991Jan24.124639.24170@imada.dk>
Sender: news@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at Urbana
Lines: 49

sms@dou.dk (Sven Meiborg Sorensen) writes:

>How can I remove a dead zone?

This is a real problem when you have multiple FastPaths and/or GatorBoxes.

>Problem: Non-existing zone keeps re-appearing on ethernet phase 2.

>Scenario: Phase 2 ethernet with 11 Kinetics and Shiva FastPath 4's,
>all of which are configured with K-STAR. They, of course, each
>define a single appletalk zone with a unique netnumber on
>their appletalk side.

>Question: why does ZONE B still appear in the chooser? 

Because the FastPaths are keeping the memory of that former zone alive.

>And why do some of the FP4's give the following complaint:
>"Conflicting inf.: local range=2-2; 2-12 reported on ETALK2"?

Because the Phantom Zone still has a Phantom network number outside
the range you have configured.

>Just after re-installing ethertalk my Mac only knew about ZONE A 
>- but a few minutes later ZONE B re-appeared from the grave. 

If you were watching I would bet that you would have seen an RTMP packet
go by.

>It scares me a little! How can I make it go away for good?

>PS: It's not practical to turn off all 11 FP4's at the same
>time, as someone might suggest. They are distributed all over
>campus.

Well you don't want me to suggest what I know will work then :-(
You have the same kind of problem if you just want to change the zone name.
You have a simular problem if you want to insure that a particular AppleTalk
network number is used for filtering purposes.  The only sure way to get
everyone to think the same thing is to isolate, reconfigure and then
restablish the network.

>Sven Meiborg Sorensen     Internet: sms@dou.dk
>Senior Analyst
>Odense University, Denmark
--
         Greg German (german@sonne.CSO.UIUC.EDU) (217-333-8293)
US Mail: Univ of Illinois, CSO, 1304 W Springfield Ave, Urbana, IL  61801
Office:  129 Digital Computer Lab., Network Design Office