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" To: "WISPA General List" 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 > 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 a
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" To: "WISPA General List" 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 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" >> To: "WISPA General List" >> 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 >>> wrote: >>> >>>> I have a problem with Mikrotik I have not been able to solve. Wondering >>>> if >>>> anyone has any insight. >>>> >>>> A su
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 wrote: > > 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" > To: "WISPA General List" > 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 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" > >> To: "WISPA General List"
