Hi Toerless,
On 11/3/16 8:54 PM, Toerless Eckert wrote:
> On Wed, Nov 02, 2016 at 10:18:06PM +0100, Eliot Lear wrote:
>> Hi Brian,
>>
>> Before we start imagining what the requirements in such situations are,
>> are they at all written somewhere? Otherwise we run the risk of
>> inventing a lot o
On 04/11/2016 11:55, Toerless Eckert wrote:
> On Wed, Nov 02, 2016 at 10:34:39AM -0400, Michael Richardson wrote:
>> I have no problem with the use of a GRASP multicast discovery here.
>>
>> I wonder about the utility of the GRASP unicast TCP response to the ACP
>> discovery.
>
> See my last ema
On Tue, Nov 01, 2016 at 10:42:32PM +, Max Pritikin (pritikin) wrote:
> Taken to the extreme one could argue that we need ANI to be self-contined so
> depending on IP seems wrong.
Can you explain where you think ANI depends on IP in a fashion you
ae calling "wrong" ?
Cheers
Toerless
> Th
On Tue, Nov 01, 2016 at 01:59:17PM +1300, Brian E Carpenter wrote:
> I will read that carefully, but for me that doesn't need justification,
> because
> we need the ANI to be self-contained, so depending on mDNS seems wrong. (In
> fact, why wouldn't configuring mDNS/DNS-SD/DNS be an autonomic func
On Wed, Nov 02, 2016 at 10:34:39AM -0400, Michael Richardson wrote:
> I have no problem with the use of a GRASP multicast discovery here.
>
> I wonder about the utility of the GRASP unicast TCP response to the ACP
> discovery.
See my last email to Brian et.al. on the signaling list, aka:
GRASP
IMHO, gear replacement after large outages is quite relevant:
I have seen equipment become unusable after bad
power situations (spike, brownout, electrical storms,..) because of
el-cheapo power supply/circuitry as well as wired interface
circuitry/protection. Certifications in Telco/IoT make that
On Wed, Nov 02, 2016 at 10:18:06PM +0100, Eliot Lear wrote:
> Hi Brian,
>
> Before we start imagining what the requirements in such situations are,
> are they at all written somewhere? Otherwise we run the risk of
> inventing a lot of mechanism to deal with a non-existent use case.
Not being Bria
On Wed, Nov 02, 2016 at 10:18:06PM +0100, Eliot Lear wrote:
> Hi Brian,
>
> Before we start imagining what the requirements in such situations are,
> are they at all written somewhere? Otherwise we run the risk of
> inventing a lot of mechanism to deal with a non-existent use case.
Not being Bria
