On Fri, Jul 17, 2020 at 07:50:55PM +0200, Bernd Walter wrote:
> On Fri, Jul 17, 2020 at 07:27:00PM +0200, Michael Tuexen wrote:
> >
> >
> > > On 17. Jul 2020, at 18:07, Bernd Walter wrote:
> > >
> > > I'm running an LED matrix with SCTP.
> > > The matrix consists from 24 raspberry pi running NF
On Fri, Jul 17, 2020 at 07:27:00PM +0200, Michael Tuexen wrote:
>
>
> > On 17. Jul 2020, at 18:07, Bernd Walter wrote:
> >
> > I'm running an LED matrix with SCTP.
> > The matrix consists from 24 raspberry pi running NFS-root FreeBSD
> > 12.0-RELEASE (they have an SD card for u-boot and loader)
> On 17. Jul 2020, at 18:07, Bernd Walter wrote:
>
> I'm running an LED matrix with SCTP.
> The matrix consists from 24 raspberry pi running NFS-root FreeBSD
> 12.0-RELEASE (they have an SD card for u-boot and loader).
> A client system is running FreeBSD 12.1-RELEASE.
I fixed iterator related
> On 9 March 2020, at 04:11, Michael Tuexen
> wrote:
>
>> On 9. Mar 2020, at 11:55, Doug Hardie wrote:
>>
>>>
On 9. Mar 2020, at 11:01, Doug Hardie wrote:
> I am trying to get sctp_sendmsgx to work and not having a lot of success.
> I have not been able to find any exa
>
>> On 9. Mar 2020, at 11:01, Doug Hardie wrote:
>>
>>> I am trying to get sctp_sendmsgx to work and not having a lot of success.
>>> I have not been able to find any examples on the web of using it. I have a
>>> client using sctp_sendmsg working fine. I need to make use of the
>>> multih
> On 9. Mar 2020, at 11:01, Doug Hardie wrote:
>
>> I am trying to get sctp_sendmsgx to work and not having a lot of success. I
>> have not been able to find any examples on the web of using it. I have a
>> client using sctp_sendmsg working fine. I need to make use of the
>> multihoming fea
On Wed, Apr 16, 2014 at 01:54:19AM +0200, Bernd Walter wrote:
> When using SCTP in TCP like stream style.
> socket(2)
> connect(2)
> write(2) request
> read(2) answer
>
> When the other side disconnects the association (e.g. process restarted)
> after the write and before read call the read never
On 06 Apr 2014, at 20:44, Bjoern A. Zeeb wrote:
>
> On 06 Apr 2014, at 16:42 , Michael Tuexen
> wrote:
>
>> On 06 Apr 2014, at 17:05, Bjoern A. Zeeb
>> wrote:
>>
>>>
>>> On 06 Apr 2014, at 11:42 , Michael Tuexen
>>> wrote:
>>>
On 05 Apr 2014, at 23:02, Bernd Walter wrote:
>
On 06 Apr 2014, at 20:44, Bjoern A. Zeeb wrote:
>
> On 06 Apr 2014, at 17:04 , Michael Tuexen
> wrote:
>
>>> Aehm, the SCTP code was filtering addresses at one point and made sure only
>>> jail-visible addresses were seen or bound very much like normal PCB
>>> handling. If this is not the
On 06 Apr 2014, at 16:42 , Michael Tuexen
wrote:
> On 06 Apr 2014, at 17:05, Bjoern A. Zeeb
> wrote:
>
>>
>> On 06 Apr 2014, at 11:42 , Michael Tuexen
>> wrote:
>>
>>> On 05 Apr 2014, at 23:02, Bernd Walter wrote:
>>>
So far I've tested this on FreeBSD-9.2 BETA2 r254053M only.
>>>
On 06 Apr 2014, at 17:04 , Michael Tuexen
wrote:
>> Aehm, the SCTP code was filtering addresses at one point and made sure only
>> jail-visible addresses were seen or bound very much like normal PCB
>> handling. If this is not the case (anymore) SCTP shall not be allowed
>> inside jails aga
On 06 Apr 2014, at 17:05, Bjoern A. Zeeb wrote:
>
> On 06 Apr 2014, at 11:42 , Michael Tuexen
> wrote:
>
>> On 05 Apr 2014, at 23:02, Bernd Walter wrote:
>>
>>> So far I've tested this on FreeBSD-9.2 BETA2 r254053M only.
>>> The modifications are to allow IPv6 multicast support within jail
On 06 Apr 2014, at 17:05, Bjoern A. Zeeb wrote:
>
> On 06 Apr 2014, at 11:42 , Michael Tuexen
> wrote:
>
>> On 05 Apr 2014, at 23:02, Bernd Walter wrote:
>>
>>> So far I've tested this on FreeBSD-9.2 BETA2 r254053M only.
>>> The modifications are to allow IPv6 multicast support within jail
On 06 Apr 2014, at 11:42 , Michael Tuexen
wrote:
> On 05 Apr 2014, at 23:02, Bernd Walter wrote:
>
>> So far I've tested this on FreeBSD-9.2 BETA2 r254053M only.
>> The modifications are to allow IPv6 multicast support within jail
>> which only makes a difference for multicast addresses and s
On 05 Apr 2014, at 23:02, Bernd Walter wrote:
> So far I've tested this on FreeBSD-9.2 BETA2 r254053M only.
> The modifications are to allow IPv6 multicast support within jail
> which only makes a difference for multicast addresses and some multicast
> loopback checksum bugs - both changes are op
On Apr 2, 2012, at 10:59 AM, ColinChu wrote:
> Hi,
> I'm using the FreeBSD8.2 to research CMT-SCTP.
> I use the same code in FreeBSD8.2, it could see the ESTABLISHED.
> But in FreeBSD 9.0, the status show the CLOSED.
> I try to capture the packet by tcpdump, there is nothing wrong compare in
> Fr
OK, please try two fixes:
http://svn.freebsd.org/changeset/base/226868
This fixes a problem which resulted in the ASCONF chunks not being sent.
http://svn.freebsd.org/changeset/base/226869
This fixes a problem which resulted in the path confirmation chunks
being sent to the wrong destination and
Hi,
OK, let me try to test this on one of my machines. I might take
a couple of days...
Best regards
Michael
On Oct 24, 2011, at 4:20 AM, jyl_2006 wrote:
> Hi,Tüxen
>
> I will provide more detail:
> The Topology is:
> 1(192.168.1.20)
> computer A ---1 computer
Hi,Tüxen
I will provide more detail:
The Topology is:
1(192.168.1.20)
computer A ---1 computer B(192.168.1.80)
2(192.168.1.50)
means computer has two wireless cards , I name them with A_1 and A_2,
computer B has one wireless cards, and its name is B_1.
N
On Oct 23, 2011, at 11:33 AM, jyl_2006 wrote:
> Hi,
> I use FreeBSD 9.0 Beta2 on two computers .
> One have one wireless card, and the other one has two wireless card.
>
> When I use sctp with the feature of automatic address reconfiguration , I
> notice that no Asconf Chunk send.
>
> Here are
They are in different band.I am sure about that.
I have test many times.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/sctp-cmt-problem-using-two-wireless-cards-the-speed-is-lower-than-using-one-wireless-cards-tp4802660p4809899.html
Sent from the freebsd-net mailing list a
On 9/14/11 5:56 AM, jyl_2006 wrote:
Before testing cmt in wlan,we also turn on sysctl states by setting
sysctl net.inet.sctp.cmt_pf=1
sysctl net.inet.sctp.cmt_use_dac=1
sysctl net.inet.sctp.cmt_on_off=1
My Os is Freebsd8.2, I write a simple tarball to send data , and get data
from wireshark .
On Sep 14, 2011, at 2:56 PM, jyl_2006 wrote:
> Before testing cmt in wlan,we also turn on sysctl states by setting
> sysctl net.inet.sctp.cmt_pf=1
> sysctl net.inet.sctp.cmt_use_dac=1
> sysctl net.inet.sctp.cmt_on_off=1
>
> My Os is Freebsd8.2, I write a simple tarball to send data , and ge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/14/2011 01:59, jyl_2006 wrote:
> I have download files from http://www.sctp.org/app.tar.bz2,and when I input
> gmake,
> It shows that:
> cc:../user/FreeBSD/libsctpuser.a:No such file or directory.
> I have tryed to search file named "libsctpuser.
I have download files from http://www.sctp.org/app.tar.bz2,and when I input
gmake,
It shows that:
cc:../user/FreeBSD/libsctpuser.a:No such file or directory.
I have tryed to search file named "libsctpuser.a",but nothing have found.
Anyone who can help me?
--
View this message in context:
http://
On May 1, 2011, at 7:00 PM, Schoch Christian wrote:
> Zitat von Michael Tüxen:
>
>> On May 1, 2011, at 1:10 PM, Schoch Christian wrote:
>>
On Apr 30, 2011, at 12:15 PM, Schoch Christian wrote:
>
>> On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
>>
>>> During a measur
Zitat von Michael Tüxen:
On May 1, 2011, at 1:10 PM, Schoch Christian wrote:
On Apr 30, 2011, at 12:15 PM, Schoch Christian wrote:
On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
During a measurement with CMT-SCTP and PF i figured out, that
sometimes a ICMP Destination unreachable m
On May 1, 2011, at 1:10 PM, Schoch Christian wrote:
>> On Apr 30, 2011, at 12:15 PM, Schoch Christian wrote:
>>>
On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
> During a measurement with CMT-SCTP and PF i figured out, that sometimes a
> ICMP Destination unreachable mess
On Apr 30, 2011, at 12:15 PM, Schoch Christian wrote:
On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
During a measurement with CMT-SCTP and PF i figured out, that
sometimes a ICMP Destination unreachable message triggers a
message transmission on an inactive data path that has been
On Apr 30, 2011, at 12:15 PM, Schoch Christian wrote:
>
> Zitat von Michael Tüxen :
>
>> On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
>>
>>> During a measurement with CMT-SCTP and PF i figured out, that sometimes a
>>> ICMP Destination unreachable message triggers a message transmission
Zitat von Michael Tüxen :
On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
During a measurement with CMT-SCTP and PF i figured out, that
sometimes a ICMP Destination unreachable message triggers a message
transmission on an inactive data path that has been primary before.
It looks as
On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote:
> During a measurement with CMT-SCTP and PF i figured out, that sometimes a
> ICMP Destination unreachable message triggers a message transmission on an
> inactive data path that has been primary before.
>
> It looks as the ICMP message is re
Dear Michael,
as I could figure out, the problem with UNCONFIRMED is solved. My test
tools is based on lksctp-tools and written for linux testing. Now the
problem here is that there is a inconsistency between linux and
FreeBSD of the return value of spinfo_state. Perhaps these return
valu
On Jan 19, 2011, at 11:02 PM, Schoch Christian wrote:
> Dear Michael,
>
> as I could figure out, the problem with UNCONFIRMED is solved. My test tools
> is based on lksctp-tools and written for linux testing. Now the problem here
> is that there is a inconsistency between linux and FreeBSD of t
On Jan 17, 2011, at 8:11 AM, Schoch Christian wrote:
> I did some test with multihoming and failover. My problem is that if one
> transport failes it never comes back to active (no heartbeats are sent any
> more).
>
> My setup:
>
> FreeBSD 8.1 Linux 2.6.36
> 172.16.1.4 - 172.1
On Dec 15, 2010, at 8:46 AM, 罗钰 wrote:
> Hi, all experts:I find a suspect point in function of
> sctp_process_a_data_chunk in all FreeBSD branches.for example:Line 1900 of
> sctp_indata: (asoc->strmin[strmno].last_sequence_delivered + 1) ==
> strmseqThis is a logical judgement sentence.last
On Jun 27, 2010, at 5:19 PM, Randall Stewart wrote:
> Michael:
>
> You are to fast for me... of course I need to check multiple email
> bins on something like this.. and I need my coffee this AM ;-)
I'll try to MFC the change to stable/8 and releng/8.1. I'll also
see if it can go into stable/7
B
Michael:
You are to fast for me... of course I need to check multiple email
bins on something like this.. and I need my coffee this AM ;-)
R
On Jun 26, 2010, at 12:30 PM, Michael Tuexen wrote:
On Jun 26, 2010, at 3:00 PM, Valentin Nechayev wrote:
Hi,
FreeBSD 7.3-RELEASE i386
Fatal trap 12:
netch:
I take it you have KTRACE enabled.. otherwise you would
not hit this line ;-)
When you did the sctp_sendmsg call what were
the parameters on your user program?
R
On Jun 26, 2010, at 6:00 AM, Valentin Nechayev wrote:
Hi,
FreeBSD 7.3-RELEASE i386
Fatal trap 12: page fault while in kern
Hi,
Sat, Jun 26, 2010 at 21:30:12, tuexen wrote about "Re: SCTP panic with
sctp_send()":
> > As seen from code, if uap->tolen is zero, `to' isn't initialized and remains
> > NULL. This error is identical to -CURRENT.
> Thanks for reporting it. It is fixed
On Jun 26, 2010, at 3:00 PM, Valentin Nechayev wrote:
> Hi,
>
> FreeBSD 7.3-RELEASE i386
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x0
> fault code = supervisor read, page not present
> instruction pointer = 0x20:0xc05955ca
> stack pointer
Hi,
Sat, Jun 26, 2010 at 17:11:13, tuexen wrote about "Re: SCTP panic with
sctp_send()":
> > As seen from code, if uap->tolen is zero, `to' isn't initialized and remains
> > NULL. This error is identical to -CURRENT.
> How can the crash be reproduced?
On Jun 26, 2010, at 3:00 PM, Valentin Nechayev wrote:
> Hi,
>
> FreeBSD 7.3-RELEASE i386
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x0
> fault code = supervisor read, page not present
> instruction pointer = 0x20:0xc05955ca
> stack pointer
Hi Gaurav,
you might want to discuss this on the Linux SCTP mailing list,
not on the FreeBSD net mailing list. You find Linux experts there...
Best regards
Michael
On Dec 17, 2009, at 8:17 AM, Gaurav Bhateja wrote:
> Hi Vlad,
>
> I would really appreciate if you could help me out on this issue
Hello Gaurav,
Le Jeu 17 décembre 2009 08:17, Gaurav Bhateja a écrit :
> Hi Vlad,
>
>
> I would really appreciate if you could help me out on this issue.
>
>
> I came to know about this email ID from the link
> http://lists.freebsd.org/pipermail/freebsd-net/2009-January/020683.html
>
>
> I am getti
Note that all of these changes are now in Head.. however
I am not sure of the likely-hood of them moving into 7 since
the xsctp_ changes for the mib (rwnd and assoc_id) break
ABI compatability. I have now (in head) padded up the structures
at the end (in case we need to add more). But in gene
[mailto:michael.tue...@lurchi.franken.de]
Sent: Thursday, 29 January 2009 6:23 PM
To: Yann WANWANSCAPPEL
Cc: freebsd-net@freebsd.org
Subject: Re: SCTP, possible bug in peer authentication key
Hi Yann,
very good catch! You are right.
I have committed your patch to Randalls repository, so it will show
ichael Tüxen [mailto:michael.tue...@lurchi.franken.de]
Sent: Thursday, 29 January 2009 6:23 PM
To: Yann WANWANSCAPPEL
Cc: freebsd-net@freebsd.org
Subject: Re: SCTP, possible bug in peer authentication key
Hi Yann,
very good catch! You are right.
I have committed your patch to Randalls reposito
Hi Peter,
good catch!
Best regards
Michael
On Jan 29, 2009, at 6:29 PM, Peter Lei wrote:
There's a corresponding change that is needed for pulling the auth
info
out of the cookie for the other direction (i.e. server side
handling). I've
committed that into the SCTP project repo, and sho
There's a corresponding change that is needed for pulling the auth info
out of the cookie for the other direction (i.e. server side
handling). I've
committed that into the SCTP project repo, and should also get in with
Randall's next commit.
--peter
On Jan 29, 2009, at 2:23 AM, Michael Tüxe
Hi Yann,
very good catch! You are right.
I have committed your patch to Randalls repository, so it will
show up in the FreeBSD sources soon (next time he syncs them)...
Best regards
Michael
On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote:
Hi all,
I think I found a bug in the SCTP auth
;>
>> -Message d'origine-
>> De : Michael Tüxen [mailto:michael.tue...@lurchi.franken.de]
>> Envoyé : lundi 29 décembre 2008 19:00
>> À : zze-Abac JASSAL A ext RD-RESA-ISS
>> Cc : freebsd-net@freebsd.org; DAOUD TRIKI Khadija RD-RESA-ISS
>> Ob
01, 2009 12:17 PM
To: Michael Tüxen; FreeBSD Net
Cc: qin...@freebsd.org; curr...@freebsd.org
Subject: RE: SCTP related issue with recent ARP changes?
Hi Michael,
Your problem could be related to the recent ARP changes.
I will investigate further to confirm.
Thanks,
-- Qing
-Original
nal Message-
> From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-
> curr...@freebsd.org] On Behalf Of Li, Qing
> Sent: Thursday, January 01, 2009 12:17 PM
> To: Michael Tüxen; FreeBSD Net
> Cc: qin...@freebsd.org; curr...@freebsd.org
> Subject: RE: SCTP related issue wi
Hi Michael,
Your problem could be related to the recent ARP changes.
I will investigate further to confirm.
Thanks,
-- Qing
-Original Message-
From: owner-freebsd-...@freebsd.org on behalf of Michael Tüxen
Sent: Thu 1/1/2009 8:59 AM
To: FreeBSD Net
Subject: SCTP related issue with re
i.franken.de]
Envoyé : lundi 29 décembre 2008 19:00
À : zze-Abac JASSAL A ext RD-RESA-ISS
Cc : freebsd-net@freebsd.org; DAOUD TRIKI Khadija RD-RESA-ISS
Objet : Re: SCTP : problems in sending ASCONF chunks
Hi Aman,
comments in-line.
Best regards
Michael
On Dec 29, 2008, at 6:12 PM,> wrote:
Tüxen [mailto:michael.tue...@lurchi.franken.de]
Envoyé : lundi 29 décembre 2008 19:00
À : zze-Abac JASSAL A ext RD-RESA-ISS
Cc : freebsd-net@freebsd.org; DAOUD TRIKI Khadija RD-RESA-ISS
Objet : Re: SCTP : problems in sending ASCONF chunks
Hi Aman,
comments in-line.
Best regards
Michael
On
reebsd.org; DAOUD TRIKI Khadija RD-RESA-ISS
Objet : Re: SCTP : problems in sending ASCONF chunks
Hi Aman,
I'm not that familiar with the Linux box configuration. If you look
at the INIT/INIT-ACK exchange, does the Linux box support ASCONF and
the SCTP-AUTH extension? Both are required...
TRIKI Khadija RD-RESA-ISS
Objet : Re: SCTP : problems in sending ASCONF chunks
Hi Aman,
I'm not that familiar with the Linux box configuration. If you look at the
INIT/INIT-ACK exchange, does the Linux box support ASCONF and the SCTP-AUTH
extension? Both are required...
Best regards
SSAL A ext RD-RESA-ISS
Cc : freebsd-net@freebsd.org; DAOUD TRIKI Khadija RD-RESA-ISS
Objet : Re: SCTP : problems in sending ASCONF chunks
Hi,
are both machines (T and you PC) running FreeBSD?
Best regards
Michael
On Dec 29, 2008, at 12:33 PM,> wrote:
Hi all,
I have been worki
2008 14:09
À : zze-Abac JASSAL A ext RD-RESA-ISS
Cc : freebsd-net@freebsd.org; DAOUD TRIKI Khadija RD-RESA-ISS
Objet : Re: SCTP : problems in sending ASCONF chunks
Hi,
are both machines (T and you PC) running FreeBSD?
Best regards
Michael
On Dec 29, 2008, at 12:33 PM,
wrote:
> Hi all,
&g
Hi,
are both machines (T and you PC) running FreeBSD?
Best regards
Michael
On Dec 29, 2008, at 12:33 PM, > wrote:
Hi all,
I have been working with SCTP and more specifically with the mobility
features of SCTP at my work. Basically, I have been trying to use SCTP
to perform handover tests b
Vadim:
Sorry I have not chimed in earlier.. I tend to
"not look" often at some of my boxes :-)
Glad Michael helped out here .. thanks Michael
Vadim Goncharov wrote:
Hi Michael Tuexen!
On Thu, 6 Mar 2008 09:34:13 +0100; Michael Tuexen wrote about 'Re: SCTP using
que
Hi Michael Tuexen!
On Thu, 6 Mar 2008 09:34:13 +0100; Michael Tuexen wrote about 'Re: SCTP using
questions (API etc.)':
>>>> "substreams". SCTP can do it for me, it's wonderful, but in practice
>>>> there
>>>> are some questions.
On Mar 5, 2008, at 8:07 PM, Vadim Goncharov wrote:
Hi Michael Tuexen!
On Wed, 5 Mar 2008 11:59:14 +0100; Michael Tuexen wrote about 'Re:
SCTP using questions (API etc.)':
"substreams". SCTP can do it for me, it's wonderful, but in practice
there
are some questi
Hi Michael Tuexen!
On Wed, 5 Mar 2008 11:59:14 +0100; Michael Tuexen wrote about 'Re: SCTP using
questions (API etc.)':
>> "substreams". SCTP can do it for me, it's wonderful, but in practice
>> there
>> are some questions.
>>
>> How lon
Hi Vadim,
comments in-line.
Best regards
Michael
On Mar 5, 2008, at 11:10 AM, Vadim Goncharov wrote:
Hi!
I've seen that FreeBSD 7.0 is a reference implementation for SCTP,
which is
a great protocol, good work!
But as I was looking through man pages for new API, I couldn't
understand
so
Suggestion..
Please take off INVARIANTS_SCTP... I am really going to yank
this out.. it is old and it interferes with me seeing
where the swi:net thread got the lock on the tcb its
obvious where.. but it still is not useful anymore...
I wills trip all that code out very soon now :-D
Now as
Another interesting thing, I did see this before as well.
System freezes in the middle of a NPsctp run. This does not happen when
I run over loopback but occasionally when run over crossover network.
I enabled WITNESS, INVARIANTS and INVARIANTS_SCTP, no complains from any
of them.
I can bre
Greetings all:
After much work with Pawel.. I figured out
and fixed/simplified/made better a lot of
what was happening for him...
Turns out he had some of Roberts latest changes
to the sockets code :-0 (which I knew would break SCTP).
Now I have fixed these in the latest patch/and or download.
Pawel/All:
You will now find a new patch available either
by clicking:
http://www.sctp.org/cvs_diff.July19.bz2
Or you can find it at
http://www.sctp.org/
Hanging off the download page has patch-2.
This is current to this evening's CVS and fixes
the issues Pawel saw..
I still don't like the p
Pawel:
Ok, I have verified that even with my patch I can
recreate this one.. have not tried the mac one yet
(I will fix this first :-D)
I do think its an SCTP problem.. it looks to me
like an accounting issue... sb_cc or sb_mbcnt is
left with a value (at a guess) when we never use
the sb_mb poin
Pawel:
I see at least one thing wrong with the sctp_sendmsg()
code... I just recently added the iov and the
order of where bad:/ bad2:/ bad1: goes is wrong..
Now, the MAC stuff I have never enabled (at least
I don't think so).. and I see that in this trace
it seems the MAC stuff is calling t
Yann Berthier wrote:
Hello,
On Mon, 17 Jul 2006, at 07:54, Randall Stewart wrote:
All:
Just a friendly reminder/prod... if you have started
testing SCTP.. thats great (any feedback?)..
As said last time, i've been using sctp with netflow records between
a router and a freebsd box
On 7/18/06, Pawel Worach <[EMAIL PROTECTED]> wrote:
On 7/17/06, Randall Stewart <[EMAIL PROTECTED]> wrote:
> All:
>
> Just a friendly reminder/prod... if you have started
> testing SCTP.. thats great (any feedback?)..
> and if you have not .. please do so :-D
Hi,
I played around a bit with NetP
On 7/17/06, Randall Stewart <[EMAIL PROTECTED]> wrote:
All:
Just a friendly reminder/prod... if you have started
testing SCTP.. thats great (any feedback?)..
and if you have not .. please do so :-D
Hi,
I played around a bit with NetPIPE, FreeBSD-CURRENT in one end and
Linux 2.6.17 in the othe
Hello,
On Mon, 17 Jul 2006, at 07:54, Randall Stewart wrote:
> All:
>
> Just a friendly reminder/prod... if you have started
> testing SCTP.. thats great (any feedback?)..
As said last time, i've been using sctp with netflow records between
a router and a freebsd box - perhaps not the
Yann Berthier wrote:
Hello,
On Fri, 07 Jul 2006, at 07:40, Randall Stewart wrote:
George V. Neville-Neil wrote:
I already sent the pointer to my version of NetPIPE (the pounder you
mention) and their new release should have SCTP in it by default.
Later,
George
Ok, no doc's just stu
Hello,
On Fri, 07 Jul 2006, at 07:40, Randall Stewart wrote:
> George V. Neville-Neil wrote:
>
> >
> >I already sent the pointer to my version of NetPIPE (the pounder you
> >mention) and their new release should have SCTP in it by default.
> >
> >Later,
> >George
> >
>
>
> Ok, no doc's jus
George V. Neville-Neil wrote:
I already sent the pointer to my version of NetPIPE (the pounder you
mention) and their new release should have SCTP in it by default.
Later,
George
Ok, no doc's just stuff
http://www.sctp.org/app.tar.bz2
Un tar into a directory (it creates several)
do a
At Mon, 03 Jul 2006 07:32:01 -0400,
randall wrote:
>
> Bascially there are two socket models that
> can be used by SCTP..
>
> sd = socket(AF_INETX, SOCK_STREAM, IPPROTO_SCTP);
>
> or
>
> sd = socket(AF_INETX, SOCK_SEQPACKET, IPPROTO_SCTP);
>
> The first one will then look JUST like TCP... aka
Bascially there are two socket models that
can be used by SCTP..
sd = socket(AF_INETX, SOCK_STREAM, IPPROTO_SCTP);
or
sd = socket(AF_INETX, SOCK_SEQPACKET, IPPROTO_SCTP);
The first one will then look JUST like TCP... aka you
can take ANY TCP app you have and it will work... only
thing you migh
At Mon, 3 Jul 2006 09:48:06 +0200,
Marcin Jessa wrote:
> > And please start testing this because many of us want to integrate
> > this in the near future :-)
>
> Any hints on how to test SCTP ?
> Not much really about any practical implementation of it
> on http://www.sctp.org/
One trivial toy to
On Sat, 01 Jul 2006 17:46:48 +0900
[EMAIL PROTECTED] wrote:
> At Fri, 30 Jun 2006 12:36:10 -0400,
> randall wrote:
> >
> > Hi all:
> >
> > The following link:
> >
> > http://www.sctp.org/cvs_diff_6_30.bz2
> >
> > Will get you a large patch that you can apply to Current that will
> > add SCTP.
On Sun, 02 Jul 2006, at 07:37, Randall Stewart wrote:
> Yann:
>
> Sorry for the delay.. I would have responded quicker
> but we have company for this long weekend in the US :-D
no problem really
> This is definetly a pilot error on my part..
ok never mind: it was a pilot error on my sid
Yann:
Sorry for the delay.. I would have responded quicker
but we have company for this long weekend in the US :-D
This is definetly a pilot error on my part.. but I can't
figure out how... it appears (in the patch) that all the
files are there...
But.. I am wondering..
in your source
netinet
Hello,
On Fri, 30 Jun 2006, at 12:36, Randall Stewart wrote:
> Hi all:
>
> The following link:
>
> http://www.sctp.org/cvs_diff_6_30.bz2
>
> Will get you a large patch that you can apply to Current that
> will add SCTP.
Pilot error ? freshly cvsuped src, patch applied cleanly,
made
At Fri, 30 Jun 2006 12:36:10 -0400,
randall wrote:
>
> Hi all:
>
> The following link:
>
> http://www.sctp.org/cvs_diff_6_30.bz2
>
> Will get you a large patch that you can apply to Current that will
> add SCTP.
>
> Its a bzip2 patch file since it is so large :-D
>
> It includes the changes t
SUZUKI Shinsuke wrote:
On Fri, 22 Oct 2004 19:58:32 -0500
[EMAIL PROTECTED](Peter Lei) said:
While the SCTP API hasn't gone through last call, it's fairly
stable and we have both "converted" many applications from TCP
to SCTP using the sockets API, as well as had portability between
the KAME SCTP
SUZUKI Shinsuke wrote:
On Fri, 22 Oct 2004 19:58:32 -0500
[EMAIL PROTECTED](Peter Lei) said:
While the SCTP API hasn't gone through last call, it's fairly
stable and we have both "converted" many applications from TCP
to SCTP using the sockets API, as well as had portability between
the KAME SCTP
> On Fri, 22 Oct 2004 19:58:32 -0500
> [EMAIL PROTECTED](Peter Lei) said:
> While the SCTP API hasn't gone through last call, it's fairly
> stable and we have both "converted" many applications from TCP
> to SCTP using the sockets API, as well as had portability between
> the KAME SCTP st
dunno if i am the randy you meant to invoke, but sctp is far
more usable and used than t/tcp. but it is not widely used
yet. it very well may be. i think it would be good to
support it, and i have zero qualms about dumping t/tcp.
randy
___
[EMAIL PRO
Peter:
Yes, I do get all the bugs reported to me (usually) directly..
And I try to turn them around within a week (if possible)... I
have a couple on my plate right now from Chiba Hirotsugu ... in
fact the last batch of bugs was also from Chiba...
I know of at least 4 sites actively using the code
I think this is because any bugs that are found are usually
communicated directly to us.
I think Randy has a better handle on how many people are using
this stack. I'm quite sure it is stable enough to go in to
-current.
While the SCTP API hasn't gone through last call, it's fairly
stable and we h
On Tue, Sep 09, 2003 at 03:15:42PM -0400, Sheri Salami wrote:
> Hello:
>
> We are actively working on a project to implement SCTP (actually we want
> to implement the whole SIGTRAN stack ) on FreeBSD 5.1-current. Are
> there any others who have succesfully done this on 5.1? and are there
> any
Romain Berrendonner wrote:
>
> Le 2001-12-21 09:36 UTC-0600, Randall Stewart a ecrit:
> >
> > Yes, we are very very close... currently I am looking at
> > some final testing of a few features and then we have
> > a decision to make... your input would be nice ...
> >
>
> I hope I'll have some mo
From: "Randall Stewart" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: "Marco Molteni" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Friday, December 21, 2001 9:36 AM
> Subject: Re: SCTP
>
> > Hi all:
> >
> > Sorry f
Le 2001-12-21 09:36 UTC-0600, Randall Stewart a ecrit:
>
> Yes, we are very very close... currently I am looking at
> some final testing of a few features and then we have
> a decision to make... your input would be nice ...
>
I hope I'll have some more time to take a look at this while
on vaca
Hi all:
Sorry for the delay in responding my head is deep into
getting this thing out the door :>
Yes, we are very very close... currently I am looking at
some final testing of a few features and then we have
a decision to make... your input would be nice ...
1) We have the UDP model mostly com
On 2001-12-11, Romain Berrendonner wrote:
> Le 2001-12-11 19:07 UTC+0100, Romain Berrendonner a ecrit:
> > Hi all,
> >
> > Does anybody know a SCTP (RFC ) implementation in FreeBSD ?
> >
> Off course, I meant 8)
>
> RFC 2960 Stream Control Transmission Protocol. R. Stewart, Q. Xie, K.
>
1 - 100 of 119 matches
Mail list logo
