a_n_h

здесь больше похоже на безучетное питание.

с дустом!

Поддержал! Удачи!

"погугли", почитай "азбуку"..... Ну хоть одну ссылку дай почитать. Гугль в помощь: http://lektsii.com/2-100185.html пару медиков на 2-е волны найдешь? сделай эксперимент - намотай патчкорд на карандаш и замерь затухание на разных длинах волн.

У меня "отличные" от zte, на модули не похоже, после отвала дергал сам модуль, еффекта не было..... Таки модуля... Поставили другие - все ок. Сколько времени прошло? Ничего не помогло - 3 суток и снова все повторяется Как я понял, это проблема софта на ОЛТ.

"погугли", почитай "азбуку".....

№ карты, сейчас скину!

А что скажет сообщество по поводу электронной петиции к президенту?

ТВ-НЕТ работает как ПОН так и КТВ в аналоге по параллельным цепями но главное это правильность и аккуратность построения КТВ сети а так не чего сложного. Еще один маленький совет из личного опыта - Если сеть находится в пределах одного - двух нас пунктов то можно да и думаю лучше будет задуматься о построении сети на волне 1310. Так как 1550 сложнее немножко работать в плане окуратности самих монтажников (немножко перегнули волокно а на 1550 уже не работает а на 1310 работала бы. Если "немножко пергнуть волокно", то можно сказать, что вносится затухание силгнала. Затухание на волне 1550

Сколько и с какой технологией конкурентов в городе?

Это PON или простой измеритель на 3-и волны??

Это была "особенность" билинга, не знаю с какой версии исправили.

Верни назад и проверь.

ну и зачем? должно быть =0.

В billing.ini какое значение? RESET_AO=

НАС rscriptd не настраивал?

Какой НАС?

по лайфу на сегодня отвечает, что "данный номер не закреплен не за одним из абонентов". На этот: Лайф 063 210 36 86 Виктория сегодня звонил и общался.

Ну поправьте/обновитесь, я ж показал как. Займет меньше 10 секунд. уже все работает, зачем лишний раз что-то дергать?

нафига? проверить, как я понял нужно "поправить" autoubupdate.sh.

Это какраз свидетельствует, о том, что content/dn смотрит в сторону /etc/stargazer/dn и при проходе fullhostscan успевает наeбнуть файлики, которые нормально были созданы OnConnect -ом и нужны для адекватной работы dnswitch. Нет симлинка - нет проблемы. ок, жду очередного обновления.....

http://wiki.ubilling.net.ua/doku.php?id=switchmap самый конец. Именно это я и проверял, источник тут: http://local.com.ua/forum/topic/43565-ubilling-nas-%D0%BD%D0%B0-freebsd-%D0%B1%D0%BE%D1%80%D1%82%D0%B6%D1%83%D1%80%D0%BD%D0%B0%D0%BB-%D0%BF%D0%BE%D1%87%D0%B8%D0%BD%D0%B0%D1%8E%D1%87%D0%BE%D0%B3%D0%BE-%D0%B0%D0%B4%D0%BC%D1%96%D0%BD%D0%B0/page-48?hl=fullhostscan а конкретно: 1. Добитись того, щоб директорія content/dn/ була не сімлінком в /etc/startgazer/dn та була доступною для запису: cd /usr/local/www/apache24/ rm billing/content/dn mkdir billing/content/dn chmod 777 billing/c

вместо вот этого: ln -fs /etc/stargazer/dn ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn нужно что-то типа такого: mkdir ${APACHE_DATA_PATH}billing/content/dn Как я понял эта часть "отвечает" за отображение активных. здесь: mkdir ${APACHE_DATA_PATH}billing/content/dn "создается" директория, но она уже есть и никуда не пропадала.

Завтра вы поймете, что сегодня все было хорошо.

После обновления перестал работать динамический шейпер. Индикация активных пользователей и все остальное работает по прежнему, при запуске динамического шейпера "вручную" выпадает целая куча ошибок: ipfw: need a pipe/flowset/sched number После "танцев с бубном" нашел лекарство - резетнуть всех пользователей. Интересует в чем проблема, может нужно как-то подправить autoubupdate.sh?