Roman_Petrov
-
Posts
739 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Roman_Petrov
-
-
17 минут назад, IgaX сказал:
Вы всегда можете указать версию прошивки, где проблемы нет, чтобы можно было быстро ее локализовать.
Помню, что в начальных 2.08 ее не было, точнее уже не скажу. Тогда нужно файлом ставить и эксперементировать, на это никак времени нет сейчас увы....
19 минут назад, IgaX сказал:Т.е. это либо роутер, либо клиент. А зачем необходимо клиенту держать поднятыми оба линка? В типичных ситуациях можно либо провод, либо воздух ..
99 процентов, что то изменилось в прошивке роутера, т.к. оба эти устройства у меня стоят уже несколько лет, раньше то все было ОК? Сначала были подключены по воздуху, но иногда не хватало скорости для тяжелых видео файлов по dlna, поэтому и подключил кабелем, но отключением wifi не заморачивался, ведь не мешало раньше 2 одновременно поднятых линка. Сейчас-то конечно отключил, зачем мне чтобы зеленил каждый раз при подключении журнал?
-
4 часа назад, IgaX сказал:
Давайте посмотрим вывод команды show ip arp с указанием маков plc в моменты конфликта ip адресов и их смены с .12 на .15, часть настроек конфиг.файла, где присваиваются ip клиентам по макам (ip dhcp host) и часть с known host .. раньше был один момент с работой по web-gui с клиентами за другими устройствами, возможно, это он
Единственный пока аргумент, который я могу привести, что подключив напрямую к роутеру, тоже самое.
P.S. Вы говорите немного загадками, так и скажите, что вы думаете и на что нужно обратить внимание именно.
-
9 минут назад, IgaX сказал:
Если подключать к PLC и шнурком и по воздуху, то логично предположить, что PLC умеет и IP раздавать
Нет, не умеет
Он выступает в качестве исключительно сетегого моста (как свитч) через электрическую сеть. Т.е. адреса раздает сам роутер. К тому же картина такая же, если подключить напрямую к самому роутеру. Но ради чистоты эксперимента завтра отключу все от роутера и подключу только приставку.
9 минут назад, IgaX сказал:Следовательно, если принять риск последствий, то почему бы не выбрать для радио - US, там для 2.4 ГГц только для передатчика - 1W, а с антеннами можно и все 4W
Что интересно, пробовал даже в первую очередь. Тоже так глючило как и в варианте с Испанией. А с РФ все стало "пучком". По этому и никто видимо не жаловался, у всех явно выставлено РФ.
-
В Friday, December 30, 2016 в 13:53, ndm сказал:
Часть замечаний исправлена в версии 2.09.A.0.0-3.
Занялся на выходных исследованием проблем по подробнее. Для чистоты эксперимента и т.к. смущало кое-что в работе роутера, решил сбросить роутер до заводских настроек и потом подгрузить заранее заботливо скачанный и просмотренный startup-configuration. После полной загрузки и потом в течении нескольких дней осталась первая проблема (пункт номер 1 с переодически пропадающей точкой доступа 2.4 ГГц) и проблема с TV и Android боксами, которые не могут поделить попеременно то один, то другой свои прописанные заранее IP адреса (пункт 2), а также проблема "остановки сердцебиения" (kernel: hrtimer: interrupt took xx ns).
1) по первому пункту, так как у ребят с форума проблем ни у кого больше такое не проявлялось, зародилось подозрение, что у меня что-то настроено по другому, и естественно - было установлена страна отличная от Российской федерации /Испания/). Вспомнилась еще история с 5 ГГц точкой доступа, где для нормальной ее работы меняли страну на США. Поставил "Российская Федерация" и - о чудо!!! - все нормализовалось и заработало в штатном режиме без перебоев. Так как сейчас работает хорошо, обратно менять не пробовал
(но попробуйте пожалуйста в лабаратории).
2)
В Friday, December 30, 2016 в 14:43, Roman_Petrov сказал:Dec 30 14:09:11ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 30 14:09:11ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.По проблеме, где проявлялось это, тоже есть твердая уверенность, что у вас это проявиться в лабаратории, как только вы возмете весьма популярный немецко-украинский ТВ бокс (Aura HD) или любой Android бокс, и подключите их одновременной по проводу, почти наверняка они у и вас начнут скакать от одного (LAN) к другому (Wi-Fi) адрресам IP (заранее прописанные в Hosts на каждый по своему MAC /у каждого интерфейса действительно свой персональный МАС, единственное общее это одна встроенная операционка и устройство/). T.к. у меня это проявляется снова (пока решил отключением от wifi и подключением только по проводу LAN). Самое интересное, что в ранних прошивках 2.08-х-х этой проблемы не было, она появилась только на позних типа 2.08-А-12 и 2.09....
3)
В Wednesday, December 28, 2016 в 19:39, Roman_Petrov сказал:kernel: hrtimer: interrupt took 57748 ns
Эта проблема кажется проявляется при настроенных расписаниях schedule. Пока нет раписаний, вроде как нет проблемы, как есть-иногда выскакивает. Я про это вспомнил, потому что когда еще не было этого средствами прошивки, я делал через Enware с busybox cron и там тоже это иногда проскакивало. Видимо есть какая-то нестабильность, хотя это больше на уровне предположения.
P.S. Почему-то на последних прошивках как бы перестал у меня засыпать внешний USB диск, вы не модифицировали этот параметр в прошивке? Жалко, что нет принудительного отключения, как в V1. (подскажите пожалуйста, через CLI можно ли и посмотреть статус, если есть ли?)
Спасибо за ваше терпение.
-
1
-
-
55 минут назад, ndm сказал:
Часть замечаний исправлена в версии 2.09.A.0.0-3.
Спасибо, видел. Это конечно не на что не влияет, просто информация, осталось сразу после установки и перегрузки:
kernel: hrtimer: interrupt took 51523 ns
еще, кстати было тоже уже раньше, потом после полной загрузки пропадает потом:
Dec 30 14:08:11avahi-daemon[619]Invalid legacy unicast query packet.Dec 30 14:08:11avahi-daemon[619]Core::Syslog: last message repeated 2 times.Dec 30 14:08:11avahi-daemon[619]Received response from host 78.47.125.180 with invalid source port 35000 on interface 'ezcfg0.0'Dec 30 14:08:11avahi-daemon[619]Received response from host 192.168.0.192 with invalid source port 35000 on interface 'eth3.0'Dec 30 14:08:11avahi-daemon[619]Received response from host 10.10.10.1 with invalid source port 35000 on interface 'br2.0'Dec 30 14:08:12avahi-daemon[619]Received response from host 78.47.125.180 with invalid source port 35000 on interface 'ezcfg0.0'Dec 30 14:08:12avahi-daemon[619]Received response from host 192.168.0.192 with invalid source port 35000 on interface 'eth3.0'Dec 30 14:08:12avahi-daemon[619]Received response from host 10.10.10.1 with invalid source port 35000 on interface 'br2.0'Dec 30 14:08:12avahi-daemon[619]Received response from host 78.47.125.180 with invalid source port 35000 on interface 'ezcfg0.0'Dec 30 14:08:12avahi-daemon[619]Received response from host 192.168.0.192 with invalid source port 35000 on interface 'eth3.0'Dec 30 14:08:12avahi-daemon[619]Received response from host 10.10.10.1 with invalid source port 35000 on interface 'br2.0'Естественно остался Android Box который сам с собой лается по портам LAN и Wi-Fi (пока к сожалению не выходит сделать так как роутер сейчас в работе, может попробую на выходных сейчас).Dec 30 14:09:11ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 30 14:09:11ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 30 14:10:13ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 30 14:12:48ndmCore::Syslog: last message repeated 4 times.Dec 30 14:12:48ndmCore::Syslog: last message repeated 4 times.С НАСТУПАЮЩИМ НОВЫМ 2017 ГОДОМ!!!!-
1
-
-
1 час назад, Le ecureuil сказал:
Рекомендую сделать такую штуку: включаете роутер без подключенных устройств домашней сети, затем на роутере включаете system debug, затем подключаете все устройства, затем ждете минуты 2-3 (желательно чтобы в логе были эти зеленые строчки), и сохраняете self-test (его можно выложить сюда).
Я даже хочу поправить себя, на самом деле это выглядит так, после включения Android Box :
Dec 29 15:37:32ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 29 15:38:34ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 29 15:39:10ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 29 15:43:19ndmCore::Syslog: last message repeated 2 times.Dec 29 15:45:17ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 29 15:45:23ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 29 15:45:54ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 29 15:46:19ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 29 15:46:25ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 29 15:46:50ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 29 15:46:56ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.Dec 29 15:47:21ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.15.Dec 29 15:47:27ndmHotspot::Discovery::Explorer: network conflict: hosts 00:26:13:20:43:70 and 4c:0f:c7:1c:cb:d4 have the same IPv4 address 192.168.1.12.То есть он попеременно скачет от одного адреса к другому. Постараюсь позднее сделать self test в debug.-
1
-
-
7 минут назад, Le ecureuil сказал:
Рекомендую сделать такую штуку: включаете роутер без подключенных устройств домашней сети, затем на роутере включаете system debug, затем подключаете все устройства, затем ждете минуты 2-3 (желательно чтобы в логе были эти зеленые строчки), и сохраняете self-test (его можно выложить сюда).
Попробую ближе к выходным сделать, если получится-сегодня вечером. Но если у вас имеется такая линукс подобная ТВ приставка или андроид бокс, попробуйте сами тоже ее одновременно и по wifi и по lan подключить, уверен, что посыпется на 2.09.
-
1 минуту назад, Le ecureuil сказал:
Если у вас один и тот же MAC на Ethernet и WiFi карте у одного и того же устройства, то это косяк производителя (очень часто таким грешит махровый Китай). Тем не менее, сетевой конфликт остается - у вас сразу несколько хостов отвечают на ARP-запрос разрешения одного IP-адреса. Это означает рандомные проблемы с доступностью этих устройств при их работе в сети.
Нет, МАС точно разные на этой Android приставке. Интересно, что есть еще такая ТВ приставка Aura HD, на ней есть встроенный LAN и внешний WIFI свисток, так там тоже самое... Я сначала не обратил внимание, потом долго думал кто это там ругается, потом раскурил связь. Возможно дело еще в том, что в помещение, где находятся Android устройство, с роутера интернет подается через PLC по сети, и приставка подключена к PLC и кабелем и по WIFI. Но ТВ приставка находиться рядом с роутером. Когда я от нее отключил LAN кабель, естественно ее конфликт интерфейсов закончился.
-
14 минуты назад, ndm сказал:
Возможно, я погорячился. Думал про исправление @Le ecureuil с 0.0.0.0. Сценарий с одновременным подключением по проводу и Wi-Fi под одним MAC-ом мы не тестировали. Интересно, насколько это законно?
В том-то и дело, что МАС то у интерфейсов LAN и WIFI разные совершенно у этих устройств, это даже отлично видно, но адрес IP зачем то сначала выдается один (что для меня тоже загадка):
Hotspot::Discovery::Explorer: network conflict: hosts 00:26:13:xx:11:22 and 4c:0f:a7:1c:xc:d2 have the same IPv4 address 192.168.1.15.
-
2 минуты назад, Le ecureuil сказал:
Какая точная версия прошивки (а еще лучше self-test, чтобы мы не гадали насчет тонких настроек)?
Вторая строчка никуда не исчезнет, у вас в сети самый настоящий конфликт IP-адресов (о чем Keenetic честно предупреждает, это одна из его задач), и эти два устройства с mac 00:26:13:xx:11:22 и 4c:0f:a7:1c:xc:d2 скорее всего будут работать неправильно. Однако первой ошибки больше быть не должно.
Версия прошивки v2.09(AAUX.1)A0. Никаких очень тонких настроек нет, просто на каждый МАС в устройствах задан свой IP адрес, чтобы был выдан по dhpc. Лаются Android box и ТВ приставка на линуксе сами с собой на своих же LAN и WiFi интерфейсах, якобы у них один адрес на двоих и не могут поделить, какое то время после перегрузки роутера. Минут через 3-5 нормализуется все. Но такого теоретически не может быть, ведь dhpc сразу каждому интерфейсу должен выдать адрес по МАС. По поводу первого (где конфликтуют устройства с ip 0.0.0.0) @ndmуже мне написал, что со следующей сборкой это будет исправлено.
-
3 часа назад, Roman_Petrov сказал:
Спасибо за ваш ответ, да, сегодня потестирую и отпишу точнее, забыл посмотреть сразу.
P.S. Еще бяку заметил, после перегрузки роутера, помимо вышеупомянутого еще каждый раз
Service: "Ip6::Nd::Router": unexpectedly stopped.
Сервис не используется, IPv6 нет, ничего не настраивалось, все по умолчанию.
-
3 часа назад, ndm сказал:
По п. 2 и размеру есть исправления, пересоберем. п. 4 — если можно, проследите, на какой точно веб-закладке это появляется.
Вычислил, когда на вкладке Home > Hosts кликнуть на устройство, открывается окошко device registration и сразу сыпется в лог:
Json::Object: AppendMember: duplicate key: "host".
Весь журнал зеленый сразу J
-
1
-
-
11 минуту назад, ndm сказал:
По п. 2 и размеру есть исправления, пересоберем. п. 4 — если можно, проследите, на какой точно веб-закладке это появляется.
Спасибо за ваш ответ, да, сегодня потестирую и отпишу точнее, забыл посмотреть сразу.
-
1
-
-
В 24/12/2016 в 10:48, Le ecureuil сказал:
Поправлено в 2.09.
Увы нет, не поправлено.
Hotspot::Discovery::Explorer: network conflict: hosts e8:50:8b:xx:x9:b4 and e8:50:8b:zz:cc:19 have the same IPv4 address 0.0.0.0.
Конфликтуют и сами с собой Android и Linux-подобные/TV Box устройства, которые имеют одновременно и LAN и Wi-Fi подключения. После загрузки таких устройств или перегрузки роутера какое то время идет:
Hotspot::Discovery::Explorer: network conflict: hosts 00:26:13:xx:11:22 and 4c:0f:a7:1c:xc:d2 have the same IPv4 address 192.168.1.15.
-
Ultra 2, 2.09 (AAUX.1)A0
1. Самая главная проблема, что переодически на телефонах Samsung Galaxy S6 Edge я перестаю видеть точку доступа 2.4 ГГЦ (зафиксирован 7-й канал, страна Испания, часота 20/40 МГц). Проблема наверно появилась с 2.08-12, где говорили, что обновили драйвер якобы или что то в нем улучшали, не вникал сильно в детали. Но конкретно могу подтвердить, что на этой прошивке. Сейчас то как ни в чем не бывало, заработает, то отключается. По логу, когда принудительно включаешь и выключаешь точку доступа, все нормально, и даже появляется в зоне видимости на короткое время, потом исчезает, потом по непонятному алгоритму само появляется на время и снова исчезает. И так все время. 5ГГЦ при этом работает стабильно.
2. Осталась проблема, не исправлено:
Hotspot::Discovery::Explorer: network conflict: hosts e8:50:8b:xx:x9:b4 and e8:50:8b:zz:cc:19 have the same IPv4 address 0.0.0.0.
Конфликтуют сами с собой Android и Linux-подобные/TV Box устройства, которые имеют одновременно и LAN и Wi-Fi подключения. После загрузки таких устройств или перегрузки роутера какое то время идет:
Hotspot::Discovery::Explorer: network conflict: hosts 00:26:13:xx:11:22 and 4c:0f:a7:1c:xc:d2 have the same IPv4 address 192.168.1.15.
3. Периодически выскакивает, не удается ни с чем связать (и настораживает конечно, предвестник kernel panic, но пока не перегружается слава Богу):
kernel: hrtimer: interrupt took 57748 ns
4. При работе с веб интервейсом, начиная с последней версии 2.08 и этой, 2.09-1
Json::Object: AppendMember: duplicate key: "host".
Core::Syslog: last message repeated 89 times.P.S. В целом возникает ощущение, что эта сборка довольно неудачная, мало что не влезает на Ultra, даже выкинув все "лишнее", установил пока только на Ultra II, так еще и вот такие досадные проблемки. Возможно, что делается все с прицелом на новый ряд устройств, которые скоро пополнят модельный ряд // надеюсь не Ultra III уже *)))))) // или может просто неудачно что то сложилось. В целом практически тоже самое, что 2.08-0-12, изменения явно "под шкурой". Не судите строго и успехов в работе.
-
Ultra II, подтерждаю. После повторного обновления на ту же версию гаснет. При повторном заходе на веб снова не загорается.
-
1
-
-
27 минут назад, zyxmon сказал:
А я не стал ничего выкидывать и устанавливать 2.09. Похоже на глюк с подсчетом места.
PS Extra.
Да, тоже бросаю. Подожду следующую сборку, ничего не случиться. Все выпилил, что только теоретически не нужно, но места нет. Да, не сказал - Ultra .
-
18 минут назад, KorDen сказал:
Как по мне, из списка компонентов можно смело выкинуть поддержку WiMax и SkyDNS/ЯндексDNS, возможно авторизатор кабинета
Я уже все повыкидывал, но все Not enough memory to install all selected components. Прям беда
-
1
-
-
3 часа назад, User624 сказал:
Странно что не влазит, на Гига3 после выбора всех птичек ещё треть памяти остаётся.
Giga III ж не Giga II и не Ultra
На Ultra не влезает без мега выпиливаний компонентов, так что я тоже за оптимизацию.
-
1. В ходе экспериментов с зажиганием и тушением LED по расписанию заметил такую интересную вещь.
Создал расписание led со времением включения в 22.00 и отключения в 6.00 каждый день.
Schedule led
action start 00 22 *
action stop 00 6 *
Привязал к передней панели светодиодов.
system led shutdown front schedule led
Сохранил расписание и все изменения:
system configuration save
Далее все работает, в 22.00 панелька тухнет и в 6.00 снова загорается. Но есть одно но. Это работает до тех пор, пока не перегрузить роутер. После перегрузки во время загрузки в журнале видно:
Core::Schedule::Manager: raised action "start" by schedule "led"
Но на этом все и заканчивается. Заветной строчки о том что:
system led front set to "off"
не появляется. Если через CLI заново прописать:
system led shutdown front schedule led
system configuration save
то все работает ровно до следующей перегрузки. Я не вижу, чтобы прописывая к передней панельке расписание и сохраняя системную конфигурацию, это сохранилось в startup config, ни это конечно же видно снимая self test.
Посмотрите пожалуйста.
2. Так же где то была уже тема - продолжается уже наверно из одной к другой прошивке наверно пару месяцев точно и кажется появилось с той прошивки, где добавили эту фичку сканирования устройств - заваливает после рестарта журнал сообщениями типа (в зеленом):
Hotspot::Discovery::Explorer: network conflict: hosts e8:50:8b:xx:ax:cx and e8:50:8b:xc:xx:xx have the same IPv4 address 0.0.0.0.
Устройств на андроид куча... Может быть вы могли бы их убрать тоже? Потом конечно проходит со временем, но все равно...
Роутер ULTRA II, прошщивки всегда актуальные драфт.
С уважением и приятных выходных.
P.S. отдельное спасибо человеческое за:
- Transmission: сняты ограничения TR_MAX_PEERS_KB и TR_MAX_SPEED_COUNT, теперь они действуют только в официальных версиях
Это как для бета тестеров было практически как оскорбление J Конечно мы сами можем найти тот порог, который критичен для каждого самого, я думаю это предполагает само использование экспериментальных прошивок...
-
2
Nexus 5X (7.1.1) "кладет" 5ГГц у Extra II и Ultra II
in 2.09
Posted · Edited by Roman_Petrov
У меня что-то похожее было с 2.4 ГГц, но начала падать как бы сама по себе. Изменил ее регион на РФ (раньше стояло Испания) и перестала пропадать. 5 ГГц не падала никогда, стоял регион США. Так может быть моя точка доступа тоже "не дружила" с каким то из моих устройств, просто я не заметил? Потому что иногда бывало, что точка доступа сама поднималась и работала продолжительное время, потом вечером падала снова. Может просто кто то приходил и уходил с телефоном, но я не смог связать. Однако после смены региона больше не пропадала не разу.