[erlang-questions] SCTP multihoming

[Chandru]

Dear OTP team,

The patch supplied by Tomas below works perfectly on Solaris 10 with
R15B-1. Are there any plans to integrate it into an upcoming release?

Chandru

On 15 May 2012 14:20, Tomas Abrahamsson <tomas.abrahamsson@REDACTED> wrote:

> Hi,
>
> On Linux, it worked on IPv4, but not IPv6 for me.
> When I wrote the original patch I hadn't tried Solaris (or FreeBSD)
> So I found additional issues on Solaris and FreeBSD: even IPv4
> SCTP multihoming didn't work there. Instead of trying out the
> patch in my original post, I'd recommend trying out the
> https://github.com/tomas-abrahamsson/otp/compare/sctp-multihoming
> (referenced later in the  thead:
> http://erlang.org/pipermail/erlang-patches/2012-May/002788.html)
>
> BRs
> Tomas
>
> On Tue, May 15, 2012 at 2:29 PM, Chandru
> <chandrashekhar.mullaparthi@REDACTED> wrote:
> > No, I didn't . Thanks  for the pointer. Though the original poster says
> it
> > worked for IPv4 for him. It doesn't work for me even for IPv4 addresses.
> > I'll try the patch out and see.
> >
> > Chandru
> >
> > On May 15, 2012 7:35 AM, "Lukas Larsson" <garazdawi@REDACTED> wrote:
> >>
> >> I assume you have looked at this[1] thread on the erlang patches
> >> mailinglist?
> >>
> >> [1]
> http://erlang.org/pipermail/erlang-patches/2011-December/002559.html
> >>
> >> Sent from me
> >>
> >> On 15 maj 2012, at 06:06, Chandru <chandrashekhar.mullaparthi@REDACTED
> >
> >> wrote:
> >>
> >> > Hi all,
> >> >
> >> > I'm having trouble starting a server with multihoming support.
> >> >
> >> > The call:
> >> > 16> (<0.804.0>) call gen_sctp:open([binary,
> >> >  {active,once},
> >> >  {reuseaddr,true},
> >> >  {port,3868},
> >> >  {ip,{10,249,8,4}},
> >> >  {ip,{10,249,8,12}}])
> >> >
> >> > crashes with the report below. Anyone has a quick fix? I've traced it
> >> > down to this:
> >> >
> >> > (<0.2364.0>) call
> >> >
> erlang:port_control(#Port<0.5560>,62,[[1],[[15,28],10,249,8,12],[[15,28],10,249,8,4]])
> >> > (<0.2364.0>) returned from erlang:port_control/3 ->
> >> > [0,101,105,110,118,97,108] (which is einval basically)
> >> >
> >> > Any idea why this would be? I'm running this on Solaris 10, with R15B.
> >> >
> >> > cheers
> >> > Chandru
> >> >
> >> > 22> rb:show(4).
> >> >
> >> > CRASH REPORT  <0.866.0>                                     2012-05-15
> >> > 04:44:30
> >> >
> >> >
> ===============================================================================
> >> > Crashing process
> >> >    initial_call
> >> >  {diameter_sctp,init,['Argument__1']}
> >> >    pid
> >> >  <0.866.0>
> >> >    registered_name
> >> >     []
> >> >    error_info
> >> >          {error,badarg,
> >> >                [{gen_sctp,open,
> >> >                           [[binary,
> >> >                             {active,once},
> >> >                             {reuseaddr,true},
> >> >                             {port,3868},
> >> >                             {ip,{10,249,8,4}},
> >> >                             {ip,{10,249,8,12}}]],
> >> >                           [{file,"gen_sctp.erl"},{line,126}]},
> >> >                 {diameter_sctp,open,3,
> >> >                                [{file,"transport/diameter_sctp.erl"},
> >> >                                 {line,227}]},
> >> >                 {diameter_sctp,i,1,
> >> >                                [{file,"transport/diameter_sctp.erl"},
> >> >                                 {line,147}]},
> >> >                 {diameter_sctp,init,1,
> >> >                                [{file,"transport/diameter_sctp.erl"},
> >> >                                 {line,141}]},
> >> >                 {proc_lib,init_p_do_apply,3,
> >> >                           [{file,"proc_lib.erl"},{line,227}]}]}
> >> >    ancestors
> >> >
> >> >  [diameter_sctp_listener_sup,diameter_transport_sup,diameter_sup,
> >> >          <0.779.0>]
> >> >    messages
> >> >      []
> >> >    links
> >> >  [<0.803.0>]
> >> >    dictionary
> >> >      []
> >> >    trap_exit
> >> >  false
> >> >    status
> >> > running
> >> >    heap_size
> >> >  75025
> >> >    stack_size
> >> >      24
> >> >    reductions
> >> >     736
> >> > _______________________________________________
> >> > erlang-questions mailing list
> >> > erlang-questions@REDACTED
> >> > http://erlang.org/mailman/listinfo/erlang-questions
> >
> >
> > _______________________________________________
> > erlang-questions mailing list
> > erlang-questions@REDACTED
> > http://erlang.org/mailman/listinfo/erlang-questions
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20120531/ab4f7527/attachment.htm>