Re: [WISPA] MikroTik setup
The manual says 2 days. But it depends on altitude and ambient temperature. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Butch Evans Sent: Thursday, November 19, 2009 11:30 PM To: WISPA General List Subject: Re: [WISPA] MikroTik setup On Thu, 2009-11-19 at 22:48 -0500, Robert West wrote: You can put all that and a couple of kittens in there. Those Rootennas rock, man! LOL. How long do the kittys have to stay before they're ready to eat? MM. Mikrowave kittens. :-) -- * Butch Evans * Professional Network Consultation* * http://www.butchevans.com/* Network Engineering * * http://www.wispa.org/ * Wired or Wireless Networks * * http://blog.butchevans.com/ * ImageStream, Mikrotik and MORE! * 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] MikroTik N- 52 Mbits in a 20MHz channel
Quite similar to the Pac dishes, although the mounts/hardware may be a little more robust. We are particularly impressed with the dual-pol performance. Seems like cross-pol isolation is pretty good. A bit less impressed with the RPSMA connectors, but we bought a bunch of LMR-240 pigtails to get back to N-Male so its not an issue. George _ From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Travis Johnson Sent: Saturday, November 14, 2009 10:43 PM To: WISPA General List Subject: Re: [WISPA] MikroTik N- 52 Mbits in a 20MHz channel Hi, How similar are the Rocketdishes compared with the PacWireless dishes? We have over 100 of the Pac dishes, so I am just wondering how they compare as far as mounting, build, alignment, etc.? Travis Microserv 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] MikroTik configuration for 65 Mbits TCP, was 100Mbps over 10 miles
Nothing complicated. This link is 48.23 Kilometres. Just using Nstreme with polling, exact size 3200. The key seems to be clean spectrum, a decent signal level (about -57 in this particular case), and a 411AH/XR-5 to get enough horsepower. We are running 3.30 Wireless Test. The Wireless Test package helps a LOT. There is roughly 4Mbits of background traffic running across this link in addition to the bandwidth test numbers below. Hope this helps. I'm very interested in how we can make this even faster!!! George Here is the output for UDP: tool bandwidth-test 10.9.50.1 status: running duration: 41s rx-current: 73.3Mbps rx-10-second-average: 73.4Mbps rx-total-average: 66.9Mbps lost-packets: 29 random-data: no direction: receive rx-size: 1500 /interface monitor-traffic wlan1 rx-packets-per-second: 6151 rx-drops-per-second: 0 rx-errors-per-second: 0 rx-bits-per-second: 74.4Mbps tx-packets-per-second: 22 tx-drops-per-second: 0 tx-errors-per-second: 0 tx-bits-per-second: 39.7kbps Here is the output for TCP: tool bandwidth-test 10.9.50.1 protocol=tcp tcp-connection=20 status: running duration: 53s rx-current: 61.6Mbps rx-10-second-average: 61.6Mbps rx-total-average: 61.4Mbps random-data: no direction: receive /interface monitor-traffic wlan1 rx-packets-per-second: 5779 rx-drops-per-second: 0 rx-errors-per-second: 0 rx-bits-per-second: 64.4Mbps tx-packets-per-second: 1033 tx-drops-per-second: 0 tx-errors-per-second: 0 tx-bits-per-second: 655.5kbps Configuration for the AP side of this link: /interface wireless set 0 ack-timeout=dynamic adaptive-noise-immunity=ap-and-client-mode \ allow-sharedkey=no antenna-gain=0 antenna-mode=ant-a area= arp=enabled \ band=5ghz-turbo basic-rates-a/g=6Mbps burst-time=disabled comment= \ compression=no country=canada default-ap-tx-limit=0 \ default-authentication=yes default-client-tx-limit=0 default-forwarding=\ yes dfs-mode=none disable-running-check=no disabled=no \ disconnect-timeout=3s frame-lifetime=0 frequency=5760 frequency-mode=\ manual-txpower hide-ssid=no hw-fragmentation-threshold=disabled \ hw-protection-mode=none hw-protection-threshold=0 hw-retries=15 l2mtu=\ 2290 mac-address=00:15:6D:64:15:xx max-station-count=2007 mode=ap-bridge \ mtu=1500 name=wlan1 noise-floor-threshold=default on-fail-retry-time=\ 100ms periodic-calibration=default periodic-calibration-interval=60 \ preamble-mode=both proprietary-extensions=post-2.9.25 radio-name=\ xxx rate-set=configured scan-list=default \ security-profile=default ssid=xxx station-bridge-clone-mac=\ 00:00:00:00:00:00 supported-rates-a/g=\ 6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps tx-power=18 \ tx-power-mode=card-rates update-stats-interval=disabled wds-cost-range=\ 50-150 wds-default-bridge=none wds-default-cost=100 wds-ignore-ssid=no \ wds-mode=disabled wmm-support=enabled /interface wireless nstreme set wlan1 comment= disable-csma=no enable-nstreme=yes enable-polling=yes \ framer-limit=3200 framer-policy=exact-size -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Saturday, November 14, 2009 10:31 AM To: WISPA General List Subject: Re: [WISPA] 100Mbps over 10 miles I believe you but I want to know how to do it :) On 11/14/09, George Morris ghmor...@candlelight.ca wrote: I'm with you on this. We have 30 mile links running 40MHz channels half-duplex with Nstreme on 411AH/XR-5s that run a rock solid 65Mbits TCP and 75Mbits UDP. That's without Nstreme dual, just regular old Nstreme half duplex. Getting closer brings the speeds up quite a bit. We saw some stunning results on RouterOS 4.0-beta3 on close-in links using Nstreme. It was possible to get 200Mbits-plus on a pair of RB600s talking to each other. Unfortunately we've seen performance degrade steadily with builds newer than beta3, to the point where we're moving all our N stuff back onto 3.30/.11a radios, at least until Nstreme is sorted out and reliable with N, which may be a while coming... George -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Jayson Baker Sent: Saturday, November 14, 2009 12:25 AM To: WISPA General List Subject: Re: [WISPA] 100Mbps over 10 miles Why 30 surprise you? We have a very old Nstreme-Dual link going about 1 mile and it has been getting 90Mbps w/ 1ms latency for YEARS. 90% of the problem with MikroTik is that people have no idea how to use it. You don't just plug it in and go. We spent about 3 years learning, tweaking, deploying and testing. Anyway, to answer your question, yes the 1mile 180Mbps link is using R52N card, and Nstreme. On
Re: [WISPA] MikroTik N- 52 Mbits in a 20MHz channel
Hi, How similar are the Rocketdishes compared with the PacWireless dishes? We have over 100 of the Pac dishes, so I am just wondering how they compare as far as mounting, build, alignment, etc.? Travis Microserv George Morris wrote: Thought this might be interesting. This is a live link on RouterOS 4.2 with no Nstreme. Distance is 8.56 Kilometres in a fairly congested environment. Getting a bit better than 50 megabits TCP, no Nstreme. We really like the new Ubiquiti RocketDishes btw. Signal is -55. George Tough Broadband for a Tough Crowd! GorillaNET.ca 10Mbits to your desk - coming soon. George MorrisPresident/CEO ghmor...@candlelight.ca 866-924-0530 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] [Mikrotik] Frustrating connectivity issues.
The whole time the RDP session will stay connected and functional. Are you sure it's functional? I expect it probably isn't usable while the pings stop just like browsing isn't capable. What are you pinging from/to? Do you have the Tranzeo fix applied to your CPEs as you're using a Mikrotik AP? Is the Tranzeo rebooting per their interpretation of the RFC? Is the wireless registration staying up according to the AP? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Wed, Nov 4, 2009 at 6:27 PM, Mark McElvy mmce...@accubak.com wrote: Recently I posted an issue with a new customer that had a great signal but poor throughput. A lot of people sais multipath. Well now I have more data and another customer seeing the same thing. 1. If you get connected to an RDP session it stays connected. 2. If you do a constant ping, you get responses for a while, you won't get responses for a while. 3. While the pings respond, you can web browse fast. 4. While the pings don't respond, you get page cannot be displayed. 5. The whole time the RDP session will stay connected and functional. 6. Customer says the online game they play will take several attempts to connect but once connected it works great. Someone else suggested power but tried different power supplies with same result. These are Tranzeo CPQ's as clients and MT AP/RB532/XR-2/120 16db HPol. Mark McElvy AccuBak Data Systems, Inc. -- next part -- An HTML attachment was scrubbed... URL: http://www.butchevans.com/pipermail/mikrotik/attachments/20091104/5e67ba80/attachment.html ___ Mikrotik mailing list mikro...@mail.butchevans.com http://www.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS 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] [Mikrotik] Frustrating connectivity issues.
Yes the RDP session is functioning because I am using to monitor the AP. The radio is staying associated and the PPPoE session as well. I am pinging the wireless interface of the AP. I am running the 4.05 software on the CPE's. I don't see the ping drops while pinging the CPE from the office. Mark McElvy -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Wednesday, November 04, 2009 5:33 PM To: Mikrotik discussions Cc: WISPA General List Subject: Re: [WISPA] [Mikrotik] Frustrating connectivity issues. The whole time the RDP session will stay connected and functional. Are you sure it's functional? I expect it probably isn't usable while the pings stop just like browsing isn't capable. What are you pinging from/to? Do you have the Tranzeo fix applied to your CPEs as you're using a Mikrotik AP? Is the Tranzeo rebooting per their interpretation of the RFC? Is the wireless registration staying up according to the AP? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Wed, Nov 4, 2009 at 6:27 PM, Mark McElvy mmce...@accubak.com wrote: Recently I posted an issue with a new customer that had a great signal but poor throughput. A lot of people sais multipath. Well now I have more data and another customer seeing the same thing. 1. If you get connected to an RDP session it stays connected. 2. If you do a constant ping, you get responses for a while, you won't get responses for a while. 3. While the pings respond, you can web browse fast. 4. While the pings don't respond, you get page cannot be displayed. 5. The whole time the RDP session will stay connected and functional. 6. Customer says the online game they play will take several attempts to connect but once connected it works great. Someone else suggested power but tried different power supplies with same result. These are Tranzeo CPQ's as clients and MT AP/RB532/XR-2/120 16db HPol. Mark McElvy AccuBak Data Systems, Inc. -- next part -- An HTML attachment was scrubbed... URL: http://www.butchevans.com/pipermail/mikrotik/attachments/20091104/5e67ba 80/attachment.html ___ Mikrotik mailing list mikro...@mail.butchevans.com http://www.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS 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] [Mikrotik] Frustrating connectivity issues.
Sounds like symptoms of an ip address conflict possibly. Sent from Windows mobile device... -Original Message- From: Josh Luthman j...@imaginenetworksllc.com Sent: Wednesday, November 04, 2009 5:33 PM To: Mikrotik discussions mikro...@mail.butchevans.com Cc: WISPA General List wireless@wispa.org Subject: Re: [WISPA] [Mikrotik] Frustrating connectivity issues. The whole time the RDP session will stay connected and functional. Are you sure it's functional? I expect it probably isn't usable while the pings stop just like browsing isn't capable. What are you pinging from/to? Do you have the Tranzeo fix applied to your CPEs as you're using a Mikrotik AP? Is the Tranzeo rebooting per their interpretation of the RFC? Is the wireless registration staying up according to the AP? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Wed, Nov 4, 2009 at 6:27 PM, Mark McElvy mmce...@accubak.com wrote: Recently I posted an issue with a new customer that had a great signal but poor throughput. A lot of people sais multipath. Well now I have more data and another customer seeing the same thing. 1. If you get connected to an RDP session it stays connected. 2. If you do a constant ping, you get responses for a while, you won't get responses for a while. 3. While the pings respond, you can web browse fast. 4. While the pings don't respond, you get page cannot be displayed. 5. The whole time the RDP session will stay connected and functional. 6. Customer says the online game they play will take several attempts to connect but once connected it works great. Someone else suggested power but tried different power supplies with same result. These are Tranzeo CPQ's as clients and MT AP/RB532/XR-2/120 16db HPol. Mark McElvy AccuBak Data Systems, Inc. -- next part -- An HTML attachment was scrubbed... URL: http://www.butchevans.com/pipermail/mikrotik/attachments/20091104/5e67ba80/attachment.html ___ Mikrotik mailing list mikro...@mail.butchevans.com http://www.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS 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] Mikrotik consultant/help
I want to run RouterOS on an x86 machine between a satellite internet connection and a small wireless network (about 20 users) so that I can give one group of users more bandwidth and another group of users less bandwidth. It's also important that the bandwidth usage within a group be distributed fairly. Can anyone recommend a Mikrotik consultant for a small job like this? Does anyone have anything that would do this which I could cut and paste? Thanks! Greg 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] Mikrotik consultant/help
Post to the MikroTik list, at mikro...@wispa.org and I'm sure your answer will be given. 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 os10ru...@gmail.com Sent: Sunday, October 25, 2009 8:23 AM To: WISPA General List Subject: [WISPA] Mikrotik consultant/help I want to run RouterOS on an x86 machine between a satellite internet connection and a small wireless network (about 20 users) so that I can give one group of users more bandwidth and another group of users less bandwidth. It's also important that the bandwidth usage within a group be distributed fairly. Can anyone recommend a Mikrotik consultant for a small job like this? Does anyone have anything that would do this which I could cut and paste? Thanks! Greg 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] Mikrotik consultant/help
Try wiki on Mikrotik's site. http://wiki.mikrotik.com/wiki/Category:QoS namely the one titled PCQ Examples. Simple queues are pretty easy to use, once you have them figured out. I hate saying go to the documentation, but the WIKI is a great place of nothing but examples. I know there are several WISPA vendor members here, and they are all capable of doing this. Eric Rogers Precision Data Solutions, LLC (317) 831-3000 x200 -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of os10ru...@gmail.com Sent: Sunday, October 25, 2009 8:23 AM To: WISPA General List Subject: [WISPA] Mikrotik consultant/help I want to run RouterOS on an x86 machine between a satellite internet connection and a small wireless network (about 20 users) so that I can give one group of users more bandwidth and another group of users less bandwidth. It's also important that the bandwidth usage within a group be distributed fairly. Can anyone recommend a Mikrotik consultant for a small job like this? Does anyone have anything that would do this which I could cut and paste? Thanks! Greg 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] Mikrotik consultant/help
Create two simple queues - one with more bandwidth another with less. If you want a consultant to do this I would suggest Butch Evans. He has been my one Mikrotik/networking consultant for 4 years. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Sun, Oct 25, 2009 at 9:03 AM, Eric Rogers ecrog...@precisionds.comwrote: Try wiki on Mikrotik's site. http://wiki.mikrotik.com/wiki/Category:QoS namely the one titled PCQ Examples. Simple queues are pretty easy to use, once you have them figured out. I hate saying go to the documentation, but the WIKI is a great place of nothing but examples. I know there are several WISPA vendor members here, and they are all capable of doing this. Eric Rogers Precision Data Solutions, LLC (317) 831-3000 x200 -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of os10ru...@gmail.com Sent: Sunday, October 25, 2009 8:23 AM To: WISPA General List Subject: [WISPA] Mikrotik consultant/help I want to run RouterOS on an x86 machine between a satellite internet connection and a small wireless network (about 20 users) so that I can give one group of users more bandwidth and another group of users less bandwidth. It's also important that the bandwidth usage within a group be distributed fairly. Can anyone recommend a Mikrotik consultant for a small job like this? Does anyone have anything that would do this which I could cut and paste? Thanks! Greg 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] Mikrotik consultant/help
Check out the Mikrotik website. There are several us listed as consultants. Josh Luthman wrote: Create two simple queues - one with more bandwidth another with less. If you want a consultant to do this I would suggest Butch Evans. He has been my one Mikrotik/networking consultant for 4 years. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Sun, Oct 25, 2009 at 9:03 AM, Eric Rogers ecrog...@precisionds.comwrote: Try wiki on Mikrotik's site. http://wiki.mikrotik.com/wiki/Category:QoS namely the one titled PCQ Examples. Simple queues are pretty easy to use, once you have them figured out. I hate saying go to the documentation, but the WIKI is a great place of nothing but examples. I know there are several WISPA vendor members here, and they are all capable of doing this. Eric Rogers Precision Data Solutions, LLC (317) 831-3000 x200 -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of os10ru...@gmail.com Sent: Sunday, October 25, 2009 8:23 AM To: WISPA General List Subject: [WISPA] Mikrotik consultant/help I want to run RouterOS on an x86 machine between a satellite internet connection and a small wireless network (about 20 users) so that I can give one group of users more bandwidth and another group of users less bandwidth. It's also important that the bandwidth usage within a group be distributed fairly. Can anyone recommend a Mikrotik consultant for a small job like this? Does anyone have anything that would do this which I could cut and paste? Thanks! Greg 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: 8.5.423 / Virus Database: 270.14.31/2458 - Release Date: 10/25/09 08:10:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik consultant/help
Are you sure there is Mikrotik list? I didn't find it on the WISPA list. Chuck Hogg wrote: Post to the MikroTik list, at mikro...@wispa.org and I'm sure your answer will be given. 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 os10ru...@gmail.com Sent: Sunday, October 25, 2009 8:23 AM To: WISPA General List Subject: [WISPA] Mikrotik consultant/help I want to run RouterOS on an x86 machine between a satellite internet connection and a small wireless network (about 20 users) so that I can give one group of users more bandwidth and another group of users less bandwidth. It's also important that the bandwidth usage within a group be distributed fairly. Can anyone recommend a Mikrotik consultant for a small job like this? Does anyone have anything that would do this which I could cut and paste? Thanks! Greg 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: 8.5.423 / Virus Database: 270.14.31/2457 - Release Date: 10/24/09 14:31:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik consultant/help
Scott, There is a Mikrotik list. QuickLink Wireless joined as a vendor member and sponsored the list last week. I'll check into why it isn't showing up on the mailing lists page. http://lists.wispa.org/mailman/listinfo/mikrotik Gerard Scott Reed wrote: Are you sure there is Mikrotik list? I didn't find it on the WISPA list. Chuck Hogg wrote: Post to the MikroTik list, at mikro...@wispa.org and I'm sure your answer will be given. 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] Mikrotik consultant/help
It does now. Thanks! 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 Gerard Dupont III Sent: Sunday, October 25, 2009 3:09 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik consultant/help Scott, There is a Mikrotik list. QuickLink Wireless joined as a vendor member and sponsored the list last week. I'll check into why it isn't showing up on the mailing lists page. http://lists.wispa.org/mailman/listinfo/mikrotik Gerard Scott Reed wrote: Are you sure there is Mikrotik list? I didn't find it on the WISPA list. Chuck Hogg wrote: Post to the MikroTik list, at mikro...@wispa.org and I'm sure your answer will be given. 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] Mikrotik consultant/help
I got signed up. Thanks Gerard Dupont III wrote: Scott, There is a Mikrotik list. QuickLink Wireless joined as a vendor member and sponsored the list last week. I'll check into why it isn't showing up on the mailing lists page. http://lists.wispa.org/mailman/listinfo/mikrotik Gerard Scott Reed wrote: Are you sure there is Mikrotik list? I didn't find it on the WISPA list. Chuck Hogg wrote: Post to the MikroTik list, at mikro...@wispa.org and I'm sure your answer will be given. 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: 8.5.423 / Virus Database: 270.14.31/2458 - Release Date: 10/25/09 08:10:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik Weirdness!?
Bad radio or interference etc. on one end of the link. Also the 4 port cards die under load. I've had to pull all of mine out and run indivudual ethernet cards. marlon - Original Message - From: sa...@michianawireless.com To: WISPA General List wireless@wispa.org Sent: Thursday, September 24, 2009 9:50 AM Subject: [WISPA] Mikrotik Weirdness!? Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Weirdness!?
Sounds like a duplex mismatch to me. Are both ends set to auto-negotiate and have they both negotiated 100mb/full? Have you checked for errors or discards on the interfaces at either end? -Original Message- From: sa...@michianawireless.com [mailto:sa...@michianawireless.com] Sent: 24 September 2009 17:51 To: WISPA General List Subject: [WISPA] Mikrotik Weirdness!? Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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/ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. 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] Mikrotik Weirdness!?
Force the eth to 10M and see how it changes things. sa...@michianawireless.com wrote: Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Weirdness!?
Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Weirdness!?
Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Weirdness!?
Try replace the poe injector. I seen similar behavior when the poe unit gotten damaged but not enough to stop traffic all together especially when it's not just a simple straight passive injector like our poe-in-w. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: sa...@michianawireless.com Date: Thu, 24 Sep 2009 12:50:45 To: WISPA General Listwireless@wispa.org Subject: [WISPA] Mikrotik Weirdness!? Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Weirdness!?
You've looked into CPU load and firewall stuff, right? I too would try a new POE - only $20 to help find out. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 24, 2009 at 1:53 PM, e...@wisp-router.com wrote: Try replace the poe injector. I seen similar behavior when the poe unit gotten damaged but not enough to stop traffic all together especially when it's not just a simple straight passive injector like our poe-in-w. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: sa...@michianawireless.com Date: Thu, 24 Sep 2009 12:50:45 To: WISPA General Listwireless@wispa.org Subject: [WISPA] Mikrotik Weirdness!? Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Weirdness!?
Plug a laptop or some other device into the same port, and ping from the PC router to that device. Same results? Nick Olsen Brevard Wireless (321) 205-1100 x106 From: Josh Luthman j...@imaginenetworksllc.com Sent: Thursday, September 24, 2009 1:58 PM To: e...@wisp-router.com e...@wisp-router.com, WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik Weirdness!? You've looked into CPU load and firewall stuff, right? I too would try a new POE - only $20 to help find out. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 24, 2009 at 1:53 PM, wrote: Try replace the poe injector. I seen similar behavior when the poe unit gotten damaged but not enough to stop traffic all together especially when it's not just a simple straight passive injector like our poe-in-w. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: sa...@michianawireless.com Date: Thu, 24 Sep 2009 12:50:45 To: WISPA General List Subject: [WISPA] Mikrotik Weirdness!? Ok, Im going bonkers. We are getting ping drops from our Mikrotik devices to the other. Our main router is PC based with one of those 4 port RB cards in it. Starting the other day out of the blue the net started acting funky and we were getting large pauses. So I started pinging. Get ping loss from the main router to everything. average pps going through the router 585 and transfers around 4m at the moment. We switched out the pc and even used an integrated ethernet port on the new pc to check connectivity to the other devices via means other than the RB 4 port ethernet card to make sure that wasnt going bad. But no improvement STILL getting pings loss. Switched cables. STILL. Latest OS. Now here is the wierd part I do not get. We have our backhaul radio connected directly to the onboard ethernet port on the pc router. Running a ping from the pc router to the radio port in the ping specifying to use not ANY but the backhaul port as we labeled it will get us around 10-15% packet loss. While at the same time running a ping from the bachaul radio to the router gets 0% packet loss using the same method. How is this possible? PC PORT (ethernet cable) RADIO ETH = Lost packets Radio ETH (ethernet cable) PC PORT = 0 Lost packets ? 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] Mikrotik Problem - 900Mhz-WDS-incremental speeddegradetp Zero then drop- repeat.
Update for those Interested I loaded the newest stable rel MT OS v 3.30 on all the radio. It did not help. The problem still existed. To review we had two clients a and b, and b was the one that would drop link if pass traffic in upload direction. Initially it was impossible to upload the firmware to the clientB. So I temporarily disabled clientA, and then it was possible to successfully upload new OSfirmware to clientB. So, I replicated the setup in the lab today, with 5 MT SBCs, of the same type as in the field. The only difference is I was out of XR900s so I used 5.Xghz cards. Initially I could not relicate the problem. So I decided to enduce some noise (a Trango AP randomly pointing to and away and to the test bed in a controlled fassion). I was able to replicate the problem. And yes the 411 system (equivellent to clientB) that had 5db better signal was the one that dropped link when the Trango noise was induced, just like in the field. What was most interesting is the results of the Bandwdith test, when noise was induced. Note we were simultaneously running 1500byte ping across both radios simultanous to MT bandwidth test to clientB, and accross clientA we ran a timed Iperf to generate triffic. . When noise was slowly induced, the pings stopped passing traffic first, then about a second or two later, the MT Bandwidth test (same results set at UDP or TCP) started the incremental slow down, 800mbps to 700mbps, to 500mbps, to 300 mbps until reached Zero, and then when at Zero the wifi session to ClientB dropped. So first thing we realized is that the MT Bandwdith test incremental slow down was a misleading symptom. Its the results the tool will always show when any Noise gets injected onto the link to the level that full packet traffic won't pass. Second thing noticed... In our original test bed, clientB was on Station WDS, and CLientA on WDS Slave. This is because clientB is the 411 board and has License level 3, and we figured it would only support station modes. We also switched ClientA to station WDS, and when we did that, and injected noise, it took a bit longer and more noise before the noise caused links to drop, and it also eventually caused ClientA to also drop along with ClientB. That last test was done at end of day, as we were finishing up. Tommorrow, we are going to substitute a 433board for teh 411 board, and see if we get different results or not. Tommorrow we are also going to try different configuration methods other than WDS modes, to see if the links drop as easilly in the same way or not. So in summary I can conclusively say The original way I had radio configured wa sperfectly acceptable for low noise conditions. But with 900Mhz, I surely will run into sporatic noise, atleast at that site.. It is clear that noise was integating the odd behavior from the MT radios. It is also clear noise was at the AP side. What we still will be investigating is how come one radio was effected more than the other, and if we can find alternate MT configs to allow clients to be more noise resilient. In a nutshell, disconnections occured to soon on the one unit. 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: Thursday, September 17, 2009 4:04 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speeddegradetp Zero then drop- repeat. WDS and nstreme can be used with wireless-test I hear. Before that it was not workable at all. Any load seems to kill your links - that has to be kept on mind. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 3:41 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. How can WDS and NStreme be used togeather? I thought it had to be one or the other? Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Will do that if necessary, after firmware update. Are the links losing wireless association? Yes, they do when it reaches Zero mbps, then immediately restablishes association. 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: Wednesday, September 16, 2009 9:43 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. Any
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speeddegradetp Zero then drop- repeat.
Now that is very useful info Tom. I look forward to your next report. Thanks! -RickG On Wed, Sep 23, 2009 at 3:29 AM, Tom DeReggi wirelessn...@rapiddsl.net wrote: Update for those Interested I loaded the newest stable rel MT OS v 3.30 on all the radio. It did not help. The problem still existed. To review we had two clients a and b, and b was the one that would drop link if pass traffic in upload direction. Initially it was impossible to upload the firmware to the clientB. So I temporarily disabled clientA, and then it was possible to successfully upload new OSfirmware to clientB. So, I replicated the setup in the lab today, with 5 MT SBCs, of the same type as in the field. The only difference is I was out of XR900s so I used 5.Xghz cards. Initially I could not relicate the problem. So I decided to enduce some noise (a Trango AP randomly pointing to and away and to the test bed in a controlled fassion). Â I was able to replicate the problem. And yes the 411 system (equivellent to clientB) that had 5db better signal was the one that dropped link when the Trango noise was induced, just like in the field. What was most interesting is the results of the Bandwdith test, when noise was induced. Note we were simultaneously running 1500byte ping across both radios simultanous to MT bandwidth test to clientB, and accross clientA we ran a timed Iperf to generate triffic. . When noise was slowly induced, the pings stopped passing traffic first, then about a second or two later, the MT Bandwidth test (same results set at UDP or TCP) started the incremental slow down, 800mbps to 700mbps, to 500mbps, to 300 mbps until reached Zero, and then when at Zero the wifi session to ClientB dropped. So first thing we realized is that the MT Bandwdith test incremental slow down was a misleading symptom. Its the results the tool will always show when any Noise gets injected onto the link to the level that full packet traffic won't pass. Second thing noticed... In our original test bed, clientB was on Station WDS, and CLientA on WDS Slave. This is because clientB is the 411 board and has License level 3, and we figured it would only support station modes. We also switched ClientA to station WDS, and when we did that, and injected noise, it took a bit longer and more noise before the noise caused links to drop, and it also eventually caused ClientA to also drop along with ClientB. That last test was done at end of day, as we were finishing up. Tommorrow, we are going to substitute a 433board for teh 411 board, and see if we get different results or not. Tommorrow we are also going to try different configuration methods other than WDS modes, to see if the links drop as easilly in the same way or not. So in summary I can conclusively say The original way I had radio configured wa sperfectly acceptable for low noise conditions. But with 900Mhz, I surely will run into sporatic noise, atleast at that site.. It is clear that noise was integating the odd behavior from the MT radios. It is also clear noise was at the AP side. What we still will be investigating is how come one radio was effected more than the other, and if we can find alternate MT configs to allow clients to be more noise resilient. Â In a nutshell, disconnections occured to soon on the one unit. 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: Thursday, September 17, 2009 4:04 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speeddegradetp Zero then drop- repeat. WDS and nstreme can be used with wireless-test I hear. Â Before that it was not workable at all. Any load seems to kill your links - that has to be kept on mind. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 3:41 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: Well your problem reminded me of wds + nstreme problem is why I brought it up. Â I believe wireless-test will fix this. How can WDS and NStreme be used togeather? I thought it had to be one or the other? Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Will do that if necessary, after firmware update. Are the links losing wireless association? Yes, they do when it reaches Zero mbps, then immediately restablishes association. 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: Wednesday, September 16, 2009 9:43 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS
[WISPA] Mikrotik load balancing ( was backhaul choices )
Anyone else had a chance to play with MPLS much on the mikrotiks? Having read the wiki article* about using MPLS to bridge two networks (instead of WDS or EoIP) I have tried it on a new link I put up. So far so good. I think I need to play with the MTU settings a bit more to optimize it. What I'm wondering is if Mikrotik MPLS can be used as a load balancing method on dual radios, where OSPF routing may not be appropriate. http://www.nil.com/ipcorner/LoadSharingTE explores a couple load balancing approaches, including MPLS on Cisco. Anyone confident enough in their MPLS skills to try to make this work on Mikrotik wireless links? Seems like it could combine benefits of the ospf method with transparent bridging. Randy * Wiki link: http://wiki.mikrotik.com/wiki/Transparently_Bridge_two_Networks_using_MPLS Josh Luthman wrote: Good for weeks or months. Terrible for a long term link. Have Butch set it up in a few minutes or read the documentation and get it going yourself. Well worth it. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 11:19 AM, Robert West robert.w...@just-micro.comwrote: Yeah, locks up. But again, I haven't tried it but from what I've read I'll pass on it. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 11:03 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices It tends to fall on its face at times although I never tried it for myself. What is it? Referring to dual nstreme? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:58 AM, Robert West robert.w...@just-micro.comwrote: I've heard the same thing over in the Mikrotik forums. The solution they had is the same as Josh here says. It tends to fall on its face at times although I never tried it for myself. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 10:26 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices I am suggesting don't use dual nstreme as it causes lock ups. Use OSPF to create a pseudo FDX bridge between two links. Personally done with 1 RB and 2 radios on each side, but could work with 1 RB and four bullets/comparable (just need to make sure they're true bridges). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:13 AM, Dennis Burgess dmburg...@linktechs.netwrote: Don't know what that means? I am assuming that you had some lockups while using dual nstream. Don't think that was part of the conversation. I was just saying that doing a Full Duplex OSPF or Static-Routed link is well documented. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training Author of Learn RouterOS -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 5:12 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices So the three lock ups on my links while using dual nstreme were just a coincidentally solved by changing the config..? On 9/17/09, Dennis Burgess dmburg...@linktechs.net wrote: OSPF Full duplex is no biggy, anyone can do it and is well documented, but I don't think he needs that. I would just put up a link and be happy! Keep in mind, installation is key to a quality and reliable link! -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Wednesday, September 16, 2009 6:39 PM To: sc...@brevardwireless.com; WISPA General List Subject: Re: [WISPA] backhaul choices Assuming you can get 40mhz of 5ghz spectrum and not need it anymore, MT is great and it's cheap. Finding that 40mhz is your major concern. I am running two backhauls, each with two pairs of radios (that's 40mhz of spectrum) and they're 99% awesome. Don't use the 532/333
Re: [WISPA] Mikrotik load balancing ( was backhaul choices )
I've been using for bridging with the N hardware without issue (knock knock) Not sure about dual radio setup options using MPLS/VPLS though... Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Randy Cosby dco...@infowest.com Sent: Thursday, September 17, 2009 12:18 PM To: WISPA General List wireless@wispa.org Subject: [WISPA] Mikrotik load balancing ( was backhaul choices ) Anyone else had a chance to play with MPLS much on the mikrotiks? Having read the wiki article* about using MPLS to bridge two networks (instead of WDS or EoIP) I have tried it on a new link I put up. So far so good. I think I need to play with the MTU settings a bit more to optimize it. What I'm wondering is if Mikrotik MPLS can be used as a load balancing method on dual radios, where OSPF routing may not be appropriate. http://www.nil.com/ipcorner/LoadSharingTE explores a couple load balancing approaches, including MPLS on Cisco. Anyone confident enough in their MPLS skills to try to make this work on Mikrotik wireless links? Seems like it could combine benefits of the ospf method with transparent bridging. Randy * Wiki link: http://wiki.mikrotik.com/wiki/Transparently_Bridge_two_Networks_using_MPLS Josh Luthman wrote: Good for weeks or months. Terrible for a long term link. Have Butch set it up in a few minutes or read the documentation and get it going yourself. Well worth it. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 11:19 AM, Robert West robert.w...@just-micro.comwrote: Yeah, locks up. But again, I haven't tried it but from what I've read I'll pass on it. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 11:03 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices It tends to fall on its face at times although I never tried it for myself. What is it? Referring to dual nstreme? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:58 AM, Robert West robert.w...@just-micro.comwrote: I've heard the same thing over in the Mikrotik forums. The solution they had is the same as Josh here says. It tends to fall on its face at times although I never tried it for myself. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 10:26 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices I am suggesting don't use dual nstreme as it causes lock ups. Use OSPF to create a pseudo FDX bridge between two links. Personally done with 1 RB and 2 radios on each side, but could work with 1 RB and four bullets/comparable (just need to make sure they're true bridges). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:13 AM, Dennis Burgess dmburg...@linktechs.netwrote: Don't know what that means? I am assuming that you had some lockups while using dual nstream. Don't think that was part of the conversation. I was just saying that doing a Full Duplex OSPF or Static-Routed link is well documented. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training Author of Learn RouterOS -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 5:12 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices So the three lock ups on my links while using dual nstreme were just a coincidentally solved by changing the config..? On 9/17/09, Dennis Burgess dmburg...@linktechs.net wrote: OSPF Full duplex is no biggy, anyone can do it and is well documented, but I don't think he needs that. I would just put up a link and be happy! Keep in mind, installation is key
Re: [WISPA] Mikrotik load balancing ( was backhaul choices )
Just curious - what routerboards are you using? Are you bridging vlans across the link? Randy Scott Carullo wrote: I've been using for bridging with the N hardware without issue (knock knock) Not sure about dual radio setup options using MPLS/VPLS though... Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Randy Cosby dco...@infowest.com Sent: Thursday, September 17, 2009 12:18 PM To: WISPA General List wireless@wispa.org Subject: [WISPA] Mikrotik load balancing ( was backhaul choices ) Anyone else had a chance to play with MPLS much on the mikrotiks? Having read the wiki article* about using MPLS to bridge two networks (instead of WDS or EoIP) I have tried it on a new link I put up. So far so good. I think I need to play with the MTU settings a bit more to optimize it. What I'm wondering is if Mikrotik MPLS can be used as a load balancing method on dual radios, where OSPF routing may not be appropriate. http://www.nil.com/ipcorner/LoadSharingTE explores a couple load balancing approaches, including MPLS on Cisco. Anyone confident enough in their MPLS skills to try to make this work on Mikrotik wireless links? Seems like it could combine benefits of the ospf method with transparent bridging. Randy * Wiki link: http://wiki.mikrotik.com/wiki/Transparently_Bridge_two_Networks_using_MPLS Josh Luthman wrote: Good for weeks or months. Terrible for a long term link. Have Butch set it up in a few minutes or read the documentation and get it going yourself. Well worth it. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 11:19 AM, Robert West robert.w...@just-micro.comwrote: Yeah, locks up. But again, I haven't tried it but from what I've read I'll pass on it. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 11:03 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices It tends to fall on its face at times although I never tried it for myself. What is it? Referring to dual nstreme? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:58 AM, Robert West robert.w...@just-micro.comwrote: I've heard the same thing over in the Mikrotik forums. The solution they had is the same as Josh here says. It tends to fall on its face at times although I never tried it for myself. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 10:26 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices I am suggesting don't use dual nstreme as it causes lock ups. Use OSPF to create a pseudo FDX bridge between two links. Personally done with 1 RB and 2 radios on each side, but could work with 1 RB and four bullets/comparable (just need to make sure they're true bridges). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:13 AM, Dennis Burgess dmburg...@linktechs.netwrote: Don't know what that means? I am assuming that you had some lockups while using dual nstream. Don't think that was part of the conversation. I was just saying that doing a Full Duplex OSPF or Static-Routed link is well documented. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training Author of Learn RouterOS -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 5:12 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices So the three lock ups on my links while using dual nstreme were just
Re: [WISPA] Mikrotik load balancing ( was backhaul choices )
Friends don't let Friends Bridge Networks! ARG! LOL --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training Author of Learn RouterOS -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Thursday, September 17, 2009 12:07 PM To: sc...@brevardwireless.com; WISPA General List Subject: Re: [WISPA] Mikrotik load balancing ( was backhaul choices ) Just curious - what routerboards are you using? Are you bridging vlans across the link? Randy Scott Carullo wrote: I've been using for bridging with the N hardware without issue (knock knock) Not sure about dual radio setup options using MPLS/VPLS though... Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Randy Cosby dco...@infowest.com Sent: Thursday, September 17, 2009 12:18 PM To: WISPA General List wireless@wispa.org Subject: [WISPA] Mikrotik load balancing ( was backhaul choices ) Anyone else had a chance to play with MPLS much on the mikrotiks? Having read the wiki article* about using MPLS to bridge two networks (instead of WDS or EoIP) I have tried it on a new link I put up. So far so good. I think I need to play with the MTU settings a bit more to optimize it. What I'm wondering is if Mikrotik MPLS can be used as a load balancing method on dual radios, where OSPF routing may not be appropriate. http://www.nil.com/ipcorner/LoadSharingTE explores a couple load balancing approaches, including MPLS on Cisco. Anyone confident enough in their MPLS skills to try to make this work on Mikrotik wireless links? Seems like it could combine benefits of the ospf method with transparent bridging. Randy * Wiki link: http://wiki.mikrotik.com/wiki/Transparently_Bridge_two_Networks_using_MP LS Josh Luthman wrote: Good for weeks or months. Terrible for a long term link. Have Butch set it up in a few minutes or read the documentation and get it going yourself. Well worth it. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 11:19 AM, Robert West robert.w...@just-micro.comwrote: Yeah, locks up. But again, I haven't tried it but from what I've read I'll pass on it. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 11:03 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices It tends to fall on its face at times although I never tried it for myself. What is it? Referring to dual nstreme? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:58 AM, Robert West robert.w...@just-micro.comwrote: I've heard the same thing over in the Mikrotik forums. The solution they had is the same as Josh here says. It tends to fall on its face at times although I never tried it for myself. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 10:26 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices I am suggesting don't use dual nstreme as it causes lock ups. Use OSPF to create a pseudo FDX bridge between two links. Personally done with 1 RB and 2 radios on each side, but could work with 1 RB and four bullets/comparable (just need to make sure they're true bridges). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:13 AM, Dennis Burgess dmburg...@linktechs.netwrote: Don't know what that means? I am assuming that you had some lockups while using dual nstream. Don't think that was part of the conversation. I was just saying that doing a Full Duplex OSPF or Static-Routed link is well documented
Re: [WISPA] Mikrotik load balancing ( was backhaul choices )
I generally agree. However, everything on the other end of the network is either enforced as PPPOE-only, or stuff we manage (ups monitoring, etc.). No problems with packet storms, arp tables, etc. I've seen a couple big flat nets with dhcp servers on the far side.. it's crazy. Randy Dennis Burgess wrote: Friends don't let Friends Bridge Networks! ARG! LOL --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training Author of Learn RouterOS -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Thursday, September 17, 2009 12:07 PM To: sc...@brevardwireless.com; WISPA General List Subject: Re: [WISPA] Mikrotik load balancing ( was backhaul choices ) Just curious - what routerboards are you using? Are you bridging vlans across the link? Randy Scott Carullo wrote: I've been using for bridging with the N hardware without issue (knock knock) Not sure about dual radio setup options using MPLS/VPLS though... Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Randy Cosby dco...@infowest.com Sent: Thursday, September 17, 2009 12:18 PM To: WISPA General List wireless@wispa.org Subject: [WISPA] Mikrotik load balancing ( was backhaul choices ) Anyone else had a chance to play with MPLS much on the mikrotiks? Having read the wiki article* about using MPLS to bridge two networks (instead of WDS or EoIP) I have tried it on a new link I put up. So far so good. I think I need to play with the MTU settings a bit more to optimize it. What I'm wondering is if Mikrotik MPLS can be used as a load balancing method on dual radios, where OSPF routing may not be appropriate. http://www.nil.com/ipcorner/LoadSharingTE explores a couple load balancing approaches, including MPLS on Cisco. Anyone confident enough in their MPLS skills to try to make this work on Mikrotik wireless links? Seems like it could combine benefits of the ospf method with transparent bridging. Randy * Wiki link: http://wiki.mikrotik.com/wiki/Transparently_Bridge_two_Networks_using_MP LS Josh Luthman wrote: Good for weeks or months. Terrible for a long term link. Have Butch set it up in a few minutes or read the documentation and get it going yourself. Well worth it. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 11:19 AM, Robert West robert.w...@just-micro.comwrote: Yeah, locks up. But again, I haven't tried it but from what I've read I'll pass on it. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 11:03 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices It tends to fall on its face at times although I never tried it for myself. What is it? Referring to dual nstreme? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:58 AM, Robert West robert.w...@just-micro.comwrote: I've heard the same thing over in the Mikrotik forums. The solution they had is the same as Josh here says. It tends to fall on its face at times although I never tried it for myself. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 10:26 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices I am suggesting don't use dual nstreme as it causes lock ups. Use OSPF to create a pseudo FDX bridge between two links. Personally done
Re: [WISPA] Mikrotik load balancing ( was backhaul choices )
I never got that t-shirt. ;-) - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Dennis Burgess dmburg...@linktechs.net Sent: Thursday, September 17, 2009 12:08 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik load balancing ( was backhaul choices ) Friends don't let Friends Bridge Networks! ARG! LOL --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training Author of Learn RouterOS -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Thursday, September 17, 2009 12:07 PM To: sc...@brevardwireless.com; WISPA General List Subject: Re: [WISPA] Mikrotik load balancing ( was backhaul choices ) Just curious - what routerboards are you using? Are you bridging vlans across the link? Randy Scott Carullo wrote: I've been using for bridging with the N hardware without issue (knock knock) Not sure about dual radio setup options using MPLS/VPLS though... Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Randy Cosby dco...@infowest.com Sent: Thursday, September 17, 2009 12:18 PM To: WISPA General List wireless@wispa.org Subject: [WISPA] Mikrotik load balancing ( was backhaul choices ) Anyone else had a chance to play with MPLS much on the mikrotiks? Having read the wiki article* about using MPLS to bridge two networks (instead of WDS or EoIP) I have tried it on a new link I put up. So far so good. I think I need to play with the MTU settings a bit more to optimize it. What I'm wondering is if Mikrotik MPLS can be used as a load balancing method on dual radios, where OSPF routing may not be appropriate. http://www.nil.com/ipcorner/LoadSharingTE explores a couple load balancing approaches, including MPLS on Cisco. Anyone confident enough in their MPLS skills to try to make this work on Mikrotik wireless links? Seems like it could combine benefits of the ospf method with transparent bridging. Randy * Wiki link: http://wiki.mikrotik.com/wiki/Transparently_Bridge_two_Networks_using_MP LS Josh Luthman wrote: Good for weeks or months. Terrible for a long term link. Have Butch set it up in a few minutes or read the documentation and get it going yourself. Well worth it. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 11:19 AM, Robert West robert.w...@just-micro.comwrote: Yeah, locks up. But again, I haven't tried it but from what I've read I'll pass on it. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 11:03 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices It tends to fall on its face at times although I never tried it for myself. What is it? Referring to dual nstreme? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:58 AM, Robert West robert.w...@just-micro.comwrote: I've heard the same thing over in the Mikrotik forums. The solution they had is the same as Josh here says. It tends to fall on its face at times although I never tried it for myself. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, September 17, 2009 10:26 AM To: WISPA General List Subject: Re: [WISPA] backhaul choices I am suggesting don't use dual nstreme as it causes lock ups. Use OSPF to create a pseudo FDX bridge between two links. Personally done with 1 RB and 2 radios on each side, but could work with 1 RB and four bullets/comparable (just need to make sure they're true bridges). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 10:13 AM, Dennis Burgess dmburg...@linktechs.netwrote: Don't know what that means? I am assuming that you had some lockups while using dual nstream. Don't think that was part of the conversation. I was just saying that doing a Full Duplex
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat.
Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. How can WDS and NStreme be used togeather? I thought it had to be one or the other? Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Will do that if necessary, after firmware update. Are the links losing wireless association? Yes, they do when it reaches Zero mbps, then immediately restablishes association. 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: Wednesday, September 16, 2009 9:43 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Are the links losing wireless association? On 9/16/09, Tom DeReggi wirelessn...@rapiddsl.net wrote: No I am not using nstreme now. However, to expand on the conversationsand history of the job I am using WDS because that is the standard configuration that has always worked for us. We have a central routing platform at the nearest regional tower and bandwdith manage via VLAN, so we wanted all our leg radios to be true bridges, for easy consistent management of IP space. Many of our MT isntalls are configured for VLAN. When we originally selected WDS for our standard config, taht was like 3 years ago, with the earlier MT 2.X versions, and some of teh alternate methods did not properly work as stated in manual. For example, back then Station WDS didn't work right. Now a couple years later, and up to many version of 3.X, we want to re-investigate what is best practices. In this particular case, Subscriber A had to be a true bridge for various reasons so used WDS. But SubscriberB was an end user residential client, connected with a Linksys router, and could have worked fine as a standard wifi client. What we tried to do first was setup a Virtual AP. Leave Custoemr A on WDS, and then setup CustomerB as a standard wifi station on the Virtual AP standard AP. But we couldn't get the Virtual AP to pass traffic. We weren't sure if it was a config mistake or a incompatible configuration, doing both WDS and Virtual AP on the same WLAN. So that is why we reconfigured everything back to all WDS. We are looking for alternate configuration options, if better. In this particular case, we were very concerned about hidden node type issues, and concerned using regular WDS for both clients could cause significant Hideen Node type colissions or self interference. SubA was like 5 miles away, and pushes much larger amount of traffic, SubB was like 1 mile away, and low use residential. We were concerned Residential SubB could get performance issues because of SubA's traffic use. We were debating whether NStreme w/ polling would have been the best configuration for the solution. Does NStreme polling allow full bridging like WDS? Do you have any recommendations on best practice config now for MT PTMP, (without routing)? 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: Wednesday, September 16, 2009 12:42 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. You're not using nstreme are you? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Tue, Sep 15, 2009 at 8:25 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat.
WDS and nstreme can be used with wireless-test I hear. Before that it was not workable at all. Any load seems to kill your links - that has to be kept on mind. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Thu, Sep 17, 2009 at 3:41 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. How can WDS and NStreme be used togeather? I thought it had to be one or the other? Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Will do that if necessary, after firmware update. Are the links losing wireless association? Yes, they do when it reaches Zero mbps, then immediately restablishes association. 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: Wednesday, September 16, 2009 9:43 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Are the links losing wireless association? On 9/16/09, Tom DeReggi wirelessn...@rapiddsl.net wrote: No I am not using nstreme now. However, to expand on the conversationsand history of the job I am using WDS because that is the standard configuration that has always worked for us. We have a central routing platform at the nearest regional tower and bandwdith manage via VLAN, so we wanted all our leg radios to be true bridges, for easy consistent management of IP space. Many of our MT isntalls are configured for VLAN. When we originally selected WDS for our standard config, taht was like 3 years ago, with the earlier MT 2.X versions, and some of teh alternate methods did not properly work as stated in manual. For example, back then Station WDS didn't work right. Now a couple years later, and up to many version of 3.X, we want to re-investigate what is best practices. In this particular case, Subscriber A had to be a true bridge for various reasons so used WDS. But SubscriberB was an end user residential client, connected with a Linksys router, and could have worked fine as a standard wifi client. What we tried to do first was setup a Virtual AP. Leave Custoemr A on WDS, and then setup CustomerB as a standard wifi station on the Virtual AP standard AP. But we couldn't get the Virtual AP to pass traffic. We weren't sure if it was a config mistake or a incompatible configuration, doing both WDS and Virtual AP on the same WLAN. So that is why we reconfigured everything back to all WDS. We are looking for alternate configuration options, if better. In this particular case, we were very concerned about hidden node type issues, and concerned using regular WDS for both clients could cause significant Hideen Node type colissions or self interference. SubA was like 5 miles away, and pushes much larger amount of traffic, SubB was like 1 mile away, and low use residential. We were concerned Residential SubB could get performance issues because of SubA's traffic use. We were debating whether NStreme w/ polling would have been the best configuration for the solution. Does NStreme polling allow full bridging like WDS? Do you have any recommendations on best practice config now for MT PTMP, (without routing)? 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: Wednesday, September 16, 2009 12:42 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. You're not using nstreme are you? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Tue, Sep 15, 2009 at 8:25 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat.
Maybe just bad hardware at Subscriber B? Last week we had an XR-9 ptp link in Houston that behaved somewhat similarly, great speed in one direction, but next to nothing in the other. Shotgunning the radio motherboard (an Alix) fixed it. Haven't gotten it back yet so don't know which went bad. Tom S. - Original Message - From: Tom DeReggi wirelessn...@rapiddsl.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 15, 2009 5:25 PM Subject: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat. I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What is causing this problem? Why is speed received from my SubscriberB incrementally degrading and breaking link? Bridge loops? Is my config valid? RB411 Bug? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband 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] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat.
Try upgrading the subscriber with problems to V3.28 and using the wireless test package. Many of the odd issues we've had with MT and wireless are version related. On Wed, Sep 16, 2009 at 2:20 AM, Tom Sharplestsharp...@qorvus.com wrote: Maybe just bad hardware at Subscriber B? Last week we had an XR-9 ptp link in Houston that behaved somewhat similarly, great speed in one direction, but next to nothing in the other. Shotgunning the radio motherboard (an Alix) fixed it. Haven't gotten it back yet so don't know which went bad. Tom S. - Original Message - From: Tom DeReggi wirelessn...@rapiddsl.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 15, 2009 5:25 PM Subject: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat. I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. Â The XR900 has two subscriber points. Â So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. Â So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. Â At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Â Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. Â As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What is causing this problem? Â Why is speed received from my SubscriberB incrementally degrading and breaking link? Bridge loops? Is my config valid? RB411 Bug? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband 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] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat.
PAul, I'll try updating the firmware, that makes sense to try. Upgrading from 3.10 to 3.28, is it likely that I can do that remotely without my client configuration getting lost in the process? (I know how to upgrade packages, I just didn't know if config files are consistent through all the V3.X revs) Tom, We replaced both XR900s on both sides of link. So its not a bad radio card. We did not replace the RB 411, yet. Its also the first time we used a 411 w/ 900Mhz card, so we dont have a track record for knowing compatibilty, yet. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Tom Sharples tsharp...@qorvus.com To: WISPA General List wireless@wispa.org Sent: Wednesday, September 16, 2009 2:20 AM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat. Maybe just bad hardware at Subscriber B? Last week we had an XR-9 ptp link in Houston that behaved somewhat similarly, great speed in one direction, but next to nothing in the other. Shotgunning the radio motherboard (an Alix) fixed it. Haven't gotten it back yet so don't know which went bad. Tom S. - Original Message - From: Tom DeReggi wirelessn...@rapiddsl.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 15, 2009 5:25 PM Subject: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat. I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What is causing this problem? Why is speed received from my SubscriberB incrementally degrading and breaking link? Bridge loops? Is my config valid? RB411 Bug? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband 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] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat.
Tom, Be sure to upgrade the bios firmware as well when you go to 3.28 You can upgrade the firmware with no loss of config, but to upgrade the bios you have to be in the CLI. System routerboard print (shows you the version you are running with upgrade available) Then type system routerboard upgrade and then reboot We have been experiencing a few odd issues as well. Mac -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Tom DeReggi Sent: Wednesday, September 16, 2009 9:15 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat. PAul, I'll try updating the firmware, that makes sense to try. Upgrading from 3.10 to 3.28, is it likely that I can do that remotely without my client configuration getting lost in the process? (I know how to upgrade packages, I just didn't know if config files are consistent through all the V3.X revs) Tom, We replaced both XR900s on both sides of link. So its not a bad radio card. We did not replace the RB 411, yet. Its also the first time we used a 411 w/ 900Mhz card, so we dont have a track record for knowing compatibilty, yet. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Tom Sharples tsharp...@qorvus.com To: WISPA General List wireless@wispa.org Sent: Wednesday, September 16, 2009 2:20 AM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat. Maybe just bad hardware at Subscriber B? Last week we had an XR-9 ptp link in Houston that behaved somewhat similarly, great speed in one direction, but next to nothing in the other. Shotgunning the radio motherboard (an Alix) fixed it. Haven't gotten it back yet so don't know which went bad. Tom S. - Original Message - From: Tom DeReggi wirelessn...@rapiddsl.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 15, 2009 5:25 PM Subject: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat. I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat.
...with no loss of config is not exactly true - it depends on what version you're running before. Some upgrades brick, some do it flawless. If you're coming form anything in 3.x to 3.28 you should be ok, though I'd upgrade to 3.13 first. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Wed, Sep 16, 2009 at 12:22 PM, Mac Dearman li...@inetsouth.com wrote: Tom, Be sure to upgrade the bios firmware as well when you go to 3.28 You can upgrade the firmware with no loss of config, but to upgrade the bios you have to be in the CLI. System routerboard print (shows you the version you are running with upgrade available) Then type system routerboard upgrade and then reboot We have been experiencing a few odd issues as well. Mac -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Tom DeReggi Sent: Wednesday, September 16, 2009 9:15 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat. PAul, I'll try updating the firmware, that makes sense to try. Upgrading from 3.10 to 3.28, is it likely that I can do that remotely without my client configuration getting lost in the process? (I know how to upgrade packages, I just didn't know if config files are consistent through all the V3.X revs) Tom, We replaced both XR900s on both sides of link. So its not a bad radio card. We did not replace the RB 411, yet. Its also the first time we used a 411 w/ 900Mhz card, so we dont have a track record for knowing compatibilty, yet. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Tom Sharples tsharp...@qorvus.com To: WISPA General List wireless@wispa.org Sent: Wednesday, September 16, 2009 2:20 AM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetpZero then drop- repeat. Maybe just bad hardware at Subscriber B? Last week we had an XR-9 ptp link in Houston that behaved somewhat similarly, great speed in one direction, but next to nothing in the other. Shotgunning the radio motherboard (an Alix) fixed it. Haven't gotten it back yet so don't know which went bad. Tom S. - Original Message - From: Tom DeReggi wirelessn...@rapiddsl.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 15, 2009 5:25 PM Subject: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tpZero then drop- repeat. I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tp Zero then drop- repeat.
You're not using nstreme are you? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Tue, Sep 15, 2009 at 8:25 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What is causing this problem? Why is speed received from my SubscriberB incrementally degrading and breaking link? Bridge loops? Is my config valid? RB411 Bug? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband 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] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat.
No I am not using nstreme now. However, to expand on the conversationsand history of the job I am using WDS because that is the standard configuration that has always worked for us. We have a central routing platform at the nearest regional tower and bandwdith manage via VLAN, so we wanted all our leg radios to be true bridges, for easy consistent management of IP space. Many of our MT isntalls are configured for VLAN. When we originally selected WDS for our standard config, taht was like 3 years ago, with the earlier MT 2.X versions, and some of teh alternate methods did not properly work as stated in manual. For example, back then Station WDS didn't work right. Now a couple years later, and up to many version of 3.X, we want to re-investigate what is best practices. In this particular case, Subscriber A had to be a true bridge for various reasons so used WDS. But SubscriberB was an end user residential client, connected with a Linksys router, and could have worked fine as a standard wifi client. What we tried to do first was setup a Virtual AP. Leave Custoemr A on WDS, and then setup CustomerB as a standard wifi station on the Virtual AP standard AP. But we couldn't get the Virtual AP to pass traffic. We weren't sure if it was a config mistake or a incompatible configuration, doing both WDS and Virtual AP on the same WLAN. So that is why we reconfigured everything back to all WDS. We are looking for alternate configuration options, if better. In this particular case, we were very concerned about hidden node type issues, and concerned using regular WDS for both clients could cause significant Hideen Node type colissions or self interference. SubA was like 5 miles away, and pushes much larger amount of traffic, SubB was like 1 mile away, and low use residential. We were concerned Residential SubB could get performance issues because of SubA's traffic use. We were debating whether NStreme w/ polling would have been the best configuration for the solution. Does NStreme polling allow full bridging like WDS? Do you have any recommendations on best practice config now for MT PTMP, (without routing)? 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: Wednesday, September 16, 2009 12:42 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. You're not using nstreme are you? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Tue, Sep 15, 2009 at 8:25 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tp Zero then drop- repeat.
Well your problem reminded me of wds + nstreme problem is why I brought it up. I believe wireless-test will fix this. Any way you could test the links disconnected from the rest of the network and see if stressing the links drops it? Are the links losing wireless association? On 9/16/09, Tom DeReggi wirelessn...@rapiddsl.net wrote: No I am not using nstreme now. However, to expand on the conversationsand history of the job I am using WDS because that is the standard configuration that has always worked for us. We have a central routing platform at the nearest regional tower and bandwdith manage via VLAN, so we wanted all our leg radios to be true bridges, for easy consistent management of IP space. Many of our MT isntalls are configured for VLAN. When we originally selected WDS for our standard config, taht was like 3 years ago, with the earlier MT 2.X versions, and some of teh alternate methods did not properly work as stated in manual. For example, back then Station WDS didn't work right. Now a couple years later, and up to many version of 3.X, we want to re-investigate what is best practices. In this particular case, Subscriber A had to be a true bridge for various reasons so used WDS. But SubscriberB was an end user residential client, connected with a Linksys router, and could have worked fine as a standard wifi client. What we tried to do first was setup a Virtual AP. Leave Custoemr A on WDS, and then setup CustomerB as a standard wifi station on the Virtual AP standard AP. But we couldn't get the Virtual AP to pass traffic. We weren't sure if it was a config mistake or a incompatible configuration, doing both WDS and Virtual AP on the same WLAN. So that is why we reconfigured everything back to all WDS. We are looking for alternate configuration options, if better. In this particular case, we were very concerned about hidden node type issues, and concerned using regular WDS for both clients could cause significant Hideen Node type colissions or self interference. SubA was like 5 miles away, and pushes much larger amount of traffic, SubB was like 1 mile away, and low use residential. We were concerned Residential SubB could get performance issues because of SubA's traffic use. We were debating whether NStreme w/ polling would have been the best configuration for the solution. Does NStreme polling allow full bridging like WDS? Do you have any recommendations on best practice config now for MT PTMP, (without routing)? 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: Wednesday, September 16, 2009 12:42 PM Subject: Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degradetp Zero then drop- repeat. You're not using nstreme are you? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Tue, Sep 15, 2009 at 8:25 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps
Re: [WISPA] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tp Zero then drop- repeat.
I had this with XR9's. Replace the XR9 on sub B. Tom DeReggi wrote: I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What is causing this problem? Why is speed received from my SubscriberB incrementally degrading and breaking link? Bridge loops? Is my config valid? RB411 Bug? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband 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] Mikrotik Problem - 900Mhz-WDS-incremental speed degrade tp Zero then drop- repeat.
I have a problem with Mikrotik I have not been able to solve. Wondering if anyone has any insight. A summary config is I have a 433AH setup as AP with 1 XR900 and 1 R5H (5.8Ghz). The Cat5 Ethernet port goes to a SMC VLAN switch, where the SMC tags and untags VLAN ID, and continues to the Backhaul Radio. My point here is the MT itself does not have any VLAN configured. I need everything to act as a True Bridge, so I'm using WDS on everything. Both mPCI cards are set up as AP and then WDS interfaces configured. The R5H sector has one subscriber, so there is one WDS interface created for that. The XR900 has two subscriber points. So there are two WDS interfaces set up for the XR900 sector, one for each subscriber. So all three WDS interaces and the Ethernet (to backhaul) are all bridged togeather under one Bridge. SubscriberA has a 433AH also, and actually is a repeater site. So it has two mPCI each configured for WDS, and then the WDS ports bridged togeather. The primary mPCI that connects to the above first AP, is set for WDS Slave. This subscriberA (repeater radio) works normally. I can run MT bandwdith test continually at consistent speed. As well, the subscriber for the R5H sector above also is set up for WDS Salve, and works properly, and tests consistently with Bandwdith test. SubscriberB for 900Mhz sector is the problem. It is a RB411 w/ a 24V-1A PS, w/ XR900. Originally it was set for WDS Slave also. It is now set for WDS Station, and performs the same as if WDS Slave. When running MT Bandwdith test both UDP or TCP, Sitting at the 433AH AP's winbox, I get the following results TXing it works perfectly and consistently. But if doing a receive test It starts out at about 800 kbps, then slowly reduces speed incrementally, down to 500 kbps, to 300kbps, to 100kbps, etc, down to Zero. When it reaches Zero mbps, the radio link disconnects, and immediately restarts itself. Speed starts back up at 800 kbps or so, and the same thing repeats. If doing Bi-directional tests of course the same thing applies, because it receives also. Noise is low at teh SU, about -67, and -74 at AP. At first I thought it was noise at the IP, because occastionally SNR gets very low. .But SubscriberA has a lower signal at -84 and does not experience the same problem. Just for grins, I tried playing around with TRansmit power at the SubscriberB, but that had no positive effect. As well, as a test, I disabled the second WDS interface to SubscriberA, and no change. To be clear... SubscriberA and SubscriberB each have their own WDS interface configured on WLAN1 of the 433AH AP. I am using embedded MTOS V 3.10 on each. What is causing this problem? Why is speed received from my SubscriberB incrementally degrading and breaking link? Bridge loops? Is my config valid? RB411 Bug? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband 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] Mikrotik Processor Load
You might see more info using some of the other similar products. My personal favorite is Astaro. Greg On Sep 2, 2009, at 8:29 AM, Mike wrote: Couldn't you run a bridge computer with something like Untangle running to see what the traffic contains at the tower site? I've never run Untangle, but have considered setting up such a device to put at a troublesome node for analysis. Thoughts? Mike At 07:41 AM 9/2/2009, you wrote: Their isn't any way to see the processes running on a MikroTik unit. If you have run away cpu load. Create a supout.rif file and send it to MikroTik support and they can figure it out. The supout.rif contains info I understand about running processes but they are the only ones that have the tool to view the content of the .rif file. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: Scott Reed scottr...@onlyinternet.net Date: Wed, 02 Sep 2009 07:10:19 To: WISPA General Listwireless@wispa.org Subject: Re: [WISPA] Mikrotik Processor Load I checked all of this before posting. That is the reason for the original question about how to see processor load. I was hoping someone would know that Mikrotik had provided something like top (for Linux) or Task Manager (for Windows) that shows the processes using the processor. Would make it a lot easier to find that the problem is a filter rule or something like that. Tom DeReggi wrote: Are you talking about a 233 mhz or 400 mhz 532? Well the first step is how much traffic is teh RF sending? 2 mbps in an Eth port, could be 15 mbps going out a RF port if lots of retransmissions due to noise. We typically saw 233Mhz 532 peak out at full CPU utulization at 18mbps or so. If two PTP links, its possible the two links are interfering with each other. As well, if you are using WDS Slave (true bridging) accross the RF paths, there is not coordiantion to prevent self interference, and it uses much more CPU processing than non-WDS routed modes. Not saying it the problem, but additional factors to investigate. As well, look for high rate of small packets, for possible DOS attacks. Its real common to see ssh attacks. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Scott Reed scottr...@onlyinternet.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 01, 2009 7:24 PM Subject: [WISPA] Mikrotik Processor Load Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.74/2339 - Release Date: 09/01/09 06:52:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http
Re: [WISPA] Mikrotik Processor Load
I checked all of this before posting. That is the reason for the original question about how to see processor load. I was hoping someone would know that Mikrotik had provided something like top (for Linux) or Task Manager (for Windows) that shows the processes using the processor. Would make it a lot easier to find that the problem is a filter rule or something like that. Tom DeReggi wrote: Are you talking about a 233 mhz or 400 mhz 532? Well the first step is how much traffic is teh RF sending? 2 mbps in an Eth port, could be 15 mbps going out a RF port if lots of retransmissions due to noise. We typically saw 233Mhz 532 peak out at full CPU utulization at 18mbps or so. If two PTP links, its possible the two links are interfering with each other. As well, if you are using WDS Slave (true bridging) accross the RF paths, there is not coordiantion to prevent self interference, and it uses much more CPU processing than non-WDS routed modes. Not saying it the problem, but additional factors to investigate. As well, look for high rate of small packets, for possible DOS attacks. Its real common to see ssh attacks. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Scott Reed scottr...@onlyinternet.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 01, 2009 7:24 PM Subject: [WISPA] Mikrotik Processor Load Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.74/2339 - Release Date: 09/01/09 06:52:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik Processor Load
Their isn't any way to see the processes running on a MikroTik unit. If you have run away cpu load. Create a supout.rif file and send it to MikroTik support and they can figure it out. The supout.rif contains info I understand about running processes but they are the only ones that have the tool to view the content of the .rif file. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: Scott Reed scottr...@onlyinternet.net Date: Wed, 02 Sep 2009 07:10:19 To: WISPA General Listwireless@wispa.org Subject: Re: [WISPA] Mikrotik Processor Load I checked all of this before posting. That is the reason for the original question about how to see processor load. I was hoping someone would know that Mikrotik had provided something like top (for Linux) or Task Manager (for Windows) that shows the processes using the processor. Would make it a lot easier to find that the problem is a filter rule or something like that. Tom DeReggi wrote: Are you talking about a 233 mhz or 400 mhz 532? Well the first step is how much traffic is teh RF sending? 2 mbps in an Eth port, could be 15 mbps going out a RF port if lots of retransmissions due to noise. We typically saw 233Mhz 532 peak out at full CPU utulization at 18mbps or so. If two PTP links, its possible the two links are interfering with each other. As well, if you are using WDS Slave (true bridging) accross the RF paths, there is not coordiantion to prevent self interference, and it uses much more CPU processing than non-WDS routed modes. Not saying it the problem, but additional factors to investigate. As well, look for high rate of small packets, for possible DOS attacks. Its real common to see ssh attacks. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Scott Reed scottr...@onlyinternet.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 01, 2009 7:24 PM Subject: [WISPA] Mikrotik Processor Load Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.74/2339 - Release Date: 09/01/09 06:52:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Mikrotik Processor Load
Couldn't you run a bridge computer with something like Untangle running to see what the traffic contains at the tower site? I've never run Untangle, but have considered setting up such a device to put at a troublesome node for analysis. Thoughts? Mike At 07:41 AM 9/2/2009, you wrote: Their isn't any way to see the processes running on a MikroTik unit. If you have run away cpu load. Create a supout.rif file and send it to MikroTik support and they can figure it out. The supout.rif contains info I understand about running processes but they are the only ones that have the tool to view the content of the .rif file. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: Scott Reed scottr...@onlyinternet.net Date: Wed, 02 Sep 2009 07:10:19 To: WISPA General Listwireless@wispa.org Subject: Re: [WISPA] Mikrotik Processor Load I checked all of this before posting. That is the reason for the original question about how to see processor load. I was hoping someone would know that Mikrotik had provided something like top (for Linux) or Task Manager (for Windows) that shows the processes using the processor. Would make it a lot easier to find that the problem is a filter rule or something like that. Tom DeReggi wrote: Are you talking about a 233 mhz or 400 mhz 532? Well the first step is how much traffic is teh RF sending? 2 mbps in an Eth port, could be 15 mbps going out a RF port if lots of retransmissions due to noise. We typically saw 233Mhz 532 peak out at full CPU utulization at 18mbps or so. If two PTP links, its possible the two links are interfering with each other. As well, if you are using WDS Slave (true bridging) accross the RF paths, there is not coordiantion to prevent self interference, and it uses much more CPU processing than non-WDS routed modes. Not saying it the problem, but additional factors to investigate. As well, look for high rate of small packets, for possible DOS attacks. Its real common to see ssh attacks. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Scott Reed scottr...@onlyinternet.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 01, 2009 7:24 PM Subject: [WISPA] Mikrotik Processor Load Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.74/2339 - Release Date: 09/01/09 06:52:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: 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] Mikrotik Processor Load
Thanks Eje. If it looks like it is really a problem I will send them the file. e...@wisp-router.com wrote: Their isn't any way to see the processes running on a MikroTik unit. If you have run away cpu load. Create a supout.rif file and send it to MikroTik support and they can figure it out. The supout.rif contains info I understand about running processes but they are the only ones that have the tool to view the content of the .rif file. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: Scott Reed scottr...@onlyinternet.net Date: Wed, 02 Sep 2009 07:10:19 To: WISPA General Listwireless@wispa.org Subject: Re: [WISPA] Mikrotik Processor Load I checked all of this before posting. That is the reason for the original question about how to see processor load. I was hoping someone would know that Mikrotik had provided something like top (for Linux) or Task Manager (for Windows) that shows the processes using the processor. Would make it a lot easier to find that the problem is a filter rule or something like that. Tom DeReggi wrote: Are you talking about a 233 mhz or 400 mhz 532? Well the first step is how much traffic is teh RF sending? 2 mbps in an Eth port, could be 15 mbps going out a RF port if lots of retransmissions due to noise. We typically saw 233Mhz 532 peak out at full CPU utulization at 18mbps or so. If two PTP links, its possible the two links are interfering with each other. As well, if you are using WDS Slave (true bridging) accross the RF paths, there is not coordiantion to prevent self interference, and it uses much more CPU processing than non-WDS routed modes. Not saying it the problem, but additional factors to investigate. As well, look for high rate of small packets, for possible DOS attacks. Its real common to see ssh attacks. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Scott Reed scottr...@onlyinternet.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 01, 2009 7:24 PM Subject: [WISPA] Mikrotik Processor Load Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.74/2339 - Release Date: 09/01/09 06:52:00 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.75/2341 - Release Date: 09/02/09 05:50:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik Processor Load
Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik Processor Load
Connection tracking? Do you have all of the extra packages you don't use disabled? I've seen this once with web proxy enabled and someone using it to send spam. -Kevin On Tue, Sep 1, 2009 at 5:24 PM, Scott Reedscottr...@onlyinternet.net wrote: Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? Â No queues, no filters. Â Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Mikrotik Processor Load
Are you talking about a 233 mhz or 400 mhz 532? Well the first step is how much traffic is teh RF sending? 2 mbps in an Eth port, could be 15 mbps going out a RF port if lots of retransmissions due to noise. We typically saw 233Mhz 532 peak out at full CPU utulization at 18mbps or so. If two PTP links, its possible the two links are interfering with each other. As well, if you are using WDS Slave (true bridging) accross the RF paths, there is not coordiantion to prevent self interference, and it uses much more CPU processing than non-WDS routed modes. Not saying it the problem, but additional factors to investigate. As well, look for high rate of small packets, for possible DOS attacks. Its real common to see ssh attacks. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Scott Reed scottr...@onlyinternet.net To: WISPA General List wireless@wispa.org Sent: Tuesday, September 01, 2009 7:24 PM Subject: [WISPA] Mikrotik Processor Load Anyone know an easy way to figure out what a 532 with 2 PtP links on it would be running at 80+%? No queues, no filters. Moving about 2Mbps from the 2 backhauls down the wire. -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/
[WISPA] Mikrotik and 3650
I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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] Mikrotik and 3650
I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik and 3650
I know it works, but will the FCC come crashing down on me if they find out I have these in place? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik and 3650
On Thu, August 20, 2009 2:51 pm, Jason Hensley wrote: I know it works, but will the FCC come crashing down on me if they find out I have these in place? As long as you're licensed (just a couple hundred bucks), and every 3650 endpoint is registered with the FCC (you have to register not just your towers, but also every customer in a PtMP setup, AFAICT), and you're within power guidelines, it shouldn't be a problem. David Smith MVN.net 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] Mikrotik and 3650
* Jason Hensley wrote, On 8/20/2009 3:51 PM: I know it works, but will the FCC come crashing down on me if they find out I have these in place? FIrst you need to lite-license yourself and make sure you (your locations) are not in an exclusion zone. If so, then take 2. Otherwise, proceed and follow the rules. I also would use the Ligowave stuff as well even though I've used the MTK stuff. I'm disappointed in the Ubiquiti stuff (at least 900) and wouldn't want the same thing to happen there (3650) leon -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.62/2315 - Release Date: 08/20/09 06:05: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] Mikrotik and 3650
Already licensed, so covered there. Will definitely register each one, covered there. Just making sure that the equipment I'm looking at won't cause problems with the FCC. Now, my preference would be to grab a Tranzeo starter kit, or to grab a Ligowave pair for this, but the ole' pocketbook is just a little tight right now and I've GOT to do something about my primary backhaul. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of David E. Smith Sent: Thursday, August 20, 2009 2:59 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 On Thu, August 20, 2009 2:51 pm, Jason Hensley wrote: I know it works, but will the FCC come crashing down on me if they find out I have these in place? As long as you're licensed (just a couple hundred bucks), and every 3650 endpoint is registered with the FCC (you have to register not just your towers, but also every customer in a PtMP setup, AFAICT), and you're within power guidelines, it shouldn't be a problem. David Smith MVN.net 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] Mikrotik and 3650
Any reason you're avoiding MT with 3.65? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik and 3650
I think that should read table, not cable. Josh Luthman wrote: I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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: 8.5.409 / Virus Database: 270.13.62/2315 - Release Date: 08/20/09 06:05:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik and 3650
I think I listed all my reasons. No support from anyone on it MT doesn't get the channel right (small but on a bad day big) Poor bang/buck - Ligowave is best here IMO On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: Any reason you're avoiding MT with 3.65? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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/ -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik and 3650
Guess you did not contact the right people for support on them. :) WE have quite a few of them up and running happily. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Â -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 3:22 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I think I listed all my reasons. No support from anyone on it MT doesn't get the channel right (small but on a bad day big) Poor bang/buck - Ligowave is best here IMO On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: Any reason you're avoiding MT with 3.65? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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/ -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik and 3650
I did post on this list, IIRC. Only Tom said he had one. Been a few weeks/months. On 8/20/09, Dennis Burgess dmburg...@linktechs.net wrote: Guess you did not contact the right people for support on them. :) WE have quite a few of them up and running happily. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 3:22 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I think I listed all my reasons. No support from anyone on it MT doesn't get the channel right (small but on a bad day big) Poor bang/buck - Ligowave is best here IMO On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: Any reason you're avoiding MT with 3.65? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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/ -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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
Re: [WISPA] Mikrotik and 3650
It's not all that bad as long as you live up with the 3 problems listed below. Pricing I think is within range if not less. We have 1 link up with it and it works as good as 2/5GHz does. 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 Josh Luthman Sent: Thursday, August 20, 2009 4:22 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I think I listed all my reasons. No support from anyone on it MT doesn't get the channel right (small but on a bad day big) Poor bang/buck - Ligowave is best here IMO On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: Any reason you're avoiding MT with 3.65? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Luthman Sent: Thursday, August 20, 2009 2:44 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik and 3650 I personally am avoiding 3.65 and MT. Ligowave and an80 are what I am going to do. I do know it works, though. You have to find the cable that matches 5.8 frequency in MT to 3.65 in actual output. No support by MT (or even as much as an answer to my questions). On 8/20/09, Jason Hensley ja...@jaggartech.com wrote: I need a backhaul link outside of 2.4 and 5.8. If I put together a Mikrotik system, say an RB600 with an Xr3 and put a 20db Grid on each end would that be legal? Admittedly I'm not up to speed on what is and is not allowed in 3650 as far as power output, etc etc. This would be a short backhaul - 2 miles or less. Along these same lines, can I build a PtMP 3650 system with these same type specs? Thanks! 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 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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/ -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik Redirect
Slander only applies if it is untrue. Stating a fact, regardless of how embarrassing it is would not be slander. When your bank places a foreclosure notice on your house because you haven't paid your mortgage you don't get to sue. As was stated earlier, dish network certainly doesn't have a problem pasting notices on your TV's about paying your bill. The water company and power companies don't mind red tagging your meters. I don't think there is any problem with redirecting the service to a payment site. If the account is past due it is past due. I'd rather have whoever is using the system know that rather than having them think the service isn't working because of something we did. Cameron Jonathan Schmidt wrote: Yes, Mike, it isn't the same as sending a letter...even if the color of the envelope is indicative of some situation. Nevertheless, the legal rules are very strict...nobody but the addressee can open it. When you put something on every screen on every PC using a subscriber's account and reveal any financial matter, especially an embarrassing one, a hot head may, when enraged, do all sorts of things...especially if the mistake isn't theirs (which is a small but possible event). If you can get the account holder to sign into a Web site with their assigned USERNAME and PASSWORD...that's OK and you can exchange confidential information. If you can get them to call, that's OK (...can I have your name and last 4 digits of your SS#?). Creating a gated garden which allows an immediate click-to-restore but states that a situation exists that requires the account holder to call a phone number is OK since it doesn't slander the account holder (maybe mistakenly), can verify the account holder, and, if the message screen is only on port 80 and doesn't stop the VoIP phone from accessing 911, etc., there is no jeopardy. And, that screen can come more and more frequently...maybe every 5 minutes until they call. ...just a further thought. . . . j o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 11:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better
Re: [WISPA] Mikrotik Redirect
We do this all of the time, and out of the hundreds of WISPs and ISPs I have never heard of anyone getting sued over it. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Â -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of ccrum Sent: Friday, August 14, 2009 1:28 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Slander only applies if it is untrue. Stating a fact, regardless of how embarrassing it is would not be slander. When your bank places a foreclosure notice on your house because you haven't paid your mortgage you don't get to sue. As was stated earlier, dish network certainly doesn't have a problem pasting notices on your TV's about paying your bill. The water company and power companies don't mind red tagging your meters. I don't think there is any problem with redirecting the service to a payment site. If the account is past due it is past due. I'd rather have whoever is using the system know that rather than having them think the service isn't working because of something we did. Cameron Jonathan Schmidt wrote: Yes, Mike, it isn't the same as sending a letter...even if the color of the envelope is indicative of some situation. Nevertheless, the legal rules are very strict...nobody but the addressee can open it. When you put something on every screen on every PC using a subscriber's account and reveal any financial matter, especially an embarrassing one, a hot head may, when enraged, do all sorts of things...especially if the mistake isn't theirs (which is a small but possible event). If you can get the account holder to sign into a Web site with their assigned USERNAME and PASSWORD...that's OK and you can exchange confidential information. If you can get them to call, that's OK (...can I have your name and last 4 digits of your SS#?). Creating a gated garden which allows an immediate click-to-restore but states that a situation exists that requires the account holder to call a phone number is OK since it doesn't slander the account holder (maybe mistakenly), can verify the account holder, and, if the message screen is only on port 80 and doesn't stop the VoIP phone from accessing 911, etc., there is no jeopardy. And, that screen can come more and more frequently...maybe every 5 minutes until they call. ...just a further thought. . . . j o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 11:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule
Re: [WISPA] Mikrotik Redirect
On Aug 14, 2009, at 2:27 PM, ccrum wrote: Slander only applies if it is untrue. Stating a fact, regardless of how embarrassing it is would not be slander. When your bank places a foreclosure notice on your house because you haven't paid your mortgage you don't get to sue. That isn't true. You can *always* sue. The problem with a potential slander claim is, you still have to go to court. You're not likely to get it tossed without a hearing. I'm with you that you'd almost certainly win, but it's a mistake to think you can't be sued. Chuck As was stated earlier, dish network certainly doesn't have a problem pasting notices on your TV's about paying your bill. The water company and power companies don't mind red tagging your meters. I don't think there is any problem with redirecting the service to a payment site. If the account is past due it is past due. I'd rather have whoever is using the system know that rather than having them think the service isn't working because of something we did. Cameron Jonathan Schmidt wrote: Yes, Mike, it isn't the same as sending a letter...even if the color of the envelope is indicative of some situation. Nevertheless, the legal rules are very strict...nobody but the addressee can open it. When you put something on every screen on every PC using a subscriber's account and reveal any financial matter, especially an embarrassing one, a hot head may, when enraged, do all sorts of things...especially if the mistake isn't theirs (which is a small but possible event). If you can get the account holder to sign into a Web site with their assigned USERNAME and PASSWORD...that's OK and you can exchange confidential information. If you can get them to call, that's OK (...can I have your name and last 4 digits of your SS#?). Creating a gated garden which allows an immediate click-to- restore but states that a situation exists that requires the account holder to call a phone number is OK since it doesn't slander the account holder (maybe mistakenly), can verify the account holder, and, if the message screen is only on port 80 and doesn't stop the VoIP phone from accessing 911, etc., there is no jeopardy. And, that screen can come more and more frequently...maybe every 5 minutes until they call. ...just a further thought. . . . j o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless- boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 11:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless- boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind
Re: [WISPA] Mikrotik Redirect
It sounds like wisp nirvana! Do you mind me asking what billing system you are using, and are you trying to integrate the same? Can Butch Evans write a integration script for this? -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 4:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje Gustafsson Sent: Monday, August 10, 2009 6:05 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik Redirect Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get their original requested webpage just like normal. / Eje -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Monday, August 10, 2009 7:24 PM To: WISPA General List Subject: [WISPA] Mikrotik Redirect What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat action=dst-nat to-addresses=1.2.3.4 to-ports=80 protocol=tcp src-address=0.0.0.0/0 dst-address=!1.2.3.4 dst-port=80 nth=5,1 Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? John Buwa Michiana 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
Re: [WISPA] Mikrotik Redirect
You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje Gustafsson Sent: Monday, August 10, 2009 6:05 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik Redirect Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get their original requested webpage just like normal. / Eje -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Monday, August 10, 2009 7:24 PM To: WISPA General List Subject: [WISPA] Mikrotik Redirect What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat
Re: [WISPA] Mikrotik Redirect
Liability?? Have your customers sign a contract when they sign up that addresses liability. Have them pay ahead. If they are not paid by the 25th for next month send them email reminders. If they have not paid but the 2nd redirect them (everything) saying there is a problem with their account and to call for help. Have a link to the billing system so they can self help by making a payment. If you don't have a billing system that can do these things automatically you need to switch. David -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 10:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje Gustafsson Sent: Monday, August 10, 2009 6:05 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik Redirect Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get
Re: [WISPA] Mikrotik Redirect
Yes, Mike, it isn't the same as sending a letter...even if the color of the envelope is indicative of some situation. Nevertheless, the legal rules are very strict...nobody but the addressee can open it. When you put something on every screen on every PC using a subscriber's account and reveal any financial matter, especially an embarrassing one, a hot head may, when enraged, do all sorts of things...especially if the mistake isn't theirs (which is a small but possible event). If you can get the account holder to sign into a Web site with their assigned USERNAME and PASSWORD...that's OK and you can exchange confidential information. If you can get them to call, that's OK (...can I have your name and last 4 digits of your SS#?). Creating a gated garden which allows an immediate click-to-restore but states that a situation exists that requires the account holder to call a phone number is OK since it doesn't slander the account holder (maybe mistakenly), can verify the account holder, and, if the message screen is only on port 80 and doesn't stop the VoIP phone from accessing 911, etc., there is no jeopardy. And, that screen can come more and more frequently...maybe every 5 minutes until they call. ...just a further thought. . . . j o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 11:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje
Re: [WISPA] Mikrotik Redirect
If it is BillMax, it is also easy. Don't know about others. Butch Evans wrote: On Wed, 2009-08-12 at 07:24 -0700, Chuck Profito wrote: It sounds like wisp nirvana! Do you mind me asking what billing system you are using, and are you trying to integrate the same? Can Butch Evans write a integration script for this? Some details would be needed to determine if I would be able to write a script. If it is FreeSide, it is not only possible, but fairly easy to accomplish. The same may be true for other billing systems, but I don't have much experience with other systems. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.52/2298 - Release Date: 08/12/09 06:09:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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] Mikrotik Redirect
Don't mean to start a flame war...so please don't... This whole idea/feature is native with Powercode. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle On Wed, Aug 12, 2009 at 2:22 PM, Scott Reed scottr...@onlyinternet.netwrote: If it is BillMax, it is also easy. Don't know about others. Butch Evans wrote: On Wed, 2009-08-12 at 07:24 -0700, Chuck Profito wrote: It sounds like wisp nirvana! Do you mind me asking what billing system you are using, and are you trying to integrate the same? Can Butch Evans write a integration script for this? Some details would be needed to determine if I would be able to write a script. If it is FreeSide, it is not only possible, but fairly easy to accomplish. The same may be true for other billing systems, but I don't have much experience with other systems. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.52/2298 - Release Date: 08/12/09 06:09:00 -- Scott Reed Sr. Systems Engineer GAB Midwest 1-800-363-1544 x4000 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: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Mikrotik Redirect
On Wed, 2009-08-12 at 14:27 -0400, Josh Luthman wrote: Don't mean to start a flame war...so please don't... This whole idea/feature is native with Powercode. Flame on, buddy! :-) You are correct. Flexibility such as we are discussing is part of many packages. The difference with PowerCode is that it is built in if you use a compatible BMU. -- * Butch Evans * Professional Network Consultation* * http://www.butchevans.com/* Network Engineering * * http://www.wispa.org/ * Wired or Wireless Networks * * http://blog.butchevans.com/ * ImageStream, Mikrotik and MORE! * 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] Mikrotik Redirect
Someone on the list had a story about causing a panic when a screen with you didn't pay your bill was flashed to an early morning employee. I guess they thought the company was shutting down. Now the page just says: Please contact us. ryan On Aug 12, 2009, at 1:08 PM, Jason Wallace wrote: Could someone sue for this? In a pizza shop in a town I used to live by, there was a wall of shame where they posted all bounced checks for everyone to see with a little sign at the top that if your check bounced it would be posted there until you paid up. I would never do it, but it was a great incentive! Jason Jonathan Schmidt wrote: Yes, Mike, it isn't the same as sending a letter...even if the color of the envelope is indicative of some situation. Nevertheless, the legal rules are very strict...nobody but the addressee can open it. When you put something on every screen on every PC using a subscriber's account and reveal any financial matter, especially an embarrassing one, a hot head may, when enraged, do all sorts of things...especially if the mistake isn't theirs (which is a small but possible event). If you can get the account holder to sign into a Web site with their assigned USERNAME and PASSWORD...that's OK and you can exchange confidential information. If you can get them to call, that's OK (...can I have your name and last 4 digits of your SS#?). Creating a gated garden which allows an immediate click-to- restore but states that a situation exists that requires the account holder to call a phone number is OK since it doesn't slander the account holder (maybe mistakenly), can verify the account holder, and, if the message screen is only on port 80 and doesn't stop the VoIP phone from accessing 911, etc., there is no jeopardy. And, that screen can come more and more frequently...maybe every 5 minutes until they call. ...just a further thought. . . . j o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless- boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 11:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless- boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message
Re: [WISPA] Mikrotik Redirect
Assuming they hide the miker numbers and announce it would happen I like it and should be legal. On 8/12/09, Jason Wallace supp...@azii.net wrote: Could someone sue for this? In a pizza shop in a town I used to live by, there was a wall of shame where they posted all bounced checks for everyone to see with a little sign at the top that if your check bounced it would be posted there until you paid up. I would never do it, but it was a great incentive! Jason Jonathan Schmidt wrote: Yes, Mike, it isn't the same as sending a letter...even if the color of the envelope is indicative of some situation. Nevertheless, the legal rules are very strict...nobody but the addressee can open it. When you put something on every screen on every PC using a subscriber's account and reveal any financial matter, especially an embarrassing one, a hot head may, when enraged, do all sorts of things...especially if the mistake isn't theirs (which is a small but possible event). If you can get the account holder to sign into a Web site with their assigned USERNAME and PASSWORD...that's OK and you can exchange confidential information. If you can get them to call, that's OK (...can I have your name and last 4 digits of your SS#?). Creating a gated garden which allows an immediate click-to-restore but states that a situation exists that requires the account holder to call a phone number is OK since it doesn't slander the account holder (maybe mistakenly), can verify the account holder, and, if the message screen is only on port 80 and doesn't stop the VoIP phone from accessing 911, etc., there is no jeopardy. And, that screen can come more and more frequently...maybe every 5 minutes until they call. ...just a further thought. . . . j o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Mike Hammett Sent: Wednesday, August 12, 2009 11:27 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect You're correct with the liability thing... it sucks that people sue over such petty things. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com -- From: Jonathan Schmidt jeschm...@jeschmidt.com Sent: Tuesday, August 11, 2009 6:38 PM To: 'WISPA General List' wireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port
Re: [WISPA] Mikrotik Redirect
Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get their original requested webpage just like normal. / Eje -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Monday, August 10, 2009 7:24 PM To: WISPA General List Subject: [WISPA] Mikrotik Redirect What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat action=dst-nat to-addresses=1.2.3.4 to-ports=80 protocol=tcp src-address=0.0.0.0/0 dst-address=!1.2.3.4 dst-port=80 nth=5,1 Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? John Buwa Michiana 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] Mikrotik Redirect
You need to do a redirect inside your HTML. So what occurs, is when it hits the page, and I would make it more like 100-200th, every so often it would redirect them to a 404 page on your server. That server then redirects them to the actual address (that is allowed regardless of the NAT rule) and gives them the pay your bill page. --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member Office: 314-735-0270 Website: http://www.linktechs.net LIVE On-Line Mikrotik Training The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Â -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Cheney Sent: Monday, August 10, 2009 8:00 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect sa...@michianawireless.com wrote: Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? Well, I can tell you why this is happening. Remember that each image, each CSS/Javascript include, etc, are all seperate HTTP requests, so if you are interrupting every fifth request, you are also going to end up blocking every fifth include (for reference, my twitter page has 54 src attributes in it, so your rule would break a random 20% of twitter for me). So far as how you would accomplish that, perhaps 1.2.3.4 needs to respond with some javascript to pop up a new window, or force redirection of the existing window. There is no simple way that I can see to be able to do what you are trying to do with just Mikrotik rules. -- Josh Cheney josh.che...@gmail.com http://www.joshcheney.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] Mikrotik Redirect
Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje Gustafsson Sent: Monday, August 10, 2009 6:05 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik Redirect Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get their original requested webpage just like normal. / Eje -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Monday, August 10, 2009 7:24 PM To: WISPA General List Subject: [WISPA] Mikrotik Redirect What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat action=dst-nat to-addresses=1.2.3.4 to-ports=80 protocol=tcp src-address=0.0.0.0/0 dst-address=!1.2.3.4 dst-port=80 nth=5,1 Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? John Buwa Michiana 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] Mikrotik Redirect
Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje Gustafsson Sent: Monday, August 10, 2009 6:05 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik Redirect Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get their original requested webpage just like normal. / Eje -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Monday, August 10, 2009 7:24 PM To: WISPA General List Subject: [WISPA] Mikrotik Redirect What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat action=dst-nat to-addresses=1.2.3.4 to-ports=80 protocol=tcp src-address=0.0.0.0/0 dst-address=!1.2.3.4 dst-port=80 nth=5,1 Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? John Buwa Michiana 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
Re: [WISPA] Mikrotik Redirect
There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Eje Gustafsson Sent: Monday, August 10, 2009 6:05 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik Redirect Yepp bit expected. Because a web page consists of multiple images most of the time and if you use every nth you never know if that rule will then hit a icon, text page or picture file that is retrieved. You could setup something that uses the hotspot service and the advertisement banners. Or I created a solution with Gatespot that when the user login to the hotspot will redirect them to a messaging system that will display any messages to the user if there are any and if there isn't then the user will get their original requested webpage just like normal. / Eje -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Monday, August 10, 2009 7:24 PM To: WISPA General List Subject: [WISPA] Mikrotik Redirect What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat action=dst-nat to-addresses=1.2.3.4 to-ports=80 protocol=tcp src-address=0.0.0.0/0 dst-address=!1.2.3.4 dst-port=80 nth=5,1 Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? John Buwa Michiana Wireless -- -- WISPA Wants You! Join today! http://signup.wispa.org
Re: [WISPA] Mikrotik Redirect
Hmm, Well anything is possible, I guess. But I do not see how alerting a customer that his account went past due and presenting the option to pay it now, is slandering. If his account is past due, then it is past due, just a fact. I happen to know when I forget to pay may dish network bill and I have friends and family over watching tv that dish doesn't mind broadcasting to every TV in the house the announcement that my bill is past due and I should call them now to avoid interruption in my satellite service, they even present me with an option of paying right now by clicking pay now screen button. Hmmm, maybe I should file a law suite against dish to fund my next rollout :) All joking aside, We also have in our contracts that we can limit, redirect and remove access to ports, etc for whatever reason we feel we need to do that. As for cutting off a client, yes we been there done that and still do it and it really p*sses them off. But if they had a choice they just wouldn't pay cause we owe them the Internet. Fact is some clients just wont pay there bill until there account is turned off, period. I am just trying to streamline the whole process so it can be done automatically and inconveniently convenient for everyone. Even with phone calls and letters etc... There are the clients who don't open there mail, those who are never home and don't have answering machines and those who check there email about once every other month or so. This is ideal for them and others, I feel at least. They have total control over there account then. If they choose to wait till it gets turned off, at least with this method if they come home at 3am on a friday and try to use there internet for the first time and see there account was finally turned off they could immediately pay and get turned back on by 3:10 am instead of waiting till they can reach someone at the office the next day. I guess there are pro's and con's... I like it though. I think we would be 'owed' alot less money that we are now. John There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill page until paid. I hope that explains it better. Thanks, John - Original Message - From: Chuck Profito cprof...@cv-access.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 11:45:59 AM GMT -05:00 Columbia Subject: Re: [WISPA] Mikrotik Redirect Why not just a redirect of all port 80 traffic on that ip at 60 days, to the 'Gracious Offer' page, If you call in the next seven days there will be no reup fees, please see your e-mail!, Or maybe just redirect them to a Web Mail Portal sign in page... then 7-14 days later it ALL gets turned off including cancellation fees, if any. Chuck Profito 209-988-7388 CV-ACCESS, INC cprof...@cv-access.com Providing High Speed Broadband to Rural Central California -Original Message
Re: [WISPA] Mikrotik Redirect
IANAL but slander is when you accuse someone of something that is not true or when the truth have been distorted. As you say their bill being overdue is a fact. In our town the city send out water bills with a nasty red strip on it if your bill is due and done so for over 10 years. Nobody sued them for this. Also there are many business around this country that will display NSF checks they tried to cash in public from people that wrote worthless checks that they not been able to collect on. As far as I know no such business ever been sued over this practice especially if they take the check down once it been taken care off. Now if they leave it up after the person that wrote it made good for it well different ball game. Also if you would call the person names etc for not paying their bills then now there is another issue. So couldn't put a NSF check on a board with text on it like Don't you to be an idiot and deadbeat like these morons. /Eje Sent via BlackBerry from T-Mobile -Original Message- From: sa...@michianawireless.com Date: Tue, 11 Aug 2009 19:49:06 To: WISPA General Listwireless@wispa.org Subject: Re: [WISPA] Mikrotik Redirect Hmm, Well anything is possible, I guess. But I do not see how alerting a customer that his account went past due and presenting the option to pay it now, is slandering. If his account is past due, then it is past due, just a fact. I happen to know when I forget to pay may dish network bill and I have friends and family over watching tv that dish doesn't mind broadcasting to every TV in the house the announcement that my bill is past due and I should call them now to avoid interruption in my satellite service, they even present me with an option of paying right now by clicking pay now screen button. Hmmm, maybe I should file a law suite against dish to fund my next rollout :) All joking aside, We also have in our contracts that we can limit, redirect and remove access to ports, etc for whatever reason we feel we need to do that. As for cutting off a client, yes we been there done that and still do it and it really p*sses them off. But if they had a choice they just wouldn't pay cause we owe them the Internet. Fact is some clients just wont pay there bill until there account is turned off, period. I am just trying to streamline the whole process so it can be done automatically and inconveniently convenient for everyone. Even with phone calls and letters etc... There are the clients who don't open there mail, those who are never home and don't have answering machines and those who check there email about once every other month or so. This is ideal for them and others, I feel at least. They have total control over there account then. If they choose to wait till it gets turned off, at least with this method if they come home at 3am on a friday and try to use there internet for the first time and see there account was finally turned off they could immediately pay and get turned back on by 3:10 am instead of waiting till they can reach someone at the office the next day. I guess there are pro's and con's... I like it though. I think we would be 'owed' alot less money that we are now. John There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can
Re: [WISPA] Mikrotik Redirect
Depends whether it is business or residential. Its no problem for residential. But if you try web redirects/alerts with a business sub, where the owner's employees might see the message instead of the accounting office, you might as well write your own cancellation notice, because its comming. Whats relevent to understand is who is responsible for paying the bill and making sure that individual is the one that gets the message. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: sa...@michianawireless.com To: WISPA General List wireless@wispa.org Sent: Tuesday, August 11, 2009 7:49 PM Subject: Re: [WISPA] Mikrotik Redirect Hmm, Well anything is possible, I guess. But I do not see how alerting a customer that his account went past due and presenting the option to pay it now, is slandering. If his account is past due, then it is past due, just a fact. I happen to know when I forget to pay may dish network bill and I have friends and family over watching tv that dish doesn't mind broadcasting to every TV in the house the announcement that my bill is past due and I should call them now to avoid interruption in my satellite service, they even present me with an option of paying right now by clicking pay now screen button. Hmmm, maybe I should file a law suite against dish to fund my next rollout :) All joking aside, We also have in our contracts that we can limit, redirect and remove access to ports, etc for whatever reason we feel we need to do that. As for cutting off a client, yes we been there done that and still do it and it really p*sses them off. But if they had a choice they just wouldn't pay cause we owe them the Internet. Fact is some clients just wont pay there bill until there account is turned off, period. I am just trying to streamline the whole process so it can be done automatically and inconveniently convenient for everyone. Even with phone calls and letters etc... There are the clients who don't open there mail, those who are never home and don't have answering machines and those who check there email about once every other month or so. This is ideal for them and others, I feel at least. They have total control over there account then. If they choose to wait till it gets turned off, at least with this method if they come home at 3am on a friday and try to use there internet for the first time and see there account was finally turned off they could immediately pay and get turned back on by 3:10 am instead of waiting till they can reach someone at the office the next day. I guess there are pro's and con's... I like it though. I think we would be 'owed' alot less money that we are now. John There is some potential liability in this. You don't know if friends are visiting and using the computer...or, the subscriber has an Wi-Fi w/o WAP/WEP and others are (potentially accidentally) using it. In any case, you could be slandering the subscriber by calling them deadbeats to other people. It seems more polite to hit them over and over or persistantly with a demand that they contact a phone number to address a problem with their subscription. It also may stop a law suit...a typical response from a real deadbeat. Cutting off the service is an option but it may enrage the person to never do business with that company again. What you need to do is talk with them without slandering them. ...just a thought... . . . J o n a t h a n -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of sa...@michianawireless.com Sent: Tuesday, August 11, 2009 6:03 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik Redirect Well. We kinda do this now. When a customer get to far out. We manually add a rule to the router at the tower site he is connected to that redirects all his port 80 traffic to a webpage that says basically, You didn't pay you bill for a long time and you need to contact us and make a payment to before your web surfing will be available again. Email still works, etc... We will still do that. But what I am trying to accomplish is to have my billing system log into the client as soon as is hits 31+ in the billing system and set a rule on the router board that will now occasionally interrupt the clients web browsing by redirecting them to a page letting them know they are now 31+ past due and offer them the chance to pay now. If they chose to not pay now, they can just continue with what they were doing. This way they are always in the know that they are behind and are presented with a way to cure that immediately. Again since the client is not way behind I just want the surfing to be redirect occasionally. Next step would be after this is gone on and they hit 40 days the next script would be ran where it redirects all there web traffic indefinitely to the pay your bill
[WISPA] Mikrotik Redirect
What I am attempting to do is setup a script to put on the client routerboard when there account becomes 30+ days behind. This script will occasionally redirect the clients web browser to a notice page that lets them know there account is past due and offer a payment page. If they refresh they should be able to continue browsing. This is intended to be multipurpose, informative to the user in case they forgot to pay, offer a quick way to get caught up and be a tad annoying until paid. I tried this experiment on my home connection: 0 X chain=dstnat action=dst-nat to-addresses=1.2.3.4 to-ports=80 protocol=tcp src-address=0.0.0.0/0 dst-address=!1.2.3.4 dst-port=80 nth=5,1 Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? John Buwa Michiana 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] Mikrotik Redirect
sa...@michianawireless.com wrote: Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? Well, I can tell you why this is happening. Remember that each image, each CSS/Javascript include, etc, are all seperate HTTP requests, so if you are interrupting every fifth request, you are also going to end up blocking every fifth include (for reference, my twitter page has 54 src attributes in it, so your rule would break a random 20% of twitter for me). So far as how you would accomplish that, perhaps 1.2.3.4 needs to respond with some javascript to pop up a new window, or force redirection of the existing window. There is no simple way that I can see to be able to do what you are trying to do with just Mikrotik rules. -- Josh Cheney josh.che...@gmail.com http://www.joshcheney.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] Mikrotik Redirect
I used to do what you did, but it resulted in many errors on the page as you encountered. Using the web proxy works better but still won't solve your problem completely. This will redirect all 'deadbeats' to the web proxy, which will then only allow them to your website. /ip firewall address-list add address=192.168.1.5 comment=deadbeat customer who needs to pay! disabled=no list=deadbeats /ip firewall nat add action=redirect chain=dstnat disabled=no dst-port=80 protocol=tcp src-address-list=deadbeats to-ports=8080 /ip proxy set enabled=yes port=8080 /ip proxy access add action=allow comment=your servers name here disabled=no dst-host=www.whatever.com add action=allow comment=your servers ip here disabled=no dst-address=1.2.3.4/24 add action=deny comment=url to redirect them to disabled=no redirect-to=www.whatever.com/pay_your_bill.html Josh Cheney wrote: sa...@michianawireless.com wrote: Really did not work as planned. Occasionally I would get the page at the 1.2.3.4 server but most of the time I would get broken links and partially displayed pages? Well, I can tell you why this is happening. Remember that each image, each CSS/Javascript include, etc, are all seperate HTTP requests, so if you are interrupting every fifth request, you are also going to end up blocking every fifth include (for reference, my twitter page has 54 src attributes in it, so your rule would break a random 20% of twitter for me). So far as how you would accomplish that, perhaps 1.2.3.4 needs to respond with some javascript to pop up a new window, or force redirection of the existing window. There is no simple way that I can see to be able to do what you are trying to do with just Mikrotik rules. 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] mikrotik how to check something other than def gw for link up
I am going to setup a mt 493ah for load balancing, and I see where to setup check for def gw for internet up. How can I set it for checking something other than def gw, something past the def gw? I posted on mt forum, but no response yet..Thanks for any help.. Alan http://www.aerowire.net Alan Long Director of Network Operations Aerowire http://maps.yahoo.com/py/maps.py?Pyt=Tmapaddr=687+North+Dean+Roadcsz=Aubu rn%2C+AL+36830country=us 687 North Dean Road Auburn, AL 36830 mailto:alan.l...@aerowire.net alan.l...@aerowire.net tel: mobile: http://www.plaxo.com/click_to_call?lang=ensrc=jj_signatureTo=3342759998E mail=along5...@yahoo.com 3342759998 http://www.plaxo.com/click_to_call?lang=ensrc=jj_signatureTo=336092E mail=along5...@yahoo.com 336092 https://www.plaxo.com/add_me?u=30065206883src=client_sig_212_1_card_joini nvite=1=en Always have my latest info http://www.plaxo.com/signature?src=client_sig_212_1_card_sig=en Want a signature like this? image001.jpg 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] mikrotik how to check something other than def gw for link up
There are scripts on the mikrotik wiki, it will be a script. That will ping a device, and if it goes down, you can have it switch default routes, or disable a interface, you name it. Check the wiki. Nick Olsen Brevard Wireless (321) 205-1100 x106 From: Alan Long alan.l...@aerowire.net Sent: Monday, August 03, 2009 5:23 PM To: WISPA General List wireless@wispa.org Subject: [WISPA] mikrotik how to check something other than def gw for link up I am going to setup a mt 493ah for load balancing, and I see where to setup check for def gw for internet up. How can I set it for checking something other than def gw, something past the def gw? I posted on mt forum, but no response yet..Thanks for any help.. Alan Alan Long Director of Network Operations Aerowire rn%2C+AL+36830country=us 687 North Dean Road Auburn, AL 36830 alan.l...@aerowire.net tel: mobile: mail=along5...@yahoo.com 3342759998 mail=along5...@yahoo.com 336092 nvite=1=en Always have my latest info Want a signature like this? 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] mikrotik how to check something other than def gw for link up
Make a sys script that pings...4.2.2.2 Now make a route that sets the gateway for the primary interface when the destination is 4.2.2.2 Normally it is best to pick a few hops away in that ISP. On 8/3/09, Alan Long alan.l...@aerowire.net wrote: I am going to setup a mt 493ah for load balancing, and I see where to setup check for def gw for internet up. How can I set it for checking something other than def gw, something past the def gw? I posted on mt forum, but no response yet..Thanks for any help.. Alan http://www.aerowire.net Alan Long Director of Network Operations Aerowire http://maps.yahoo.com/py/maps.py?Pyt=Tmapaddr=687+North+Dean+Roadcsz=Aubu rn%2C+AL+36830country=us 687 North Dean Road Auburn, AL 36830 mailto:alan.l...@aerowire.net alan.l...@aerowire.net tel: mobile: http://www.plaxo.com/click_to_call?lang=ensrc=jj_signatureTo=3342759998E mail=along5...@yahoo.com 3342759998 http://www.plaxo.com/click_to_call?lang=ensrc=jj_signatureTo=336092E mail=along5...@yahoo.com 336092 https://www.plaxo.com/add_me?u=30065206883src=client_sig_212_1_card_joini nvite=1=en Always have my latest info http://www.plaxo.com/signature?src=client_sig_212_1_card_sig=en Want a signature like this? -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 When you have eliminated the impossible, that which remains, however improbable, must be the truth. --- Sir Arthur Conan Doyle 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] Mikrotik FCC
wow, this argument AGAIN? Let's look at this closely...UBNT certified the XR3 - 3.7 as a standalone module, and the FCC accepts their certification NO MATTER WHAT OS OR DRIVERS CONTROL IT because it has been proven to not radiate outside of the designated frequencies.I hold the license to prove it. It did not require their board, or ANYONE's specific board to be licensed. They have a specified antenna that's certified with the XR3 card.The FCC actually issues licenses to anyone to use the card with any BOARD that is already fcc accepted. This discussion was had a while back, when the FCC announced that MODULAR CERTIFICATION WAS NOW ACCEPTABLE. Your simple requirement is to sticker whatever you build with the following notice: This device contains ( fcc cert number for any modular approved radio).This contravenes MUCH of what was said previous to that point, and manufacturers such as Compex and UBNT have exploited it wholesale. Valemount got their own cert number for Lucaya branded equipment, and they merely filed that xxx contains previously certified and it isn't changed, blah blah, and got their own cert number WITH NO LAB TESTING WHATSOEVER. A little research at the FCC website will confirm that they merely used compex's own cert to get their own.I suspect it cost them nothing but whatever filing fees the FCC may or may not have. To better that, Compex actually certified their boards and radios with NO enclosure, and it states in the grant that no shielding is required to meet emissions limits, therefore the enclosure is irrelevant to compliance. Thus the customer can place ANY minipci or full board+minipci into any enclosure and it strictly is compliant, so long as the stated antenna is used. Now, please note, that Compex and UBNT sticker t heir products with the modular FCC approval. Last time I saw a picture of a MT R52 it did NOT have such a sticker and it appears to not be modular certified, but rather system certified.Thus, Mikrotik can choose to extend their cert to you... or not. as they see fit. UBNT and Compex literally gave it away by modular cert and printing the device with all the required information. This means you can use valemount's boards and the radios in your own enclosure using the Compex modular approval ( contains blah blah stickered on the outside) or you can use it in Valemount's box w/their number on it. Now, I'm not professing to be a lawyer or FCC expert. I'm merely observing what they have done and how it has been widely implemented. Want to argue with it? Don't argue with me, argue with the FCC who has done it with eyes wide open. insert witty tagline here - Original Message - From: Tom DeReggi wirelessn...@rapiddsl.net To: WISPA General List wireless@wispa.org Sent: Tuesday, May 12, 2009 1:39 PM Subject: Re: [WISPA] Mikrotik FCC Lets not forget the rules may not be the same depending on what type certification one is looking for. If Mikrotik got a part B certification for the hardware board, and MT makes the hardware board, its irrelevent where an end user buys the board, Mikrotik is responsible for the certification that they had gotten for their hardware. However, for wireless system certifications (forget technical name of type) its a different story. The software, hardware, and RF have to all get certified togeather. And it was clear their had to be a responisble party aka the manufacturer. So certifying a combination yourself would make yourself the manufacturer. Can one be, without any control of the software code writing? I would think an authroized distributor would gain Mikrotik's endorsement for gaining such support. But does the FCC require it or allow it, considering intelectual property considerations? Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Dennis Burgess - LinkTechs dmburg...@linktechs.net To: sc...@brevardwireless.com; WISPA General List wireless@wispa.org Sent: Monday, May 11, 2009 11:18 PM Subject: Re: [WISPA] Mikrotik FCC Yes, you can not certify the radios, MT wants the distributors to build and certify them. If you build them, they won't be certified. -- * Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org http://www.wispa.org/ Link Technologies, Inc -- Mikrotik WISP Support Services* *Office*: 314-735-0270 *Website*: http://www.linktechs.net http://www.linktechs.net/ */ Link Technologies, Inc is offering LIVE Mikrotik On-Line Training http://www.linktechs.net/onlinetraining.asp/* Scott Carullo wrote: I'm pretty sure the FCC and the testing labs don't care who you are or where you buy your stuff... thats not what they are looking for. Example - I choose to take 4 parts (some mikrotik) and get them certified - I can Do
Re: [WISPA] Mikrotik FCC
Nonsense, Matt. Read the grant yourself. The grant is MODULAR certification, meaning you can use the module in any way you choose, so long as you lable the device as containing blah blah and comply with the antenna rules. This is very explicitly true. I believe that UBNT has written correspondence from the FCC on this. I know someone has, I've seen it and read it. insert witty tagline here - Original Message - From: Matt Liotta mlio...@r337.com To: sc...@brevardwireless.com; WISPA General List wireless@wispa.org Sent: Tuesday, May 12, 2009 1:57 PM Subject: Re: [WISPA] Mikrotik FCC On May 12, 2009, at 4:21 PM, Scott Carullo wrote: Ok... so back to original dilemma... I take a XR5, the precise antenna they certified with this radio card, a RB411 and hook it all up and use it myself within FCC RF guidelines. Criminal or law abiding citizen... Neither, but you would be in violation of the FCC regulations and be subject to civil penalties. Think about this like tax law. Imagine someone makes a great case about how you can avoid taxes legally by doing a certain thing. You may believe the person and the person's reasons may seem perfectly logical. However, would it be smart to follow them? Probably not without signoff from a CPA and/or tax attorney. -Matt 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] Mikrotik OSPF question
Yes both listed, Under neighboors The problematic router has State: ExStart Adjency: (blank) I would add that it has many state changes (2988) vs the working router that has 5 Gino A. Villarini g...@aeronetpr.com Aeronet Wireless Broadband Corp. tel 787.273.4143 fax 787.273.4145 -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Kevin Neal Sent: Tuesday, May 12, 2009 5:14 PM To: 'WISPA General List' Subject: Re: [WISPA] Mikrotik OSPF question Subject changed to help with filters. :) Do you have both /30's in the networks tab? Look at the Neighbors tab, do you see the second router listed there? If so add the Adjacency and State columns to your view, what state does it say it's in? -Kevin -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Gino Villarini Sent: Tuesday, May 12, 2009 4:58 AM To: WISPA General List Subject: Re: [WISPA] OSPF question Well I have 1 Main Router with 2 peers on the same Eth port, I receive routes from 1, but not from the 2nd. Im using the same area for both, different networks (2 /30) All are Mt 3.23 with routing test, the only difference is that the 2 exchanging routes are rb1000, the other one is a x86 machine Gino A. Villarini g...@aeronetpr.com Aeronet Wireless Broadband Corp. tel 787.273.4143 fax 787.273.4145 -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Butch Evans Sent: Tuesday, May 12, 2009 12:35 AM To: WISPA General List Subject: Re: [WISPA] OSPF question On Mon, 2009-05-11 at 15:40 -0400, Gino Villarini wrote: Can I have several neighboors under the same interface? Yes. I have a OSPF neighboor in ether1, can I have another neighboor with the same area on the same interface? This is common for a broadcast network, actually. What is it that makes you ask? Are you seeing problems and wanting to clarify if this is a symptom of the problem? -- * Butch Evans * Professional Network Consultation* * http://www.butchevans.com/* Network Engineering * * http://www.wispa.org/ * WISPA Board Member * * http://blog.butchevans.com/ * Wired or Wireless Networks * 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] Mikrotik FCC
Mark, But those rules are under Part 90 and not Part 15. Two different sets of rules as I recall. The 3.65 band is FCC Part 90 and the unlicensed bands are not. Thank You, Brian Webster -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org]on Behalf Of rea...@muddyfrogwater.us Sent: Wednesday, May 13, 2009 2:30 AM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Nonsense, Matt. Read the grant yourself. The grant is MODULAR certification, meaning you can use the module in any way you choose, so long as you lable the device as containing blah blah and comply with the antenna rules. This is very explicitly true. I believe that UBNT has written correspondence from the FCC on this. I know someone has, I've seen it and read it. insert witty tagline here - Original Message - From: Matt Liotta mlio...@r337.com To: sc...@brevardwireless.com; WISPA General List wireless@wispa.org Sent: Tuesday, May 12, 2009 1:57 PM Subject: Re: [WISPA] Mikrotik FCC On May 12, 2009, at 4:21 PM, Scott Carullo wrote: Ok... so back to original dilemma... I take a XR5, the precise antenna they certified with this radio card, a RB411 and hook it all up and use it myself within FCC RF guidelines. Criminal or law abiding citizen... Neither, but you would be in violation of the FCC regulations and be subject to civil penalties. Think about this like tax law. Imagine someone makes a great case about how you can avoid taxes legally by doing a certain thing. You may believe the person and the person's reasons may seem perfectly logical. However, would it be smart to follow them? Probably not without signoff from a CPA and/or tax attorney. -Matt -- -- 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] Mikrotik FCC
Let me muddy the waters a bit more with an interesting thread: http://ubnt.com/forum/viewtopic.php?t=8556highlight=fcc "WTH" seems to be pretty knowledgeable and quotes chapter and verse to back himself up. His arguments are largely based on the "professional installation" rules in part-15. One other interesting claim in the thread: -- Quote: So If I'm to interpret the FCC site right, then the XR2 can only be used with a 3 dBi or less gain antenna because that's what the FCC tested with? The FCC RR allow the XR2 to be used with any antenna as long as you do not exceed the ERIP for the particular installion you install it for. Quote: If so, not trying to being mean or anything, the XR2 seems kind of useless to me. If you want to use it with a 15 dBi omni antenna, you are legally allowed to. Likewise with any directional antenna as permitted by the installation. Quote: Also, I noticed that in the FCC descriptions, it doesn't usually say what the limit for the antenna is, it just says what they used in their test. They use a 3Bi antenna if it is not necessary for the grantee to provide an included antenna. If the grantee is required to provide the antenna, that it the antenna gain the unit is certified for. Quote: I don't understand why they don't explain why they use a certain gain of antenna. It all seems so arbitrary to me, like they just pick one at random. If anyone could help me understand better, I'd greatly appreciate it. See above. Thoughts? Are the UBNT certifications written in a different manner from the Mikrotiks, so we don't have to be a "chosen one" to install "certified" systems? 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] Mikrotik FCC
Thanks for sharing all the info you have on this subject... I appreciate your time. Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: e...@wisp-router.com e...@wisp-router.com Sent: Tuesday, May 12, 2009 1:04 AM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik FCC On another note. To do a FCC certification of a radio it's not just to do the testing. Either you have to have approval from the original certifier to reuse their cert filing to create a new FCC id to which you add your antennas that been tested. Or you have to have a lot of documentation such as block diagram, electrical schematics and bill of material which you can not just make up and the radio manufacturer will not just hand over to you because that is pretty much the entire blue print to recreate the radio and of course they do not want just about anyone to have this info. MikroTik allows as you point out their resellers and dists to get their FCC approved labels (for their radios) to be attached to MikroTik (and FCC certified) approved solutions their resellers put together. Important to keep in mind when getting a FCC certification a label design have to be submitted and approved by the FCC. I been directly involved with e-zy.net to get their radios certified working directly with the FCC lab. I initially as well helped MikroTik with their first few full certified units (crossroads and R52's). So know what is required as well the time and costs to get it done. So I'm not just making up things doing this I learned way more about part 15 and class B devices as well intentional transmitters then I ever really wanted to know. /Eje CTO WISP-Router, Inc. Sent via BlackBerry from T-Mobile -Original Message- From: Butch Evans but...@butchevans.com Date: Mon, 11 May 2009 23:32:09 To: WISPA General Listwireless@wispa.org Subject: Re: [WISPA] Mikrotik FCC On Mon, 2009-05-11 at 22:18 -0500, Dennis Burgess - LinkTechs wrote: Yes, you can not certify the radios, MT wants the distributors to build and certify them. If you build them, they won't be certified. If Mikrotik has done the Part B certification for the boards, then your statement is not correct. Anyone CAN pay a certification lab for any combination of gear to be certified. Whether the lab certifies it or not isn't up to Mikrotik. What you cannot do is use the Mikrotik FCC stickers unless MT sells them to you or allows you to apply them to a combination that they have certified. -- * Butch Evans * Professional Network Consultation* * http://www.butchevans.com/* Network Engineering * * http://www.wispa.org/ * WISPA Board Member * * http://blog.butchevans.com/ * Wired or Wireless Networks * 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] Mikrotik FCC
I think that what Dennis was trying to say is. You have to be a Mikrotik Distributor, and follow their documentation to be able to use their lab testing certification. Distributors are effectively MT agents using their already completed certification testing. Anyone can take some parts and have them lab tested and certified as a system. Mikrotik has already gone through the expense of testing in a lab, and they have a program to make these certifications available from the distributors. So, there is a difference in having parts listed as certified, and having a complete system with a sticker on it. The sticker makes it complete. Thanks Mike On Mon, May 11, 2009 at 7:27 PM, Scott Carullo sc...@brevardwireless.comwrote: I'm pretty sure the FCC and the testing labs don't care who you are or where you buy your stuff... thats not what they are looking for. Example - I choose to take 4 parts (some mikrotik) and get them certified - I can Do you see this differently? Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Dennis Burgess - Linktechs dmburg...@linktechs.net Sent: Monday, May 11, 2009 3:43 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik FCC First, you have to be a distributor of MT to be able to certify. It has to be a certified system, as well has to have all of the images, text etc on it as well. You can only get those if you are a MT distributor. * --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org http://www.wispa.org/ Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member* *Office*: 314-735-0270 *Website*: http://www.linktechs.net http://www.linktechs.net/ */LIVE On-Line Mikrotik Training/* http://www.linktechs.net/onlinetraining.asp The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Randy Cosby wrote: Can you explain what you mean by certified then? What does that entail other than just putting together a board, antenna and radio that are fcc certified? Do you have the entire unit tested and certified, or do yo see that as not necessary? Randy Eje Gustafsson wrote: Cross roads are certified with the entire Pacific Wireless line of antennas. R52 is certified with most of those as well (if not all). You can also use XR2/5 cards in RB SBC's. There are other solutions as well. We offer some certified pre built solutions more to come. / Eje Gustafsson CTO WISP-Router, Inc. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Monday, May 11, 2009 1:56 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Old thread, but just curious where this has progressed. I've seen that JeffSoHoCo has certified gear. Is that based on the same Mikrotik program you describe here Mac? Is that information available from Mikrotik to any reseller? Randy Mac Dearman wrote: Word on the FCC certified gear is that they are working with USA based resellers to get them up to speed to offer certified gear. It's all in the paperwork at this point in time and we all know that the devil is in the paperwork. It is on its way from what I understand and should be readily available in the near future. Mac -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org ] On Behalf Of Mike Hammett Sent: Wednesday, February 06, 2008 8:12 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Mikrotik has the Crossroads device out now. Not sure on anyone else. I think Mikrotik developing their own certified CPE shut down everyone else. -- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: Travis Johnson t...@ida.net To: isp-wirel...@isp-wireless.com; WISPA General List wireless@wispa.org Sent: Wednesday, February 06, 2008 6:37 PM Subject: [WISPA] Mikrotik FCC Hi, I thought a little while ago someone was talking about someone that was working on making an FCC certified Mikrotik solution (RB532, etc
Re: [WISPA] Mikrotik FCC
Can we clarify what a distributor is, and what a reseller is as far as Mikrotik is concerned for this program? Can a wisp (are they resellers?) get permission from Mikrotik to certify a kit? Where can we find out more on this? Are there distributors who will do on behalf of a wisp? Randy Mike Delp wrote: I think that what Dennis was trying to say is. You have to be a Mikrotik Distributor, and follow their documentation to be able to use their lab testing certification. Distributors are effectively MT agents using their already completed certification testing. Anyone can take some parts and have them lab tested and certified as a system. Mikrotik has already gone through the expense of testing in a lab, and they have a program to make these certifications available from the distributors. So, there is a difference in having parts listed as certified, and having a complete system with a sticker on it. The sticker makes it complete. Thanks Mike On Mon, May 11, 2009 at 7:27 PM, Scott Carullo sc...@brevardwireless.comwrote: I'm pretty sure the FCC and the testing labs don't care who you are or where you buy your stuff... thats not what they are looking for. Example - I choose to take 4 parts (some mikrotik) and get them certified - I can Do you see this differently? Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Dennis Burgess - Linktechs dmburg...@linktechs.net Sent: Monday, May 11, 2009 3:43 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik FCC First, you have to be a distributor of MT to be able to certify. It has to be a certified system, as well has to have all of the images, text etc on it as well. You can only get those if you are a MT distributor. * --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org http://www.wispa.org/ Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member* *Office*: 314-735-0270 *Website*: http://www.linktechs.net http://www.linktechs.net/ */LIVE On-Line Mikrotik Training/* http://www.linktechs.net/onlinetraining.asp The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Randy Cosby wrote: Can you explain what you mean by certified then? What does that entail other than just putting together a board, antenna and radio that are fcc certified? Do you have the entire unit tested and certified, or do yo see that as not necessary? Randy Eje Gustafsson wrote: Cross roads are certified with the entire Pacific Wireless line of antennas. R52 is certified with most of those as well (if not all). You can also use XR2/5 cards in RB SBC's. There are other solutions as well. We offer some certified pre built solutions more to come. / Eje Gustafsson CTO WISP-Router, Inc. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Monday, May 11, 2009 1:56 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Old thread, but just curious where this has progressed. I've seen that JeffSoHoCo has certified gear. Is that based on the same Mikrotik program you describe here Mac? Is that information available from Mikrotik to any reseller? Randy Mac Dearman wrote: Word on the FCC certified gear is that they are working with USA based resellers to get them up to speed to offer certified gear. It's all in the paperwork at this point in time and we all know that the devil is in the paperwork. It is on its way from what I understand and should be readily available in the near future. Mac -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org ] On Behalf Of Mike Hammett Sent: Wednesday, February 06, 2008 8:12 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Mikrotik has the Crossroads device out now. Not sure on anyone else. I think Mikrotik developing their own certified CPE shut down everyone else
Re: [WISPA] Mikrotik FCC
I belive you must purchase hardware directly from MT to be a distributor. * --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org http://www.wispa.org/ Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member* *Office*: 314-735-0270 *Website*: http://www.linktechs.net http://www.linktechs.net/ */LIVE On-Line Mikrotik Training/* http://www.linktechs.net/onlinetraining.asp The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Randy Cosby wrote: Can we clarify what a distributor is, and what a reseller is as far as Mikrotik is concerned for this program? Can a wisp (are they resellers?) get permission from Mikrotik to certify a kit? Where can we find out more on this? Are there distributors who will do on behalf of a wisp? Randy Mike Delp wrote: I think that what Dennis was trying to say is. You have to be a Mikrotik Distributor, and follow their documentation to be able to use their lab testing certification. Distributors are effectively MT agents using their already completed certification testing. Anyone can take some parts and have them lab tested and certified as a system. Mikrotik has already gone through the expense of testing in a lab, and they have a program to make these certifications available from the distributors. So, there is a difference in having parts listed as certified, and having a complete system with a sticker on it. The sticker makes it complete. Thanks Mike On Mon, May 11, 2009 at 7:27 PM, Scott Carullo sc...@brevardwireless.comwrote: I'm pretty sure the FCC and the testing labs don't care who you are or where you buy your stuff... thats not what they are looking for. Example - I choose to take 4 parts (some mikrotik) and get them certified - I can Do you see this differently? Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Dennis Burgess - Linktechs dmburg...@linktechs.net Sent: Monday, May 11, 2009 3:43 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik FCC First, you have to be a distributor of MT to be able to certify. It has to be a certified system, as well has to have all of the images, text etc on it as well. You can only get those if you are a MT distributor. * --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org http://www.wispa.org/ Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member* *Office*: 314-735-0270 *Website*: http://www.linktechs.net http://www.linktechs.net/ */LIVE On-Line Mikrotik Training/* http://www.linktechs.net/onlinetraining.asp The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Randy Cosby wrote: Can you explain what you mean by certified then? What does that entail other than just putting together a board, antenna and radio that are fcc certified? Do you have the entire unit tested and certified, or do yo see that as not necessary? Randy Eje Gustafsson wrote: Cross roads are certified with the entire Pacific Wireless line of antennas. R52 is certified with most of those as well (if not all). You can also use XR2/5 cards in RB SBC's. There are other solutions as well. We offer some certified pre built solutions more to come. / Eje Gustafsson CTO WISP-Router, Inc. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Monday, May 11, 2009 1:56
Re: [WISPA] Mikrotik FCC
You have to buy your product directly from Mikrotik, and the minimum order is 10,000/month Thanks Mike On Tue, May 12, 2009 at 10:46 AM, Randy Cosby dco...@infowest.com wrote: Can we clarify what a distributor is, and what a reseller is as far as Mikrotik is concerned for this program? Can a wisp (are they resellers?) get permission from Mikrotik to certify a kit? Where can we find out more on this? Are there distributors who will do on behalf of a wisp? Randy Mike Delp wrote: I think that what Dennis was trying to say is. You have to be a Mikrotik Distributor, and follow their documentation to be able to use their lab testing certification. Distributors are effectively MT agents using their already completed certification testing. Anyone can take some parts and have them lab tested and certified as a system. Mikrotik has already gone through the expense of testing in a lab, and they have a program to make these certifications available from the distributors. So, there is a difference in having parts listed as certified, and having a complete system with a sticker on it. The sticker makes it complete. Thanks Mike On Mon, May 11, 2009 at 7:27 PM, Scott Carullo sc...@brevardwireless.comwrote: I'm pretty sure the FCC and the testing labs don't care who you are or where you buy your stuff... thats not what they are looking for. Example - I choose to take 4 parts (some mikrotik) and get them certified - I can Do you see this differently? Scott Carullo Brevard Wireless 321-205-1100 x102 Original Message From: Dennis Burgess - Linktechs dmburg...@linktechs.net Sent: Monday, May 11, 2009 3:43 PM To: WISPA General List wireless@wispa.org Subject: Re: [WISPA] Mikrotik FCC First, you have to be a distributor of MT to be able to certify. It has to be a certified system, as well has to have all of the images, text etc on it as well. You can only get those if you are a MT distributor. * --- Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer WISPA Board Member - wispa.org http://www.wispa.org/ Link Technologies, Inc -- Mikrotik WISP Support Services WISPA Vendor Member* *Office*: 314-735-0270 *Website*: http://www.linktechs.net http://www.linktechs.net/ */LIVE On-Line Mikrotik Training/* http://www.linktechs.net/onlinetraining.asp The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient(s) is prohibited, If you received this in error, please contact the sender and delete the material from any computer. Randy Cosby wrote: Can you explain what you mean by certified then? What does that entail other than just putting together a board, antenna and radio that are fcc certified? Do you have the entire unit tested and certified, or do yo see that as not necessary? Randy Eje Gustafsson wrote: Cross roads are certified with the entire Pacific Wireless line of antennas. R52 is certified with most of those as well (if not all). You can also use XR2/5 cards in RB SBC's. There are other solutions as well. We offer some certified pre built solutions more to come. / Eje Gustafsson CTO WISP-Router, Inc. -Original Message- From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Randy Cosby Sent: Monday, May 11, 2009 1:56 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Old thread, but just curious where this has progressed. I've seen that JeffSoHoCo has certified gear. Is that based on the same Mikrotik program you describe here Mac? Is that information available from Mikrotik to any reseller? Randy Mac Dearman wrote: Word on the FCC certified gear is that they are working with USA based resellers to get them up to speed to offer certified gear. It's all in the paperwork at this point in time and we all know that the devil is in the paperwork. It is on its way from what I understand and should be readily available in the near future. Mac -Original Message- From: wireless-boun...@wispa.org [mailto: wireless-boun...@wispa.org ] On Behalf Of Mike Hammett Sent: Wednesday, February 06, 2008 8:12 PM To: WISPA General List Subject: Re: [WISPA] Mikrotik FCC Mikrotik has the Crossroads device out now. Not sure on anyone else. I think Mikrotik developing their own