Điều gì sẽ gây ra mất gói thực sự lẻ tẻ, khi cường độ tín hiệu tốt


10

Tôi có một bộ định tuyến kết nối với một modem. Ý định của tôi là kết nối với bộ định tuyến này từ một văn phòng cách đó khoảng 200 feet và qua 2 bức tường.

Tín hiệu bộ định tuyến không đủ mạnh để đến vị trí từ xa, vì vậy tôi đã đặt một bộ mở rộng phạm vi ở giữa.

Điều cực kỳ khó hiểu là khi máy tính của tôi (hoặc bất kỳ khách hàng nào) kết nối với bộ mở rộng trong khi ngồi ngay bên cạnh, nó hoạt động hoàn hảo (thời gian ping khoảng 30ms).

Tuy nhiên, khi tôi di chuyển đến vị trí từ xa, mặc dù cường độ tín hiệu wifi là 3/4 hoặc 4/4 thanh, sự mất gói là rất lớn và độ trễ thay đổi dữ dội khi kéo dài sẽ báo cáo tốc độ khoảng 50ms, nhưng sau đó sẽ giảm xuống còn hơn 800 và khoảng 10% chỉ là các gói hết thời gian.

Vì vậy, câu hỏi của tôi là ... nếu cường độ tín hiệu tốt, tại sao khoảng cách này sẽ tạo ra mất gói khủng khiếp như vậy? Và điều gì có thể gây ra sự can thiệp như vậy? Tôi đang ở trong một khu dân cư, nhưng hoàn toàn không có gì, tầm nhìn giữa máy tính xách tay và bộ lặp tín hiệu ngoài 2 bức tường (với bất kỳ hệ thống dây điện nào trong đó).


Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

Câu trả lời:


14

Tuy nhiên, khi tôi di chuyển đến vị trí từ xa, mặc dù cường độ tín hiệu wifi là 3/4 hoặc 4/4 thanh, sự mất gói là rất lớn và độ trễ thay đổi dữ dội khi kéo dài sẽ báo cáo tốc độ khoảng 50ms, nhưng sau đó sẽ giảm xuống còn hơn 800 và khoảng 10% chỉ là các gói hết thời gian.

Nếu cường độ tín hiệu tốt, tại sao khoảng cách này sẽ tạo ra mất gói khủng khiếp như vậy?

Cường độ tín hiệu chỉ là một số liệu ... cũng xem xét tỷ lệ tín hiệu / nhiễu, thường là vấn đề đối với các tình huống như thế này.

Độ trễ wifi và mất gói là anh em họ của nhau. Khung 802.11 chứa số thứ tự là ACK'd ... nếu số thứ tự không phải là ACK (do mất hoặc một chút lỗi trong khung ban đầu), thì người gửi cố gắng truyền lại khung một số lượng nhất định lần Các truyền lại 802.11 hiển thị như tăng độ trễ hoặc mất gói hoàn toàn nếu nhiễu đủ tệ.

Tôi thực sự đã thấy độ trễ 802.11g dài hơn 40 giây (có ... giây) khi tôi chỉ cách LWAP 50 feet. Môi trường đặc biệt đó có rất nhiều công cụ cũng hoạt động trong các băng tần 2.4GHz, vì vậy rõ ràng khả năng xảy ra lỗi là khá cao.

Điều gì có thể gây ra sự can thiệp như vậy? Tôi đang ở trong một khu dân cư, nhưng hoàn toàn không có gì, tầm nhìn giữa máy tính xách tay và bộ lặp tín hiệu ngoài 2 bức tường (với bất kỳ hệ thống dây điện nào trong đó).

Wifi hoạt động trong (hầu hết) các dải phổ mở từ FCC ... bluetooth, lò vi sóng, điện thoại, xe đồ chơi, chúng ta chỉ có thể suy đoán về nguồn gốc của nhiễu.

Bạn có thể thử sử dụng ăng-ten định hướng với chùm sáng hội tụ (ví dụ như yagi hoặc cantenna ) trên các trạm của mình ... những thiết bị này có thể giúp ích nếu nhiễu không nằm trong đường dẫn trực tiếp đến nguồn wifi của bạn.

Cuối cùng, nếu bạn có trình thám thính không dây hoặc truy cập vào hệ thống linux (gợi ý: Backtrack Linux LiveCD ) thì bạn có thể chẩn đoán sự cố wifi của mình với Wireshark / tshark . Cisco cũng có một tài liệu tham khảo tốt cho các bộ lọc hiển thị Wireshark 802.11 , giúp lọc tiếng ồn để bạn có thể tập trung vào các vấn đề trong tay.


11

Máy quay video không dây gây ra sự can thiệp tồi tệ hơn. Bạn không cần các thiết bị hoặc điểm truy cập 802.11 khác để gây rắc rối vì lò vi sóng, một số điện thoại DECT, bluetooth, v.v ... đều có thể chạy vào băng tần 2.4GHz. Tầm nhìn không phải là cách duy nhất bạn có thể "nhìn thấy" các thiết bị khác cạnh tranh cho kênh của mình. Không dây là phương tiện dùng chung, vì vậy ngay cả với các thiết bị 802.11 khác chơi theo quy tắc - lò vi sóng không - phương tiện đó có thể bị tắc nghẽn.

Cường độ tín hiệu (RSSI) không phải là dấu hiệu của tắc nghẽn kênh. Chỉ khi bạn cố gắng đẩy thứ gì đó qua nó, bạn mới thực sự tìm ra thứ này. Hãy thử sử dụng một kênh khác. Lấy "Trình phân tích Wifi" cho Android hoặc tương đương cho thiết bị của bạn để bạn có thể thấy một số (không phải tất cả) những gì đang diễn ra trong môi trường của bạn.

EDIT: Hãy xem công cụ khảo sát trang web của Ekahau HeatMapper để biết bạn có được nhiều hơn số tiền bạn trả cho người nghèo; nó miễn phí!


7

Có nhiều nguyên nhân cho loại hành vi này, và một trong số đó là vấn đề được gọi là nút ẩn . Đây là một vấn đề rất phổ biến thường bị bỏ qua (theo kinh nghiệm của tôi).

Việc sử dụng một bộ mở rộng phạm vi thường có thể tạo ra tình huống xảy ra sự cố này và có thể làm giảm hiệu quả của một số giải pháp cho vấn đề nút ẩn. Trong trường hợp của bạn, AP / bộ định tuyến (hoặc thậm chí các trạm khác) có thể vẫn "nghe" được trạm khi nó ở gần bộ mở rộng, nhưng không phải khi nó được di chuyển xa hơn.

Bộ mở rộng phạm vi nói chung không phải là một giải pháp tốt trong hầu hết mọi tình huống. Điểm tích cực chính họ dành cho họ là chúng không tốn kém.

Tôi sẽ xem xét các giải pháp khác, trong khi nó có thể tốn kém hơn, nó sẽ đáng tin cậy hơn nhiều. Dưới đây là một vài ý tưởng để bắt đầu (không biết đủ về nhu cầu của bạn hoặc trang web để đưa ra bất kỳ đề xuất thực tế nào):

  • Một AP thứ hai có (các) ăng ten định hướng khuếch đại cao hơn chỉ vào vị trí mục tiêu của bạn.
  • Một điểm giải pháp cầu nối không dây. Cho dù bạn chọn công ty nào, tôi sẽ không đề xuất giải pháp 2.4GHz.

Chỉnh sửa để thêm phương tiện để kiểm tra: Đã cho điều này suy nghĩ nhiều hơn một chút và cách tôi sẽ tiến hành kiểm tra như sau:

  1. Sau nhiều giờ hoặc trong cửa sổ bảo trì, "ngắt kết nối" tất cả các trạm khác. Bạn có thể làm điều này bằng cách sử dụng danh sách cho phép MAC (chỉ cho phép bộ mở rộng và trạm thử nghiệm) hoặc thay đổi SSID và / hoặc bảo mật. Đảm bảo không có SSID khác mà chúng sẽ tự động kết nối.
  2. Nếu bạn đã thay đổi SSID và / hoặc se se, hãy cấu hình lại bộ mở rộng.
  3. Chạy các bài kiểm tra gần với bộ mở rộng và xa hơn như đã được thực hiện trước đó.

Nếu điều này cải thiện tên tuổi của bạn, thì rất có thể đó là một vấn đề nút ẩn. Các vấn đề về nút ẩn được phát hiện rõ nhất trong môi trường không dây với nhiều trạm được kết nối, đặc biệt khi tất cả chúng đang truyền / nhận dữ liệu. Bằng cách loại bỏ các trạm khác khỏi một phần hoạt động của mạng, điều này sẽ làm giảm số lượng va chạm xảy ra.

Nếu điều này không cải thiện hiệu suất, thì bạn sẽ cần xem xét các nguồn can thiệp khác như đã được đề cập trong các câu trả lời khác.


Tôi nghĩ rằng bạn sẽ thêm một chiếc mũ lá ở đâu đó trong các bước khắc phục sự cố. ;-)
generalnetworkerror

@generalnetworkerror, đó gần như là cách tôi thường cảm nhận về câu trả lời "sự can thiệp là vấn đề". Trong vài năm qua tôi đã thực hiện ALOT không dây và 90% những người tôi gặp đó là câu trả lời đầu tiên và duy nhất của họ. Mặc dù tôi hoàn toàn đồng ý rằng đây là một vấn đề lớn, nhưng trong nhiều trường hợp, nó đơn giản không phải là vấn đề, nhưng một số người không thể nhìn xa hơn. Trong trường hợp này, nó có vẻ giống như nút ẩn đối với tôi. Các bộ mở rộng thường không "thông minh" và chúng mở rộng một mẫu tín hiệu có dạng thuôn dài hơn hình tròn có tác dụng ngược lại với việc sửa nút ẩn của việc tắt nguồn AP.
YLearn

Đối với ai đó lần đầu tiên làm việc không dây, họ không nhất thiết phải hiểu mức độ của các vấn đề nhiễu. Một số thậm chí không hiểu nó là một phương tiện được chia sẻ. Tuyên bố của OP về 'Tôi ở trong một khu dân cư, nhưng hoàn toàn không có gì, tầm nhìn giữa máy tính xách tay và bộ lặp tín hiệu ngoài 2 bức tường ...' khiến tôi tin rằng khả năng nhiễu không được hiểu rõ .
generalnetworkerror

1
@generalnetworkerror, tôi không tranh luận rằng nhiễu không phải là vấn đề, tôi cũng không nói rằng nhiều người không hiểu có bao nhiêu nhiễu ngoài đó và nó có thể ảnh hưởng đến mạng không dây như thế nào. Đó là những điểm tốt. Quan điểm của tôi là thường những người có kiến ​​thức thường chỉ ra sự can thiệp trong hầu hết mọi tình huống là nguồn gốc của vấn đề và dừng lại ở đó. Không dây có nhiều loại vấn đề khác nhau phải đối mặt và nhiễu chỉ là một trong số đó.
YLearn
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.