From: George Spahl (g.spahl@xxxxxxxxxxxxx)
Date: Wed Aug 07 2002 - 11:30:43 GMT-3
Ying,
Here are some notes I made a while back that might help. I originally
didn't think you could do this either, but I believe Guy Lupi and maybe
someone else sent some examples showing how to do it. You might want to
search on my name and Guy Lupi's in the archive to find the thread.
Hope this helps!
George
**********************************************************************
IPXWAN
You don't have to enable IPXWAN in order to implement NLSP. If you have
IPX RIP and NLSP both enabled IPXWAN prefers NLSP. IPXWAN will use
EIGRP. The configuration below shows how to set it up. When I tried
these out, I first had to set up EIGRP across the link and let it form
an adjacency. Once that was done it would let me add IPXWAN to the
interfaces. Until I did that I couldn't get EIGRP to form an adjacency
across the IPXWAN link for anything. The IPXWAN debug showed that it
was still negotiating RIP across the link (in the absence of NLSP) but
that routes that were exchanged across the link were indeed EIGRP
routes. The RFC for IPXWAN is RFC 1634.
To turn off rip for all networks, use no network all under the rip
config. I don't believe that no ipx router rip works, since rip is
always on by default. To get ipx ipxwan to work with eigrp, you can do
a couple of
things:
This first method uses network number 14 as the ipxwan network number.
R4
interface Serial0
ip address 14.14.14.4 255.255.255.0
no ip directed-broadcast
no ip mroute-cache
ipx ipxwan 0 14 r4
no fair-queue
r4# sh ipx eigrp neigh
IPX EIGRP Neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 14.0000.0011.0000 Se0 11 00:01:50 16 200 0 2
r4#
R1
interface Serial1
ip address 14.14.14.1 255.255.255.0
ipx ipxwan 0 14 r1
clockrate 1300000
r1#sh ipx eigrp neigh
IPX EIGRP Neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
Type
(sec) (ms) Cnt Num
0 14.0000.0044.0000 Se1 12 00:02:50 8 200 0 2
r1#
------------------------------------------------------------------------
--- This next method uses no network number, but the internal network is in the ipx eigrp config: R4 ipx internal-network 44 ! ipx router eigrp 100 network 44 ! interface Serial0 ip address 14.14.14.4 255.255.255.0 no ip directed-broadcast no ip mroute-cache ipx ipxwan 0 unnumbered r4 no fair-queuer4#sh ipx eigrp neigh IPX EIGRP Neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 0.0000.0011.0000 Se0 11 00:03:35 13 200 0 6 r4# iv) R1 ipx internal-network 11 ! ipx router eigrp 100 network 11 ! interface Serial1 ip address 14.14.14.1 255.255.255.0 ipx ipxwan 0 unnumbered r1 clockrate 1300000
r1#sh ipx eigrp neigh IPX EIGRP Neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq Type (sec) (ms) Cnt Num 0 0.0000.0044.0000 Se1 10 00:01:05 278 1668 0 6
r1# ************************************************************************ ****
-----Original Message----- From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of ying c Sent: Saturday, August 03, 2002 11:53 AM To: ccielab@groupstudy.com Subject: Re: ipx ipxwan unnumbered in EIGRP possible?
Hi,
I might answer my own question. When hard code the ipxwan network number and enter it into ipx router eigrp, the router will accept it, but when you 'show run', it won't be there. If you use 'show ipx int' command to see what's negotiated, it will show up as rip or nlsp depends what you configured in the config. That tells me we cannot run ipx ipxwan over eigrp.
Please correct me if I'm wrong.
Thanks, Chang --- ying c <bf5tgh1@yahoo.com> wrote: > Hi, > > Is it possible to use ipx ipxwan unnumbered in ipx > eigrp? ipxwan unnumbered uses network 0, the ipx > network number under ipx router eigrp is between 1 > thru FFFFFFFE. > > RIP will pick it up automatically, NLSP will also > pick > it up when we ipx nlsp enable. But what's the > command > can be used to trigger EIGRP to pick network 0 up? > > Thanks, > Chang >
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:18 GMT-3