Re: [WISPA] Static IP Pricing

[Tim Way]

Life in IPv4 is getting more expensive as scarcity increases.

On Feb 2, 2017 9:13 AM, "Colton Conor"  wrote:

> So a /26 has 64 total IPs, but only 62 are useable. So you are saying you
> would charge $5 - $10 per IP times 62 IPs? The cost of their statics would
> then cost more than the actual service?
>
> On Thu, Feb 2, 2017 at 8:44 AM, Scott Pope  wrote:
>
>> We charge $8.50 per month/per IP for our Static IP addresses.  This has
>> been our pricing for 10+ years.
>>
>>
>> --
>> Scott Pope
>> Network and Operations Officer
>> Arbuckle Communications, LLC
>> Office: 580-226-1234 <(580)%20226-1234>
>> Mobile: 580-277-1108 <(580)%20277-1108>
>> sp...@arbucklecomm.com
>> www.arbucklecomm.com
>>
>> *"We Are Built For Business"*
>>
>>
>> On Thu, Feb 2, 2017 at 7:16 AM, Troy Gibson, Byhalia.net <
>> t...@byhalia.net> wrote:
>>
>>> $5/month/IP
>>>
>>>
>>>
>>> Sent from my Verizon, Samsung Galaxy smartphone
>>>
>>>  Original message 
>>> From: Judd Dare 
>>> Date: 2/1/17 9:28 PM (GMT-05:00)
>>> To: WISPA General List 
>>> Subject: Re: [WISPA] Static IP Pricing
>>>
>>> Typical cost is around $1-2/IP/Month with various fiber providers.
>>>
>>> I've been planning to charge something like $10-20/IP/Mo for commercial
>>> in order to only sell to people who really need it.
>>>
>>> On Wed, Feb 1, 2017 at 7:22 PM, Colton Conor 
>>> wrote:
>>>
 How much do you charge business customers for static IPs?

 Comcast Business class cable internet charges
  *1 - $14.95/mo.*
 * 5 - $19.95/mo*
 * 13 - $34.95/mo*.

 What do fiber providers charge?

 I have a potential client that currently has a /27 with his current
 provider, and would like at least a /27 or preferably a /26 from us.

 We only have a /21 worth of space from ARIN.

 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


>>>
>>> ___
>>> Wireless mailing list
>>> Wireless@wispa.org
>>> http://lists.wispa.org/mailman/listinfo/wireless
>>>
>>>
>>
>> ___
>> Wireless mailing list
>> Wireless@wispa.org
>> http://lists.wispa.org/mailman/listinfo/wireless
>>
>>
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Ping monitoring?

[Tim Way]

Are you able to provide any background as to what your goal is? What are
you looking to accomplish?

On Wed, Jan 18, 2017 at 8:35 PM, Jon Langeler 
wrote:

> I can't get smokeping to send a ping say every second and only one each
> time. Any alternatives or suggestions?
>
> Jon Langeler
> Michwave Technologies, Inc.
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

[WISPA] Service Check for Elkhorn, WI

[Tim Way]

Is anyone able to provide service for W3945 Bray Road, Elkhorn, WI 53121?

If so please contact me off list.

Thanks,

Tim
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Charge for remote thermostat?

[Tim Way]

For those markets where this would be appealing it may be very cost
effective to limit the pipe greatly 512kbps / 512kbps or maybe even 256kbps
/ 256kbps to provide a service and revenue that you may have lost otherwise
even if it is $5 or $10 / month.

I know for years my Dad used a device that used the land-line at our cabin
to call our house and play a recorded message when / if the temperature
dropped below a certain temperature. A low tech solution for a less
complicated time...

On Tue, Jan 17, 2017 at 11:11 AM, Stuart Pierce  wrote:

> Dish Networks will actually let you keep the equipment at your house for
> $5 for service suspension
>
>
> On Tue, January 17, 2017 10:24 am, Chris Fabien wrote:
> > You want internet connected devices to work, you have to keep paying for
> > your internet right? I don't know of any provider who has a super-slow
> > plan for thermostats. I would tell them pay the normal rate, $50/mo is a
> > LOT
> > cheaper than a broken pipe right?
> >
> > We do offer "vacation hold" for $5/mo but that is service not active,
> > just lets the equipment stay at the house.
> >
> >
> > On Tue, Jan 17, 2017 at 10:18 AM, Jon Langeler
> > 
> > wrote:
> >
> >
> >> Customer wants to have control of their thermostat and heading south
> >> for 3-6 months. I'm guessing they want a $5/mo connection. Suggestions
> >> on how to handle or charge for this?
> >>
> >> Jon Langeler
> >> Michwave Technologies, Inc.
> >>
> >>
> >> ___
> >> Wireless mailing list
> >> Wireless@wispa.org
> >> http://lists.wispa.org/mailman/listinfo/wireless
> >>
> >>
> > ___
> > Wireless mailing list
> > Wireless@wispa.org
> > http://lists.wispa.org/mailman/listinfo/wireless
> >
> >
>
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] MDU Ethernet Switch

[Tim Way]

They come in all shapes and sizes.

http://www.cisco.com/c/en/us/products/switches/catalyst-3750-series-switches/models-comparison.html

You can find used 24 port ones cheap on eBay or surplus as others have
suggested. There are compact 8/12/16 port models but they typically use
different chipsets so I shy away from us in them.

If you need a good 10/40gb capable fiber switch the 3850-xs work great.
They have a pretty nice complement of features to include neat stuff like
on device packet capture with IP Services and you can buy support for them
from TAC if that wets your whistle.

On Nov 2, 2016 3:52 PM, "Colton Conor"  wrote:

> Mike,
>
> Isn't a Cisco 3750 switch a 24 or 48 port switch? I would think that would
> be overkill since I only need 4 to 8 ports?
>
> On Wed, Nov 2, 2016 at 3:47 PM, Mike Francis 
> wrote:
>
>> We have  ton of MDUs, Cisco 3750 switches.
>> John Michael Francis II
>> JMF Solutions, Inc
>> Wavefly - Internet Voip Cloud
>> INC 5000 #2593
>> CRN Fast Growth #105
>> 251-517-5069
>> http://jmfsolutions.net
>> http://wavefly.com
>>
>> "People are unreasonable, illogical, and self-centered. Love them anyway.
>> If you do good, people may accuse you of selfish motives. Do good anyway.
>> If you are successful, you may win false friends and true enemies. Succeed
>> anyway. The good you do today may be forgotten tomorrow. Do good anyway.
>> Honesty and transparency make you vulnerable. Be honest and transparent
>> anyway. What you spend years building may be destroyed overnight. Build
>> anyway. People who really want help may attack you if you help them. Help
>> them anyway. Give the world the best you have and you may get hurt. Give
>> the world your best anyway." By: Mother Teresa
>> On 11/2/2016 1:43 PM, Colton Conor wrote:
>>
>> I am in need of a recommendation for a small Ethernet switch for an MDU
>> applications. This is a garden style community where each building has
>> between 4 to 8 units inside of the building. There are 15  buildings on the
>> property. We would run a new CAT6 drop from a central point in the building
>> to each unit. This central point would either be in the attic, or on the
>> side of the exterior wall in some type of enclosure.
>>
>>  Then we would run fiber uplink from each building's switch to a headend
>> room. The headend room would have the aggergation fiber switch, a router,
>> and an uplink to the internet.
>>
>> We would hand a copper Ethernet hand off to the client in a unit, and
>> then the could use whatever router they wanted, or plug their computer in
>> directly to the wall.
>>
>> I think all I need is a switch per building (not a router), and ideally
>> this switch needs to have:
>>
>> - At Least 1 SFP fiber uplink port. 2 would be nice for daisy chaining,
>> but not required.
>> - 4 to 8 Copper Gigabit Ports. I don't need POE output power on these
>> ports.
>> - SNMP For remote monitoring
>> - CLI or some sort of web based remote management
>> - Temperature Hardened or able to be in a hot attic
>> - Some sort of L2 port isolation or private vlans where other subscribers
>> can see each other. All traffic goes in and out of uplink
>> - Rate limiting for each individual port
>> - Full duplex speed and wireline switching is preferred.
>> - We be nice to be remotely powered using PoE in, but not required. Might
>> be hard however to get power to the attic or side of building.
>>
>>
>> So far, options that come to mind are:
>>
>> https://routerboard.com/RB260GS for $36. Looks like a good option, but
>> not sure about SwitchOS. Worried Mikrotik won't continue to improve
>> switchOS. Feature set seems limited. Not sure about port isolation options?
>> Says it support Poe-In for power. Temp range looks good. No CLI.
>>
>> https://www.ubnt.com/edgemax/edgerouter-x-sfp/ $72. Double the price of
>> the Mikrotik. OS seems more robust. Seem more like a router than switch so
>> might be overkill for application. NO Poe-IN power option, but could I used
>> a passive poe injector to still power it remotely?
>>
>> https://www.ubnt.com/edgemax/edgepoint/ The EP-R6 is about $105. Looks
>> like its basically the edgerouter-x-sfp but in an outdoor case, and this
>> model supports PoE Input. This smaller unit doesn't seem to have any fiber
>> slack management like the other units in the edgepoint lineup. Includes POE
>> injector to power unit.
>>
>> I was thinking maybe a GPON ONT per building that has 4 to 8 Ethernet
>> ports on it. However, there are no small GPON OLTs out there. Plus, most
>> outdoor ONT's are like $250+ each.
>>
>>
>> What else is out there? I would say price range would be sub $200 per
>> building max.
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Wireless mailing 
>> listWireless@wispa.orghttp://lists.wispa.org/mailman/listinfo/wireless
>>
>>
>>
>> ___
>> Wireless mailing list
>> Wireless@wispa.org
>> 

Re: [WISPA] IPV6 again?!?

[Tim Way]

Make sure the prefix is in the routing table of the issuing mikrotik. make
sure the PC you're pinging from passes through a router that contains the
issue route.

