Hughesnet IPv6
Are there any HughesNet network engineers on here who could either contact me off list to answer some questions about the IPv6 implementation on the Gen5 platform? Standard support mechanisms are not very useful here. Thanks, Patrick Shoemaker
Fw: new message
Hey! New message, please read <http://vipeqhispania.com/justice.php?xkhn> Patrick Shoemaker
Fw: new message
Hey! New message, please read <http://www.resalahsms.com/turning.php?77> Patrick Shoemaker
RE: Wireless bridge
Peter, to follow up on a few of your RF questions here: The idea behind the Fresnel zones is that objects (larger than one wavelength, a few centimeters at the frequencies we're dealing with here) within the zones will reflect the incoming radio wave from the transmitting radio. As seen by the receiver, there will be two signals- one coming directly from the transmitting antenna, and the reflection coming from the object in the Fresnel zone. The reflected signal, having a longer overall path length, will be slightly out of phase compared to the direct wave, and will destructively interfere with the direct wave, lowering the overall received power level seen by the receiving radio. This is called multipath interference. Therefore, unless you're using very high gain antennas (large parabolic dishes) with high directivity, you won't gain anything by pointing them at the sky or away from the object in the Fresnel zone. You'll lose more signal by mis-aiming the antennas than you will lose from the multipath interference. Regarding antenna polarization, your flat panel antennas are certainly polarized and must be oriented in the same polarization at each end. Finally, if you have a way to check the received power level at your existing radios, you will want to adjust the transmitter output power of each end so that the received power is within a reasonable range. Generally speaking, for a link of that distance, you should aim for something in the -60 dBm range. Anything hotter than a -50 and you start to get into front-end overload territory, and anything weaker than a -70 and you're beginning to run on thin fade margins. Also, I disagree that shielded Ethernet cable is unnecessary. For the very low additional cost of shielded outdoor cat-5, it's well worth your effort if you're running new cable. Of course every installation is different, but why risk ethernet errors due to some large air conditioner or something on the roof spewing EMI? Patrick Shoemaker Vector Data Systems LLC shoemak...@vectordatasystems.com office: (301) 358-1690 x36 http://www.vectordatasystems.com Message: 12 Date: Thu, 18 Jun 2009 21:46:08 -0400 From: "Peter Boone" Subject: RE: Wireless bridge To: Message-ID: <23ab01c9f07f$b7aa6480$26ff2d...@com> Content-Type: text/plain; charset="us-ascii" OK, from reading all the excellent feedback I've got on and off list I've attempted to compile a "quick" summary of findings/ideas/products so far. - RouterBoard is no good for this type of application. - Get a unit with radio/antenna integrated, PoE from inside the building (outdoor rated cat5, shielded I assume), lightning suppression for the PoE (properly grounded), and ensure the mast is properly grounded. - Get off the 2.4 GHz range. Move up to 5. As for licensed vs. unlicensed, I'm getting mixed input. I'm fairly certain that if the price is right and the frequency is 5GHz+, it won't be a factor. Also, I'll be very glad to separate the bridge from the client access points so that allows for more options. Every solution at this range can easily do 20+ Mbps so throughput is no longer a factor. - Products that support ARQ are highly recommended. - I'm hearing the same products mentioned over and over: - Motorola - Ubiquiti - Aironet (Cisco) - Aruba A number of individuals recommended products from other brands at low cost that meet these mentioned requirements too. I'm not going to bother with a spectrum analyzer. In the current implementation we tried channels 1, 6 and 11 for a few days at a time and found 1 to be the most reliable. Done. At this point an analyzer will tell me what I already suspect: there's a problem. I've researched the Fresnel zones and calculated out a few things with rough numbers and worst case. For one, the Fresnel zone is disrupted most if the obstruction is closer to the endpoints (e.g. antennas). In this case, this is fine as the antenna are mounted at the outermost corner of the buildings as close as possible to the other buildings, approximately 3 floors in the air. Other buildings become a factor near the middle. Based on channel 1's wavelength of 0.12438 m, and assuming 1 km apart (for simplicity sake. It's actually less), the Fresnel zone is largest in the center at approx 5.6 m radius. That could definitely be obstructed by rooftops, I'll have to take another look though. This radius cuts in half when the frequency is doubled, thus more evidence in favour of the 5 GHz+ range. Cool. Or we could just go with a good line of sight optical solution but they look too expensive, and this area can have very unforgiving fog/wind to disrupt things further. What if we tilt each existing antenna up towards the sky 10-20 degrees? Please correct me if I'm wrong. The current antennas are plates. I'
Re: Wireless bridge
Couple of comments: Regarding ISM spectrum sharing: the 2.4 GHZ band (2400-2500 MHz) and the 5.8 GHz (5725-5875 MHz) are certainly shared with ISM devices- microwave ovens, induction heaters, etc. However, the 5.2 and 5.4 GHz unlicensed bands (UNII) are not shared with ISM devices. However, these bands are subject to FCC regulations that mandate radar sensing and avoidance. This means that if your radios detect the signature of a military radar system on their active channel, they will automatically shut down and begin a waiting period before switching to another channel. Mandatory 60 second outage. There are generally three classes of point-to-point high speed unlicensed data radio gear out there today: 1. Wi-fi based gear with some additional hardware and a user interface suitable for point-to-point use. Ubiquiti, Tranzeo, HGA, etc. Pretty self-explanatory. Sub-1000 range. 2. Gear using a wi-fi chipeset (Atheros, Broadcom, etc.) with a proprietary firmware load. Trango, Alvarion, Ligowave, etc. $2000-5000 range. 3. Gear using a custom designed RF interface. Motorola, Dragonwave, etc. Given your requirements, I'd encourage you to look at classes 2 and 3. Getting any decent amount of reliability from vanilla 802.11 equipment is (as you've found) difficult. Gear in categories 2 and 3 from above will generally have a built in spectrum analyzer of some sort that will be able to see interference not caused by 802.11 devices, performance monitoring systems (BER reporting, event logs, etc), SNMP capability, etc. Definitely choose a system with an integrated antenna. You want a directional antenna such as a patch array (panel) integrated with the radio. Messing around with RF cabling, connectors, etc. is not necessary with what you're trying to do. Minimize the potential points of failure. Lightning protection is a concern. Most of this gear is PoE powered, so you'll have a single cat-5 going to the roof. Make sure it's protected with an Ethernet surge suppressor that is properly grounded. Follow the radio manufacturer's recommendations here. Your antenna mount must also be grounded according to NEC requirements. The Motorola PTP400 series radio that was recommended is one of the best unlicensed point to point radios out there. However, it's been EOL'd and replaced by the PTP500. Seems like these are both out of your budget, though. As an alternative, you might consider looking at the Trango TLink45. This radio uses a proprietary firmware and an Atheros WiFi chipset. It has a rudimentary spectrum analyzer, SNMP, ARQ (important), and adaptive rate modulation. It also has a dual-polarity software switchable antenna. This greatly increases your ability to avoid interference. It will run in the 5.3, 5.4, or 5.8 GHz unlicensed bands. They retail at about $4000 for a pair, but Trango routinely runs specials. They were on special for $1700 per pair in April. The WISPA list is a great resource for help with projects like this. Patrick Shoemaker Vector Data Systems LLC shoemak...@vectordatasystems.com office: (301) 358-1690 x36 http://www.vectordatasystems.com Message: 6 Date: Thu, 18 Jun 2009 13:13:17 -0400 From: Curtis Maurand Subject: Re: Wireless bridge To: Lyndon Nerenberg Cc: nanog@nanog.org, Peter Boone Message-ID: <4a3a75ad.8090...@xyonet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Lyndon Nerenberg wrote: > On Thu, 2009-06-18 at 11:54 -0400, Peter Boone wrote: > >> Oh I know. Luckily it's located in an industrial area just on the >> outskirts >> of the city. There isn't a lot of other WiFi (in my opinion); 3-5 >> total >> SSIDs spread across 2 of the 3 physical channels (1,6,11) depending on >> which >> rooftop you measure from. >> > > 2.4 and 5GHz license-free Wifi is license free because the frequencies > are shared with the ISM (Industrial/Scientific/Medical) services. In an > industrial area, competing WiFi is the least of your worries. These > frequencies are also used by industrial grade heating units. Got anyone > in the neighbourhood running a large plastic shrink wrap machine, for > example? > > Motion sensors also run in the 2.4GHz range. > You can't directly detect these other users with a Wifi transceiver. > Depending on the nature of the interference you *might* be able to hear > it directly on a scanner (if you can find one that covers those > frequencies), but you really need a good spectrum analyzer to tell > what's going on. > > Anyway, don't assume the competition for spectrum is only other Wifi > units. > > --lyndon > > >
Re: WISP NMS recommendations
Although this would probably be better suited for one of the WISPA lists, I'll respond here anyhow since there seems to be some interest. For managing Canopy elements, Motorola Prizm is probably the way to go. First of all, you'll need it to handle element authentication for your PtMP system. It will also do configuration management, alerting, and all the usual NMS stuff. It's also *possible* to get it to work with other SNMP capable devices if you want to manage other vendors' equipment. It will work out of the box with the Canopy PtMP line, PtP devices, powerline carrier devices, and (I think) the MotoMESH line. It gives you all the info you need at a glance for each element: configuration history, RF power level plots, bandwidth utilization plots, alert history, etc. FYI if you haven't used it, Prizm is a pretty clunky and slow Java-based package. The features are nice, but configuring it can be a chore. Patrick Shoemaker Vector Data Systems LLC shoemak...@vectordatasystems.com office: (301) 358-1690 x36 http://www.vectordatasystems.com nanog-requ...@nanog.org wrote: Message: 5 Date: Wed, 17 Jun 2009 21:31:29 -0700 From: Freddie Sessler Subject: WISP NMS recommendations To: nanog@nanog.org Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi Folks,I am looking for recommendations on an NMS system for use in managing a multivendor wireless infrastructure. Specifically we run mostly Motorola point to point, point to multipoint(Canopy platform) and mesh radios devices We have looked at the One Point Wireless Manager but this product in our evaluation doesn't seem to be ready for prime time and also has the limitation of only being able to manage Motorola. Ideally we would have something that could be used for configuration management in a multi vendor environment as well as recieve SNMP traps about RF issues such as latency and jitter. I am curious to what other shops are using out there. If this is a top better suited to another list, my apologies and any pointers to a different list would be greatly appreciated. Thanks JT