Yes. It makes sence.
Thanks,
Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Thursday, May 21, 2015 3:20 PM
To: Rauta, Alin
Cc: Lennart Poettering; systemd-devel@lists.freedesktop.org; Belkind, Nadav
Subject: Re: networkd: dbus API for networkd reconfiguration at
ration
and so on ... ?
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Friday, May 15, 2015 7:34 PM
To: Rauta, Alin
Cc: systemd-devel@lists.freedesktop.org; Tom Gundersen; Belkind, Nadav
Subject: Re: networkd: dbus API for networkd recon
Hi guys,
Any updates on this one ?
Thanks,
Alin
From: Rauta, Alin
Sent: Thursday, April 30, 2015 1:57 PM
To: systemd-devel@lists.freedesktop.org; Tom Gundersen; lenn...@poettering.net
Cc: Belkind, Nadav
Subject: networkd: dbus API for networkd reconfiguration at run-time
Hi Tom, Lennart,
I have
Hi Tom, Lennart,
I have some questions regarding dbus API and run-time networkd configuration. I
would really appreciate your answers/suggestions.
First, when upstreaming BridgeFDB support in networkd, I had (in the first
place) a patch composed of 2 parts:
- One part for clearing ex
Hi Tom,
Nice. Thanks,
Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Monday, March 23, 2015 9:45 PM
To: Rauta, Alin
Cc: systemd Mailing List; Kinsella, Ray
Subject: Re: [systemd-devel] [PATCH] libsystemd doesn't handle properly empty
messages from kerne
Thank you.
/Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Friday, February 27, 2015 7:05 PM
To: Rauta, Alin
Cc: systemd-devel@lists.freedesktop.org; Kinsella, Ray
Subject: Re: [systemd-devel] [PATCH v4] Added support for Uplink Failure
Detection using
Can we please draw a conclusion in this case ?
Regards,
Alin
-Original Message-
From: systemd-devel [mailto:systemd-devel-boun...@lists.freedesktop.org] On
Behalf Of Rauta, Alin
Sent: Friday, February 20, 2015 10:37 AM
To: Tom Gundersen
Cc: Kinsella, Ray; systemd-devel
get back to it.
Best Regards,
Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Friday, February 20, 2015 10:27 AM
To: Rauta, Alin
Cc: lenn...@poettering.net; zbys...@in.waw.pl;
systemd-devel@lists.freedesktop.org; Kinsella, Ray
Subject: Re: [PATCH v4] Added sup
Hi Tom, Lennart, Zbyszek,
Did you have any chance to look at this patch version ?
Best Regards,
Alin
-Original Message-
From: Rauta, Alin
Sent: Tuesday, February 17, 2015 12:07 PM
To: t...@jklm.no; lenn...@poettering.net; zbys...@in.waw.pl
Cc: systemd-devel@lists.freedesktop.org
against this behaviour.
Best Regards,
Alin
-Original Message-
From: Andrei Borzenkov [mailto:arvidj...@gmail.com]
Sent: Wednesday, February 18, 2015 3:43 AM
To: Rauta, Alin
Cc: t...@jklm.no; lenn...@poettering.net; zbys...@in.waw.pl; Kinsella, Ray;
systemd-devel@lists.freedesktop.o
State: off (configured)
Driver: fm6k
MTU: 1500
Carrier Bound To: sw0p2
sw0p1
#
Best Regards,
Alin
-Original Message-
From: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl]
Sent: Saturday, February 14, 2015 3:34 PM
To: Rauta, Alin
Cc: Tom G
> To: Zbigniew Jędrzejewski-Szmek
> Cc: Rauta, Alin; Lennart Poettering; systemd Mailing List; Kinsella, Ray
> Subject: Re: [PATCH v3] Added support for Uplink Failure Detection using
> BindCarrier
> On Sat, Feb 14, 2015 at 3:05 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> On Fri, Fe
Hi Tom,
Any news on this ?
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Wednesday, February 11, 2015 6:03 PM
To: Rauta, Alin
Cc: zbys...@in.waw.pl; t...@jklm.no; systemd-devel@lists.freedesktop.org;
Kinsella, Ray
Subject: Re
need to be checked and potentiallly brought down?
It can be useful, that's why "networkctl" has the updates, but are talking
about the showing functionality or about the run-time "up-down" game between
interfaces ?
/Alin
-Original Message-
From: Zbigniew Jędrz
e fact that "networkctl" displays both "bound_to" and
"bound_by" it's a good thing, but it doesn't mean each tool should do that.
/Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Wednesday, February 11, 2015
; + int *down_count) {
Regarding "get_uplinks" and "get_downlinks" I can rename them to
"get_links_bound_to" and "get_links_bound_by". Would this be fine ?
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mai
Hi Lennart,
I agree that "BindCarrier=" should suffice.
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Tuesday, February 3, 2015 10:50 AM
To: Rauta, Alin
Cc: Andrei Borzenkov; Tom Gundersen; Kinsella, Ray; systemd Ma
Yes, since the concept of UFD group is not exposed.
/Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Monday, February 2, 2015 5:24 PM
To: Rauta, Alin
Cc: Andrei Borzenkov; Tom Gundersen; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd
PM
To: Zbigniew Jędrzejewski-Szmek
Cc: Rauta, Alin; Lennart Poettering; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd-devel] [PATCH] Added UFD (Uplink failure detection)
support to networkd
В Thu, 29 Jan 2015 15:10:16 +0100
Zbigniew Jędrzejewski-Szmek пишет:
> On Thu, Jan 29, 2015 at 02:05
-Original Message-
From: Andrei Borzenkov [mailto:arvidj...@gmail.com]
Sent: Thursday, January 29, 2015 12:20 PM
To: Lennart Poettering
Cc: Rauta, Alin; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd-devel] [PATCH] Added UFD (Uplink failure detection)
support to networkd
On Wed, J
Andrei Borzenkov [mailto:arvidj...@gmail.com]
Sent: Thursday, January 29, 2015 12:14 PM
To: Rauta, Alin
Cc: Lennart Poettering; Tom Gundersen; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd-devel] [PATCH] Added UFD (Uplink failure detection)
support to networkd
On Thu, Jan 29, 2015
---Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Wednesday, January 28, 2015 6:59 PM
To: Rauta, Alin
Cc: Andrei Borzenkov; Tom Gundersen; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd-devel] [PATCH] Added UFD (Uplink failure detection)
support to netwo
physical devices).
Please let me know what you think.
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Wednesday, January 28, 2015 1:53 PM
To: Andrei Borzenkov
Cc: Rauta, Alin; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd-devel]
o configure more than one UFD group.
This being said and also due to the monitoring functionality of the UFD daemon,
do you still think we can use only BindCarrier= ?
Please let me know what you think.
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@po
Thanks Tom.
Much appreciated,
Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Thursday, December 18, 2014 2:46 PM
To: Rauta, Alin
Cc: systemd Mailing List; Lennart Poettering; Kinsella, Ray
Subject: Re: [PATCH v3] Add FDB support
Hi Alin,
Looks good. I changed
Hi Johann,
Also, note that VlanId is optional. It makes more sense for switch ports.
Regarding my “em1” (Ethernet management) interface, probably I should have send
an example without VLANId.
And “BridgeFDB”s are in the .network following the logic of routes.
To be clear look at the outputs bel
Sorry, "between systemd restarts".
/Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Tuesday, December 16, 2014 3:56 PM
To: Rauta, Alin
Cc: Lennart Poettering; systemd Mailing List; Kinsella, Ray
Subject: Re: [systemd-devel] [PATCH v2] Add FDB support
O
it may take some time.
Best Regards,
Alin
-Original Message-
From: Tom Gundersen [mailto:t...@jklm.no]
Sent: Monday, December 15, 2014 5:49 PM
To: Rauta, Alin
Cc: Lennart Poettering; systemd Mailing List; Kinsella, Ray
Subject: Re: [systemd-devel] [PATCH v2] Add FDB support
Hi Alin,
I mean, "fdb" in non-googlable, but:
"fdb entry" or "bridge fdb" are googlable.
/Alin
-Original Message-
From: systemd-devel [mailto:systemd-devel-boun...@lists.freedesktop.org] On
Behalf Of Rauta, Alin
Sent: Saturday, December 13, 2014 12:12 PM
To: Zbigni
"fdb" and "entry" association is non-googlable, but bridgeFDB is. It will get
you exactly where you want.
-Original Message-
From: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl]
Sent: Saturday, December 13, 2014 12:20 AM
To: Lennart Poettering
Cc: Rauta,
t: Friday, December 12, 2014 4:41 PM
To: systemd-devel@lists.freedesktop.org
Subject: Re: [systemd-devel] [PATCH] Add FDB support
On 12/12/2014 04:12 PM, Rauta, Alin wrote:
> Hi,
>
> [BrigdeFDB] can be also fine. It's just that [BridgeFDB] makes you think at
> the entire f
Hi,
[BrigdeFDB] can be also fine. It's just that [BridgeFDB] makes you think at the
entire forwarding database table and you are actually defining only one entry.
[BridgeFDBEntry] makes you think at just one entry in that table.
/Alin
-Original Message-
From: systemd-devel [mailto:syst
]
Sent: Friday, December 12, 2014 3:07 PM
To: Rauta, Alin
Cc: 'systemd-devel@lists.freedesktop.org'; Kinsella, Ray
Subject: Re: [systemd-devel] [PATCH] Add FDB support
On Fri, 12.12.14 09:07, Rauta, Alin (alin.ra...@intel.com) wrote:
> What do you think about the following transform
able will have no impact on [FDBNeigh] sections
/Alin
-Original Message-----
From: Rauta, Alin
Sent: Thursday, December 11, 2014 4:58 PM
To: Lennart Poettering
Cc: systemd-devel@lists.freedesktop.org; Kinsella, Ray
Subject: RE: [systemd-devel] [PATCH] Add FDB support
Hi Lennart,
Thanks
Hi Johann,
If FDBControlled is no then we don't want to touch the forwarding database
table for this port.
If it's yes, then we want to control the FDB table (delete existing entries).
[Install] section can be an alternative. What about "FDB=enable" ? - in case we
want to add something else to
networkd clears the existing entries (if
any) and adds those specified in the FDBEntry section(if any).
Do you have any other suggestion for [FDBEntry] ?
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Thursday, December 11, 2
Hi,
We got the following error when running systemd on a device with many ports:
"rtnl: kernel receive buffer overrun
Event source 'rtnl-receive-message' returned error, disabling: No buffer space
available"
I think the kernel socket receive buffer queue should be increased. The default
value
37 matches
Mail list logo
