lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 11 May 2015 10:26:33 +0200 From: Holger Brunck <holger.brunck@...mile.com> To: Jon Maloy <jon.maloy@...csson.com> CC: "davem@...emloft.net" <davem@...emloft.net>, Ying Xue <ying.xue@...driver.com>, Erik Hugne <erik.hugne@...csson.com>, "netdev@...r.kernel.org" <netdev@...r.kernel.org> Subject: Re: [PATCH net-next] tipc: allow one link per bearer to neighboring nodes Hi John, On 05/06/2015 09:45 PM, Jon Maloy wrote: > Hi Holger, > I am trying to remember why you wanted to have this, especially since it > didn't change anything in practice, because MAX_BEARERS is still 2. > yes thats true for the mainline tree. We have on our side an additional bearer for HDLC wich is not mainlined and therefore we have a different value for MAX_BEARERS. > This limit has to be changed, since we may want to have e.g. dual Ethernet > links to some nodes and single UDP links to others (but never the same) > > Despite this, I can find good reasons to not allow more than two links > between a node pair. (In particular, the failover mechanism becomes > much more complex) > on our side we already have two ethernet links between two nodes and in addition a hdlc link between the nodes and therefore we get three links. The HDLC link is not used for these two nodes, but the HDLC connection is a bus to other entities in our TIPC network and due to the fact that TIPC is full meshed we get the HDLC link automatically even if we don't need it for the two nodes in question. But there is no possibility to break the full-meshed principle to say don't create a link to a specific node via a specific bearer correct? Because in general I agree with you two possible usable links between nodes should be enough. Regards Holger Brunck > Regards > ///jon > > >> -----Original Message----- >> From: Holger Brunck [mailto:holger.brunck@...mile.com] >> Sent: Friday, November 14, 2014 12:33 PM >> To: davem@...emloft.net >> Cc: Jon Maloy; Holger Brunck; Ying Xue; Erik Hugne; netdev@...r.kernel.org >> Subject: [PATCH net-next] tipc: allow one link per bearer to neighboring >> nodes >> >> There is no reason to limit the amount of possible links to a neighboring node >> to 2. If we have more then two bearers we can also establish more links. >> >> Signed-off-by: Holger Brunck <holger.brunck@...mile.com> >> Reviewed-By: Jon Maloy <jon.maloy@...csson.com> >> cc: Ying Xue <ying.xue@...driver.com> >> cc: Erik Hugne <erik.hugne@...csson.com> >> cc: netdev@...r.kernel.org >> --- >> net/tipc/link.c | 5 +++-- >> 1 file changed, 3 insertions(+), 2 deletions(-) >> >> diff --git a/net/tipc/link.c b/net/tipc/link.c index 1db162a..7cf8004 100644 >> --- a/net/tipc/link.c >> +++ b/net/tipc/link.c >> @@ -224,9 +224,10 @@ struct tipc_link *tipc_link_create(struct tipc_node >> *n_ptr, >> char addr_string[16]; >> u32 peer = n_ptr->addr; >> >> - if (n_ptr->link_cnt >= 2) { >> + if (n_ptr->link_cnt >= MAX_BEARERS) { >> tipc_addr_string_fill(addr_string, n_ptr->addr); >> - pr_err("Attempt to establish third link to %s\n", addr_string); >> + pr_err("Attempt to establish %uth link to %s. Max %u >> allowed.\n", >> + n_ptr->link_cnt, addr_string, MAX_BEARERS); >> return NULL; >> } >> >> -- >> 2.1.2 > -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists