this is a completely normal process.   The EQL array has a Connection Load Balancer algorithm (CLB).   Which compares the session loads on every available interface.  Since there are more iSCSI sessions than interfaces, from time to time multiple sessions on a single interface can become busy.   CLB will tell a specific iSCSI session to logout and log back into to the group.  At which point it is moved to a different physical port for a better balance.   You can safely ignore these messages. 
Tonight i found below log on PS6100XV:time: Thu Nov 22 02:20:16 2012iSCSI session to target 'x.x.x.6:3260, iqn.2001-05.com.equallogic:4-52aed6-71d75a8a9-05f001a3e2a50992-csv70' from initiator 'x.x.x.10:52905, iqn.1991-05.com.microsoft:server.domain.corp' was closed.Load balancing request was received on the arraytime: Thu Nov 22 02:20:16 2012iSCSI login to target 'x.x.x.4:3260, iqn.2001-05.com.equallogic:4-52aed6-71d75a8a9-05f001a3e2a50992-csv70' from initiator 'x.x.x.10:49156, iqn.1991-05.com.microsoft:server.domain.corp' successful, using Jumbo Frame length.time: Thu Nov 22 02:22:03 2012iSCSI session to target 'x.x.x.4:3260, iqn.2001-05.com.equallogic:4-52aed6-71d75a8a9-05f001a3e2a50992-csv70' from initiator 'x.x.x.10:49156, iqn.1991-05.com.microsoft:server.domain.corp' was closed.Logout request was received from the initiatortime: Thu Nov 22 02:22:03 2012iSCSI login to target 'x.x.x.6:3260, iqn.2001-05.com.equallogic:4-52aed6-71d75a8a9-05f001a3e2a50992-csv70' from initiator 'x.x.x.10:49168, iqn.1991-05.com.microsoft:server.domain.corp' successful, using Jumbo Frame length.During this time directly on this server i can see below logs (as "information" level):22/11/2012 2:21:34iScsiPrt: Initiator received an asynchronous logout message. The Target name is given in the dump data.22/11/2012 2:21:34iScsiPrt: A connection to the target was lost, but Initiator successfully reconnected to the target. Dump data contains the target name.22/11/2012 2:23:21mpio: Added device to \Device\MPIODisk0. DumpData contains the current number of paths- i didn't found any related error in evenlog or any problem with the server- lun "csv70" is added to hyperV CSV cluster disk ( shared between 3 hosts )- MPIO settings on host: Round Robin- server in question has two paths to storage - above logs affects only one of them so just now in  MPIO sessions i can see:x.x.x.10   csv70    uptime     8h x.x.x.8     csv70    uptime     1d 9h My Question:Is it something that i should worry about and try to isolate?or its really internal "balancing" and this is how  its working ? if second option then - when can i read more about that - why it was disconnected/reconnected ? hard to believe that path was not needed. Thank You Regards
INFO event from storage array PS6100XV-1