First of all Thanks to all, i am getting so much valuable Information here.

secondly, as of now, I am thinking That on the transmittion end, where i am
concerned with outbound load spreading, i will use IPMP group.

Now as james said, i am thinking if there are three interfaces in the ipmp
group, i will use address on one and other two i will mark, 0.0.0.0 and make
them "up". So it does efficient outbound load spreading, in Round Robin
Type.

And for clients, at the receiving end, what i am planning to use aggregated
links, Something like this :

# dladm create-aggr -d e1000g0 -d e1000g1 -d e1000g2 1
# ifconfig aggr1 plumb 192.168.10.210 <http://192.168.1.200/> up

So now i expect   "aggr1"   to give me an *INBOUND* bandwidth of atleast 2.5to
2.6 GBPS as all three ( VIZ e1000g0 e1000g1 and e1000g2 are GBE cards  and
very well supported with Solaris )

( Please *NOTE* : that i don't need outbound and inbound load spreading on
the same machine )


And now you all may be thinking why i am concerned about this performance
part so much, The reason is, i want to implement a iSCSI SAN , which almost
matches or at least stands something like 85 % Performance of usual Fabric
SAN implementations.

So you see,  I want outbound Load Spreading and performance for "iSCSI
Targets" and inbound Load spreading and performance for "iSCSI Initiators"


i am drawing a detailed architecture of how i want to proceed, and once that
is done , I will DEFINITELY share with you guys, so that i may get valuable
inputs and guidance for you "guru's" here.

BUt still there is one problem with iSCSI SAN Replacement, our iSCSI SAN
implementation with opensolaris does not support PGR, ( persistent SCSI
Reservations ) , though this should not be a problem in normal cases, But it
is definitely a problem, if some applications makes explicit usage of this
feature ( ex : Sun Cluster )

nice discussing with you people, I will keep you all updated.

-- Chandan Maddanna


On Dec 10, 2007 7:20 PM, James Carlson <[EMAIL PROTECTED]> wrote:

> Ceri Davies writes:
> > On Sat, Dec 08, 2007 at 11:53:27PM -0800, Chandan Maddanna wrote:
> > > Guys to be more clear, look at the diagram below, and tell me how to
> get a single load spread 2 Gbps link  with IP Multi Pathing on Solaris 10 ?
> > >
> > > Note : Please see Image Below .
> > >
> > >
> > > <img src="
> http://img514.imageshack.us/img514/8928/ipmpmultipathinghz4.gif";> </img>
> > >
> > > Now i don't want two public ip , what i need is just one IP which
> utilizes the bandwidth provided by both the nic's. Can anyone help me out
> guys .
> > >
> > > meaning i want active-active configuration and i should use one ip at
> client side and it should make use of the bandwidth of both the NIC's .. can
> this be done and how, just outbound load spreading is enough for me, as
> there is no much in bound load generated, except few scsi commands through
> ip and stuff..
> >
> > You can't; there is no inbound load-spreaing with IPMP.
>
> That's not quite true.
>
> IPMP's inbound load spreading makes use of multiple data addresses in
> a group.  When we make outbound connections to multiple peers and
> there are multiple data addresses, we'll intentionally round-robin
> select among those addresses to use as source addresses, each with a
> separate MAC address.  That allows the return traffic to be spread
> among the available links.
>
> The other part of the picture is DNS.  For spreading of inbound
> connections, you should insert all of the data addresses as IN A
> records for a single name, and configure your server so that it does
> round-robin responses.  (If the peers are Solaris, disabling or
> configuring nscd may be necessary.)
>
> As for outbound load spreading alone, as long as interfaces are marked
> "up" in the group, they'll be used.  They don't all have to have
> addresses, and interfaces that are "up" but with 0.0.0.0 address will
> be used for outbound load spreading using source (data) addresses from
> other interfaces.
>
> --
> James Carlson, Solaris Networking              <[EMAIL PROTECTED]>
> Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
> MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
>
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to