error написал: т.е. если на румына поставить трубку китайца то все нормально?
просто интересно стало - какое сопротивление трубки у румынов и у китайцев
да и аппарат через PoE или блок питания?
любопытство ради статистики и на будущее
Да, если поставить любую другую трубку - от китайца или от обычного цифровика (40х9), то все ОК. Померить сопротивление не смогу, - уже отдал аппараты заказчику... У Заказчика они работают по ПоЕ, у себя я проверял через БП, - разницы нет.
Один из заказчиков приобрел через "Гора и копыта" (Юнит-Копир) партию телефонов Алкатель 8038.
Часть телефонов (10 шт.) оказалась бракованной. Неисправность в следующем: в разговоре по трубке слышен гул (генератор около 50Гц), в спикерфоне же все нормально.
Гул весьма очевидный, громкостью на уровне разговора. Вне разговора, например, при наборе номера, гула нет.
Порекомендовали заказчику отправить аппараты поставщику. Через месяц аппараты были возвращены с Актом от Комптека с ответом "Заявленная неисправность не обнаружена, т/а полностью исправны."
От чего делаю вывод, что либо там полные дилетанты, либо абсолютные пох...сты, работающие на отъеб...сь.
Начали разбираться сами. Попробовали более новые бинарники (за что отдельно спасибо Dmitry Ryzhakov!!!), - увы - не помогло.
Разобрали трубку, обнаружили, что микрофон и динамик заметно отличаются от тех, которые стоят в исправных трубках. Сделали переполюсовку - отчасти помогло. На самом аппарате гул исчез, а на встречном сильно уменьшился (до терпимого уровня). На остальных аппаратах сделали переполюсовку в витом шнуре - перезашили разъем (RJ).
В поставленной партии были телефоны Маде Ин Чина и Маде Ин Румыния. К китайским телефонам претензий нет. А вот все румынские оказались - хлам. В серийных номерах связи не обнаружил, айпишники же такие: 00 80 9F Ex xx xx
Здравствуйте, Порекомендуйте, пожалуйста, какой нибудь проверенный SIP-шлюз (SIP->аналог) для подключения в удаленном месте аналоговой "тарелки" для конференций. (ОХЕ R11.0)
ЗЫ. Мы, конечно, рекомендовали заказчику приобрести SIP-тарелку, но он уже накупил аналоговых Поликомов... (
etc написал: Может быть, у вас используется несколько таблиц Ext. Callback? В последних релизах появилась возможность использовать несколько таблиц Ext. Callback. Вы привели данные только для нулевой таблицы: ¦ External Callback Table : 0 ¦.
Здравствуйте, чоб не открывать новую тему, задам вопрос здесь.. имеется релиз R11.0.1 для вновь подцепленного оператора понадобилось изменить Ext.Callback (до этого использовался единственный - с номером "0").
Сделал еще одну таблицу с другим номером и применил ее в Entity, но в результате вижу, что по-прежнему применяются правила из таблицы "0".
Подскажите, пожалуйста, как и где все-таки применять таблицу Ext.Callback ???
Здравствуйте, Вроде уж давно живем на 8770, но до сих пор не получается отладить нормальный экспорт тикетов в архив. На 4760 это все прекрасно работало.
В общем было так: - сделали Отчет "За предыдущий месяц" - в Планировщике запланировали его на каждое первое число месяца - на сервере сделали батник, который пакует файл и отправляет его по назначению (файл большой 700-800 тыс. строк в файле txt)
Сейчас в 8770 можно сделать необходимый "Отчет". Можно его экспортировать в текстовый файл. Все это по отдельности работает. Но стоит только Отчет "Запланировать", - беда. Планировщик в строке состояния говорит:
[13:36:35] > Начато немедленное выполнение задания '_Тикеты за месяц'... [13:42:03] > Задание '_Тикеты за месяц' было выполнено в состоянии Ошибка...
... а в журнале:
[12/16/2016 4:19:19 PM] Scheduler: The job is started. [12/16/2016 4:19:21 PM] Target: Generation In Process [12/16/2016 4:19:21 PM] Target: Generation Initialization [12/16/2016 4:19:22 PM] Target: Create Data Table [12/16/2016 4:19:49 PM] Target: Fill Data Table [12/16/2016 4:23:23 PM] Target: Data Table OK [12/16/2016 4:23:28 PM] Target: Cre ate Table of Contents: RI_400_R [12/16/2016 4:23:28 PM] Target: Launching external process for printing or mailing. [12/16/2016 4:23:30 PM] Target: New connection ==> Nb of Connexions = 1 [12/16/2016 4:23:30 PM] Target: Connection number = 12715 [12/16/2016 4:23:34 PM] Target: New connection ==> Nb of Connexions = 2 [12/16/2016 4:23:35 PM] Target: Connection number = 12716 [12/16/2016 4:23:36 PM] Target: New connection ==> Nb of Connexions = 3 [12/16/2016 4:23:36 PM] Target: Connection number = 12717 [12/16/2016 4:23:36 PM] Target: New connection ==> Nb of Connexions = 4 [12/16/2016 4:23:36 PM] Target: Connection number = 12718 [12/16/2016 4:23:46 PM] Target: Exception in thread "main" java.lang.OutOfMemoryError: Java heap space [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.internal.mysql.packet.MySQLRowPacket.getRow(MySQLRowPacket.java:88) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.internal.common.queryresults.StreamingSelectResult.next(StreamingSelectResult.java:107) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.internal.common.queryresults.CachedSelectResult.createCachedSelectResult(CachedSelectResult.java:77) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.internal.mysql.MySQLProtocol.createQueryResult(MySQLProtocol.java:815) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.internal.mysql.MySQLProtocol.getResult(MySQLProtocol.java:951) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.internal.mysql.MySQLProtocol.executeQuery(MySQLProtocol.java:982) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.MySQLStatement.execute(MySQLStatement.java:280) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.MySQLStatement.executeQuery(MySQLStatement.java:301) [12/16/2016 4:23:46 PM] Target: at org.mariadb.jdbc.MySQLStatement.executeQuery(MySQLStatement.java:360) [12/16/2016 4:23:46 PM] Target: at com.alcatel_lucent.nms8770.appl.client.apps.reportingtool.view.rdefinition.DataSet.execQuery(DataSet.java:80) [12/16/2016 4:23:46 PM] Target: at com.alcatel_lucent.nms8770.appl.client.apps.reportingtool.view.rdefinition.DataSetDetail.<init>(DataSetDetail.java:69) [12/16/2016 4:23:46 PM] Target: at com.alcatel_lucent.nms8770.appl.client.apps.reportingtool.view.rdefinition.RDefinition.<init>(RDefinition.java:142) [12/16/2016 4:23:46 PM] Target: at com.alcatel_lucent.nms8770.appl.client.apps.reportingtool.view.ReportMainPanel.blindReportMainPanel(ReportMainPanel.java:339) [12/16/2016 4:23:46 PM] Target: at com.alcatel_lucent.nms8770.appl.client.apps.reportingtool.view.ReportMainPanel.<init>(ReportMainPanel.java:318) [12/16/2016 4:23:46 PM] Target: at com.alcatel_lucent.nms8770.appl.client.apps.reportingtool.view.ReportMainPanel$Test.main(ReportMainPanel.java:1268) [12/16/2016 4:23:47 PM] Target: External process returned an error [12/16/2016 4:23:47 PM] Target: Generation Failed [12/16/2016 4:23:48 PM] Scheduler: Job failed.
Отчет, при этом, создается (висит в Отчетах), но экспорт его в файл не происходит. В логах Омнивисты (C:\8770\log) ни чего интересного не происходит (не обновляются). Разве что в файле NMC_Viewer.log появляются строчки:
2016-12-16 15:41:44,266 oms02nmc Accounting: New connection ==> Nb of Connexions = 1 2016-12-16 15:41:44,266 oms02nmc Accounting: Connection number = 12644 2016-12-16 15:41:44,266 oms02nmc UTIL : Locale set by the application: ru RU 2016-12-16 15:41:46,891 oms02nmc Accounting: New connection ==> Nb of Connexions = 2 2016-12-16 15:41:46,891 oms02nmc Accounting: Connection number = 12645 2016-12-16 15:41:46,891 oms02nmc Accounting: New connection ==> Nb of Connexions = 3 2016-12-16 15:41:46,891 oms02nmc Accounting: Connection number = 12646 2016-12-16 15:41:47,141 oms02nmc Accounting: New connection ==> Nb of Connexions = 4 2016-12-16 15:41:47,141 oms02nmc Accounting: Connection number = 12647
НО намедни обнаружилось, что если файл маленький, то все работает прекрасно.
Еще раз проверил размеры, которые имеют значение...
Максимальное количество строк в формате txt - 10 000 000 Максимальное количество страниц в формате html - 50 Максимальное количество страниц в формате pdf - 50 Максимальное количество страниц в формате excel - 1000 Максимальное количество строк в базе данных - 10 000 000
"Phone exc P1, PC 0xP2P3 neqt P4" "P1 : Exception number (intel i386)" "P2 : Exception address, MSW" "P3 : Exception address, LSW" "P4 : Number of active piece of equipment" "Phone exception" "An exception occurred in the phone process." "The faulty half-communication, cleaned and released, is recovered by the" "telephone application defence mechanism. The phone task is reinitialized. If" "the phone trace (mtracer) is active, a `backtracer`, this is to say, the stack" "contents of the faulty task, is displayed on the output terminal." "Note the incident with all its information on an observation sheet" "(problem report), specifying if possible the error context." "From the R1.5.1 release recupexc or excvisu to pull out the backtrace.";
"DPNSS Prefix Missing, P1" "P1 : Indicates the MCDU" "DPNSS_PFX_MISSING" "DPNSS prefix is missing." "Better if it is managed properly." "Manage it in Translator.";
" Incoherent dat a: appli P1 table P2 cause P3 info P4 P5 P6" "P1 :Number of the application emitting the incident" "P2 :Table number" "P3 :Cause" "P4 :Additional information" "P5 :Additional information" "P6 :Additional information" "Incoherence of the data in memory or on disk" "The database has become incoherent as a result of a software error (for" "instance,attempt to get to a non-existent field).The database doesn't" "correspond to the software version." "If it appears during the system initialization, the problem is serious since" "certain data won't get a new stock of memory or will get an incomplete stock." "The problem is less critical if it occurs during a configuration because the" "system ignores the modification or the edition in progress." "Note the incident with all its information on an observation sheet (problem" "report), specifying if" "possible the error context.4351 SYSREAC_FR0 Rien";
Столкнулся со следующей проблемой.. Вдруг (как это обычно и происходит), все абоненты одной из полок (соединенных INTOFом) при подъеме трубки стали получать занятость (входящие звонки, при этом, проходили). Абоненты на полке только аналоговые и их очень много - АСТ28 практически битком.
При этом повалились в огромном количестве инциденты: 01/08/16 10:46:58 000001M|---/--/-/---|=0:1721=Phone exc 5, PC 0x083cd6bb neqt 2781
проверка checkdb показала следующее: (1)xa000001> checkdb Data base checking in progress ... /...........ERROR 1006 : DPNSS Prefix Missing. No DPNSS prefix added. .ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=addr already used nulog=2929 Coupler=0 Position=89 ........................ ./ (1)xa000001>
Не знаю, связано-ли это было или нет...
Попытался перескочить на другой процессор (баскул), - не помогло. Подтянул базу данных "за вчера" - перескачил на нее баскулом - все заработало...
vad пишет: В этом плане - как продвинутой конторе - надо делать всё наоборот. Не с АТС снимать данные для абонентов, а иметь список абонентов с фичами - и вносить это в АТС.
Согласен... ...но тут, вероятно, помешали лень или тупость, или и то и другое...
Можно ли как нибудь считать из ОХОшки всю инфу по абонентам со всеми их "Функциями", "Услугами" и прочими "MISC" хоть в каком-то удобочитаемом виде?
Заказчик требует сделать файл со всеми настройками абонентов. Изъять инфу у меня как-то не выходит, а просматривать каждого абонента вручную - гимор еще тот...
