<[EMAIL PROTECTED]> wrote:
eek! There are a couple of downsides to having the
router-ID divorced from a physical address:
1) you get an additional number which you have to have
to track to ensure uniqueness.
2) you lose the benefit of being able to double check
reachability (ping/ssh to rout
--- Austin <[EMAIL PROTECTED]> wrote:
>
> It's worth noting that C's don't need actual IP
> address space assigned to
> the router-id for OSPF. It's just an arbitrary
> value; it's probably better
> karma to set it to whatever you want (maybe
> something that doesn't look
> like an IP addre
It's worth noting that C's don't need actual IP address space assigned to
the router-id for OSPF. It's just an arbitrary value; it's probably better
karma to set it to whatever you want (maybe something that doesn't look
like an IP address).
RFC 2328:
Router ID
A 32-bit nu
On Fri, 30 Sep 2005, Christopher L. Morrow wrote:
> ospf doesn't, for router-id on cisco's atleast, as Warren pointed out :(
> however! switching from ospf to 'another igp' (ISIS would work well) would
> avoid that, slide off ospf and onto ISIS, kill ospf when all next-hops
> switch, which should
On Thu, 29 Sep 2005, Wayne E. Bouchard wrote:
>
> Of course, you can always pre-deploy ibgp sessions and TE configs to
> the new address (which will remain down until the new address exists),
> go for your OOB access to the box, change the loopback IP address (and
> associated references), "clea
On Fri, Sep 30, 2005 at 12:14:46AM +0100, Ian Dickinson wrote:
>
> Randy Bush wrote:
> >>Personally, the cleanest way I've been able to accomplish changing this
> >>in regard to OSPF, logging and authentication on Cisco's is to suck
> >>down the running config, make the changes in your editor o
Randy Bush wrote:
>>Personally, the cleanest way I've been able to accomplish changing this
>>in regard to OSPF, logging and authentication on Cisco's is to suck
>>down the running config, make the changes in your editor of choice,
>>push it back up to startup-config and schedule a reboot. iBG
### On Thu, 29 Sep 2005 13:25:48 -0700, Bruce Pinsky <[EMAIL PROTECTED]>
### casually decided to expound upon Randy Bush <[EMAIL PROTECTED]> the
### following thoughts about "Re: [eng/rtg] changing loopbacks":
BP> > what [else] am i missing?
BP>
BP> In addition
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Randy Bush wrote:
> so i have junipers, ciscos, and a few zebras in an ospf
> and ibgp mesh. they're peering via loopbacks, of course.
> unfortunately, i need to recover the space from which the
> loopbacks are taken. of course, i would like to do
On Sep 29, 2005, at 12:05 PM, Randy Bush wrote:
so i have junipers, ciscos, and a few zebras in an ospf
and ibgp mesh. they're peering via loopbacks, of course.
unfortunately, i need to recover the space from which the
loopbacks are taken. of course, i would like to do so with
minimal disrup
>
> this is my fear. which is why i asked. pushing out new
> configs (the canonic config is on disk, not the router [0])
> and setting a reload of a bunch of routers at time t0 does
> not give me warm fuzzies about what the world will be like at
> time tn (n > 0).
>
> but i may have to ta
> Personally, the cleanest way I've been able to accomplish changing this
> in regard to OSPF, logging and authentication on Cisco's is to suck
> down the running config, make the changes in your editor of choice,
> push it back up to startup-config and schedule a reboot. iBGP is much
> easie
Are you using any logging-source or source interface for your
authentication on the boxes? I've found that most versions of IOS
require a reboot to accept a change of these.
Similarly, OSPF under IOS will need a bounce/reboot to change it's
router-ID if you are using the loopback for that.
so i have junipers, ciscos, and a few zebras in an ospf
and ibgp mesh. they're peering via loopbacks, of course.
unfortunately, i need to recover the space from which the
loopbacks are taken. of course, i would like to do so with
minimal disruption. i am thinking of something like the
followin
14 matches
Mail list logo