Dhampir113
-
Posts
125 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Dhampir113
-
-
14 минуты назад, vasek00 сказал:
AirgoNet_11:4f:08 IPv4mcast_7f:ff:fa с солидным сигналом " Channel: 1 Frequency: 2412MHz Signal strength (dBm): -30dBm"
Giga-Byt_4d:41:8c Broadcast с солидным сигналом "Channel: 1 Frequency: 2412MHz Signal strength (dBm): -34dBm "
Giga-Byt_4d:41:8c обмен Data c IntelCor_57:37:5d с сигналом "Channel: 1 Frequency: 2412MHz Signal strength (dBm): -30dBm"
это же устройство
ZyxelCom_00:7b:b8 обмен Data c IntelCor_57:37:5d c сигналом "Channel: 1 Frequency: 2412MHz Signal strength (dBm): -37dBm"
SeikoEps_2a:3e:ed Broadcast с сигналом "Channel: 1 Frequency: 2412MHz Signal strength (dBm): -32dBm"
вот это все ноут, который делал захват, скорее всего увидел тогда когда Wi-Fi совсем отпала на стандарте 802.11n, когда даже keenetic перестал SSID вещать
14 минуты назад, vasek00 сказал:Уровни сигналов думаю ну очень -25dBm -32dBm, как будто в метре от них?
ну, они рядом лежали с ноутом, чтоб наблюдать когда отвал будет
14 минуты назад, vasek00 сказал:то определитесь с эфиром и выберите канал, потом ширина 20/40 или 20 для "n"
т.е. если выставлять в настройках стандарт 802.11n или 802.11bgn то и ширину канала тоже вручную поставить?
Просто я уж думаю, чем так мучаться и напрягать людей, легче поставить стандарт 802.11bg, на котором все работает и нет отвалов и забыть про все, и фиг там с ним с этим багом или приехать в штаб-квартиру разработчиков взяв с собой кинетик и все устройства
-
12 минуты назад, vasek00 сказал:
да еще и несколько БС
у меня 2 точки доступа (keenetic 2 и Huawei 5832 S), но на момент тестов Huawei всегда отключен, больше ничего нет, даже в округе
и huawei я начал пользоваться только из-за того, что keenetic стал ерунду с wi-fi творить, но к huawei у меня не все устройства подключаются (запомнены) а только мой телефон Sony и всё
updated: на момент тестов к wifi keenetic было подключено 2 смарта (Sony и Samsung), принтер epson и комп MSI, которым я и захватывал трафик
-
1 минуту назад, vasek00 сказал:
СПС. Посмотрю.
да это вам спасибо, что помогаете. Может быть докопаемся до причины
-
12 часа назад, vasek00 сказал:
Это не то что хотелось бы, а хотелось бы уровень на уровни " фреймов Beacon " копнуть
"усё готово, шеф"
рабочий 802.11bg.cap - стандарт 802.11bg, работает всегда с любыми устройствами, отвалов Wi-Fi нет
рабочий-не рабочий 802.11bgn отвал на отметке 12.05.cap - стандарт 802.11bgn, здесь даже получилось поймать момент отвала WI-Fi, сначала все работало, затем где-то на отметке времени 12:05 Wi-Fi отвалилась
рабочий 802.11n.cap - стандарт 802.11n пока все работало
нерабочий 802.11n.cap - стандарт 802.11n, а здесь уже Wi-Fi отвалилась, даже SSID пропал
-
23 часа назад, vasek00 сказал:
В первом варианте увидите стандартные пакеты по wi-fi (БС<->клиент) во втором варианте возможно уже проблему на клиенте который дурит.
ну вот сделал
вот здесь все работает: capture-WifiMaster0-AccessPoint0-Aug 1 15-32-40.pcapng
а вот второй файл, где отвал был, там 38мб, ссылку на гуглодиск прикрепил внизу
записи об ошибках там вот такие есть:
101528 14781.930351 192.168.1.37 173.194.221.139 TCP 66 48196 → 443 [RST, ACK] Seq=293 Ack=4685 Win=102016 Len=0 TSval=612277 TSecr=2955545865
если развернуть то там вот это:
Скрытый текстFrame 101528: 66 bytes on wire (528 bits), 66 bytes captured (528 bits) Encapsulation type: Ethernet (1) Arrival Time: Aug 1, 2017 21:10:21.390203000 Алтайское стандартное время [Time shift for this packet: 0.000000000 seconds] Epoch Time: 1501596621.390203000 seconds [Time delta from previous captured frame: 0.001881000 seconds] [Time delta from previous displayed frame: 0.001881000 seconds] [Time since reference or first frame: 14781.930351000 seconds] Frame Number: 101528 Frame Length: 66 bytes (528 bits) Capture Length: 66 bytes (528 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:ethertype:ip:tcp] [Coloring Rule Name: TCP RST] [Coloring Rule String: tcp.flags.reset eq 1] Ethernet II, Src: SamsungE_19:64:d4 (00:87:01:19:64:d4), Dst: ZyxelCom_00:7b:b8 (ec:43:f6:00:7b:b8) Destination: ZyxelCom_00:7b:b8 (ec:43:f6:00:7b:b8) Address: ZyxelCom_00:7b:b8 (ec:43:f6:00:7b:b8) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Source: SamsungE_19:64:d4 (00:87:01:19:64:d4) Address: SamsungE_19:64:d4 (00:87:01:19:64:d4) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Type: IPv4 (0x0800) Internet Protocol Version 4, Src: 192.168.1.37, Dst: 173.194.221.139 0100 .... = Version: 4 .... 0101 = Header Length: 20 bytes (5) Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT) 0000 00.. = Differentiated Services Codepoint: Default (0) .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0) Total Length: 52 Identification: 0x00ff (255) Flags: 0x02 (Don't Fragment) 0... .... = Reserved bit: Not set .1.. .... = Don't fragment: Set ..0. .... = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: TCP (6) Header checksum: 0xeca9 [validation disabled] [Header checksum status: Unverified] Source: 192.168.1.37 Destination: 173.194.221.139 [Source GeoIP: Unknown] [Destination GeoIP: Unknown] Transmission Control Protocol, Src Port: 48196, Dst Port: 443, Seq: 293, Ack: 4685, Len: 0 Source Port: 48196 Destination Port: 443 [Stream index: 550] [TCP Segment Len: 0] Sequence number: 293 (relative sequence number) Acknowledgment number: 4685 (relative ack number) 1000 .... = Header Length: 32 bytes (8) Flags: 0x014 (RST, ACK) 000. .... .... = Reserved: Not set ...0 .... .... = Nonce: Not set .... 0... .... = Congestion Window Reduced (CWR): Not set .... .0.. .... = ECN-Echo: Not set .... ..0. .... = Urgent: Not set .... ...1 .... = Acknowledgment: Set .... .... 0... = Push: Not set .... .... .1.. = Reset: Set [Expert Info (Warning/Sequence): Connection reset (RST)] [Connection reset (RST)] [Severity level: Warning] [Group: Sequence] .... .... ..0. = Syn: Not set .... .... ...0 = Fin: Not set [TCP Flags: ·······A·R··] Window size value: 797 [Calculated window size: 102016] [Window size scaling factor: 128] Checksum: 0x9c44 [unverified] [Checksum Status: Unverified] Urgent pointer: 0 Options: (12 bytes), No-Operation (NOP), No-Operation (NOP), Timestamps TCP Option - No-Operation (NOP) Kind: No-Operation (1) TCP Option - No-Operation (NOP) Kind: No-Operation (1) TCP Option - Timestamps: TSval 612277, TSecr 2955545865 Kind: Time Stamp Option (8) Length: 10 Timestamp value: 612277 Timestamp echo reply: 2955545865
и выделено из всего этого:
Transmission Control Protocol, Src Port: 48196, Dst Port: 443, Seq: 293, Ack: 4685, Len: 0 Flags: 0x014 (RST, ACK) .... .... .1.. = Reset: Set
-
так я уже делал захват пакетов, там даже под конец проблема, но я не умею работать в Wireshark, вот приложены в этом сообщении
но сделаю ещё раз
-
Решил сделать полный сброс, думал что на последней 2.10 проблема не проявится и в настройках wi-fi вернул стандарт на 802.11bgn, но через 3 часа по вафле снова нет соединения (на смарте индикатор горит, пишет что подключено, и SSID отображается, но соединения нет, ни с интернетом, ни с локалкой), на компе висевшем в это время на LAN без эксцессов.
в 18.57 выставил стандарт, а в 22.24 отвалилась беспроводная сеть, на момент отвала в логе только две записи:
[I] Jul 31 22:24:42 ndhcps: DHCPREQUEST received (STATE_RENEWING) for 192.168.1.37 from 00:87:01:xx:xx:xx. [I] Jul 31 22:24:42 ndhcps: sending ACK of 192.168.1.37 to 00:87:01:xx:xx:xx.
00:87:01:xx:xx:xx - это телефон Samsung Galaxy J1 mini (2016) (SM-J 105h).
MAC: 00-87-01 Производитель: Samsung Electronics Co.,Ltd Описание: #94-1, Imsoo-Dong Gumi Gyeongbuk 730-350 KR
Ранее потестив различные ситуации пришел к выводу, дисконнекты Wi-Fi вызывает появление именно этого смартфона в сети, без него все нормально (тест в течение 24 часов). Сам телефон появился дома весной и именно тогда началась эта свистопляска с беспроводной сетью. А до него в сети были и принтер Epson, и другие смартфоын Sony M2 и Sony Neo V, и ноутбуки Lenovo и MSI, а также usb-модуль TP-Link но дисконнектов таких не было, чтобы приходилось перезапускать Wi-Fi на роутере. Пробовал также на прошивках 2.06, 2.08, 2.09, без самсунга все хоршо, как подключаю его, начинаются проблемы.
Сейчас снова поставил последнюю 2.10 и стандарт wi-fi 802.11bg и все работает ка часы.
На этом конфиге наблюдаются падения Wi-fi сети startup-config (1).txt
на этом конфиге все работает, даже если в сети вышеописанный смартфон самсунг startup-config (3).txt
Селфтест для разработчиков прикрепил ниже.
-
-
После обновления до 2.10.A.5.0-1 в журнале появились ошибки:
Jul 24 05:12:26ndmPingCheck::Profile: system failed [0xcffd031d]. Jul 24 05:12:26ndmNetwork::Interface::IP: "UsbModem0": IP address cleared. Jul 24 05:12:26ndmNetwork::InterfaceFlusher: flushed UsbModem0 conntrack and route cache. Jul 24 05:12:26pppd[16742]Exit. Jul 24 05:12:26ndmService: "UsbModem0": unexpectedly stopped. Jul 24 05:12:26ndmNetwork::Interface::Base: "UsbModem0": interface is up. Jul 24 05:12:27upnpshutting down MiniUPnPd Jul 24 05:12:27ndmCore::Server: client disconnected. Jul 24 05:12:31ndnproxystatistics is missed for DNS 10.11.12.13. Jul 24 05:12:31ndnproxyCore::Syslog: last message repeated 3 times.
и часто стал теперь пропадать интернет, сам не восстанавливается, пока вручную модем не передернешь. Пингчек вроде и отрабатывает, видно что соединение перезапускается, но интернета так и нету, как ручками модем "перетыкнешь" сразу все начинате работать, до следующего раза. Селфтест приложил в сообщение ниже.
- 2
-
такое может произойти и от конфликта с определенным клиентом
может файлы Wireshark помогут?
2 часа назад, vasek00 сказал:, то опять же захват пакетов на wi-fi.
файлы по 28 мб, ссылка на гуглодиск Вот, отвал там под конец. (не умею работать в Wireshark, к сожалению)
-
4 часа назад, IgaX сказал:
Надо на это делать упор - проблем с другими реализациями нет.
работает всегда что-то одно, т.е. не идет переподключение с Huawei на Keenetic т.к. сначала отключается E5832s, а потом только включается Keenetic II, сейчас и вовсе на всех сеть от Huawei забыта. Вчера пробовал снова на стандарте 802.11n - отваливаются клиенты, переключил на 802.11bg - все работает
-
36 минут назад, Padavan сказал:
- один из клиентов до этого покинул AP не попрощавшись
это вряд ли,так как все 4 клиента на момент отвала находятся в зоне AP, других у меня нет, единственное что принтер (Epson xp-320) может теряет сеть (плохо видит) из-за стены и периодически переподключается
36 минут назад, Padavan сказал:пока не отключится "проблемный" клиент
по логу тяжело поймать, потому при каждом отвале клиенты отключаются всегда по-разному, сначала может ноут, а может и смарт и потом вот такая каша (кто первый отключился, начинает подключаться и мусорить в логе):
Скрытый текст[I] Jun 9 17:26:24 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) had deauthenticated. [I] Jun 9 17:26:36 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) had associated successfully. [I] Jun 9 17:26:43 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) pairwise key handshaking timeout. [I] Jun 9 17:26:43 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) had deauthenticated. [I] Jun 9 17:26:50 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) had associated successfully. [I] Jun 9 17:26:56 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) pairwise key handshaking timeout. [I] Jun 9 17:26:56 wmond: WifiMaster0/AccessPoint0: (RT2860) STA(00:0a:f5:11:4f:08) had deauthenticated.
или вот так
Скрытый текстJun 11 13:44:29wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had deauthenticated. Jun 11 13:44:38wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:44:43wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had deauthenticated. Jun 11 13:44:45wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:44:46wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:44:51wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had deauthenticated. Jun 11 13:44:53wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:44:58wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had deauthenticated. Jun 11 13:45:08wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:45:10wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:45:15wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had deauthenticated. Jun 11 13:45:18wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully. Jun 11 13:45:18wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had deauthenticated. Jun 11 13:45:26wmondWifiMaster0/AccessPoint0: (RT2860) STA(84:a6:c8:57:37:5d) had associated successfully.
и так будет продолжатся либо пока AP не "передернешь" либо пока все клиенты сами не отстрелятся, но где-то в течение минут 5-10 восстанавливается
-
21 минуту назад, Padavan сказал:
Если более на чем на одном клиенте в этот момент виден одинаковый и значительный провал уровня от AP (на > 20dBm)
нет, провал уровня от AP не всегда наблюдается. Чаще просто SSID есть, клиенты подключены, и индикатор сети есть,а вот соединения нету. Стоит только сделать откл-вкл модуля на любом из клиентов и он начинает постоянно безуспешно переподключаться, пока так же не сделаешь на всех остальных клиентах и проблема только на 802.11n, как все клиенты отключатся AP сразу восстанавливается
-
7 часов назад, Padavan сказал:
Скорее всего подключение одного из клиентов будет приводить к таким последствиям.
Результаты мониторинга inSSIDerом: в сети те же 4 устройства, конфиг сети:
interface WifiMaster0 country-code RU compatibility BGN channel width 40-below up
в момент первого отвала точку доступа знатно трясло: по inSSiderу, мощность передатчика падала до -90dBm
в момент второго отвала падения мощности не наблюдалось. Но что в первый раз, что во второй, пока не отключишь от точки доступа все клиенты, она не очухается, и не важно в какой последовательности их отключать.
Вот рабочий конфиг сети (на котором падений нет):
interface WifiMaster0 country-code US compatibility BG rekey-interval 3600 up
7 часов назад, Padavan сказал:Для начала неплохо выяснить, подключение какого клиента ведет к данной проблеме
З.Ы. из памяти всплывает: отвалы участились после появления дома смарта Samsung-J105H, раньше бывали кратковременные пропадания Wi-Fi сети, по наблюдениям на смарте Sony M2 (D2302) решались вкл/откл Wi-Fi модуля на самом смарте.
-
5 часов назад, Padavan сказал:
Для начала неплохо выяснить, подключение какого клиента ведет к данной проблеме. Т.е. вам нужно разрешить 11n и постепенно подключать клиентов. Скорее всего подключение одного из клиентов будет приводить к таким последствиям
сегодня весь вечер тестировал на 802.11n, странно как-то, нету отвалов. Появилась мысля помониторить ширину канала inSSIDerом, вдруг не в стандарте все-таки дело,
-
20 часов назад, IgaX сказал:
итд.
4ый день точка доступа на стандарте 802.11bg - ни одного отвала Wi-Fi, для контроля вчера вечером переключил на стандарт 802.11bgn - отвал через 30 минут, на 802.11n - отвал Wi-Fi через 3 минуты
14 часа назад, evgn сказал:Jun 19 21:08:35wmondWifiMaster1/AccessPoint0: (RT3593) STA(56:e6:76:f7:40:86) had associated successfully.Jun 19 21:08:40wmondWifiMaster0/AccessPoint0: (RT2860) STA(24:ab:81:92:92:6d) had disassociated.Jun 19 21:08:41wmondWifiMaster1/AccessPoint0: (RT3593) STA(56:e6:76:f7:40:86) pairwise key handshaking timeout.Jun 19 21:08:41wmondWifiMaster1/AccessPoint0: (RT3593) STA(56:e6:76:f7:40:86) had deauthenticated.Jun 19 21:08:56wmondWifiMaster1/AccessPoint0: (RT3593) STA(56:e6:76:f7:40:86) had associated successfully.ооо, как это знакомо, возможно даже проблема как у меня
14 часа назад, evgn сказал:Buffalo WLAE-AG300N в режиме моста (к нему проводами подключен один из компьютеров и IP-TV приставка);
iPhone 5S;
попробуйте (для яблок, как мне сказали, даже желательно):
interface WifiMaster0 country-code US
если не поможет, то пробуйте:
interface WifiMaster0 compatibility BG
и отпишитесь по результатам
З.Ы. Конфиг бы увидеть, я думаю что смена стандарта Wi-Fi на 802.11bg вам поможет, но не факт
-
40 минут назад, IgaX сказал:
и (смотрим на свой страх и риск) наступает просветление, чэйнджлог дарит радость улыбки =)
у меня прост другая область познаний, в которой я "админ", и к сожалению, сетевое оборудование с ней не соседствует даже в километре, поэтому и надеюсь на разработчиков и умных людей в этих краях, в которых я могу только сообщить об обнаруженном баге ("способный на минимальный анализ происходящего"), ну и минимально провести диагностику, остальное мне не по силам.
- 1
-
Вот уже заканчиваются вторые сутки, в режиме 802.11bg ни одного разрыва и отвала Wi-Fi. Yuotube смотрится без проблем, да и при веб-серфинге все отлично.
-
Спасибо всем за гид, причину нашел, теперь дело за разработчиками. Пост поднял к шапке.
З.Ы. Начиналось все с ютуба закончилось стандартами Wi-Fi
-
49 минут назад, vasek00 сказал:
KII если в N стандарте и брать по отдельности устройства на какую ширину канала сажает каждое?
в настройках Wi-Fi поменял стандарт на 802.11n, устройства сели на ширину 20 МГц все, смарты на скорости 65 Мбит/с, ноут на скорости 130 Мбит/с. Через 2 минуты Wi-Fi у всех отвалилась.
Теперь подытожу результаты: после всех опытов выяснилось, что при переходе Wi-Fi точки доступа на стандарт 802.11n клиенты теряют сеть и перестают к ней подключаться. Опыты заканчиваю, сбрасываю и выставляю свои настройки. Пока поставлю стандарт для Wi-Fi 802.11bg. Последний селфтест для разработчиков прикладываю ниже.
-
19 минут назад, IgaX сказал:
надо надеяться
6 минут назад, vasek00 сказал:а можно узнать что за смарты
21 час назад, Dhampir113 сказал:В сети обычно 4 устройства, Sony M2 Dual (d2302), Samsung Galaxy J1 mini (2016) (SM-J 105h), принтер Epson Xp-320, ноут MSI GT60-0NC (Intel n-2230), вроде все поддерживают 802.11bgn.
-
16 минут назад, IgaX сказал:
а до этого момента можно благополучно забыть, что проблемы могут быть решены
т.е мне лучше просто оставить стандарт 802.11 bg и все наверное? и ждать когда разработчики, на что я надеюсь, откопают ошибку?
-
Ну что могу сказать, в режиме 802.11 bg ни одного отвала Wi-Fi за 20 часов. В режиме 802.11 bgn Wi-Fi отваливается каждые 15-30 минут, если сеть хорошо нагрузить, может что-то виснет при переходе из одного диапазона в другой, и точка доступа уходит в аут, если долго находится в этом режиме, особенно заметно при просмотре видео на ютубе, при обычном вебсерфинге WiiFi отваливается очень редко.
а что даст?
16 часов назад, IgaX сказал:interface WifiMaster0 compatibility N
как оно может проверить? я так понимаю в настройках должен быть пункт 802.11 n? но он и так вроде там есть?
-
19 часов назад, IgaX сказал:
может, на E5832S отключить wifi, он нужен?
нет нет, я имел ввиду застревает в выборе стандартов, e5832s отключен во время работы кинетика (e5832s лежит на всякий пожарный). т.е. там что-то происходит с b g и n, где-т застревает точка доступа. Сейчас в режиме bg стоит вот уже 10 часов, разрывов нет, сегодня ещё маме сказал активно поюзать инет и посидеть в ютубе, вечером будет результат.
19 часов назад, IgaX сказал:interface WifiMaster0 compatibility N
.. но для меня этот режим губителен, настройки не нра, поменять никак итп.итд. так что не особо рекомендую, сам жду
появится пункт только N в настройках? вечером опробую.
при переходе Wi-Fi точки доступа на стандарт 802.11n клиенты теряют сеть и перестают к ней подключаться
in 2.10
Posted · Edited by Dhampir113
сделаю:
-bgn 20
-bgn 20/40
-gn 20
-gn 20/40
и все это на фиксированном канале