No I am not using nstreme now. However, to expand on the conversations....and 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.net>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 Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
