[WISPA] CALEA Compliance

2007-04-30 Thread Todd Barber
I have been quietly watching and waiting as the CALEA compliance issue has
been discussed and information pertaining to it has become available over
the last few months.

 

I have seen numerous posts on the WISPA list indicating that a cost
effective and compliant solution for this issue was being worked on and
would become available in the near future.

 

I have seen numerous posts indicating that small providers should not be
concerned and that attaining CALEA compliance would not put them out of
business.

 

One of the latest posts indicated that Bearhill would be a good company to
contact to get details and pricing for a cost effective TTP.  

 

I contacted them today.  If this is the cost effective solution that is
available, it isn’t cost effective enough for our operation.  The monthly is
¼ of our current bandwidth costs and the upfront is twice the cost of our
head-end router that is servicing all of our customers.  

 

Fortunately, our business is making enough money to actually pay for this
but it does significantly impact our business model.  It seriously makes me
consider whether staying in the WISP business is worthwhile.

 

Larger operators can easily say that CALEA compliance is just another cost
of doing business and that the cost of implementing it is reasonable.
Larger operators can also say that we have a poor business model and if our
business model was different this compliance would be a non issue.  

 

The facts remain that our business model currently is profitable and we are
providing a valuable service in a rural area.  The added costs of CALEA
compliance jeopardize our ability to continue providing service.  Who needs
to explain to the hundreds of happy customers I currently service in a rural
community that they no longer have high speed internet and don’t have an
alternative broadband solution?  

 

If someone has better information on how a small ISP can become CALEA
compliant in a cost effective manner, please contact me as I am all ears.
If there is better information or a defined solution being presented on the
WISPA member list, I am more than willing to pay membership dues to access
it.  If there isn’t a better solution being discussed there, I would just as
well save the due money as it will probably not be long before we are out of
business or sell to a larger competitor and the membership will be useless.


 

Thanks in advance for any help.

 

 

Todd Barber

Skylink Broadband Internet

[EMAIL PROTECTED]

970-454-9499

 

--
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] CALEA Compliance

2007-04-30 Thread Todd Barber
John,

The part that is causing disbelief for me is the deadline is only days away
and I haven't seen this solution or the costing for the solution.  

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of John Scrivner
Sent: Monday, April 30, 2007 9:14 PM
To: WISPA General List
Subject: Re: [WISPA] CALEA Compliance


I personally do not believe that any CALEA can be cost effective. Quite
simply, solving CALEA requires spending money without earning any
additional revenue. The only way to justify the CALEA expense is to accept
it as a cost of doing business. This means simply that your market
opportunity is lost if you aren't CALEA compliant. I firmly believe every
service provider should have plans for being CALEA compliant or have plans
for exiting the business. This one is different than E911; the liability
will be staggering.

-Matt
  

Matt,
We look forward to proving that this thinking is wrong. What part of 
CALEA compliance is it that makes you think we cannot develop a low cost 
and reasonable solution which will not break the bank?
Scriv


-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.467 / Virus Database: 269.6.2/781 - Release Date: 4/30/2007
9:14 AM



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] tv whitespaces filings

2007-02-23 Thread Todd Barber
I have also filed. '2007223919662 '

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Marlon K. Schafer (509) 982-2181
Sent: Friday, February 23, 2007 10:20 AM
To: wireless@wispa.org
Cc: isp-wireless@isp-wireless.com
Subject: [WISPA] tv whitespaces filings

Good grief guys, there are only 12 new filings in the last week or so!!

Why, in the name of God, would the FCC give a rats behind about our industry

if we can't be bothered to talk to them?

Listen, the new rules get made according to the WRITTEN record!  Our trips 
to the FCC are great and we both learn a lot, but when it comes time to make

regulations they go to the paperwork that's been filed!

EVERYONE here needs to file personally.  Here's my confirmation 
:'2007223682035

Just go to this link:
http://gullfoss2.fcc.gov/prod/ecfs/upload_v2.cgi

Put 04-186 in the top left box and follow the instructions to voice your 
opinions on what the FCC should do with the soon to be opened up tv 
bands!  All you have to do is till them to make the bands unlicensed, no

auctions, no registration etc.  Say more if you want, but we really need to 
drive home the unlicensed idea.

Get off your hind ends guys!
Marlon
(509) 982-2181   Equipment sales
(408) 907-6910 (Vonage)Consulting services
42846865 (icq)And I run my own wisp!
[EMAIL PROTECTED]
www.odessaoffice.com/wireless
www.odessaoffice.com/marlon/cam



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.3/699 - Release Date: 2/23/2007
1:26 PM



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Trango 5850 FOX to 5830 AP at close range

2007-02-15 Thread Todd Barber
Have you considered the possibility of a 5.8 GHz cordless phone in the area?
I know we have seen this issue in the 2.4 GHz range when someone nearby
would get on the cordless handset.  

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Don Annas
Sent: Thursday, February 15, 2007 12:27 PM
To: 'WISPA General List'
Cc: 'Tim McCrickard'
Subject: RE: [WISPA] Trango 5850 FOX to 5830 AP at close range

OK, changing from H to V polarity didn't seem to work.  We just had another
drop that lasted about 2 minutes.  I just sent one of our engineers to a
local distributor about an hour away to buy a Canopy AP and SU.  We are out
of spare tires with this customer.  I'm really disappointed with the luck we
have had with the Trango FOX units so far.

- Don

Syslog:
# syslog
  0 0:00:00:04.898 [1] [ATTN] batchd started
  1 0:00:00:05.235 [1] rcd: start
  2 0:00:00:08.595 [1] Init of mod_trango_reg
  3 0:00:00:09.303 [1] telnetd is disabled
  4 0:00:00:14.865 [1] snmpset chch 8
  5 0:00:00:14.876 [1] snmpset ant h
  6 0:00:00:14.876 [1] snmpset power 22
  7 0:00:00:15.123 [1] snmpset scantable
  8 0:00:00:15.123 [1] snmpset httpd switch = 1
  9 0:00:00:15.123 [1] snmpset pppoeonly = 0
 10 0:00:00:15.123 [1] snmpset bcast = 1
 11 0:00:00:15.123 [1] snmpset tcp_ap = 1
 12 0:00:00:15.123 [1] snmpset tcp_su = 1
 13 0:00:00:17.471 [1] [ATTN] System Settings loaded
 14 0:00:00:17.539 [1] rcd: system settings are available
 15 0:00:00:17.539 [1] batchd: system settings are available
 16 0:00:00:17.539 [1] Success to set rssi vector from flash: 132 -439 132
-439
 17 0:00:00:17.539 [1] 48 entries in power table
 18 0:00:00:17.550 [1] Operate in legacy mode
 19 0:00:00:17.550 [1] batchd: start shelld
 20 0:00:00:17.550 [1] telnetport = 23
 21 0:00:00:17.584 [1] ch = 8, ant = 1
 22 0:00:00:17.584 [1] batchd: rx_fifo_err_thr = 100
 23 0:00:00:17.584 [1] batchd: boa 2
 24 0:00:00:17.606 [1] batchd: start boa
 25 0:00:00:17.617 [1] httpport = 80
 26 0:00:00:17.640 [1] ch = 8, ant = 1
 27 0:00:00:17.640 [1] Skip update power at 0 MHz.
 28 0:00:00:17.640 [1] batchd: boa 1
 29 0:00:00:17.651 [1] set_br_param cmd=21 value=1
 30 0:00:00:22.719 [1] freq 5736  power 22  pa 44 78 78 83 93 9E
 31 0:00:00:50.539 [1] utype = 0
 32 0:00:00:50.539 [1] set_br_param cmd=22 value=1
 33 0:00:00:50.550 [1] set_br_param cmd=23 value=1
 34 0:00:00:50.550 [1] set_br_param cmd=20 value=0
 35 0:00:00:54.539 [1] Associated
 36 0:06:35:50.134 [1] Disconnected
 37 0:07:09:41.696 [1] Associated
 38 0:07:11:19.022 [1] Disconnected
 39 0:07:12:22.224 [1] Associated
 40 0:07:14:18.067 [1] snmpset scantable
 41 0:07:14:18.067 [1] snmpset chch 6
 42 0:07:14:18.067 [1] snmpset ant h
 43 0:07:14:18.067 [1] snmpset power 22
 44 0:07:14:18.067 [1] ch = 6, ant = 1
 45 0:07:14:19.089 [1] freq 5736  power 22  pa 44 78 78 83 93 9E
 46 0:07:14:20.235 [1] freq 5836  power 22  pa 64 7D 7D 8A 98 A3
 47 0:07:14:20.235 [1] Disconnected
 48 0:07:14:41.853 [1] Associated
 49 1:12:49:53.337 [1] Disconnected
 50 1:13:13:07.573 [1] Associated
 51 1:13:21:52.022 [1] freq 5836  power 19  pa 37 6C 6C 77 84 90
 52 1:14:33:07.134 [1] freq 5836  power 15  pa 1 58 58 62 6E 7A
 53 2:03:09:55.842 [1] Disconnected
 54 2:03:24:39.404 [1] Associated
 55 2:03:24:45.730 [1] freq 5836  power 19  pa 37 6C 6C 77 84 90
 56 2:03:25:33.775 [1] Disconnected
 57 2:03:29:02.101 [1] Associated
 58 2:03:30:06.382 [1] snmpset scantable
 59 2:03:30:06.393 [1] snmpset chch 1
 60 2:03:30:06.393 [1] snmpset ant v
 61 2:03:30:06.393 [1] snmpset power 22
 62 2:03:30:06.404 [1] ch = 1, ant = 0
 63 2:03:30:06.921 [1] freq 5836  power 22  pa 64 7D 7D 8A 98 A3
 64 2:03:30:08.539 [1] freq 5736  power 22  pa 44 78 78 83 93 9E
 65 2:03:30:08.539 [1] Disconnected
 66 2:03:30:42.426 [1] Associated
 67 2:03:30:48.764 [1] freq 5736  power 19  pa 22 66 66 72 7F 8B
 68 2:03:30:50.000 [1] freq 5736  power 16  pa 1 57 57 62 6E 7A
 69 2:03:33:11.157 [1] freq 5736  power 19  pa 22 66 66 72 7F 8B
 70 2:03:33:12.292 [1] freq 5736  power 22  pa 44 78 78 83 93 9E
 71 2:15:54:42.494 [1] freq 5736  power 18  pa 15 61 61 6D 79 85
 72 2:15:54:43.550 [1] freq 5736  power 14  pa -8 4D 4D 58 64 70
 73 2:19:59:45.101 [1] Disconnected
 74 2:20:02:15.303 [1] Associated
Success.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Don Annas
Sent: Thursday, February 15, 2007 9:33 AM
To: [EMAIL PROTECTED]; 'WISPA General List'
Cc: Tim McCrickard
Subject: RE: [WISPA] Trango 5850 FOX to 5830 AP at close range

Interesting...  So it is not a good practice in general to shoot across a
flat roof without some height on the radio.  In looking at the integrated
antennal specs, It seemed like I had the clearance but with the power of the
radio (being so close), maybe this increases the chance for multi-path?

- Don

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of chris

RE: [WISPA] Strange network issues crosspost

2006-12-20 Thread Todd Barber
Chadd,

It seems every time I have a thought about how good something is running it
croaks :)

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Chadd Thompson
Sent: Wednesday, December 20, 2006 4:09 PM
To: 'WISPA General List'
Subject: RE: [WISPA] Strange network issues crosspost

Well I did a bit of searching on the trango support forums and found a
thread of someone with a similar problem. Trango support made a
recommendation to turn off the maclist filter off on the RU. I went a head
and turned it off on the RU's, telnet in and issue maclist filter off
command. I did this last night sometime and have not had any issues as of
yet. Since last week sometime I was having to reboot the BH's twice a day or
more. I will see what happens with it and if this doesn't do it I will let
you guys know.

Funny thing about this is that about a week ago I was thinking to myself
damn those link 10's have ran good the last few years. I was an early
adopter of the link 10 and had nothing but issues with them for the first 6
months or so after release, I felt like a beta tester. Once they fixed
software bugs though they have ran well, until now that is.

Problems like this make you realize how quickly and unexpectedly things can
take a crap on you with little or no changes to your network.

Thanks again for the help.
Chadd

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
 Behalf Of Mac Dearman
 Sent: Wednesday, December 20, 2006 7:43 AM
 To: 'WISPA General List'
 Subject: RE: [WISPA] Strange network issues crosspost
 
 Chadd,
 
   That is a Trango command and it does turn arp off. I have both worlds
 here
 - - bridged and routed and I have never had any of my TLink 10's to do
 that
 to me. I am not saying that's not your problem - I am just saying I have
 never had that issue. We have many more than 300 traversing Tlink10
 backhauls today - - -
 
 What firmware are you running? Is there a certain time of the day things
 go
 awry? A certain temp? Is there a pps correlation? What is each Tlink
 plugged
 in to?
 
 
 
 Mac
 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
 Behalf Of Todd Barber
 Sent: Wednesday, December 20, 2006 12:56 AM
 To: 'WISPA General List'
 Subject: RE: [WISPA] Strange network issues crosspost
 
 Mac,
 
 We tried that but it didn't totally resolve the issue.  Chadd, I would
 guess
 it was around 100.
 
 Todd Barber
 Skylink Broadband Internet
 [EMAIL PROTECTED]
 970-454-9499
 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
 Behalf Of Mac Dearman
 Sent: Tuesday, December 19, 2006 8:09 PM
 To: 'WISPA General List'
 Subject: RE: [WISPA] Strange network issues crosspost
 
 telnet:
 
 arp -bcast off
 
 
 
 Mac
 
 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
 Behalf Of Todd Barber
 Sent: Tuesday, December 19, 2006 8:01 PM
 To: 'WISPA General List'
 Subject: RE: [WISPA] Strange network issues crosspost
 
 Chadd,
 
 We experienced similar issues when our network was entirely bridged.  The
 root of the problem turned out to be the ARP table in the Trangos we were
 using as are primary BHs.
 
 Once the number of clients behind the Trangos exceeded a certain limit the
 ARP table gets corrupted.  Trango does not have a fix for this issue.
 
 As a temporary fix you can set up a script to reset the ARP table in the
 Trangos on a regular basis.  The command line for the 5800 and 5830 units
 is
 maclist reset.
 
 We have moved to a mostly routed network which has greatly reduced the
 number of MAC addresses seen by the Trangos.  This fixed the problem.
 
 Todd Barber
 Skylink Broadband Internet
 [EMAIL PROTECTED]
 970-454-9499
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
 Behalf Of Chadd Thompson
 Sent: Tuesday, December 19, 2006 4:00 PM
 To: 'WISPA General List'
 Subject: [WISPA] Strange network issues crosspost
 
 Sorry to cross post this guys but I am looking for suggestions and wasn't
 sure if everyone is on both lists.
 
 
 I have been having an intermittent problem the last few days. A few of my
 AP's and CPE's will stop responding. These are a mixture of brands,
 Trango,
 MT, Brilan, they are on different network segments, different frequencies.
 
 The strange thing that not all the radios on the segment will have
 problems
 only some, and even more odd is that an AP can stop responding but you can
 still access some of the CPE's associated with it and they will pass
 traffic
 fine. In any case a reboot of the backhaul that feeds each individual
 segment will bring them all back up again for a random amount of time. I
 have checked the BH links when things start going haywire and can't seem
 to
 find any issues, no oddball traffic, packets per second seem fine. Also my
 ARP tables seem to be fine when this happens

RE: [WISPA] Strange network issues crosspost

2006-12-19 Thread Todd Barber
Chadd,

We experienced similar issues when our network was entirely bridged.  The
root of the problem turned out to be the ARP table in the Trangos we were
using as are primary BHs.

Once the number of clients behind the Trangos exceeded a certain limit the
ARP table gets corrupted.  Trango does not have a fix for this issue.

As a temporary fix you can set up a script to reset the ARP table in the
Trangos on a regular basis.  The command line for the 5800 and 5830 units is
maclist reset.

We have moved to a mostly routed network which has greatly reduced the
number of MAC addresses seen by the Trangos.  This fixed the problem.   

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Chadd Thompson
Sent: Tuesday, December 19, 2006 4:00 PM
To: 'WISPA General List'
Subject: [WISPA] Strange network issues crosspost

Sorry to cross post this guys but I am looking for suggestions and wasn't
sure if everyone is on both lists.


I have been having an intermittent problem the last few days. A few of my
AP's and CPE's will stop responding. These are a mixture of brands, Trango,
MT, Brilan, they are on different network segments, different frequencies. 

The strange thing that not all the radios on the segment will have problems
only some, and even more odd is that an AP can stop responding but you can
still access some of the CPE's associated with it and they will pass traffic
fine. In any case a reboot of the backhaul that feeds each individual
segment will bring them all back up again for a random amount of time. I
have checked the BH links when things start going haywire and can't seem to
find any issues, no oddball traffic, packets per second seem fine. Also my
ARP tables seem to be fine when this happens, but I haven't tried to flush
my ARP when I have the issue.

Everything is currently and has been for 4 yrs bridged and it is getting
to the point where I need to break down and start setting up routing at each
of my POPs. I had thought it may be a bridge loop, but if that was the case
I wouldn't think the segment would operate fine for a while after a Backhaul
reboot.

I am looking for suggestions of other things I may/should be checking and or
looking at.

Thanks,
Chadd


-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.25/593 - Release Date: 12/19/2006
1:17 PM



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Strange network issues crosspost

2006-12-19 Thread Todd Barber
Mac,

We tried that but it didn't totally resolve the issue.  Chadd, I would guess
it was around 100.

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Mac Dearman
Sent: Tuesday, December 19, 2006 8:09 PM
To: 'WISPA General List'
Subject: RE: [WISPA] Strange network issues crosspost

telnet: 

arp -bcast off



Mac 



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Todd Barber
Sent: Tuesday, December 19, 2006 8:01 PM
To: 'WISPA General List'
Subject: RE: [WISPA] Strange network issues crosspost

Chadd,

We experienced similar issues when our network was entirely bridged.  The
root of the problem turned out to be the ARP table in the Trangos we were
using as are primary BHs.

Once the number of clients behind the Trangos exceeded a certain limit the
ARP table gets corrupted.  Trango does not have a fix for this issue.

As a temporary fix you can set up a script to reset the ARP table in the
Trangos on a regular basis.  The command line for the 5800 and 5830 units is
maclist reset.

We have moved to a mostly routed network which has greatly reduced the
number of MAC addresses seen by the Trangos.  This fixed the problem.   

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Chadd Thompson
Sent: Tuesday, December 19, 2006 4:00 PM
To: 'WISPA General List'
Subject: [WISPA] Strange network issues crosspost

Sorry to cross post this guys but I am looking for suggestions and wasn't
sure if everyone is on both lists.


I have been having an intermittent problem the last few days. A few of my
AP's and CPE's will stop responding. These are a mixture of brands, Trango,
MT, Brilan, they are on different network segments, different frequencies. 

The strange thing that not all the radios on the segment will have problems
only some, and even more odd is that an AP can stop responding but you can
still access some of the CPE's associated with it and they will pass traffic
fine. In any case a reboot of the backhaul that feeds each individual
segment will bring them all back up again for a random amount of time. I
have checked the BH links when things start going haywire and can't seem to
find any issues, no oddball traffic, packets per second seem fine. Also my
ARP tables seem to be fine when this happens, but I haven't tried to flush
my ARP when I have the issue.

Everything is currently and has been for 4 yrs bridged and it is getting
to the point where I need to break down and start setting up routing at each
of my POPs. I had thought it may be a bridge loop, but if that was the case
I wouldn't think the segment would operate fine for a while after a Backhaul
reboot.

I am looking for suggestions of other things I may/should be checking and or
looking at.

Thanks,
Chadd


-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.25/593 - Release Date: 12/19/2006
1:17 PM



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/

-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.25/593 - Release Date: 12/19/2006
1:17 PM



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Source for satellite masts

2006-09-25 Thread Todd Barber
Matt,

