Re: time-out for R2T PDUs?
Ken Sandars <[email protected]> Tue, 11 Nov 2008 20:02:51 +1100
| Newsgroups | gmane.ietf.ips |
|---|---|
| Message-ID | <[email protected]> |
--===============1213633693== Content-Type: multipart/alternative; boundary="_33416548-8381-4f2d-a6f1-9e5769ff59e7_" --_33416548-8381-4f2d-a6f1-9e5769ff59e7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Erez=2C Another option the target has is the recovery R2T as an attempt to provoke = the initiator into action. Cheers Ken > Date: Thu=2C 6 Nov 2008 17:53:12 +0200 > From: [email protected] > To: [email protected] > CC: [email protected] > Subject: Re: [Ips] time-out for R2T PDUs? >=20 > Got it. Thanks. >=20 > Erez >=20 > On Thu=2C Nov 6=2C 2008 at 5:31 PM=2C Julian Satran <[email protected]= .com> wrote: > > The target may try to finish the command with a "check condition" or so= me > > connection recovery before resorting to the big hammer. > > > > Julo > > > > > > From: > > "Erez Zilber" <[email protected]> > > To: Julian Satran/Haifa/IBM@IBMIL > > Cc: "Deva Ranganathan" <[email protected]>=2C [email protected] > > Date: 06/11/2008 10:15 > > Subject: Re: [Ips] time-out for R2T PDUs? > > ________________________________ > > > > > > There could be a situation in which NOP-IN PDUs from the target are > > sent successfully to the initiator=2C but some bug causes the initiator > > not to send the data-out PDU. According to what you say=2C the target > > may decide that it can't wait anymore and logout=2C right? > > > > Thanks=2C > > Erez > > > > On Thu=2C Nov 6=2C 2008 at 3:09 PM=2C Julian Satran <[email protected]= bm.com> > > wrote: > >> Correct - there is no standard time-out. Regards=2C Julo > >> > >> > >> From: "Deva Ranganathan" <[email protected]> > >> To: "Erez Zilber" <[email protected]> > >> Cc: [email protected] > >> Date: 06/11/2008 04:20 > >> Subject: Re: [Ips] timeout for R2T PDUs? > >> ________________________________ > >> > >> > >> > >> > >> On Thu=2C Nov 6=2C 2008 at 2:46 PM=2C Deva Ranganathan > >> <[email protected]> wrote: > >> Erez=2C > >> > >> I think that this s a target implementation issue wherein the > >> implementation > >> can choose the timeout depending on the availability of resources an= d > >> the > >> software architecture. A target also has a NOP-IN sent periodically an= d > >> can > >> use this to cleanup the stale resources as well. > >> > >> thanks > >> > >> Deva > >> HCL Technologies. > >> > >> > >> > >> On Thu=2C Nov 6=2C 2008 at 12:54 PM=2C Erez Zilber <erezzi.list@gmail.= com> > >> wrote: > >> Hi=2C > >> > >> I couldn't find an answer to the following question in iSCSI spec: > >> > >> During the execution of a WRITE command=2C an R2T PDU is sent from the > >> target to the initiator. What should happen if a bug in the initiator > >> causes it not to send the data-out PDU? Is there any timeout that will > >> allow the target to abort this command? > >> > >> Thanks=2C > >> Erez > >> _______________________________________________ > >> Ips mailing list > >> [email protected] > >> https://www.ietf.org/mailman/listinfo/ips > >> > >> _______________________________________________ > >> Ips mailing list > >> [email protected] > >> https://www.ietf.org/mailman/listinfo/ips > >> > >> > >> > > > > > > > _______________________________________________ > Ips mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/ips _________________________________________________________________ Time for change? Find your ideal job with SEEK. http://a.ninemsn.com.au/b.aspx?URL=3Dhttp%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau= %2F%3Ftracking%3Dsk%3Atl%3Ask%3Anine%3A0%3Ahottag%3Achange&_t=3D757263783&_= r=3DSEEK_tagline&_m=3DEXT= --_33416548-8381-4f2d-a6f1-9e5769ff59e7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> Hi Erez=2C<br><br>Another option the target has is the recovery R2T as an a= ttempt to provoke the initiator into action.<br><br>Cheers<br>Ken<br><br>&g= t=3B Date: Thu=2C 6 Nov 2008 17:53:12 +0200<br>>=3B From: erezzi.list@gma= il.com<br>>=3B To: [email protected]<br>>=3B CC: [email protected]<br= >>=3B Subject: Re: [Ips] time-out for R2T PDUs?<br>>=3B <br>>=3B Got = it. Thanks.<br>>=3B <br>>=3B Erez<br>>=3B <br>>=3B On Thu=2C Nov 6= =2C 2008 at 5:31 PM=2C Julian Satran &[email protected]>=3B w= rote:<br>>=3B >=3B The target may try to finish the command with a "che= ck condition" or some<br>>=3B >=3B connection recovery before resorting= to the big hammer.<br>>=3B >=3B<br>>=3B >=3B Julo<br>>=3B >= =3B<br>>=3B >=3B<br>>=3B >=3B From:<br>>=3B >=3B "Erez Zilber" = &[email protected]>=3B<br>>=3B >=3B To: Julian Satran/Haifa/= IBM@IBMIL<br>>=3B >=3B Cc: "Deva Ranganathan" <=3Bdeva.ranganathan@gm= ail.com>=3B=2C [email protected]<br>>=3B >=3B Date: 06/11/2008 10:15<br>&g= t=3B >=3B Subject: Re: [Ips] time-out for R2T PDUs?<br>>=3B >=3B ____= ____________________________<br>>=3B >=3B<br>>=3B >=3B<br>>=3B &g= t=3B There could be a situation in which NOP-IN PDUs from the target are<br= >>=3B >=3B sent successfully to the initiator=2C but some bug causes th= e initiator<br>>=3B >=3B not to send the data-out PDU. According to wha= t you say=2C the target<br>>=3B >=3B may decide that it can't wait anym= ore and logout=2C right?<br>>=3B >=3B<br>>=3B >=3B Thanks=2C<br>>= =3B >=3B Erez<br>>=3B >=3B<br>>=3B >=3B On Thu=2C Nov 6=2C 2008 a= t 3:09 PM=2C Julian Satran &[email protected]>=3B<br>>=3B &= gt=3B wrote:<br>>=3B >=3B>=3B Correct - there is no standard time-out= . Regards=2C Julo<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B<br>>=3B &= gt=3B>=3B From: "Deva Ranganathan" &[email protected]>=3B= <br>>=3B >=3B>=3B To: "Erez Zilber" &[email protected]>=3B= <br>>=3B >=3B>=3B Cc: [email protected]<br>>=3B >=3B>=3B Date: 06/11= /2008 04:20<br>>=3B >=3B>=3B Subject: Re: [Ips] timeout for R2T PDUs?= <br>>=3B >=3B>=3B ________________________________<br>>=3B >=3B&g= t=3B<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B<b= r>>=3B >=3B>=3B On Thu=2C Nov 6=2C 2008 at 2:46 PM=2C Deva Ranganatha= n<br>>=3B >=3B>=3B &[email protected]>=3B wrote:<br>&= gt=3B >=3B>=3B Erez=2C<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B I = think that this s a target implementation issue wherein the<br>>=3B >= =3B>=3B implementation<br>>=3B >=3B>=3B can choose the timeout dep= ending on the availability of resources and<br>>=3B >=3B>=3B the<br>= >=3B >=3B>=3B software architecture. A target also has a NOP-IN sent = periodically and<br>>=3B >=3B>=3B can<br>>=3B >=3B>=3B use this= to cleanup the stale resources as well.<br>>=3B >=3B>=3B<br>>=3B = >=3B>=3B thanks<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B Deva<br>&= gt=3B >=3B>=3B HCL Technologies.<br>>=3B >=3B>=3B<br>>=3B >= =3B>=3B<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B On Thu=2C Nov 6=2C = 2008 at 12:54 PM=2C Erez Zilber &[email protected]>=3B<br>>=3B= >=3B>=3B wrote:<br>>=3B >=3B>=3B Hi=2C<br>>=3B >=3B>=3B<br= >>=3B >=3B>=3B I couldn't find an answer to the following question in= iSCSI spec:<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B During the execu= tion of a WRITE command=2C an R2T PDU is sent from the<br>>=3B >=3B>= =3B target to the initiator. What should happen if a bug in the initiator<b= r>>=3B >=3B>=3B causes it not to send the data-out PDU? Is there any = timeout that will<br>>=3B >=3B>=3B allow the target to abort this com= mand?<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B Thanks=2C<br>>=3B >= =3B>=3B Erez<br>>=3B >=3B>=3B _____________________________________= __________<br>>=3B >=3B>=3B Ips mailing list<br>>=3B >=3B>=3B I= [email protected]<br>>=3B >=3B>=3B https://www.ietf.org/mailman/listinfo/ip= s<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B ___________________________= ____________________<br>>=3B >=3B>=3B Ips mailing list<br>>=3B >= =3B>=3B [email protected]<br>>=3B >=3B>=3B https://www.ietf.org/mailman/= listinfo/ips<br>>=3B >=3B>=3B<br>>=3B >=3B>=3B<br>>=3B >=3B= >=3B<br>>=3B >=3B<br>>=3B >=3B<br>>=3B >=3B<br>>=3B _______= ________________________________________<br>>=3B Ips mailing list<br>>= =3B [email protected]<br>>=3B https://www.ietf.org/mailman/listinfo/ips<br><br= /><hr />Find your ideal job with SEEK <a href=3D'http://a.ninemsn.com.au/b= .aspx?URL=3Dhttp%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2F%3Ftracking%3Dsk%3Atl%= 3Ask%3Anine%3A0%3Ahottag%3Achange&_t=3D757263783&_r=3DSEEK_tagline&_m=3DEXT= ' target=3D'_new'>Time for change?</a></body> </html>= --_33416548-8381-4f2d-a6f1-9e5769ff59e7_-- --===============1213633693== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Ips mailing list [email protected] https://www.ietf.org/mailman/listinfo/ips --===============1213633693==--