From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 0BBA53CB7A for ; Mon, 25 Jan 2016 12:37:47 -0500 (EST) Received: from dair-1042.lorna-side.hm.taht.net (c-73-252-201-217.hsd1.ca.comcast.net [73.252.201.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id F41D72131D for ; Mon, 25 Jan 2016 17:37:45 +0000 (UTC) To: cerowrt-devel@lists.bufferbloat.net From: =?UTF-8?Q?Dave_T=c3=a4ht?= Message-ID: <56A65E26.3040109@taht.net> Date: Mon, 25 Jan 2016 09:40:54 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: [Cerowrt-devel] better service discovery X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 17:37:48 -0000 While at last week's scale conference I ran across a guy doing interesting things in tinc. One of the things he'd pointed out was the general availability of service discovery options using a very flexible many master/client protocol called "raft" - including using it as a dns substitute in his environment. https://raft.github.io/ I like things that have redundancy and distributed state. Has anyone been using this in any scenario?