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

 

SNR-CPE-W4N (rev.M) - это обновленная версия Wi-fi маршрутизатора SNR-CPE-W4N для проводного и беспроводного подключения домашних пользователей и малых офисов (в приоритете предустановка операторами конечным пользователям).

 

Основной ориентир при разработке Wive-NG-MT - бесперебойная работа 24/7 с момента включения и до физического выхода из строя железа банально от старости.

 

Исполнен на базе SoC Mediatek MT7620N rev206 в конфигурации 8MB SPI Flash / 64MB DDR1 RAM. ПО по умолчанию - WIve-NG-MT.

 

Более подробное описание по ссылке: ссылке

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


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

SNR-CPE-AP1 отличается только исполнением?

дальнобойсть при прочих равных поменьше будет, так?

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


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

Наличием POE, только одним портом, соответственно нет режима роутера впринципе. Это именно потолочная точка, spot.

 

Причём тут дальнобойность я ХЗ, если подразумевается монтаж на потолке для покрытия заданного "пятна". Т.е. минимально фонить по сторонам (если так упрощённо).

 

Если разместить не на потолке, а на мачте вертикально, то по диаграмме будет очень похоже на сектор. Но рассчитано оно на применение indor с целью достаточно плотного размещения АП с нарезкой по зонам обслуживания, что бы хотя бы непосредственно друг другу в ухо не дули (отраженка понятно, что будет всегда).

 

Т.е. отличия:

1) POE

2) Один порт

3) Потолочное исполнение

4) Антенны подобраны так что бы обеспечить максимально чёткую зону обслуживания из коробки без всяких антеннабоксов, кастрюль и прочих извращений

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


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

Причём тут дальнобойность я ХЗ, если подразумевается монтаж на потолке для покрытия заданного "пятна"

да это я о своём думаю )

 

тут у нас задача покрыть склад, потолки ой как высокие, решили взять обычные точки.

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

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


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

Ну на складе великого трафика не надо, да и клиентов немного думаю будет. Надо смотреть как разместить просто. Какое помещение и т.д. Возможно оптимально будет именно что несколько потолочек. Омни антенны всё ж насобирают кучу левого гогна летающего в 2.4 (далеко не только wifi). Прикидывать надо хотя бы глазками.

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


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

Есть желание перейти с WR-300NU на SNR-CPE-W4N (rev.M), но останавливает отсутствие USB и соответственно возможности подключить принтер.

Модели с USB возможны/планируются?

Есть ли возможность самому припаять этот USB? (фото внутренностей не нашел)

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


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

C USB будут позже на 7621 и возможно одна моделька на 7620. Разводка под USB на текущих платах есть. Софт только если сами переконфигурить осилите и упихать доп компоненты и поддержку USB в ядре на 8Мб флэша который сейчас забит почти под завязку.

 

Переходить с однобэнда на однобэнд тайного смысла немного. Если и планировать переход то как минимум на MD1.

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


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

Роутер SNR-CPE-W4N

Версия ПО 4.3.14.RU.17052016

Платформа MT7620 2T2R 2.4GHz, 100FDX

Настроен в режиме роутера. Реквизиты статикой(один IP), в остальном настройки роутера не изменялись.

Сеть из себя представляет: роутер SNR-CPE-W4N, включен wifi (максимум 3 девайса). В LAN порт роутера включен 8-ми портовый dlink (должен быть неуправляемый). В dlink стянуты парочка ПК и принтер.

-------

Проблема:

Каждые 5 минут пропадает связь из LAN до внешней сети. Пингплоттер (ПК по кабелю в LAN) показывает отсутствие потерь до LAN-интерфейса (192.168.1.1) и наличие потерь до всех внешних IP.

Пинги из LAN. Скрины пингплоттера:

https://vk.com/photo74628755_456239271

https://vk.com/photo74628755_456239272

Потерь из внешних сетей до WAN-интерфейса нет. Отсюда делаю вывод, что какая-то проблема на роутере с перекладкой трафика из LAN в WAN, возможно, что-то с NAT. В логах в момент проблемы чисто. Снять дампы трафика за роутером(с WAN) проблематично, т.к. оператор связи не расторопный.

 

Может кто-то сталкивался с проблемой, что можете посоветовать?

Вопрос на опережение: при обновлении прошивки конфиг слетит(планирую обновиться удалённо)?

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


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

