Re: [AFMUG] Kodi / http media streams

[Greg Osborn]

Install kodi 16.0, install SpinzTV.  Probably the best if not the second best 
build out.



https://youtu.be/2ILUjX2me7Y





From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds
Sent: Wednesday, April 06, 2016 10:02 AM
To: af@afmug.com
Subject: Re: [AFMUG] Kodi / http media streams



I have it loaded on my fireTV box (nice quad core).

On Apr 6, 2016 8:54 AM, "Cameron Crum" <cc...@wispmon.com 
<mailto:cc...@wispmon.com> > wrote:

I loaded it on my Nexus Player and have it on my laptop. Kodi will run on 
pretty much any OS I think. The Android boxes are just small, boot, quick, and 
you can get it on Google Play.





On Wed, Apr 6, 2016 at 8:48 AM, Micah Miller <mi...@nbson.com 
<mailto:mi...@nbson.com> > wrote:

Anyone got a link to one?

On Tue, Apr 5, 2016 at 5:55 PM, Paul Stewart <p...@paulstewart.org 
<mailto:p...@paulstewart.org> > wrote:
> The android based boxes are everywhere here in Canada now … people buying
> them up like crazy – basically preloaded Android boxes with Kodi and lots of
> “addons” that allow folks to get lots of questionable content …
>
>
>
> From: Af [mailto:af-boun...@afmug.com <mailto:af-boun...@afmug.com> ] On 
> Behalf Of Greg Osborn
> Sent: Tuesday, April 5, 2016 10:24 AM
> To: af@afmug.com <mailto:af@afmug.com>
> Subject: Re: [AFMUG] Kodi / http media streams
>
>
>
> If it isn’t a problem now, it will be.  The streams aren’t nearly as
> efficient as Netflix.  Programming seems to be lacking in US programming and
> more focused to Europe and Canada.
>
>
>
> From: Af [mailto:af-boun...@afmug.com <mailto:af-boun...@afmug.com> ] On 
> Behalf Of Josh Reynolds
> Sent: Monday, April 4, 2016 10:23 PM
> To: af@afmug.com <mailto:af@afmug.com>
> Subject: Re: [AFMUG] Kodi / http media streams
>
>
>
> Canadian issue :)
>
> On Apr 4, 2016 8:47 PM, "Andreas Wiatowski" <andr...@silowireless.com 
> <mailto:andr...@silowireless.com> >
> wrote:
>
> I’m not sure if you run into this in the USA…. But it seems that KODI / XBMC
> traffic is almost on par with Netflix on our network (About a 100Mbps
> difference in favour of Netflix.).  Are others here seeing this trend? Or is
> this just a Canadian problem?
>
>
>
>
>
> Cheers,
>
>
>
> Andreas Wiatowski, CEO
>
> Silo Wireless Inc.
>
> 519-449-5656 x-600 <tel:519-449-5656%20x-600>
>
>



--
Micah Miller
Network/Server Administrator
Network Business Systems, Inc.
Phone: 309-944-8823 





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: [AFMUG] Kodi / http media streams

[Greg Osborn]

If it isn’t a problem now, it will be.  The streams aren’t nearly as efficient 
as Netflix.  Programming seems to be lacking in US programming and more focused 
to Europe and Canada.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds
Sent: Monday, April 4, 2016 10:23 PM
To: af@afmug.com
Subject: Re: [AFMUG] Kodi / http media streams

 

Canadian issue :)

On Apr 4, 2016 8:47 PM, "Andreas Wiatowski"  > wrote:

I’m not sure if you run into this in the USA…. But it seems that KODI / XBMC 
traffic is almost on par with Netflix on our network (About a 100Mbps 
difference in favour of Netflix.).  Are others here seeing this trend? Or is 
this just a Canadian problem?

 

 

Cheers,

 

Andreas Wiatowski, CEO

Silo Wireless Inc.

519-449-5656 x-600  

 

Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

[Greg Osborn]

Here we go, same ap a few hours later.

 

 

 

arameters marked with (*) will display accurate values only when that link is 
passing traffic. 




