Jump to content

Recommended Posts

Posted

Всем привет!

 

Работает радио-мост Dlink DWL2100AP на Dlink DWL2100AP. Работает в общем нормально, данные бегают без потерь, но!!! время от времени на него нападают приступы склероза! Те адреса, которые только что пинговались становятся недоступны, хоть минуту, хоть 2 жди... Если пингануть другой адрес и он ответит, то есть шанс что появится предыдущий... Вообще-то очень похоже на АРП шторм, но понятно что его нет. Думаю надо искать проблему именно в АРП, но где именно???

Кто сталкивался с такой проблемой, как решать!!??

  • Replies 65
  • Created
  • Last Reply

Top Posters In This Topic

Posted

Это с одной:

 

D-link Corp. Access Point wlan1 -> get station

*************************************************

00:0f:3d:ab:63:0d, State: up, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 33, AckSignalStrength: 51

MSDU Data Mcast Mgmt Ctrl Errors

Rx 0 0 0 0 0 0

Tx 614 614 0 0 0 0

 

 

*************************************************

00:05:1c:19:2d:ef, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 52

MSDU Data Mcast Mgmt Ctrl Errors

Rx 9 9 0 0 0 0

Tx 9 9 0 0 0 0

 

 

D-link Corp. Access Point wlan1 ->

 

А это с другой:

 

Atheros Access Point Rev 3.0.0.43A

D-link Corp. Access Point wlan1 -> g sta

*************************************************

00:0f:3d:ab:62:fd, State: up, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 54, RxSignalStrength: 47, AckSignalStrength: 49

MSDU Data Mcast Mgmt Ctrl Errors

Rx 1 1 1 0 0 0

Tx 4 5 0 0 0 5

 

 

*************************************************

00:05:1c:19:31:07, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 48

MSDU Data Mcast Mgmt Ctrl Errors

Rx 760 776 716 0 0 0

Tx 23 23 0 0 0 0

 

 

*************************************************

00:80:48:1b:21:89, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 0

MSDU Data Mcast Mgmt Ctrl Errors

Rx 0 0 0 0 0 0

Tx 0 0 0 0 0 0

 

 

*************************************************

00:0c:f1:a6:db:99, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 49

MSDU Data Mcast Mgmt Ctrl Errors

Rx 38 38 1 0 0 0

Tx 38 38 0 0 0 0

 

 

*************************************************

00:50:8b:10:52:54, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 50

MSDU Data Mcast Mgmt Ctrl Errors

Rx 28 29 1 0 0 0

Tx 28 28 0 0 0 0

 

 

*************************************************

00:80:48:28:a3:13, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 0

MSDU Data Mcast Mgmt Ctrl Errors

Rx 0 0 0 0 0 0

Tx 0 0 0 0 0 0

 

 

*************************************************

00:0d:88:4f:b3:87, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 5GHz 54Mbps (802.11a)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 1, RxSignalStrength: 0, AckSignalStrength: 0

MSDU Data Mcast Mgmt Ctrl Errors

Rx 5 5 5 0 0 0

Tx 0 0 0 0 0 0

 

 

D-link Corp. Access Point wlan1 -> Rebooting AP...

Posted

admin_wireless, сообщаю

 

 

Atheros Access Point Rev 3.0.0.43A

D-link Corp. Access Point wlan1 -> g pow

TransmitPower: full

Current Transmit Output Power 19.5 dBm

D-link Corp. Access Point wlan1 ->

 

D-link Corp. Access Point wlan1 -> g ant

Antenna: best

D-link Corp. Access Point wlan1 ->

 

D-link Corp. Access Point wlan1 -> version

 

SOFTWARE_VERSION: v1.01eu

D-link Corp. Access Point wlan1 ->

 

В данный момент точки тестятся на столе, на штатные антенны. Но в полевых условиях глюк такой-же.

Posted

Current Transmit Output Power 19.5 dBm

Это весьма замечательная цифра :D

Только вот я не знаю как Вам удалось её получить ;)

Дело в том, что мощность можно без малейших

проблем выставить любую, например :

set overridetxpower 30

и тогда будет :

Current Transmit Output Power 30 dBm

т.е. якобы 1W :D

но вот дробную часть выставить ...

А вообще выставлять 19 dBm лишено малейшего смысла ...

усилитель начинает входить в насыщение уже при 17 dBm

если вместо 17 dBm поставить 19 dBm, то из-за

рассыпания спектра, к торому очень чувствительна OFDM,

на высоких скоростях (реально OFDM работает только начиная с 24М)

будет очень много ошибок если будет 19 dBm и более ...

Так что исправте блинковский глюк ...

 

Antenna: best

Эта фича не работает в версии прошивки v1.01eu

о чем свидетельствует "перекос" по RSSI :

RxSignalStrength: 33, AckSignalStrength: 51

на 18dBm

следует всегда жестко задавать антенну ...

 

SOFTWARE_VERSION: v1.01eu

Это очень древняя версия.

У этой версии есть проблема

потери arp таблицы, которая внутрях_AP вообще то называется как MAT :D

Эта проблема решена в версии v2.ххх

Следует заметить, что firmware для atheros

пишут обкуренные арабы из Емена, и пишут они вот для этих OEM :

http://www.phoenixnetworks.net/atheros.php

и это далеко не полный перечень ...

... для экономии денег при уплате за апдейты,

блинк уже в версии V2.ххх начал

начал заказывать обкуренным арабам общую фирмВарЬ

для DWL2100 G800 G810 G820 DWL-2200AP ...

Лично мене нравится больше 2200 ... там уже

глюки "подлизали" но и денег хотят почти в два раза больше ...

 

В данный момент точки тестятся на столе, на штатные антенны ...

это я и так понял,

как никак Вы привели RSSI= -46dBm ...

но на всякий случай переспросил, а вдруг ...

У меня такие AP (не_от_блинка)

уже почти год непрерывно тестятся на столе ...

Сегодня вот, под V2.ххх показывали RSSI= -43dBm это при Tx= 1dBm ;)

И при :

---------

Access Point wlan1 -> g upt

AP Uptime -- Day 0, 6:02:12

Access Point wlan1 ->

---------

Вот эти все 6 часов качали тест TCP на 108M ...

весьма и весьма неплохие результаты ...

но лучше уж пока работать на 54M ...

 

Но в полевых условиях глюк такой-же.

это не открытие ... этот умышленный_глюк_от_atheros

известен уже почти год,

при малейшей радиопомехе будет Rebooting AP

Причем эти обкуренные арабы таки издеваются ...

если зайти под RD то :

-----------------------------

Lebradeb -- Disable reboot during radar detection

pktLog -- Packet Log

radar! -- Simulate radar detection on current channel

--------------------------------

 

Для исправления этого умышленного_глюка понятно что надо ...

Я в своих фирмваре этот глюк исправил ...

 

 

Ну и заявление Работает в общем нормально, данные бегают без потерь

мягко говоря некорректно ...

Posted

admin_wireless, Ваш ответ мне не совсем понятен, т.к. я не очень-то хорошо разбираюсь в тонкостях прошивок и некоторых специфичных терминах. Но постараюсь понять, так как очень надо.

 

SOFTWARE_VERSION: v1.01eu

Это очень древняя версия.

На ФТП Длинка других прошивок нет, не понятно где можно взять

версии v2.ххх
????

 

Для исправления этого умышленного_глюка понятно что надо ...

Я в своих фирмваре этот глюк исправил ...

А что надо-то?? Мне не понятно...

И глюк волнует только с пропаданием пинга на некоторые IP-ники.

Прокомментируйте, пожалуйста, возможно это понадобится не только мне.

Posted

других прошивок нет ...

Ну а я :

DWL2100AP.v200.r202.t249

и

DWL2100AP_EU.v201.r137.t122

где взял ?

Сам я их не писал, их пишут для ВСЕХ обкуренные арабы,

причем очень часто, путаются в названиях фирм и такие приколы бывают ...

Давеча одни выложили якобы_свою прошивку даже не посмотрев что там,

народ ржАл ...

 

Так что дергайте стУпор блинковский ...

Пускай дают URL откуда скачивать,

продали ж товар, пущай и сами и саппортят ...

 

А что надо-то?? Мне не понятно...

А что тут непонятного то ... бабки платить надо ...

то ли блинку надо платить обкуренным арабам ...

то ли надо было покупать другие девайсы с уже пофиксенным багом ...

 

И глюк волнует только с пропаданием пинга на некоторые IP-ники ...

Пардон,

но всё таки гы гы гы ...

как может быть пропадание на некоторые IP-ники если

AP ребутится, пинги пропадут все ...

Если Вы такие отважные, и согласны работать на девайсах которые

ребутятся от каждой помехи в эфире, то какие проблемы ...

С тех некоторых IP-ников запустите брадкастные (.255) пинги

и тогда в переребученных AP быстрее будут обновлятся arp(MAT) таблицы ...

 

 

Да,

