--- 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 address).
[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
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 be
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
so i have junipers, ciscos, and a few gasp 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
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.
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
easier to
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 take that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Randy Bush wrote:
so i have junipers, ciscos, and a few gasp 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 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 to what others have said, I'd ask:
BP
BP
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. iBGP is
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 of choice,
On Thu, 29 Sep 2005, Wayne E. Bouchard wrote:
chopped ian's good infos
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
13 matches
Mail list logo