Re: RAC private network IP's - 169.254.x.x

From: goran bogdanovic <goran00_at_gmail.com>
Date: Fri, 6 Apr 2012 11:24:54 +0200
Message-ID: <CAGyPXK58TgEEFkupqe31_UJVnCQk3xTfZTgy3SKZysuOQ5AZWw_at_mail.gmail.com>



pay attention on
*
*
*Bug 10389682: HAIP INTERCONNECT DOES NOT WORK IF IP ADDRESSES ARE IN THE
SAME SUBNET*
if you use more than one NIC for interconnect ...

goran

On Fri, Apr 6, 2012 at 10:10 AM, Radoulov, Dimitre <cichomitiko_at_gmail.com>wrote:

> Hi Krishna,
> as already stated, the 169.254.*.* is used by GI automatically:
>
> 11gR2 Grid Infrastructure Redundant Interconnect and
> ora.cluster_interconnect.haip [ID 1210883.1]
>
> Grid automatically picks free link local addresses from reserved
> 169.254.*.* subnet for HAIP. According to RFC-3927, link local subnet
> 169.254.*.* should not be used for any other purpose. With HAIP, by
> default, interconnect traffic will be load balanced across all active
> interconnect interfaces, and corresponding HAIP address will be failed
> over transparently to other adapters if one fails or becomes
> non-communicative. .
>
>
> Dimitre
>
>
> On 06/04/2012 09:57, D'Hooge Freek wrote:
> > I think the 169.254.0.0/16 subnet is used for autoconfiguration ip
> addresses.
> > Which are addresses that are self assigned after verifying that no one
> else is using it by sending out an arp ping (for instance, in case when the
> dhcp server is not giving out an address).
> >
> > You should not use them when statistically assigning an ip address.
> >
> > Oracle is using ip addresses in this range for the private network as
> part of the high available ip address (HAIP) functionality (which is also
> the reason multicast's must be allowed between the different nodes).
> >
> [...]
> > Can we use 169.254.1.11& 169.254.1.12 as private IP's for RAC 2 node
> > cluster?
> > (basically any 169.254.x.x )
> >
> > we just have 1 private NIC for each node.
> >
> > version: 11.2.0.3 rac
> > RHEL 5.8
> >
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

--
http://www.freelists.org/webpage/oracle-l
Received on Fri Apr 06 2012 - 04:24:54 CDT

Original text of this message