4 floors on concrete and chicken wire between me and the roof. Which is
just foot thick concrete. And then some stones and the rubber mat roof
stuff.
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Feb 9, 2016 9:42 PM, "TJ Trout" <t...@voltbb.com> wrote:
> It's an SMB connector, but again I find it really had to believe that if
> you stick it outside until you get a good sync and power it down that it
> won't resync indoors, I've never tried inside of a nuclear bunker, but in
> normal houses and offices with tile and metal roofs I've never had one
> issue.
>
> On Tue, Feb 9, 2016 at 6:39 PM, Bill Prince <part15...@gmail.com> wrote:
>
>> Yeah. Something like that. All I recall is it was ~~ 1/4" or so in
>> diameter. Don't quote me on that. I am disavowing all knowledge.
>>
>> bp
>> <part15sbs{at}gmail{dot}com>
>>
>>
>> On 2/9/2016 6:37 PM, Josh Luthman wrote:
>>
>> MCM as in MMC? Like MMCX?
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>> On Feb 9, 2016 9:34 PM, "Bill Prince" <part15...@gmail.com> wrote:
>>
>>> The Verizon cell extender (made by Samsung) has a little connector
>>> (don't recall the type, but it's about the size of MCM or so). Put a wire
>>> on the end of the coax, and you're there.
>>>
>>> bp
>>> <part15sbs{at}gmail{dot}com>
>>>
>>>
>>> On 2/9/2016 10:33 AM, Josh Luthman wrote:
>>>
>>> How did you get a GPS antenna from the roof to the SCS box?
>>>
>>>
>>> Josh Luthman
>>> Office: 937-552-2340
>>> Direct: 937-552-2343
>>> 1100 Wayne St
>>> Suite 1337
>>> Troy, OH 45373
>>>
>>> On Tue, Feb 9, 2016 at 1:28 PM, samuel <sam...@plexicomm.net> wrote:
>>>
>>>> Verizon's Samsung SCS series 3G and 4G Network Extender is what I was
>>>> dealing with. We had to run our own GPS antenna from the roof down to the
>>>> basement to get the damn thing to sync properly.
>>>>
>>>> As an aside, I didn't realize the Low E windows were code now, and this
>>>> is a very newly renovated building. Will keep that in mind!
>>>>
>>>>
>>>>
>>>> -- Sam Kirsch, Network Tech Support
>>>> Plexicomm Internet Solutions
>>>> Office: 1.866.759.4678 x109 <1.866.759.4678%20x109> | Fax:
>>>> 1.866.852.4688
>>>>
>>>> <sam...@plexicomm.net>sam...@plexicomm.net | Emergency Support:
>>>> 1.866.759.9713
>>>>
>>>>
>>>> ------------------------------
>>>> -----Original Message-----
>>>> From: "Jaime Solorza" < <losguyswirel...@gmail.com>
>>>> losguyswirel...@gmail.com>
>>>> To: "Animal Farm" < <af@afmug.com>af@afmug.com>
>>>> Date: 02/09/16 10:39 AM
>>>> Subject: Re: [AFMUG] Verizon "network extender"
>>>>
>>>> cell booster or gps booster?
>>>>
>>>> Jaime Solorza
>>>> Wireless Systems Architect
>>>> 915-861-1390
>>>>
>>>>
>>>> On Tue, Feb 9, 2016 at 8:15 AM, Sam Kirsch <sam...@plexicomm.net>
>>>> 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 |
>>>>> <http://www.plexicomm.net>www.plexicomm.net <http://www.plexicomm.net>*
>>>>> * Office: 1.866.759.4678 x109 <http://tel:1.866.759.4678%20x109> |
>>>>> Fax: 1.866.852.4688 <http://tel:1.866.852.4688>*
>>>>> *Emergency Support: 1.866.759.9713 <http://tel:1.866.759.9713> |
>>>>> <sam...@plexicomm.net> <sam...@plexicomm.net>sam...@plexicomm.net
>>>>> <sam...@plexicomm.net>*
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------ Original Message ------
>>>>> From: "Adam Moffett" < <dmmoff...@gmail.com>dmmoff...@gmail.com>
>>>>> To: <af@afmug.com>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>
>>>>> 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?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>
