Thanks! If sendmsg succedes like this then how its possible to maintain ordering of messages: Consider below order: send1 ----> send2 send1 was not recieved but send2 was successfully recived by peer on same association. Application gets a notification of send1 (indicating send failed). Regards, Rahul ****************************************************************************************** This email and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained here in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this email in error, please notify the sender by phone or email immediately and delete it! ***************************************************************************************** ----- Original Message ----- From: Vlad Yasevich <vladislav.yasevich@xxxxxx> Date: Monday, January 11, 2010 10:35 pm Subject: Re: Query To: RahulSrivastava 71616 <rahuls@xxxxxxxxxx> Cc: linux-sctp@xxxxxxxxxxxxxxx > > > RahulSrivastava 71616 wrote: > > Hi All, > > I have a query. When using Linux SCTP one-to-many style > sockets sendmsg succedes even though message is not delivered at > the peer. When I ask the socket to wait for notification it gave > send failed in notification. > > Is this possible for sendmsg to fail for even for one-to-many > style socket (for peer errors)? > > > > Yes. sendmsg() will return success when the data has successfully > been accepted > by the kernel. However, if peer has problems, you may get a > SEND_FAILEDnotification. > > This is not linux SCTP specific. TCP can behave the same way > (minus the > notification). > > -vlad > > > Regards, > > Rahul > > > > > > > > > ******************************************************************************************> This email and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained here in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this email in error, please notify the sender by phone or email immediately and delete it! > > > *****************************************************************************************> -- > > To unsubscribe from this list: send the line "unsubscribe linux- > sctp" in > > the body of a message to majordomo@xxxxxxxxxxxxxxx > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > -- To unsubscribe from this list: send the line "unsubscribe linux-sctp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
