* 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[parent not found: <AANLkTinTwygiSzBC3-AJjt070RTz_B=qYqcm9AayPwPn-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* 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
[parent not found: <20110222174729.GA10273-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* 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
[parent not found: <AANLkTimwRGWNG76xkHxHATnbOZsNTSC=1s_8pOng_B9f-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* 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