Re: README: RE: Appletalk local-routing

From: Brian Hescock (bhescock@xxxxxxxxx)
Date: Mon Sep 04 2000 - 20:39:49 GMT-3


   
Alejandro,
   I try to avoid Appletalk whenever possible so I don't know the in's and out'
s of
it, yet (enough to pass the lab, hopefully... ;-) Basically, you would run in
to the
problem when using frame relay and you have Appletalk on two different subinter
faces
off the same physical interface. The IOS parser actually gives you a fairly go
od
explaination in just the one line. If you're ever have such a config and appl
etalk
doesn't work, there you go. That's how I stumbled into much like everyone else
 on the
list and adding apple local-routing solved the problem (learned via word-of-mou
th).
Since the command won't hurt anything if you have it turned on, I would automat
ically
turn on apple local-routing (global mode) on any router where you do appletalk
and are
doing frame-relay (maybe not in a production network but if I were to see Apple
talk
somewhere else... ;-)

By the way, I would give you a better answer if I had one but apple local-routi
ng
isn't even documented within the internal Cisco sites I've searched. This is a
command
the Development Engineers added as a result of the bug and they apparently forg
ot to
document it. Hopefully you'll see it in the next release or two of UniverCD a
nd on
CCO (I've put in the request).

Brian

Alejandro Cadarso wrote:

> Brian The CSCdi39096 states:
>
> IPTalk clients running Columbia AppleTalk Package (CAP) cannot start up
> because a nonstandard NBP packet generated by the client is not forwarded by
> the system. There is no workaround. [CSCdi39096]
>
> I can't see any reference to Appletalk local-routing, besides I've seen
> several posts talking about this command and I never heard exactly what it
> means.
>
> I've searched through every IOS release notes and in the Bug Navigator and no
> references about it.
>
> I've tried without local-routing and as bug ID and CSCdk20406 states:
>
> "split-horizon for RTMP needs to be disabled on p2mp hubs, even
> if EIGRP is the protocol being used."
>
> and works without command Appletalk local-routing.
>
> Somebody could explain for what really is the command Appletalk local-routing
??????
>
> Brian Hescock wrote:
> >
> > fyi: "Appletalk local-routing" resulted from bug CSCdi39096 and the comman
d
> > reference apparently slipped through the cracks. I've sent an e-mail to th
e
> > appropriate people and asked them to add the command reference to CCO and
> > UniverCD and to treat the request as a Priority 2 because it's a very
> > significant command.
> >
> > Brian
> >
> > Simon Baxter wrote:
> >
> > > Try the old and faithful :
> > >
> > > apple local routing (global)
> > >
> > > You'll find NO reference to this command on the CD or CCO, but seems to f
ix
> > > a bug where an apple interface won't route between a single locally attac
hed
> > > interface - similar to the split-horizon thing.
> > >
> > > please let me know if this works - I've not had to use this command but h
ave
> > > heard it mentioned regularly...
> > >
> > > Simon
> > >
> > > -----Original Message-----
> > > From: Kenneth Kriel [mailto:ken@flane.com]
> > > Sent: Saturday, September 02, 2000 11:45 PM
> > > To: 'Ccielab
> > > Subject: Apple - eigrp - over frame relay
> > >
> > > Gentleman,
> > >
> > > My Problem, apple routing table on r1 is missing route from e0 on r3 ! I
> > > believe I have configured everything I need ! Thank you in advance !
> > >
> > > My layout is as follows :
> > >
> > > --e0--r3--- ---r1
> > > ||
> > > Frame
> > > ||
> > > ||
> > > Serial0/0
> > > ||
> > > Router2
> > >
> > > Configs :
> > >
> > > >>>>>>>>>>>>>>>>>>>>>>>>
> > >
> > > Router 3
> > >
> > > hostname R3
> > > appletalk routing eigrp 300
> > > appletalk route-redistribution
> > > !
> > > interface FastEthernet0/0
> > > appletalk cable-range 500-510 500.1
> > > appletalk zone vlanx
> > > !
> > > interface Serial0/0
> > > encapsulation frame-relay
> > > no fair-queue
> > > !
> > > interface Serial0/0.1 point-to-point
> > > appletalk cable-range 200-200 200.5
> > > appletalk zone frame
> > > appletalk protocol eigrp
> > > no appletalk protocol rtmp
> > > frame-relay interface-dlci 302 !pvc pointing to R2
> > >
> > > R2
> > >
> > > !
> > > hostname R2
> > > !
> > > appletalk routing eigrp 200
> > > appletalk route-redistribution
> > > appletalk local-routing
> > > !
> > > interface Ethernet0/0
> > > appletalk cable-range 300-310 300.2
> > > appletalk zone vlanz
> > >
> > > !
> > > interface Serial0/0
> > > encapsulation frame-relay
> > > appletalk cable-range 200-200 200.2
> > > appletalk zone frame
> > > appletalk protocol eigrp
> > > no appletalk protocol rtmp
> > > no appletalk eigrp-splithorizon
> > >
> > > frame-relay map appletalk 200.1 201 broadcast ! pvc to R1
> > > frame-relay map appletalk 200.5 203 broadcast ! pvc to R3
> > > no frame-relay inverse-arp
> > > !
> > >
> > > Router 1
> > >
> > > hostname R1
> > >
> > > appletalk routing eigrp 100
> > > !
> > > interface Serial0
> > > appletalk cable-range 200-200 200.1
> > > appletalk zone frame
> > > appletalk protocol eigrp
> > > no appletalk protocol rtmp
> > > frame-relay map appletalk 200.2 102 broadcast
> > > frame-relay map appletalk 200.5 102 broadcast ! pvc pointing to R2
> > >
> > > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> > >



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:24:52 GMT-3