Our backhaul is 2.4 currently. We're shopping around for 5Ghz gear to replace it with.
Kevin Summers KISTech Internet Services Inc. www.kistech.com > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Joe Email > Sent: Friday, October 03, 2003 5:40 PM > To: [EMAIL PROTECTED] > Subject: RE: [smartBridges] Looking for some advice. > > > Kevin > > I have a question for you > Is your backhaul 2,4 or 5.8 > I'm getting ready to do another link , I have 2 now about 3 miles > each that > are Trango > These Trango have performed flawlessly for about 6 months, > I need to go about 11 miles this time > Trango has a 20 mile 10-EXT for $2395 (10meg-plus > For the radios I have already used had built in antennas I think were like > $1500 each pair > Tsunamu has a 5.8 pair for $1888 with antennas > Have you used either of these or is there anything thing as good for less > money > > Thanks > > Joe K > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Kevin Summers > Sent: Friday, October 03, 2003 10:13 AM > To: [EMAIL PROTECTED] > Subject: RE: [smartBridges] Looking for some advice. > > > > > Assuming good RSSI and LQ, you should be seeing in excess of > > > 2.5 - 3 megabit on the wireless network. We had a link a while > > > back that was 6 miles away getting 3.9 megabit. > > > > > My links from site 3 to site 4 are seeing about 230Kbytes for an http > > download from one of my local web-servers at site 3 so if my math is > > right that would be about 2megabits the link is only about 2.5 miles > > and the RSSI/Link qual are about 55-60%/80% does that not seem a bit > > slow. Strangely enough most of my links seem to be getting almost > > exactly the same kind of throughput point to point . I was expecting > > more than that, the longest link is only 3 miles. > > I would say RSSI is a bit low. Good links have been established, for > whatever reason, at much lower RSSI, but I wouldn't trust anything under > 70%. At 2.5 to 3 miles you should be getting more throughput than that. > Also, web browser downloads are an average speed and therefore are > inacurate for testing. If you have a web server on your network download > and try this speedtest. > > http://www.kistech.com/speedtest/speedtest.zip > > I made the files ASP for my own purposes, but they can easily be changed > to just HTML. They use Javascript to do a file download of a specific size > and give a more accurate result. > > > > It doesn't take very many hops to start needing a routed as opposed > > > to a bridged network. I have a tower now that is 2 hops away and it's > > > already slowing the entire network down whenever this one guy starts > > > his VPN session for telecommuting. We'll be working towards routed > > > segments over the next few months. :-) > > > > > This raises an interesting question about PPPoE for bandwidth > > management? I am pretty new to PPPoE and have set it up fine in testing > > on a single network segment. The question would be how does it work in > > routed segments? I have been setting the clients to use dhcp on the > > ethernet interface as there is no DHCP server the ethernet adapter has > > no valid ip and cannot route any traffic the PPPoE client then connects > > gets its ip from the server via PPPoE. So do the PPPoE packets that > > initiate the connection travel ok between routed segments or would each > > segment need its own PPPoE server? I would like to use one PPPoE server > > for bandwidth management if I can to reduce the Administration of > > clients to one server. > > PPPoE login packets wont travel over a routed network because it works on > layer 2 (the MAC layer). For a routed network you can either use PPTP, or > use MikroTik at each one of your route points. You can configure MikroTik > to allow local login for customers, and it still gets it's > information from > the RADIUS server back at the NOC. That gives you PPPoE login on that > segment > and more granular control of your network. > > We're planning on doing this ourselves very soon as we are expanding to > another nearby hilltop. We'll be ordering some MikroTik Routerboards from > Eje to accomplish this. It's a very small form factor, and he's got indoor > and outdoor enclosures for them. At the same time we'll probably switch > to them for APs as well. > > Kevin Summers > KISTech Internet Services Inc. > www.kistech.com > > > ----------ANNOUNCEMENT---------- > Don't forget to register for WISPCON IV > http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm > > The PART-15.ORG smartBridges Discussion List > To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe > smartBridges <yournickname> > To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe > smartBridges) > Archives: http://archives.part-15.org > > > ----------ANNOUNCEMENT---------- > Don't forget to register for WISPCON IV > http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm > > The PART-15.ORG smartBridges Discussion List > To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe > smartBridges <yournickname> > To Remove: mailto:[EMAIL PROTECTED] (in the body type > unsubscribe smartBridges) > Archives: http://archives.part-15.org ----------ANNOUNCEMENT---------- Don't forget to register for WISPCON IV http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org