http://www.allelectronics.com

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Larsen - Lists
Sent: Monday, September 25, 2006 10:16 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; WISPA General List
Subject: [WISPA] Source for satellite masts

Hello all,

I'm looking for a good source for satellite arms (j-poles)  for mounting 
CPE units.   It seems that I can always pick some up locally or from 
some different places, but I have not had any luck lately and I have a 
couple of consulting customers who are looking for large quantities.  
Any recommendations would be appreciated.  Thanks!

Matt Larsen
[EMAIL PROTECTED]

-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 9/22/2006



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


[WISPA] Advice on Legal Options for Competitor Interference

2006-02-13 Thread Todd Barber








I have had equipment deployed on a local water tank for
about the last two years. The setup has been sectorized and using 3 120
degree 2.4 GHz channels since we deployed. I also have 4 5.8 GHz links
running and one 5.3 GHz. Basically this site is vital to my network and I
have used a large chunk of the unlicensed spectrum.



About a year ago another company deployed a 5.8 GHz backhaul
link and a 2.4 GHz omni on the residence that is approximately 100 yards away
from the tank. Their initial deployment created 2.4 GHz interference with
my existing customers and I squeezed my existing sectorized channels together
to get away from it. Ive been using 4, 7, and 11 while they have
been deployed on 1.



In the past I have used a spectrum analyzer to evaluate the
signals from both my site and theirs. I believe all of my equipment is
running right at 36 dB as allowed by law for point to multipoint. When
measured with the same antenna from the same distance, their signal is
approximately 7 dB higher than mine. In addition to the excessive power
it also appears the amp they are using is dirty and the channel width is wider
than anything I am running. 



Their initial deployment really upset me as their lack of
engineering judgment or just plain stupidity created issues for my customers
who had reliable links before. I couldnt believe that anyone would
choose to deploy 2.4 GHz within a hundred yards of an existing installation
that was already using the entire spectrum. I have tolerated the
situation and dealt with the interference on my lower channel by over
engineering any links to that sector. I have also had my backhaul link
performance intermittently knocked off line after they changed channels on
their 5.8 GHz equipment. 



During the backhaul interference issue I contacted the
company and give them credit for working with me to resolve the issue.
During that conversation they informed me they were more than willing to
coordinate with me and would notify me if they were changing channels.



Over the last few weeks I have been fighting with numerous
troublesome client connections on two different sectors that had been running
without issue. Today I went to the tank to upgrade the remaining 2 APPO
units to a StarOS WRAP setup in an effort to improve performance. 



When I arrived I found that my competitor has now installed
a 50 ft. pole and has deployed an additional 4 radios on it. Needless to
say I immediately understood why so many of my customers were experiencing
issues. I also see that the competitor was really sincere about
contacting me around channel usage. 



My questions are what are my legal options, has anyone dealt
with this type of situation before (deployment within 100 yards), and what kind
of lawyer should I contact (any referrals are welecome)? With the current
heavy usage of spectrum at this site I do not believe there is any option of
lets play nice and coordinate channels. There arent any left
to coordinate and they were all used before they deployed. I dont
feel I have any option but legal action. 



From past list discussions I am under the impression that
there may be the non FCC involved option of filing interfering with my
ability to conduct business suit. Any comments on this would be
greatly appreciated. 



I also believe I may have recourse with the FCC. I am
confident they are exceeding the legal EIRP on their amped omni as one
issue. I also question if their behavior could be construed as intentionally
causing interference. Knowingly deploying within 100 yards of an existing
site that is already utilizing the spectrum seems to create a situation that
can not avoid interference. If they didnt know at the time of
their initial deployment they were made aware of exactly what spectrum was
being used since via voice and email exchanges. Even if they are not
competent enough to use a spectrum analyzer they had been informed of both the
existing and potential for further interference issues before the deployment of
the new additional 4 radios I found today. Im not really sure I
want to go down this path but again I dont believe they have left me any
other options. How do I begin a conversation with the FCC related to this
situation?



Any and all comments would be greatly appreciated.




Todd Barber

Skylink Broadband Internet

[EMAIL PROTECTED]

970-454-9499








-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Outdoor Ethernet Splice

2006-01-23 Thread Todd Barber
Mark,

http://www.alliedelec.com/Search/ProductDetail.asp?SKU=565-0107SEARCH=b
ulginID=DESC=PX0777%2FUTP

These work well and come with different sized grommets for use with
different diameter cable.  They are about 1/3 more cost than the ones on
wisp-router.  

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Nash
Sent: Monday, January 23, 2006 11:17 AM
To: WISPA General List
Subject: [WISPA] Outdoor Ethernet Splice

Anyone have recommendations on products you use for outdoor,
weatherproof
ethernet splices?

Mark Nash
Network Engineer
UnwiredOnline.Net
350 Holly Street
Junction City, OR 97448
http://www.uwol.net
541-998-
541-998-5599 fax



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.22/238 - Release Date:
1/23/2006



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Outdoor Ethernet Splice

2006-01-23 Thread Todd Barber
You can also fill the end around the o-rings with silicon to eliminate any
place for water to pool if they happen to be mounted vertically.  

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Marlon K. Schafer
Sent: Monday, January 23, 2006 9:41 PM
To: WISPA General List
Subject: Re: [WISPA] Outdoor Ethernet Splice

I always put in 3 or 4 feet of extra cat 5 at the radio end :-P.

That's the same connector as sb uses.  They are nice but make sure they sit 
horrizontal as water will eventually leak past the o-rings etc.

marlon

- Original Message - 
From: J. Vogel [EMAIL PROTECTED]
To: WISPA General List wireless@wispa.org
Sent: Monday, January 23, 2006 7:53 PM
Subject: Re: [WISPA] Outdoor Ethernet Splice


I haven't used these, but someone on one of these lists pointed them
 out a while back.

 http://www.alliedelec.com/Search/ProductDetail.asp?SKU=565-0107

 I am going to order some in one of these days. They look good to me.

 John Vogel


 Mark Nash wrote:

Anyone have recommendations on products you use for outdoor, weatherproof
ethernet splices?

Mark Nash
Network Engineer
UnwiredOnline.Net
350 Holly Street
Junction City, OR 97448
http://www.uwol.net
541-998-
541-998-5599 fax






 -- 
 WISPA Wireless List: wireless@wispa.org

 Subscribe/Unsubscribe:
 http://lists.wispa.org/mailman/listinfo/wireless

 Archives: http://lists.wispa.org/pipermail/wireless/ 

-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.22/238 - Release Date: 1/23/2006



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Tracking Signal / Noise / Resends / Etc.

2005-11-03 Thread Todd Barber
Dave,

I monitor all my Trango backhauls traffic via MRTG.  I downloaded their
MRTG instructions and followed them.  It was fairly painless.  

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of David E. Smith
Sent: Thursday, November 03, 2005 1:10 PM
To: WISPA General List
Subject: Re: [WISPA] Tracking Signal / Noise / Resends / Etc.

rcomroe wrote:

 There are 2 fundamentally different approaches for monitoring.

[ stuff ]

For reference, in the network Scriv is describing, there's a nasty
mixture
of gear. Backhaul is primarily Trango (though that's likely to change at
some point), and the customer APs are all either StarOS running on
RouterBoard 200 hardware, or realy old Lucent APs with Karlnet
software installed.

StarOS doesn't export a lot of the data we're looking for, as far as I
and
my copy of snmpwalk can tell. (If I can read my boss's mind as well as I
think I can, though, he's probably looking more for backhaul stats than
for individual customer APs.)

Trango supposedly does, but even their own forums are filled with people
who can't make any sense out of Trango's provided MIBs and such. (I can
usually get one-shot queries with snmpwalk and similar tools to work,
but
when you put the exact same parameters into an MRTG configuration file,
I
get back nothing but crazy bizarre errors. The fact that Trango changes
their MIBs between hardware versions and occasionally even between
firmware releases only compounds the problem.)

At the risk of derailing (sorry, boss), has anyone gotten MRTG or
something similar (PRTG, Denika, or whatever) to reliably track
*anything*
on a Trango?

dave
-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.12.7/160 - Release Date:
11/3/2005



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Tracking Signal / Noise / Resends / Etc.

2005-11-03 Thread Todd Barber
http://www.trangobroadband.com/pdfs/TrangoMRTG.pdf

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of John Scrivner
Sent: Thursday, November 03, 2005 3:17 PM
To: WISPA General List
Subject: Re: [WISPA] Tracking Signal / Noise / Resends / Etc.

Thank you Paul. This is exactly what I was looking for in regard o 
customer links. If we take a service call it would be nice to see what a

customer's historical data has been in regard to signal levels, 
bandwidth used, etc. It sounds like you hit this one right on the head. 
Doing the same for Trango would be sweet also. I do not know what the 
Trangolink-10 is that was referenced earlier as a solution to tracking

details on Trango.. Can anyone elaborate on how to graph these things on

Trango? I need links to actual data if you guys do not mind.
Thanks guys,
Scriv
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=windows-1250; format=flowed


Paul Hendry wrote:

StarOS isn't great for SNMP but Starutil works really well for various
stuff. We have been using it to graph with MRTG the signal levels for
individual clients and backhaul links as well as throughput.

Cheers,

P.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of David E. Smith
Sent: 03 November 2005 20:10
To: WISPA General List
Subject: Re: [WISPA] Tracking Signal / Noise / Resends / Etc.

rcomroe wrote:

  

There are 2 fundamentally different approaches for monitoring.



[ stuff ]

For reference, in the network Scriv is describing, there's a nasty
mixture
of gear. Backhaul is primarily Trango (though that's likely to change
at
some point), and the customer APs are all either StarOS running on
RouterBoard 200 hardware, or realy old Lucent APs with Karlnet
software installed.

StarOS doesn't export a lot of the data we're looking for, as far as I
and
my copy of snmpwalk can tell. (If I can read my boss's mind as well as
I
think I can, though, he's probably looking more for backhaul stats than
for individual customer APs.)

Trango supposedly does, but even their own forums are filled with
people
who can't make any sense out of Trango's provided MIBs and such. (I can
usually get one-shot queries with snmpwalk and similar tools to work,
but
when you put the exact same parameters into an MRTG configuration file,
I
get back nothing but crazy bizarre errors. The fact that Trango changes
their MIBs between hardware versions and occasionally even between
firmware releases only compounds the problem.)

At the risk of derailing (sorry, boss), has anyone gotten MRTG or
something similar (PRTG, Denika, or whatever) to reliably track
*anything*
on a Trango?

dave
  

-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.12.7/160 - Release Date:
11/3/2005



-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


RE: [WISPA] Filing for FCC form 477

2005-08-23 Thread Todd Barber
I filled this out in Feb of this year.  Is this a twice a year
requirement?  Do I need to file again for 2005?

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Marlon K. Schafer (509) 982-2181
Sent: Tuesday, August 23, 2005 9:35 AM
To: WISPA General List
Subject: Re: [WISPA] Filing for FCC form 477

Did you understand 90% of it?  We skipped a ton.  And I sent a note to
the 
FCC asking if a more isp centric form could be created.

laters,
Marlon
(509) 982-2181   Equipment sales
(408) 907-6910 (Vonage)Consulting services
42846865 (icq)And I run my own wisp!
64.146.146.12 (net meeting)
www.odessaoffice.com/wireless
www.odessaoffice.com/marlon/cam



- Original Message - 
From: Matt Larsen - Lists [EMAIL PROTECTED]
To: wireless@wispa.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Monday, August 22, 2005 3:00 PM
Subject: [WISPA] Filing for FCC form 477


 For those of you in the states...remember that you have to file form
477 
 with the FCC by September 1.

 Here is a link to the form:

 http://www.fcc.gov/formpage.html#477

 Took me about 30 minutes to get mine done.

 Cheers,

 Matt Larsen
 [EMAIL PROTECTED]

 -- 
 WISPA Wireless List: wireless@wispa.org

 Subscribe/Unsubscribe:
 http://lists.wispa.org/mailman/listinfo/wireless

 Archives: http://lists.wispa.org/pipermail/wireless/ 

-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


-- 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/