On Dec 5, 2011, at 2:59 PM, jyl_2006 wrote:
> I download freebsd-rc2(Character-based) and use the new Operating system to
> run the code you provide(sctp_client.c and give name of ComputerA to the
> computer it uses).In another computer(named ComputerB) I run
> freebsd-beta2(Graphical interface), I
On Dec 5, 2011, at 4:10 AM, jyl_2006 wrote:
> This time, the program you provide work perfectly.
> But when I use another program to test, the result
> is"SCTP_GET_LOCAL_ADDRESS:no such file or directory".
This means that you are using a one-to-many style socket (SOCK_SEQPACKET)
and you provide an
On Dec 4, 2011, at 2:14 PM, jyl_2006 wrote:
> Yes, besides "127.0.0.1" , I also test between two computer, each one have ip
> address of wlan.The question still remains.
OK, I have tested RC2 i386 and it works. I don't have a Beta 2 system...
I have no idea what the problem might be... What does t
On Dec 4, 2011, at 2:14 PM, jyl_2006 wrote:
> Yes, besides "127.0.0.1" , I also test between two computer, each one have ip
> address of wlan.The question still remains.
I'm downloading a RC2 image and will use the programs to try to reproduce the
problem. Are you running an amd64 or an i386 kerne
On Dec 4, 2011, at 1:30 PM, jyl_2006 wrote:
> Yes, I mean the program you send does not work.
OK, let me test... Do you have IPv4 addresses configured on your system?
Best regards
Michael
>
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-conn
On Dec 4, 2011, at 1:01 PM, jyl_2006 wrote:
> I change the code , and the return value of sctp_getladdrs() is still -1, and
> the errno is "ENOMEM".
What does "change the code" mean? Are you saying that the program I sent does
not work? If my program does work, can you send me your program which d
On Dec 4, 2011, at 3:42 AM, jyl_2006 wrote:
> Sorry.The return value is -1, that means sctp_getladdrs() and
> sctp_getpaddrs() encounter an error. And the errno is set to ENOMEM.
Can you provide a test program showing this?
I changed your client and this works on a FreeBSD head system. Does it fa
On Dec 3, 2011, at 2:34 PM, jyl_2006 wrote:
> Hi, Michael
> The problem about sctp_connectx is solved.Thank you very much.
>
> But I encounter another problem, it's about sctp_getladdrs().Every time I
> call this function, the return value is "ENOMEM". Even I reboot the
> computer, this problem s
On Dec 3, 2011, at 5:54 AM, jyl_2006 wrote:
> First, I use the return value of sctp_connectx, and I do not use errno, so
> the return value does not match the errors gived in manual. Now,I know it is
> my mistake.
>
> However, I write a simple program to test sctp_connectx, it still show
> error.
On Dec 2, 2011, at 3:07 PM, jyl_2006 wrote:
> Hi,
> I use FreeBSD 9.0 Beta2.
> When I use sctp_connectx to init a new association , the return value of
> this function is strange.
> The return value is not any of following:1.EINVAL, 2.E2BIG, 3.EBADOF,
> 4.ENOTSOCK.
Hi,
the return value should be
On Nov 27, 2011, at 5:56 PM, Davide Italiano wrote:
> On Sun, Nov 27, 2011 at 5:24 PM, Jilles Tjoelker wrote:
>> On Sun, Nov 27, 2011 at 03:45:36PM +, Alexander Best wrote:
>>> i've been playing with clang tot and noticed the following error:
>>
>>> /usr/local/bin/clang -c -O3 -pipe -fno-in
On Nov 27, 2011, at 5:24 PM, Jilles Tjoelker wrote:
> On Sun, Nov 27, 2011 at 03:45:36PM +, Alexander Best wrote:
>> i've been playing with clang tot and noticed the following error:
>
>> /usr/local/bin/clang -c -O3 -pipe -fno-inline-functions -fno-strict-aliasing
>> -march=core2 -std=c99 -g
On Nov 10, 2011, at 8:45 AM, Chen, Kang (NSN - CN/Hangzhou) wrote:
> Hi, freebsd expert
>
> I'm using freebsd 6.2 version and I encounter a sbdrop panic problem.
Are you really using 6.2? This version is very old? Can you upgrade to
one of the 9.0 release candidates and see if the problem persist
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
On Sep 30, 2011, at 11:48 AM, jyl wrote:
> My Os is FreeBSD 9.0 Beta2.
> In kernel configure file, I enable the option of SCTP_DEBUG and rebuild the
> kernel. Then I use sctp to send or recv data from another computer ,after
> that I check the result from var/log/message or var/log/dmesg , both o
On Sep 26, 2011, at 4:23 PM, jyl_2006 wrote:
> OK ,In Ubuntu, I use getsockopt to get sctp_status with lksctp tarball, the
> result show me that only sender get the correct value about cwnd , the
> receive's cwnd keep the same value.
cwnd does not change when you don't send anything. Also, cwnd is
On Sep 24, 2011, at 3:43 PM, jyl_2006 wrote:
> Recently , I use getsockopt or sctp_opt_info to get the information of sctp
> association message, both two function return value of 0, and that means
> they work well, but the result of testing show some error.
>
> Here are the result that getting f
On Sep 24, 2011, at 3:43 PM, jyl_2006 wrote:
> Recently , I use getsockopt or sctp_opt_info to get the information of sctp
> association message, both two function return value of 0, and that means
> they work well, but the result of testing show some error.
>
> Here are the result that getting f
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
o host byte order. I have not looked
at the Linux sources.
I figured it out when writing an SCTP test tool which uses raw socket
IO and support Solaris, Linux, FreeBSD and Mac OS X.
Best regards
Michael
>
> Thanks & Regards
> Matt
>
> On 11 July 2011 18:01, Michael Tüxen wrote
On Jul 11, 2011, at 5:26 PM, Matthew Cini Sarreo wrote:
> Hello all;
>
> I have recently encountered a problem when using raw sockets on FreeBSD 8
> (8.0-RELEASE) when using ESP raw sockets.
>
> I have created a raw esp socket using:
> socket(AF_INET, SOCK_RAW, 50);
> which works fine. However,
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, 201
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:
>
> 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
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
On Feb 8, 2011, at 4:29 AM, Karim Fodil-Lemelin wrote:
> 2011/2/7 Pyun YongHyeon
>
>> On Mon, Feb 07, 2011 at 09:21:45PM -0500, Karim Fodil-Lemelin wrote:
>>> 2011/2/7 Pyun YongHyeon
>>>
On Mon, Feb 07, 2011 at 05:33:47PM -0500, Karim Fodil-Lemelin wrote:
> Subject: Re: igb driver tx
On Feb 8, 2011, at 10:10 AM, Lev Serebryakov wrote:
> Hello, Karim.
> You wrote 8 февраля 2011 г., 6:29:53:
>
>> Precisely, the exact same behavior happens (RX hang) if options
>> DEVICE_POLLING is _not_ used in the kernel configuration file. I tried with
>> POLLING since someone mentioned that i
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 Aug 31, 2010, at 12:04 PM, Robert Watson wrote:
>
> On Sun, 29 Aug 2010, Andre Oppermann wrote:
>
>> When T/TCP RFC1644 support was introduced in r6283 by wollman 15 years ago
>> the semantics of sendto(2) with regard to TCP sockets were changed.
>>
>> It became possible directly do a sendt
Hi Frank,
you might want to send both wireshark trace to me and I would have a look.
If it is a bulk transfer, maybe the Ubuntu machine did not capture all packets.
The number of dropped packets is displayed when you stop capturing.
Best regards
Michael
On Feb 18, 2010, at 3:35 PM, frank.schust
On Jan 3, 2010, at 6:35 PM, Barney Cordoba wrote:
> --- On Sun, 1/3/10, Michael Tüxen wrote:
>
>> From: Michael Tüxen
>> Subject: Re: igb interrupt moderation
>> To: "Barney Cordoba"
>> Cc: freebsd-net@freebsd.org, "Mike Tancsa"
>> D
On Jan 3, 2010, at 6:00 PM, Barney Cordoba wrote:
>
>
> --- On Sun, 1/3/10, Michael Tüxen wrote:
>
>> From: Michael Tüxen
>> Subject: Re: igb interrupt moderation
>> To: "Mike Tancsa"
>> Cc: "Barney Cordoba" , jfvo...@gmail.com,
>
On Jan 3, 2010, at 5:23 PM, Mike Tancsa wrote:
> At 11:13 AM 1/3/2010, Michael Tüxen wrote:
>> >
>> > Just a separate datapoint about this driver, unless I apply
>> >
>> > http://people.freebsd.org/~yongari/igb/igb.buf.patch6
>> >
>> >
On Jan 3, 2010, at 3:28 PM, Mike Tancsa wrote:
> At 08:55 AM 1/3/2010, Michael Tüxen wrote:
>> Hi Barney, Hi Jack,
>>
>> some comments and some more questions inside...
>
>
> Just a separate datapoint about this driver, unless I apply
>
> http://people.fre
Dear all,
I just figured out that there is a newer version of the spec
available: 2.45. Some of the issues as indicated inline
are already resolved.
Best regards
Michael
On Jan 3, 2010, at 2:55 PM, Michael Tüxen wrote:
> Hi Barney, Hi Jack,
>
> some comments and some more questio
Hi Barney, Hi Jack,
some comments and some more questions inside...
Best regards
Michael
On Jan 2, 2010, at 8:42 PM, Barney Cordoba wrote:
> Jack,
>
> I'm trying to get some clarification on differences I'm finding between
> the 82575 and 82576 parts with respect to interrupt moderation. The s
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
On Aug 30, 2009, at 4:08 AM, Li, Qing wrote:
Hi Michael,
your patch fixes the issue.
Will it find its way into 8.0?
Will it find its way into 7.3?
Yes, the patch will make its way into 8.0 Release and 7.3, too.
Great! Thanks a lot.
Best regards
Michael
Thanks,
-- Qing
On Aug 28, 20
Hi Qing,
your patch fixes the issue.
Will it find its way into 8.0?
Will it find its way into 7.3?
Best regards
Michael
On Aug 28, 2009, at 7:24 PM, Li, Qing wrote:
Dear all,
via a bug report from Preethi I figured out that there are no
RTM_NEWADDR
routing messages generated when an IP addr
... I forgot to attach the program...
aw.c
Description: Binary data
On Aug 28, 2009, at 11:00 AM, Michael Tüxen wrote:
Dear all,
via a bug report from Preethi I figured out that there are no
RTM_NEWADDR
routing messages generated when an IP address is added to an interface
and there is
Dear all,
via a bug report from Preethi I figured out that there are no
RTM_NEWADDR
routing messages generated when an IP address is added to an interface
and there is already an address in the same network configured.
This is a problem for the SCTP stack.
To reproduce the problem you can
sud
On Jul 31, 2009, at 3:57 PM, > wrote:
Hi all,
I'm looking at our TCP stack and found a change that was introduced
with
the syncache. The original BSD code did send an RST segment when the
connection timed out in SYN-RECEIVED. The TCP would retransmit the
SYN+ACK several times and then give
On Apr 16, 2009, at 12:39 PM, Bruce Simpson wrote:
Michael Tüxen wrote:
On Apr 16, 2009, at 2:19 AM, Bruce Simpson wrote:
...
That's excellent news, and these fixes look good, but I was more
wondering if this drop would be in FreeBSD 7.2-RELEASE :-)
I know, but I wanted to make the
On Apr 16, 2009, at 2:19 AM, Bruce Simpson wrote:
Michael Tüxen wrote:
Hi Bruce,
at least one member of the OpenSSL core team (Steven) has integrated
our patches regarding bug fixes in the source code.
So they will be included in the next release of OpenSSL.
That's excellent news
Hi Bruce,
at least one member of the OpenSSL core team (Steven) has integrated
our patches regarding bug fixes in the source code.
So they will be included in the next release of OpenSSL.
Best regards
Michael
On Apr 15, 2009, at 2:36 PM, Bruce Simpson wrote:
I know it's late in the 7.2 game, b
H Andrew,
what you describe is correct. Are there actually multiple addresses
changed within the INIT/INIT-ACK chunk? If yes, you have done everything
correctly.
The interesting thing: I also noticed that there are CMT problems on
FreeBSD 8.0 Current.
Randall Stewart and myself have started debu
Dear all,
we have used a client to do
while (1) {
send(fd, buffer, n);
}
against a discard server on a different machine. The
sender is running FreeBSD 7.1, for the receiver we
used two different machines, one running FreeBSD 7.1
another one Mac OS X 10.5.6. The machines are old,
so I do
found a bug in the SCTP authentication code, in
sctp_load_addresses_from_init() in sctp_pcb.c
I noticed the same calculation appears in
sctp_auth.c:sctp_auth_get_cookie_params(). Does this fix also need
to be applied there?
Cheers,
Matt.
-Original Message-
From: Michael Tüxen
repo, and should also get in with
Randall's next commit.
--peter
On Jan 29, 2009, at 2:23 AM, Michael Tüxen wrote:
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
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
Hi Sazzad,
what is the value of the from field i the structure sctp_cwnd_log?
Best reards
Michael
On Jan 23, 2009, at 1:16 AM, Rahman, Md Sazzadur wrote:
Hi Randall,
Thanks for your suggestions. I could collect congestion window data
from SCTP sender using SCTP_LOCAL_TRACE_BUF on FreeBSD7.
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
Dear all,
I'm running the current CVS version of FreeBSD 8 in a virtual
machine using VMWare 2.0.1 on a Mac (not sure if this is relevant)
and bridged networking having an em interface on the virtual machine.
I'm using a similar setup with older FreeBSD machines and they are
running fine.
Loopba
pecification and is only supported to interwork with
legacy implementations.
Kind regards
Aman Jassal
-Message d'origine-
De : Michael Tüxen [mailto:michael.tue...@lurchi.franken.de]
Envoyé : lundi 29 décembre 2008 16:49
À : zze-Abac JASSAL A ext RD-RESA-ISS
Cc : freebsd-net@f
Also, I enable net.sctp.addip_enable=1 on T, just in case, I'm not
exactly sure if it has an effect on my tests.
Kind regards
Aman Jassal
-Message d'origine-
De : Michael Tüxen [mailto:michael.tue...@lurchi.franken.de]
Envoyé : lundi 29 décembre 2008 14:09
À : zze-Abac JA
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
Dear all,
I'm currently analyzing how TCP/UDP checksum offloading works
to find the best way to add SCTP checksum offloading.
sys/mbuf.h has constants:
#define CSUM_IP 0x0001 /* will csum IP */
#define CSUM_TCP0x0002 /* will csum TCP */
#define C
Hi Joe,
are you able to provide enough information such that I can reproduce
this problem?
Best regards
Michael
On Aug 22, 2008, at 4:20 PM, Joseph Mays wrote:
Hello.
We've recently written an extensive software system that uses SCTP
as a critical component. We've started to run into an
60 matches
Mail list logo
