Господа, объясните для чайника...
Какой есть самый верный способ перетранслировать MAO и Account со старого релиза на нновый ?

Со старого релиза на новый прийдется в несколько этапов скорее всего переходить. Сначала ставить ops файлы, подниматься в какой нибудь релиз типа 3.2. Менять тип проца (у вас скорее всего был 3-й, а сейчас 6-й). После этого подниматься в 6Lx. А вообще лучше посмотреть в доках про подъем софта. Плюс могут быть нюансы с платами (может потребоваться перефлеширование), особенно если захотите вернуться обратно на 1.4.

Перефлеширование - это то, что требует установки в плату некоей м/с с нужным содержимым и манипуляции джамперами ?
можно пару слов про это ?

Для большинства плат подходит специальная дочка с микросхемой. Ставите ее в имеющуюся кроватку, ставите джампера как описано в документации, засовываете плату в станцию. Светодиод CPU моргает одним образом, потом вторым, потом третим - флеширование закончилось. Вынимаете все лишнее, возвращаете обратно джампера, вставляете плату и видите длительный процесс Init1 и сообщения о загрузке софта. Часть плат (Z24_2, PRA2 и т.п.) требует своих микросхем, в остальном процедура аналогична.
Новые платы Z32, UA32NV и т.п. (легко определить по отсутствию кровати) флеширования не требуют, правда и в старых релизах могут не работать.
Когда возникает необходимость флеширования - плату вставили, светодиод CPU не загорелся.
Причины выхода:
Самая распространенная - вставили плату в станцию (ранее плата бывала в станции с другой версией софта), не глядя на светодиод, состояние платы (Init1) и наличие станционных сообщений о загрузке софта в плату выдернули ее (убедительная просьба дождаться состояния хотя бы Init2, лучше in service).
Вторая причина - было замечено нежелание некоторых плат Z, UA, PCM и т.п. работать в станциях старого релиза (2, 3) после того как они работали в релизе свежем (5, 6).
Поэтому протестировав у себя платы в релизе 5, перед отдачей заказчикам мы их флешируем, если знаем что у заказчика на станции стоит чего-нибудь древнее.



Редактировано 1 раз. Последний раз 26.02.2005 20:22 пользователем vad.

спасибо за подробный ответ, vad
протестировал у себя Z UA EMTL - эти возвращаются на работу в старом релизе (2.1)
в теме было написано про 1.4 - 6 Lx но реальный upgrade планируется c 2.1 на 5.1Lx.
База MAO корректно транслируется для этого случая.
Ещё вопросы, если можно...
Number one
что касается защиты лицензии OXE в OPS - она, я так понял, остается из тех же составляющих: softwaremao, hardkey, и, добавляется ещё номер процессора. Если добавляется второй процессор в систему, должен поставлятся HARDKEY. Правильно ?
Number two
Сколько живет система без hardkey - 30 дней ? - что потом ?
Что случается с системой, ежели не хватает hardkey'я на втором процессоре ? - и вообще, в OPS файлах нет номера второго ключа, так должно быть ?
Number three 4760
... будет
С уважением.

По идее при апгрейде с 4400 (хардкей) на Линукс Актис оставляет хардкей. В файле ХХХХХХХ.swk (один вместо двух software.mao и хххххх.sw ранее) остается упоминание об этом. При дублировании что будет ключ или CPU-ID не знаю. Раньше процедура была простая, кто заказывает дублирование, имел на складе свободный хардкей и указывал его в Actis.
Если есть несоответствие лицензий, не важно отсутствие нужного ключа, процессор с не тем CPU-ID, что-то не то запрограммированное - станция живет 30 дней (как OXO). При заходе на станцию mtcl-ем будет показываться сколько дней осталось. За это время ситуацию требуется разрешить.
Но если несоответствие следующее - вы поставили релиз 6 имея ключи на релиз 5 - станция будет вести себя как 4400, через четыре часа проблемы с менеджментом, через 8 надпись на дисплеях цифровых телефонов "Call you installer". Устраняется рестартом на 8 часов или через swinst (10 раз по 8 часов).
Насчет ключей, CPU-ID - смотрим spadmin пункт 2, в самом начале показываются CPU-ID и/или хардкеи с которыми можно использовать данные OPSы. Ключ должен стоять где обычно, CPU-ID написано на морде процессора. Т.е. CPU-ID не добавляется, а в новых процах и станциях используется вместо хардкея.
Теперь если проц сдохнет, вы не можете просто переставить все на другую плату и забыть. Переставляете винт и чего хотите и у вас есть тридцать дней, чтоб кто-нибудь разрешил вам проблему с OPS файлами (прислал новые, еще раз повторюсь - это для процессора не с хардкеем, а с CPU-ID).

А ещё такой вопрос,
Все ли хорошо у OXE 5.1 с поддержкой плат ATL 8 ?

Тяжело сказать, вообще сама телефония базируется на релизе 5.

OK
А где в OXE записаны тона системы для русского челнока ?

Там же где и были, например на GPA.

А елси в поставке UpgRade есть пустая Flash - это наталкивает на мысль, что в нее нужно заливать новую прошивку ?

Во флеш заливаются, при необходимости, речевые подсказки, к тонам никакого отношения не имеет.

Я так и думал... ))
VAD, извини за глупые вопросы.

еще вопросы на этот сабж
В опции АТС "CPU redundancy" не пойму, как подключить Floppy к процессору B.
Любая команда к дискете дает ошибку ввода-вывода и не зажигает лампочку на Floppy.
Есть кабель 3BA28046 с красным кольцом, но он назначения CPU stand by - MMS - это вроде бы другое.
Или для второго CPU дискета недоступна в принципе ?
С уважением, Сергей

По документации 3BA28045 (main-mmsfd), 3BA28046 (stand-by-mmsfd). В доке вообщем-то нарисовано System documantation/ Hardware doc/ M3 cabinet installation/ Installation procedure/ Connection-Internal connection чего и куда подключать. На самом деле после релиза 3.2 необходимости в флопе нет (начиная с этого релиза в swinst появилась опция сохранения OPS на cpu disk, откуда все по ftp без проблем забирается и ставится).

я это понимаю, vad, но кабель ест и его надо приделать,
в доке написано по-моему пр MMS - это не флоп...
а если его приделать к MMSFD - то флоп не работает и с основным CPU

Можно ещё вопрос ?
у меня не добавляется cristal 1.
есть набор:

INTOF X 2
кабель int-int
WM! новый.
OPS файлы, в которых INTOF стоит в 0 6 и в 1 1
прописал все это дело в shell и board... 0 6 syn=255 1 1 syn=0 - там вроде понятно все.
перезагрузил -
в 0 6 - inservice и мигает прально
в 1 1 - out off service и мигает прально
при рестарте 0 6 сначала появляются ошибки 3660 status OK, потом что-то про 3759 (с плохой диагностикой харда) и опять 3660 status OK.
от перемены плат ничего не меняется абсолютно.
чего смотреть?
кабель - или позицию 1 1 менять на 1 6
С уважением, Сергей

Во первых проверить прописывание
INTOFA (0 6) где сказано с противоположной стороны кристал 1, плата 1.
INTOFB (1 1) где сказано с противоположной стороны кристал 0, плата 6.
Синхронизацию оставляем 255 (с обоих сторон)!!!.
Кабель проверяется просто (используется всего две пары).
Обе платы должны вести себя одинаково, когда ставятся в позицию INTOFA (0 6). При первом втыкании должен был загрузиться софт и помнится они после этого должны вставать в waitng link activation. Заворот пары приема на передачу должен к чему-то привести (не помню к чему, но обе платы должны вести себя одинаково).

Привет VAD.
с новым кристаллом ключ был таким:
intofb не вставала в положение inservice до тех пор, пока в других слотах стояли платы (свежие, или без bin*, или с неправильной версией). Как только я их вынул, пирамида дрогнула... и они сразу же полюбили друг друга.
досланные абонентские платы получили нужный софт, далее по написанному.

еще проблемы, и серьезные.

1. легкая, наверное.
у меня есть два узла по ABC-F, в каждом узле есть DECT, есть лицензия на DECT roaming
по прочитанному в доке мне легко удалось осуществить roaming на трубках 4074.
принцип приблизительно такой:
на узлах прописываются PARI.
В DECT parameters прописывается просчитанный PLI CTM,
на домашнем узле создаётся трубка 4074, в DECT sets прописывается параметр mobility yes; в гостевом узле создается трубка 4074, в DECT sets прописывается Shell yes. - Трубка ходит по узлам и всё нормально.
Проблема с Mobile 100.
абонент с типом GAP не позволяет также, как 4074 создать shell.
Как с ней быть-то ?

2. средней тяжести.
По сравнению с предыдущим релизом (2.1) DECT имеет какие-то добавления в обработке звука. это напоминает АРУ любительских приемников или селекторов с громкой связью. Особенно это заметно на КПВ, когда звук нарастает от нуля до нормального значения. Это как-то убирается ?

3. класс непроходимых проблем.
на узле 1 есь 3 проводки для входящей связи. У них есть запрос АОН. Городская ТС такова, что АОН выдается лишь с 10% АТС. Раньше, до UPGRADE в случае неопределяемого номера на дисплеях телефонов (всех классов и видов) приходило имя линии. Теперь приходит " 0 *." Приходит всегда одинаково. Если приходит АОН, то он отображается на дисплее.
входящие городские звонки с узла 1 передаются транзитом и на узел два. При этом на дисплеях версия индикации правильная, с именем линии узла 1 в случае неопределения АОН.
Попытки снять запрос АОН не дают никакого результата.
Другая входящая связь функционирует правильно (ISDN, NDDI)
Проблема с дисплеем на узле 1. Как заставить его работать ?


С уважением,
Сергей



Редактировано 1 раз. Последний раз 24.03.2005 16:59 пользователем sergey.

По порядку:
1) при создании shell вы оставляете тип аппарата 4074. Если приходит GAP то он и регистрируется как GAP. (т.е. нет необходимости создавать shell разные для разных аппаратов).

2) никаких особых проблем с звуком в разных релизах не было.

3) насчет АОН, проблема могла прийти из External callback translation. Обычно создают строчку DEF (где сказано ничего не удалять и !!! ничего не добавлять). Далее по мере знакомства с идентификаторами чего-то начинают прописывать. Посмотрите не стоит ли в строке DEF добавление какого-нибудь префикса.

Ну и в целом с проблемами лучше будет разбираться если знать тип проца и версию (точно с указанием динамического патча).

ok

1 это понятно, пробую сегодня.
2 может, заказчик придирается ?

3 Про Ext Call Back я подумал, и изначально там стояло удалить "0" и добавить "8".
добаление любых цифр и букв влияет на дисплей, добавляя перед комбинацией "_0___*" то, что заказывает параметр add...

rel & proc:
5.1-e2.404-0-f-ru-c6s2




Редактировано 1 раз. Последний раз 24.03.2005 18:07 пользователем sergey.

1
получилось! - спасибо, VAD.
shell организуется по 4074 и для GAP.
2
С этим тоже ясно.
я так понял, отличие нового релиза от старого в DECT заключается в какой-то немыслимой эхокомпенсации, которая режет слух Если default echo comp убрать в PWT/DECT, звук не раздражает так, как прежде.
3
??
не изветен ли номер тона запроса АОН в OXE ? Чисто субъективно мне кажется, что с этим тоном что-то не так. Но все, что я могу, это только слышать ухом. Правда, в Alcatel есть трассировщик R 1.5...

4
ёщё один вопрос.
как сохранить vg на Flash и восстановить с нее ?

С уважением,
Сергей




Редактировано 1 раз. Последний раз 25.03.2005 16:01 пользователем sergey.

Сохранить откуда и куда.
Вообще если разговор о flash. Проект (файл) делается в Alcatel Audio Station, после чего переписывается на flash, специальная утилита есть в AAS, в Win98 можно пользоваться утилиткой SwapFTL tool. (Ну и вообще любой которая позволит взять 4 Мб файл и положить его на flash карточку один в один). Ну и естественно нужен комп с PCMCIA разъемом, куда будете засовывать карточку.

Мне нужно перенести аудио файлы подсказок из одной АТС на другую.
Все равно как.
Я так понял, что аудио с необходимыми словами находится на плате VG, что это аудио можно вынести на flash и переустановить в другую АТС на FLASH ?
Мой комп, впрочем, пишет и читает приложенные к upgrade amd flash - сейчас они пустые.

Если на плате VG есть флэш-карта, то ее вынимаете, вставляете в компьютер, читаете и записываете на новую флэш-карту. Программа SwapFTL позволяет читать, сохранять образы на диск, форматировать и записывать флэш-карты в RAW формате, а не в формате FAT, как это делает Windows. Есть версии для WIN95, WIN98. Под WinNT/2000/XP не работает принципиально,т.к. нет доступа к железу.

c flash все понял - проблема снимается

С уважением, Сергей




Редактировано 1 раз. Последний раз 25.03.2005 18:10 пользователем sergey.

Но самый открытый вопрос - какой номер тона ANI REQUEST для R 1.5
Кто знает ?

865 тон, не знаю стало ли легче, это не тот тон который доступен в менеджменте.

))))
когда его слушаешь, успокаивает.
надо отказываться от 3 проводок в этом городе.
они нестандартные какие-то

Господа,
есть непонятная проблема с переадресацией.
софт e2.404.0.u
нельзя переадресовать внешний звонок на телефоны UA или DECT в первом узле, вызов приходит

из второго узла по плате PRA isdn all countries.
transfer проходит, прямой вызов без переадресации проходит.
аналогичный imm forward на аналог проходит.
местный forward в любых комбинациях проходит.
иногда на телефоне, куда напрален форвард дзинькает звонок - но вызов рвется.
внизу приведены два куска трассы с платы pra - неуспешная и успешная - первая содержит

лишний элемент PROGRESS, который не нравится внешнему коммутатолру (PROMINA).
Трасса снята по петле, так что в ней дублируются сообщения.

подскажите, кто может !!!

1
______________________________________________________________________________
| (088297:007111) 856: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 53 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 00 27
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 2291301
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2291700
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (088297:007112) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 80 27
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (088298:007113) Physical-Event :
| long: 58 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 26
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 2291301
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2291700
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

/////////////////......................


______________________________________________________________________________
| (088300:007115) 856: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 26
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (088300:007116) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 80 27
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (088301:007117) 856: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : PROGRESS (03) Call ref : 80 26
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
|______________________________________________________________________________

______________________________________________________________________________
| (088302:007118) Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : STATUS [7d] Call ref : 00 26
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 e0 1e -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 07
|______________________________________________________________________________


Обрыв

2

| (088474:007123) 856: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 53 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 00 28
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 2291301
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2291700
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (088475:007124) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 80 28
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (088475:007125) Physical-Event :
| long: 58 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 27
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 2291301
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2291700
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (088475:007126) 856: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 27
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (088477:007127) 856: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 27
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (088478:007128) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 80 28
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

соединение.