they sometimes just dont work, I hate dealing with them On Mon, Feb 8, 2016 at 11:12 PM, Jason McKemie < [email protected]> 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 <[email protected]> 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" <[email protected]> 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? >>> >>> >>> -- If you only see yourself as part of the team but you don't see your team as part of yourself you have already failed as part of the team.
