> What is missing, in your opinion, from the functionality of SO_REUSEADDR? > I was looking for multiple SCTP sockets belonging to different server instances (process or threads) on the same host to bind to the same port. The SO_REUSADDR in SCTP does not currently provide for this (errno: Address already in use). The recent introduction of SO_REUSEPORT in TCP/UDP for this purpose triggered me for a similar solution in SCTP as well, which provides many other benefits also and simplifies server scalability design. Thanx --Raman On Mon, Sep 22, 2014 at 10:21 PM, Vlad Yasevich <vyasevich@xxxxxxxxx> wrote: > On 09/22/2014 11:59 AM, Raman Gupta wrote: >>> Ahh, OK. So it seems Linux doesn't support it... >> Any plans to add support for it in Linux. That would make SCTP on par >> with TCP/UDP. > > What is missing, in your opinion, from the functionality of SO_REUSEADDR? > > -vlad > >> >> Thanx >> >> --Raman >> >> >> On Mon, Sep 22, 2014 at 7:40 PM, Michael Tuexen >> <Michael.Tuexen@xxxxxxxxxxxxxxxxx> wrote: >>> On 22 Sep 2014, at 15:07, Raman Gupta <ramangupta16@xxxxxxxxx> wrote: >>> >>>>>> 1) Even with one-to-one style SCTP socket (SOCK_STREAM) I am getting >>>>>> port already in use error. >>>>>> 2) SO_REUSEPORT socket option I am setting before calling sctp_bindx. >>>>>> 3) The second process which results in port already in use error for >>>>>> second, has exactly same code (same binary) as the first process thus >>>>>> all SCTP sockets bound to the same port have set the SO_REUSEPORT >>>>>> option. >>>>>> 4) Using SOL_SOCKET option level >>>> >>>>> What happens if you use the SCTP level option as described in the link >>>>> I provided? >>>> >>>> I used IPPROTO_SCTP option level in setsockopt() but on running the >>>> first process itself I got errno 92 (ENOPROTOOPT 92 /* Protocol not >>>> available */ ) when code hits set socket option for SO_REUSEPORT. >>> Ahh, OK. So it seems Linux doesn't support it... >>> >>> Best regards >>> Michael >>>> >>>> Thanx >>>> >>>> --Raman >>>> >>>> >>>> >>>> On Mon, Sep 22, 2014 at 3:18 PM, Michael Tuexen >>>> <Michael.Tuexen@xxxxxxxxxxxxxxxxx> wrote: >>>>> >>>>> On 22 Sep 2014, at 09:57, Raman Gupta <ramangupta16@xxxxxxxxx> wrote: >>>>> >>>>>>>> The SO_REUSEPORT socket option was introduced in mainstream kernel 3.9 >>>>>>>> for TCP/UDP. Is this option supported for SCTP also? >>>>>>> Have you looked at >>>>>>> https://tools.ietf.org/html/rfc6458#section-8.1.27 >>>>>> >>>>>> >>>>>> 1) Even with one-to-one style SCTP socket (SOCK_STREAM) I am getting >>>>>> port already in use error. >>>>>> 2) SO_REUSEPORT socket option I am setting before calling sctp_bindx. >>>>>> 3) The second process which results in port already in use error for >>>>>> second, has exactly same code (same binary) as the first process thus >>>>>> all SCTP sockets bound to the same port have set the SO_REUSEPORT >>>>>> option. >>>>>> 4) Using SOL_SOCKET option level >>>>> What happens if you use the SCTP level option as described in the link >>>>> I provided? >>>>> >>>>> Best regards >>>>> Michael >>>>>> >>>>>> I am using centos6 with kernel 2.6.32-431.29.2.el6.x86_64 >>>>>> >>>>>> Thanx >>>>>> >>>>>> --Raman >>>>>> >>>>>> >>>>>> On Sun, Sep 21, 2014 at 5:23 PM, Michael Tuexen >>>>>> <Michael.Tuexen@xxxxxxxxxxxxxxxxx> wrote: >>>>>>> On 21 Sep 2014, at 08:32, Raman Gupta <ramangupta16@xxxxxxxxx> wrote: >>>>>>> >>>>>>>> The SO_REUSEPORT socket option was introduced in mainstream kernel 3.9 >>>>>>>> for TCP/UDP. Is this option supported for SCTP also? >>>>>>> Have you looked at >>>>>>> https://tools.ietf.org/html/rfc6458#section-8.1.27 >>>>>>> >>>>>>> Best regards >>>>>>> Michael >>>>>>>> >>>>>>>> The latest centos6 kernel 2.6.32-417.el6 allows this socket option >>>>>>>> for SCTP, but does not seem to support it. I get port already in use >>>>>>>> error. >>>>>>>> -- >>>>>>>> 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 >> > -- 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