CPE MAC Address

Uplink

Downlink


RSSI 0* 
(in dBm)

RSSI 2* 
(in dBm)

CINR* 
(in dB)

MCS*

RSSI 
(in dBm)

Zone CINR 
(in dB)

MIMO Type*

MCS*


64:ed:57:31:7f:e0

-82

-61

28

QAM64 5/6

-68

6

MIMO A

QPSK 1/2


64:ed:57:31:84:46

-66

-60

34

QAM64 5/6

-73

8

MIMO A

QPSK 1/2


64:ed:57:31:84:58

-94

-72

24

QAM64 3/4

-88

-3

MIMO A

QPSK 1/2


64:ed:57:31:84:f6

-77

-60

34

QAM64 5/6

-71

6

MIMO A

QPSK 1/2


64:ed:57:31:86:52

-69

-59

34

QAM64 5/6

-66

7

MIMO A

QPSK 1/2


64:ed:57:31:87:30

-66

-58

34

QAM64 5/6

-68

9

MIMO A

QPSK 1/2


64:ed:57:31:87:ae

-90

-67

29

QAM64 5/6

-80

9

MIMO A

QPSK 1/2


64:ed:57:31:88:4c

-62

-85

34

QAM64 5/6

-45

10

MIMO A

QPSK 1/2


64:ed:57:31:8a:90

-82

-62

34

QAM64 5/6

-67

11

MIMO A

QPSK 1/2


64:ed:57:31:8c:f2

-69

-64

30

QAM64 5/6

-84

7

MIMO A

QPSK 1/2


64:ed:57:31:8d:08

-72

-61

34

QAM64 5/6

-80

20

MIMO A

QAM64 1/2


64:ed:57:31:8d:70

-83

-66

31

QAM64 5/6

-70

9

MIMO A

QPSK 1/2


64:ed:57:31:8e:da

-76

-68

30

QAM64 5/6

-81

7

MIMO A

QPSK 1/2


64:ed:57:40:7c:16

-61

-82

34

QAM64 5/6

-61

10

MIMO A

QPSK 1/2

 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Greg Osborn
Sent: Wednesday, June 17, 2015 1:40 PM
To: af@afmug.com
Subject: Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

 

Yeah, we have visited man of them.  That portion was at least correct.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of That One Guy /sarcasm
Sent: Wednesday, June 17, 2015 10:36 AM
To: af@afmug.com mailto:af@afmug.com 
Subject: Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

 

have you checke dthe installs, are these things mounted in the correct 
orientation?

 

On Wed, Jun 17, 2015 at 8:50 AM, Greg Osborn gregwosb...@gmail.com 
mailto:gregwosb...@gmail.com  wrote:

Yeah, it’s just the downlink that becomes a problem.  All is good on what we 
have below at the moment.  I should have just waited to take a before reboot 
and after screenshot.

 

From: Af [mailto:af-boun...@afmug.com mailto:af-boun...@afmug.com ] On Behalf 
Of Eric Muehleisen
Sent: Wednesday, June 17, 2015 9:23 AM
To: af@afmug.com mailto:af@afmug.com 
Subject: Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

 

Uplink looks good. Does this only affect downlink? First thought would be 
self-interference but that usually doesn't show up in the radio stats but 
rather packet loss in the service flow stats. During a maintenance window, shut 
down all your AP's and run a spectrum analysis one-by-one. I would suspect the 
noise floor to increase during peak times. 

 

On Wed, Jun 17, 2015 at 7:57 AM, Greg Osborn gregwosb...@gmail.com 
mailto:gregwosb...@gmail.com  wrote:

We have 3 sites with Cambium 320 gear.  2 with Omni’s that don’t behave oddly.  
The other has 4 AP’s and requires a reboot of the AP’s after a while because 
the CINR values and modulations will tank.  We are not using a ABAB config.  It 
doesn’t seem to be tied to sync or interference, as far as I can tell.  Yes 
there are some crappy installs here.  We acquired them through a failed 
startup.  Below is what it will look like when good.  When it is bad, cut the 
CINR values to 12ish or less with a QPSK x/x.  Signal will still be good. Any 
ideas on the reasoning?  

 

 

 

