leonk

А в чем её преимущества перед классическими анкерами? И пару моментов: Положительная Конусность внутреннего цилиндра может приводить к тому, что кабель сходит с него, образуя тем самым недопустимо малую петлю. Отсутствие преднатяжения с обоих концов может привести к ослаблению. Она не симметиричная.

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

Это стандартные полипропиленовые "четверники" 2х25+2х32

Пользуемся года 2 уже, международное непатентованное название - "Пирамида" (с)))), подшипники не нужны, ось конечно изнашивается если на машине кабель разматывать, а если руками, то вечная. Инерции нет , а значит нет излишней размотки. Размеры не даю, так как лучше делать под Ваши катушки. Цена вопроса 400 руб. Ну и еще утюг найти. Ручка на изображении - просто мысли вслух

Для прошивки через WEB-морду тоже нужно прокидывать эти порты?? Так как камера не единственная, то ФОРПОСТ через onvif будет видеть только одну камеру? Я правильно понимаю? Форпост не позволяет в WEB-морде этот порт для ONVIF изменить.

Собственно пытался и через WEB и через IPCManager. Прошивка IPCAM_BV_C3_15_N_V4.02.40.200424(OVF DANA PTZ NFS DH).fm И попутный вопрос. Не вижу доступности по onvif в forpost, что-то нужно пробросить еще, кроме TCP порта 80 ?   Вроде бы и загрузка файла идет, а потом сбой обновления. Версия вроде бы правильная, прошивал уже, но только без NAT

И все же интересно В чем может быть причина ошибки 401 - ни как не пойму. Есть пару клиентов, которым недостает функционала двухстронней связи, чего Форпост, к сожалению, не обеспечивает. Планировал камеры с громкоговорителем "LUNA" и SIP для этой цели.

Какие тонкости в настройке астерикса?

1. Зачем эта фишка? 2. Как она работает? Есть ли автоответ при входящем вызове. 3. Как зарегистрировать на FreePBX 13.X - потому что мой сервер дает SIP/2.0 401 Unauthorized

Так и есть, заработало, спасибо.

Не могу заставить работать прямую трансляцию на YouTube с IP-Камеры miniBullet2WDUv3 (IPCAM_V3.19.181221), делаю все инструкции: Встроенный RTMP сервис в камере, позволяет использовать «PUSH TO» для трансляции видео/аудио на RTMP сервер, такие как YouTube, Wowza и др. Вы можете выбрать расписание работы RTMP, а также тип потока (основной/доп.) В поле URL укажите адрес сервера и ключ трансляции если он имеется. rtmp://x.rtmp.youtube.com/live далее слеш и ключ трансляции. Пробывал с компа, трансляция ведется, то есть дело не в аккаунте. Снифил обмен, вроде бы как ютуб отвечает Может кто-то сталкивался? Дополнительное звено в виде vlc и прочего создавать не хочу.

Спасибо, немного покопался, и выявилось вот что: По умолчанию терминал раз в 3600 секунд запрашивает изменения конфигурации у ACS-сервера, если по каким-то причинам этого запроса не произошло, то терминал уходит на перезагрузку на что уходит примерно 4 минуты. Может watchdog так устроен у них. А вообще вендор ответил на форуме - что проблема поправлена в версии прошивки 3.25.4.918 Последим...

Писал на мыло им об обнаруженном баге 16 августа. Ответа до сих пор нет, нет даже уведомления о создании заявки на основе обращения. Туго у них с этим? Звонить еще не пробывал.

Написал на форум, но все таки может кто сталкивался?

Оборудование LTP_4X_REVB + NTU-2VC Подключили 30 абонентов, набрали некоторую статистику и выявили следующее: Терминалы очень часто перезагружаются, 4-5 раз в день, со следующими записями в логах OLT (за сутки для одного абонента): Nov 8 06:14:19 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_SIGNAL_ONUi from [ONT3/0] Nov 8 06:14:19 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_FRAME_ONUi from [ONT3/0] Nov 8 06:14:19 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_PLOAM_ONUi from [ONT3/0] Nov 8 06:15:17 10.10.130.9 pmchal: notice: [ONT3/0] ONT ELTX6800C0B8 activated Nov 8 06:15:17 10.10.130.9 pmchal: notice: [ONT3/0] ONT Vendor: ELTX Type: NTU2VC (0x0000) FW version: 3.25.0.6 Nov 8 06:15:31 10.10.130.9 pmchal: notice: [ONT3/0] ONT configuration complete Nov 8 14:18:16 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_SIGNAL_ONUi from [ONT3/0] Nov 8 14:18:16 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_FRAME_ONUi from [ONT3/0] Nov 8 14:19:12 10.10.130.9 pmchal: notice: [ONT3/0] ONT ELTX6800C0B8 activated Nov 8 14:19:13 10.10.130.9 pmchal: notice: [ONT3/0] ONT Vendor: ELTX Type: NTU2VC (0x0000) FW version: 3.25.0.6 Nov 8 14:19:30 10.10.130.9 pmchal: notice: [ONT3/0] ONT configuration complete Nov 8 17:22:41 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_SIGNAL_ONUi from [ONT3/0] Nov 8 17:22:41 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_FRAME_ONUi from [ONT3/0] Nov 8 17:23:38 10.10.130.9 pmchal: notice: [ONT3/0] ONT ELTX6800C0B8 activated Nov 8 17:23:38 10.10.130.9 pmchal: notice: [ONT3/0] ONT Vendor: ELTX Type: NTU2VC (0x0000) FW version: 3.25.0.6 Nov 8 17:23:52 10.10.130.9 pmchal: notice: [ONT3/0] ONT configuration complete Nov 8 21:26:42 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_SIGNAL_ONUi from [ONT3/0] Nov 8 21:26:42 10.10.130.9 pmchal: notice: [GPON] PON ALARM: LOSS_OF_FRAME_ONUi from [ONT3/0] Nov 8 21:27:39 10.10.130.9 pmchal: notice: [ONT3/0] ONT ELTX6800C0B8 activated Nov 8 21:27:40 10.10.130.9 pmchal: notice: [ONT3/0] ONT Vendor: ELTX Type: NTU2VC (0x0000) FW version: 3.25.0.6 Nov 8 21:27:54 10.10.130.9 pmchal: notice: [ONT3/0] ONT configuration complete Причем перед каждой потерей сигнала (LOSS_OF_SIGNAL_ONUi ) предшествует (за 20 секунд) запись из логов терминала " WATCHDOG timer is empty" : root@crm:/data/log/devices/10.10.96.5/11-08-2017# cat ./*.log | grep WATCHDOG Nov 8 06:13:58 10.10.96.5 kernel: WATCHDOG timer is empty Nov 8 14:17:56 10.10.96.5 kernel: WATCHDOG timer is empty Nov 8 17:22:20 10.10.96.5 kernel: WATCHDOG timer is empty Nov 8 21:26:21 10.10.96.5 kernel: WATCHDOG timer is empty Что еще более удивительно, что между событиями следующие интервалы: 8 часа 3 мин. 58 сек. 3 часа 4 мин. 24 сек. 4 часа 4 мин. 1 сек. Смотрел по многим абонентам, аналогичная зависимость почти у всех абонентов - между событиями N часов 4 мин +/- 10 сек Единственное исключение - абоненты которые не потребляют трафика, у них может работать неделями без перерывов. Есть ли какие мысли по этому поводу?