It's code most places to require low E windows, which have a metalic
coating that is pretty effective at blocking RF (WiFi, cell service,
probably GPS too).
bp
<part15sbs{at}gmail{dot}com>
On 2/9/2016 7:15 AM, Sam Kirsch wrote:
Pull out a GPS App on your phone and make sure you can actually read
the satellites from behind the window (I used 'GPS Test' on Android).
We had to install one of these boosters and were troubleshooting why
the damn thing wasn't working when I noticed that my phone GPS
receiver was working in rooms where the windows were open and not
working in rooms where the windows were closed. Building management
didn't even know they'd purchased the windows with RF film.
*-- Samuel Kirsch, Network Support
Plexicomm - Internet Solutions | www.plexicomm.net
<http://www.plexicomm.net>**
Office: 1.866.759.4678 x109 | Fax: 1.866.852.4688*
*Emergency Support: 1.866.759.9713 | *sam...@plexicomm.net*
<mailto:sam...@plexicomm.net>*
------ Original Message ------
From: "Adam Moffett" <dmmoff...@gmail.com <mailto:dmmoff...@gmail.com>>
To: af@afmug.com <mailto:af@afmug.com>
Sent: 2/9/2016 9:50:42 AM
Subject: Re: [AFMUG] Verizon "network extender"
It might not be just a matter of getting the location. If they use
the 1pps clock from GPS to calibrate an oscillator before they start
transmitting, then it would legitimately take 20-30 minutes.
Telrad BTS's are like that too. Pisses me off if I ever have to
reset the power.
On 2/9/2016 12:12 AM, Jason McKemie wrote:
For whatever reason, the receivers that they use in some of these
don't seem to be "modern" at all. They frequently take an
excessively long time to get a lock.
On Monday, February 8, 2016, Eric Kuhnke <eric.kuh...@gmail.com> wrote:
Modern GPS receivers work surprisingly well, if not very
accurately, from inside a single floor wood framed house... My
oneplus one will pick up 6 satellites while standing in a
central hallway 15'+ from any window. Should be accurate enough
to get a location within 75'.
All bets are off if it is a concrete framed apartment building
or something like that.
I still find it amazing that anything works at -162 RSL. Thanks
to tiny channel size and very basic modulation.
On Feb 8, 2016 6:46 PM, "Bill Prince"
<javascript:_e(%7B%7D,'cvml','part15...@gmail.com');> wrote:
Canopy NAT seems to break it with regularity. It might also
fail if the GPS location that it reports is not within a 1/4
mile of where the customer address is.
Also requires enough GPS (like near a window) to get a GPS lock.
bp
<part15sbs{at}gmail{dot}com>
On 2/8/2016 3:34 PM, Ken Hohhof wrote:
What are the typical reasons for these not to work?� From
the user guide it appears to use IPSEC, so I assume
anything that prevents a VPN?
�
Verizon support told the customer they needed a Class A
address.� WTF?� Did they maybe mean it _can't_ be a
class A address?� Customer uses 10.x.x.x addresses
internally, behind Cisco ASA firewall (which I don't manage).
�
I do see some udp/500 and udp/4500 packets, I think that
means something is using UDP for IPSEC NAT traversal?
