> 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" <[email protected]>
To: "WISPA General List" <[email protected]>
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 <[email protected]> wrote:
>> 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" <[email protected]>
>> To: "WISPA General List" <[email protected]>
>> 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
>>> <[email protected]>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: [email protected]
>>>>
>>>> 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: [email protected]
>>>
>>> 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: [email protected]
>>
>> 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: [email protected]
>
> 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: [email protected]

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/

Reply via email to