думаю что однозначно обновляться, резетить и конфигурить заново руками, потом повторно снимать лог. И тут же вроде видно что потери на экстриме. Что трэйс до других узлов говорит?

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


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

Второй хоп 91.229.235.193 - это AS57003 91.229.234.0/23 PortalTeleNet LLC - там и включен роутер. Потери не на экстриме, а в том провайдере, к которому подключен. Иначе говоря сразу за WAN-интерфейсом роутера.

Трейс до других хостов аналогичен, потери за роутером.

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


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

Второй хоп 91.229.235.193 - это AS57003 91.229.234.0/23 PortalTeleNet LLC - там и включен роутер. Потери не на экстриме, а в том провайдере, к которому подключен. Иначе говоря сразу за WAN-интерфейсом роутера.

Трейс до других хостов аналогичен, потери за роутером.

 

Ну дык и разбирайтесь с тем что выше WAN роутера. Шнурки и т.д... Может длинк прёт и т.д. С чего вывод что проблема в роутере?

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


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

Потерь из внешних сетей до WAN-интерфейса нет.

 

Дело в том, что в момент наличия потерь, внешний интерфейс роутера (внешний белый IP-адрес) пингуется из внешних сетей из разных AS без потерь.

 

Вот пруф:

https://vk.com/photo74628755_456239275

 

Текущие факты:

- ICMP потерь до роутера нет, из локальной сети;

- ICMP потерь до роутера нет, из внешних сетей;

- ICMP потерь до роутера нет, если пинговать WAN IP-адрес из LAN сети(подозрительно);

- ICMP потери есть за роутером при форвардинге трафика через роутер;

- В момент потерь отваливается коннект в teamviewer, не открываются веб странички (хром выдает сообщение "Упс"), на телефоне по wifi не подключается whatsapp;

 

 

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

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

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


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

Софт до актуального обновили? Вот если считаете что проблема в роутере то вперёд обновляться (тема рядом с рекомендациями) https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/test-only/ (с 4.3.14 которая дальше фабрики не уходила прошёл уже ровно год, чего толку труп мучать?).

 

Мне тут grep подсказывает что с 4.3.х по сей день правок было в штуках:

[sfstudio@sfstudio:Wive-MT]$ cat History- | grep -c ")"
1070

 

....

 

Да я фиг знает кто не прав. Может у вас какая вирусня прижилась и лимит по контрак сессиям (16к по дефолту) выгребаете. Ну вот по таким данным не могу ничего сказать. В любом случае всегда начинаем с обновления, сброса кнопкой и минимальной настройки руками.

 

Мало данных что бы повторить в любом случае. Опять таки проблема и по проводу и по радио? И т.д. и т.п.

 

А пинг это прекрасно, но увы мало о чём говорит.

 

P.S. Ну и вот на всякий спрошу, ну по честному точно SNR-CPE-W4N rev M а не какой-нить асхвус с процом ниже 206й ревизии?

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


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

Забыл отписаться.

Обновления не помогли, поочередное отключение wi-fi, девайсов из LAN, ipv6 - не помогло.

Подключил ПК на прямую и в дампе увидел ARP-replay от какого-то TP-link'а с моим IP. После отключения WAN кабеля, а пинги с внехи до моего IP не пропали.

Оказывается нерадивый администратор провайдера выделил мне чужие сетевые реквизиты.

На сколько помню линукс должен чекать arp'у и при конфликте в логи плеваться, но видимо разработчики SNR порезали ядро, т.к. в логах на веб и cli было чисто(.

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

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


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

Прошу прощения за задержку, только вернулся с КРОС.

 

В логи оно ругается только если собрано со включенным дебагом. И то при конфликтах MAC просто не пройдёт arp фильтр в свитче. Никто там ничего не подрезал. Ессно тащить на железку софт с включенным дебагом ещё то удовольствие. Память жрёт, место на флэше жрёт и т.д. Т.е. ессно дебаг по умолчанию выключен. Никто не мешает собрать из сырцов с включенным дебагом для проверки. Более того, в свитче MT7620 свой фильтр и ядро уже о конфликте на L2 ничего не узнает и данные получить тупо неоткуда.

 

Надо понимать, что это ROC, а не большая машинка с независимыми полноценными сетевыми картами, тут всё несколько сложнее. В любом случае проблема не у нас, и разобрались. На этом и остановимся.

 

P.S. Часть сообщений можно вернуть просто сказав sysctl -w net.core.warnings=1 (что и делается при дебаге), часть просто добавляются только при сборке в дебаг режиме. Часть варнингов даже в net.core железозависима (например как обсуждаемый выше, т.к. эти конфликты разруливает в данном случае свитч, или проблемы с цексуммами ибо считаются аппаратно). Это справедливо для всех Linux, а не только для Wive.

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


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

А что случилось в 6 версии прошивок? Накатываю на существующий настроенный роутер и всё, по WiFi ни одно устройство подсоедениться не может. Откатываю на последнюю 5 - всё работает. И это с любой 6.

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


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

Случилось то, то вы зачем-то галку обновления RWFS снимаете. А т.к. драйвера для 7620 другой теперь, то старый инит о нём ничего не знает. И загрузить не в силах.

 

Эт на правах галаки ибо сколько раз сказано без лога...

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


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

Достал одобэнд с теста, залил последнюю сборку ещё раз - никаких проблем. Так что всяко зачем-то снимаете галку сброса RWFS.

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


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

Случилось то, то вы зачем-то галку обновления RWFS снимаете. А т.к. драйвера для 7620 другой теперь, то старый инит о нём ничего не знает. И загрузить не в силах.

 

Эт на правах галаки ибо сколько раз сказано без лога...

 

Кто сказал, что снимаю? Нет не снимаю. Телефон видит обе WiFi сети, но авторизоваться в них не может.

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

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


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

Чудеса. Конфиг в студию вместе с логом.

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


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

Чудеса. Конфиг в студию вместе с логом.

 

6.0.22.RU.03062017

Заработало!

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


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

Ничего не делал на эту тему.

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


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

А хуже эта прошивка всё же. Качаю торрент по радио и 1HD канал на ТВ приставке по радио лагает. На первых прошивках не было такого.

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


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

Фирмварь ничего не приоритезирует. Если оператор не приоритезировал мультикаст и позволяет торрентом выбрать все - то так и будет. На версиях до 6х из-за ошибки полной утилизации достигнуть было невозможно.

 

У нормальных операторов мультикаст приоритезирован таким образом что бы другой трафик юзверя не мог выбрать все доступные 100Мбит Fast Ethetnet порта. Т.е. когда нет мультикаст потока то остальному доступно всё, если есть то за минусом ширины потока. Этот вопрос решает не на end user cpe. То что фирмварь теперь может гарантированно по запросу выбрать все ресурсы провода даже с одним клиентом это плюс. Вы как оператор должны правильно сварить трафик, а юзать IPTV по воздуху... А что будет если ТВ будет на одном радиомодуле (в 5ГГц например), а торрент на втором (в 2.4ГГц), ну или наоборот? Каждый модуль запросто способен теперь по 200Мбит (в пятёрке почти 300) утилизировать. И как это запихать в 100Мбит FE ?

 

Начиная с 6.0.23 ещё допилен TxBurst и теперь параметры динамически регулируются в зависимости от числа клиентов и их режимов. На ней больше эфирного времени достанется ТВ. Однако ТВ один канал это один поток, а торрент ваш... Ну вы поняли.

 

Проще говоря трафик должен быть корректно подготовлен ДО подачи на CPE. Что бы шейпить на CPE хотя бы 200Мбит суммарно придётся вместо MIPS`а о 580МГц отрастить в нём какой-нить атом...

 

P.S. У меня прекрасно идёт ТВ с параллельной закачкой торрента вторым клиентом. Именно потому что оператор озадачился приоритезацией. А задача роутера не сломав эту приоритезацию отдать дальше с минимальным количеством потерь. Ну и рекомендую таки на 6.0.23 обновиться. Весь день сегодня убил что бы перепилить застарелый (доставшийся в наследие с новым драйвером) дибилизм китайцев. В перспективе ещё поработаем в этом направлении.

 

PP.S. Надеюсь приставка не наговский UHD200 ? Если она то забудьте на ней о wifi. Все вопросы по ней адресуйте профильным людям. Она в состоянии на лопатки уложить любую железку из-за косяка в AP6210 который заюзан в качестве радио. Точнее проблема комплексная, но вам повезло что через неё вообще ТВ хоть как-то работает. Хотя думаю не она, ибо эт фэйл по определению.

 

PP.SS. Переход на свежий драйвер (с переносом всех наработок) увы аукнулся неожиданными проблемами. На текущий момент в 6.0.23 все они решены. Возвращаться на старый не планируется.

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


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

Приставка MAG 245 c USB WiFi

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


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

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти