RE: Command on Fast Ethernet Interface

From: Wright, Jeremy (JA_WRIGHT@xxxxxxxxxxxx)
Date: Wed May 01 2002 - 13:32:25 GMT-3


   
just an update. since i have multiple secondary interfaces on my router and
added this command, my cpu utilization has went down. thanks again.

-----Original Message-----
From: garcia [mailto:e_garcia@primenet.com]
Sent: Tuesday, April 30, 2002 3:49 PM
To: Wright, Jeremy
Subject: Re: Command on Fast Ethernet Interface

ip route-cache same int enables fast switching of packets out same interface
on which they arrive.

i personally have used it with cache/content engines sitting on same the
wire as clients. this was a second choice to cef w/ wccpv2 and only because
of requirement to run some firewall features (ip inspect/cbac) on the same
router not compatible with cef. also used it in sna world with cip tcp
offload, i.e. - multiple emif/chpid's (paths) coming into one cip int aka
one to many.

i have read about using w/ frame multipoint on hub serial int however i've
never experimented with it and also supposedly useful for multiple secondary
addresses. those make sense but i suppose mhsrp and fast switching might
make a good combo too ... i'll add that as a lab experiment one of these
days. contrast with cpu switching using no ip route-cache which causes per
packet lb (process switching) - that is useful on load balancing 2 or more
equal low b/w pt.-pt. links between 2 routers + eigrp.

Frank

----- Original Message -----
From: Wright, Jeremy <JA_WRIGHT@admworld.com>
To: <ccielab@groupstudy.com>
Sent: Tuesday, April 30, 2002 12:21 PM
Subject: Command on Fast Ethernet Interface

> Has anyone used the "ip route-cache same-interface" command on a fast
> ethernet interface before? Just curious if there were any particular
gotchas
> or benefits.
>
>
>
>
>
>
>
>
>
>
> ************************
> Jeremy Wright
> Network Analyst
> Archer Daniels Midland
> ja_wright@admworld.com
> (217)451-4063
>
> ************************



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:48 GMT-3