cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
950
Views
2
Helpful
10
Replies

Bridge 350 Deauthenticated

nparra
Level 1
Level 1

Hi,

I recently installed one point-to point link with clear line of sight. I am using 2 bridges aironet 350. The distance between sites is around 15 km.

I am using two solid dish 21dbi antennas and 50 ft low-loss cable length each site.

I ran the carrier test, alignment test and link test and everything seems to be ok, but when I run a ping the link goes down for 5 min aprox.

This occur every 10 or 20 min, and the consola bridge shows the message:

...Deauthenticated---- Reason: Not Authenticated

Reassociated

...Deauthenticated---- Reason: Not Authenticated

Reassociated

...Deauthenticated---- Reason: Not Authenticated

Reassociated

I had my pc directly conected to local bridge and while this message was showed by consola, I did the link test and the bridges were associated, but I couldn´t ping to IP address of the remote bridge from my Pc (I tested my Pc and this is ok).

I didn´t set EAP, WEP, so on.

What could is happening here?

1 Accepted Solution

Accepted Solutions

We have also seen this problem. I have found a work-around by changing the non-root from "non-root bridge w/o clients" -> "non-root bridge w/clients". This seems to stop the constant drops. You may need to be set to "no encryption" to get it to pass data. But you can still use Leap.

View solution in original post

10 Replies 10

ndoshi
Cisco Employee
Cisco Employee

Are you running WEP or key rotation ?

What is firmware version on the bridge ?

Nilesh

We are having the same issue. We have tried the folowing versions of firmware with both 128 bit WEP enabled and WEP disabled.

11.07A

11.23

12.02T

Hi,

Did you do software upgrade to 12.02T and you didn´t resolve the issue?

Norma

Hi Nilesh,

No, I am not running WEP or key rotation. I am using only SSID.

The firmware version on the bridge is 11.23.

Norma

mabouchard
Level 1
Level 1

We are seeing this problem on multiple point to point and point to multipoint links using 350 bridges. We are running 12.01T1 on most of the bridges. We upgraded two of the bridges today to 12.02T1 and are seeing the same problem. We are running WEP 128 bit encryption on all of our links. Has anyone been able to resolve this issue?

ndoshi
Cisco Employee
Cisco Employee

Hi ,

I have seen this issue before . Bug was opened for this issue . Developer gave beta image and it was tested fine . I believe that bug was integrated in 12.01 . if latest firmware has not resolved the issue you may want to try this .

If you go to radio -> hardware , beacon timeout interval is 100 , Make it 2000 or higher and see how it goes .

Try hardcoding to bandwidth to 1meg bandwidth and see what happens .

Here is other trobleshooting steps

1. Try changing the Data Rates from Basic to YES, except for 1.0 Mbps.

2. Try reducing the Transmit Power of the Bridge.

3. Reverse the Role of the Bridges in the network.

4. Change the settings in the Setup -> Associations -> Advanced to 0

i.e 0 here means Infinite.

5. Try changing the Radio Frequency Channel .

6. try loading latest image and default config .

7. Perform the carrier busy test and observe it carefully, try a different

channel ( this will help to reduce CRC due to interference).

8.Reduced the fragment size on the bridges to half of the value.

9. If all the above possibility won't work re-config it to the factory

default setting and upload the new firmware .

Go to Radio -> Hardware change beacon timeout from 100 to 4000 .

If performance is slow, most of the time it means that the link is not

healthy, check antenna alignment , sometimes they have strong winds in the

area and they push the antenna out of alignment , ask if there was any

storms in the area lately it may have water inside the cable and it is

working on short, ask him how well shielded are the connectors on the

antenna. Check for CRC errors and duplicated packets it usually confirms

issues described above.

Nilesh

We have also seen this problem. I have found a work-around by changing the non-root from "non-root bridge w/o clients" -> "non-root bridge w/clients". This seems to stop the constant drops. You may need to be set to "no encryption" to get it to pass data. But you can still use Leap.

Hi Kahl,

Thanks so much, this is the only thing that resolved my problem.

I just changed the non-root from "non-root bridge w/o clients" -> "non-root bridge w/clients".

I don´t understand why, but It really works.

Thanks a Lot

We have a similar system configuration as nparra. 2 bridges aironet 350

with a distance of 2-3 km. We`ve tested all as ndoshi do, but nothing.

At last we do as kahl_z do ! Changing the bridge roll.

Now we think this was the best to resolve the problem !

Reassociation do not occur since we have done so.

Special thanks to kahl_z

ETe-Datentechnik

Frank

tom.last
Level 1
Level 1

We have multiple ptp links and only recently have had this problem. I deduced that it was on all those new bridges which shipped with 12.00. I have upgraded all our bridges to 12.02T1 and seem to be problem free. Additionally I would try setting the connection speed to 1Mb and then gradually go up to 2Mb 5.5Mb etc... I noticed that on some links the bridges don't drop back normally and have to be pinned back. ie. No link at 11Mb or 5.5 Mb but a solid one at 2Mb but only if set manually

HTH

Tom

Review Cisco Networking for a $25 gift card