Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!snorkelwacker!apple!bionet!agate!ucbvax!jessica.stanford.edu!morgan From: morgan@jessica.stanford.edu Newsgroups: comp.protocols.appletalk Subject: Re: AppleTalk Phase2 Net nums & CAP routing Message-ID: <9002262206.AA06111@jessica.Stanford.EDU> Date: 26 Feb 90 22:06:15 GMT References: Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 39 > 1) When transitioning to AppleTalk Phase II, does an existing Phase I > backbone network number have to be within the range of network numbers > assigned to the same backbone using Phase II routing? No, the P1 network number must be different from any numbers used for P2 networks. The P1 network uses a different encapsulation, and is a different AppleTalk network from the P2 network. A "transition" router can route between them because they have different AT network numbers, and it knows which encapsulation to use for which. There's another issue here that may affect what you're trying to do. In an internetwork in which some routers are P1 and some are P2, (ie, a "transition internet"), it's my impression that the P2 feature of multiple network numbers per cable cannot be used. The problem is that P1 routers can't deal with the "network range" concept. So if this feature was one of the reasons you wanted to start using P2, I think you'll be disappointed. On the other hand, if all you need is to hook up some P2-only-speakers (like Ethernet-attached PCs running AppleShare PC), then that can be done in a transition internet. > 2) Do all AppleTalk Phase II routers have to be configured the same > during and after Phase I? Hmm? > 3) Does CAP perform AppleTalk routing? If so, is there a Phase II > upgrade or patch? CAP normally uses AppleTalk-in-UDP encapsulation (sometimes called IPTalk), which as it stands is only a "non-extended" network. Which is to say, IPTalk networks don't support multiple net numbers and multiple zone names per cable. There have been some proposals to extend IPTalk to have P2 features, but none have seen the light of day so far. - RL "Bob" Morgan Networking Systems Stanford