Parameters marked with (*) will display accurate values only when that link is 
passing traffic. 


CPE MAC Address

Uplink

Downlink


RSSI 0* 
(in dBm)

RSSI 2* 
(in dBm)

CINR* 
(in dB)

MCS*

RSSI 
(in dBm)

Zone CINR 
(in dB)

MIMO Type*

MCS*


64:ed:57:31:7f:e0

-83

-66

28

QAM64 5/6

-69

24

MIMO A

QAM64 2/3


64:ed:57:31:84:46

-69

-64

34

QAM64 5/6

-74

24

MIMO A

QAM64 2/3


64:ed:57:31:84:58

-95

-74

23

QAM64 2/3

-88

11

MIMO A

QPSK 1/2


64:ed:57:31:84:f6

-79

-61

34

QAM64 5/6

-71

26

MIMO A

QAM64 3/4


64:ed:57:31:86:52

-67

-58

34

QAM64 5/6

-66

28

MIMO B

QAM64 5/6


64:ed:57:31:87:30

-67

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:87:ae

-93

-68

29

QAM64 5/6

-80

18

MIMO A

QAM16 1/2


64:ed:57:31:88:4c

-62

-87

33

QAM64 5/6

-45

28

MIMO B

QAM64 5/6


64:ed:57:31:8a:90

-75

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:8c:f2

-77

-64

29

QAM64 5/6

-88

16

MIMO A

QAM16 1/2


64:ed:57:31:8d:70

-87

-64

33

QAM64 5/6

-71

27

MIMO A

QAM64 5/6


64:ed:57:31:8e:da

-78

-69

29

QAM64 5/6

-81

17

MIMO A

QAM16 1/2


64:ed:57:40:7c:16

-61

-79

34

QAM64 5/6

-61

28

MIMO B

QAM64 5/6

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989 tel:1.800.363.0989 
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw   
http://www.onlyinternet.net/ 

 

 





 

-- 

If you only see yourself as part of the team but you don't see your team as 
part of yourself

Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

[Greg Osborn]

Yeah, we have visited man of them.  That portion was at least correct.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of That One Guy /sarcasm
Sent: Wednesday, June 17, 2015 10:36 AM
To: af@afmug.com
Subject: Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

 

have you checke dthe installs, are these things mounted in the correct 
orientation?

 

On Wed, Jun 17, 2015 at 8:50 AM, Greg Osborn gregwosb...@gmail.com 
mailto:gregwosb...@gmail.com  wrote:

Yeah, it’s just the downlink that becomes a problem.  All is good on what we 
have below at the moment.  I should have just waited to take a before reboot 
and after screenshot.

 

From: Af [mailto:af-boun...@afmug.com mailto:af-boun...@afmug.com ] On Behalf 
Of Eric Muehleisen
Sent: Wednesday, June 17, 2015 9:23 AM
To: af@afmug.com mailto:af@afmug.com 
Subject: Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

 

Uplink looks good. Does this only affect downlink? First thought would be 
self-interference but that usually doesn't show up in the radio stats but 
rather packet loss in the service flow stats. During a maintenance window, shut 
down all your AP's and run a spectrum analysis one-by-one. I would suspect the 
noise floor to increase during peak times. 

 

On Wed, Jun 17, 2015 at 7:57 AM, Greg Osborn gregwosb...@gmail.com 
mailto:gregwosb...@gmail.com  wrote:

We have 3 sites with Cambium 320 gear.  2 with Omni’s that don’t behave oddly.  
The other has 4 AP’s and requires a reboot of the AP’s after a while because 
the CINR values and modulations will tank.  We are not using a ABAB config.  It 
doesn’t seem to be tied to sync or interference, as far as I can tell.  Yes 
there are some crappy installs here.  We acquired them through a failed 
startup.  Below is what it will look like when good.  When it is bad, cut the 
CINR values to 12ish or less with a QPSK x/x.  Signal will still be good. Any 
ideas on the reasoning?  

 

 

 

