From: Batman (rschotz@xxxxxxxxxxx)
Date: Thu Oct 04 2001 - 06:39:53 GMT-3
Did a little home work on this one -
IPXWAN is a client / server application. The highest IPX internal network
is selected as the server (master) & the other router (slave) is selected
for the client -- thus the depenance on the internal IPX network. If I am
remembering correctly routes in the ipx table show the next hops as nodes on
the master router from the client routers perspective.
So, thinking about frame-relay full mesh connectivity would have be enabled
(frame maps etc. see Caslow) for the hellos to establish neighbor
relationships. As far as I can tell NLSP does not distinguish between
broadcast (no designated router election) & no-broadcast networks. Thus,
all the multipoint/point-to-point tricks are not available as in OSPF.
IPX is a stretch for me if anyone has additional clarity here - it would be
helpful.
Thanx,
roger schotsal
----- Original Message -----
From: <SFeldberg@edeltacom.com>
To: "Darren Ward" <dward@pla.net.au>
Cc: <ccielab@groupstudy.com>
Sent: Monday, September 24, 2001 9:27 AM
Subject: Re: NLSP and Frame Relay
> Two other caveats to remember with IPXWAN:
> - you must configure an ipx internal network number
> - there cannot be an IPX address on the serial interface you plan to
> configure
>
> Regarding multiple logical interfaces referencing the same PVC, this is
not
> possible.
>
> R5(config)#ipx routing
> R5(config)#int s0
> R5(config-if)#encap fr
> R5(config-subif)#int s0.2 m
> R5(config-subif)#fram map ip 10.10.10.1 123
>
> R5(config-subif)#int s0.3 m
> R5(config-subif)#fram map ipx FFFF.0000.0000.0001 123
> %PVC already assigned to interface Serial0.2
>
> R5(config-subif)#int s0.1p
> R5(config-subif)#fram inter 123
> %PVC already assigned to sub-interface Serial0.2
>
> R5#sh fram map
> Serial0.2 (up): ip 10.10.10.1 dlci 123(0x7B,0x1CB0), static,
> CISCO, status defined, active
>
> R5(config)#int s0.2
> R5(config-subif)#no fram map ip 10.10.10.1 123
>
> R5(config-subif)#int s0.1 p
> R5(config-subif)#fram inter 123
>
> R5(config-fr-dlci)#int s0.2
> R5(config-subif)#fram map ipx FFFF.0000.0000.0001 123
> %PVC already assigned to interface Serial0.1
>
> R5#sh fram map
> Serial0.1 (up): point-to-point dlci, dlci 123(0x7B,0x1CB0), broadcast
> status defined, active
>
> The workaround would be to create another PVC to the destination router
and
> assign it to the other subif.
>
> Steve
>
>
>
> Darren Ward
> <dward@pla.ne To: Todd Veillette
<tveillette@home.com>
> t.au> cc: ccielab@groupstudy.com
> Sent by: Subject: Re: NLSP and Frame
Relay
> nobody@groups
> tudy.com
>
>
> 09/24/2001
> 12:02 AM
> Please
> respond to
> Darren Ward
>
>
>
>
>
>
> Hi All,
>
> I've just been through the TAC Forum and two articles state that the only
> way
> to get NLSP working on Frame Relay is to use point-to-point subinterfaces
> as
> both physical int and multipoint subint will not work.
>
> Next question, I haven't had time to test this in a lab yet but can a DLCI
> referenced by IP on one logical subinterface be used on another
> subinterface
> by another protocol?
>
> e.g. IP multipoint interface but two IPX p-t-p subinterfaces using the
same
> DLCI's via frame map commands?
>
> I think so and will try later but was interested to se if anyone had
> already
> tried this or not.
>
> Darren
> (2nd attempt Sydney 27-28 September)
>
> Todd Veillette wrote:
>
> > Hi,
> >
> > IPXWAN isn't a protocol per say, its a pre-protocol for
> > metric setup usually over WAN links. IPXRIP can only
> > set tick based on link type. (serial 6, ethernet 1) IPXWAN
> > measures dual path WAN speed and sets metric accordingly.
> > I not sure about the unnumbered part, IPXWAN runs with
> > some other routing protocol, so I guess you can say its
> > unnumbered?
> >
> > -Todd
> >
> > ----- Original Message -----
> > From: "Darren Ward" <dward@pla.net.au>
> > To: <ccielab@groupstudy.com>
> > Sent: Sunday, September 23, 2001 11:56 AM
> > Subject: NLSP and Frame Relay
> >
> > > Hi All,
> > >
> > > I found a reference on the TAC Technology pages referring to IPXWAN
> > > Unnumbered and NLSP being used in Frame and ATM networks but it
> provided
> > no
> > > configurations or even a real explanation.
> > >
> > > Does anyone have any information on running NLSP on a multipoint
> > > partial-mesh frame network?
> > >
> > > I guess it involves setting NLSP Priorities similar to OSPF but I had
> > > thought that IPXWAN was a point to point type WAN protocol and not
> > > multipoint capable.
> > >
> > > Please help with any information of references you might have.
> > >
> > > Darren
> > > **Please read:http://www.groupstudy.com/list/posting.html
> **Please read:http://www.groupstudy.com/list/posting.html
> **Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:12 GMT-3