RE: [WISPA] CALEA Compliance
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/
[WISPA] CALEA Compliance
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 isnt 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 dont 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 isnt 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] tv whitespaces filings
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
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
RE: [WISPA] Strange network issues "crosspost"
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, Bril
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, 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] 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/
RE: [WISPA] Source for satellite masts
Unfortunately, I just checked and they don't have any stock. Todd Barber Skylink Broadband Internet [EMAIL PROTECTED] 970-454-9499 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Todd Barber Sent: Monday, September 25, 2006 11:09 PM To: 'WISPA General List' Subject: RE: [WISPA] Source for satellite masts 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/ -- 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/
RE: [WISPA] Source for satellite masts
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
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. I’ve 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 couldn’t 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 let’s play nice and coordinate channels. There aren’t any left to coordinate and they were all used before they deployed. I don’t 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 didn’t 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. I’m not really sure I want to go down this path but again I don’t 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
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" 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] Outdoor Ethernet Splice
Mark, http://www.alliedelec.com/Search/ProductDetail.asp?SKU=565-0107&SEARCH=b ulgin&ID=&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] Tracking Signal / Noise / Resends / Etc.
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] Tracking Signal / Noise / Resends / Etc.
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] Filing for FCC form 477
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: ; <[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/