Re: [WISPA] Ubiquiti Sector Tilt angle
really good TV reception It tells them something so they get less interested and leave you alone. ryan On Mar 29, 2010, at 8:25 PM, Mike Mattox wi...@mcmsys.com wrote: SSSH, aliens Signal is great where we can see it, just needed a good fix for not having to do the 2 man show all over the county. (With everyone in a pickup truck stopping to ask why we're by the road with an antenna) --- --- --- --- WISPA Wants You! Join today! http://signup.wispa.org/ --- --- --- --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Ubiquiti Sector Tilt angle
I prefer to reference to magnetic north. Makes it easier for my guys in the field to align things and I don't have to go into a training session on geo-magnetics. Cameron On 3/29/2010 2:42 PM, Ryan Spott wrote: And don't do what I did for the first AP install I ever did. Mount the antenna to face exactly north.. Compass says north is that-a-way.. OK.. then test.. Wait.. how come I have no signal here?!?! Over a beer I complain to my surveyor friend who reminds me about that whole Magnetic vs true North thing!! :) Yeah, 18* declination here. ryan On Mon, Mar 29, 2010 at 10:59 AM, Forbes Mercyforbes.me...@wabroadband.com wrote: We have a lot of those sectors out and some of the lessons we learned were: 1) The higher the DB the less downward/upward range it covers, 2) same for 90's versus 120's, the 120's have a lot wider downward coverage than the 90's. Its hard on us because all of our towers are are on steep hills overlooking the valley so yeah you have to work hard once in a while to find the sweet spot. Forbes On 3/29/2010 10:36 AM, Robert West wrote: I'm having a heck of a time with the large UBNT sectors getting the tilt angle to jive. With the smaller sectors, they behave perfectly and go right where the calculations say they will however, with the larger ones, nothing I do other than have someone 10 miles out with a CPE check levels while I tilt up and down seems to be good. I REALLY don't want to have to do that with all of them... Anyone having any success or insight with the proper tilt of these things? Using the 120 degree 5GHz flavors. Thanks! Robert West Just Micro Digital Services Inc. 740-335-7020 Logo5 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
Clyde M. taught me a cool trick. Use a ruler, move back from a door till the door fills a 1/4 (or similar) mark. Then count the marks to the top of the building. Multiply that by 7' for the average door height and you'll know how tall the building is. Very slick trick. marlon - Original Message - From: jp j...@saucer.midcoast.com To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 11:49 AM Subject: Re: [WISPA] Building Heights? Tax assessing data 45 degree square and a tape measure on flat ground. 45 degree square, laser rangefinder, scientific calculator. On Mon, Mar 29, 2010 at 02:07:36PM -0400, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- /* Jason Philbrook | Midcoast Internet Solutions - Wireless and DSL KB1IOJ| Broadband Internet Access, Dialup, and Hosting http://f64.nu/ | for Midcoast Mainehttp://www.midcoast.com/ */ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
12 feet per floor is how we do it in the fire service. 10 feet per floor for residential. But RF is diffrent than fire behaivior... Well I guess both can burn you. ;) ryan On Mar 30, 2010, at 10:38 AM, Marlon K. Schafer o...@odessaoffice.com wrote: Clyde M. taught me a cool trick. Use a ruler, move back from a door till the door fills a 1/4 (or similar) mark. Then count the marks to the top of the building. Multiply that by 7' for the average door height and you'll know how tall the building is. Very slick trick. marlon - Original Message - From: jp j...@saucer.midcoast.com To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 11:49 AM Subject: Re: [WISPA] Building Heights? Tax assessing data 45 degree square and a tape measure on flat ground. 45 degree square, laser rangefinder, scientific calculator. On Mon, Mar 29, 2010 at 02:07:36PM -0400, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles --- --- --- --- WISPA Wants You! Join today! http://signup.wispa.org/ --- --- --- --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- /* Jason Philbrook | Midcoast Internet Solutions - Wireless and DSL KB1IOJ| Broadband Internet Access, Dialup, and Hosting http://f64.nu/ | for Midcoast Mainehttp://www.midcoast.com/ */ --- --- --- --- WISPA Wants You! Join today! http://signup.wispa.org/ --- --- --- --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- --- --- --- WISPA Wants You! Join today! http://signup.wispa.org/ --- --- --- --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Oh this business, tell me again why we love it?!
I get what you are saying Bob. But sometimes it's more about knowing WHO to call. I just had a guy call with a similar problem. You all know him and I'd drop his name but I don't want to tip off the dirt bag operator. When he first called the FCC he ended up at the wrong place. They told him that there was nothing they could do. I had him call back and specifically ask for the enforcement folks NOT the consumer complaint folks. He had pictures, spectrum analyzer, radio screen shots etc. that showed, clearly, that the other guy was aiming antennas right at his. When the good guy moved channels the bad guy moved with him, within days. He was also able to get together with another local WISP who added his name to the complaint. This did take a couple of months to work through the system but last I'd heard the FCC HAD been working on this complaint. Perhaps it's far enough along that the good guy can tell you a bit more. 1-800-call-fcc Ask for ENFORCEMENT. You need to have your documentation in order first. It's true that we all have to accept interference. It's also true that we can't CAUSE it maliciously. They also have a hissy fit when we go over the allowable power levels. For what it's worth, nearly all of my systems are below, often well below, legal levels. They tend to work better that way anyhow. Use bigger antennas not more power. Range and reliability is about SNR. You can get that in two ways. More power is one. Better ears is another. Better ears also mean narrower beams which usually means less interference which also means greater SNR which means longer ranges which means less AP's which means less interference etc. etc. etc. laters, marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 12:40 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Marlon, You have personal contacts. That's cheating. I have contacts too and could probably get action if I needed it but I am talking the regular Wisp calling the field office. Unless you have an inside number at the field office you usually only get the recorded TV interference message. Maybe I'm just totally wrong. -B- Marlon K. Schafer writes: H, I've had much better luck that than Bob. marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Saturday, March 27, 2010 7:16 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Sorry I side with Travis. I have quite a few experiences with Enforcement Bureau out of NY, Philly and DC and I know with the tremendous reduction of their budget and workforce they are having enough issues just trying to do FM/AM/TV inspections that they are required by law to do. There is no manpower for chasing down unlicensed operations unless they are causing interference to a licensed operation like weather radar or some other priority service. Forget pursuing an interference complaint between two Part 15 issues especially if any travel is involved. Thats the reality of the matter. -B- Jerry Richardson writes: Gotta keep bringing it up. eventually they will respond. Squeaky wheel gets the grease. Ideally a host of documentation including letters to the offending ISP, previous reports to the FCC, etc will build the case. Gotta prove that they are operating over 36dB and that they are affecting other legitimate users of the band. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Travis Johnson Sent: Saturday, March 27, 2010 2:38 PM To: wa4...@arrl.net; WISPA General List Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Negative. I know of an ISP using 5 watt amps on 2.4ghz omni antennas. They have been reported several times to the FCC, and nothing happens. Travis Microserv Leon D. Zetekoff wrote: On 03/27/2010 03:58 PM, Jerry Richardson wrote: Regarding the competetor, if you can prove that your competetor is intentionally interfering with you, the FCC will actually get involved but it will take a long and painful paper-trail to build a strong enough case. if they are using amps, then the FCC would get involved. leon WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/
Re: [WISPA] Building Heights?
Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- /* Jason Philbrook | Midcoast Internet Solutions - Wireless and DSL KB1IOJ| Broadband Internet Access, Dialup, and Hosting http://f64.nu/ | for Midcoast Mainehttp://www.midcoast.com/ */ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
Hey, that's a great tool! Thanks for pointing it out. Chuck On Mar 30, 2010, at 11:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- /* Jason Philbrook | Midcoast Internet Solutions - Wireless and DSL KB1IOJ| Broadband Internet Access, Dialup, and Hosting http://f64.nu/ | for Midcoast Mainehttp://www.midcoast.com/ */ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Chuck Bartosch Clarity Connect, Inc. 200 Pleasant Grove Road Ithaca, NY 14850 (607) 257-8268 When the stars threw down their spears, and water'd heaven with their tears, Did He smile, His work to see? Did He who made the Lamb make thee? From William Blake's Tiger!, Tiger! WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives:
Re: [WISPA] Building Heights?
Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
LinkPlanner http://tinyurl.com/ygt43e4 Wispmon http://tinyurl.com/yl427nd Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 1:33 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
Shall I send it today? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Forbes Mercy Sent: Tuesday, March 30, 2010 1:33 PM To: WISPA General List Subject: Re: [WISPA] Building Heights? Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ 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 - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2779 - Release Date: 03/30/10 02:32:00 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
Oh a smart-ass, huh? lol so where is my start button again? On 3/30/2010 10:36 AM, Josh Luthman wrote: LinkPlanner http://tinyurl.com/ygt43e4 Wispmon http://tinyurl.com/yl427nd Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 1:33 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
You know I went up until Sunday without having a customer confused between the Start button on Windows and the power button on the machine. I felt like someone hit me with a 2 by 4. Either way, those links will get you to the products in question. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 2:21 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Oh a smart-ass, huh? lol so where is my start button again? On 3/30/2010 10:36 AM, Josh Luthman wrote: LinkPlanner http://tinyurl.com/ygt43e4 Wispmon http://tinyurl.com/yl427nd Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 1:33 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Building Heights?
Hey, I like that. How did you do that? Mike -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Tuesday, March 30, 2010 12:36 PM To: WISPA General List Subject: Re: [WISPA] Building Heights? LinkPlanner http://tinyurl.com/ygt43e4 Wispmon http://tinyurl.com/yl427nd Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Success is not final, failure is not fatal: it is the courage to continue that counts. --- Winston Churchill On Tue, Mar 30, 2010 at 1:33 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/
Re: [WISPA] Building Heights?
Hopefully this does not disrupt the space-time continuum. http://tinyurl.com/5wf7s4 Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 2:55 PM, Mike m...@aweiowa.com wrote: Hey, I like that. How did you do that? Mike -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Tuesday, March 30, 2010 12:36 PM To: WISPA General List Subject: Re: [WISPA] Building Heights? LinkPlanner http://tinyurl.com/ygt43e4 Wispmon http://tinyurl.com/yl427nd Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Success is not final, failure is not fatal: it is the courage to continue that counts. --- Winston Churchill On Tue, Mar 30, 2010 at 1:33 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
[WISPA] Today's Funny - Jay Leno Headlines
I hate to say it but the last one was found in my hometown newspaper. http://www.facebook.com/video/video.php?v=380813068863 http://www.facebook.com/video/video.php?v=380813068863ref=nf ref=nf I'm still laughing! Rick WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
[WISPA] Bandwidth Tracking Solutions
Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Matt I think Cacti Made Easy is a great solution for you :-) In short - CACTI will listen on SNMP - as well as at the switch level and give you this control. As of Freeside - Not sure - btu would assume there should be an import. Call me off list - and I can help ya - one fat cowboy to another skinny one ;-) On Mar 30, 2010, at 3:24 PM, Matt Larsen - Lists wrote: I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and _ Glenn Kelley | Principle | HostMedic |www.HostMedic.com Email: gl...@hostmedic.com Pplease don't print this e-mail unless you really need to. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Matt - I almost forgot the link http://cactiez.cactiusers.org/ On Mar 30, 2010, at 3:24 PM, Matt Larsen - Lists wrote: I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and _ Glenn Kelley | Principle | HostMedic |www.HostMedic.com Email: gl...@hostmedic.com Pplease don't print this e-mail unless you really need to. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x2241 1-260-827-2241 Cell: 260-273-7239 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reed scottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows. My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x2241 1-260-827-2241 Cell: 260-273-7239 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives:
Re: [WISPA] Bandwidth Tracking Solutions
That is a great link! I don't think it will solve my immediate problem, but I may look at using this to replace our current Cacti server at some point. Matt Larsen vistabeam.com On 3/30/2010 1:30 PM, Glenn Kelley wrote: Matt - I almost forgot the link http://cactiez.cactiusers.org/ On Mar 30, 2010, at 3:24 PM, Matt Larsen - Lists wrote: I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and _ Glenn Kelley | Principle | HostMedic |www.HostMedic.com Email: gl...@hostmedic.com Pplease don't print this e-mail unless you really need to. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
IPTrack is Brandon Checkett's program, and we did experiment with it, but it doesn't do exactly what we are looking for, and we were concerned about its apparent lack of any new development. Matt Larsen vistabeam.com On 3/30/2010 1:32 PM, Scott Reed wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
StarOS is NATting at each backbone location - that is why I wanted to put this collection in place between the core router and the NAT router so it can see the customer data in its native (pre-NATted) state. Matt Larsen vistabeam.com On 3/30/2010 1:34 PM, Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reedscottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x2241 1-260-827-2241 Cell: 260-273-7239 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reed scottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x2241 1-260-827-2241 Cell: 260-273-7239 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You!
Re: [WISPA] Email Hosting
Don't use the tucows link, you won't find what you're looking for. Try www.opensrs.com Cheers, Curtis On 3/29/2010 12:37 PM, Marlon K. Schafer wrote: www.tucows.com Elliot is one of us! marlon - Original Message - From: Steve Barnesst...@pcswin.com To: WISPA General Listwireless@wispa.org Sent: Thursday, March 25, 2010 3:25 PM Subject: [WISPA] Email Hosting I know that this has been discussed here last year but I am looking for updates. I am wondering what others are using for email hosting. My current service is low grade at best and I really do not want it brought back in-house. I only have about 500 Subs and 300 emails. Filtering, storage, bandwidth, and backup are all too much of a pain I would just prefer an affordable easy to transfer to service that doesn't kill my budget. I know Google has a service but I have not been able to get anyone to tell me that it is the perfect answer. I would also like a option to be able to give some clients an Exchange type of account, (sync to outlook or Blackberry) for more money and everyone else just a regular pop. Any recommendations? Steve Barnes RC-WiFi Wireless Internet Service WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
I think we need to find out if I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers... means how much you're entire upstream is using or how much each customer is using individually so you can find the top few heavy users. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:52 PM, Scott Reed scottr...@onlyinternet.net wrote: 3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reed scottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows. My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Scott Reed Sr. Systems Engineer GAB
Re: [WISPA] Building Heights?
Wispmon is at http://www.wispmon.com. Will hit you offlist with more. Cameron On 3/30/2010 11:33 AM, Forbes Mercy wrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Hi Josh, I'm wanting to track how much each individual customers is using so I can bill the ones that go over our bandwidth cap. Matt Larsen vistabeam.com On 3/30/2010 1:57 PM, Josh Luthman wrote: I think we need to find out if I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers... means how much you're entire upstream is using or how much each customer is using individually so you can find the top few heavy users. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:52 PM, Scott Reedscottr...@onlyinternet.net wrote: 3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reedscottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/
Re: [WISPA] Bandwidth Tracking Solutions
Then you will need to find a solution with StarOS. Can you maybe set a single queue for each customer and then obtain that via SNMP? I'm totally unfamiliar with StarOS. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 4:26 PM, Matt Larsen - Lists li...@manageisp.com wrote: Hi Josh, I'm wanting to track how much each individual customers is using so I can bill the ones that go over our bandwidth cap. Matt Larsen vistabeam.com On 3/30/2010 1:57 PM, Josh Luthman wrote: I think we need to find out if I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers... means how much you're entire upstream is using or how much each customer is using individually so you can find the top few heavy users. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:52 PM, Scott Reedscottr...@onlyinternet.net wrote: 3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reedscottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows. My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson
Re: [WISPA] Bandwidth Tracking Solutions
Actually, I could potentially do it from the Mikrotik router at the core, behind the StarOS NAT server. Only problem is that the NetFlow collector on Mikrotik is broken. That is why we are leaning toward something between the core and NAT servers to collect the data. Queues will not work, as I would have to put 2000+ queues into that box and they are unnecessary because we have queues in the StarOS APs doing the bandwidth control further out. Matt Larsen vistabeam.com On 3/30/2010 2:27 PM, Josh Luthman wrote: Then you will need to find a solution with StarOS. Can you maybe set a single queue for each customer and then obtain that via SNMP? I'm totally unfamiliar with StarOS. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 4:26 PM, Matt Larsen - Lists li...@manageisp.com wrote: Hi Josh, I'm wanting to track how much each individual customers is using so I can bill the ones that go over our bandwidth cap. Matt Larsen vistabeam.com On 3/30/2010 1:57 PM, Josh Luthman wrote: I think we need to find out if I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers... means how much you're entire upstream is using or how much each customer is using individually so you can find the top few heavy users. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:52 PM, Scott Reedscottr...@onlyinternet.net wrote: 3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reedscottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we
Re: [WISPA] Email Hosting
Thanks you are right I could not find it Steve Barnes RC-WiFi Wireless Internet Service -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Curtis Maurand Sent: Tuesday, March 30, 2010 3:53 PM To: WISPA General List Subject: Re: [WISPA] Email Hosting Don't use the tucows link, you won't find what you're looking for. Try www.opensrs.com Cheers, Curtis On 3/29/2010 12:37 PM, Marlon K. Schafer wrote: www.tucows.com Elliot is one of us! marlon - Original Message - From: Steve Barnesst...@pcswin.com To: WISPA General Listwireless@wispa.org Sent: Thursday, March 25, 2010 3:25 PM Subject: [WISPA] Email Hosting I know that this has been discussed here last year but I am looking for updates. I am wondering what others are using for email hosting. My current service is low grade at best and I really do not want it brought back in-house. I only have about 500 Subs and 300 emails. Filtering, storage, bandwidth, and backup are all too much of a pain I would just prefer an affordable easy to transfer to service that doesn't kill my budget. I know Google has a service but I have not been able to get anyone to tell me that it is the perfect answer. I would also like a option to be able to give some clients an Exchange type of account, (sync to outlook or Blackberry) for more money and everyone else just a regular pop. Any recommendations? Steve Barnes RC-WiFi Wireless Internet Service WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
What is broken in netflow? I've been using it for over 5 years now to collect traffic data and it seems spot on. Sam Tetherow Sandhills Wireless On 3/30/10 3:30 PM, Matt Larsen - Lists wrote: Actually, I could potentially do it from the Mikrotik router at the core, behind the StarOS NAT server. Only problem is that the NetFlow collector on Mikrotik is broken. That is why we are leaning toward something between the core and NAT servers to collect the data. Queues will not work, as I would have to put 2000+ queues into that box and they are unnecessary because we have queues in the StarOS APs doing the bandwidth control further out. Matt Larsen vistabeam.com On 3/30/2010 2:27 PM, Josh Luthman wrote: Then you will need to find a solution with StarOS. Can you maybe set a single queue for each customer and then obtain that via SNMP? I'm totally unfamiliar with StarOS. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 4:26 PM, Matt Larsen - Lists li...@manageisp.com wrote: Hi Josh, I'm wanting to track how much each individual customers is using so I can bill the ones that go over our bandwidth cap. Matt Larsen vistabeam.com On 3/30/2010 1:57 PM, Josh Luthman wrote: I think we need to find out if I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers... means how much you're entire upstream is using or how much each customer is using individually so you can find the top few heavy users. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:52 PM, Scott Reedscottr...@onlyinternet.net wrote: 3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reedscottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact
Re: [WISPA] Bandwidth Tracking Solutions
Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilson j...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Lists li...@manageisp.com Reply-To: WISPA General List wireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussions mikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List:
Re: [WISPA] Bandwidth Tracking Solutions
prtg will meet your needs Sent from my iPhone On Mar 30, 2010, at 12:24 PM, Matt Larsen - Lists li...@manageisp.com wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com --- --- --- --- WISPA Wants You! Join today! http://signup.wispa.org/ --- --- --- --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe:
Re: [WISPA] Building Heights?
WOW!!! what pain this will save..What other things will they come up with before taking over the planet? --- On Tue, 3/30/10, Josh Luthman j...@imaginenetworksllc.com wrote: From: Josh Luthman j...@imaginenetworksllc.com Subject: Re: [WISPA] Building Heights? To: WISPA General List wireless@wispa.org Date: Tuesday, March 30, 2010, 2:58 PM Hopefully this does not disrupt the space-time continuum. http://tinyurl.com/5wf7s4 Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 2:55 PM, Mike m...@aweiowa.com wrote: Hey, I like that. How did you do that? Mike -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Tuesday, March 30, 2010 12:36 PM To: WISPA General List Subject: Re: [WISPA] Building Heights? LinkPlanner http://tinyurl.com/ygt43e4 Wispmon http://tinyurl.com/yl427nd Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Success is not final, failure is not fatal: it is the courage to continue that counts. --- Winston Churchill On Tue, Mar 30, 2010 at 1:33 PM, Forbes Mercy forbes.me...@wabroadband.comwrote: Could I get the actual URL on LinkPlanner and WispMon On 3/30/2010 8:07 AM, jp wrote: Use the profiler on here: http://www.heywhatsthat.com/ The website author made it usable for wireless for us. He'll do custom sites that show only your tower locations too if you want. On Mon, Mar 29, 2010 at 04:42:27PM -0700, Forbes Mercy wrote: Wouldn't it be cool if when using Google Earth you could draw a straight line between two points and it would calculate the altitude of each origin point then mark in red any place where altitude is higher than the beginning and end points along the line? For long legs in mixed altitude areas that would really be nice. Forbes On 3/29/2010 1:12 PM, Jim Patient wrote: Well, it prolly isn't good every place but I just selected 3d buildings on google earth and drug my mouse from the street to top of Met Square in St Louis. It shows the elevation at street level and the top of the building. The difference is the elevation of the building height in this case. Jim On 3/29/2010 2:03 PM, Cameron Crum wrote: Not for free. This info is usually pretty expensive for good high res data. That being said, one interesting flaw in the SRTM data is that is contains building canopy within the data. The radar they used bounced off man made structures and make them appear to be part of the terrain. So, in big cities, or even small ones in core areas, if you are running propagation plots, you would not want to add additional building heights. If you want the most accurate results, I suggest 10m DEM's (where available) with a good set of building elevation data (the expensive stuff). If you are just looking to run propagation plots for your unlicensed network, The SRTM data is probably good enough. Cameron On 3/29/2010 12:07 PM, Charles Hooper wrote: Hello, Does anyone know a reliable source/method of getting building heights? Something like a topographical map that included buildings would be excellent, but I haven't been able to find anything like this. Thanks! Charles WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Hi Matt, I have built usage-based accounting systems for ISPs using NetFlow and/or RADIUS Accounting and MySQL running on Linux. Contact me directly to discuss. Tim -- Tim Sylvester Network RADIUS (408) 826-8350 (o) (408) 334-1700 (m) tim.sylves...@networkradius.com -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Matt Larsen - Lists Sent: Tuesday, March 30, 2010 12:24 PM To: Mikrotik discussions; WISPA General List Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com --- - WISPA Wants You! Join today! http://signup.wispa.org/ --- - WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
Have you looked into PMACCT with NetFlow? Tim Sylvester wrote: Hi Matt, I have built usage-based accounting systems for ISPs using NetFlow and/or RADIUS Accounting and MySQL running on Linux. Contact me directly to discuss. Tim -- Tim Sylvester Network RADIUS (408) 826-8350 (o) (408) 334-1700 (m) tim.sylves...@networkradius.com -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Matt Larsen - Lists Sent: Tuesday, March 30, 2010 12:24 PM To: Mikrotik discussions; WISPA General List Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com --- - WISPA Wants You! Join today! http://signup.wispa.org/ --- - WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Bandwidth Tracking Solutions
I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad.In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based
Re: [WISPA] Bandwidth Tracking Solutions
-Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Matt Jenkins Sent: Tuesday, March 30, 2010 4:34 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Have you looked into PMACCT with NetFlow? The short answer is yes. We used the NetFlow collector in PMACCT, MySQL, FreeRADIUS and custom SQL code to build a usage-based accounting system for an ISP. The system will even fire off script to disconnect a user when they have exceeded their usage limit during the current billing period. Tim Tim Sylvester wrote: Hi Matt, I have built usage-based accounting systems for ISPs using NetFlow and/or RADIUS Accounting and MySQL running on Linux. Contact me directly to discuss. Tim -- Tim Sylvester Network RADIUS (408) 826-8350 (o) (408) 334-1700 (m) tim.sylves...@networkradius.com -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Matt Larsen - Lists Sent: Tuesday, March 30, 2010 12:24 PM To: Mikrotik discussions; WISPA General List Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring server of some kind between the core and NAT servers to collect the data flows.My lead tech and I are both Linux savvy, and would prefer something that runs on Linux. I recall that Travis Johnson posted a description of an open source, linux-based system that he uses to track bandwidth, but I cannot find the email where he lays all of the elements out. Does anyone have any recommendations for this situation? Thanks! Matt Larsen vistabeam.com --- - WISPA Wants You! Join today! http://signup.wispa.org/ --- - WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ - --- WISPA Wants You! Join today! http://signup.wispa.org/ - --- WISPA
Re: [WISPA] Oh this business, tell me again why we love it?!
Marlon, I think people should have to take a test in order to be a WISP. Otherwise you got all these pop-up idiots that know nothing about RF and setting up 20db sectors with XR2's set at default power levels. This is well over 50watts EIRP. Kurt Fankhauser WAVELINC P.O. Box 126 Bucyrus, OH 44820 419-562-6405 www.wavelinc.com -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Marlon K. Schafer Sent: Tuesday, March 30, 2010 10:51 AM To: WISPA General List Subject: Re: [WISPA] Oh this business, tell me again why we love it?! I get what you are saying Bob. But sometimes it's more about knowing WHO to call. I just had a guy call with a similar problem. You all know him and I'd drop his name but I don't want to tip off the dirt bag operator. When he first called the FCC he ended up at the wrong place. They told him that there was nothing they could do. I had him call back and specifically ask for the enforcement folks NOT the consumer complaint folks. He had pictures, spectrum analyzer, radio screen shots etc. that showed, clearly, that the other guy was aiming antennas right at his. When the good guy moved channels the bad guy moved with him, within days. He was also able to get together with another local WISP who added his name to the complaint. This did take a couple of months to work through the system but last I'd heard the FCC HAD been working on this complaint. Perhaps it's far enough along that the good guy can tell you a bit more. 1-800-call-fcc Ask for ENFORCEMENT. You need to have your documentation in order first. It's true that we all have to accept interference. It's also true that we can't CAUSE it maliciously. They also have a hissy fit when we go over the allowable power levels. For what it's worth, nearly all of my systems are below, often well below, legal levels. They tend to work better that way anyhow. Use bigger antennas not more power. Range and reliability is about SNR. You can get that in two ways. More power is one. Better ears is another. Better ears also mean narrower beams which usually means less interference which also means greater SNR which means longer ranges which means less AP's which means less interference etc. etc. etc. laters, marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 12:40 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Marlon, You have personal contacts. That's cheating. I have contacts too and could probably get action if I needed it but I am talking the regular Wisp calling the field office. Unless you have an inside number at the field office you usually only get the recorded TV interference message. Maybe I'm just totally wrong. -B- Marlon K. Schafer writes: H, I've had much better luck that than Bob. marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Saturday, March 27, 2010 7:16 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Sorry I side with Travis. I have quite a few experiences with Enforcement Bureau out of NY, Philly and DC and I know with the tremendous reduction of their budget and workforce they are having enough issues just trying to do FM/AM/TV inspections that they are required by law to do. There is no manpower for chasing down unlicensed operations unless they are causing interference to a licensed operation like weather radar or some other priority service. Forget pursuing an interference complaint between two Part 15 issues especially if any travel is involved. Thats the reality of the matter. -B- Jerry Richardson writes: Gotta keep bringing it up. eventually they will respond. Squeaky wheel gets the grease. Ideally a host of documentation including letters to the offending ISP, previous reports to the FCC, etc will build the case. Gotta prove that they are operating over 36dB and that they are affecting other legitimate users of the band. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Travis Johnson Sent: Saturday, March 27, 2010 2:38 PM To: wa4...@arrl.net; WISPA General List Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Negative. I know of an ISP using 5 watt amps on 2.4ghz omni antennas. They have been reported several times to the FCC, and nothing happens. Travis Microserv Leon D. Zetekoff wrote: On 03/27/2010 03:58 PM, Jerry Richardson wrote: Regarding the competetor, if you can prove that your competetor is intentionally interfering with you, the FCC will actually get involved but it will take a long and painful paper-trail to build a strong enough case. if they are using amps, then the FCC would get involved. leon
Re: [WISPA] Oh this business, tell me again why we love it?!
I know of at least 10+ WISPS that buy gear from us that do not heed the warning about exceeding the EIRP limit. Only reason I know is when I do the consulting for them and see the TX power has not been limited, or is actually overpowered. They are in little po-dunk areas that have 1-5,000 residents in their town usually. Regards, Chuck Hogg Shelby Broadband 502-722-9292 ch...@shelbybb.com http://www.shelbybb.com -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Kurt Fankhauser Sent: Tuesday, March 30, 2010 8:41 PM To: 'WISPA General List' Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Marlon, I think people should have to take a test in order to be a WISP. Otherwise you got all these pop-up idiots that know nothing about RF and setting up 20db sectors with XR2's set at default power levels. This is well over 50watts EIRP. Kurt Fankhauser WAVELINC P.O. Box 126 Bucyrus, OH 44820 419-562-6405 www.wavelinc.com -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Marlon K. Schafer Sent: Tuesday, March 30, 2010 10:51 AM To: WISPA General List Subject: Re: [WISPA] Oh this business, tell me again why we love it?! I get what you are saying Bob. But sometimes it's more about knowing WHO to call. I just had a guy call with a similar problem. You all know him and I'd drop his name but I don't want to tip off the dirt bag operator. When he first called the FCC he ended up at the wrong place. They told him that there was nothing they could do. I had him call back and specifically ask for the enforcement folks NOT the consumer complaint folks. He had pictures, spectrum analyzer, radio screen shots etc. that showed, clearly, that the other guy was aiming antennas right at his. When the good guy moved channels the bad guy moved with him, within days. He was also able to get together with another local WISP who added his name to the complaint. This did take a couple of months to work through the system but last I'd heard the FCC HAD been working on this complaint. Perhaps it's far enough along that the good guy can tell you a bit more. 1-800-call-fcc Ask for ENFORCEMENT. You need to have your documentation in order first. It's true that we all have to accept interference. It's also true that we can't CAUSE it maliciously. They also have a hissy fit when we go over the allowable power levels. For what it's worth, nearly all of my systems are below, often well below, legal levels. They tend to work better that way anyhow. Use bigger antennas not more power. Range and reliability is about SNR. You can get that in two ways. More power is one. Better ears is another. Better ears also mean narrower beams which usually means less interference which also means greater SNR which means longer ranges which means less AP's which means less interference etc. etc. etc. laters, marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 12:40 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Marlon, You have personal contacts. That's cheating. I have contacts too and could probably get action if I needed it but I am talking the regular Wisp calling the field office. Unless you have an inside number at the field office you usually only get the recorded TV interference message. Maybe I'm just totally wrong. -B- Marlon K. Schafer writes: H, I've had much better luck that than Bob. marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Saturday, March 27, 2010 7:16 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Sorry I side with Travis. I have quite a few experiences with Enforcement Bureau out of NY, Philly and DC and I know with the tremendous reduction of their budget and workforce they are having enough issues just trying to do FM/AM/TV inspections that they are required by law to do. There is no manpower for chasing down unlicensed operations unless they are causing interference to a licensed operation like weather radar or some other priority service. Forget pursuing an interference complaint between two Part 15 issues especially if any travel is involved. Thats the reality of the matter. -B- Jerry Richardson writes: Gotta keep bringing it up. eventually they will respond. Squeaky wheel gets the grease. Ideally a host of documentation including letters to the offending ISP, previous reports to the FCC, etc will build the case. Gotta prove that they are operating over 36dB and that they are affecting other legitimate users of the band. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Travis Johnson Sent:
Re: [WISPA] Bandwidth Tracking Solutions
I'd also ask, is your goal to track end user's usage of their connection and of the network, or end user's usage of the Internet Transit? Tracking usage at the backend (NOC) may not capture all the data that transfers directly between one on-net end user and another on-net end user. It can also get complicated when data doesn't all terminate in one location, for example if peering. When there are multiple Transits, the data collected from both transits need to be added togeather. Thus, when we collected data we always collected data at the first hop, closest to the Customer's door step. It made it simpler, and accurate. We wrote our own SNMP Agent and basic MRTG tools to collect, and isntalled on our Linux routers. Others wont have that luxury if they use a closed router platform (such as MT or StarOS). So I cant offer a solution for that, just share my experience. One also should ask themselves if they want to charge end users for the initial data that passes, or network resources used which might include duplicate transmitions. I'm referrring to a network that may have congestion or hidden node, where ARQ or TCP retransmittions may use more network resources than the size of the file transfered. For example, if RF has 10% packet loss at layer2, ARQ or LAyer3 may fix it, to use 110 mb or resources to transmit 100mb. In other words, should you bill the customer for extra transmissions caused by poor quality of your own network? And what if you use compression algorythms or packet aggregation, do you charge them for the uncompressed payload that will transverse the Internet, or the lower actual bandwidth across the transport or RF network which includes compressed data? My point here is that where you collect data can change the numbers. Then you have to consider the ease of polling the data, and the network usage that get consumed to do it. If the StarOS boxes are doing your NAT, it sounds like that is likely the best location to pull usage data. Good luck with it. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Josh Luthman j...@imaginenetworksllc.com To: WISPA General List wireless@wispa.org Sent: Tuesday, March 30, 2010 3:34 PM Subject: Re: [WISPA] Bandwidth Tracking Solutions Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reed scottr...@onlyinternet.net wrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive
Re: [WISPA] Bandwidth Tracking Solutions
Why not do the collection from the BM Queues further out? The way we did it on our system, is that each customer packet got tagged (with a unique Cust ID) when it arrived at the first hop router, and then sent to Bandwidth management or where ever the CustID rules was configured to send it. But because of this there were many places that counted the packets, that we could pull the data from. It is a lot of work to start from scratch with 2000 users, but it sounds like you might already have some of it done with Queues per customer. For us, we just set up a router naming sceme so in our back end systems we know how to automatically point to what first hop router that is responsible for the customer's data. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Matt Larsen - Lists li...@manageisp.com To: WISPA General List wireless@wispa.org Sent: Tuesday, March 30, 2010 4:30 PM Subject: Re: [WISPA] Bandwidth Tracking Solutions Actually, I could potentially do it from the Mikrotik router at the core, behind the StarOS NAT server. Only problem is that the NetFlow collector on Mikrotik is broken. That is why we are leaning toward something between the core and NAT servers to collect the data. Queues will not work, as I would have to put 2000+ queues into that box and they are unnecessary because we have queues in the StarOS APs doing the bandwidth control further out. Matt Larsen vistabeam.com On 3/30/2010 2:27 PM, Josh Luthman wrote: Then you will need to find a solution with StarOS. Can you maybe set a single queue for each customer and then obtain that via SNMP? I'm totally unfamiliar with StarOS. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 4:26 PM, Matt Larsen - Lists li...@manageisp.com wrote: Hi Josh, I'm wanting to track how much each individual customers is using so I can bill the ones that go over our bandwidth cap. Matt Larsen vistabeam.com On 3/30/2010 1:57 PM, Josh Luthman wrote: I think we need to find out if I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers... means how much you're entire upstream is using or how much each customer is using individually so you can find the top few heavy users. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:52 PM, Scott Reedscottr...@onlyinternet.net wrote: 3) Mikrotik core routers at each backbone location I took it that all traffic goes through these as well. Matt, does all your traffic run through an MT somewhere on its way out? Josh Luthman wrote: Scott, 4) StarOS routers performing NAT at each backbone location It's StarOS NATing the customers off of the backbone. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Tue, Mar 30, 2010 at 3:32 PM, Scott Reedscottr...@onlyinternet.netwrote: If you can run IPTrack (see some of Marlon's previous posts) you have have the MTs report by IP address back to the server. I have done this on my network, though it is not running right now. I would be glad to help if you opt to go this way. Matt Larsen - Lists wrote: Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have
Re: [WISPA] Bandwidth Tracking Solutions
Thats why we had the first hop router record the data from each customer, and then have monitoring box with MRTG pull all the data from the first hop router in one shot. It was much less load on the network. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Richey myli...@battleop.com To: n...@brevardwireless.com; 'WISPA General List' wireless@wispa.org Sent: Tuesday, March 30, 2010 7:55 PM Subject: Re: [WISPA] Bandwidth Tracking Solutions I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad.In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting
Re: [WISPA] Bandwidth Tracking Solutions
yup depending on the vm - (vm ware for example does have some clocking issues) times could be a nightmare ... I suggest stand alone for sure On Mar 30, 2010, at 7:55 PM, Richey wrote: I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad. In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have multiple backbone connections and also because I have several consulting customers who want to have similar setups put in place on their networks. Also, I want to make sure that this is revenue neutral and can pay for for itself in the overage billing after it is installed. We can install either a switch or a transparent bandwidth monitoring
Re: [WISPA] Bandwidth Tracking Solutions
you need the VM kernel if you want the time to be correct. I am running fine on a ESX server with around 650 devices. if you are using centos check this out http://pbxinaflash.com/vm/ On Tue, Mar 30, 2010 at 10:14 PM, Glenn Kelley gl...@hostmedic.com wrote: yup depending on the vm - (vm ware for example does have some clocking issues) times could be a nightmare ... I suggest stand alone for sure On Mar 30, 2010, at 7:55 PM, Richey wrote: I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad. In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using something open source that we can modify or just buying an appliance that will do what we need. My preference is to go open source because we have
Re: [WISPA] Bandwidth Tracking Solutions
or use an updated kernel... this is only needed for centos 5.2. 5.3 is fine On Tue, Mar 30, 2010 at 10:28 PM, Charles Regan charles.re...@gmail.comwrote: you need the VM kernel if you want the time to be correct. I am running fine on a ESX server with around 650 devices. if you are using centos check this out http://pbxinaflash.com/vm/ On Tue, Mar 30, 2010 at 10:14 PM, Glenn Kelley gl...@hostmedic.comwrote: yup depending on the vm - (vm ware for example does have some clocking issues) times could be a nightmare ... I suggest stand alone for sure On Mar 30, 2010, at 7:55 PM, Richey wrote: I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad. In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program, which was close to what we wanted, but it is out of date and he was not responsive so our efforts are focused on either using
Re: [WISPA] Bandwidth Tracking Solutions
or use a simple ntp server to correct it. On Tue, Mar 30, 2010 at 10:31 PM, Charles Regan charles.re...@gmail.comwrote: or use an updated kernel... this is only needed for centos 5.2. 5.3 is fine On Tue, Mar 30, 2010 at 10:28 PM, Charles Regan charles.re...@gmail.comwrote: you need the VM kernel if you want the time to be correct. I am running fine on a ESX server with around 650 devices. if you are using centos check this out http://pbxinaflash.com/vm/ On Tue, Mar 30, 2010 at 10:14 PM, Glenn Kelley gl...@hostmedic.comwrote: yup depending on the vm - (vm ware for example does have some clocking issues) times could be a nightmare ... I suggest stand alone for sure On Mar 30, 2010, at 7:55 PM, Richey wrote: I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad. In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried, with mixed levels of success. I did contact Brandon Checketts about his program,
Re: [WISPA] Bandwidth Tracking Solutions
or On Tue, Mar 30, 2010 at 10:33 PM, Charles Regan charles.re...@gmail.comwrote: or use a simple ntp server to correct it. On Tue, Mar 30, 2010 at 10:31 PM, Charles Regan charles.re...@gmail.comwrote: or use an updated kernel... this is only needed for centos 5.2. 5.3 is fine On Tue, Mar 30, 2010 at 10:28 PM, Charles Regan charles.re...@gmail.comwrote: you need the VM kernel if you want the time to be correct. I am running fine on a ESX server with around 650 devices. if you are using centos check this out http://pbxinaflash.com/vm/ On Tue, Mar 30, 2010 at 10:14 PM, Glenn Kelley gl...@hostmedic.comwrote: yup depending on the vm - (vm ware for example does have some clocking issues) times could be a nightmare ... I suggest stand alone for sure On Mar 30, 2010, at 7:55 PM, Richey wrote: I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad. In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer based on inaccurate data. We have a couple of reporting engines that we have tried,
Re: [WISPA] Oh this business, tell me again why we love it?!
I agree with WHO. But you are talking MONTHS and not even sure if anything has been done. How many people out here can wait MONTHS for a cure to their issue? And its unknown if there even was or will be any enforcement action. If I make a complaint to enforcement regarding a licensed interference issue they are on that within 24 hours. If I tell them who and where and/or its a public safety issue they will usually respond within hours. But you're saying MONTHS with all the right info. I don't know. Still sounds like what I said. :-) -B- Marlon K. Schafer writes: I get what you are saying Bob. But sometimes it's more about knowing WHO to call. I just had a guy call with a similar problem. You all know him and I'd drop his name but I don't want to tip off the dirt bag operator. When he first called the FCC he ended up at the wrong place. They told him that there was nothing they could do. I had him call back and specifically ask for the enforcement folks NOT the consumer complaint folks. He had pictures, spectrum analyzer, radio screen shots etc. that showed, clearly, that the other guy was aiming antennas right at his. When the good guy moved channels the bad guy moved with him, within days. He was also able to get together with another local WISP who added his name to the complaint. This did take a couple of months to work through the system but last I'd heard the FCC HAD been working on this complaint. Perhaps it's far enough along that the good guy can tell you a bit more. 1-800-call-fcc Ask for ENFORCEMENT. You need to have your documentation in order first. It's true that we all have to accept interference. It's also true that we can't CAUSE it maliciously. They also have a hissy fit when we go over the allowable power levels. For what it's worth, nearly all of my systems are below, often well below, legal levels. They tend to work better that way anyhow. Use bigger antennas not more power. Range and reliability is about SNR. You can get that in two ways. More power is one. Better ears is another. Better ears also mean narrower beams which usually means less interference which also means greater SNR which means longer ranges which means less AP's which means less interference etc. etc. etc. laters, marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 12:40 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Marlon, You have personal contacts. That's cheating. I have contacts too and could probably get action if I needed it but I am talking the regular Wisp calling the field office. Unless you have an inside number at the field office you usually only get the recorded TV interference message. Maybe I'm just totally wrong. -B- Marlon K. Schafer writes: H, I've had much better luck that than Bob. marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Saturday, March 27, 2010 7:16 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Sorry I side with Travis. I have quite a few experiences with Enforcement Bureau out of NY, Philly and DC and I know with the tremendous reduction of their budget and workforce they are having enough issues just trying to do FM/AM/TV inspections that they are required by law to do. There is no manpower for chasing down unlicensed operations unless they are causing interference to a licensed operation like weather radar or some other priority service. Forget pursuing an interference complaint between two Part 15 issues especially if any travel is involved. Thats the reality of the matter. -B- Jerry Richardson writes: Gotta keep bringing it up. eventually they will respond. Squeaky wheel gets the grease. Ideally a host of documentation including letters to the offending ISP, previous reports to the FCC, etc will build the case. Gotta prove that they are operating over 36dB and that they are affecting other legitimate users of the band. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Travis Johnson Sent: Saturday, March 27, 2010 2:38 PM To: wa4...@arrl.net; WISPA General List Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Negative. I know of an ISP using 5 watt amps on 2.4ghz omni antennas. They have been reported several times to the FCC, and nothing happens. Travis Microserv Leon D. Zetekoff wrote: On 03/27/2010 03:58 PM, Jerry Richardson wrote: Regarding the competetor, if you can prove that your competetor is intentionally interfering with you, the FCC will actually get involved but it will take a long and painful paper-trail to build a
Re: [WISPA] Bandwidth Tracking Solutions
Or install VMware tools. On 3/30/10, Charles Regan charles.re...@gmail.com wrote: or On Tue, Mar 30, 2010 at 10:33 PM, Charles Regan charles.re...@gmail.comwrote: or use a simple ntp server to correct it. On Tue, Mar 30, 2010 at 10:31 PM, Charles Regan charles.re...@gmail.comwrote: or use an updated kernel... this is only needed for centos 5.2. 5.3 is fine On Tue, Mar 30, 2010 at 10:28 PM, Charles Regan charles.re...@gmail.comwrote: you need the VM kernel if you want the time to be correct. I am running fine on a ESX server with around 650 devices. if you are using centos check this out http://pbxinaflash.com/vm/ On Tue, Mar 30, 2010 at 10:14 PM, Glenn Kelley gl...@hostmedic.comwrote: yup depending on the vm - (vm ware for example does have some clocking issues) times could be a nightmare ... I suggest stand alone for sure On Mar 30, 2010, at 7:55 PM, Richey wrote: I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did fine with about 200 devices but the time would drift really bad. In 10 minutes the time would be off by hours.I am now running it on the same 1850 but not in a VM with a few hundred graphs now. Richey -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Nick Olsen Sent: Tuesday, March 30, 2010 5:43 PM To: WISPA General List Subject: Re: [WISPA] Bandwidth Tracking Solutions Well, This would be a little more time consuming. And would need a hell of a cacti box. But you could SNMP hit each customers CPE device if it supports it. That would be quite the load for the cacti box though. I second cacti easy though. We have a box running CactiEZ with 68 sensors on it, and it sits around all day doing nothing in terms of hardware usage. Every time I've tried it in a VM its had bad performance issues around 20 sensors. Nick Olsen Network Engineer / Customer Support (321) 205-1100 x106 From: Steven McGehee stev...@qx.net Sent: Tuesday, March 30, 2010 4:49 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Bandwidth Tracking Solutions We're also big fans and long time users of Cacti, so I'd happily recommend it as well. On 3/30/2010 16:46, Justin Wilson wrote: Cacti would be what I would start with. I have set it up where business customers have their own individual logins and can see just the graphs you want them to. It has built in graphs for 95th percentile. There is a plugin called nectar which allows you to have graphs e-mailed. You can also install the flowview plugin. Not sure how to get it talking to freeside though. -- Justin Wilsonj...@mtin.net http://www.mtin.net http://www.metrospan.net From: Matt Larsen - Listsli...@manageisp.com Reply-To: WISPA General Listwireless@wispa.org Date: Tue, 30 Mar 2010 13:24:20 -0600 To: Mikrotik discussionsmikro...@mail.butchevans.com, WISPA General List wireless@wispa.org Subject: [WISPA] Bandwidth Tracking Solutions Hello list, I am looking for a solution that will keep track of the monthly bandwidth consumption for all of my broadband customers and am having a hard time coming up with a good solution. Our goal is to collect the traffic flows every 15 minutes and generate three things: 1) Internal reports showing bandwidth consumption by customers and that is in a database form that we can perform queries on 2) Data that can be exported to our customer portal page that will show customers how much bandwidth they have consumed since the first of each month 3) A batch file showing customers over their thresholds that we can import into our billing system (Freeside) at the end of the month so we can bill overages Our system is setup as follows: 1) StarOS access points 2) OSPF backbone back to two separate 50 meg Internet backbone links 3) Mikrotik core routers at each backbone location 4) StarOS routers performing NAT at each backbone location 5) Mikrotik edge routers connected to the Internet backbone Radius accounting is not an option, due to inaccurate IP accounting information returned by the StarOS APs. PPPoE is also not an option as we have 2000+ customers in place and not all of the hardware would easily convert to PPPoE. Ideally, the data should be collectable at the Mikrotik core routers, as that is the place where all of the private IP traffic is still in its pre-NAT status. We have been trying to keep track of it with Netflow data from our Mikrotik core routers, but it does not seem to be accurate and there are documented problems with the Mikrotik Netflow exports. We have confirmed that the data we have been collecting is not accurate, and I have no intention on billing a customer
[WISPA] Circuit Testing
It's my turn. Who has a 20mbit+ circuit they can ipperf over? Reach out and touch me, 216.137.15.43 port 5001 tcp or udp. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Circuit Testing
5001/tcp Compass.imaginenetworksllc.com I think the queue will let you burst to 20 but may be 10. On 3/30/10, Jeremy Parr jeremyp...@gmail.com wrote: It's my turn. Who has a 20mbit+ circuit they can ipperf over? Reach out and touch me, 216.137.15.43 port 5001 tcp or udp. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Ubiquiti Sector Tilt angle
As a rule of thumb, as the dB gets higher(or smaller in negative speak) in an antenna, the beam width of the opposing polarity of the antenna gets smaller, and thus harder to work with. As an example, I have used 15dB Omni's in 2.4Ghz(I'll leave the brand unannounced). I first put them about 60 feet in the air and found that I could not get a good usable signal unless I was about 2 miles or so from the tower. I dropped them to 20 - 25 feet and picked up clients within .25 miles out to a couple of miles. The horizontal beam width on the Omni was so small, I was way overshooting my intended target. Lesson learned was to always look at both vert and horiz beam width, and lesson learned on the 15dB Omni is to only use in trailer parks, very small subdivisions, and RV parks... and ... to not mount it above 30 feet high. Scottie -- Original Message -- From: Robert West robert.w...@just-micro.com Reply-To: WISPA General List wireless@wispa.org Date: Mon, 29 Mar 2010 18:41:21 -0400 Well, I've been setting up a service contract with my friends on planet Wispalon so I need to find the proper tilt angle to beam the signal into space. :) Yeah, I've been mindful to stay off the horizon, seems wasteful in a big way. I'm not a trig scholar so I use basic tilt angle calculators which have never failed me but these things have me upside down. Tower height, distance desired and all are good to have but I was really interested in others experiences with them and how they have been able to get their angles. Again, the smaller, lower gain sectors have been right on the money but I wasn't aware (ignorant) that these high gain units would give me a smaller slice to work with. On the advice of another member I have been trying one AP with 4 120 degree 19dbi sectors used as 90's. Signal is great where we can see it, just needed a good fix for not having to do the 2 man show all over the county. (With everyone in a pickup truck stopping to ask why we're by the road with an antenna) Bob- -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Lawrence E. Bakst Sent: Monday, March 29, 2010 5:50 PM To: WISPA General List Subject: Re: [WISPA] Ubiquiti Sector Tilt angle Technically speaking you're wrong. The highest gain area of a sector antenna is the center point between the horizontal and vertical spreads. If you don't downtilt you are sending the strongest part of the signal parallel to the horizon. Why would you ever want to do that? The whole reason you downtilt is to get the strongest signal pointed to the area you want. Figuring this out takes some basic trig calcs using the tangent function. No one has asked the most important questions you need to know when calculating downtilt: 1. How high up is the sector antenna? 2. How far out or in what range near to far do you want the sweet spot? 3. How close in to the tower do you need service? #2 and #3 can conflict with each other and you may have to make a tradeoff. leb At 2:22 PM -0400 3/29/10, Faisal Imtiaz wrote: . Technically speaking.. if you are not concerned about dealing with 'near' customers less than 1 or 2 miles... then you can pretty much leave the sectors at '0' tilt.. and you have coverage to the horizon The built-in electrical down-tilt typically throws folks off.. only becomes a factor if you are needing to down tilt for near customers.. Faisal. On 3/29/2010 1:36 PM, Robert West wrote: I'm having a heck of a time with the large UBNT sectors getting the tilt angle to jive. With the smaller sectors, they behave perfectly and go right where the calculations say they will however, with the larger ones, nothing I do other than have someone 10 miles out with a CPE check levels while I tilt up and down seems to be good. I REALLY don't want to have to do that with all of them... Anyone having any success or insight with the proper tilt of these things? Using the 120 degree 5GHz flavors. Thanks! Robert West Just Micro Digital Services Inc. 740-335-7020 Logo5 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- - WISPA Wants You! Join today! http://signup.wispa.org/ --- - WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- l...@iridescent.org
Re: [WISPA] Ubiquiti Sector Tilt angle
Electrical down tilt helps for that kind of installation. On 3/30/10, Scottie Arnett sarn...@info-ed.com wrote: As a rule of thumb, as the dB gets higher(or smaller in negative speak) in an antenna, the beam width of the opposing polarity of the antenna gets smaller, and thus harder to work with. As an example, I have used 15dB Omni's in 2.4Ghz(I'll leave the brand unannounced). I first put them about 60 feet in the air and found that I could not get a good usable signal unless I was about 2 miles or so from the tower. I dropped them to 20 - 25 feet and picked up clients within .25 miles out to a couple of miles. The horizontal beam width on the Omni was so small, I was way overshooting my intended target. Lesson learned was to always look at both vert and horiz beam width, and lesson learned on the 15dB Omni is to only use in trailer parks, very small subdivisions, and RV parks... and ... to not mount it above 30 feet high. Scottie -- Original Message -- From: Robert West robert.w...@just-micro.com Reply-To: WISPA General List wireless@wispa.org Date: Mon, 29 Mar 2010 18:41:21 -0400 Well, I've been setting up a service contract with my friends on planet Wispalon so I need to find the proper tilt angle to beam the signal into space. :) Yeah, I've been mindful to stay off the horizon, seems wasteful in a big way. I'm not a trig scholar so I use basic tilt angle calculators which have never failed me but these things have me upside down. Tower height, distance desired and all are good to have but I was really interested in others experiences with them and how they have been able to get their angles. Again, the smaller, lower gain sectors have been right on the money but I wasn't aware (ignorant) that these high gain units would give me a smaller slice to work with. On the advice of another member I have been trying one AP with 4 120 degree 19dbi sectors used as 90's. Signal is great where we can see it, just needed a good fix for not having to do the 2 man show all over the county. (With everyone in a pickup truck stopping to ask why we're by the road with an antenna) Bob- -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Lawrence E. Bakst Sent: Monday, March 29, 2010 5:50 PM To: WISPA General List Subject: Re: [WISPA] Ubiquiti Sector Tilt angle Technically speaking you're wrong. The highest gain area of a sector antenna is the center point between the horizontal and vertical spreads. If you don't downtilt you are sending the strongest part of the signal parallel to the horizon. Why would you ever want to do that? The whole reason you downtilt is to get the strongest signal pointed to the area you want. Figuring this out takes some basic trig calcs using the tangent function. No one has asked the most important questions you need to know when calculating downtilt: 1. How high up is the sector antenna? 2. How far out or in what range near to far do you want the sweet spot? 3. How close in to the tower do you need service? #2 and #3 can conflict with each other and you may have to make a tradeoff. leb At 2:22 PM -0400 3/29/10, Faisal Imtiaz wrote: . Technically speaking.. if you are not concerned about dealing with 'near' customers less than 1 or 2 miles... then you can pretty much leave the sectors at '0' tilt.. and you have coverage to the horizon The built-in electrical down-tilt typically throws folks off.. only becomes a factor if you are needing to down tilt for near customers.. Faisal. On 3/29/2010 1:36 PM, Robert West wrote: I'm having a heck of a time with the large UBNT sectors getting the tilt angle to jive. With the smaller sectors, they behave perfectly and go right where the calculations say they will however, with the larger ones, nothing I do other than have someone 10 miles out with a CPE check levels while I tilt up and down seems to be good. I REALLY don't want to have to do that with all of them... Anyone having any success or insight with the proper tilt of these things? Using the 120 degree 5GHz flavors. Thanks! Robert West Just Micro Digital Services Inc. 740-335-7020 Logo5 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- - WISPA Wants You! Join today! http://signup.wispa.org/ --- - WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe:
Re: [WISPA] Oh this business, tell me again why we love it?!
If you have any public safety people using your system, even just for their offices, mention that public safety is being interfered with. Watch them move into HIGH gear then. We have to call them every once and a while for public safety issues, and they are tremendous to deal with. Don't take your organs to heaven, heaven knows we need them down here! Be an organ donor, sign your donor card today. - Original Message - From: Marlon K. Schafer o...@odessaoffice.com To: WISPA General List wireless@wispa.org Sent: Tuesday, March 30, 2010 9:50 AM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! I get what you are saying Bob. But sometimes it's more about knowing WHO to call. I just had a guy call with a similar problem. You all know him and I'd drop his name but I don't want to tip off the dirt bag operator. When he first called the FCC he ended up at the wrong place. They told him that there was nothing they could do. I had him call back and specifically ask for the enforcement folks NOT the consumer complaint folks. He had pictures, spectrum analyzer, radio screen shots etc. that showed, clearly, that the other guy was aiming antennas right at his. When the good guy moved channels the bad guy moved with him, within days. He was also able to get together with another local WISP who added his name to the complaint. This did take a couple of months to work through the system but last I'd heard the FCC HAD been working on this complaint. Perhaps it's far enough along that the good guy can tell you a bit more. 1-800-call-fcc Ask for ENFORCEMENT. You need to have your documentation in order first. It's true that we all have to accept interference. It's also true that we can't CAUSE it maliciously. They also have a hissy fit when we go over the allowable power levels. For what it's worth, nearly all of my systems are below, often well below, legal levels. They tend to work better that way anyhow. Use bigger antennas not more power. Range and reliability is about SNR. You can get that in two ways. More power is one. Better ears is another. Better ears also mean narrower beams which usually means less interference which also means greater SNR which means longer ranges which means less AP's which means less interference etc. etc. etc. laters, marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Monday, March 29, 2010 12:40 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Marlon, You have personal contacts. That's cheating. I have contacts too and could probably get action if I needed it but I am talking the regular Wisp calling the field office. Unless you have an inside number at the field office you usually only get the recorded TV interference message. Maybe I'm just totally wrong. -B- Marlon K. Schafer writes: H, I've had much better luck that than Bob. marlon - Original Message - From: Lakeland lakel...@gbcx.net To: WISPA General List wireless@wispa.org Sent: Saturday, March 27, 2010 7:16 PM Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Sorry I side with Travis. I have quite a few experiences with Enforcement Bureau out of NY, Philly and DC and I know with the tremendous reduction of their budget and workforce they are having enough issues just trying to do FM/AM/TV inspections that they are required by law to do. There is no manpower for chasing down unlicensed operations unless they are causing interference to a licensed operation like weather radar or some other priority service. Forget pursuing an interference complaint between two Part 15 issues especially if any travel is involved. Thats the reality of the matter. -B- Jerry Richardson writes: Gotta keep bringing it up. eventually they will respond. Squeaky wheel gets the grease. Ideally a host of documentation including letters to the offending ISP, previous reports to the FCC, etc will build the case. Gotta prove that they are operating over 36dB and that they are affecting other legitimate users of the band. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Travis Johnson Sent: Saturday, March 27, 2010 2:38 PM To: wa4...@arrl.net; WISPA General List Subject: Re: [WISPA] Oh this business, tell me again why we love it?! Negative. I know of an ISP using 5 watt amps on 2.4ghz omni antennas. They have been reported several times to the FCC, and nothing happens. Travis Microserv Leon D. Zetekoff wrote: On 03/27/2010 03:58 PM, Jerry Richardson wrote: Regarding the competetor, if you can prove that your competetor is intentionally interfering with you, the FCC will actually get involved but it will take a long and painful paper-trail to build a strong enough case. if