и все ж, до жути интересно,

как удалось получить 19.5dBm ?

Я вот и сяк и так ... и даже по регистрам atheros ...

там только можно без дробной части ...

Posted
AP ребутится, пинги пропадут все ...  

Если Вы такие отважные, и согласны работать на девайсах которые  

ребутятся от каждой помехи в эфире, то какие проблемы ...  

 

Вижу недопонимание проблемы. Точки НЕ РЕБУТЯТСЯ!!! Они работают стабильно в течении нескольких суток. Проблема в ПРОПАДАНИИ пинга на НЕКОТОРЫЕ адреса по ту сторону радиомоста!! Причем безо всякой закономерности... Появляются, пропадают... Как можно объяснить клиенту, что ему надо пнговать броадкасты, что бы сеть нормально работала?

Posted

Точки НЕ РЕБУТЯТСЯ!!! Они работают стабильно в течении нескольких суток ...

например, если стабильно и не ребутятся :

---------

*************************************************

00:0d:88:e6:dc:46, State: joined, AID: 2007

Authentication Type: Open System

WLAN Mode: 2.4GHz 108Mbps (802.11g Turbo)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 108, RxSignalStrength: 42, AckSignalStrength: 41

MSDU Data Mcast Mgmt Ctrl Errors

Rx 3 3 0 28 0 0

Tx 2543 2543 0 0 0 9

 

*************************************************

00:0d:88:e6:dc:11, State: associated, AID: 2007

Authentication Type: Open System

WLAN Mode: 2.4GHz 108Mbps (802.11g Turbo)

Encryption: OFF Ciphers: NONE(unicast), NONE(multicast), NONE

Compression: OFF

Power Save Mode: OFF

Rx Data Rate: 108, RxSignalStrength: 42, AckSignalStrength: 48

MSDU Data Mcast Mgmt Ctrl Errors

Rx 2563 2633 0 0 0 0

Tx 31 32 0 0 0 0

------------

WLAN Access Point wlan1 -> g upt

AP Uptime -- Day 0, 5:24:55

-----------

Обратите внимание на количество пакетов,

это при том, что через эти AP никто не работал просто стояли сейчас

более 5 часов ... на второй, удаленной в эзер ничего небыло воткнуто ...

 

И посмотрите что Вы привели мне по g sta ...

Там вообще и пакетов практически небыло,

а если посмотреть на :

D-link Corp. Access Point wlan1 -> Rebooting AP...

то ...

 

Как можно объяснить клиенту, что ему надо пнговать ...

Задайте этот вопрос стУпорту блинка ...

Posted
Обратите внимание на количество пакетов,  

это при том, что через эти AP никто не работал просто стояли сейчас  

более 5 часов ... на второй, удаленной в эзер ничего небыло воткнуто ...  

 

И посмотрите что Вы привели мне по g sta .

 

Это было действительно приведено после ребута АП, но сознательного. И точки проработали до снятия скрина минуту или две...

 

Проблема в пропадании адресов при работе через мост.

Posted

paki,

как по мне, то фиолетово ...

то работает сутками то минуты ...

... что бы увидеть Rebooting AP...

надобно ткнуть командочку r

по другому никак ... этой командочки в срине я не увидел,

зато увидел то что без проблем демонстрируется на раз два три ...

причем на любых версиях якобы_блинковских firmware ...

...и 19.5dBm увидел ;)

 

В общем я уже ВСЕ обЪяснил ...

Posted
... что бы увидеть Rebooting AP...  

надобно ткнуть командочку r  

по другому никак ... этой командочки в срине я не увидел,  

 

Чтобы увидеть Rebooting AP можно перезагрузить точку через веб :))

Не консолью единой...

 

В общем я уже ВСЕ обЪяснил ...

Да вот как раз ничего и не объяснил. Только демагогия и обсуждение недостатков этих девайсов. Только они от этого лучше работать не будут. :(

 

А вопрос остается открытым!!!

Posted

Да вот как раз ничего и не объяснил ...

ну не обЪяснил так необЪяснил ...

хотя пинги ... весь мир так поступает ...

 

А вопрос остается открытым!!

для блинковского сапорта ?

Posted

Чтобы увидеть Rebooting AP можно перезагрузить точку через веб ...

хм,

а зачем её принудительно ребутить ...

в общем дерзайте ...

Posted

через веб :))

Не консолью единой...

Хм,

действительно можно ...

я уже и забыл что там веб есть %)

я его вырубил давным давно,

поскольку лучшего способа, чем через веб, хакнуть AP непридумаешЬ :D