I assume the issuing mikrotik and "office router" are the same in this
instance?

Tim

On Nov 1, 2016 3:51 PM, "Art Stephens" <asteph...@ptera.com> wrote:

>

> OK.. so we can not use static addressing then...
>
> So I programmed a Mikrotik to do DHCP-PD and connected it to our server
network.
> [admin@MikroTik] /ipv6 dhcp-server> pr
> Flags: D - dynamic, X - disabled, I - invalid
>  #NAME   INTERFACE ADDRESS-POOL PREFERENCE
LEASE-TIME
>  0server1ether2pool1   255 3d

> Flags: D - dynamic
>  #   NAMEPREFIX  PRE
EXPIRES-AFTER
>  0   pool1   ::3::/60 64
>
>
> I gave that Mikrotik an address in the IPV6 address space.
> [admin@MikroTik] /ipv6 address> pr
> Flags: X - disabled, I - invalid, D - dynamic, G - global, L - link-local
>  #ADDRESS FROM-POOL INTERFACE
ADVERTISE
>  0  G ::0:32::77/64 ether2
 yes
>  1 DL fe80::20c:42ff:fe20:caa7/64   ether3
 no
>  2 DL fe80::20c:42ff:fe20:caa6/64   ether2
 no
>
> I can ping from ::0:32::77 from our office router
(::0:32::32)
> I can not ping ::0:32::77from my office desk which can ping other
addresses on that network.
>
> And when I set the customer ASUS router to native IPV6 DHCP-PD enabled
and plug it into the server network.
> Nothing happens.
>
>
>
> On Fri, Oct 28, 2016 at 4:11 PM, Tim Way <t...@way.vg> wrote:

>>

>> Art,
>>
>> Are you talking about the DHCPv6-PD allocation ranged I talked about? If
so those prefixes are intentionally different than what would be present in
the routing table. Those prefixes would normally be injected into the tower
agent by the router performing DHCP relaying and / or the DHCPv6-PD server.
If you are just labbing add the customer prefix to to the router where
appropriate.
>>
>> As far as routing protocols you will only be able to use EIGRP, OSPF,
RIPv6 and BGP.
>>
>> You likely want the relay agent, tower router, to learn the routes. In
Cisco land you have to tell the router to snoop on the DHCP packet it
relays and to inject the route.
>>
>> Tim
>>
>>
>> On Oct 28, 2016 6:03 PM, "Art Stephens" <asteph...@ptera.com> wrote:

>>>

>>> So the only IPV6 routing I can get to work is with Mikrotik/Cisco using
OSPFv3 only.
>>>
>>> Directly plugged into the IPV6 network with a PC both physical and
virtual works.
>>>
>>> But when I try to static setup IPV6 on a router as if I was a customer
no luck.
>>>
>>> I have tried Netgear, ASUS, Linksys and Mikrotik. No routing thru the
router.
>>>
>>> The closest that came to working was the Mikrotik.
>>> Can only ping directly connected devices though.
>>> I can ping the gateway and dns server from the Mikrotik router but I
can not ping from the customer PC behind the Mikrotik router. This is the
same PC that works if I plug directly in.
>>>
>>> IPV6 Things do not appear to work as advertised when it comes to static
configs.
>>>
>>> Is it just me or is anyone else running into this?
>>> If you solved it care to share?
>>>
>>>
>>>
>>> --
>>> Arthur Stephens
>>> Senior Networking Technician
>>> Ptera Inc.
>>> PO Box 135
>>> 24001 E Mission Suite 50
>>> Liberty Lake, WA 99019
>>> 509-927-7837 <509-927-7837>
>>> ptera.com <http://ptera.com> |
>>> facebook.com/PteraInc <http://facebook.com/PteraInc> | twitter.com/Ptera
>>>
 -
>>> "This message may contain confidential and/or propriety information,
and is intended for the person/entity to whom it was originally addressed.
>>> Any use by others is strictly prohibited. Please note that any views or
opinions presented in this email are solely those of the author and are not
intended to represent those of the company."
>>>
>>> ___
>>> Wireless mailing list
>>> Wireless@wispa.org <Wireless@wispa.org>
>>> http://lists.wispa.org/mailman/listinfo/wireless
<http://lists.wispa.org/mailman/listinfo/wireless>
>>>
>>
>> ___
>>

Re: [WISPA] IPV6 again?!?

[Tim Way]

Right only offered static to get him going in a lab setting to control
variables and build his way up to a functional deployment.

On Oct 28, 2016 6:52 PM, "Mike Hammett"  wrote:

Don't do static facing customers. You'll want prefix delegation.



-
Mike Hammett

Intelligent Computing Solutions 





Midwest Internet Exchange 




The Brothers WISP 


--
*From: *"Art Stephens" 
*To: *"WISPA General List" 
*Sent: *Friday, October 28, 2016 6:02:46 PM
*Subject: *[WISPA] IPV6 again?!?


So the only IPV6 routing I can get to work is with Mikrotik/Cisco using
OSPFv3 only.

Directly plugged into the IPV6 network with a PC both physical and virtual
works.

But when I try to static setup IPV6 on a router as if I was a customer no
luck.

I have tried Netgear, ASUS, Linksys and Mikrotik. No routing thru the
router.

The closest that came to working was the Mikrotik.
Can only ping directly connected devices though.
I can ping the gateway and dns server from the Mikrotik router but I can
not ping from the customer PC behind the Mikrotik router. This is the same
PC that works if I plug directly in.

IPV6 Things do not appear to work as advertised when it comes to static
configs.

Is it just me or is anyone else running into this?
If you solved it care to share?



-- 
Arthur Stephens
Senior Networking Technician
Ptera Inc.
PO Box 135
24001 E Mission Suite 50
Liberty Lake, WA 99019
509-927-7837
ptera.com |
facebook.com/PteraInc | twitter.com/Ptera
 ---
--
"This message may contain confidential and/or propriety information, and is
intended for the person/entity to whom it was originally addressed.
Any use by others is strictly prohibited. Please note that any views or
opinions presented in this email are solely those of the author and are not
intended to represent those of the company."

___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] IPV6 again?!?

[Tim Way]

Art,

Are you talking about the DHCPv6-PD allocation ranged I talked about? If so
those prefixes are intentionally different than what would be present in
the routing table. Those prefixes would normally be injected into the tower
agent by the router performing DHCP relaying and / or the DHCPv6-PD server.
If you are just labbing add the customer prefix to to the router where
appropriate.

As far as routing protocols you will only be able to use EIGRP, OSPF, RIPv6
and BGP.

You likely want the relay agent, tower router, to learn the routes. In
Cisco land you have to tell the router to snoop on the DHCP packet it
relays and to inject the route.

Tim

On Oct 28, 2016 6:03 PM, "Art Stephens"  wrote:

> So the only IPV6 routing I can get to work is with Mikrotik/Cisco using
> OSPFv3 only.
>
> Directly plugged into the IPV6 network with a PC both physical and virtual
> works.
>
> But when I try to static setup IPV6 on a router as if I was a customer no
> luck.
>
> I have tried Netgear, ASUS, Linksys and Mikrotik. No routing thru the
> router.
>
> The closest that came to working was the Mikrotik.
> Can only ping directly connected devices though.
> I can ping the gateway and dns server from the Mikrotik router but I can
> not ping from the customer PC behind the Mikrotik router. This is the same
> PC that works if I plug directly in.
>
> IPV6 Things do not appear to work as advertised when it comes to static
> configs.
>
> Is it just me or is anyone else running into this?
> If you solved it care to share?
>
>
>
> --
> Arthur Stephens
> Senior Networking Technician
> Ptera Inc.
> PO Box 135
> 24001 E Mission Suite 50
> Liberty Lake, WA 99019
> 509-927-7837
> ptera.com |
> facebook.com/PteraInc | twitter.com/Ptera
>  ---
> --
> "This message may contain confidential and/or propriety information, and
> is intended for the person/entity to whom it was originally addressed.
> Any use by others is strictly prohibited. Please note that any views or
> opinions presented in this email are solely those of the author and are not
> intended to represent those of the company."
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] IPV6 deploymernt

[Tim Way]

Art,

So I know of two solid methods that could solve your problem. Neither are
super awesome and both would involve NAT.

1. IPv6 only to the client with NAT64 and DNS64 to handle IPv4 only
connectivity
2. IPv4 CGN Shared Address Space, RFC 6598 100.64.0.0/10, and IPv6 Global
Unicast running in Dual Stack

Either one would work. I apologize in advance for the long post that
follows.

I've only done the configurations on Cisco routers with the radios just
passing traffic at layer 2. I'd have to check the feature set of your
routers routing wise but it shouldn't be hard. It also could be built in a
lab with static routing largely. I think Mikrotik supports NAT64 but again
for a lab environment any recent Cisco device could be used with IP
Services licensing.

Your address plan for your global unicast IPv6 space comes into play. This
is how I would lab it up including moving routing to the tower with the CPE
in bridge mode:

Your fictional IPv6 prefix: :::/32

Your NAT64 Prefix: ::cc00::/96

Customer DHCPv6-PD Allocation Prefix: ::aa00::/40
Your fictional customer #1: The Johnson Family, ::aa00:0100::/56
Your fictional customer #2: The Billings' Family, ::aa00:0200::/56

Fictional Tower 1
ISP Mgmt VLAN of CPE: 11, ::bb00:0011::/64
ISP Customer VLAN of CPE: 12, ::bb00:0012::/64
ISP Router at the tower on VLAN 11: ::bb00:0011::1/64
ISP Router at the tower on VLAN 12: ::bb00:0012::1/64

The Johnson Family Setup:
ISP CPE VLAN 11 IP: ::bb00:0011::f/64
Customer's Netgear WAN Interface: ::bb00:0012::f/64
Customer's Netgear LAN Interface: ::aa00:010a::1/64
Customer's Netgear Guest WiFi: ::aa00:010b::1/64

The Billings' Family Setup:
ISP CPE VLAN 11 IP: ::bb00:0011::e/64
Customer's Netgear WAN Interface: ::bb00:0012::e/64
Customer's Netgear LAN Interface: ::aa00:020a::1/64
Customer's Netgear Guest WiFi: ::aa00:020b::1/64

1. You'd bridge VLAN 12 through the CPE to customer's WAN interface as the
native VLAN and put the IP on VLAN 11.
2. If you use static routing and manual address assignment to eliminate
variables in the lab you'll want to add static routes on the tower router
for the ::/56 prefixes that would be allocated to each customer. Normally
these routes will be injected into the routing table at the DHCPv6 router
and could be distributed from there.
3. The last piece of the puzzle will be adding in the NAT64 and DNS64
devices. BIND can do DNS64 and you could use a Cisco router to do the
NAT64. You'd want the "Customer's Netgear" to use the DNS64 server as it's
upstream DNS server to ensure that it receives  records for sites that
only have A records. This is the fragile component of the DNS64 and NAT64
deployment because it requires the customers computer or router uses your
resolver. You will want to ensure the router performing NAT64 is
advertising the prefix it is using for NAT64 into your IGP or that your
default routed traffic lands on that NAT64 to ensure it is routed correctly.

This should get you a functional IPv6 only customer network that only
returns  records for all DNS requests. It's a little late so I
apologize for any mistakes in the addressing. Also I will think about doing
this with routing at the CPE as well overnight and add that response. I'd
be very intrigued to see this in a lab environment with the fictional
customers all setup to see how NAT64 and DNS64 actually works in reality
instead of just implementing CGN which I see as the less visible or
resilient change for the customer. That said I see the pure IPv6 deployment
with NAT64 and DNS64 as the better long term solution if you could reliably
ensure your customers use your DHCP server or ensure that your tech support
says to reset that right away. It also would break a customer using OpenDNS
to restrict web-sites from their kid's for example.

Thanks,

Tim

On Tue, Oct 25, 2016 at 4:42 PM, Art Stephens <asteph...@ptera.com> wrote:

> Tim,
>
> So we are an IPV4 ISP not able to get any more IPV4 address space. We have
> IPV6 working in office, and on server network.
> I have working windows and linux IPV6 only configured machines but
> obviously they can only access IPV6 capable web sites and such.
>
> But we will need to start assigning IPV6 WAN address to customer routers
> and UBNT radios in radio router mode when we get a CRM that supports IPV6.
> I am a little aware of NAT64 but all my googling for NAT64 applications
> yields NAT64 for networks with Public address on one side and private
> addresses on the other.
> We try to keep all of our network WAN on public addresses.
>
> So far I have tried three so called ipv6 ready routers and could get none
> of them to work with static IPV6 addressing.
>
> Hope that explains what you are looking for.
>
> Thanks for your help.
>
>
> On Tue, Oct 25, 2016 at 12

Re: [WISPA] IPV6 deploymernt

[Tim Way]

Dual stack is a different architecture than having two separate networks
running with one running IPv4 and one running IPv6. To connect the two
disparate networks you would need to perform address family translation
(NAT64). In dual-stack it will prefer IPv6 when available, minus happy
eyeballs, but otherwise has legs or transit via both protocols to access
the necessary resource if it is either IPv4 or IPv6.

To start I would ask to clarify what you are trying to do and I'd be happy
to help in anyway I can. I'm a bit of an IPv6 crazy.

Tim

On Tue, Oct 25, 2016 at 2:41 PM, Art Stephens  wrote:

> Any out there successfully deployed dual stack network can share what
> equipment used for pure ipv6 access to ipv4 networks?
>
> --
> Arthur Stephens
> Senior Networking Technician
> Ptera Inc.
> PO Box 135
> 24001 E Mission Suite 50
> Liberty Lake, WA 99019
> 509-927-7837
> ptera.com |
> facebook.com/PteraInc | twitter.com/Ptera
>  ---
> --
> "This message may contain confidential and/or propriety information, and
> is intended for the person/entity to whom it was originally addressed.
> Any use by others is strictly prohibited. Please note that any views or
> opinions presented in this email are solely those of the author and are not
> intended to represent those of the company."
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Network/infrastructure design for WISP's

[Tim Way]

2k12r2 ha DHCP service, Linux clustering or simple dual scopes!

On Oct 21, 2016 6:16 PM, "Adair Winter"  wrote:

> What happens when DHCP quits and you can't manage anything?
> Powercode assigns the next available management IP for whatever
> tower/range and we statically assign to the CPE
>
> On Fri, Oct 21, 2016 at 6:13 PM, Ian Fraser  wrote:
>
>> Not sure how static would be safer than DHCP for CPE mgmt?
>>
>> Ian
>>
>>
>>  Original message 
>> From: Fred Goldstein 
>> Date:10-21-2016 6:31 PM (GMT-05:00)
>> To: wireless@wispa.org
>> Cc:
>> Subject: Re: [WISPA] Network/infrastructure design for WISP's
>>
>> On 10/21/2016 5:55 PM, Ian Fraser wrote:
>> >
>> >
>> > PPPOE for Res traffic. VLAN's for Biz. Public IP's are statically
>> > assigned.  DHCP for CPE's MgMt IP assignment.  PPPOE session and CPE's
>> > connection to the AP authenticated by Radius. Radius Accounting  is
>> > used for traffic billing and session info.
>> >
>>
>> Wouldn't it be safer to use static IPs for CPE management? I'd do that,
>> private IPs of course on a management VLAN not visible to customers.
>>
>> > Per site: 2 VLANs for MgMt (1 for Tower/AP/UPS etc and 1 for CPEs) and
>> > 1 VLAN per AP for PPPOE or a dedicated VLAN per Biz. AP's are bridged
>> > for CPE's PPPOE to NAS.  uPnP enabled CPEs. Cust Routers are not
>> > allowed to initiate PPPOE.  PPPOE NAS's are mostly colocated tower
>> > sites so that backhauls can see QOS markers on traffic and not just a
>> > Tunnel.
>> >
>> > BGP Advertises IP range per Fibre POP and feeds 0.0.0.0/0 into OSPF
>> > for redistributing routes inside the AS.  Infrastructure MgMt is on
>> > RFC1918 and customers are Public IPs.  Firewall rules on
>> > NAS/Router/CPE prevent Customer IP's from reaching MgMt IP's.
>> >
>> Nice if you have enough public IPs for customers. I'm not sure BGP and
>> PPPOE are necessarily the easiest protocols for this purpose, but
>> definitely do use the VLANs and keep the routing out of the radios.
>>
>> > Mikrotik for all routing.  Netonix for most switching. Mikrotik for
>> > most PtMP (probably uncommon) but LTE is Telrad in areas where it is
>> > deployed, which skews the above architecture a bit :(  LTE is not for
>> > newbies though mind you maybe Mikrotik isn't either lol...  but in
>> > 13 years I've never been floored by a virus "infecting" my gear ;-)
>> >
>> You can't do 5 GHz with MikroTik in the US; they don't have valid FCC
>> approval any more. Not that they admit it, but the US isn't a big market
>> for them. The wireless design itself has to be based on the local
>> terrain, clutter (trees, etc.), subscriber density, and other conditions.
>>
>> You do want a nice SNMP monitoring system that allows you to pull
>> whatever parameters you want out of the MIB, not one that charges per
>> line item (like PRTG) or that only pulls a few selected details. I do
>> enjoy the detail I can get out of InterMapper, for instance. Where are
>> you (or your planned network) located, Jordan?
>>
>> > Cheers,
>> >
>> > Ian
>> >
>> >
>> >> On 10/21/2016 3:07 PM, Jordan de Geus wrote:
>> >>> Hey guys,
>> >>>
>> >>> I'm very new to the WISP industry and I've been curious to know how
>> >>> people are designing their WISP networks.
>> >>>
>> >>> Are you creating VLAN's for each connection point? So your backhauls
>> >>> are all in one VLAN, while all AP to client connections are in
>> >>> another VLAN?
>> >>>
>> >>> I had been thinking about how the above VLAN based design would be,
>> >>> in terms of security, and I realized that if all CPE's were in one
>> >>> VLAN together, wouldn't they be able to cross communicate? So an AP
>> >>> with 30 clients operating in VLANX, would essentially be able to
>> >>> communicate to each other, bring security as a major issue. I was
>> >>> thinking that you'd be able to do VLAN's for each customer, but
>> >>> doing a PTMP setup for residential purposes, I feel like the system
>> >>> would be quite bogged down with that amount of vlans?
>> >>>
>> >>> How are you authenticating and issuing IP's to clients? Are you
>> >>> doing PPPOE or DHCP? Is everything just in routed tables?
>> >>>
>> >>> What sort of hardware are you using for your network design and
>> >>> management?
>> >>>
>> >>> Kind Regards,
>> >>> Jordan
>> >>>
>>
>>
>> --
>>   Fred R. Goldstein  k1iofred "at" interisle.net
>>   Interisle Consulting Group
>>   +1 617 795 2701
>>
>>
>> ___
>> Wireless mailing list
>> Wireless@wispa.org
>> http://lists.wispa.org/mailman/listinfo/wireless
>>
>> ___
>> Wireless mailing list
>> Wireless@wispa.org
>> http://lists.wispa.org/mailman/listinfo/wireless
>>
>>
>
>
> --
>
> Adair Winter
> VP, Network Operations / Co-Owner
> Amarillo Wireless | 806.316.5071
> C: 806.231.7180
> http://www.amarillowireless.net
> 
>
>
>
> 

Re: [WISPA] WISPA Webpage is down

[Tim Way]

Zing. I like it.

On Tue, Sep 27, 2016 at 4:59 PM, Seth Mattinen <se...@rollernet.us> wrote:

> On 9/27/16 14:27, Tim Way wrote:
> > That's ok I interactively harness dynamic clouds
>
>
> In order to globally enable mission-critical web services.
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] WISPA Webpage is down

[Tim Way]

That's ok I interactively harness dynamic clouds

http://www.atrixnet.com/bs-generator.html



On Tue, Sep 27, 2016 at 4:26 PM, Ian Fraser <ian_fra...@gozoom.ca> wrote:

> Warning you could waste a day here  https://honestnetworker.wordpress.com/
>
> Ian
>
> On 27/09/2016 3:56 PM, Tim Way wrote:
>
> Ahh classic. Um what EMAIL?
>
> On Tue, Sep 27, 2016 at 2:51 PM, Bryce Duchcherer <bduc...@netago.ca>
> wrote:
>
>> Must watch!
>> https://www.youtube.com/watch?v=W8_Kfjo3VjU
>>
>> Bryce D
>> NETAGO
>>
>> -Original Message-
>> From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On
>> Behalf Of Sam Morris
>> Sent: Tuesday, September 27, 2016 13:50
>> To: wireless@wispa.org
>> Subject: Re: [WISPA] WISPA Webpage is down
>>
>> Running on Windows? :)
>>
>> On 9/27/2016 12:23 PM, Jim Patient wrote:
>> > Ok, Trina, I'll be Patient.
>> >
>> > cid:image001.png@01D03C92.EFCBD870
>> >
>> > _jpati...@linktechs.net <mailto:jpati...@linktechs.net>_
>> >
>> > www.LinkTechs.net <http://www.linktechs.net/>*| *www.TowerCoverage.com
>> > <http://www.towercoverage.com/>
>> >
>> > usa_flag *Phone:* 314-735-0270 *FAX*: 636-660-1534
>> >
>> > *canada_flagPhone:*647-725-7011
>> >
>> > *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org]
>> > *On Behalf Of *Trina Coffey, Director of Operations
>> > *Sent:* Tuesday, September 27, 2016 11:12 AM
>> > *To:* memb...@wispa.org; 'WISPA General List' <wireless@wispa.org>;
>> > wi...@wispa.org
>> > *Subject:* [WISPA] WISPA Webpage is down
>> > *Importance:* High
>> >
>> > Hello all
>> >
>> > The server that houses our website is down.  This means until it is
>> > fixed you will be unable to login to your account or register for
>> > WISPAPALOOZA.  Please be patient, we have contacted our software
>> > company and they are aware of the problem.
>> >
>> > My staff and I will also be unable to access your profile, account, or
>> > membership information during the outage.
>> >
>> > Respectfully,
>> >
>> > Trina Coffey
>> >
>> > Director of Operations
>> >
>> > WISPA
>> >
>> > 260-622-5775 direct
>> >
>> > 866-317-2851 ext. 102 (US only)
>> >
>> > 530-227-6696 cell
>> >
>> > www.wispa.org <http://www.wispa.org>
>> >
>> > Come see us at WISPAPALOOZA <http://www.wispa.org/Events/WISPAPALOOZA
>> >!!
>> >
>> >
>> >
>> > ___
>> > Wireless mailing list
>> > Wireless@wispa.org
>> > http://lists.wispa.org/mailman/listinfo/wireless
>> >
>>
>> ___
>> Wireless mailing list
>> Wireless@wispa.org
>> http://lists.wispa.org/mailman/listinfo/wireless
>>
>> ___
>> Wireless mailing list
>> Wireless@wispa.org
>> http://lists.wispa.org/mailman/listinfo/wireless
>>
>
>
>
> ___
> Wireless mailing 
> listWireless@wispa.orghttp://lists.wispa.org/mailman/listinfo/wireless
>
>
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] WISPA Webpage is down

[Tim Way]

Ahh classic. Um what EMAIL?

On Tue, Sep 27, 2016 at 2:51 PM, Bryce Duchcherer  wrote:

> Must watch!
> https://www.youtube.com/watch?v=W8_Kfjo3VjU
>
> Bryce D
> NETAGO
>
> -Original Message-
> From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On
> Behalf Of Sam Morris
> Sent: Tuesday, September 27, 2016 13:50
> To: wireless@wispa.org
> Subject: Re: [WISPA] WISPA Webpage is down
>
> Running on Windows? :)
>
> On 9/27/2016 12:23 PM, Jim Patient wrote:
> > Ok, Trina, I'll be Patient.
> >
> > cid:image001.png@01D03C92.EFCBD870
> >
> > _jpati...@linktechs.net _
> >
> > www.LinkTechs.net *| *www.TowerCoverage.com
> > 
> >
> > usa_flag *Phone:* 314-735-0270 *FAX*: 636-660-1534
> >
> > *canada_flagPhone:*647-725-7011
> >
> > *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org]
> > *On Behalf Of *Trina Coffey, Director of Operations
> > *Sent:* Tuesday, September 27, 2016 11:12 AM
> > *To:* memb...@wispa.org; 'WISPA General List' ;
> > wi...@wispa.org
> > *Subject:* [WISPA] WISPA Webpage is down
> > *Importance:* High
> >
> > Hello all
> >
> > The server that houses our website is down.  This means until it is
> > fixed you will be unable to login to your account or register for
> > WISPAPALOOZA.  Please be patient, we have contacted our software
> > company and they are aware of the problem.
> >
> > My staff and I will also be unable to access your profile, account, or
> > membership information during the outage.
> >
> > Respectfully,
> >
> > Trina Coffey
> >
> > Director of Operations
> >
> > WISPA
> >
> > 260-622-5775 direct
> >
> > 866-317-2851 ext. 102 (US only)
> >
> > 530-227-6696 cell
> >
> > www.wispa.org 
> >
> > Come see us at WISPAPALOOZA !!
> >
> >
> >
> > ___
> > Wireless mailing list
> > Wireless@wispa.org
> > http://lists.wispa.org/mailman/listinfo/wireless
> >
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] CenturyLink ... Will They Work With A WISP?

[Tim Way]

Thanks for the replies guys. So from both of your perspectives you were
able to get legal service from them but you either had performance or cost
issues?

Thanks,

Tim

On Fri, Jun 10, 2016 at 10:57 AM, <tandr...@ncidata.com> wrote:

> From my experience they are outrageously overpriced.
>
> -Tim A
>
> *From:* Joe Miller <joe.mil...@dslbyair.com>
> *Sent:* Friday, June 10, 2016 8:46 AM
> *To:* 'WISPA General List' <wireless@wispa.org>
> *Subject:* Re: [WISPA] CenturyLink ... Will They Work With A WISP?
>
>
> I have had some not so good experiences with their bonded T-1’s in the
> past. Maybe things have gotten better now.
>
>
>
> *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] *On
> Behalf Of *Tim Way
> *Sent:* Friday, June 10, 2016 10:41 AM
> *To:* WISPA General List
> *Subject:* [WISPA] CenturyLink ... Will They Work With A WISP?
>
>
>
> Does anyone have experience working with CenturyLink in regards to getting
> a proper circuit from that will legally allow you to resell bandwidth on
> it? In particular I know of a remote area that can get residential DSL but
> for miles and miles after that there is nothing. My hope is CenturyLink
> would convert that a business service would allow me to resell it. I'd be
> willing to extend from there outwards into areas that are completely
> without non satellite or cellular service.
>
>
>
> Some quick Google work shows up only 1 relevant result and it would seem I
> would need to be a CLEC to make that work.
>
>
>
> Being the peach they are usually to work with just looking for what others
> have experienced before I try to work through some phone trees at
> CenturyLink.
>
>
>
> Thanks,
>
>
>
> Tim
>
> --
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=oa-2322-b>
> Virus-free
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=oa-2322-b>
>
> ___
> Wireless mailing list
> Wireless@wispa.org
> http://lists.wispa.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

[WISPA] CenturyLink ... Will They Work With A WISP?

[Tim Way]

Does anyone have experience working with CenturyLink in regards to getting
a proper circuit from that will legally allow you to resell bandwidth on
it? In particular I know of a remote area that can get residential DSL but
for miles and miles after that there is nothing. My hope is CenturyLink
would convert that a business service would allow me to resell it. I'd be
willing to extend from there outwards into areas that are completely
without non satellite or cellular service.

Some quick Google work shows up only 1 relevant result and it would seem I
would need to be a CLEC to make that work.

Being the peach they are usually to work with just looking for what others
have experienced before I try to work through some phone trees at
CenturyLink.

Thanks,

Tim
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Software for network monitoring

[Tim Way]

Zenoss, nagios core, solarwinds
On Jan 9, 2015 4:11 PM, Fabrizio Fiore Donati a...@2bite.net wrote:

 Hi all we have a network of about 200 wireless pop, each pop have about 8
 devices, what software do you suggest to use for monitoring ?
 Wireless devices are a mix of mikrotik, ubiquity, cambium and siae
 microelettronica. Switches are zte and cisco.

 Right now we use ipswitch whatsup gold but i'm looking for a valid
 alternative.

 Anu suggestion ?

 Fabrizio Fiore Donati

 Mobile: +39 3289872420
 E-mail: fabrizio.fioredon...@2bite.net

 2bite s.r.l.
 Via Campo di Pile
 67100 L'Aquila (AQ) - Italy
 Tel.: +39 0862441583

 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

[WISPA] Tower Climbing Requirements

[Tim Way]

How does one find out the legal requirements for performing tower climbing
in a locality? I am located in Brown County, WI and I can't seem to drum up
an intelligible Google search that finds me the answer or anyone at my
local county offices that talk to me.

I'm interested in knowing:

   - What kind of training or certifications might be needed
   - Which government offices that I would need to register with
   - Like which level of government, federal, state, county/city and which
  offices
   - Are there break points where you either need training or don't
   - Example: for a tower under 50 feet you can do it yourself without any
  requirements vs a tower over 50 feet you need to do x, y and z
things to be
  legal. (totally made up situation but you get it)
   - Anything else you experienced folks happen to know.


Thanks in advance,

Tim
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Tower Climbing Requirements

[Tim Way]

Any handy links by chance? I appreciate the quick response.

On Wed, Jan 7, 2015 at 12:38 PM, Sean Heskett af...@zirkel.us wrote:

 you have to follow OSHA rules.



 On Wed, Jan 7, 2015 at 11:28 AM, Tim Way t...@way.vg wrote:

 How does one find out the legal requirements for performing tower
 climbing in a locality? I am located in Brown County, WI and I can't seem
 to drum up an intelligible Google search that finds me the answer or anyone
 at my local county offices that talk to me.

 I'm interested in knowing:

- What kind of training or certifications might be needed
- Which government offices that I would need to register with
- Like which level of government, federal, state, county/city and
   which offices
- Are there break points where you either need training or don't
- Example: for a tower under 50 feet you can do it yourself without
   any requirements vs a tower over 50 feet you need to do x, y and z 
 things
   to be legal. (totally made up situation but you get it)
- Anything else you experienced folks happen to know.


 Thanks in advance,

 Tim

 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] BGR on 3.5

[Tim Way]

Either that or they will need to add the ability back to YouTube to cache
videos locally and only play ads over the airwaves. Data caps are hitting
all cloud services in the pocket book one way or the other. Hands down I
would take a connection that is slower and uncapped than a connection that
is faster but capped monthly so low that I can blow the whole ball of wax
in an hour.

My .02 cents and +1 for an active night on the list.

On Tue, Jan 6, 2015 at 5:54 PM, Robert nos...@avantwireless.com wrote:

 Cool, Google should buy up a huge swath of 3GHz spectrum at auction and
 Give it to the public...   Makes sense to me  :)

 On 01/06/2015 03:30 PM, Josh Luthman wrote:
  http://bgr.com/2015/01/06/google-vs-verizon-att-wireless/
 
  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373
 
 
  ___
  Wireless mailing list
  Wireless@wispa.org
  http://lists.wispa.org/mailman/listinfo/wireless
 
 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Rogue Accesspoint Detection

[Tim Way]

In our corporate environment we have a Cisco wireless environment (indoors)
and we match that with Cisco Prime for things like heat maps, rogue AP
detection, and tracking wireless devices that are associated among other
features.

http://www.cisco.com/c/en/us/td/docs/wireless/technology/roguedetection_deploy/Rogue_Detection.html

Tim
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Rogue Accesspoint Detection

[Tim Way]

No one has said anything about the use of rogue AP detection from a
troubleshooting standpoint. In our environment our APs do a monitor mode
cycle occasionally and use the information each AP gives the controller to
determine if something wireless is present. It uses the collected data to
attempt and provide a location. This is fantastic and can provide a lot
of useful data that you can act on to resolve and prevent problems in a
corporate wireless environment.

I would agree that interfering inappropriately with the data these tools
provide you with may or may not cause you legal trouble. Of course that is
no different than owning a gun in Wisconsin. Its alright to have it but
point it at the thing and you might find yourself in hot water.

** feeding the trolls nothing to see here :) **
On Jan 6, 2015 4:27 PM, Mike Hammett wispawirel...@ics-il.net wrote:

 A WISP doesn't own (or lease) everywhere. A company owns or leases their
 corporate space.

 If a Russian or Chinese spy snuck a MiFi into Lockheed Skunkworks and
 somehow passed their other forms of security, you'd be okay with them
 chugging away uploading whatever they found?



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

 --
 *From: *Dennis Burgess dmburg...@linktechs.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Tuesday, January 6, 2015 3:09:47 PM
 *Subject: *Re: [WISPA] Rogue Accesspoint Detection

 While I understand your reasoning, I would disagree.   If you could do
 this, for the security of a WISP, we will shut down all Access Points via
 Deauth attack that my Access Points can see.  Also note, I am not talking
 for the FCC, but for what I believe is right, in this case, you can’t own a
 location or area of the wifi bands, therefore, you can’t cause harmful
 interference, and a deauth attack would be harmful, and interference.



 I  can agree that you can detect it and shut it off on a port on your
 network, but you should not be able to interfere with other operations,
 regardless if it is your property or not.  Maybe that’s not the intent from
 those actions, but it’s clear that if it’s not on your network then you
 can’t do much about it.Now, if they are on your property, sure you can
 tell them to turn it off or leave, but that’s another issue. lol



 Dennis Burgess, CTO, Link Technologies, Inc.

 den...@linktechs.net – 314-735-0270 – www.linktechs.net



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] *On
 Behalf Of *Mike Hammett
 *Sent:* Tuesday, January 06, 2015 2:02 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] Rogue Accesspoint Detection



 There is no mention of a blanket refusal. In the FCC citation, the fact
 that they're charging for Internet access is brought up every time the
 deauthing activity is.

 https://apps.fcc.gov/edocs_public/attachmatch/DOC-329743A1.pdf

 https://apps.fcc.gov/edocs_public/attachmatch/DA-14-1444A1.pdf

 In reading that second one, they also keep bringing up that Marriott
 charged for Internet (and a lot at that).

 Specifically, such employees had used this capability to prevent users
 from connecting to the Internet via their own personal Wi-Fi networks when
 these users did not pose a threat to the security of the Gaylord Opryland
 network or its guests.

 Sounds like security is a viable defense.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

 https://www.facebook.com/ICSIL
 https://plus.google.com/+IntelligentComputingSolutionsDeKalb
 https://www.linkedin.com/company/intelligent-computing-solutions
 https://twitter.com/ICSIL

 --

 *From: *Dennis Burgess dmburg...@linktechs.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Tuesday, January 6, 2015 11:43:53 AM
 *Subject: *Re: [WISPA] Rogue Accesspoint Detection

 You cannot do it at all….



 Dennis Burgess, CTO, Link Technologies, Inc.

 den...@linktechs.net – 314-735-0270 – www.linktechs.net



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Tuesday, January 06, 2015 11:06 AM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] Rogue Accesspoint Detection



 You can do it all day long within your own company. Marriott was doing it
 to force people to give them money. A company doing it has plenty of other
 reasons.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

 https://www.facebook.com/ICSIL
 https://plus.google.com/+IntelligentComputingSolutionsDeKalb
 https://www.linkedin.com/company/intelligent-computing-solutions
 https://twitter.com/ICSIL
 --

 *From: *Dennis Burgess dmburg...@linktechs.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Tuesday, January 6, 2015 10:05:02 AM
 *Subject: *Re: [WISPA] Rogue Accesspoint Detection

 Note that many of these systems (rather rogue AP prevention) have been
 deemed 

Re: [WISPA] Mikrotik - MEF

[Tim Way]

Hands up! Now if only we had a polling engine...
*high five*



-
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com

--
*From: *Adair Winter ada...@amarillowireless.net
*To: *WISPA General List wireless@wispa.org
*Sent: *Tuesday, December 30, 2014 4:07:46 PM
*Subject: *Re: [WISPA] Mikrotik - MEF

*Raises hand*
On Dec 30, 2014 4:05 PM, Mike Hammett wispawirel...@ics-il.net wrote:

 How many WISPs have heard of MEF or CE or even VPLS?

 So...  have you asked for it yet?   :-p


 supp...@mikrotik.com



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

 --
 *From: *Gino Villarini g...@aeronetpr.com
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Tuesday, December 30, 2014 4:00:41 PM
 *Subject: *Re: [WISPA] Mikrotik - MEF

 They are a router vendor and didn't knew about MEF...??? Are you f...kng
 kidding me??? Sheesh! They do live in a bubble...I guess that's one of the
 reasons they have not grown out of the wisp market

 Gino A. Villarini
 @gvillarini



 On Dec 30, 2014, at 5:47 PM, Mike Hammett wispawirel...@ics-il.net
 wrote:

   They had never heard of it before and I'm the only one that has ever
 brought it up to them. Trying to convince them now to do the work. At the
 last US MUM, they were saying to e-mail them with requests and
 enhancements. Since they said no one has before, I invite you all to.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

 --
  *From: *Gino Villarini g...@aeronetpr.com
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Tuesday, December 30, 2014 3:39:20 PM
 *Subject: *Re: [WISPA] Mikrotik - MEF

 And they agreed?

 Gino A. Villarini
 @gvillarini



 On Dec 30, 2014, at 2:17 PM, Mike Hammett wispawirel...@ics-il.net
 wrote:

   E-mail Mikrotik support and ask them to obtain MEF certification.

 For those that don't know what MEF is, it's what the big boys have for all
 of the gear they use.


 http://metroethernetforum.org/certification/equipment-certification-overview
 http://metroethernetforum.org/carrier-ethernet/technical-specifications

 Y.1731 is a big thing to my prospective clients to document the
 performance of circuits I provide.


 https://metroethernetforum.org/Assets/Presentation/Overview_of_the_Work_of_the_MEF_20130610.pptx



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

  ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless

   ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] groundcontrol project

[Tim Way]

My .02 it should be database agnostic from the start otherwise kudos.
On Dec 3, 2014 3:07 PM, Mathew Howard mat...@litewire.net wrote:

  Didn't they change the provisioning mechanism in aircontrol 2? I thought
 they had moved from SSH to something that was supposed to be more efficient.

  --
 *From:* wireless-boun...@wispa.org [wireless-boun...@wispa.org] on behalf
 of Josh Reynolds [j...@spitwspots.com]
 *Sent:* Wednesday, December 03, 2014 2:56 PM
 *To:* wireless@wispa.org
 *Subject:* Re: [WISPA] groundcontrol project

   I've done a bit of work previously to reverse engineering the
 provisioning mechanism, and I see nothing that would be a problem
 collecting stats via that method. You'd still have to use groundcontrol
 to initially connect/provision the units first to exchange SSH keys, and
 you'd want it to be on a different ip that your previous aircontrol server.

 A nasty thing about ubnt provisioning... if you replace the server on the
 same ip or a different ip, all of the radios that were previously provisioned
 will always try to connect to the old ip/server, which causes quite a bit
 of arp traffic.

  one thing I'd like to do is create a cleanup tool for that, though
 pssh (parallel ssh) + wireshark helped me clean up that mess manually
 in the past.

 josh reynolds :: chief information officer
 spitwspots :: www.spitwspots.com

 On 12/03/2014 11:09 AM, Randy Cosby wrote:

 Would it pay to see if UBNT would allow us to continue to use some of the
 provisioning mechanisms built into the radios for aircontrol?  It's nice to
 have subscriber units phone home.


 On 12/3/2014 12:39 PM, Jay Weekley wrote:

 I was wondering if that might come about. Maybe another wisp that uses
 their own software might offer something.

 Mike Hammett wrote:

  Further driven by today's post that summed up says, We don't care
 what you want. This is what you get.



 -
 Mike Hammett
 Intelligent Computing Solutionshttp://www.ics-il.com

 
 *From: *Josh Reynolds j...@spitwspots.com j...@spitwspots.com
 *To: *WISPA General List wireless@wispa.org wireless@wispa.org, 
 Ubiquiti Users
 Group ubnt_us...@wispa.org ubnt_us...@wispa.org, a...@afmug.com
 *Sent: *Wednesday, December 3, 2014 1:19:23 PM
 *Subject: *[WISPA] groundcontrol project

 For those of you who haven't heard, several of us started a new
 project yesterday.
 https://github.com/esseph/groundcontrol

 Licensing is tentatively set as falling under GPLv2.

 We have already been offered code snippets, a dev box, a db server,
 and several people have decided to volunteer time to make this happen.

 The initial idea is that the system itself will be free, with a
 possibly paid support/features option, or maybe a model similar to
 observium where the is a community (free as in beer) version that
 comes out every 6mo or so, and a paid version with newer features
 and direct support. We're not sure yet, but we want to make this
 project accessible and fairly vendor-neutral.

 If any of you could volunteer time, support, code, documentation,
 ideas, etc.it would be greatly appreciated. This is a project by and
 for the WISP community. Thank you!
 --
 josh reynolds :: chief information officer
 spitwspots ::www.spitwspots.com

 ___
 Wireless mailing 
 listWireless@wispa.orghttp://lists.wispa.org/mailman/listinfo/wireless



 ___
 Wireless mailing 
 listWireless@wispa.orghttp://lists.wispa.org/mailman/listinfo/wireless

  ___
 Wireless mailing 
 listWireless@wispa.orghttp://lists.wispa.org/mailman/listinfo/wireless


 --

http://www.infowest.com/ Randy Cosby
 InfoWest, Inc
 435-674-0165 x 2010
 infowest.com http://www.infowest.com/

 This e-mail message contains information from InfoWest, Inc
 and is for the sole use of the intended recipient(s) and may
 contain privileged, proprietary or confidential information.

 Unauthorized use, distribution, review or disclosure is
 prohibited. If you are not the intended recipient, please
 contact rco...@infowest.com by reply email and destroy
 the original message, all attachments and copies.




 ___
 Wireless mailing 
 listWireless@wispa.orghttp://lists.wispa.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] I need to monitor bandwidth usage

[Tim Way]

Are you looking for something to bill against regarding number of bytes per
billing period or a netflow/SNMP monitor of each users real-time bandwidth
usage?
On Dec 1, 2014 2:49 PM, ~NGL~ n...@ngl.net wrote:

  I need an inexpensive means to keep track of under 100 clients bandwidth
 usage.
 Any suggestions?
 Thanx
 NGL
   If you can read this Thank A Teacher.
 And if it's in English Thank A Soldier!

 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Quick Question: Title II, for or against?

[Tim Way]

Here is my confusion on this issue. Everyone is acting like it is the great
harbinger for Internet companies. One of the biggest problems I have is
lack of clear information. I'm not saying I have any of those answers for
certainty but I will point a few things I have picked up meanwhile donning
my flame proof cap.


   - Requires us to be able to provide per service reporting of traffic (I
   think of it as a port span or flow-analysis of a particular service user,
   which is fairly easy to do and you should already be able to do this)
   - Talks about potentially a 16% fee on service. This will not make you
   shut your doors big or small because every provider will have to do this
   and I can assure you in the long run no one is eating that cost but the
   consumer. Also this is fundamentally good for rural Americans. Rural areas
   have phone service because of that fund when used properly. Now it would
   include proper broadband access. This is the only risk I see to the WISP
   model. There is nothing that says you can't play both sides and become a
   participant in utilizing the USF to build out infrastructure even if that
   means doing scary things like diving into ground models like fiber.
   - The biggest one I have is fair treatment of traffic. To me this is the
   default way to run an ISP. I don't want an ISP that slows down certain
   traffic and I definitely don't want to be the service provider that does
   that. I'd rather see more guaranteed bandwidth numbers and a flatter
   pricing scheme even if that means a higher cost to the consumer. What I
   mean by that is if you deploy 100mbps of service to an area and you start
   signing up users and all the sudden you are promising everyone 20% over
   what you can provide them at the head-end don't use the words up to in
   your service agreement. Either adjust the service speeds to control the
   talking on a head-end radio or make adjustments to your architecture to
   accommodate the bursts in traffic. What that might mean is more smaller
   cells to service an area and yes that costs money. Nothing is free in this
   world so if it costs X dollars to provide Y services to consumers that want
   Y then such is life. No on complains when they need to upgrade their
   electrical service at home because they want to run more equipment or
   devices. If that means I as the consumer that wants to stream HD Netflix in
   4 rooms has to upgrade my service then so be it. The provider (You/Me) can
   then build out our infrastructure to accommodate that need at the cost you
   and your customer agree on or he/she just decides that their bandwidth
   needs doesn't match the price point to achieve what they are trying to do
   and goes back to buying DVDs through Amazon. This also works on the
   upstream, as a small WISP do you really want to be on the receiving end of
   a big provider possibly your only option for decent upstream connectivity
   to suddenly start slowing down certain types of traffic? Then you are faced
   with trying to provide a service that your customers might demand without
   any ability other than potentially an extremely expensive one to fill that
   need. I think it is always better to not shape traffic for customers. Let
   them manage their connection to the Internet. Instead for high throughput
   applications we should push for the option to deploy CDN like edge devices
   from these larger service providers if the actual throughput is not
   available or more costly.

Alright I've got my flame retardant cap on let the replies flood in :)

Tim


On Wed, Nov 19, 2014 at 9:24 AM, Sam Tetherow tethe...@shwisp.net wrote:

  I'm guessing that while the phone companies may not like the idea it
 seems a little less onerous to them since they are already dealing with
 Title II.  If nothing else it will weed out the smaller competition in
 their eyes.

 While the cable companies or more strongly in the hate it camp I doubt
 they will be getting out of the business if it comes about.

 Depending on what requirements actually come out of Title II for ISPs will
 probably have several WISPs close their doors.  If there isn't some sort of
 small business exemption I doubt I will stay in the business.


 On 11/19/2014 07:51 AM, Mike Hammett wrote:

 I can't imagine why anyone other than a blind consumer would love it.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com

  https://www.facebook.com/ICSIL
 https://plus.google.com/+IntelligentComputingSolutionsDeKalb
 https://www.linkedin.com/company/intelligent-computing-solutions
 https://twitter.com/ICSIL

  --
 *From: *Drew Lentz d...@drewlentz.com d...@drewlentz.com
 *To: *WISPA General List wireless@wispa.org wireless@wispa.org
 *Sent: *Wednesday, November 19, 2014 7:49:20 AM
 *Subject: *[WISPA] Quick Question: Title II, for or against?

 I put up a quick poll, results will be shared and are anonymous.

  

Re: [WISPA] When the power goes off

[Tim Way]

Using a UPS that maintains Internet access it can be setup to send an SNMP
trap that a monitoring system (ZenOSS/SolarWinss/etc) can generate an EMAIL
or text message from.
On Nov 10, 2014 9:21 AM, OOLLC-Support supp...@oregononline.net wrote:

 Does anyone have a simple solution for when the circuit-breaker gets
 kicked?  I would very much like to have the system call me on the phone
 to let me know when the server has lost power.  Does anyone have a cheap
 way to solve this?
 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Water in your radios? Know your IP rating.

[Tim Way]

Rather you hope the don't. I don't think you will be worried out network
access if that were to happen though lol
On Nov 7, 2014 8:36 PM, Matt Hoppes mhop...@indigowireless.com wrote:

 My towers do not flood 80 feet in the air.

 On Nov 7, 2014, at 9:22 PM, Patrick Leary patrick.le...@telrad.com
 wrote:

  Conversations over the past several weeks make clear many are not aware
 of the meaning of the environmental specifications, in particular the IP
 rating. It matters, as the nature of your environment informs you about the
 gear you need to use. Do you have broad temperature swings? Thermal
 expansion can cause cracking around connector housings in some levels of
 gear. Ice storms? Nothing exploits a crack like freezing water. Operate
 near the desert? Dust protection matters. Near the coast? Salt is highly
 corrosive. Are you complaining about water getting into your boxes? If you
 don't know the IP rating, you really can't complain becuase you may be
 using the gear beyond its specs. As in the law, ignorance is no defense, so
 in the interest of dispelling ignorance, here's a quick tutorial on the IP
 rating.



 First, it's not sequential. I mean, the two digits have no relation to
 each other. In that sense it is NOT a number: IP55 does not mean IP
 fifty-five, but rather is more appropriately thought of as IP  five
 five. Come again?!?



 Well, the first number refers to protection level from particulate matter
 -- solids -- like dust and sand. The second number deals with protection
 from liquid incursion. (There can be a third number, usually left out, that
 deals with mechanical tolerance.)  In any event, here's the key to crack
 the code:



 image002.png



 image005.png



 Know the rating of your equipment, at both ends. Environmental truck rolls
 are almost 100% avoidable. Environmental failure at the base station
 impacts the whole sector. Failures at the CPE level can cause repeated
 truck rolls and is a time sink trying to identify root cause before the
 truck rolls. Outdoor devices with a first digit of 5 or less, will take in
 dust. Similarly, anything with a second number of 6 or below will take on
 water because it was not designed not to.



 These are consequential specifications. You'd better believe your telco or
 cable competition has minimum environmental requirements as a rule. Are you
 any less serious a player in your market? Control those variables within
 your control.



 Regards,



 *Patrick Leary*

 National Sales Director | Telrad Networks Ltd.

 *M* 727.501.3735 *|* *Skype* pleary

 image004.png http://mkt2.us/TelrdNet

 See us on image003.png http://bit.ly/18nna4j











 
 This footnote confirms that this email message has been scanned by
 PineApp Mail-SeCure for the presence of malicious code, vandals  computer
 viruses.

 

 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] Off topic sorta power question....

[Tim Way]

I would think something like this might be the safer option:
http://www.certifiedmtp.com/step-up-step-down-transformer-500w/?gclid=CNWj1Kro48ECFQipaQodB74ADQ

That said I'm not an electrician and I think that question might be best
answered by one.

Tim Way

On Wed, Nov 5, 2014 at 9:38 AM, Scott Carullo sc...@brevardwireless.com
wrote:

 I need to place a 120v normal 1U router in a rack that only has 240v twist
 lock receptacles available for power.  I need to put a UPS there so I just
 looked for a 240v UPS with the right plugs but because they are made for a
 lot larger load they were way bigger (and more expensive) than what I was
 looking for.  SO...  anyone have a better way to do this?  I have
 considered taking one leg and bonding the neutral and ground, but.

 Thanks

 Scott Carullo
 Technical Operations
 855-FLSPEED x102


 ___
 Wireless mailing list
 Wireless@wispa.org
 http://lists.wispa.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@wispa.org
http://lists.wispa.org/mailman/listinfo/wireless

Re: [WISPA] procera or similiar product

[Tim Way]

Cool! This discussion has been really interesting. It is nice to see both
sides of the problem and how you and potentially others are tackling
throughput issues out in their live infrastructure.

Tim

On Mon, Nov 3, 2014 at 8:47 AM, Simon Westlake si...@powercode.com wrote:

  It's the AP, not the backhaul. We just don't have space or frequency
 available to keep deploying more and more APs (let alone the cost) - having
 a single Procera help control them is significantly cheaper than continuing
 to deploy infrastructure to split up customers.

 On 11/2/2014 5:57 PM, Tim Way wrote:

 Ya I see ya there. I'm surprised you are having that much congestion on
 those back haul links out to the tower unless the AP itself on the tower is
 maxed out during the peak hours. Is that pretty common for some of the
 other WISP providers out there? Is it more often the back-haul or the
 capacity of a particular radio? What are the ways people are solving it
 when a particular radio is chatty during peak hours? Do you put another
 (set of sectors) in another frequency and connect some customers to that
 one if their is frequency to spare? Is moving towards a model where you
 have more source radios (towers/cells) so the density on a particular radio
 isn't as high?

 On Fri, Oct 31, 2014 at 9:06 AM, Simon Westlake si...@powercode.com
 wrote:

  It is a completely different solution. There would be no caching, it's
 all shaping or filtering. For example, what we do is, during peak hours, no
 software updates or backup systems (like Dropbox, Carbonite, etc) can use
 more than 128Kbps per customer. Outside peak hours, we let them run wild.

 A caching server wouldn't do us any good unless we put one at each tower.
 Our upstream is not the problem.


 On 10/30/2014 11:51 PM, Tim Way wrote:

 I agree with Paul on this one for sure. I don't know much about the
 Procera box but is their method support by Apple or is more of a
 traditional in-line proxy that intercepts and redirects the communication?

 On Thu, Oct 30, 2014 at 4:40 PM, Paul Conlin pcon...@blazebroadband.com
 wrote:

 Because management of Apple iOS updates is one big thing that Procera
 can do to help optimize a WISPs network. But if you are running a low cost
 low overhead Apple update caching server you could very easily do this
 without an expensive Procera box.

 PC
 Blaze Broadband


 On October 30, 2014 5:33:59 PM EDT, Josh Reynolds j...@spitwspots.com
 wrote:

 Quick question,

 Maybe I missed something, but how did we go from traffic shaping and
 DPI devices to something that does caching for apple stuff? Those are
 two entirely different classes of products.

 Josh Reynolds, Chief Information Officer
 SPITwSPOTS, www.spitwspots.com
  On 10/30/2014 01:30 PM, Chris Wright wrote:

  It can work on networks not behind a NAT.

 http://help.apple.com/serverapp/mac/4.0/#/apd6015d9573



 Chris Wright

 Velociter Wireless http://www.velociter.net/



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Thursday, October 30, 2014 1:38 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 Okay, so it would be for networks behind a NAT.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com


  --

 *From: *Chris Wright ch...@velociter.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Thursday, October 30, 2014 3:22:16 PM
 *Subject: *Re: [WISPA] procera or similiar product

 Disregard my “AFAIK” answer. This is the real answer per
 http://www.nbalonso.com/os-x-server-caching/



 “The cache server registers online with Apple and provides it’s public
 IP, your servers local IP, internal DNS name? (not sure of the dns)”



 Chris Wright

 Velociter Wireless http://www.velociter.net/



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Thursday, October 30, 2014 1:12 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 I couldn't see how other people are supposed to know you have one of
 these caches running.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com


  --

 *From: *Chris Wright ch...@velociter.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Thursday, October 30, 2014 3:10:36 PM
 *Subject: *Re: [WISPA] procera or similiar product

 OSX Server is a $19.99 add-on to OSX Yosemite. You can virtualize OSX
 in ESXi (of course it won’t be supported by Apple unless it’s Apple
 hardware.)



 Chris Wright

 Velociter Wireless http://www.velociter.net/



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Paul Conlin
 *Sent:* Tuesday, October 28, 2014 10:57 AM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 Unless

Re: [WISPA] procera or similiar product

[Tim Way]

Ya I see ya there. I'm surprised you are having that much congestion on
those back haul links out to the tower unless the AP itself on the tower is
maxed out during the peak hours. Is that pretty common for some of the
other WISP providers out there? Is it more often the back-haul or the
capacity of a particular radio? What are the ways people are solving it
when a particular radio is chatty during peak hours? Do you put another
(set of sectors) in another frequency and connect some customers to that
one if their is frequency to spare? Is moving towards a model where you
have more source radios (towers/cells) so the density on a particular radio
isn't as high?

On Fri, Oct 31, 2014 at 9:06 AM, Simon Westlake si...@powercode.com wrote:

  It is a completely different solution. There would be no caching, it's
 all shaping or filtering. For example, what we do is, during peak hours, no
 software updates or backup systems (like Dropbox, Carbonite, etc) can use
 more than 128Kbps per customer. Outside peak hours, we let them run wild.

 A caching server wouldn't do us any good unless we put one at each tower.
 Our upstream is not the problem.


 On 10/30/2014 11:51 PM, Tim Way wrote:

 I agree with Paul on this one for sure. I don't know much about the
 Procera box but is their method support by Apple or is more of a
 traditional in-line proxy that intercepts and redirects the communication?

 On Thu, Oct 30, 2014 at 4:40 PM, Paul Conlin pcon...@blazebroadband.com
 wrote:

 Because management of Apple iOS updates is one big thing that Procera can
 do to help optimize a WISPs network. But if you are running a low cost low
 overhead Apple update caching server you could very easily do this without
 an expensive Procera box.

 PC
 Blaze Broadband


 On October 30, 2014 5:33:59 PM EDT, Josh Reynolds j...@spitwspots.com
 wrote:

 Quick question,

 Maybe I missed something, but how did we go from traffic shaping and DPI
 devices to something that does caching for apple stuff? Those are two
 entirely different classes of products.

 Josh Reynolds, Chief Information Officer
 SPITwSPOTS, www.spitwspots.com
  On 10/30/2014 01:30 PM, Chris Wright wrote:

  It can work on networks not behind a NAT.

 http://help.apple.com/serverapp/mac/4.0/#/apd6015d9573



 Chris Wright

 Velociter Wireless http://www.velociter.net/



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Thursday, October 30, 2014 1:38 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 Okay, so it would be for networks behind a NAT.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com


  --

 *From: *Chris Wright ch...@velociter.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Thursday, October 30, 2014 3:22:16 PM
 *Subject: *Re: [WISPA] procera or similiar product

 Disregard my “AFAIK” answer. This is the real answer per
 http://www.nbalonso.com/os-x-server-caching/



 “The cache server registers online with Apple and provides it’s public
 IP, your servers local IP, internal DNS name? (not sure of the dns)”



 Chris Wright

 Velociter Wireless http://www.velociter.net/



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Thursday, October 30, 2014 1:12 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 I couldn't see how other people are supposed to know you have one of
 these caches running.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com


  --

 *From: *Chris Wright ch...@velociter.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Thursday, October 30, 2014 3:10:36 PM
 *Subject: *Re: [WISPA] procera or similiar product

 OSX Server is a $19.99 add-on to OSX Yosemite. You can virtualize OSX in
 ESXi (of course it won’t be supported by Apple unless it’s Apple hardware.)



 Chris Wright

 Velociter Wireless http://www.velociter.net/



 *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Paul Conlin
 *Sent:* Tuesday, October 28, 2014 10:57 AM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 Unless the caching server is free. Under what conditions does Apple put
 one of these in?

 PC
 Blaze Broadband

 On October 28, 2014 1:41:41 PM EDT, Josh Luthman 
 j...@imaginenetworksllc.com wrote:

  I don't think many people care about caching servers in this regard.
 The issue  isn't the upstream pipe filling up, it's all the APs.




 Josh Luthman
 Office: 937-552-2340
 Direct: 937-552-2343
 1100 Wayne St
 Suite 1337
 Troy, OH 45373



 On Tue, Oct 28, 2014 at 1:39 PM, Timothy Way t...@way.lc wrote:

  For those that are unaware of it you should take a look at Apple's
 Caching Server 2. It is pretty

Re: [WISPA] procera or similiar product

[Tim Way]

I agree with Paul on this one for sure. I don't know much about the Procera
box but is their method support by Apple or is more of a traditional
in-line proxy that intercepts and redirects the communication?

On Thu, Oct 30, 2014 at 4:40 PM, Paul Conlin pcon...@blazebroadband.com
wrote:

 Because management of Apple iOS updates is one big thing that Procera can
 do to help optimize a WISPs network. But if you are running a low cost low
 overhead Apple update caching server you could very easily do this without
 an expensive Procera box.

 PC
 Blaze Broadband


 On October 30, 2014 5:33:59 PM EDT, Josh Reynolds j...@spitwspots.com
 wrote:

 Quick question,

 Maybe I missed something, but how did we go from traffic shaping and DPI
 devices to something that does caching for apple stuff? Those are two
 entirely different classes of products.

 Josh Reynolds, Chief Information Officer
 SPITwSPOTS, www.spitwspots.com
  On 10/30/2014 01:30 PM, Chris Wright wrote:

  It can work on networks not behind a NAT.

 http://help.apple.com/serverapp/mac/4.0/#/apd6015d9573



  Chris Wright

 Velociter Wireless http://www.velociter.net/



  *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Thursday, October 30, 2014 1:38 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 Okay, so it would be for networks behind a NAT.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com



  --

 *From: *Chris Wright ch...@velociter.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Thursday, October 30, 2014 3:22:16 PM
 *Subject: *Re: [WISPA] procera or similiar product

 Disregard my “AFAIK” answer. This is the real answer per
 http://www.nbalonso.com/os-x-server-caching/



 “The cache server registers online with Apple and provides it’s public
 IP, your servers local IP, internal DNS name? (not sure of the dns)”



  Chris Wright

 Velociter Wireless http://www.velociter.net/



  *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Mike Hammett
 *Sent:* Thursday, October 30, 2014 1:12 PM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



  I couldn't see how other people are supposed to know you have one of
 these caches running.



 -
 Mike Hammett
 Intelligent Computing Solutions
 http://www.ics-il.com



  --

 *From: *Chris Wright ch...@velociter.net
 *To: *WISPA General List wireless@wispa.org
 *Sent: *Thursday, October 30, 2014 3:10:36 PM
 *Subject: *Re: [WISPA] procera or similiar product

 OSX Server is a $19.99 add-on to OSX Yosemite. You can virtualize OSX in
 ESXi (of course it won’t be supported by Apple unless it’s Apple hardware.)



  Chris Wright

 Velociter Wireless http://www.velociter.net/



  *From:* wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org
 wireless-boun...@wispa.org] *On Behalf Of *Paul Conlin
 *Sent:* Tuesday, October 28, 2014 10:57 AM
 *To:* WISPA General List
 *Subject:* Re: [WISPA] procera or similiar product



 Unless the caching server is free. Under what conditions does Apple put
 one of these in?

 PC
 Blaze Broadband

  On October 28, 2014 1:41:41 PM EDT, Josh Luthman 
 j...@imaginenetworksllc.com wrote:

  I don't think many people care about caching servers in this regard.
 The issue  isn't the upstream pipe filling up, it's all the APs.




  Josh Luthman
 Office: 937-552-2340
 Direct: 937-552-2343
 1100 Wayne St
 Suite 1337
 Troy, OH 45373



  On Tue, Oct 28, 2014 at 1:39 PM, Timothy Way t...@way.lc wrote:

  For those that are unaware of it you should take a look at Apple's
 Caching Server 2. It is pretty cool, it provides Apple software updates,
 iTunes content and basically anything Apple in a local cache that is
 transparent to the client. Apple looks at the source IP of the device
 asking for content and tells it to hit the local IP of your caching server.
 My day job is a Network Administrator at a technical college. This has
 prevented the APPLE DAYS OF DOOM when they release updates in regards to
 our open (public) wireless network.



  Tim Way





  On Tue, Oct 28, 2014 at 4:48 AM, Paolo Di Francesco 
 paolo.difrance...@level7.it wrote:

  Hello,

 it depends on what you want/can achieve and how much bandwidth you have
 (and the experince you want to give to the users)

 In few words: those boxes do not invent bandwidth they (all) try to
 improve how you manage it. So those boxes are managing the bandwidth
 with their policies that could or could not fit your policies.

 Some simple tricks will help you to move the traffic locally (e.g.
 Implementing local web-caching, local DNS, etc) but for sure you have to
 work on the infrastructure to optimize the traffic. The nice thing, in
 that case, is that you will be more aware of what your users are doing
 and how

Re: [WISPA] procera or similiar product

[Tim Way]

Yup to summarize this down into a single mail for those that are interested.

Mac Mini: Starts at $499.00 USD (w/a 500GB internal hard drive)
Mac OS X Server: iTunes store for $19.99 USD (requires a Mac OS X computer)

Some useful links:
http://support.apple.com/kb/PH15443
https://www.apple.com/osx/server/features/#caching-server
https://help.apple.com/advancedserveradmin/mac/3.0/#apdC36C9994-1533-4DCB-9CFF-870CB0FADCDB

Just a little creativity and a small capital investment and you are off to
the running server Apple content caching to your network behind your
upstream provider.

Last note: If you are into it you can now legally w/support run Mac OS X in
a virtual machine on ESXi if your ESXi install is running on a piece of Mac
hardware. There are plenty of guides out there showing people that have
setup ESXi environments using Mac Pro's if that is what wet's your whistle.

Tim Way

On Wed, Oct 29, 2014 at 10:35 AM, Josh Luthman j...@imaginenetworksllc.com
wrote:

 I think it's like WSUS.  Free to use.

 Josh Luthman
 Office: 937-552-2340
 Direct: 937-552-2343
 1100 Wayne St
 Suite 1337
 Troy, OH 45373
 On Oct 29, 2014 11:33 AM, Sean Heskett af...@zirkel.us wrote:

 Apple doesn't put one in but you can.  Just buy a mac mini server and it
 has the included caching software.



 On Tuesday, October 28, 2014, Paul Conlin pcon...@blazebroadband.com
 wrote:

 Unless the caching server is free. Under what conditions does Apple put
 one of these in?

 PC
 Blaze Broadband

 On October 28, 2014 1:41:41 PM EDT, Josh Luthman 
 j...@imaginenetworksllc.com wrote:

 I don't think many people care about caching servers in this regard.
 The issue  isn't the upstream pipe filling up, it's all the APs.


 Josh Luthman
 Office: 937-552-2340
 Direct: 937-552-2343
 1100 Wayne St
 Suite 1337
 Troy, OH 45373

 On Tue, Oct 28, 2014 at 1:39 PM, Timothy Way t...@way.lc wrote:

 For those that are unaware of it you should take a look at Apple's
 Caching Server 2. It is pretty cool, it provides Apple software updates,
 iTunes content and basically anything Apple in a local cache that is
 transparent to the client. Apple looks at the source IP of the device
 asking for content and tells it to hit the local IP of your caching 
 server.
 My day job is a Network Administrator at a technical college. This has
 prevented the APPLE DAYS OF DOOM when they release updates in regards to
 our open (public) wireless network.

 Tim Way


 On Tue, Oct 28, 2014 at 4:48 AM, Paolo Di Francesco 
 paolo.difrance...@level7.it wrote:

 Hello,

 it depends on what you want/can achieve and how much bandwidth you
 have
 (and the experince you want to give to the users)

 In few words: those boxes do not invent bandwidth they (all) try to
 improve how you manage it. So those boxes are managing the bandwidth
 with their policies that could or could not fit your policies.

 Some simple tricks will help you to move the traffic locally (e.g.
 Implementing local web-caching, local DNS, etc) but for sure you have
 to
 work on the infrastructure to optimize the traffic. The nice thing, in
 that case, is that you will be more aware of what your users are doing
 and how to make them happy; the bad part of the story is that you have
 to spend time (or consultants) to get it. For the hardware, many are
 using Mikrotik CCR or even slower/cheaper Mikrotik models.

 For sure investing more in infrastructure will help a lot :)

 Just my 2 cents



  Having used Allot NetEnforcer for years, then moved to Exinda for
  years, we are now considering removing bandwidth managers altogether
  and relying solely on policing on radios, QoS policies on core
 routers
   layer 3 switches, and monitoring flows using Netflow.
 
  More work, but much less $$. Allows us to invest in infrastructure
  rather than extraordinarily expensive bandwidth management devices.
 
  *From:*wireless-boun...@wispa.org [mailto:
 wireless-boun...@wispa.org]
  *On Behalf Of *Larry A. Weidig
  *Sent:* Friday, October 24, 2014 10:17 PM
  *To:* WISPA General List
  *Subject:* Re: [WISPA] procera or similiar product
 
  Very interesting, thanks for the lead. Seems they have a product
 and a
  library available. Have contacted them for additional information.
 
 
 
 
  Larry A. Weidig (lwei...@excel.net mailto:lwei...@excel.net)
  Excel.Net, Inc. – http://www.excel.net/
  (920) 452-0455 – Sheboygan/Plymouth area
  (888) 489-9995 – Other areas, toll-free
 
 
 
 
  *From: *Josh Reynolds j...@spitwspots.com mailto:
 j...@spitwspots.com
  *To: *wireless@wispa.org mailto:wireless@wispa.org
  *Sent: *Friday, October 24, 2014 7:15:20 PM
  *Subject: *Re: [WISPA] procera or similiar product
 
  should check out ipoque and their PACE engine
 
  Josh Reynolds, Chief Information Officer
  SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com
 
  On 10/24/2014 03:40 PM, Larry