Re: [homenet] Let's make in-home ULA presence a MUST !?

Ted Lemon <> Wed, 15 October 2014 23:06 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 1E3891ACE0F for <>; Wed, 15 Oct 2014 16:06:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.917
X-Spam-Status: No, score=-0.917 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, PLING_QUERY=0.994, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 4Q8isCssG5P8 for <>; Wed, 15 Oct 2014 16:06:32 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id AC3AD1ACE11 for <>; Wed, 15 Oct 2014 16:06:30 -0700 (PDT)
Received: from [] ( []) by (Postfix) with ESMTPSA id 820862381535; Wed, 15 Oct 2014 19:06:29 -0400 (EDT)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ted Lemon <>
In-Reply-To: <>
Date: Wed, 15 Oct 2014 18:06:27 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <20141014142746.GX31092@Space.Net> <> <20141014145930.GY31092@Space.Net> <> <20141014154111.GZ31092@Space.Net> <> <20141015150422.GW31092@Space.Net> <> <20141015154841.GY31092@Space.Net> <> <> <> <> <> <> <> <>
To: Michael Thomas <>
X-Mailer: Apple Mail (2.1878.6)
Subject: Re: [homenet] Let's make in-home ULA presence a MUST !?
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 15 Oct 2014 23:06:34 -0000

On Oct 15, 2014, at 5:57 PM, Michael Thomas <> wrote:
> If I use a GUA to my jukebox, the routing will just work regardless of which
> AP I'm currently connected to. With ULA's, not so much. That's hardly a non-sequitur.

You appear to have some misconceptions both about how IP routing works and how streaming works.

Suppose you are connected to your homenet.   You are streaming video from your jukebox using your ULA.   Now your device switches to your neighbor's Wifi, which is advertising a different GUA and a different ULA.   At this point your device does a flash renumber because it realizes it's no longer on the same network, and that the prefixes it had are no longer valid.

At this point, your application should get a notification from the stack that the connection has broken, at which point it should reconnect to your jukebox.  Supposing that your jukebox is reachable from the outside, the ULA that your neighbor's WiFi is advertising won't match the ULA your jukebox is advertising, so your device will attempt to reconnect using a GUA, not a ULA.

So whether you have a ULA on your homenet or not, two things will be true.  First, if your app isn't smart enough to re-connect, your stream will die.   Second, if it is smart enough, then it will succeed in reconnecting, whether you have a ULA configured on your homenet or not.

This is why I say that the concern you have raised is a non-sequitur.