Если опять есть обвинения в демагогии,

то опять же нет проблем давай публик_IP_AP ...

Это продемонстрируем без проблем ...

Причем дополнительных паролей чем те что вводятся при

заходе на веб в AP не существует ...

Для захода в RD вначале надо получить обычный доступ

а потом уже RD ...

Так что без ручек :)

Posted

Можно уточнить проблему??

Я не обсуждаю недостатки в защите точки через ВЕБ, дело в другом.

Мне надо устранить такой глюк - сидишь через эту точку, лежащую на столе, пингуешь адрес в ЛС, все равно какой, допустим 192.168.1.100. Он есть, т.к. это соседняя машина. Проходит минута-другая, и этот адрес перестает быть виден с моей машины, хотя естественно он работает и другие его видят. Так постепено происходит со всеми адресами в сети, помогает только перезагрузка точки.

Друзья! Кто может помочь разобраться в проблемой! Откликнитесь, очень надо, т.к. время на которое взяты точки на тест проходит, надо определиться...

Posted

ну пропиши на том компе, который перестает видеть, статичные привязки ip к mac командой arp.

И попробуй пингануть, пройдет пинг? Далее попробуй вдобавок на принимающем компе, который нужно увидеть прописать статичную привязку мака к ip для пингующего компа...

и т.д. и т.п.

Posted

Мне надо устранить такой глюк ...

Ну такого глюка пока вродь как не наблюдалось.

т.е. глюк типа :

запустили паралелельно ping на три разных IP

и они начинают по очереди "отваливать" ...

 

До сих пор наблюдалось что эти ВСЕ пинги "отваливали"

одновременно и связано это было с особой чувствительностью

к помехам в эфире ...

 

Тот глюк который связан с потерей arp таблиц успешно фиксился

при помощи ping ... пока они шли arp таблицы не терялись ...

 

Было бы все ж, весьма неплохо на AP выставить публик IP,

я б посмотрел настройки ... AP многофункциональные,

там такого можно наконфигурить ....

Обязуюсь не давать команду format для флешЬ :D

Posted

К сожалению поздно... Срок тестирования истек.

 

В процессе выяснилось, что за глюк с точкой.

Попробую сформулировать.

 

СЕТЬ: Комп --- АП - - - - - - АП --- Комп.

простейший случай. Адреса соответственно 1,2,3 и 4.

Едем дальше.

 

Обе АП включены в режим моста.

С адреса 1 пингуем АП с адресом 2. Пинг есть всегда.

С адреса 4 пингуем АП с адресом 3. Пинг есть всегда.

------------

Далее.

 

С адреса 1 пингуем адрес 4. Пинг идет. В таблице АРП на машине 1 появляется соответствующая запись. Через примерно минуту связь между ними пропадает. Чтобы не ждать, можно точку ребутнуть. В АРП машины 1 запись о 4 есть. Удаляем ее или ждем пока она (запись) пропадет сама, связь восстанавливается.

 

Первый вывод: Если на компе "1" в таблице АРП существует запись о машине "4", а в точке 2 она уже стерлась (или не появилась), то связи не будет.

 

Все выше сказанное справедливо и для связки 4 - 1, только в зеркальном отражении.

 

Далее.

 

С адреса 1 пингуем адрес точки 3. Пинга нет и не будет :). Не будет его до тех пор, пока на машине 1 в таблицу АРП не занесем СТАТИЧЕСКУЮ запись об адресе 3. После этого все пингует на "ура". Соответственно все так-же и для 4-2.

 

Второй вывод: Пока неизвестен мак-адрес точки по ту сторону моста, пингануть ее нельзя. И сама она его не говорит.

 

Вывод третий: В режиме акцесс-поинт все описанное выше пропадает, все пингуется без проблем. Причем пинг появляется сразу, без задержек по времени, а в режиме моста есть задержка, примерно пол-секунды, и первый пакет обычно не проходит.

 

Этот глюк пока остается загадкой. Может есть кто смог разобраться в причинах?

Posted

Да... Я так понял прочитав ЭТО никто ничего сказать не может :(((

А ведь Длинк продает железку, которая не работает и берет за это деньги. В их саппорте говорить вообще не с кем. Они или не понимают или вид делают.

 

ЗЫ. Нужен линк на 54 мбит. Какие девайсы работают?

Posted

Длинк продает железки которые расчитаны для работы в офисе и дома, на растояние 10-20 метров, за это и берет деньги.

 

У нас работают мини PCI карты на Atheros 5212 + FreeBSD.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.