Date: Fri, 7 Sep 2007 19:29:42 -0500 From: "sazzadur rahman" <rahman.sazzadur@gmail.com> To: "Randall Stewart" <rrs@cisco.com> Cc: freebsd-net@freebsd.org Subject: Re: A query regarding sctp_bindx api in SCTP Message-ID: <82bdb5ec0709071729l1bd68f8v551dc64440a328b7@mail.gmail.com> In-Reply-To: <46E00A39.6020208@cisco.com> References: <82bdb5ec0709051817j16bfea69u74b9f4978c1f00fc@mail.gmail.com> <46DFFFFD.6000309@cisco.com> <46E00A39.6020208@cisco.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Thanks for your update (Sep6_2007) in your website. It simply works fine.
Comparing with sctp_asconf.c of 6.1 patch, I found that sending ASCONF chunk
was only timer based where in the updated version, it is sent immediately.
Basically I am porting SCTP from freebsd to a RTOS to test some algorithms
which use multi-homing feature of SCTP. I may have some problem in callout
in the port that's why timer based ASCONF didn't work. Although Sending
immediate ASCONF works fine.
Best Regards,
Sazzad
On 9/6/07, Randall Stewart <rrs@cisco.com> wrote:
>
> Well I spoke to soon.. after a bit more testing .. I figured
> out that I had fat-fingered my address set on my
> second interface.. opps :-D
>
> So after testing I see this all working now on the latest
> code.. now as I said the Jul_13 issue is way behind.. so
> I have now updated the sctp.org web site with a Sep 6 version.
>
> This as even a LOT of patches that the current software
> does not.. ** I am waiting for approval of a patch (18) which
> does some deep restructure so we can have MAC-OSX use the
> same locking model as BSD.. behind that I have a patch (19) with
> many more bug fixes.. we now are to the point that we are running
> VERY VERY well on an 8 Core MAC box in Michael Tuexens lab.. running
> both the MPI test suite AND the special mywaitall killer MPI test
> (as well as the reserpool workout). The good new for you is
> that the update on my website (Sep6_2007) has all of these
> bug fixes... so please update to the latest code and tell me
> if the problem has gone away.. it should.. or I am doing something
> wrong with the test code (based on the code in this email)..
>
> Let me know if you have any more problems..
>
> Thanks
>
> R
>
>
> Randall Stewart wrote:
> > Definetly a bug... let me dig in a bit further.. it
> > appears that ASCONF is not happening on sub-set bound
> > sockets at all ;-(
> >
> > I will see if I can figure out why :-D
> >
> > R
> >
> > sazzadur rahman wrote:
> >
> >> Hello,
> >> I am using sctp patch for freebsd6.1. For dynamic address
> >> configuration, I
> >> am calling sctp_bindx() API after successfull bind() and connect()
> API's.
> >> Although sctp_bindx() API successfully returns 0, the debug message
> >> shows:
> >>
> >> addr_mgmt_assoc: added to pending list...
> >> asconf_queue_add: appended asconf ADD_IP_ADDRESS...
> >>
> >> And I didn't see any ASCONF chunk sent to the peer in the tcpdump.
> >> Hence, I
> >> am confused why it should be in the pendling list instead of immediate
> >> send
> >> to peer?
> >>
> >> In draft-ietf-tsvwg-addip-sctp-22.txt: page 20, A3, I have found that
> >> "If an
> >> ASCONF chunk is outstanding, then the ASCONF chunk should be queued for
> >> later transmission and no further action should be taken until the
> >> previous
> >> ASCONF is acknowledged or a timeout occurs." But as I am calling
> >> sctp_bindx() for the first time, there should not be any previous
> ASCONF
> >> existing.
> >>
> >> Does anyone have any idea what I am missing here?
> >> I would appriciate any help in this regard.
> >>
> >> Best Regards,
> >> Md. Sazzadur Rahman,
> >> Graduate Student,
> >> School of Computer Science,
> >> University of Oklahoma,
> >> Norman, USA
> >>
> >> ---------------------------code segment I have
> used---------------------
> >> //socket
> >> s = socket(AF_INET, SOCK_STREAM, IPPROTO_SCTP);
> >>
> >> //bind
> >> memset(&myAddr, 0, sizeof myAddr);
> >> myAddr.sin_family = AF_INET;
> >> myAddr.sin_port = htons(5060);
> >> myAddr.sin_addr.s_addr = inet_addr("129.15.78.125");
> >> if (bind(s, (struct sockaddr *)&myAddr, sizeof myAddr) < 0) {
> >> goto close;
> >> }
> >> //connect
> >> memset(&farAddr, 0, sizeof farAddr);
> >> farAddr.sin_family = AF_INET;
> >> farAddr.sin_port = htons(6060);
> >> farAddr.sin_addr.s_addr = inet_addr( "129.15.78.114" );
> >> int iRet = connect(s, (struct sockaddr *)&farAddr, sizeof
> >> farAddr);
> >>
> >> //sctp_bindx
> >> struct sockaddr_in my2ndAddr;
> >> memset(&my2ndAddr, 0, sizeof my2ndAddr);
> >> my2ndAddr.sin_len = sizeof my2ndAddr;
> >> my2ndAddr.sin_family = AF_INET;
> >> my2ndAddr.sin_port = htons(5060);
> >> my2ndAddr.sin_addr.s_addr = inet_addr("129.15.78.126");
> >>
> >> iRet = sctp_bindx(s,(struct
> >> sockaddr*)&my2ndAddr,1,SCTP_BINDX_ADD_ADDR);
> >>
> >> ------------------------------------------
> >> _______________________________________________
> >> freebsd-net@freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
> >>
> >
> >
>
>
> --
> Randall Stewart
> NSSTG - Cisco Systems Inc.
> 803-345-0369 <or> 803-317-4952 (cell)
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?82bdb5ec0709071729l1bd68f8v551dc64440a328b7>