Parameters marked with (*) will display accurate values only when that link is 
passing traffic. 


CPE MAC Address

Uplink

Downlink


RSSI 0* 
(in dBm)

RSSI 2* 
(in dBm)

CINR* 
(in dB)

MCS*

RSSI 
(in dBm)

Zone CINR 
(in dB)

MIMO Type*

MCS*


64:ed:57:31:7f:e0

-83

-66

28

QAM64 5/6

-69

24

MIMO A

QAM64 2/3


64:ed:57:31:84:46

-69

-64

34

QAM64 5/6

-74

24

MIMO A

QAM64 2/3


64:ed:57:31:84:58

-95

-74

23

QAM64 2/3

-88

11

MIMO A

QPSK 1/2


64:ed:57:31:84:f6

-79

-61

34

QAM64 5/6

-71

26

MIMO A

QAM64 3/4


64:ed:57:31:86:52

-67

-58

34

QAM64 5/6

-66

28

MIMO B

QAM64 5/6


64:ed:57:31:87:30

-67

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:87:ae

-93

-68

29

QAM64 5/6

-80

18

MIMO A

QAM16 1/2


64:ed:57:31:88:4c

-62

-87

33

QAM64 5/6

-45

28

MIMO B

QAM64 5/6


64:ed:57:31:8a:90

-75

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:8c:f2

-77

-64

29

QAM64 5/6

-88

16

MIMO A

QAM16 1/2


64:ed:57:31:8d:70

-87

-64

33

QAM64 5/6

-71

27

MIMO A

QAM64 5/6


64:ed:57:31:8e:da

-78

-69

29

QAM64 5/6

-81

17

MIMO A

QAM16 1/2


64:ed:57:40:7c:16

-61

-79

34

QAM64 5/6

-61

28

MIMO B

QAM64 5/6

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989 tel:1.800.363.0989 
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw   
http://www.onlyinternet.net/ 

 

 





 

-- 

If you only see yourself as part of the team but you don't see your team as 
part of yourself you have already failed as part of the team.

[AFMUG] Cambium 320 Poor CINR and mcs after awhile

[Greg Osborn]

We have 3 sites with Cambium 320 gear.  2 with Omni's that don't behave
oddly.  The other has 4 AP's and requires a reboot of the AP's after a while
because the CINR values and modulations will tank.  We are not using a ABAB
config.  It doesn't seem to be tied to sync or interference, as far as I can
tell.  Yes there are some crappy installs here.  We acquired them through a
failed startup.  Below is what it will look like when good.  When it is bad,
cut the CINR values to 12ish or less with a QPSK x/x.  Signal will still be
good. Any ideas on the reasoning?  

 

 

 

Parameters marked with (*) will display accurate values only when that link
is passing traffic. 




CPE MAC Address

Uplink

Downlink


RSSI 0* 
(in dBm)

RSSI 2* 
(in dBm)

CINR* 
(in dB)

MCS*

RSSI 
(in dBm)

Zone CINR 
(in dB)

MIMO Type*

MCS*


64:ed:57:31:7f:e0

-83

-66

28

QAM64 5/6

-69

24

MIMO A

QAM64 2/3


64:ed:57:31:84:46

-69

-64

34

QAM64 5/6

-74

24

MIMO A

QAM64 2/3


64:ed:57:31:84:58

-95

-74

23

QAM64 2/3

-88

11

MIMO A

QPSK 1/2


64:ed:57:31:84:f6

-79

-61

34

QAM64 5/6

-71

26

MIMO A

QAM64 3/4


64:ed:57:31:86:52

-67

-58

34

QAM64 5/6

-66

28

MIMO B

QAM64 5/6


64:ed:57:31:87:30

-67

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:87:ae

-93

-68

29

QAM64 5/6

-80

18

MIMO A

QAM16 1/2


64:ed:57:31:88:4c

-62

-87

33

QAM64 5/6

-45

28

MIMO B

QAM64 5/6


64:ed:57:31:8a:90

-75

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:8c:f2

-77

-64

29

QAM64 5/6

-88

16

MIMO A

