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.
> &g
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 (t
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.
The matrix modules have a one to many service socket.
The daemon regularily sends statu
At first I'd thought it is the plain old broken multicast ethernet
support story, since I noticed it with an IPv6 only ARM system.
But multicast on all the system works fine, it is the neighbor solitictaion
request at fault selecting the wrong
My setup.
One client system, which failed to communica
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 2014, at 14:49, Bernd Walter wrote:
> >>
> >>> I have
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 message.
> Just call connect() or sctp_connectx().
Cool - I wa
I have an SOCK_SEQPACKET socket and want to setup an association
without sending a message.
The background is that I want to keep the round-trip times of peer
servers.
I've enabled regular heartbeat and can use SCTP_GET_PEER_ADDR_INFO
to get the RTT.
But in case a host is down or services are rest
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
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 returns.
With TCP stream sockets the read would return with an error instead.
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 open PR.
I've created an AF_INET6 SCTP one to many socket
On Fri, Jun 28, 2013 at 12:15:14PM +0200, Bernd Walter wrote:
> On Mon, Jun 24, 2013 at 03:59:24AM +, lini...@freebsd.org wrote:
> > Old Synopsis: [patch] Multicast SO_REUSEADDR handled incorrectly
> > New Synopsis: [netinet] [patch] Multicast SO_REUSEADDR hand
On Mon, Jun 24, 2013 at 03:59:24AM +, lini...@freebsd.org wrote:
> Old Synopsis: [patch] Multicast SO_REUSEADDR handled incorrectly
> New Synopsis: [netinet] [patch] Multicast SO_REUSEADDR handled incorrectly
>
> Responsible-Changed-From-To: freebsd-bugs->freebsd-net
> Responsible-Changed-By:
I have some strange problems with multicast.
Tested host is running FreeBSD 8.1-RELEASE.
System is a jailed environment.
Outside of the jail I can start a multicast reader:
[54]host# mcastread -v6 lo0 ff35::fe00:1 5356
mcastread: trying ff35::fe00:1
mcastread: using ff35::fe00:1
Inside the jail h
On Wed, Apr 27, 2011 at 05:32:36PM +0200, Bernd Walter wrote:
> I have some strange problems with multicast.
> Tested host is running FreeBSD 8.1-RELEASE.
> System is a jailed environment.
>
> Outside of the jail I can start a multicast reader:
> [54]host# mcastread -v6 lo0
On Thu, Jan 20, 2011 at 08:00:46PM +0100, Petr Lampa wrote:
>
> After our private mail exchange with B.Walter I've looked at the sources and
> RFC drafts and realised that Node Information ICMPv6 was taken out from KAME
> in 2000 and that code was implemented according draft-07. The group addres
On Fri, Jan 21, 2011 at 12:58:04AM +0900, Hajimu UMEMOTO wrote:
> Hi,
>
> > On Thu, 20 Jan 2011 15:38:13 + (UTC)
> > "Bjoern A. Zeeb" said:
>
> > Yes, it is the internal scope address representation of the KAME IPv6
> > stack. It is hided in the output of 'netstat -rn'. But, it see
A given interface is configured:
re0: flags=8a43 metric 0 mtu
1500
options=399b
ether 00:01:08:00:79:92
inet 10.1.1.15 netmask 0xff00 broadcast 10.1.1.255
inet6 fe80::201:8ff:fe00:7992%re0 prefixlen 64 scopeid 0x1
inet6 2a02:21e0:16e0:2000::103 prefixl
On Tue, Jan 11, 2011 at 10:37:31PM +0300, Lev Serebryakov wrote:
> Hello, Brian.
> You wrote 11 ?? 2011 ?., 22:29:13:
>
> > basic mode: 100 Mbit, full duplex
> > link partner: 100baseTx-HD
> It looks VERY strange. How could id be?
This is normal if the link partner doesn't do autonego
On Tue, Jan 11, 2011 at 10:50:49PM +0300, Lev Serebryakov wrote:
> Hello, Artyom.
> You wrote 11 ?? 2011 ?., 22:39:33:
>
> >>link partner: 100baseTx-HD
> > ^
> > Looks very strange for me... 'HD' means half-duplex?
> Yep, I've noticed that too...
>
> > Ma
What are those messages about?
I know that :: is in an undefined address range, but is this the
reason for this error?
cannot forward from ::1 to ::11:22ff:fe33:4455 nxt 58 received on ue1
cannot forward from 2002:559f:e31:1::16 to ::11:22ff:fe33:4455 nxt 58
received on ue1
cannot
On Sat, Aug 28, 2010 at 03:25:08PM -0700, Doug Barton wrote:
> On 8/28/2010 3:08 PM, Bernd Walter wrote:
> >Only the PCI and loopback interface responds to their own link local
> >address.
> >
> >I'm also puzzled about what I need to configure on an interface
On Sun, Aug 29, 2010 at 12:08:44AM +0200, Bernd Walter wrote:
> cicely13# ifconfig
> re0: flags=8843 metric 0 mtu 1500
>
> options=399b
> ether 00:01:08:00:79:92
> inet 10.1.1.15 netmask 0xff00 broadcast 10.1.1.255
> inet6 fe80::201:8ff:fe
cicely13# ifconfig
re0: flags=8843 metric 0 mtu 1500
options=399b
ether 00:01:08:00:79:92
inet 10.1.1.15 netmask 0xff00 broadcast 10.1.1.255
inet6 fe80::201:8ff:fe00:7992%re0 prefixlen 64 scopeid 0x1
inet6 2002:559f:e31:1::15 prefixlen 64
nd6 o
It seems our rtadvd is missing support for stateles DNS configuration.
There is also a NetBSD PR about this (41510), so there is likely
no code to get from them.
How difficult would it be to add RFC5006 support to at least rtadvd?
--
B.Walter http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen
On Sun, Aug 08, 2010 at 06:22:56PM -0700, Doug Barton wrote:
> On Mon, 9 Aug 2010, Vladislav V. Prodan wrote:
>
> >09.08.2010 3:51, Doug Barton ??:
> >>If you are trying to do something else, let us know and we'll try to
> >>help you with it. :)
> >
> >
> >First, remove the output "Invalid
On Tue, Mar 02, 2010 at 06:07:21PM -0800, Li, Qing wrote:
> This topic has come up quite a few times. Please search into the ML
> archive
> (as recent as 2 weeks ago) and read about the details.
Sorry about this.
I just responded to another ones mail and didn't search.
> > I get an ugly error mes
On Tue, Mar 02, 2010 at 07:08:37AM +, Anton Yuzhaninov wrote:
> On Mon, 1 Mar 2010 23:33:27 +0100, Bernd Walter wrote:
> BW> On Mon, Mar 01, 2010 at 03:33:41PM +, Anton Yuzhaninov wrote:
> >> mdp can't add proxy arp record. From mpd logs:
> >>
> >&g
On Mon, Mar 01, 2010 at 03:33:41PM +, Anton Yuzhaninov wrote:
> mdp can't add proxy arp record. From mpd logs:
>
> Mar 1 15:10:34 x0001 mpd: [B-1] IFACE: Add address
> 10.25.1.240/32->10.25.1.241 to ng0
> Mar 1 15:10:34 x0001 mpd: [B-1] exec: /usr/sbin/arp -S 10.25.1.241
> 0:15:17:35:1c:22
The droppped packets are simple ping requests send by an amd64
8.0-RC1 (r198183) system.
The dropping systems are both ARM - one is 7.0-current and the other is
a r204418 current.
With net.inet6.ip6.fw.enable=0 those packets are properly answered.
Is this a bug in client code or ipfw being oversens
On Thu, Jan 28, 2010 at 11:30:31PM +0100, Bernd Walter wrote:
> On Sun, Jun 28, 2009 at 07:19:05PM +0300, Alexander Motin wrote:
> > Bruce Simpson wrote:
> > >Is anyone out there working on RNDIS driver support for FreeBSD?
> > >
> > >Just interested if anyone
On Sun, Jun 28, 2009 at 07:19:05PM +0300, Alexander Motin wrote:
> Bruce Simpson wrote:
> >Is anyone out there working on RNDIS driver support for FreeBSD?
> >
> >Just interested if anyone is doing it; the only RNDIS device I have is
> >my cable modem (which already has an Ethernet port), however,
On Tue, Oct 07, 2008 at 08:09:10PM +0100, Bruce M Simpson wrote:
> Hi,
>
> I have been trying to get FreeBSD onto the Freecom FSG3 Storage Gateway.
> It is an xScale based ARM system.
>
> Whilst the npe(4) driver appears to attach, the PHY does not. It is a
> Realtel RTL8305SB switch chip in dua
On Fri, Aug 01, 2008 at 12:08:38AM -0500, Mike Silbersack wrote:
>
>
> On Fri, 18 Jul 2008, Bernd Walter wrote:
>
> >443 is a self written server, but it also happens with port 80 and
> >sslproxy.
> >The client is a telnet, which disconnects directly after conne
After sysctl net.inet.tcp.syncookies=0 the problem is not reproduceable
anymore.
But of course I'm not entirely happy with disabling syncookies, so this
is not a good workaround.
On Fri, Jul 18, 2008 at 03:59:31PM +0200, Bernd Walter wrote:
> 14:45:58.109631 IP 213.83.6.
14:45:58.109631 IP 213.83.6.106.3270 > 85.159.14.110.443: S
470580731:470580731(0) win 32768
14:45:58.109753 IP 85.159.14.110.443 > 213.83.6.106.3270: S
1364510055:1364510055(0) ack 470580732 win 65535
14:45:58.114324 IP 213.83.6.106.3270 > 85.159.14.110.443: . ack 1 win 33304
14:45:59.816810
Just as the subject says.
Devices are a bit cheaper to get than ralink based.
--
B.Walterhttp://www.bwct.de http://www.fizon.de
[EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED]
___
freebsd-net@freebsd.org m
On Wed, Sep 28, 2005 at 03:05:25PM +0400, Yar Tikhiy wrote:
> On Wed, Sep 28, 2005 at 12:57:42PM +0200, Bernd Walter wrote:
> > On Wed, Sep 28, 2005 at 02:32:41PM +0400, Yar Tikhiy wrote:
> > > On Mon, Sep 26, 2005 at 12:54:33AM +0200, Bernd Walter wrote:
> > >
> &
On Wed, Sep 28, 2005 at 02:32:41PM +0400, Yar Tikhiy wrote:
> On Mon, Sep 26, 2005 at 12:54:33AM +0200, Bernd Walter wrote:
> > On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote:
> > >
> > > Also, you can't set both the vlan and IP address informatio
On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote:
> On Sun, 2005-09-25 at 14:37 -0700, Brooks Davis wrote:
> > On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote:
> > > Hi folks,
> > >
> > > As our ifconfig(8) is growing more options for special interface
> > > types, inconsi
On Wed, Nov 10, 2004 at 05:50:10AM -0800, Sean Chittenden wrote:
> Pretty easy for me to reproduce. The machine live locks so I can't get
> anything out of it, serial console or otherwise. :( Imagine a machine
> with two NICs, fxp0 and fxp1 (though it could be any two NICs). The
> following
On Tue, Nov 09, 2004 at 01:35:52AM +0100, Bernd Walter wrote:
> [89]cicely13# tcpdump -n port 502
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on tx0, link-type EN10MB (Ethernet), capture size 96 bytes
> 00:44:07.031278 IP 10.
[89]cicely13# tcpdump -n port 502
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tx0, link-type EN10MB (Ethernet), capture size 96 bytes
00:44:07.031278 IP 10.1.1.15.60646 > 10.1.1.245.502: S 428196572:428196572(0)
win 65535
00:44:07.048388 IP 10.1.1.245.5
On Tue, May 18, 2004 at 09:05:52PM +0800, wsk wrote:
> hi,folks:
> It seems that the ttyd0 isn't the dialin line to login , and
> the cuaa0 like is both the dialin/out device!under 4.9 above
> and 5.X .but the ttyd0 work well under 4.8.
> here is my test:
> I wanna direct connected two bsd box via
On Mon, Mar 15, 2004 at 04:05:44PM -0800, Kris Kennaway wrote:
> On Mon, Mar 15, 2004 at 06:38:28PM -0500, Mike Jakubik wrote:
> > Hello,
> >
> > It seems that the byte counters (derived from netstat -nbi) reset at
> > around 4 GB. Is there no way around this? It would be nice to be able to
> > se
On Wed, Sep 18, 2002 at 08:05:29PM -0400, Trish Lynch wrote:
> FreeBSD femme.sapphite.org 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Mon Sep 9
> 10:23:22 EDT 2002
> [EMAIL PROTECTED]:/admins/obj/admins/src/sys/FEMME i386
>
> its pretty bizarre
It's disabled by default:
[238]cicely8> sysctl net.in
to put ksocket nodes between the ethernet nodes
instead of connecting them directly.
> - Original Message -
> From: "Bernd Walter" <[EMAIL PROTECTED]>
> To: "Peter J. Blok" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
On Wed, Apr 17, 2002 at 09:11:28PM +0200, Peter J. Blok wrote:
> Hi All,
>
> I'd like to accomplish the following: I have two locations, connected via an
> IPSEC tunnel. Is it possible to connect the vlans at both ends through the
> tunnel.
>
> Is this possible with existing software? What wou
I already wrote this on -alpha two days ago.
Maybe the ipsec developers don't read -alpha.
[EMAIL PROTECTED]:/root# setkey -D
pid 12656 (setkey): unaligned access: va=0x120026199 pc=0x120001d80 ra=0x120001b68
op=0xd
Bus error (core dumped)
Exit 138
[EMAIL PROTECTED]:/root# setkey -DP
pid 12657 (
I have the following code:
pid_t pid;
int sv[2];
int val;
char arg0[] = "someotherprog";
char arg1[] = VSTRING;
char* arg[] = {arg0, arg1, 0};
socketpair(AF_UNIX, SOCK_STREAM, 0, sv);
printf("socketpair returned %i,%i\n", sv[0], sv[
On Sun, Jul 15, 2001 at 12:42:17AM +0900, Hajimu UMEMOTO wrote:
> >>>>> On Sat, 14 Jul 2001 13:49:55 +0200
> >>>>> Bernd Walter <[EMAIL PROTECTED]> said:
>
> ticso> ip = "/var/run/something"; portname = "/local";
>
I'm doing the following:
[...]
int res;
struct addrinfo *info;
struct addrinfo hints;
bzero(&hints, sizeof(hints));
hints.ai_flags = AI_PASSIVE;
hints.ai_socktype = SOCK_STREAM;
hints.ai_family = AF_UNSPEC;
res = getaddrinfo(ip, port
51 matches
Mail list logo
