McMCC
-
Постов
786 -
Зарегистрирован
-
Посещение
-
Победитель дней
27
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент McMCC
-
Тем не менее, если какой-либо тест не пройден, то софт отправляется на доработку, как правило с OMCI ковыряются разработчики чипов, им и направляются багрепорты. Это уже не тот случай, речь именно о домашних абонентах...
-
Почему я не соглашусь? В каких-то отдельно взятых сетях GPON согласен, но судя по тому, как это работает на тех же тестовых стендах МГТС и Ростелеком, мы наблюдаем блокировки из-за ошибок в наших ONT, OLT тупо отстреливает порт, где не корректно работает OMCI или по нему нет ответов, а без него так вообще в сеть не войдешь, все закончится на этапе еще за долго до появления IP. Я даже не представляю, какой SFP модуль тут вообще будет работать....
-
А в каком месте я ее проигнорировал? Вы же сами отвечаете - немногочисленная. Где тут не стыковки? Я просто хочу предупредить людей, которые не знают всех особенностей, что в случае как с обычным лан роутером, который можно купить в любом обычном магазине, в GPON все обстоит иначе, абы что угодно работать не будет, либо надо знать, что подойдет или есть возможность что-то подобрать, что будет работать в вашей сети, либо это будет бессмысленно... А что там хорошего для производителя? OLT мы не делаем, делаем ONT, а из-за кучи всякой проприетарщины и хотелок в ПМИ, как вы говорите, дешевку не поставишь, а провайдер то как раз, хочет все за копейки, а лучше вообще бесплатно...
-
Не знаю, что у вас там за сеть Ростелекома, вполне возможно, что изначально у нее был другой владелец, как правило Ростелеком сохраняет всю инфраструктуру от старого владельца и не особо что-то в ней меняет, с этим мы довольно часто сталкиваемся в требования их ПМИ, там сборная солянка всего и вся, поэтому надеется, что так у всех, как в вашем случае, не стоит...
-
Так я и написал вам, что вам не сказано повезло, но вы почему-то с этим не согласились и привели статистику удачных примеров в конкретных цифрах, с чем я не в принципе не согласен, а иначе нахрена все эти OMCI и вендор специфик заморочки, разработчикам без них было бы очень как легко, не только вам клиентам...
-
Про это я ничего не знаю, знаю только про IPTV приставку, на старых тарифах предлагали ее выкупить или платить аренду, сейчас и ее уже везде бесплатно ставят... Раньше за SIM-карты тоже деньги брали, но она все равно была не вашей собственностью, а оператора связи, так и тут наверное, чисто жадность Ростелекома, возложить часть затрат за оборудование на клиентов...
-
Судя по вашим данным вашей сети, в вашем сегменте все еще используется PPPoE и VLAN, то это какая-то еще старая сеть Ростелекома со старыми OLT, ну или просто не дошли руки у Ростелекома обновить вашу сеть, если это конечно у них не будет целью или планом в ближайшем будущем. Не знаю, про какие удачные случаи вы говорите, но это фортуна, прежде, чем покупать что-то свое, тем более работающее по технологии GPON, желательно проверить это оборудование, с возвратом, на своем сегменте, иначе вы потратите деньги впустую. А почему это не сделал провайдер? Ваш случай скорее исключение, если вы заказали именно бридж, то какие-либо другие настройки не должны были прилетать по TR, но это уже не по части оборудования, а ближе к сервису обслуживания. А причем тут ONT провайдера, которое вам выдается бесплатно, является частью их сети и входить в стоимость предоставления услуг? Оно отнюдь не ваше и предъявить что-то относительно оборудования провайдера по этому закону у вас ничего не выйдет, вы можете пожаловаться только на качество предоставляемой вам услуги. Да с чего вы взяли, что они вам его продают? Они вам его ставят совершенно бесплатно, а из-за специфики GPON и применяемого оборудования, нельзя просто так пойти в магазин и купить понравившийся вам ONT, там все в комплексе работает, протоколы, настройки и т.д. и т.п. У нас вот куча было проблем с совместимостью наших ONT с провайдерскими OLT, и на уровне оптики и на уровне протоколов, с телефонией, а тут вы просто хотите SFP GPON наугад поставить с АлиЭкспресс, в случае если конечно кроме интернета ничего не требуется, ну, фортуна же... Вот поэтому и говорю, прежде чем решиться на такое, желательно убедится, что стороннее оборудование, которое вы хотите использовать за место провайдерского, будет у вас работать, нормально согласуется и ничего не будет отваливаться, и провайдер вам ничего не заблокирует, на что имеет полное право по договору, с которым вы согласились приняв их услугу...
-
И у МГТС используется OMCI, у кого старые сегменты и оборудование, его может и не быть, там обычный TR-069 его заменял, а во всех новых с новым оборудованием, он еще как используется... https://tenders.mts.ru/DownloadFile.ashx?tenderFile_id=4504187
-
Вы договор читали? GPON вообще-то специфическая технология, абы какое оборудование не поставишь, там много от чего зависит, и много чего применяется, что бы все это вместе работало...
-
Вам просто не сказано повезло, что в вашем сегменте не используется OMCI, а там, где используется, хоть в МГТС или Ростелеком, то у провайдера будет выдаваться ошибка на его оборудовании, т.к. не будет ответов на диагностику и применении профилей настроек по тому самому OMCI, что приведет к блокировке канала и выезда к вам специалистов для разрешения проблем. Не занимайтесь ерундой, не пытайтесь заменить оборудование провайдера на что-то свое, в большинстве случаев вы выбросите свои деньги на ветер. OMCI у МГТС и у Ростелекома со своей спецификой, не совместимы между собой, занимаюсь GPON 2-ой год и знаю, что говорю, делаем ONT для тех и других, все спецификации OMCI закрытые и даже нам как разработчикам не доступны... P.S. По OMCI передаются настройки QoS, он еще должен быть правильно реализован, без него будет очень плохо, провайдер не будет видеть меток и в результате у вас будут рассыпания IPTV и телефонии.
- 2 351 ответ
-
- 1
-
-
- gpon
- ростелеком
- (и ещё 1 )
-
Спасибо, не знал про это... Тогда мой и ваш модули в этой теме будут полезны для тех, кто столкнется с этой проблемой, в будущем добавлю его в новый образ. -
Вообще-то, по сценарию установки, у вас должен был создаться симлинк в /opt/lib/modules/4.9-ndm-4/kernel на директорию /lib/modules/4.9-ndm-4, затем отработать команда depmod -a. ~ # ls -l /opt/lib/modules/4.9-ndm-4/ lrwxrwxrwx 1 root root 22 Nov 16 2019 kernel -> /lib/modules/4.9-ndm-4 drwxr-xr-x 3 root root 4096 Dec 8 2019 kernel-4.9 -rw-r--r-- 1 root root 146717 Feb 17 01:06 modules.alias -rw-r--r-- 1 root root 151600 Feb 17 01:06 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 17 01:06 modules.builtin.bin -rw-r--r-- 1 root root 24021 Feb 17 01:06 modules.dep -rw-r--r-- 1 root root 41814 Feb 17 01:06 modules.dep.bin -rw-r--r-- 1 root root 147 Feb 17 01:06 modules.devname -rw-r--r-- 1 root root 55 Feb 17 01:06 modules.softdep -rw-r--r-- 1 root root 75720 Feb 17 01:06 modules.symbols -rw-r--r-- 1 root root 96133 Feb 17 01:06 modules.symbols.bin и там находится нужный модуль input: ~ # ls -l /opt/lib/modules/4.9-ndm-4/kernel/input-core.ko -rw-r--r-- 1 root root 40156 Dec 10 21:00 /opt/lib/modules/4.9-ndm-4/kernel/input-core.ko Который должен был попасть в зависимости установленных драйверов для DVB в /opt/lib/modules/4.9-ndm-4/kernel-4.9, почему этого не произошло, я не знаю. Поэтому, если нет этого симлинка, то rc-core не видит модуль input-core.ko, из-за этого получаем кучу Unknown symbol. Вывод очевиден, что то поменялось в поддержке opkg в самой прошивке, и установочные сценария перестали работать. Можно создать этот симлинк вручную и выполнить команду depmod -a, тогда никаких манипуляций по отдельному добавлению input-core.ko будут не нужны, т.к. он уже есть в прошивке и просто не подцепился...
-
Когда выйдет официальная версия 3.6, я посмотрю, что можно будет сделать и сделаю новый образ, пока я этим заниматься не буду.
-
К сожалению у меня нет возможности воспроизвести эту проблему, да и с бетами связываться я не буду. Подозреваю, что в свежей сборке ядра произошли какие-то изменения, о которых мне и драйверам ничего не известно. Астромета действительно требует модуль rc_core, однако я старался выкинуть поддержку Remote Control во множестве драйверов, но во многих она осталась и требуют этот модуль. P.S. Подозреваю, что перестали в ядро собирать драйвер input, сообщения типа про input_allocate_device(), input_unregister_device() и прочие input_* принадлежат ему и при его отсутствии будут возникать Unknown symbol. Надо попробовать добавить эти модули из opt_input.zip в /opt/lib/modules/4.9-ndm-4/kernel-4.9/drivers и выполнить команду depmod -a
-
Значит человек делает что то не так.
-
Я не в курсе, может для Ultra стали как-то особенно собирать ядра, чем для KN-1010, хотя сильно сомневаюсь. Проверьте версию ядра через cat /proc/version, убедитесь в создании правильного пути в /opt/lib/modules, что там создана директория 4.9-ndm-4, а внутри нее kernel-4.9. Так же проверьте наличие созданного файла /opt/etc/default/kmod_ndms и запись в нем типа 4.9-ndm-4_12082019014438(дата у вас будет своя). Попробуйте выполнить команду depmod -a, смотрите сообщения от команды dmesg, когда подключен ваш тюнер в порт USB. Еще имеет смысл обязательно подправить скрипты запуска /opt/etc/init.d/S00kmod_config и /opt/etc/ndm/usb.d/000-kmod_loader.sh, найти в них строчку CHK_TEST=... и заменить имя в пути kernel на kernel-4.9 для правильного поиска модуля compat.ko, это необходимо сделать всем у кого установлены новые прошивки. После этого редактирования обязательно перезагрузить роутер. Больше не знаю, что еще посоветовать.
-
У меня прошивка на KN-1010 тоже 3.5.6, но все работает, нет таких сообщений.
-
Для владельцев устройств на базе процессора MT7620/MT7628 все же рекомендую вот такое решение: Никаких драйверов при этом устанавливать не нужно!
-
Для KN-1710(MT7628A) под новое ядро 4.9.х драйверов нет, просто потому, что они не работают нормально. Нужно читать все сообщения, а не выборочно. Тем не менее, нужные ссылки работают и все нормально скачивается, но только для устройств на базе процессора MT7621.
-
На штатных драйверах кинетика для ядра 4.9.х, SkyStar USB HD работать совсем не будет! Те драйвера, что вы используете, ни разу не штатные...
-
Скорее всего нет...
-
Либо у вас драйвера не установлены, либо ревизия устройства не поддерживается. Прочтите это сообщение Возьмите оттуда драйвера и установите в свою систему. Мой SkyStar USB HD видится и работает....
-
Где-то с год назад, я создал проект на базе дешевых китайских ресиверов на чипах gx3235s и gx6605s в качестве сетевых тюнеров SAT>IP, как замену дорогих USB тюнеров. Начало можно почитать тут - http://old-forum.alexelec.tv/viewtopic.php?style=12&f=22&t=5309, продолжение этой темы тут - https://forum.alexelec.tv/index.php?topic=87.0 . Это решение как раз подойдет тем, кто захочет использовать на кинетиках TVHeadend и забыть про драйвера вообще. У меня в такой связке превосходно работают KOQIT K1 mini(DVB-S/S2), SELENGA T20DI(DVB-T2) + KN-1010, время переключения каналов немного больше, чем с USB ресиверами, но в целом работает так же, еще оно дешевле получается. Использую те же USB образы флешек, что здесь выкладывал... P.S. Вот тут немного про новые ревизии KOQIT K1 mini - https://github.com/McMCCRU/minisatip-gx/issues/2
-
Зато мне говорит, что в этой версии новый мост, для которого нет драйвера для Linux. В старых версиях использовался популярный мост Cypress CY7C68013A, а тут какой то AnSilicon AS-2056, не думаю, что он аналог Cypress, по нему вообще нет никакой информации...
-
Если судить по inf файлу из драйвера под Windows, используется тот же профиль, что и для Т230С2. Однако сам драйвер идет отдельным архивом, не в месте с тем, что выложен на сайте GENIATECH для Т230С, в котором есть поддержка Т230С2, что наводит на мысль о другой аппаратной части. Так же этот вопрос поднимался на LibreELEC - https://forum.libreelec.tv/thread/23142-mygica-t230a/ . Как я понял, человек пытался добавить PID в драйвер для Linux как это сделано для Т230С2, и ему это не помогло. Не имея на руках эту модель, тяжело что-то для нее сделать, как минимум ее нужно разобрать и посмотреть какие чипы в ней установлены...
