t it fixed so any ideas/suggestions appreciated.
Michael
--
"There cannot be a crisis next week. My schedule is already full."
-Henry Kissinger
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubs
=CCMP
psk="passphrase"
}
Unfortunately I don't have access to any other wireless cards. Anything
else I can provide to help with narrowing it down?
Michael
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mail
On 09/03/2011 09:02, Bernhard Schmidt wrote:
On Wednesday, March 09, 2011 02:00:40 Michael wrote:
Hi,
I'm running FreeBSD 8.1-Release with ath0 card. For some unknown reason
this laptop is not able to get IP address from my access point (DHCP) if
WPA encryption is enabled.
The tricky pa
x27;m more than happy to try a new installation on a
separate drive.
Michael
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On 09/03/2011 11:37, Adrian Chadd wrote:
oh man, if_ath with CCMP? That's just going to hurt. :-)
Just tried with WPA-TKIP and it works fine! Thanks a lot. Does it still
points to keykache issue? If so, I am still willing to test your patch.
Mi
Hi,
To get MAC ACL I'm using wlan_acl and I'm adding stations with "ifconfig
mac:add" command. It works but how can I get a list of currently
allowed/denied stations?
Michael
___
freebsd-net@freebsd.org mailing list
http://lists
On 30/03/2011 07:25, Bernhard Schmidt wrote:
On Wednesday, March 30, 2011 07:24:40 Michael wrote:
Hi,
To get MAC ACL I'm using wlan_acl and I'm adding stations with "ifconfig
mac:add" command. It works but how can I get a list of currently
allowed/denied stations?
Wit
nd Windows:
http://stackoverflow.com/questions/1875151/delay-in-multiple-tcp-connections-from-java-to-the-same-machine/1927486#1927486
Can you advice what should i tune in FreeBSD to fix this problem?
Michael
___
freebsd-net@freebsd.org mailing
at -na (around 300)
Michael
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
t -s" and "vmstat -z"?
MD> You may also want to check if you by accident have some statefull
MD> firewall between nginx and backend.
I have only ipfw rules, and the first rule is accepting local
traffic: 5 8211184509 4547370329265 allow ip from me to me
can
The following reply was made to PR kern/135222; it has been noted by GNATS.
From: Michael
To: Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
Date: Fri, 12 Jun 2009 11:45:47 +0200
The original poster reported that the suggested
Barney Cordoba wrote:
>
>
> --- On Fri, 6/12/09, Michael wrote:
>
>> From: Michael
>> Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
>> To: freebsd-net@FreeBSD.org
>> Date: Friday, June 12, 2009, 5:50 AM
>> The followi
The following reply was made to PR kern/135222; it has been noted by GNATS.
From: Michael
To: Barney Cordoba
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
Date: Thu, 18 Jun 2009 03:32:15 +0200
Barney Cordoba wrote
Barney Cordoba wrote:
>
>
> --- On Wed, 6/17/09, Michael wrote:
>
>> From: Michael
>> Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
>> To: freebsd-net@FreeBSD.org
>> Date: Wednesday, June 17, 2009, 9:40 PM
>> The followi
Hi,
Are there any plans to get bulk encryption support into the nofn() driver for the HiFn
7851/7854?
Thanks,
MikeC
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Alias DB will call that
callback for notification.
When my driver get info it will be send over network to other hosts. They must
just update their Alias DBs.
What are you thinking about such approach, change and hook of the existing code?
--
Michael Pounov
ELWIX - Embedded LightWeight unIX -
at 04:18:54PM +0300, Michael Pounov wrote:
Hello Charles Mott
I wrote this mail about my work with IPFW firewall.
I am started my work over IPFW Sync driver and protocol similar like
in PF firewall.
My primery goal is to do sync on NAT states in firewall router
cluster. About it, I need to know when N
t;
> What does happen when the promiscuous mode is enabled? I'm not sure
> to understand what is the issue :/
>
Does giving the interface also an IPv4 address make a
difference, e.g. ifconfig_ql0="inet 10.0.0.1/24"?
Best
Michael
--
Michael Gmelin
On Mon, 15 Aug 2022 11:11:41 +
Benoit Chesneau wrote:
> Setting the IPv4 makes it works indeed! How did you find it? I will
> open a ticket about it.
Gut feeling :)
Question: Does setting
ifconfig_ql0="up"
help as well, or do you really have to assign an IP addres
lps you at all, but what I’ve done in the past is create a
tunnel interface on the jailhost and add a devfs rule to allow access to it
from within the vnet jail. I then run OpenVPN within that jail (so OpenVPN and
tunnel interface are in the same jail).
It’s super stable, only issue is that you need to be careful when to
release/destroy the interface on jail restart, otherwise it will become
unavailable on the jailhost and in a (new) jail.
Best
Michael
r
pass in quick flags S/SA keep state (max-src-conn 100, \
max-src-conn-rate 15/5, overload flush global) \
tagged pass_rate_limit
Using the "pass quick" rule early in your pf.conf will make sure it is
applied instead of other matching rules.
Cheers
Michael
--
Michael Gmelin
driver.
There is a help, how it can be install and patch OS code base to have
connection between them
http://www.elwix.org/site/documentation/fwsync-document/
Best Regards
Michael Pounov
fwsync-1_2.tar.gz
Description: Binary data
7;ve tested with different bitrates, from 10m to 300m, all behave the same.
> Tested with baremetal FreeBSD 13.1 Box as B (with intel em driver), the
> bitrates is 1g, also behaves the same.
>
> Also tried different FreeBSD versions, 11.4, 12.3, stable/13 and current/14
> all
> behave the same.
>
>
> My question is, is that the expected behavior of current default TCP stack?
That is what I would expect. TCP (on FreeBSD) is acking every other packet. This
is also what is specified. MacOS, at least newer versions, send less ACKs.
Best regards
Michael
>
>
>
> Best regards,
> Zhenlei
>
> On 21. Oct 2022, at 17:00, Zhenlei Huang wrote:
>
>
>> On Oct 21, 2022, at 10:34 PM, Michael Tuexen
>> wrote:
>>
>>> On 21. Oct 2022, at 16:19, Zhenlei Huang wrote:
>>>
>>> Hi,
>>>
>>> While I was repeating
&g
> On 1. Mar 2023, at 11:35, Yuri wrote:
>
> Windows system connects to FreeBSD through ssh and then this connection dies
> because of WiFi or VPN issues.
>
> FreeBSD still has the sshd process alive for this connection for 30+ minutes.
>
> TCP keepalive is enabled on the FreeBSD host:
>
>
gt; fields in gracious arps sent out by an interface, after a new IP is assigned
> or changed.
Wouldn't scapy allow you to do this kind of testing?
Best regards
Michael
>
> I believe BPF can effectively filter on arbitrary bit patterns and modify
> packets on the fly.
>
> Ho
llow you to do this kind of testing?
>
> Unfortunately not - I don't want to forge another packet, I want to make sure
> only the specific one is being sent, with the standard GARP retransmissions
> and so on.
Can't you test what you want to test by generating all the required packets
from scapy? ARP is a pretty simple protocol...
Best regards
Michael
>
> Richard
>
so that the filters at ether_demux
> get turned on.
>
> So perhaps use a divert rule and send them to a socket where
> a program can mangle them, and then return them to ipfw
> and hopefully the kernel does what you want after that...
I thought that you receive/send an IP packet on
if ((fd = socket(PF_DIVERT, SOCK_RAW, 0)) < 0) {
perror("socket()");
}
bzero(&addr, sizeof(addr));
addr.sin_family = AF_INET;
addr.sin_len = sizeof(struct sockaddr_in);
addr.sin_addr.s_addr = INADDR_ANY;
addr.s
~ % sudo ipfw show
>> 00111 0 0 divert 1234 ip from any to any layer2 mac-type 0x0806
>> 65535 10048 1000948 allow ip from any to any
>> So this time, rule 111 is not hit. I also ran
>
> Nice work, to me I would classify this behavior as some form of bug,
>
> On 21. Jun 2023, at 20:03, bob prohaska wrote:
>
> On Wed, Jun 21, 2023 at 10:45:25AM -0700, Mark Millard wrote:
>>> On Jun 21, 2023, at 10:24, bob prohaska wrote:
>>>
>>> I've got a Pi4 running -current that seems to selectively drop ssh
>>> connections.
>>
>> Only when the ssh has tex
https://reviews.freebsd.org/D43135
As far as I can tell the issue is cosmetic (unless, of course, you have
automation based on libifconfig or the output of the ifconfig command).
Best
Michael
--
Michael Gmelin
On Wed, 20 Dec 2023 21:32:45 +0100
Michael Gmelin wrote:
> On Wed, 20 Dec 2023 18:04:36 +0100
> "Patrick M. Hausen" wrote:
>
> > Hi all,
> >
> > as some probably know we provide web hosting services and we use
> > jails for that.
> >
>
route command:
/sbin/route add -inet6 default -gateway fd00:a:a:a::254
Error:
add net default: gateway fd00:a:a:a::254 fib 0: Invalid argument
I am running out of ideas, and Google doesn't come up with relevant answers, at
least not for me.
Any help, hints, documents are highly appreciated.
Thanks and regards,
Michael
uch, any further help regarding IPv6 routing through the tunnel
is very much appreciated.
Regards,
Michael
Marek Zarychta wrote:
> W dniu 15.01.2024 o 15:35, Michael Grimm pisze:
>> route_tunnel0="fd00:a:a:a::/64 fd00:a:a:a::254"
> Please try:
> route_tunnel0="-6 -net fd00:a:a:a::/64 fd00:a:a:a::254"
Bingo! That did the trick:
Internet6:
Destin
Me wrote:
> On 15. Jan 2024, at 16:15, Michael Grimm wrote:
>
> Marek Zarychta wrote:
>> W dniu 15.01.2024 o 15:35, Michael Grimm pisze:
>
>>> route_tunnel0="fd00:a:a:a::/64 fd00:a:a:a::254"
>
>> Please try:
>> route_tunnel0="-6 -net
last 14 years, then I guess I will
> add some code to simply ignore ECONNRESET on close(2) for FreeBSD and
> MacOS. This seems the be the general advice from other people who hit
> this issue.
I'll bring this up on the bi-weekly FreeBSD transport call.
Best regards
Michael
>
> On 3. Apr 2024, at 19:46, Sad Clouds wrote:
>
> On Wed, 3 Apr 2024 17:28:52 +0200
> Michael Tuexen wrote:
>
>>> On 3. Apr 2024, at 15:44, Sad Clouds wrote:
>>>
>>> I found a bug that is still open from May 2010 and describes the same
&g
There is an argument to be made that all such components of the "base"
system should be packages, and managed that way. That would facilitate
removal or addition of things like MTAs, Route daemons for various
protocols, etc. and permit them to be updated independent of the base
system. Too much
but never reach host A.
>
> Is it remotely possible that one of the ISPs blocks these UDP packets as part
> of an automatic "DoS protection" mechanism?
Or are any kind of NAT or Firewall involved which might loose state?
Are you using public addresses on host A and B?
Best regards
sysrc is for editing rc files, and that's not what you want to do.
you may manually set the MIB with sysctl net.inet.tcp.drop_synfin=1 or you
can put this line in /etc/sysctl.conf
net.inet.tcp.drop_synfin=1
On Sun, Aug 11, 2024 at 9:24 AM void wrote:
> (originally posted to hackers@ but on sec
Since it deserved recognition, here's the bit from if_rl.c that John is
referring to:
* The RealTek 8139 PCI NIC redefines the meaning of 'low end.' This is
* probably the worst PCI ethernet controller ever made, with the possible
* exception of the FEAST chip made by SMC. The 8139 supports bus
Ermal is probably on the right track. Working in a load balanced
environment I've personally done three contiguous /20 blocks using
three loopback interfaces on linux hosts. I'd imagine that FreeBSD
should behave similarly. The only fancy thing the load balancer did
was as packets destined for one
The following reply was made to PR kern/177362; it has been noted by GNATS.
From: Michael Tuexen
To: bug-follo...@freebsd.org,
ma...@isc.org
Cc:
Subject: Re: kern/177362: [netinet] [patch] Wrong control used to return TOS
Date: Wed, 27 Mar 2013 10:45:48 +0100
It was not done by accident
The following reply was made to PR kern/177362; it has been noted by GNATS.
From: Michael Tuexen
To: Mark Andrews
Cc: bug-follo...@freebsd.org
Subject: Re: kern/177362: [netinet] [patch] Wrong control used to return TOS
Date: Wed, 27 Mar 2013 13:16:30 +0100
On Mar 27, 2013, at 12:54 PM, Mark
On Thu, Apr 11, 2013 at 10:27 PM, Eugene Grosbein wrote:
> 12.04.2013 05:31, Karl Denninger пишет:
>> Is there a "cookbook" for setting this up? There are examples for
>> setting up a tunnel between two fixed-address networks (e.g. a remote
>> LAN that needs to be "integrated" with a central LA
On Wed, May 22, 2013 at 8:39 AM, Brian Hechinger wrote:
> Hello all,
>
> I've been having some trouble with a GRE tunnel. Specifically with
> non-IP traffic (DECnet, in this case) and BPF.
>
> I can see the GRE packets containing the DECnet packets coming over the
> physical interface but when I
f Roberson [mailto:jrober...@jroberson.net]
Sent: Wednesday, May 22, 2013 12:50 AM
To: John Baldwin
Cc: Bentkofsky, Michael; rwat...@freebsd.org; j...@freebsd.org; Charbon, Julien
Subject: Re: Followup from Verisign after last week's developer summit
On Tue, 21 May 2013, Jeff Roberson wrote:
&
On Mon, Jun 3, 2013 at 4:43 AM, Andreas Nilsson wrote:
> Hello,
>
> Still trying out the tablearg functionality of ipfw and found the following:
>
> 1)
> # ipfw table 100 add 192.168.0.0/24 10.0.0.1
> # ipfw table 100 list
> 192.168.0.0/24 167772161
>
> I guess it is correct, but not user friendly
00100 allow ip from any to any via lo0
00500 allow ip from 204.15.2.33 to me in recv em1
00600 deny ip from 204.15.2.32/27 to any in recv em1
00610 deny udp from any 67,68 to any dst-port 67,68
00700 allow ip from me to any out xmit em1
01000 allow ip from any to me in recv em0
02000 allow ip from
.
> I will work on these board using usb modems, so could it be something
> (driver) missing? Could it work at all?
Is your board supported by FreeBSD 9.1? I'm running FreeBSD head with SCTP
on a Raspberry Pi without problems. So SCTP should work on arm.
Best regards
Michael
>
>
The following reply was made to PR kern/179901; it has been noted by GNATS.
From: Michael Gmelin
To: Mikolaj Golub
Cc: bug-follo...@freebsd.org
Subject: Re: kern/179901: [netinet] [patch] Multicast SO_REUSEADDR handled
incorrectly
Date: Tue, 25 Jun 2013 13:39:38 +0200
On Mon, 24 Jun 2013 23
The following reply was made to PR kern/179901; it has been noted by GNATS.
From: Michael Gmelin
To: Mikolaj Golub
Cc: bug-follo...@freebsd.org
Subject: Re: kern/179901: [netinet] [patch] Multicast SO_REUSEADDR handled
incorrectly
Date: Wed, 26 Jun 2013 15:03:40 +0200
On Tue, 25 Jun 2013 18
The following reply was made to PR kern/180873; it has been noted by GNATS.
From: Michael Tuexen
To: bug-follo...@freebsd.org,
j...@iki.fi
Cc:
Subject: Re: kern/180873: [sctp] SCTP connection hangs on COOKIE_ECHOED
Date: Sat, 27 Jul 2013 15:23:41 +0200
Which addresses are you binding? Are
pkg_add -r ipsc
> ipsc -gch 10.80.128.0/27
Network class:A
Network mask: 255.0.0.0
Network mask (hex): FF00
Network address: 10.80.128.0
Subnet bits: 19
Max subnets: 524288
Full subnet mask: 255.255.255.224
Full subnet ma
I must have discovered this and forgotten - all my AMIs have
net.inet.tcp.tso=0
dev.xn.0.enable_lro=0
or
ifconfig xn0 -tso -lro
- M
On Tue, Sep 3, 2013 at 4:56 PM, Adrian Chadd wrote:
> ... this is bad behaviour. So yes, it needs to be chased up and repaired.
>
> Thanks for finding it out!
e the MTU for lagg interface ?
> Is it possible without rebooting or only via /etc/rc.conf ?
>
> Regards,
> --
> Marek Salwerowicz
>
Hi Marek,
if i remember well the order of doing so is important.
#1 set the mtu on each physical NIC to 9000
#2 create the lagg
.
.
.
on a
@freetest0:~ # uname -a
> FreeBSD freetest0 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17
> 01:46:25 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC
> i386
>
> Could somebody help me? Thank you in advance.
I haven't used KVM, so I hope there is no NA
>Ok, so this isn't a TSO segment then, unless I don't understand how
>the csum flags are used, which is quite possible.
>Assuming that you printed this out in decimal:
>4116->0x1014
>Looking in mbuf.h, 0x1014 is
>CSUM_SCTP_VALID | CSUM_FRAGMENT | CSUM_UDP
>
>alternately, if 4116 is hex, then it is:
t owned by the jail.
You might want to file a separate PR about the support of jails.
Best regards
Michael
>
> This is the relevant C++ code part to open the socket:
> int
> setup_sctp_socket(uint16_t port)
> {
>int sc = socket(AF_INET6, SOCK_SEQPACKET, IPPROTO_SCTP);
>
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
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
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
>
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
socket operation,
> which uses EOR to write.
> If I send a (dummy)message to the socket I would have to add a mutex
> to not disturb the sending thread.
Does the above solve your issue?
Best regards
Michael
>
> --
> B.Walter http://www.bwct.de
> Modb
On 01 May 2014, at 22:42, Bernd Walter wrote:
> On Thu, May 01, 2014 at 08:07:19PM +0200, Michael Tuexen wrote:
>> On 01 May 2014, at 14:49, Bernd Walter wrote:
>>
>>> I have an SOCK_SEQPACKET socket and want to setup an association
>>> without sending a m
On 02 May 2014, at 00:04, Bernd Walter wrote:
> On Thu, May 01, 2014 at 11:06:09PM +0200, Michael Tuexen wrote:
>> On 01 May 2014, at 22:42, Bernd Walter wrote:
>>
>>> On Thu, May 01, 2014 at 08:07:19PM +0200, Michael Tuexen wrote:
>>>> On 01 May
CSUM_DATA_VALID to some other generic value in mbuf.h. However,
CSUM_L4_CALC,
which would make perfect sense in my view, is already used for
CSUM_PSEUDO_HDR. Therefore
we would have to define a new generic value.
So what is the best way to fix this?
Best regards
Michael
On 02 May 2014, at 16:02, Bjoern A. Zeeb wrote:
>
> On 02 May 2014, at 10:22 , Michael Tuexen
> wrote:
>
>> Dear all,
>>
>> during testing I found that FreeBSD head (on a raspberry pi) accepts SCTP
>> packet
>> with bad checksums. After d
On 02 May 2014, at 16:02, Bjoern A. Zeeb wrote:
>
> On 02 May 2014, at 10:22 , Michael Tuexen
> wrote:
>
>> Dear all,
>>
>> during testing I found that FreeBSD head (on a raspberry pi) accepts SCTP
>> packet
>> with bad checksums. After d
On 07 May 2014, at 09:56, Yonghyeon PYUN wrote:
> On Sat, May 03, 2014 at 11:52:47AM +0200, Michael Tuexen wrote:
>> On 02 May 2014, at 16:02, Bjoern A. Zeeb wrote:
>>
>>>
>>> On 02 May 2014, at 10:22 , Michael Tuexen
>>> wrote:
>>>
&g
On 07 May 2014, at 10:37, Yonghyeon PYUN wrote:
> On Wed, May 07, 2014 at 10:07:09AM +0200, Michael Tuexen wrote:
>> On 07 May 2014, at 09:56, Yonghyeon PYUN wrote:
>>
>>> On Sat, May 03, 2014 at 11:52:47AM +0200, Michael Tuexen wrote:
>>>> On 02 May 2
...
I looked at sys/dev/re/if_re.c, but couldn't figure out how to fix it. Any idea?
Best regards
Michael
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-ne
On 09 May 2014, at 03:47, Yonghyeon PYUN wrote:
> On Thu, May 08, 2014 at 08:50:48PM +0200, Michael Tuexen wrote:
>> Dear all,
>>
>> while testing checksum offloading of UDP packets over IP with IP options, I
>> figured
>> out that my card
>>
>> de
On 09 May 2014, at 03:35, Yonghyeon PYUN wrote:
> On Thu, May 08, 2014 at 08:40:22PM +0200, Michael Tuexen wrote:
>> On 07 May 2014, at 10:37, Yonghyeon PYUN wrote:
>>
>>> On Wed, May 07, 2014 at 10:07:09AM +0200, Michael Tuexen wrote:
>>>> On 07 May 2
On 09 May 2014, at 12:46, Michael Tuexen
wrote:
> On 09 May 2014, at 03:35, Yonghyeon PYUN wrote:
>
>> On Thu, May 08, 2014 at 08:40:22PM +0200, Michael Tuexen wrote:
>>> On 07 May 2014, at 10:37, Yonghyeon PYUN wrote:
>>>
>>>> On Wed, May 07, 2014
On 12 May 2014, at 03:45, Yonghyeon PYUN wrote:
> On Fri, May 09, 2014 at 04:22:36PM +0200, Michael Tuexen wrote:
>>
>> On 09 May 2014, at 12:46, Michael Tuexen
>> wrote:
>>
>>> On 09 May 2014, at 03:35, Yonghyeon PYUN wrote:
>>>
>>&
On 13 May 2014, at 07:23, Yonghyeon PYUN wrote:
> On Mon, May 12, 2014 at 01:09:18PM +0200, Michael Tuexen wrote:
>> On 12 May 2014, at 06:38, Yonghyeon PYUN wrote:
>>
>>> On Fri, May 09, 2014 at 12:33:24PM +0200, Michael Tuexen wrote:
>>>> On 09 May 2
On 13 May 2014, at 07:21, Yonghyeon PYUN wrote:
> On Mon, May 12, 2014 at 01:22:03PM +0200, Michael Tuexen wrote:
>> On 12 May 2014, at 03:36, Yonghyeon PYUN wrote:
>>
>>> On Fri, May 09, 2014 at 12:46:48PM +0200, Michael Tuexen wrote:
>>>> On 09 May 2
Hi Adrian,
I haven't had the chance to look this over carefully yet as we're at BSDCan. I
think I understand what you're trying to achieve by aligning the per-CPU timer
processing per core. In principal that sounds reasonable, although I am unsure
if you were trying to solve a particular perfor
On Sat, May 17, 2014 at 4:17 PM, Ronald F. Guilmette
wrote:
> Quite simply, I'd like to know if the defaultrouter= IPv4 address
> specified in my /etc/rc.conf file should be the same as whatever
> I normally see as the first hop in an outgoing traceroute.
Maybe... see comments below.
> defaultr
On Sat, May 17, 2014 at 4:30 PM, Ronald F. Guilmette
wrote:
> May 16 23:05:33 segfault kernel: arp: 69.62.255.254 moved from
00:1e:13:22:eb:51 to 00:00:0e:07:ac:00 on rl0
> May 16 23:05:33 segfault kernel: arp: 69.62.255.254 moved from
00:00:0e:07:ac:00 to 00:1e:13:22:eb:51 on rl0
> May 16 23:25:
Luigi -
Does table entry matching use a longest prefix match?
- M
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Tue, Jun 24, 2014 at 11:43 AM, Andrea Venturoli wrote:
> _ the system had vlan3 interface, with default MTU (1500 bytes);
> _ "ping -D -s 1400 somehost" would work, but "ping -D -s 1500 somehost"
> would yield "frag needed and DF set" (forgive me if the message is not
> exact, I don't have it
On Wed, Jul 2, 2014 at 5:04 PM, Rick Macklem wrote:
> Please try disabling TSO on the FreeBSD systems and also
> try an rsize=32768 to see if either of those have any effect.
ifconfig -tso
sysctl net.inet.tcp.tso=0
Maybe do the same for lro?
ifconfig -tso -lro
sysctl net.inet.tcp.tso=0
dev..
gt; fairly close to the error message relies on the size of the one element
> already in the struct.
Hi Jilles,
you are completely right. It is a false positive.
the reason why we don't use addr_type[] is that the same code is used
on different plattforms and (at least at one po
davit.altervista.org/sctp_header_types.diff
>
> I defined a new macro mainly because SCTP_ARRAY_MIN_LEN is used in
> another place, i.e. in the field name of struct sctp_host_name_param,
> defined in sctp_header.h). Thanks to arundel@ for testing.
The problem with your fix is
eturn value should be 0 (for success) or -1 (in case of an error).
Only if -1 is returned, errno is set to an appropriate value.
Can you provide a small test program demonstrating the issue?
Best regards
Michael
>
> I use perror() function to see detail, it shows that " Resou
sockaddr_in structure.
So if you add
server_ipaddress . sin_len = sizeof(struct sockaddr_in);
the client works (at least it does for me).
You should do the same for the server...
Please let me know if your problem persists.
Best regards
Michael
>
> /*Here are programs.*/
>
> #include
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 reboo
oes it fail on
your?
Best regards
Michael
#include
#include
#include
#include
#include
#include
#include
#define PORT 63000
int main()
{
int _sctp_socket, ret;
sctp_assoc_t _sctp_associd;
struct sockaddr *show_ip_address = NULL;
_sctp_socket = socket( A
send me your program which doesn't?
Best regards
Michael
>
> My operating system is FreeBSD 9.0 Beta2.
>
> Thanks.
>
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-not-match-any-error-tp5041952p504611
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-retur
g an amd64 or an i386 kernel (I did testing with
amd64...)?
best regards
Michael
>
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-not-match-any-error-tp5041952p5046216.html
> Sent from the freebsd-ne
might be... What does the following program
report?
Best regards
Michael
#include
#include
#include
#include
#include
#include
#include
#include
#define PORT 63000
int main()
{
int _sctp_socket, ret;
sctp_assoc_t _sctp_associd;
struct sockaddr *show_ip_addres
=
This is from the man page. In case of SCTP socket it seems to miss some
error codes...
> getsockopt(_sctp_socket, IPPROTO_SCTP, SCTP_GET_LOCAL_ADDRESSES, addrs,
> &siz), the value of return_value is -1, so it means an error happened and
> errno will be set. A strange thing happens, the errno i
ou want to figure out whether the association setup is successful
or not, you have to subscribe to the corresponding events. You will either
get a notification indicating that the setup is successful or not.
I don't think this behavior has changed between RC2 and B2.
Best regards
Michael
>
as I
> mentioned, I couldn't find much in src/sys/dev/igb, is the source for igb
> to be found elsewhere in the src?
They are in
src/sys/dev/e1000/
Best regards
Michael
>
> Happy Holidays!
> Tanel
> ___
> freebsd-net@freebsd.org ma
olves the issue you
reported in a way already
used in netstat and which is portable to other BSD based platform (like Mac OS
X)?
Thank you very much for reporting the issue.
Best regards
Michael
Index: sctp.c
===
--- sctp.c (re
1 - 100 of 784 matches
Mail list logo
