I helped set up a 29 mile link with the Trango and the 3Ft dishes on each end and it kicked ass! ----- Original Message ----- From: "Joe Email" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 03, 2003 5:40 PM 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
