mailex Опубликовано 13 декабря, 2012 · Жалоба Ввела в заблуждение надпись CPU AMD Feature code на одной из копий экрана. У меня есть опыт тестирования TS_DAEMON на Windows 7. Но он малополезен в том смысле - что тестирование проводилось с 1 абонетном, то есть с нагрузкой почти равной нулю. Все работает стабильно. Могу предположить, что ошибка связана с утечкой памяти - может имеет смысл помониторить расход памяти ОС в этот момент? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 14 декабря, 2012 · Жалоба Сейчас аптайм того компа с ХР - 170 дней. Если ts_daemon вылетает с ошибкой, то я его просто перезапускаю без перешагрузки компа и он работает дальше месяца 2-3. Потом все повторяется. Так что на утечку памяти в ОС не похоже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mailex Опубликовано 14 декабря, 2012 · Жалоба Это может быть утечка памяти в программе, а не в ОС. Программа постоянно работает с большими объемами данных и поэтому память может утекать периодически. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 15 декабря, 2012 · Жалоба Это может быть утечка памяти в программе, а не в ОС. Ну значит косяк в программе. Но Юнител (разработчик) это не признает. Собственно все. Точка. Тупик. :) Пусть работает как работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 18 декабря, 2012 · Жалоба Вспомнил еще одну проблемку, которую мы с Юнителом так и не решили. Надо было провести очередную поверку СИДС МК-8, МК-8 включена в ГАТС МТ-20/25 по r1.5. Поверка производится дистанционно, для чего от нас требуется: из инструкции по проведению поверкиДля проведения поверки СИДС коммутатора (АТС, КУ, ЦКПС) необходимо следующее: 1. Организация одного выделенного входящего номера на поверяемом СИДС АТС (КУ, ЦКПС) на который будут осуществляться входящие звонки с нашего тестового номера. Из расчёта 1 входящий номер на 1 АТС (КУ, ЦКПС и т.д.). 2. На указанном вами абонентском номере должна быть установлена услуга безусловной переадресации (CFU) на номер +7 910 ххх хххх. Это тестовый номер для приёма входящих переадресованных вызовов. Испытания СИДС будут проводиться в вечернее время после 18 часов по Москве. Поверка займёт порядка 3 часов. Наш вариант был такой - подстановка номера А и модификация Б: для звонка, входящего с МТ-20 на МК-8 по СЛМ мы подставляем номер А из своего диапазона нумерации, а для исхоядщего с МК-8 на МТ-20 номера Б производит модификацию - модифицируем его до требуемого 8910ххххххх. В этой схеме получается переадресация входящего по СЛМ звонка на ЗСЛ (исходящий звонок). Тарификационная запись в cdr-файле появляется и она корректна, но звонок не проключается: абонент А слышит странные двонйные попискивания с интервалом примерно 0.5 сек (mp3-файл записывали). Юнител не стал заниматься этим вопросом, хотя раньше консультировал по другим вопросам, за что я им благодарен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
тамара Опубликовано 28 марта, 2013 · Жалоба Подскажите, как на АТС Юнител ТС004 организовать на телефоне конференцию из нескольких человек? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 29 марта, 2013 · Жалоба У меня TS-004 чисто потоковая (8Е1 в 1U), абонентских окончаний там нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 3 апреля, 2013 · Жалоба Кто может подсказать, что в терминологии Юнител означают сообщения в логе АТС: [03.04.2013 11:04:15] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1 Сразу скажу, что есть еще другие ОТДЕЛЬНЫЕ сервисные сообщения, касающиеся синхронизации: Ошибки кодовой модуляции Потери кадровой синхронизации А вот что такое проскальзывание... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sol Опубликовано 3 апреля, 2013 · Жалоба http://img.nag.ru/projects/setup/135/c805b2257d6955be9c2b5c459b05a633.pdf Вторая страница А у вас неправильно настроена синхронизация... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 4 апреля, 2013 · Жалоба Ну у меня-то не циска. :) Проскальзывания идут только по 0му потоку, который смотрит в АТС Ростелекома МТ-20/25, и с которого TS-004 как раз и берет синхронизацию. В свою очередь с TS-004 синхронизируются Meridian 1, cisco 3745 с платой Е1 и потоковый VOIP-шлюз и на этих потоках никаких проблем нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sol Опубликовано 4 апреля, 2013 · Жалоба Нет разницыб циска у вас или нет. Проскальзывание и там и там как явление одинаково, как одинаковы и его причины. Синхра на юнителе настраивается не на этой картинке. На моей картинке АТС ВСЕГДА берёт синхру с 3-го потока а с остальных синхру не будет брать НИКОГДА. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 4 апреля, 2013 · Жалоба Да я знаю где это настраивается. :) У меня аналогично, только синхру берет с 0-го потока. Грешу на нестабильный генератор на встречной МТ-20, но Ростелекому фиг что докажешь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 31 июля, 2014 · Жалоба Проскальзывания так и сыпятся в лог... :( [31.07.2014 11:00:05] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1 [31.07.2014 11:00:11] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1 [31.07.2014 11:00:17] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1 [31.07.2014 11:00:22] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1 [31.07.2014 11:00:28] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1 Т.е. каждые 5-6 сек. :( Других причин быть не может? Число 15 - это какой-то "вес потока" в плане очередности синхронизации? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlexPan Опубликовано 6 августа, 2014 · Жалоба Позвоните уже в Юнител и спросите! Там очень адекватные ребята сидят... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 7 августа, 2014 · Жалоба Позвоните уже в Юнител и спросите! Там очень адекватные ребята сидят... Немного по другому поводу, но http://forum.nag.ru/forum/index.php?showtopic=76806&view=findpost&p=728944 http://forum.nag.ru/forum/index.php?showtopic=76806&view=findpost&p=786485 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlexPan Опубликовано 7 августа, 2014 · Жалоба У нас этих АТС от Юнител целый шкаф. Конечно бывало и ругались, но в общем и целом там вполне нормальные инженеры сидят. Если инженеры выпадают из адеквата, есть руководство. Они конечно за вас все проблемы решить не смогут, но вполне в состоянии помочь и посоветовать. У нас остались самые лучшие впечатления от сотрудничества с ними. Посылают обычно, когда звонит клиент и орет, что ничего не работает, он ничего не знает и требует все за него сделать... Мы честно говоря уже отошли от АТС и в последнее время все делается полностью на IP. Так что если кому надо БУ АТС, можем посодействовать. Очень надежные машинки! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 7 августа, 2014 · Жалоба Ругаться - не мой стиль :) Я обычно пишу на почту, как сделал и сегодня: написал им с утра с описанием проблемы, приложением кусков логов и скриншотами. Перевалило за полночь, пока ответа нет. PS. На складе так же лежит их старая АТС TS-004 на 6 Е1 с питанием от 48В. Если кому надо, отдам за символические деньги. PPS. Полностью отойти от АТС и перейти на IP пока не получается - в нашей глухомани Ростелеком не дает даже ОКСа, не говоря уже про IP Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 21 августа, 2014 · Жалоба Писал. Потом позвонил, сказали повторить письмо. Повторил. Тишина. Через пару дней еще раз повторил. Тишина. Что-то не так в датском королевстве. :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 16 октября, 2014 · Жалоба С начала сентября перестали выходить на связь. Пока сами подстроили немного встречную АТС, но проблема осталась - срывы синхронизации раз в 5-6 сек. Юнител молчит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 30 октября, 2015 · Жалоба "проскальзывание" - значение этого слова в терминологии разработчиков МК-8 (ООО "Юнител") я от них так и не добился. Эти проскальзывания похоже не так уж безобидны: в cdr замечено некоторое кол-во звонков с большой длительностью занятия канала и нулевой разговорной, например 267 сек и 0 сек. 267 сек! - ну не мог абонент 4 минуты слушать КПВ. Кто общается с Юнител - подскажите почту инженеров. Заранее благодарен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 2 ноября, 2015 · Жалоба Проскальзывание - потеря бита из-за несинхронизованности с удаленной стороной на потоке. Но по логике можно было дождаться соседнего канала с голосом, а не терять бит из управляющего канала. А у нас бывает проскальзывание на шине сигнализации, в номере А пропадает одна из цифр. Юнителовцы не смогли исправить. Так что опыт эксплуатации у нас сугубо отрицательный. Ждем когда приедут элтеховские шлюзы на замену. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 ноября, 2015 · Жалоба Вердикт - Юнител в топку? Какие шлюзы ждете от Eltex? TDM-VOIP? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Odissey Опубликовано 16 марта, 2016 · Жалоба А вот интересно, с TS-004 кто на какую станцию решил перейти в итоге ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 17 марта, 2016 · Жалоба Мы не стали вкладываться в умирающую услугу - работаем на том, что есть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 28 февраля, 2018 · Жалоба Внезапно молча "свалилися" демон ts_daemon, который обеспечивает запись cdr на сервер и интерфейс программы управления АТС. В событиях винды отметка: Цитата Тип события: Ошибка Источник события: Application Error Категория события: (100) Код события: 1000 Дата: 28.02.2018 Время: 17:38:30 Пользователь: Н/Д Компьютер: Описание: Ошибка приложения ts_daemon.exe, версия 0.0.0.0, модуль ts_daemon.exe, версия 0.0.0.0, адрес 0x00031c58. Данные: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 74 73 5f ure ts_ 0018: 64 61 65 6d 6f 6e 2e 65 daemon.e 0020: 78 65 20 30 2e 30 2e 30 xe 0.0.0 0028: 2e 30 20 69 6e 20 74 73 .0 in ts 0030: 5f 64 61 65 6d 6f 6e 2e _daemon. 0038: 65 78 65 20 30 2e 30 2e exe 0.0. 0040: 30 2e 30 20 61 74 20 6f 0.0 at o 0048: 66 66 73 65 74 20 30 30 ffset 00 0050: 30 33 31 63 35 38 031c58 При ручном запуске сразу сваливается обратно, при этом в событиях: Цитата Тип события: Ошибка Источник события: ts_daemon Категория события: Отсутствует Код события: 100 Дата: 28.02.2018 Время: 21:49:16 Пользователь: Н/Д Компьютер: Описание: Error:Ошибка открытия E-Mail очереди. Никаких e-mail очередей никогда не использовали и не используем. Если имеется ввиду виндовая служба message queuing (требуется по документации), то она работает. У кого есть опыт с этой системой? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...