QAM16 1/2


64:ed:57:31:8d:70

-87

-64

33

QAM64 5/6

-71

27

MIMO A

QAM64 5/6


64:ed:57:31:8e:da

-78

-69

29

QAM64 5/6

-81

17

MIMO A

QAM16 1/2


64:ed:57:40:7c:16

-61

-79

34

QAM64 5/6

-61

28

MIMO B

QAM64 5/6

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw
http://www.onlyinternet.net/ 

 

Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

[Greg Osborn]

Yeah, it’s just the downlink that becomes a problem.  All is good on what we 
have below at the moment.  I should have just waited to take a before reboot 
and after screenshot.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Eric Muehleisen
Sent: Wednesday, June 17, 2015 9:23 AM
To: af@afmug.com
Subject: Re: [AFMUG] Cambium 320 Poor CINR and mcs after awhile

 

Uplink looks good. Does this only affect downlink? First thought would be 
self-interference but that usually doesn't show up in the radio stats but 
rather packet loss in the service flow stats. During a maintenance window, shut 
down all your AP's and run a spectrum analysis one-by-one. I would suspect the 
noise floor to increase during peak times. 

 

On Wed, Jun 17, 2015 at 7:57 AM, Greg Osborn gregwosb...@gmail.com 
mailto:gregwosb...@gmail.com  wrote:

We have 3 sites with Cambium 320 gear.  2 with Omni’s that don’t behave oddly.  
The other has 4 AP’s and requires a reboot of the AP’s after a while because 
the CINR values and modulations will tank.  We are not using a ABAB config.  It 
doesn’t seem to be tied to sync or interference, as far as I can tell.  Yes 
there are some crappy installs here.  We acquired them through a failed 
startup.  Below is what it will look like when good.  When it is bad, cut the 
CINR values to 12ish or less with a QPSK x/x.  Signal will still be good. Any 
ideas on the reasoning?  

 

 

 

Parameters marked with (*) will display accurate values only when that link is 
passing traffic. 


CPE MAC Address

Uplink

Downlink


RSSI 0* 
(in dBm)

RSSI 2* 
(in dBm)

CINR* 
(in dB)

MCS*

RSSI 
(in dBm)

Zone CINR 
(in dB)

MIMO Type*

MCS*


64:ed:57:31:7f:e0

-83

-66

28

QAM64 5/6

-69

24

MIMO A

QAM64 2/3


64:ed:57:31:84:46

-69

-64

34

QAM64 5/6

-74

24

MIMO A

QAM64 2/3


64:ed:57:31:84:58

-95

-74

23

QAM64 2/3

-88

11

MIMO A

QPSK 1/2


64:ed:57:31:84:f6

-79

-61

34

QAM64 5/6

-71

26

MIMO A

QAM64 3/4


64:ed:57:31:86:52

-67

-58

34

QAM64 5/6

-66

28

MIMO B

QAM64 5/6


64:ed:57:31:87:30

-67

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:87:ae

-93

-68

29

QAM64 5/6

-80

18

MIMO A

QAM16 1/2


64:ed:57:31:88:4c

-62

-87

33

QAM64 5/6

-45

28

MIMO B

QAM64 5/6


64:ed:57:31:8a:90

-75

-58

34

QAM64 5/6

-68

28

MIMO A

QAM64 5/6


64:ed:57:31:8c:f2

-77

-64

29

QAM64 5/6

-88

16

MIMO A

QAM16 1/2


64:ed:57:31:8d:70

-87

-64

33

QAM64 5/6

-71

27

MIMO A

QAM64 5/6


64:ed:57:31:8e:da

-78

-69

29

QAM64 5/6

-81

17

MIMO A

QAM16 1/2


64:ed:57:40:7c:16

-61

-79

34

QAM64 5/6

-61

28

MIMO B

QAM64 5/6

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989 tel:1.800.363.0989 
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw   
http://www.onlyinternet.net/ 

 

 

[AFMUG] Pacman on google maps today

[Greg Osborn]

I was working right along and then google had to plant an eater egg..

 

https://www.google.com/maps/@39.7682548,-86.157405,18z/data=!1e3

 

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw
http://www.onlyinternet.net/ 

 

Re: [AFMUG] Customer density weather map from KML?

[Greg Osborn]

Yes, heat map. 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds
Sent: Tuesday, March 03, 2015 4:34 PM
To: af@afmug.com
Subject: Re: [AFMUG] Customer density weather map from KML?

 

Here is a get-started for fusion tables.
https://support.google.com/fusiontables/answer/2527132?hl=en



--
Josh Reynolds
CIO, SPITwSPOTS
www.spitwspots.com http://www.spitwspots.com 

On 03/03/2015 12:30 PM, Chuck McCown wrote:

The third example is crippleware. 

Don’t use geoserver much.  I don’t understand what fusiontables are.  Which of 
these three would be the easiest to implement?

 

From: Cameron Crum mailto:cc...@wispmon.com  

Sent: Tuesday, March 03, 2015 2:29 PM

To: af@afmug.com mailto:af@afmug.com  

Subject: Re: [AFMUG] Customer density weather map from KML?

 

I think you mean a heat map. 

 

On Tue, Mar 3, 2015 at 3:13 PM, Josh Reynolds j...@spitwspots.com 
mailto:j...@spitwspots.com  wrote:

https://support.google.com/fusiontables/answer/1152262?hl=en
http://gis.stackexchange.com/questions/102563/heat-map-density-map-from-dynamic-points-table-in-mapserver-geoserver
https://geochalkboard.wordpress.com/2009/03/11/density-mapping-in-google-maps-with-heatmapapi/

Very interesting idea, and looks like it wouldn't be too hard to pull off 
depending on how your data is laid out.



--
Josh Reynolds
CIO, SPITwSPOTS
www.spitwspots.com http://www.spitwspots.com 

On 03/03/2015 12:06 PM, Greg Osborn wrote:

We have our in house CRM that can give me reports of customers per county, 
census tract and even output the customers to a KML.� What I�d like to do 
to identify customer density in a weather map format.� With this data, we 
could identify locations where it would make sense to populate commercial 
towers vs grain legs.� Any ideas on how to accomplish this?� 

�

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989 tel:1.800.363.0989 
 http://www.facebook.com/onlyinternet � http://www.twitter.com/oibw � 
http://www.onlyinternet.net/ 

�

 

 

 

Re: [AFMUG] Samsung smart TVs

[Greg Osborn]

Nowhere close to that now.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Luthman
Sent: Tuesday, March 03, 2015 3:29 PM
To: af@afmug.com
Subject: Re: [AFMUG] Samsung smart TVs

 

This is what I remember: 
http://www5.pcmag.com/media/images/266683-roku-2-xs-interface-menu.jpg




 

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

 

On Tue, Mar 3, 2015 at 3:24 PM, Josh Reynolds j...@spitwspots.com 
mailto:j...@spitwspots.com  wrote:

I don't know what it looked like before, but if you google/image roku 
interface you'll see what it looks like.



--
Josh Reynolds
CIO, SPITwSPOTS
www.spitwspots.com http://www.spitwspots.com 

On 03/03/2015 11:03 AM, Josh Luthman wrote:

But has the interface changed?




 

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

 

On Tue, Mar 3, 2015 at 3:02 PM, Seth Mattinen se...@rollernet.us 
mailto:se...@rollernet.us  wrote:

On 3/3/15 11:45, Josh Luthman wrote:

It was an original Roku, I think.  You add the channels and such from
the website but on the tv you go left/right through them and then
specify the channel and then which content inside of it.



The original was 2008, they're on their third generation now.

~Seth

 

 

 

[AFMUG] OT.... Illegal ice phone call

[Greg Osborn via Af]

http://www.whitecountysheriff.org/files/911-Call.mp3

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw
http://www.onlyinternet.net/ 

 

Re: [AFMUG] CNS ...Forbidden 403

[Greg Osborn via Af]

Bingo..Thanks

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jordan Stipati via Af
Sent: Wednesday, November 19, 2014 5:07 PM
To: af@afmug.com
Subject: Re: [AFMUG] CNS ...Forbidden 403

 

Greg,

 

Try entering https://; at the beginning of the URL (note the s).  If you've
already tried https type in plain http://; instead.

 

Regards,

Jordan Stipati

Senior Engineer - Software

Cambium Networks
E:  mailto:jordan.stip...@cambiumnetworks.com
jordan.stip...@cambiumnetworks.com

 http://www.cambiumnetworks.com/ www.cambiumnetworks.com



 

 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Greg Osborn via Af
Sent: Wednesday, November 19, 2014 3:00 PM
To: af@afmug.com mailto:af@afmug.com 
Subject: [AFMUG] CNS ...Forbidden 403

 

I show all 3 services running for CNS, but am getting a 403 error.  What am
I missing?

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw
http://www.onlyinternet.net/ 

 

[AFMUG] CNS ...Forbidden 403

[Greg Osborn via Af]

I show all 3 services running for CNS, but am getting a 403 error.  What am
I missing?

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989
 http://www.facebook.com/onlyinternet   http://www.twitter.com/oibw
http://www.onlyinternet.net/ 

 

Re: [AFMUG] Trojan battery supplier

[Greg Osborn via Af]

I'd talk to your local golf course.  They probably can get them cheap. 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Paul Conlin via Af
Sent: Thursday, October 16, 2014 2:13 PM
To: af@afmug.com
Subject: [AFMUG] Trojan battery supplier

 

Looking for a good place to buy Trojan wet cell batteries.  Looking
specifically for the 6v L16RE-B 370AHr batteries for an off-grid solar
install.  East coast destination.

 

PC

Blaze Broadband

 

Re: [AFMUG] ePMP AP mounting

[Greg Osborn via Af]

Here is your fix.

http://www.rfelements.com/en/products/brackets/easybracket-for-epmp/

-Original Message-
From: Af [mailto:af-bounces+gregwosborn=gmail@afmug.com] On Behalf Of
Jerry Head via Af
Sent: Thursday, September 18, 2014 11:28 AM
To: af@afmug.com
Subject: Re: [AFMUG] ePMP AP mounting

My 2.4 ePMP Cambium sectors do not have the pocket for the GPS puck.
The KP antennas were supposed to come with a box for the radio which
sticks to the back of the sector, a little ghetto I know.

On 9/16/2014 3:30 PM, Adam Moffett via Af wrote:
 When I bought a 2.4 ePMP AP awhile ago, the Cambium sector antennas 
 were out of stock, so I ended up buying a KP Performance sector 
 antenna on somebody's recommendation.  Then that project got shelved 
 for 3 monthsand I wish I had known that would happen because I 
 would have just waited for the Cambium sector.

 Here's my problem with the 3rd party antenna:  What do you mount the 
 AP too?  It's clearly designed to mount to the Cambium sector and not 
 really to anything else.

 And then what do you do with the little magnetic GPS antenna?  It fits 
 into a pocket on the Cambium sector antenna that I don't have. Is it 
 even weatherproof on its own?

Re: [AFMUG] ePMP Force 100 beefy

[Greg Osborn via Af]

5ghz

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup (Cyber
Broadcasting) via Af
Sent: Wednesday, September 17, 2014 1:41 PM
To: af@afmug.com
Subject: Re: [AFMUG] ePMP Force 100 beefy

Is that 2.4 or 5GHz? A couple weeks ago someone asked why the 2.4 AP sector
is slant and the integrated SMs are H/V. Cambium responded with an
explanation, something about the SM detecting phases and doing its thing.

Definitely looks like a Laird/Pac feed design. That has to be a pain to
weather seal.

When they get these things to sync with Canopy and get the PTP latency down,
then I'll buy some.

On 9/17/2014 9:22 AM, Greg Osborn via Af wrote:
We received our first shipment of ePMP Force 100's yesterday.  
 Pretty beefy at 10 lbs.  Quite a curious angle on the feed horn N-type
connections.
 It would lead you to believe the antenna system is dual slant.  All 
 the specs say HV.