Alex_P89

Недавно писал им на почту, ответили на английском, что с Россией не работают. Получается это уже проприетарный платный продукт от какой-то иностранной компании, которая не считает возможным работать с нами.

А у вас какая версия US? ЕМНИП начиная с 3.12 дома, адреса и координаты переехали в другие таблицы. Вспомнил: префикс tbl_ - это вообще ещё версии на mysql. Наверное мало таких инсталляций осталось, вряд ли кто-то поможет, да и разработчики уже вспоминать не будут старую структуру БД.

У нас есть заметное кол-во обращений с просьбой подключить "только ТВ, без интернета". Но у нас КТВ нет, а с ОТТ ТВ тарифы без инета - это проблема. Поэтому теряем часть клиентов на этом.

1. Тестировали, ужасная картинка. 2. Пользуемся. Качество потоков очень хорошее. По UDP работает стабильно ("хорошее" и "наилучшее" качество в настройках), а HLS ("авто") - плохо, из-за нашей удалённости от серверов и высокого пинга (это проблема протокола TCP). Лаговость приложения зависит от оборудования: на мощном железе работает отлично, а на помойных Vermax UHD200/200X - лагает интерфейс. На SmartTV приложениями сами плотно не пользовались, но судя по статистике устройств, это работает только на самых современных ТВ и там, где потоки по UDP поддерживаются, большинство пользователей со SmartTV или отказываются от услуги или покупают приставку. Качество картинки, набор каналов и всякие плюшки, вроде рекомендательной системы, намного важнее любых подлагиваний в интерфейсе. Есть большая проблема - регистрация абонента в системе по номеру его мобильного телефона (подтверждение по смс). Это вот прям ужасное архитектурное решение, которое добавляет массу гемороя вам, как провайдеру: Абоненты постоянно меняют номера телефонов, старые теряют. Забывают с какого номера регистрировали и подключают каждую единицу оборудования на новый номер. На каждую сотню абонентов имеем около десятка "дубликатов". Абоненты при регистрации допускают опечатки. В итоге десятки неподтверждённых аккаунтов болтаются в списке, их нельзя удалить, портят статистику и просто мешают. Халявщики, которые бесконечно регистрируются на новый номер телефона после истечения промо-периода. И так до бесконечности. 24чТВ считает, что это нормально и встроенных средств пресекать такое нет, промо-период они выдают всем и всегда. Вам придётся писать костыль на API, который будет таких при регистрации вычислять и отключать им промо-подписки. 3. Тестировали, после 24чТВ на такое качество картинки и набор функций смотреть больно.

Продам б/у ZTE ZXA10 F660 с бп, есть порядка 200 штук. Все проверены: включаются, на OLT регистрируются. Цена - 800 руб. за штуку, торг. Оборудование находится в Иркутске, возможна отправка транспортными компаниями. Связь: пишите в личные сообщения.

Продам б/у ZTE ZXA10 F660 с бп, есть порядка 200 штук. Все проверены: включаются, на OLT регистрируются. Цена - 800 руб. за штуку, торг. Оборудование находится в Иркутске, возможна отправка транспортными компаниями. Связь: пишите в личные сообщения.

Продам б/у ZTE ZXA10 F660 с бп, есть порядка 200 штук. Все проверены: включаются, на OLT регистрируются. Цена - 800 руб. за штуку, торг. Оборудование находится в Иркутске, возможна отправка транспортными компаниями. Связь: пишите в личные сообщения.

Продам б/у ZTE ZXA10 F660 с бп, есть порядка 250 штук. Все проверены: включаются, на OLT регистрируются. Цена - 800 руб. за штуку, торг. Оборудование находится в Иркутске, возможна отправка транспортными компаниями. Связь: пишите в личные сообщения.

Продам б/у ZTE ZXA10 F660 с бп, есть порядка 250 штук. Цена - 800 руб. за штуку. Оборудование находится в Иркутске, возможна отправка транспортными компаниями. Связь: пишите в личные сообщения.

Когда уже наконец дождёмся интерфейса для анализа Clicksteam и прочих bigdata с DPI? Вон конкуренты уже представили своё решение. :)

Кто что может сказать против D-link DIR-825/AC/G1, у кого есть опыт эксплуатации большого кол-ва таких роутеров? Какие есть проблемы? Пока по нашим прикидкам это лучший по соотношению цена/качество гигабитный роутер.

Нет, надо брать пару одного диапазона -L или -H. И соответствующие -L или -H дуплексоры.

У нас куплена на тест стандартная версия приставки + N штук под 24чТВ. Но нам менеджер всё равно отказывает в предоставлении документации, а ваш сервер обновлений пытается эту тестовую приставку принудительно прошить под 24чТВ, потому что ваши криворукие программисты не осилили выдачу обновлений по серийным номерам. А 24чТВ в свою очередь заявляет что новой прошивки нету, и самая новая версия датирована июлем. Полный бардак, неразбериха и наплевательское отношение. Не связывайтесь с Nag'ом и его поделками!

А как при аплинке в 1 гиг/с провайдеры дают сотням абонентов тарифы по 100Мбит/с? Это же всего 10 любителей торрентов и всё... Что за тупость вы сейчас сморозили? Вы вообще в провайдинге работаете, или залётный "любитель торрентов", как такую чушь можно было написать?

Мнение ограниченного гика, который дальше себя и своего круга общения заглянуть не способен. Подавляющее большинство абонентов не против "коробочки" и подавляющее же большинство более чем устроит функционал GPON ONT с 802.11n, тем более за счёт провайдера. А для гиков есть дешёвые однопортовые GPON ONT в режиме моста + собственный гигабитный роутер с блекджеком и куртизанками.

Шта?! В документации?! В какой ещё документации? Где она эта ваша документация, где прячите? На приставках с прошивкой 24чТВ обновление опять не обнаружено. Это ж надо было такую кривую дрянь сделать вместо системы обновления прошивок...

Присоединяюсь к вопросу, тоже очень интересно.

Интересно, выкладывайте. Для IXP есть ещё вот такая штука от ирландцев: https://www.ixpmanager.org/

Напишу для истории: проблему решили сменой версии с 03.17.* на 03.16.*

Куплю 3 интерфейсных модуля SNR-S3-2SFP+. Предложения - в личку.

На данный момент так (xxxx - для конспирации :) ): Bridge-domain 1 (3 ports in all) State: UP Mac learning: Enabled Aging-Timer: 300 second(s) BDI1 (up) TenGigabitEthernet0/0/1 service instance 1 GigabitEthernet0/0/5 service instance 1 AED MAC address Policy Tag Age Pseudoport 0 30D1.7EB3.xxxx forward dynamic 299 GigabitEthernet0/0/5.EFP1 0 0010.7467.xxxx forward dynamic 243 GigabitEthernet0/0/5.EFP1 - 2C5A.0FFC.xxxx to_bdi static 0 BDI1 0 9094.E441.xxxx forward dynamic 293 GigabitEthernet0/0/5.EFP1 0 001B.21A6.xxxx forward dynamic 275 GigabitEthernet0/0/5.EFP1

Добрый день. Замучался с BDI на ASR 1001-X, помогите разобраться. Надо на этой циске принять аплинк на TE 0/0/1, поднять BGP и пропустить VLAN аплинка на GE 0/0/5, в коммутатор. Приходит и уходит VLAN untag. Тестовая конфигурация, настраиваю bridge domain: bridge-domain 1 ! ... ! interface TenGigabitEthernet0/0/1 no ip address service instance 1 ethernet encapsulation untagged bridge-domain 1 ! ... interface GigabitEthernet0/0/5 no ip address negotiation auto service instance 1 ethernet encapsulation untagged bridge-domain 1 ! interface BDI1 ip address 1.2.3.4 255.255.255.240 ! Софт: Cisco IOS XE Software, Version 03.17.03.S - Standard Support Release Cisco IOS Software, ASR1000 Software (X86_64_LINUX_IOSD-UNIVERSALK9-M), Version 15.6(1)S3, RELEASE SOFTWARE (fc2) Бридж работает, MAC-адреса устройств в domain bridge на ASR видны, MAC-адрес ASR на коммутаторе и далее виден. На ARP пакеты ASR отвечает, и на нём всех из подсети в ARP-таблице видно. У BDI статус UP. НО! IP-адрес BDI не пингуется с других устройств, с ASR соседи по подсети тоже не пингуются, BGP и прочие сервисы с интерфейса BDI не работают. Как такое возможно? Что может быть не так настроено?

Да хоть в дёсны лобызайтесь со своей ненаглядной PG. Фанбои PG идут лесом. Если у оператора 100% приложений успешно работают на MySQL, то зачем ему ради одного US с PG связываться? Все плюсы PG нивелируются минусами администрирования двух разных СУБД параллельно. Как минимум должна быть возможность выбора между MySQL и PostgreSQL в настройках US.

Есть предложение: пусть все несогласные с PostgreSQL напишут разработчикам на почту или тикет в ЛК клиента о своём нежелании работать с этой СУБД и потребуют от них провести опрос среди всех клиентов об отношении к переходу на эту СУБД. Не надо просто тихо оставаться на 3.9, надо поднимать бучу и коллективно продавливать отказ от обязательного перехода на PostgreSQL. Переход на PostgreSQL должен быть опциональным или от него вообще следует отказаться, это наша позиция.

Всё настроено верно, как раз после просмотра записи этого вебинара.