public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
* IB equivalent of virtual IP address ?
@ 2011-02-20 13:33 Bart Van Assche
       [not found] ` <AANLkTinTwygiSzBC3-AJjt070RTz_B=qYqcm9AayPwPn-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 4+ messages in thread
From: Bart Van Assche @ 2011-02-20 13:33 UTC (permalink / raw)
  To: Linux-RDMA

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 ?

Thanks,

Bart.
--
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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: IB equivalent of virtual IP address ?
       [not found] ` <AANLkTinTwygiSzBC3-AJjt070RTz_B=qYqcm9AayPwPn-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2011-02-22 17:47   ` Jason Gunthorpe
       [not found]     ` <20110222174729.GA10273-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
  0 siblings, 1 reply; 4+ messages in thread
From: Jason Gunthorpe @ 2011-02-22 17:47 UTC (permalink / raw)
  To: Bart Van Assche; +Cc: Linux-RDMA

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: IB equivalent of virtual IP address ?
       [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>
  0 siblings, 1 reply; 4+ messages in thread
From: Bart Van Assche @ 2011-02-23 11:13 UTC (permalink / raw)
  To: Jason Gunthorpe; +Cc: Linux-RDMA

On Tue, Feb 22, 2011 at 6:47 PM, Jason Gunthorpe
<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> wrote:
> On Sun, Feb 20, 2011 at 02:33:01PM +0100, Bart Van Assche wrote:
>> 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.

Hi Jason,

The reason I started looking for an alternative for setting up
multipath between one SRP initiator and redundant SRP targets is
because such a configuration is a little awkward to set up.

I am aware that GUIDs must be fabric unique. In case a subnet manager
would assign a secondary GID to a HCA port, I see it as the
responsibility of the operator who configures that secondary GID in
the subnet manager that it is fabric unique and as the responsibility
of the subnet manager to make sure that that GID is assigned to at
most one HCA port at any time.

Bart.
--
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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: IB equivalent of virtual IP address ?
       [not found]         ` <AANLkTimwRGWNG76xkHxHATnbOZsNTSC=1s_8pOng_B9f-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2011-02-23 16:51           ` Jason Gunthorpe
  0 siblings, 0 replies; 4+ messages in thread
From: Jason Gunthorpe @ 2011-02-23 16:51 UTC (permalink / raw)
  To: Bart Van Assche; +Cc: Linux-RDMA

On Wed, Feb 23, 2011 at 12:13:53PM +0100, Bart Van Assche wrote:

> The reason I started looking for an alternative for setting up
> multipath between one SRP initiator and redundant SRP targets is
> because such a configuration is a little awkward to set up.

You don't actually have to setup multipath, just use the data as a
fail over list. If the first GID's PR fails, try the next, etc. Same
effect as GID migration, but without the special cases.

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-02-23 16:51 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
     [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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox