Перейти к содержимому
Калькуляторы

Вопрос к использующим АТС Юнител mk-8 ts-004

Ввела в заблуждение надпись CPU AMD Feature code на одной из копий экрана. У меня есть опыт тестирования TS_DAEMON на Windows 7. Но он малополезен в том смысле - что тестирование проводилось с 1 абонетном, то есть с нагрузкой почти равной нулю. Все работает стабильно.

 

Могу предположить, что ошибка связана с утечкой памяти - может имеет смысл помониторить расход памяти ОС в этот момент?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сейчас аптайм того компа с ХР - 170 дней.

Если ts_daemon вылетает с ошибкой, то я его просто перезапускаю без перешагрузки компа и он работает дальше месяца 2-3. Потом все повторяется. Так что на утечку памяти в ОС не похоже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это может быть утечка памяти в программе, а не в ОС. Программа постоянно работает с большими объемами данных и поэтому память может утекать периодически.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это может быть утечка памяти в программе, а не в ОС.

Ну значит косяк в программе. Но Юнител (разработчик) это не признает.

Собственно все. Точка. Тупик. :)

Пусть работает как работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вспомнил еще одну проблемку, которую мы с Юнителом так и не решили.

Надо было провести очередную поверку СИДС МК-8, МК-8 включена в ГАТС МТ-20/25 по r1.5.

Поверка производится дистанционно, для чего от нас требуется:

 

из инструкции по проведению поверки

Для проведения поверки СИДС коммутатора (АТС, КУ, ЦКПС) необходимо следующее:

1. Организация одного выделенного входящего номера на поверяемом СИДС АТС (КУ, ЦКПС) на который будут осуществляться входящие звонки с нашего тестового номера. Из расчёта 1 входящий номер на 1 АТС (КУ, ЦКПС и т.д.).

2. На указанном вами абонентском номере должна быть установлена услуга безусловной переадресации (CFU) на номер +7 910 ххх хххх. Это тестовый номер для приёма входящих переадресованных вызовов. Испытания СИДС будут проводиться в вечернее время после 18 часов по Москве. Поверка займёт порядка 3 часов.

 

Наш вариант был такой - подстановка номера А и модификация Б: для звонка, входящего с МТ-20 на МК-8 по СЛМ мы подставляем номер А из своего диапазона нумерации, а для исхоядщего с МК-8 на МТ-20 номера Б производит модификацию - модифицируем его до требуемого 8910ххххххх.

В этой схеме получается переадресация входящего по СЛМ звонка на ЗСЛ (исходящий звонок). Тарификационная запись в cdr-файле появляется и она корректна, но звонок не проключается: абонент А слышит странные двонйные попискивания с интервалом примерно 0.5 сек (mp3-файл записывали).

Юнител не стал заниматься этим вопросом, хотя раньше консультировал по другим вопросам, за что я им благодарен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите, как на АТС Юнител ТС004 организовать на телефоне конференцию из нескольких человек?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У меня TS-004 чисто потоковая (8Е1 в 1U), абонентских окончаний там нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Кто может подсказать, что в терминологии Юнител означают сообщения в логе АТС:

 

[03.04.2013 11:04:15] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1

 

Сразу скажу, что есть еще другие ОТДЕЛЬНЫЕ сервисные сообщения, касающиеся синхронизации:

Ошибки кодовой модуляции

Потери кадровой синхронизации

А вот что такое проскальзывание...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

http://img.nag.ru/projects/setup/135/c805b2257d6955be9c2b5c459b05a633.pdf

Вторая страница

 

А у вас неправильно настроена синхронизация...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну у меня-то не циска. :)

Проскальзывания идут только по 0му потоку, который смотрит в АТС Ростелекома МТ-20/25, и с которого TS-004 как раз и берет синхронизацию. В свою очередь с TS-004 синхронизируются Meridian 1, cisco 3745 с платой Е1 и потоковый VOIP-шлюз и на этих потоках никаких проблем нет.

Свойства 0го потока.JPG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Синхра на юнителе настраивается не на этой картинке. На моей картинке АТС ВСЕГДА берёт синхру с 3-го потока а с остальных синхру не будет брать НИКОГДА.

unitel.JPG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да я знаю где это настраивается. :)

У меня аналогично, только синхру берет с 0-го потока.

Грешу на нестабильный генератор на встречной МТ-20, но Ростелекому фиг что докажешь.

Потоки.JPG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проскальзывания так и сыпятся в лог... :(

[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 - это какой-то "вес потока" в плане очередности синхронизации?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Позвоните уже в Юнител и спросите! Там очень адекватные ребята сидят...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Позвоните уже в Юнител и спросите! Там очень адекватные ребята сидят...

Немного по другому поводу, но

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У нас этих АТС от Юнител целый шкаф. Конечно бывало и ругались, но в общем и целом там вполне нормальные инженеры сидят. Если инженеры выпадают из адеквата, есть руководство. Они конечно за вас все проблемы решить не смогут, но вполне в состоянии помочь и посоветовать.

У нас остались самые лучшие впечатления от сотрудничества с ними.

Посылают обычно, когда звонит клиент и орет, что ничего не работает, он ничего не знает и требует все за него сделать...

Мы честно говоря уже отошли от АТС и в последнее время все делается полностью на IP. Так что если кому надо БУ АТС, можем посодействовать. Очень надежные машинки!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

PS. На складе так же лежит их старая АТС TS-004 на 6 Е1 с питанием от 48В. Если кому надо, отдам за символические деньги.

PPS. Полностью отойти от АТС и перейти на IP пока не получается - в нашей глухомани Ростелеком не дает даже ОКСа, не говоря уже про IP

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Писал. Потом позвонил, сказали повторить письмо. Повторил. Тишина. Через пару дней еще раз повторил. Тишина.

Что-то не так в датском королевстве. :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

С начала сентября перестали выходить на связь. 

Пока сами подстроили немного встречную АТС, но проблема осталась - срывы синхронизации раз в 5-6 сек. Юнител молчит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

"проскальзывание" - значение этого слова в терминологии разработчиков МК-8 (ООО "Юнител") я от них так и не добился. Эти проскальзывания похоже не так уж безобидны: в cdr замечено некоторое кол-во звонков с большой длительностью занятия канала и нулевой разговорной, например 267 сек и 0 сек. 267 сек! - ну не мог абонент 4 минуты слушать КПВ.

Кто общается с Юнител - подскажите почту  инженеров.

Заранее благодарен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

А у нас бывает проскальзывание на шине сигнализации, в номере А пропадает одна из цифр. Юнителовцы не смогли исправить. Так что опыт эксплуатации у нас сугубо отрицательный.

 

Ждем когда приедут элтеховские шлюзы на замену.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вердикт - Юнител в топку?

Какие шлюзы ждете от Eltex? TDM-VOIP?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот интересно, с TS-004 кто на какую станцию решил перейти в итоге ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мы не стали вкладываться в умирающую услугу - работаем на том, что есть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Внезапно молча "свалилися" демон 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 (требуется по документации), то она работает. У кого есть опыт с этой системой?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.