From: Michael Davis (miked@xxxxxxxxxx)
Date: Sat Feb 24 2001 - 12:42:45 GMT-3
I don't know if it's good practice but I've seen CAR used for the bandwidth
control on the sleeping t1.
----- Original Message -----
From: "Dustin L LaMascus" <lamascus@xs4all.nl>
To: <ccielab@groupstudy.com>
Cc: "Chuck Larrieu" <chuck@cl.cncdsl.com>
Sent: Saturday, February 24, 2001 4:51 AM
Subject: RE: HSRP and OSPF???
> Chuck,
>
> In this situation I am working for the telco. The client is paying full
> price for one of the PVC (2MB) and only 25% for the "sleeping" PVC,
actually
> that is just marketing fluff and the "sleeping" PVC is also a full, normal
> E1. We are trying to keep the customer from getting more that he is paying
> for. This is just one of the customer's locations of MANY with the same
> technical and financial arrangement.
>
> This is also why I have no control over the host's configuration.
>
> OSPF is used on the edge router's, theirs and ours, just for
redistribution.
> I don't know anything else about their network and they know nothing about
> ours.
>
> So my requirements are:
> Provide redundancy in the event of a router (ours) or PVC failure
> Use only the active PVC
> Minimal fail over time
> Still able to learn routes from customer OSPF routers and inject remote
> learned routes into them
> I am using 11.2(18)P ... don't ask ;-)
>
>
>
> -----Original Message-----
> From: Chuck Larrieu [mailto:chuck@cl.cncdsl.com]
> Sent: Saturday, February 24, 2001 5:39 AM
> To: Dustin L LaMascus; erickbe@yahoo.com; Andrew Short
> Cc: CCIE
> Subject: RE: HSRP and OSPF???
>
>
> An interesting thread. I find it refreshing, in an odd sort of way, to
see
> the inverse of the usual question about "how do I 'load balance' in this
> situation" I am curious, Dustin. What is the problem you are trying to
> solve?
>
> To influence the choice of route in terms of ospf, the options I can think
> of are 1) use the bandwidth command on the LAN interfaces of your
HSRP/OSPF
> routers or 2) ( assuming that I correctly understand that the HSRP/OSPF
> routers are also EIGRP routers and that redistribution takes place on
those
> routers ) use route maps or modify the redistribute commands to change the
> metrics of the EIGRP routes as they are redistributed into OSPF.
>
> Since ICMP redirects are disabled on HSRP interfaces, the problem you
state
> about clients configured with the wrong gateways would not be overcome by
> that avenue. On the other hand, doesn't your DHCP configuration include a
> default gateway, which in this case would be the HSRP address?
>
> Chuck
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Dustin L LaMascus
> Sent: Friday, February 23, 2001 1:23 PM
> To: erickbe@yahoo.com; Andrew Short
> Cc: CCIE
> Subject: RE: HSRP and OSPF???
>
> Guess it wasn't enough detail.. I am aware that OPSF is a routing protocol
> and HSRP is a redundancy protocol, as I hope anyone subscribed to this
list
> is. ;-)
> If router 1 and router 2 are using HSRP both physical interfaces are still
> available (lets say 10.1.1.1 for R1 and 10.1.1.2 for R2, along with the
> "virtual" IP and MAC (lets say 10.1.1.3). The clients could set the
default
> gateway to the "standby" router IP and still send traffic over a PVC (at
> least outgoing) that should be sleeping, not the desired scenario. I would
> like to limit traffic to ONLY the active router but I have no control over
> the host's configuration (default gateway). I would also like to ensure
that
> OSPF continues to talk correctly in the event of a HSRP fail over with
> minimal convergence, if any.
>
> R1 and R2 both use OSPF on the LAN and redistribute into EIGRP for the
WAN..
>
> Possible solutions I have thought of:
> Some how filter packets on the 10. interface of the standby router based
on
> MAC ??
> Some how force OSPF to prefer the active router so that packets sent to
the
> standby router are redirected to the active router
> Change the real IP addresses on R1 and R2 to another ip range and not add
it
> to the OSPF or EIRGP process, this would make it so if a client were to be
> configured for the wrong default gateway the remote router would drop the
> packet due to not knowing the return route..
>
> Hope this is a little better defined, and btw I know that EIGRP is also a
> routing protocol ;-)
>
> Cheers,
>
> Dustin
>
>
> -----Original Message-----
> From: Erick B. [mailto:erickbe@yahoo.com]
> Sent: Friday, February 23, 2001 7:37 PM
> To: Andrew Short; Dustin L LaMascus
> Cc: CCIE
> Subject: Re: HSRP and OSPF???
>
> Some more notes. I've had to explain this to many
> folks. HSRP shares a virtual IP address between the
> HSRP devices in the same group on the same subnet. One
> is active and rest are in standby. The primary IP
> address and other IP services are up and running as
> normal still. HSRP does not put the whole interface in
> standby mode (this is what many of the folks I've
> talked to thought). If it's in standby then the
> virtual IP isn't active and thats it.
>
> Routing protocols do not announce routes using the
> HSRP IP address. HSRP is not a routing protocol.
>
> Andrew is right, HSRP/VRRP provide redundancy for
> hosts only.
>
> --- Andrew Short <ashort@wingedwheel.net> wrote:
> > Honestly,
> >
> > HSRP and OSPF should NEVER have anything to do with
> > each other. Operate
> > them on the same routers, sure, but you are talking
> > apples and oranges.
> >
> > OSPF is a routing protocol, let it choose it's
> > routes accordingly.
> >
> > HSRP is a high availability tool to serve hosts with
> > static routes
> > configured. And as far as I know, it doesn't work
> > on WAN interfaces (and
> > I don't know why it would, or why you'd want it
> > too).
> >
> > Think of HSRP as something that you aim at a HOST.
> >
> >
> > On Fri, 23 Feb 2001, Dustin L LaMascus wrote:
> >
> > > I would like to use HSRP on R1 and R2 for
> > redundancy to the WAN. I would also
> > > like to limit the OSPF network to using only the
> > HSRP (active) gateway.
> > > Hope this is enough detail..
> > >
> > >
> > > OSPF NETWORK
> > > | |
> > > | |
> > > | hsrp |
> > > R1-------R2
> > > | |
> > > | |
> > > FRAME CLOUD
> > > |
> > > |
> > > R3
> > >
> > >
> > > Dustin
>
>
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:59 GMT-3