From: Brian Hescock (bhescock@xxxxxxxxx)
Date: Thu Jul 27 2000 - 19:21:24 GMT-3
David,
It's all based on how you interpret his question. My interpretation
of Dave's question, which he hasn't corrected me on, is this:
router -----------------15 hop boundary----) Default
router ----------10 ipx hop boundary--) make it this instead
I don't believe the question he's asking is to make the hop count smaller,
but to change the boundary, making it smaller. A tunnel will let you
INCREASE the boundary because it doesn't take add the hop count for each
of the intermediary routers. We're talking ipx hops, not router hops,
which is different not tunnel versus tunneling.
B.
On Thu, 27 Jul 2000 dhbrown@pipeline.com wrote:
> On the contrary, a tunnel is the correct solution. Consider:
>
> R1 - R2 - R3 - R4 - R5 - R6
>
> The hop count from R1 to R6 would be 5. If you had a tunnel from R1 to R6, t
hat would be 1 hop...
>
> David
> (RTP Lab 8/6)
>
> Brian Hescock <bhescock@cisco.com> wrote:
> > William,
> But he want's to reduce the max hop count, not increase it. Tunnels
> would allow you to increase it.
>
> B.
>
> On Thu, 27 Jul 2000, William Swedberg wrote:
>
> > Remember this concept....
> >
> > "tunnel"
> >
> >
> > William Swedberg CCNP CCDP
> >
> >
> > --- Dave Gingrich wrote:
> > > At 09:30 7/27/00 -0400, Brian Hescock wrote:
> > > >You should be able to set the metric when you
> > > redistribute or set the
> > > >default metric when you redistribute. You could
> > > say the metric is 5 so
> > > >then the max hop count from that point would be 10.
> > > Another option may be
> > > >to use a route-map to change the metric.
> > >
> > > Unfortunately niether of those are available with
> > > IPX. The metric used to
> > > choose a path is a delay value measured in "ticks."
> > > You can fiddle with
> > > that a bit, but if the hop count is over 15, you are
> > > done as far as IPX RIP
> > > is concerned.
> > >
> > >
> > > =========================
> > > David C. Gingrich, K9DC
> > > Indianapolis, Indiana
> > > Dave@dcg.org
> > > =========================
> > >
> > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:58 GMT-3