Перейти к содержимому
Калькуляторы

SNR-CPE поддержка, опыт эксплуатации, регрессии, результаты тестирования, общие вопросы

Причём видно, что ответ пришёл, но не отображает

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Забираем 6.2.7 https://sourceforge.net/projects/wive-ng/files/ кроме этого поправил неприятную регрессию в apcli.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проверил, проблема решена. Всем спасибо! Очень оперативно.

Про Firefox могу ещё одну маленькую деталь сообщить: при обновлении прошивки отсчёт останавливается на 118-ой секунде и страница так и остаётся в таком состоянии, в то время как сам маршрутизатор благополучно перезагружается. В Chrome всё нормально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Также столкнулся со свистом. Думал попробовать вариант с лаком, но разбирается неохотно, пока назад закрутил.

Возник вопрос: можно ли его запитать от блока 5В/1.2А или лучше не стоит?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хм. У меня под FF нормально. Алексей проверит на всякий.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Однобэнд запросто. Дуалбэнд под полной нагрузкой может уже и не хватить. Серийник плз скиньте посмотрим из какой партии. Есть предположение что это из старой попался. Проверим. В новых проблемы не должно быть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Номер 1620000419

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ок. На днях проверят - отпишусь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день,

Номер 1620000419

Пришлите, пожалуйста, также серийник самого маршрутизатора. Спасибо!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день!

Написано что это и есть серийный номер.

post-107486-072278800 1500280781_thumb.jpg

post-107486-062580300 1500280790_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Партия производства мая 2016 , т.е больше года ей

 

Так что скорее всего да, ещё с тех времён осталось. Думаю НАГ вышлет на замену БП если уж сильно напрягает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Было бы неплохо, даже готов выслать свистящий, правда я сейчас уже не помню тех, кто заказывал партию. Впрочем и с БП 5В/1.2А от DIR-300 NRU заработало почти без звука, так что не всё так плохо. И действительно, как Вы писали выше, старые работают тише(имею на руках два вышеуказанных).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тише всего работают тупо трансформаторные, не импульсные. 50Гц гудят себе по тихоньку и всё. Но дороги и тяжелы (меди много =))), кпд низкий. А вот импульсники тут как повезёт.

 

Ну напишите на тот же wifi@nag.ru обсудите как поменять. Это как бы не является чем-то из ряда вон выходящим для импульсников. Но думаю на встречу пойдут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

sfstudio: Жень, недавно заметил непонятный эффект. Схема включения такая: rpi и pc воткнуты кабелями в роутер, на pc находится файлопомойка, видео раздаёт rygel, rpi в роли media player(libreelec), всё работает прекрасно, играет даже 1080, но... Стоит подключиться к вафле буком в котором rtl8723bu и начинаются тупняки на проводе, картинка начинает рваться даже на sd качестве. Этот эффект наблюдается только при проигрывании видео по dnla и подключении конкретного клиента к вафле. iptv и всё остальное при этом работает. В лога у всех четырёх(pc, rpi, snr, book) ничего криминального не нашёл. Может подскажешь где и чего можно глянуть, кроме стандартных логов? Либо заезжай в гости, продемонстрирую наглядно. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

rtl8723bu и начинаются тупняки на проводе

 

Флуд какой-нить прёт. dlna внутри эт обычный http плюс стопка мелких запросов мультикастовых по udp. Так что скорее всего порт забивает под завязку флудом. Почему выливается только в проблемы с DLNA я ХЗ.

 

А вообще выкинуть RTL8723BU ибо там и без этого траблы с ACK. Если один из клиентов решает что не надо подтверждать доставку, то точка будет думать что ему дурно и пытаться постоянно перепосылать ему данные пока не выйдет таймаут. Остальные в это время нервно курят в сторонке. Ну либо сидеть и разгребать его драйвер в попытках разобраться почему он себя так ведёт.

 

Если быть точно, то у них криво работает BlockACK Если вырубить N (в b/g агрегации ack нет) то проблема почти полностью уйдёт. Но скорость 25Мбит в идеальном эфире и привет.

 

К регрессиям это отношения не имеет, разве что к регрессиям риалтэка. Всё семейство RTL8723 кривое увы. Если удаться отрубай на стороне ноута с этим уродцем поддержку N, PSM и иже с ними, для тыртуба и сёрфинга хватит.

 

Ну и если ноут под Linux смотри опции модуля. Но если проблема по проводу то либо петлю устраиваешь либо тупо флуд какой-то. Коммутация между портами свитча (в одной группе, например LAN) выполняется исключительно аппаратно и никакой софт на неё не влияет, так что...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Коммутация между портами свитча (в одной группе, например LAN) выполняется исключительно аппаратно и никакой софт на неё не влияет, так что...

Вот и меня смутило, что вафельный клиент устраивает пляски между двумя проводными клиентами. Ладно, мне не сильно критично, ноут дома почти не юзаю, а заедешь в гости, продемонстрирую наглядно. :)

PS: В общем ждём в гости, пиво с меня! :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смотри может маки конфиликтуют у wifi клиента и dlna сервера. Может флуд с него порт забивает. И т.д.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DNSCrypt случайно не планируется?

В смысле цивильно, как раздел в сервисах в веб-морде с настроками и всем таким.

Простенько, типа как в Томато.

post-140955-019442700 1503036674_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А напуркуа? Операторы готовы это юзать? В чём профит?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Операторам то как раз это не нужно и в некоторых запущенных случаях вредно для "бизнеса" (провайдер "вдомсру" к примеру, реклама и контент при перехвате и подмене DNS-запросов).

 

Уточню сразу, что к обходу блокировки неугодных сайтов это не совсем относится (или совсем не относится). У нормальных провайдеров технологии "борьбы с интернетами" серьёзнее.

Изменено пользователем r1vver

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну у нас клиенты = операторы. На розничный рынок выходить не планировали. Если от них будет запрос - ок.

 

И вопрос я другой задал. В чём профит-то?

 

P.S. В ME1 есть поддержка optware там есть поддержка dnsmasq с включенным dnscrypt, плюс никто не мешает собрать штатную прошивку с поддержкой dnscrypts (сырцы доступны). В роже ессно не будет, но пользоваться это никак не мешает. Что бы появилось по дефолту в т.ч. в роже нужно обоснование что этим будет пользоваться хоть сколько-то значительное число людей или запрос от операторов. Иначе нет смысла тратить на это время, с учётом, что задач у нас сильно больше чем рук на данный момент времени.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ME1? В смысле SNR-CPE-MD1 или что то другое?

По приоритетам понял, попробую сам собрать. Если что выйдет - пришлю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

SNR-CPE-ME1 гигабитный. Уже вот вот появиться в продаже (ну если ничего страшного не случиться).

 

Собрать не проблема, присылать ничего не надо (ну если просто хочется собрать). Вопрос в том что бы рисовать или не рисовать логику в web и init. Плюс сам по себе dnsmasq распухнет, возможно что-то придётся выкинуть (из того что вам не нужно).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте! Подскажите пожалуйста, как правильно пробросить порты в настройках роутера, что бы по внешнему статическому IP пользователи могли зайти на сервер по удаленному подключению (RDP)

В настройках серверу по локальной сети раздается статический IP, в настройках у сервера имеется стандартный порт для rdp 3389

по локальной сети данный сервер доступен по локальному IP адресу.

По внешнему адресу после проброски портов так и не получается войти. Что необходимо еще сделать?

post-149824-045556900 1503378064_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нельзя два раза занять один и тот же порт на одном адресе, в одной из записей измените на иной, 3390 например.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.