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