public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
To: Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>
Cc: Linux-RDMA <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: IB equivalent of virtual IP address ?
Date: Tue, 22 Feb 2011 10:47:29 -0700	[thread overview]
Message-ID: <20110222174729.GA10273@obsidianresearch.com> (raw)
In-Reply-To: <AANLkTinTwygiSzBC3-AJjt070RTz_B=qYqcm9AayPwPn-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On Sun, Feb 20, 2011 at 02:33:01PM +0100, Bart Van Assche wrote:
> Hello,
> 
> A convenient way to provide high availability when using fail-over
> between two IPv4 iSCSI servers is to configure the HA software such
> that a secondary IPv4 address is only assigned to the active server.
> I'd like to build a HA SRP setup using a similar approach. This leads
> me to the following question: does there exist an equivalent of
> virtual IP addresses for IB ? As far as I can see in the IBTA specs a
> subnet manager can assign a secondary GID to an IB HCA port
> dynamically.
> 
> Does any of the existing IB switches support this ? If so, how does
> communication between HA software and IB switch happen ?
> 
> Does OpenSM support assigning secondary GIDs to a HCA port ?

Unfortunately this is an area where the IB spec has quite a lot of
richness but AFAIK it doesn't get used too much..

I don't think IP like GID migration is appropriate for IB, GUIDs
should be fabric unique. I'd suggest you should look at supporting
multiple GIDs registered for a single service ID and use those GIDs as
the set of fail over end ports. Supporting setting up APM as well
would be great. ;)

In IB if a port falls off the subnet the SM will not return paths for
it, so you can tell quickly that a service record is dead without
incuring a timeout. Essentially the SM takes the roll of the HA
software you see in IP land.

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2011-02-22 17:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-20 13:33 IB equivalent of virtual IP address ? Bart Van Assche
     [not found] ` <AANLkTinTwygiSzBC3-AJjt070RTz_B=qYqcm9AayPwPn-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-02-22 17:47   ` Jason Gunthorpe [this message]
     [not found]     ` <20110222174729.GA10273-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2011-02-23 11:13       ` Bart Van Assche
     [not found]         ` <AANLkTimwRGWNG76xkHxHATnbOZsNTSC=1s_8pOng_B9f-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-02-23 16:51           ` Jason Gunthorpe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110222174729.GA10273@obsidianresearch.com \
    --to=jgunthorpe-epgobjl8dl3ta4ec/59zmfatqe2ktcn/@public.gmane.org \
    --cc=bvanassche-HInyCGIudOg@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox