Re: [AFMUG] UBNT Product Placement

2020-02-03 Thread Chuck McCown
They are a tube hanging below the cable with the cables going in the end.  
Similar copper splice cases are in line with the cable.

Sent from my iPhone

> On Feb 3, 2020, at 6:19 PM, TJ Trout  wrote:
> 
> 
> How can you tell if it's fiber or a copper spice case? Just the horseshoes?
> 
>> On Mon, Feb 3, 2020, 2:04 PM  wrote:
>> I always look for the fiber splice cases on the aerial. 
>>  
>> From: Matt Hoppes
>> Sent: Monday, February 3, 2020 1:22 PM
>> To: AnimalFarm Microwave Users Group
>> Subject: Re: [AFMUG] UBNT Product Placement
>>  
>> I forget what movie I was watching a while ago, but it was set in the very 
>> early 90s. And I caught at least two cell towers, like the big big tall 
>> guide towers with multiple rings in at least two shots.
>> 
>> On Feb 3, 2020, at 3:16 PM, Daniel White  wrote:
>> 
>>> If you look carefully in many historical movies you may see modern day 
>>> wireless equipment in the backgrounds, etc.  I get a chuckle sometimes when 
>>> set designers go to great lengths to make sure the cars on the street are 
>>> of the right decade but there is a Ruckus Cable Wi-Fi AP on the cable line.
>>> 
>>> 
>>> Daniel White
>>> Co-Founder & Managing Director of Operations
>>> phone: +1 (702) 470-2766
>>> direct: +1 (702) 470-2770
>>> Nate Burke wrote on 2/3/20 08:41:
 Ok, the first one, maybe that is a legit connection, and they 'couldn't be 
 without internet while you people are here filming'  But the 2nd looks 
 like a purpose built set.  If they were put there by the set dressing 
 team, Props to them for thinking about it, and even cabling it in.  
 
 Even better if that was their internet feed for the location while 
 shooting.  
 
 
 
 
 
 
 
 On 2/3/2020 9:26 AM, Adam Moffett wrote:
> I can't travel anywhere without seeing Ubiquiti devices.  UniFi AP's at 
> the zoo, AirFiber between buildings at a waterpark, AirMax on towers. 
> 
> My guess it's accidentally in the background and not actually product 
> placement.  You notice it because you know what it is.  If the camera 
> just panned over an antenna mount in the background then a HAM watching 
> the same episode would have said, "oooh a 2 meter repeater" 
> 
> 
>> On 2/2/2020 11:22 PM, Nate Burke wrote: 
>> Has anyone been watching the newest season of 'Doctor Who'?  In the last 
>> 2 episodes, there are couple second long shots where the center focus 
>> seems to be an unlabeled UBNT Powerbeam.  No other reason for it to be 
>> in the shot. 
>> 
>> Do I just notice it because I'm looking for it? 
>> 
> 
 
>>> 
>>> -- 
>>> AF mailing list
>>> AF@af.afmug.com
>>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>> -- 
>> AF mailing list
>> AF@af.afmug.com
>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>> -- 
>> AF mailing list
>> AF@af.afmug.com
>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
> -- 
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] UBNT Product Placement

2020-02-03 Thread TJ Trout
How can you tell if it's fiber or a copper spice case? Just the horseshoes?

On Mon, Feb 3, 2020, 2:04 PM  wrote:

> I always look for the fiber splice cases on the aerial.
>
> *From:* Matt Hoppes
> *Sent:* Monday, February 3, 2020 1:22 PM
> *To:* AnimalFarm Microwave Users Group
> *Subject:* Re: [AFMUG] UBNT Product Placement
>
> I forget what movie I was watching a while ago, but it was set in the very
> early 90s. And I caught at least two cell towers, like the big big tall
> guide towers with multiple rings in at least two shots.
>
> On Feb 3, 2020, at 3:16 PM, Daniel White  wrote:
>
> If you look carefully in many historical movies you may see modern day
> wireless equipment in the backgrounds, etc.  I get a chuckle sometimes when
> set designers go to great lengths to make sure the cars on the street are
> of the right decade but there is a Ruckus Cable Wi-Fi AP on the cable line.
>
> [image: photograph]
> Daniel White
> Co-Founder & Managing Director of Operations
> phone: +1 (702) 470-2766
> direct: +1 (702) 470-2770
> Nate Burke wrote on 2/3/20 08:41:
>
> Ok, the first one, maybe that is a legit connection, and they 'couldn't be
> without internet while you people are here filming'  But the 2nd looks like
> a purpose built set.  If they were put there by the set dressing team,
> Props to them for thinking about it, and even cabling it in.
>
> Even better if that was their internet feed for the location while
> shooting.
>
>
> 
> 
>
> 
>
> On 2/3/2020 9:26 AM, Adam Moffett wrote:
>
> I can't travel anywhere without seeing Ubiquiti devices.  UniFi AP's at
> the zoo, AirFiber between buildings at a waterpark, AirMax on towers.
>
> My guess it's accidentally in the background and not actually product
> placement.  You notice it because you know what it is.  If the camera just
> panned over an antenna mount in the background then a HAM watching the same
> episode would have said, "oooh a 2 meter repeater"
>
>
> On 2/2/2020 11:22 PM, Nate Burke wrote:
>
> Has anyone been watching the newest season of 'Doctor Who'?  In the last 2
> episodes, there are couple second long shots where the center focus seems
> to be an unlabeled UBNT Powerbeam.  No other reason for it to be in the
> shot.
>
> Do I just notice it because I'm looking for it?
>
>
>
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
> --
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] Peraso touts integrated antenna for 60 GHz fixed wireless | FierceWireless

2020-02-03 Thread Jaime Solorza
https://www.fiercewireless.com/wireless/peraso-touts-integrated-antenna-for-60-ghz-fixed-wireless
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] reverse auction

2020-02-03 Thread chuck
Normally reverse auctions are giving up subsidy.  One telco says I will 
serve these areas at $150/month subsidy.  Then you bid $140 etc etc.


-Original Message- 
From: Dev

Sent: Monday, February 3, 2020 3:43 PM
To: AnimalFarm Microwave Users Group
Subject: [AFMUG] reverse auction

So the FCC is looking at doing a reverse auction as part of RDOF, does 
anyone know how that might work in practice? Are there other examples where 
you’ve been involved in a reverse auction in other contexts? Is it a good 
idea?

--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 



--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] reverse auction

2020-02-03 Thread Dev
So the FCC is looking at doing a reverse auction as part of RDOF, does anyone 
know how that might work in practice? Are there other examples where you’ve 
been involved in a reverse auction in other contexts? Is it a good idea?
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread Erich Kaiser
Route objects are becoming more of a requirement now and recommend everyone
have a route object entry for every parent netblock at minimum.   Origin AS
(Registered via Arin) is very important as well.  Several Upstreams/IX
require these now and its only going to become more so.


On Mon, Feb 3, 2020 at 3:39 PM Ken Hohhof  wrote:

> As I think Mike pointed out, it’s an IRR thing.  Which I believe is
> optional but recommended.  When you ask your upstreams to modify their BGP
> filters so you can advertise that netblock, they may balk if the IRR
> doesn’t show it’s a valid advertisement.  I’m not really an IRR expert.
> For all I know, once you get into the registry, the filter thing might be
> automatic.
>
>
>
> https://www.arin.net/resources/manage/irr/
>
>
>
>
>
> *From:* AF  *On Behalf Of *TJ Trout
> *Sent:* Monday, February 3, 2020 2:34 PM
> *To:* AnimalFarm Microwave Users Group 
> *Subject:* Re: [AFMUG] Associating NET HANDLE with ASN
>
>
>
> once you announce it will, not needed.
>
>
>
> On Mon, Feb 3, 2020 at 12:14 PM Steve Jones 
> wrote:
>
> The Prefix isnt showing up in AS lookups, So I dont know that my upstreams
> will accept the LOA for the BGP filters. I have a ticket open with ARIN
>
>
>
> On Mon, Feb 3, 2020 at 1:50 PM Mike Hammett  wrote:
>
> https://whois.arin.net/rest/org/MAXWI/pft
>
>
>
>
>
> What are you expecting to be different?
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
>
> *From: *"Steve Jones" 
> *To: *"AnimalFarm Microwave Users Group" 
> *Sent: *Monday, February 3, 2020 1:05:41 PM
> *Subject: *[AFMUG] Associating NET HANDLE with ASN
>
> Im having a hard time getting our new ARIN direct allocation
> associated with our ASN. It Is Listed as an IP Network with our ORGID. I
> just dont see any difference between our existing allocation and the new
> one. The Reporting Assignments document doesnt seem clear. Im assuming its
> something dumb Im skipping over, but I cant figure it out.
>
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
>
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] UBNT Product Placement

2020-02-03 Thread chuck
I always look for the fiber splice cases on the aerial.  

From: Matt Hoppes 
Sent: Monday, February 3, 2020 1:22 PM
To: AnimalFarm Microwave Users Group 
Subject: Re: [AFMUG] UBNT Product Placement

I forget what movie I was watching a while ago, but it was set in the very 
early 90s. And I caught at least two cell towers, like the big big tall guide 
towers with multiple rings in at least two shots.

On Feb 3, 2020, at 3:16 PM, Daniel White  wrote:


  If you look carefully in many historical movies you may see modern day 
wireless equipment in the backgrounds, etc.  I get a chuckle sometimes when set 
designers go to great lengths to make sure the cars on the street are of the 
right decade but there is a Ruckus Cable Wi-Fi AP on the cable line.


   Daniel White
  Co-Founder & Managing Director of Operations 
  phone: +1 (702) 470-2766
  direct: +1 (702) 470-2770
 
   

  Nate Burke wrote on 2/3/20 08:41:

Ok, the first one, maybe that is a legit connection, and they 'couldn't be 
without internet while you people are here filming'  But the 2nd looks like a 
purpose built set.  If they were put there by the set dressing team, Props to 
them for thinking about it, and even cabling it in.  

Even better if that was their internet feed for the location while 
shooting.  








On 2/3/2020 9:26 AM, Adam Moffett wrote:

  I can't travel anywhere without seeing Ubiquiti devices.  UniFi AP's at 
the zoo, AirFiber between buildings at a waterpark, AirMax on towers. 

  My guess it's accidentally in the background and not actually product 
placement.  You notice it because you know what it is.  If the camera just 
panned over an antenna mount in the background then a HAM watching the same 
episode would have said, "oooh a 2 meter repeater" 


  On 2/2/2020 11:22 PM, Nate Burke wrote: 

Has anyone been watching the newest season of 'Doctor Who'?  In the 
last 2 episodes, there are couple second long shots where the center focus 
seems to be an unlabeled UBNT Powerbeam.  No other reason for it to be in the 
shot. 

Do I just notice it because I'm looking for it? 








  -- 
  AF mailing list
  AF@af.afmug.com
  http://af.afmug.com/mailman/listinfo/af_af.afmug.com




-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread Ken Hohhof
As I think Mike pointed out, it’s an IRR thing.  Which I believe is optional 
but recommended.  When you ask your upstreams to modify their BGP filters so 
you can advertise that netblock, they may balk if the IRR doesn’t show it’s a 
valid advertisement.  I’m not really an IRR expert.  For all I know, once you 
get into the registry, the filter thing might be automatic.

 

https://www.arin.net/resources/manage/irr/

 

 

From: AF  On Behalf Of TJ Trout
Sent: Monday, February 3, 2020 2:34 PM
To: AnimalFarm Microwave Users Group 
Subject: Re: [AFMUG] Associating NET HANDLE with ASN

 

once you announce it will, not needed.

 

On Mon, Feb 3, 2020 at 12:14 PM Steve Jones mailto:thatoneguyst...@gmail.com> > wrote:

The Prefix isnt showing up in AS lookups, So I dont know that my upstreams will 
accept the LOA for the BGP filters. I have a ticket open with ARIN

 

On Mon, Feb 3, 2020 at 1:50 PM Mike Hammett mailto:af...@ics-il.net> > wrote:

https://whois.arin.net/rest/org/MAXWI/pft

 

 

What are you expecting to be different?



-
Mike Hammett
  Intelligent Computing Solutions
   
  
  
 
  Midwest Internet Exchange
   
  
 
  The Brothers WISP
   
 





  _  


From: "Steve Jones" mailto:thatoneguyst...@gmail.com> >
To: "AnimalFarm Microwave Users Group" mailto:af@af.afmug.com> >
Sent: Monday, February 3, 2020 1:05:41 PM
Subject: [AFMUG] Associating NET HANDLE with ASN

Im having a hard time getting our new ARIN direct allocation associated with 
our ASN. It Is Listed as an IP Network with our ORGID. I just dont see any 
difference between our existing allocation and the new one. The Reporting 
Assignments document doesnt seem clear. Im assuming its something dumb Im 
skipping over, but I cant figure it out.


-- 
AF mailing list
AF@af.afmug.com  
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

 

-- 
AF mailing list
AF@af.afmug.com  
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

-- 
AF mailing list
AF@af.afmug.com  
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] question re: Mikrotik PPPoE server and MRU/MTU

2020-02-03 Thread Ken Hohhof
I don’t think anyone changes settings on the Ethernet or WiFi connection on 
their PC, the router is responsible for rewriting the advertised MSS in the TCP 
SYN packets.  So the PC advertises MSS=1460, that gets changed to 1452 or 
lower.  (MSS = MTU-40)

 

From: AF  On Behalf Of Steven Kenney
Sent: Monday, February 3, 2020 1:57 PM
To: af 
Subject: Re: [AFMUG] question re: Mikrotik PPPoE server and MRU/MTU

 

Something to consider.  Their operating system and devices also need to be set 
lower.  If the PC is still at 1492 and the router is lower it will cause 
issues.  I've seen this before. 

 

How these routers are using anything lower than 1492 is interesting. 

 

-- 
Steven Kenney
Network Operations Manager
WaveDirect Telecommunications
http://www.wavedirect.net
(519)737-WAVE (9283)

 

  _  

From: "Ken Hohhof" mailto:af...@kwisp.com> >
To: "af" mailto:af@af.afmug.com> >
Sent: Monday, February 3, 2020 2:28:04 PM
Subject: [AFMUG] question re: Mikrotik PPPoE server and MRU/MTU

 

We have used both Mikrotik and Cisco tower routers as PPPoE servers for several 
years, but have recently been swapping out the remaining Ciscos.  I have run 
into a strange problem that I’m hoping somebody here knows the answer.

 

We have the max MTU and MRU set to 1492 on the PPPoE server, but in the list of 
dynamically created interfaces some of them show up as 1480, 1454, etc.  I 
didn’t think much of this because I know some router manufacturers have those 
as default settings.  If the client router wants a lower MTU, that should be OK 
as long as it clamps MSS advertisements to the lower value.  (I don’t want to 
get into MSS clamping at the server side.)

 

But I ran into a customer with an old DLink router and he was unable to get to 
www.aol.com  , other websites and speedtests worked OK.  
Grasping at straws, I had him log into his DLink to see what the MTU setting 
was.  It was set manually to 1492, the menu did not have an option to negotiate 
MTU automatically.  I had him change it to 1480 and that solved his problem.

 

I don’t want to get too deep into solving a problem with an old DLink router, 
but I’m wondering if I’ve got something configured wrong.

 

I assume if the Mikrotik PPPoE server has the PPPoE virtual interface MRU set 
to 1480, that means it won’t receive packets larger than 1480 (plus PPPoE 
headers).  Why are a few sessions getting MRU lower than 1492?  I assume that 
is what the client insists on during PPPoE negotiation?  And if so, why would a 
router with MTU set to 1492, and that appears to be doing MSS clamping based on 
1492, negotiate 1480 with the server?

 

 

And why would Mikrotik be handling this different than Cisco?  I don’t think I 
ever saw an MTU different from 1492 in the Cisco virtual interface properties.

 

I know occasionally (very rarely) I’ve had a customer say one particular 
website won’t come up, I think I had somebody complain about Yahoo once.  Now 
I’m wondering if that was an MTU problem also.  But I don’t really see anything 
under my control at the server end to fix this, other than maybe to set max MRU 
lower like 1450 or something.  I don’t really want to do that, because it would 
mean less efficiency (fewer data bytes per packet) for no apparent good reason. 
 All clients should be able to use 1492 (1500 minus 8 overhead bytes), and if 
for some reason they want a lower MTU, that should be OK as long as they clamp 
MSS advertisements to that lower number.

 


-- 
AF mailing list
AF@af.afmug.com  
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread TJ Trout
once you announce it will, not needed.

On Mon, Feb 3, 2020 at 12:14 PM Steve Jones 
wrote:

> The Prefix isnt showing up in AS lookups, So I dont know that my upstreams
> will accept the LOA for the BGP filters. I have a ticket open with ARIN
>
> On Mon, Feb 3, 2020 at 1:50 PM Mike Hammett  wrote:
>
>> https://whois.arin.net/rest/org/MAXWI/pft
>>
>>
>> What are you expecting to be different?
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions 
>> 
>> 
>> 
>> 
>> Midwest Internet Exchange 
>> 
>> 
>> 
>> The Brothers WISP 
>> 
>>
>>
>> 
>> --
>> *From: *"Steve Jones" 
>> *To: *"AnimalFarm Microwave Users Group" 
>> *Sent: *Monday, February 3, 2020 1:05:41 PM
>> *Subject: *[AFMUG] Associating NET HANDLE with ASN
>>
>> Im having a hard time getting our new ARIN direct allocation
>> associated with our ASN. It Is Listed as an IP Network with our ORGID. I
>> just dont see any difference between our existing allocation and the new
>> one. The Reporting Assignments document doesnt seem clear. Im assuming its
>> something dumb Im skipping over, but I cant figure it out.
>>
>> --
>> AF mailing list
>> AF@af.afmug.com
>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>>
>> --
>> AF mailing list
>> AF@af.afmug.com
>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] MIT’s RFocus technology could turn your walls into antennas – TechCrunch

2020-02-03 Thread Jaime Solorza
https://techcrunch.com/2020/02/03/mits-rfocus-technology-could-turn-your-walls-into-antennas/
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] UBNT Product Placement

2020-02-03 Thread Matt Hoppes
I forget what movie I was watching a while ago, but it was set in the very 
early 90s. And I caught at least two cell towers, like the big big tall guide 
towers with multiple rings in at least two shots.

> On Feb 3, 2020, at 3:16 PM, Daniel White  wrote:
> 
> If you look carefully in many historical movies you may see modern day 
> wireless equipment in the backgrounds, etc.  I get a chuckle sometimes when 
> set designers go to great lengths to make sure the cars on the street are of 
> the right decade but there is a Ruckus Cable Wi-Fi AP on the cable line.
> 
>   
> Daniel White
> Co-Founder & Managing Director of Operations
> phone: +1 (702) 470-2766
> direct: +1 (702) 470-2770
> Nate Burke wrote on 2/3/20 08:41:
>> Ok, the first one, maybe that is a legit connection, and they 'couldn't be 
>> without internet while you people are here filming'  But the 2nd looks like 
>> a purpose built set.  If they were put there by the set dressing team, Props 
>> to them for thinking about it, and even cabling it in.  
>> 
>> Even better if that was their internet feed for the location while shooting. 
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>> On 2/3/2020 9:26 AM, Adam Moffett wrote:
>>> I can't travel anywhere without seeing Ubiquiti devices.  UniFi AP's at the 
>>> zoo, AirFiber between buildings at a waterpark, AirMax on towers. 
>>> 
>>> My guess it's accidentally in the background and not actually product 
>>> placement.  You notice it because you know what it is.  If the camera just 
>>> panned over an antenna mount in the background then a HAM watching the same 
>>> episode would have said, "oooh a 2 meter repeater" 
>>> 
>>> 
 On 2/2/2020 11:22 PM, Nate Burke wrote: 
 Has anyone been watching the newest season of 'Doctor Who'?  In the last 2 
 episodes, there are couple second long shots where the center focus seems 
 to be an unlabeled UBNT Powerbeam.  No other reason for it to be 
 in the shot. 
 
 Do I just notice it because I'm looking for it? 
 
>>> 
>> 
> 
> -- 
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread Steve Jones
The Prefix isnt showing up in AS lookups, So I dont know that my upstreams
will accept the LOA for the BGP filters. I have a ticket open with ARIN

On Mon, Feb 3, 2020 at 1:50 PM Mike Hammett  wrote:

> https://whois.arin.net/rest/org/MAXWI/pft
>
>
> What are you expecting to be different?
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
> *From: *"Steve Jones" 
> *To: *"AnimalFarm Microwave Users Group" 
> *Sent: *Monday, February 3, 2020 1:05:41 PM
> *Subject: *[AFMUG] Associating NET HANDLE with ASN
>
> Im having a hard time getting our new ARIN direct allocation
> associated with our ASN. It Is Listed as an IP Network with our ORGID. I
> just dont see any difference between our existing allocation and the new
> one. The Reporting Assignments document doesnt seem clear. Im assuming its
> something dumb Im skipping over, but I cant figure it out.
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] question re: Mikrotik PPPoE server and MRU/MTU

2020-02-03 Thread Steven Kenney
Something to consider. Their operating system and devices also need to be set 
lower. If the PC is still at 1492 and the router is lower it will cause issues. 
I've seen this before. 

How these routers are using anything lower than 1492 is interesting. 

-- 
Steven Kenney 
Network Operations Manager 
WaveDirect Telecommunications 
http://www.wavedirect.net 
(519)737-WAVE (9283) 


From: "Ken Hohhof"  
To: "af"  
Sent: Monday, February 3, 2020 2:28:04 PM 
Subject: [AFMUG] question re: Mikrotik PPPoE server and MRU/MTU 



We have used both Mikrotik and Cisco tower routers as PPPoE servers for several 
years, but have recently been swapping out the remaining Ciscos. I have run 
into a strange problem that I’m hoping somebody here knows the answer. 



We have the max MTU and MRU set to 1492 on the PPPoE server, but in the list of 
dynamically created interfaces some of them show up as 1480, 1454, etc. I 
didn’t think much of this because I know some router manufacturers have those 
as default settings. If the client router wants a lower MTU, that should be OK 
as long as it clamps MSS advertisements to the lower value. (I don’t want to 
get into MSS clamping at the server side.) 



But I ran into a customer with an old DLink router and he was unable to get to 
[ http://www.aol.com/ | www.aol.com ] , other websites and speedtests worked 
OK. Grasping at straws, I had him log into his DLink to see what the MTU 
setting was. It was set manually to 1492, the menu did not have an option to 
negotiate MTU automatically. I had him change it to 1480 and that solved his 
problem. 



I don’t want to get too deep into solving a problem with an old DLink router, 
but I’m wondering if I’ve got something configured wrong. 



I assume if the Mikrotik PPPoE server has the PPPoE virtual interface MRU set 
to 1480, that means it won’t receive packets larger than 1480 (plus PPPoE 
headers). Why are a few sessions getting MRU lower than 1492? I assume that is 
what the client insists on during PPPoE negotiation? And if so, why would a 
router with MTU set to 1492, and that appears to be doing MSS clamping based on 
1492, negotiate 1480 with the server? 





And why would Mikrotik be handling this different than Cisco? I don’t think I 
ever saw an MTU different from 1492 in the Cisco virtual interface properties. 



I know occasionally (very rarely) I’ve had a customer say one particular 
website won’t come up, I think I had somebody complain about Yahoo once. Now 
I’m wondering if that was an MTU problem also. But I don’t really see anything 
under my control at the server end to fix this, other than maybe to set max MRU 
lower like 1450 or something. I don’t really want to do that, because it would 
mean less efficiency (fewer data bytes per packet) for no apparent good reason. 
All clients should be able to use 1492 (1500 minus 8 overhead bytes), and if 
for some reason they want a lower MTU, that should be OK as long as they clamp 
MSS advertisements to that lower number. 



-- 
AF mailing list 
AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread Mike Hammett
https://whois.arin.net/rest/org/MAXWI/pft 




What are you expecting to be different? 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Steve Jones"  
To: "AnimalFarm Microwave Users Group"  
Sent: Monday, February 3, 2020 1:05:41 PM 
Subject: [AFMUG] Associating NET HANDLE with ASN 


Im having a hard time getting our new ARIN direct allocation associated with 
our ASN. It Is Listed as an IP Network with our ORGID. I just dont see any 
difference between our existing allocation and the new one. The Reporting 
Assignments document doesnt seem clear. Im assuming its something dumb Im 
skipping over, but I cant figure it out. 
-- 
AF mailing list 
AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 

-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] PIM - Mikrotik

2020-02-03 Thread Steven Kenney
I figured the firewall could require some more attention than usual. Thanks for 
the input. 

-- 
Steven Kenney 
Network Operations Manager 
WaveDirect Telecommunications 
http://www.wavedirect.net 
(519)737-WAVE (9283) 


From: "Jesse Dupont"  
To: "af"  
Sent: Monday, February 3, 2020 2:22:26 PM 
Subject: Re: [AFMUG] PIM - Mikrotik 

A few years ago we had Cisco and Mikrotik operating in a production environment 
in Sparse mode with about 500 Mb of traffic. It worked just fine. The only 
hiccup we had was our own doing. We had a source behind the Mikrotik and we 
forgot to allow the RP-related packets through the input firewall chain of the 
Mikrotik so the source path tree would not form correctly and we had high CPU 
usage because of it was forwarding the traffic directly to the rendezvous 
point. After we properly allowed what was needed through the firewall, it 
behaved as you’d expect. Had to manually set the rendezvous point. 

Sent from my iPhone 



On Feb 3, 2020, at 10:54 AM, Steven Kenney  wrote: 





BQ_BEGIN

Anyone successfully use multicast across Mikrotik routers? 

We are doing IPTV and we'll need to convert the multicast traffic to unicast. 
However some of our network locations will be able to handle multicast across 
fiber etc. So I'm looking at how to pass that multicast traffic between 
routers. Looks like it will be about 1 Gbps total of multicast traffic. 

I have the Multicast package and I'm going to start testing in the weeks to 
come. I'm just curious to see if anyone out here has any success/horror stories 
with Mikrotik and PIM? 

-- 
Steven Kenney 
Network Operations Manager 
WaveDirect Telecommunications 
http://www.wavedirect.net 
(519)737-WAVE (9283) 
-- 
AF mailing list 
AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 

BQ_END

-- 
AF mailing list 
AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] bufferbloat

2020-02-03 Thread Mike Hammett
It typically works very well. I only have an issue... maybe 10 times a year. 


It does get worse when interacting through a CRM that munges everything. 





- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Adam Moffett"  
To: af@af.afmug.com 
Sent: Monday, February 3, 2020 9:13:01 AM 
Subject: Re: [AFMUG] bufferbloat 


That's why I disable threading in my email. It never works anyway. 




On 2/1/2020 11:26 AM, Mike Hammett wrote: 



Nothing. Someone forked the conversation into a totally new topic instead of 
creating a new e-mail. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Matt Hoppes"  
To: "AnimalFarm Microwave Users Group"  
Sent: Saturday, February 1, 2020 4:28:42 AM 
Subject: Re: [AFMUG] bufferbloat 


What does this have to do with CAF-II? 


For us we pretty much know where the loaded APs are, it’s a matter of smoothing 
out the experience. 

On Jan 31, 2020, at 10:18 PM, Simon Westlake < simon@sonar.software > wrote: 






It's interesting to me how many people are looking at the CoDeL piece of 
Preseem first - their original vision (and what I still think is the most 
interesting) is the direct TCP monitoring they do to try to figure out which 
APs have issues, which customers have issues, and what the root causes of those 
issues are. The CoDeL piece was just a cherry on top. 


The CoDeL piece isn't very hard (if you're not worried about scaling it very 
far) but the monitoring and diagnostic tools they have are, I think, fantastic. 
I've never heard anyone not rave about them, and I know tons of people using 
them. 



On Fri, Jan 31, 2020 at 1:06 PM Ken Hohhof < af...@kwisp.com > wrote: 





ISP Radio did an interview with them and it’s still on Youtube. 2 years old 
though. 
https://www.preseem.com/2018/04/isp-radio-subscriber-queues-latency/ 




From: AF < af-boun...@af.afmug.com > On Behalf Of David Coudron 
Sent: Friday, January 31, 2020 12:41 PM 
To: AnimalFarm Microwave Users Group < af@af.afmug.com > 
Subject: Re: [AFMUG] bufferbloat 

Others probably know better. I think some of the other tools are DPI based 
where Preseem is FQ-CoDel, but I am not sure that is true of Procera. Others 
integrate to the CRM systems, so I am not sure that is a differentiator. Might 
be best to hit Preseem up directly on that question. From our experience, they 
are not high pressure or exaggerative, so you wouldn’t be opening a can of 
worms you can’t get the lid back on. But maybe someone has done a more in depth 
investigation of the two. Sorry, wasn’t much help on the question. 

Regards, 

David Coudron 
From: AF < af-boun...@af.afmug.com > On Behalf Of Jason McKemie 
Sent: Friday, January 31, 2020 11:48 AM 
To: AnimalFarm Microwave Users Group < af@af.afmug.com > 
Subject: Re: [AFMUG] bufferbloat 


How does Preseem compare to Procera? 



On Fri, Jan 31, 2020 at 11:25 AM Darin Steffl < darin.ste...@mnwifi.com > 
wrote: 



I second everything David said. We've been on it 2 years now and it's a tool I 
will never give up. It's worth every penny 



On Fri, Jan 31, 2020, 11:03 AM David Coudron < david.coud...@advantenon.com > 
wrote: 


We have been using Preseem for about a year now. We originally implemented it 
as a way to better manage the customer experience and potentially make better 
use of our DIA bandwidth and maybe reduce some DIA costs. I am guessing someone 
could build a similar product on their own with open source. 

However, what we have found is that we get significantly more than the customer 
experience management with the tool. The reporting is beyond awesome, it has 
become our number one tool for troubleshooting customers complaints. Others on 
this list can weigh in on how they use it, but our typical day goes something 
like this: 
1) During our morning Ops call, we take a peek at Preseem's recap of tower 
latency yesterday. If nothing new shows up for Red towers/access points, we 
look at Yellow Access Points (this is a ranking of Aps/towers over certain 
latency thresholds) 
2) If any customer calls have come in, we use the Preseem tool to see if they 
are experiencing latency issues. If they are, we check our SNMP based 
monitoring tool to see if their wireless connection to the tower has changed or 
if the AP is experience issues. We had a pretty major windstorm go through two 
weeks ago, and we found a few customers whose latency spiked and investigation 
into their connection showed there was an issue with their dish. 
3) If latency has climbed, but the AP and upstream devices are all OK, we check 
into the experience of that customer to others on their tower. Is their latency 
spike unique, does it happen only under load, etc. More often than not, the 
issue is specific to them, doesn't only happen under load, and only at certain 
times. It is usually from 

Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread Lewis Bergman
While I do not remember how to do this, I do remember ARIN staff being
extremely helpful. I would open a case or call them. I don't remember it
being difficult, but I probably called somebody nad they walked me
through it.

On Mon, Feb 3, 2020 at 1:07 PM Steve Jones 
wrote:

> Im having a hard time getting our new ARIN direct allocation
> associated with our ASN. It Is Listed as an IP Network with our ORGID. I
> just dont see any difference between our existing allocation and the new
> one. The Reporting Assignments document doesnt seem clear. Im assuming its
> something dumb Im skipping over, but I cant figure it out.
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>


-- 
Lewis Bergman
325-439-0533 Cell
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread TJ Trout
Make your irr entries and contact your transit for a filter change, I don't
think what you are asking about is needed.

On Mon, Feb 3, 2020, 11:07 AM Steve Jones  wrote:

> Im having a hard time getting our new ARIN direct allocation
> associated with our ASN. It Is Listed as an IP Network with our ORGID. I
> just dont see any difference between our existing allocation and the new
> one. The Reporting Assignments document doesnt seem clear. Im assuming its
> something dumb Im skipping over, but I cant figure it out.
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] question re: Mikrotik PPPoE server and MRU/MTU

2020-02-03 Thread Ken Hohhof
We have used both Mikrotik and Cisco tower routers as PPPoE servers for
several years, but have recently been swapping out the remaining Ciscos.  I
have run into a strange problem that I'm hoping somebody here knows the
answer.

 

We have the max MTU and MRU set to 1492 on the PPPoE server, but in the list
of dynamically created interfaces some of them show up as 1480, 1454, etc.
I didn't think much of this because I know some router manufacturers have
those as default settings.  If the client router wants a lower MTU, that
should be OK as long as it clamps MSS advertisements to the lower value.  (I
don't want to get into MSS clamping at the server side.)

 

But I ran into a customer with an old DLink router and he was unable to get
to www.aol.com  , other websites and speedtests worked
OK.  Grasping at straws, I had him log into his DLink to see what the MTU
setting was.  It was set manually to 1492, the menu did not have an option
to negotiate MTU automatically.  I had him change it to 1480 and that solved
his problem.

 

I don't want to get too deep into solving a problem with an old DLink
router, but I'm wondering if I've got something configured wrong.

 

I assume if the Mikrotik PPPoE server has the PPPoE virtual interface MRU
set to 1480, that means it won't receive packets larger than 1480 (plus
PPPoE headers).  Why are a few sessions getting MRU lower than 1492?  I
assume that is what the client insists on during PPPoE negotiation?  And if
so, why would a router with MTU set to 1492, and that appears to be doing
MSS clamping based on 1492, negotiate 1480 with the server?

 

 

And why would Mikrotik be handling this different than Cisco?  I don't think
I ever saw an MTU different from 1492 in the Cisco virtual interface
properties.

 

I know occasionally (very rarely) I've had a customer say one particular
website won't come up, I think I had somebody complain about Yahoo once.
Now I'm wondering if that was an MTU problem also.  But I don't really see
anything under my control at the server end to fix this, other than maybe to
set max MRU lower like 1450 or something.  I don't really want to do that,
because it would mean less efficiency (fewer data bytes per packet) for no
apparent good reason.  All clients should be able to use 1492 (1500 minus 8
overhead bytes), and if for some reason they want a lower MTU, that should
be OK as long as they clamp MSS advertisements to that lower number.

 

-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] PIM - Mikrotik

2020-02-03 Thread Jesse Dupont
A few years ago we had Cisco and Mikrotik operating in a production environment 
in Sparse mode with about 500 Mb of traffic. It worked just fine. The only 
hiccup we had was our own doing. We had a source behind the Mikrotik and we 
forgot to allow the RP-related packets through the input firewall chain of the 
Mikrotik so the source path tree would not form correctly and we had high CPU 
usage because of it was forwarding the traffic directly to the rendezvous 
point. After we properly allowed what was needed through the firewall, it 
behaved as you’d expect. Had to manually set the rendezvous point.

Sent from my iPhone

> On Feb 3, 2020, at 10:54 AM, Steven Kenney  wrote:
> 
> 
> Anyone successfully use multicast across Mikrotik routers? 
> 
> We are doing IPTV and we'll need to convert the multicast traffic to unicast. 
>  However some of our network locations will be able to handle multicast 
> across fiber etc.  So I'm looking at how to pass that multicast traffic 
> between routers.  Looks like it will be about 1 Gbps total of multicast 
> traffic.  
> 
> I have the Multicast package and I'm going to start testing in the weeks to 
> come.  I'm just curious to see if anyone out here has any success/horror 
> stories with Mikrotik and PIM? 
> 
> -- 
> Steven Kenney
> Network Operations Manager
> WaveDirect Telecommunications
> http://www.wavedirect.net
> (519)737-WAVE (9283)
> -- 
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] Associating NET HANDLE with ASN

2020-02-03 Thread Steve Jones
Im having a hard time getting our new ARIN direct allocation
associated with our ASN. It Is Listed as an IP Network with our ORGID. I
just dont see any difference between our existing allocation and the new
one. The Reporting Assignments document doesnt seem clear. Im assuming its
something dumb Im skipping over, but I cant figure it out.
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] Fwd: FCC Approves CBRS Commercialization - Plus Products, Events, & More

2020-02-03 Thread Jaime Solorza
-- Forwarded message -
From: The Wireless Update by Tessco 
Date: Mon, Feb 3, 2020, 8:21 AM
Subject: FCC Approves CBRS Commercialization - Plus Products, Events, & More
To: 


News & Notes from Across the Industry


[image: facebookIcon]
   [image:
twitterIcon]    [image:
youtubeIcon]    [image:
linkedinIcon]  [image:
tesscoLogo] 
800.472.7373


[image: masthead]
  News & Notes from Across the Industry February 2020, Issue 5
[image: The Wireless Update]


FCC Grants Nation’s First Commercially Available Mid-band 5G Spectrum
The CBRS Alliance has made its mission to steer industries towards
commercial use of its OnGo™ shared spectrum solutions and has been waiting
for the Federal Communications Commission’s (FCC) full authorization. The
wait is now over, as the FCC just authorized full commercial use of OnGo™
in the 3.5 GHz CBRS Band in the US on January 27. Now that the mid-band 5G
spectrum is allowed for commercial use, wireless technologies could take a
huge step forward.
 READ MORE  


UPDATES FROM OUR SUPPLIERS



[image: Kaelus] 
[image: Kaelus] 

Kaelus iVA Portable PIM Analyzer
The Kaelus iVA Cable and Antenna Analyzer accurately measures VSWR/Return
Loss and the location of the VSWR/Return Loss faults in your RF
infrastructure. With frequency ranging from 600 to 2750 MHz, the iVA covers
the most used cellular bands. Wireless connectivity allows measurement
flexibility in sweep and multi-port testing. This rugged, battery-operated
module is remotely controlled with any Bluetooth-enabled device or the
Kaelus iPA Portable Passive Intermodulation analyzers.

 SHOP NOW  



[image: Ventev] 

In-Stock Now: 195, 240, 400, Low-PIM, and More
Ventev has a range of high-quality, cable assemblies that are in-stock and
ready to ship.

 SHOP NOW  
[image: Ventev] 


UPCOMING EVENTS


[image: Welcome Recpetion with Comba]

[image: UTC] 
[image: NATE Unite] 
[image: Tessco Events] 


This Industry Newsletter email was sent to @losguyswirel...@gmail.com
Tessco Technologies Incorporated  |  11126 McCormick Road  |  Hunt Valley
 |  MD  |  21031

To ensure delivery to your inbox, please add @n...@tessco.com to your
address book and safe-sender list.
If you no longer want to receive emails from us, you can unsubscribe
.   TW126

Home   |  Contact
  |  My Account
  |  Privacy
  |  Terms of Use – Legal


© 2020 Tessco, All Rights Reserved.
[image: tessco] 
  
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] PIM - Mikrotik

2020-02-03 Thread Steven Kenney
Anyone successfully use multicast across Mikrotik routers? 

We are doing IPTV and we'll need to convert the multicast traffic to unicast. 
However some of our network locations will be able to handle multicast across 
fiber etc. So I'm looking at how to pass that multicast traffic between 
routers. Looks like it will be about 1 Gbps total of multicast traffic. 

I have the Multicast package and I'm going to start testing in the weeks to 
come. I'm just curious to see if anyone out here has any success/horror stories 
with Mikrotik and PIM? 

-- 
Steven Kenney 
Network Operations Manager 
WaveDirect Telecommunications 
http://www.wavedirect.net 
(519)737-WAVE (9283) 
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


[AFMUG] OT Conduit and boxes question

2020-02-03 Thread chuck
Shall I put up the boxes and then the conduit or the other way around?
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Netgear new router setup procedure?

2020-02-03 Thread Adam Moffett
That might be relevant.  Maybe the customer saying they can't get to 
routerlogin.net is just getting a certificate error and maybe they could 
really get there if they click through the scary warnings.



On 2/3/2020 11:50 AM, Dan Spitler wrote:
Somewhat related: someone took it upon themselves to extract the 
private key for routerlogin.net  from a 
Netgear firmware so I believe the CA revoked the key. Netgear now says 
just use http: 
https://kb.netgear.com/61582/Security-Advisory-for-Signed-TLS-Certificate-Private-Key-Disclosure-on-Some-Routers-PSV-2020-0105 


Doesn’t sound like the problems mentioned, though.

On Monday, February 3, 2020, castarritt . > wrote:


I've seen a lot of phones/tablets refuse to browse to
routerlogin.net  since they detect it as a
redirected URL.  I tell people to either plug a windows machine
into the LAN port, or get the app.

On Sun, Feb 2, 2020 at 8:04 PM Ken Hohhof mailto:af...@kwisp.com>> wrote:

I’ve had several customers call with new Netgear Nighthawk
routers R7000 series and the only instructions that come with
them is to download an app to your phone.  The user manual on
the Netgear website says to do it the same as always, connect
to the WiFi and browse to www.routerlogin.net
. Customers try that and the page
cannot be displayed.  I’ve been unable to figure it out over
the phone, I tell them to call Netgear support, usually they
end up taking it back to the store and getting something like
a Belkon/Linksys.

Is this something stupid like force HTTPS or use a different
browser or clear the cache?  Shouldn’t be this hard.

Do you really have to use the app on your phone?  They say
that doesn’t work either.

-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com



-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] Netgear new router setup procedure?

2020-02-03 Thread Dan Spitler
Somewhat related: someone took it upon themselves to extract the private
key for routerlogin.net from a Netgear firmware so I believe the CA revoked
the key. Netgear now says just use http:
https://kb.netgear.com/61582/Security-Advisory-for-Signed-TLS-Certificate-Private-Key-Disclosure-on-Some-Routers-PSV-2020-0105
Doesn’t sound like the problems mentioned, though.

On Monday, February 3, 2020, castarritt .  wrote:

> I've seen a lot of phones/tablets refuse to browse to routerlogin.net
> since they detect it as a redirected URL.  I tell people to either plug a
> windows machine into the LAN port, or get the app.
>
> On Sun, Feb 2, 2020 at 8:04 PM Ken Hohhof  wrote:
>
>> I’ve had several customers call with new Netgear Nighthawk routers R7000
>> series and the only instructions that come with them is to download an app
>> to your phone.  The user manual on the Netgear website says to do it the
>> same as always, connect to the WiFi and browse to www.routerlogin.net.
>> Customers try that and the page cannot be displayed.  I’ve been unable to
>> figure it out over the phone, I tell them to call Netgear support, usually
>> they end up taking it back to the store and getting something like a
>> Belkon/Linksys.
>>
>>
>>
>> Is this something stupid like force HTTPS or use a different browser or
>> clear the cache?  Shouldn’t be this hard.
>>
>>
>>
>> Do you really have to use the app on your phone?  They say that doesn’t
>> work either.
>> --
>> AF mailing list
>> AF@af.afmug.com
>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>>
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] UBNT Product Placement

2020-02-03 Thread Adam Moffett
I can't travel anywhere without seeing Ubiquiti devices.  UniFi AP's at 
the zoo, AirFiber between buildings at a waterpark, AirMax on towers.


My guess it's accidentally in the background and not actually product 
placement.  You notice it because you know what it is.  If the camera 
just panned over an antenna mount in the background then a HAM watching 
the same episode would have said, "oooh a 2 meter repeater"



On 2/2/2020 11:22 PM, Nate Burke wrote:
Has anyone been watching the newest season of 'Doctor Who'?  In the 
last 2 episodes, there are couple second long shots where the center 
focus seems to be an unlabeled UBNT Powerbeam.  No other reason for it 
to be in the shot.


Do I just notice it because I'm looking for it?



--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com


Re: [AFMUG] bufferbloat

2020-02-03 Thread Adam Moffett

That's why I disable threading in my email.  It never works anyway.



On 2/1/2020 11:26 AM, Mike Hammett wrote:
Nothing. Someone forked the conversation into a totally new topic 
instead of creating a new e-mail.




-
Mike Hammett
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 





*From: *"Matt Hoppes" 
*To: *"AnimalFarm Microwave Users Group" 
*Sent: *Saturday, February 1, 2020 4:28:42 AM
*Subject: *Re: [AFMUG] bufferbloat

What does this have to do with CAF-II?

For us we pretty much know where the loaded APs are, it’s a matter of 
smoothing out the experience.


On Jan 31, 2020, at 10:18 PM, Simon Westlake > wrote:


It's interesting to me how many people are looking at the CoDeL
piece of Preseem first - their original vision (and what I still
think is the most interesting) is the direct TCP monitoring they
do to try to figure out which APs have issues, which customers
have issues, and what the root causes of those issues are. The
CoDeL piece was just a cherry on top.

The CoDeL piece isn't very hard (if you're not worried about
scaling it very far) but the monitoring and diagnostic tools they
have are, I think, fantastic. I've never heard anyone not rave
about them, and I know tons of people using them.

On Fri, Jan 31, 2020 at 1:06 PM Ken Hohhof mailto:af...@kwisp.com>> wrote:

ISP Radio did an interview with them and it’s still on
Youtube.  2 years old though.

https://www.preseem.com/2018/04/isp-radio-subscriber-queues-latency/

*From:* AF mailto:af-boun...@af.afmug.com>> *On Behalf Of *David Coudron
*Sent:* Friday, January 31, 2020 12:41 PM
*To:* AnimalFarm Microwave Users Group mailto:af@af.afmug.com>>
*Subject:* Re: [AFMUG] bufferbloat

Others probably know better. I think some of the other tools
are DPI based where Preseem is FQ-CoDel, but I am not sure
that is true of Procera.   Others integrate to the CRM
systems, so I am not sure that is a differentiator.   Might be
best to hit Preseem up directly on that question.   From our
experience, they are  not high pressure or exaggerative, so
you wouldn’t be opening a can of worms you can’t get the lid
back on.  But maybe someone has done a more in depth
investigation of the two.  Sorry, wasn’t much help on the
question.

Regards,

David Coudron

*From:* AF mailto:af-boun...@af.afmug.com>> *On Behalf Of *Jason McKemie
*Sent:* Friday, January 31, 2020 11:48 AM
*To:* AnimalFarm Microwave Users Group mailto:af@af.afmug.com>>
*Subject:* Re: [AFMUG] bufferbloat

How does Preseem compare to Procera?

On Fri, Jan 31, 2020 at 11:25 AM Darin Steffl
mailto:darin.ste...@mnwifi.com>> wrote:

I second everything David said. We've been on it 2 years
now and it's a tool I will never give up. It's worth every
penny

On Fri, Jan 31, 2020, 11:03 AM David Coudron
mailto:david.coud...@advantenon.com>> wrote:

We have been using Preseem for about a year now.   We
originally implemented it as a way to better manage
the customer experience and potentially make better
use of our DIA bandwidth and maybe reduce some DIA
costs.   I am guessing someone could build a similar
product on their own with open source.

However, what we have found is that we get
significantly more than the customer experience
management with the tool.  The reporting is beyond
awesome, it has become our number one tool for
troubleshooting customers complaints.  Others on this
list can weigh in on how they use it, but our typical
day goes something like this:
1) During our morning Ops call, we take a peek at
Preseem's recap of tower latency yesterday.  If
nothing new shows up for Red towers/access points, we
look at Yellow Access Points (this is a ranking of
Aps/towers over certain latency thresholds)
2) If any customer calls have come in, we use the

Re: [AFMUG] Netgear new router setup procedure?

2020-02-03 Thread castarritt .
I've seen a lot of phones/tablets refuse to browse to routerlogin.net since
they detect it as a redirected URL.  I tell people to either plug a windows
machine into the LAN port, or get the app.

On Sun, Feb 2, 2020 at 8:04 PM Ken Hohhof  wrote:

> I’ve had several customers call with new Netgear Nighthawk routers R7000
> series and the only instructions that come with them is to download an app
> to your phone.  The user manual on the Netgear website says to do it the
> same as always, connect to the WiFi and browse to www.routerlogin.net.
> Customers try that and the page cannot be displayed.  I’ve been unable to
> figure it out over the phone, I tell them to call Netgear support, usually
> they end up taking it back to the store and getting something like a
> Belkon/Linksys.
>
>
>
> Is this something stupid like force HTTPS or use a different browser or
> clear the cache?  Shouldn’t be this hard.
>
>
>
> Do you really have to use the app on your phone?  They say that doesn’t
> work either.
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com