Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 След.
Назначение номера с телефонного аппарата на пустом порте
 
Коллеги, добрый день.
Никогда не пользовался этой функцией и даже забыл как она называется, сейчас читаю доку, ищу на форумах, и не могу даже вспомнить по каким ключевым словам искать.
Подскажите пожалуйста как с телефона назначить номер пустому порту, на котором при поднятии трубки играет подсказка "введите ваш внутренний номер абонента"?  
В тикетах пропадает первая цифра calling number
 
Коллеги, доброе время суток.

Стояла сто лет станция (R7.1-f5.401.36.d), и тут вдруг понадобилось отслеживать входящие звонки.
В трассировке всё ок, номер звонящего приходит корректный:

____________________________________________________________­__________________
| (186751:000007) Physical-Event :
| long: 53  desti: 0  source: 0  cryst: 0  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  00 6f
|                               SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a1 83 83 -> T2 : B channel 3 preferred
| IE:[6c] CALLING_NUMBER (l=12)  ->  21  83  Num : 911xxxxxxx
| IE:[70] CALLED_NUMBER (l=8)  ->  c1  Num : 450xxxx
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186751:000008) 1168: Send_IO1 (link-nbr=24, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 6f
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 83 -> T2 : B channel 3 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186751:000009) 1168: Send_IO1 (link-nbr=24, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  80 6f
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186817:000010) 1168: Send_IO1 (link-nbr=24, sapi=0, tei=0) :
| long: 39  desti: 0  source: 15  cryst: 0  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT (07)  Call ref :  80 6f
|____________________________________________________________­__________________
|
| IE:[4c] CONNECTED_NUMBER (l=19)  ->  01  81  Num : 812450xxxx
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186818:000011) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT ACK (0f)  Call ref :  00 6f
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186898:000012) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45]  Call ref :  00 6f
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 8a 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186898:000013) 1168: Send_IO1 (link-nbr=24, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d]   Call ref :  80 6f
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (186899:000014) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a]  Call ref :  00 6f
|____________________________________________________________­__________________


В тикете же номер звонящего без первой цифры:

----[/DHS3dyn/account/TAXAVTER.DAT : Ticket number 7/7/8]-----------------------
(00) TicketVersion = ED5.1              (01) CalledNumber = 11xxxxxxx
(02) ChargedNumber = 7870               (03) ChargedUserName = 7870
(04) ChargedCostCenter =                (05) ChargedCompany =
(06) ChargedPartyNode = 1               (07) Subaddress =
(08) CallingNumber =                    
(09) CallType = PublicNetworkIncomingCall
(10) CostType = ISDNCircuitSwitchedCall (11) EndDateTime = 20170524 14:12:03
(12) ChargeUnits = 0                    (13) CostInfo = 0
(14) Duration = 8                       (15) TrunkIdentity = 2
(16) TrunkGroupIdentity = 1             (17) TrunkNode = 1
(18) PersonalOrBusiness = Normal        (19) AccessCode =
(20) SpecificChargeInfo =               (21) BearerCapability = Speech
(22) HighLevelComp = Unspecified        (23) DataVolume = 0
(24) UserToUserVolume = 0              
(25) ExternFacilities = ConnectedLineIdentificationPresentation
(26) InternFacilities = BasicCall       (27) CallReference = 0
(28) SegmentsRate1 = 0                  (29) SegmentsRate2 = 0
(30) SegmentsRate3 = 0                  (31) ComType = Voice
(32) X25IncomingFlowRate = Unspecified  (33) X25OutgoingFlowRate = Unspecified
(34) Carrier = 0                        (35) InitialDialledNumber = 7870
(36) WaitingDuration = 7                (37) EffectiveCallDuration = 8
(38) RedirectedCallIndicator = 0        (39) StartDateTime = 20170524 14:11:55
(40) ActingExtensionNumber =            (41) CalledNumberNode = 9999
(42) CallingNumberNode = 9999           (43) InitialDialledNumberNode = 9999
(44) ActingExtensionNumberNode = 9999   (45) TransitTrunkGroupIdentity = 32767
(46) NodeTimeOffset = 0                


В чём может быть проблема?
Изменено: Антонио - 24.05.2017 15:14:17
Несколько вопросов про платы NDDI
 
Доброго времени суток.
Сразу извиняюсь за глупые вопросы, но банально никогда с таким не сталкивался. Поиск в доке и гугление ответов не дали.
Попалась мне в руки плата NDDI с партнамбером 3BA 52095 ABAA, а в станции установлены 3BA 52095 ACAA. Дока говорит что в конце партнамбера закодирована страна:"
NDDI board reference : 3BA 53095 AA to 3BA 53095 AZ (depending on the country)". Предполагаю что плата привезена из-за бугра и предназначена для другой страны. Джамперы установлены так же как на платах в моей станции. Эта плата заведётся и будет ли нормально работать в станции с релизом R5.0.1Ux?

Второй вопрос: Все платы в станции прописаны как NDDI_EE, что это за зверь и чем они от NDDI отличаются?

Почему спрашиваю - упомянутую выше плату станция не видит и нужно понять это мне впарили хлам или я что-то не так делаю.  
Изменено: Антонио - 27.12.2016 03:01:53
Logical channels management error
 
Коллеги, добрый день. Помогите разобраться.
На станции постоянно возникают вот такие инцинденты:
12/02/16 10:20:26 000001M|01/00/-/---|=0:4412=H323 : end of the communication with cause 5

Вот что по этому поводу говорит incinfo:
INCIDENT NUMBER:     4412
Network indicator:   Alcatel 4400
OBJECT CLASS:        Dhs3Board
EVENT TYPE:          ProcessingErrorAlarm  (10)
PROBABLE CAUSE:      Unknown  (0)
SEVERITY:            Indeterminate

"H323 : end of the communication with cause P1"
"P1 cause of the end of the communication"
"P1 :"
"- 0 : Problem of memory insufficiant"
"- 1 : Problem in inserting IE"
"- 2 : Problem with H245 Automaton"
"- 3 : H245 socket closed by remote"
"- 4 : Round trip expiry"
"- 5 : Logical channels management error"
"- 6 : Capabilities error (check the algo...)"
"- 7 : Internal data corrupted"
"- 8 : Illegal case"
"- 9 : Pool satured"

Соответственно абоненты регулярно жалуются на короткие гудки при попытке позвонить куда то по IP.
Подскажите пожалуйста куда смотреть? Почему может возникать данная ошибка?
Резервные копии 4760 R5.2, Под Win 7 не восстанавливаются бэкапы сделанные под XP
 
Столкнулся с необъяснимым: Решили перенести 4760 на виртуальную машину. Исходный R4.2 давно работал под XP, я провёл процедуру апгрейда 4.2->5.1->5.2, всё ок. Сделал бэкап, попытался восстановить его на виртуальной машине с 4760 R5.2 под управлением Win 7, восстановление "зависает".
R4.2 на Win 7 не ставиться (что бы провести поэтапный апгрейд), клиент наотрез отказывается ставить XP на свою виртуальную машину.
Уже близок к рукопашному переносу базы.
Кто то сталкивался с подобной проблемой, и что делать в данном случае?
Изменено: Антонио - 12.11.2015 17:43:10
Дата создания абонентов
 
Добрый день.
У меня довольно странный вопрос.
Руководство зачем то потребовало список абонентов, которые создавались в этом году.
Никаких записей на эту тему естественно не велось, и возник вопрос, можно ли где то посмотреть дату создания абонентов?
Тикеты после сбоя 4760, Синхронизация тикетов с OXE после восстановления 4760 из резервной копии
 
Добрый день.
После падения 4760 R4.2 уцелел только бекап от июня 2015.
Переустановил 4760, восстановил бэкап, синхронизировался со станцией, все ок. Новые тикеты в 4760 увидел, но за июль-август 4760 тикеты брать не хочет. Где и как 4760 отмечает на станции тикеты, которые уже забрала? Подскажите что сделать чтобы она загрузила их повторно?
Перестали работать MLA кнопки
 
Здравствуйте, коллеги.

21.11.14 на одной из станций пошли жалобы, что нельзя из города дозвониться до секретарей. У них несколько MLA кнопок, на которые приходят городские вызовы. В результате сбоя звонок проходил только на MLA кнопку с order 1, следующий звонящий уже слышал "занято".
Перезагрузку в рабочее время было делать нельзя, помогло пересоздание MLA кнопок.
Вечером того же дня та же проблема у других секретарей, так же имеющих MLA кнопки, на которые приходят городские вызовы. Так же решилось пересозданием кнопок.
Подскажите, пожалуйста, что могло произойти и как этого избежать в будущем?


14/11/14 20:06:11 000001M|---/--/-/---|=4:0274=DTMF receiver release error
17/11/14 20:29:11 000001M|000/19/-/---|=3:3515=DO CASE error 5 84 0 0
18/11/14 10:37:06 000001M|---/--/-/---|=4:0274=DTMF receiver release error
18/11/14 14:35:42 000001M|000/11/-/---|=3:3515=DO CASE error 5 84 0 0
19/11/14 15:16:58 000001M|000/22/0/028|=5:2053=Terminal 28 in service
19/11/14 16:31:51 000001M|000/21/-/---|=0:3773=Bad frame Acc 0 (S=0x82) ABT=8 TOT=0xc2eb Nok=0x03cb
20/11/14 22:33:39 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
21/11/14 02:01:36 000001M|---/--/-/---|=3:2676=Cmisd : connection problem (Broken pipe)
21/11/14 08:59:43 000001M|000/18/0/002|=3:2050=UA Terminal 2 Loss
21/11/14 08:59:43 000001M|000/18/-/---|=4:3754=UA link no longer responding
21/11/14 09:00:25 000001M|000/22/0/003|=5:2053=Terminal 3 in service
21/11/14 09:14:31 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
21/11/14 09:20:54 000001M|000/22/0/003|=5:2053=Terminal 3 in service
21/11/14 09:38:58 000001M|000/04/-/---|=3:3515=DO CASE error 5 84 0 0
21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (331 913 0) especially TEI or flag
21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (332 913 384) especially TEI or flag
21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (331 913 1) especially TEI or flag
21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (332 913 1163) especially TEI or flag
21/11/14 11:43:45 000001M|000/18/0/002|=5:2053=Terminal 2 in service
21/11/14 12:55:53 000001M|000/04/-/---|=3:3515=DO CASE error 5 84 0 0
21/11/14 14:25:27 000001M|000/09/-/---|=3:3515=DO CASE error 5 84 0 0
21/11/14 14:32:31 000001M|000/11/-/---|=3:3515=DO CASE error 5 84 0 0
21/11/14 16:09:24 000001M|000/09/-/---|=3:3515=DO CASE error 5 84 0 0
21/11/14 16:58:28 000001M|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0
21/11/14 16:58:29 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0
21/11/14 16:58:29 000001M|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0
21/11/14 16:58:30 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0
21/11/14 16:58:49 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
21/11/14 17:09:33 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
21/11/14 18:36:55 000001M|---/--/-/---|=2:2670=FREETEL Error 5 (46)
21/11/14 18:36:56 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0
21/11/14 18:37:05 000001M|---/--/-/---|=2:2670=FREETEL Error 5 (46)
21/11/14 18:37:26 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0
21/11/14 18:59:48 000001M|000/02/0/018|=3:2050=UA Terminal 18 Loss
21/11/14 18:59:48 000001M|000/02/-/---|=4:3754=UA link no longer responding
23/11/14 19:42:37 000001M|000/09/-/---|=3:3515=DO CASE error 5 84 0 0
24/11/14 02:01:39 000001M|---/--/-/---|=3:2676=Cmisd : connection problem (Broken pipe)
24/11/14 09:41:08 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
5.0.1Ux d2.314
 
Коллеги, а нет ли у кого указанного в теме релиза с патчами? Сайт алкатель выкидывает на страницу скачивания R.11. Буду очень признателен если кто нибудь выложит.
Восстановление паролей на релизе 5.0Ux
 
Коллеги, доброго времени суток.

Не подскажите как можно получить доступ к станции, у которой были изменены все стандартные пароли?
GRUB естественно нет.
Где то видел наводку про bootnet, только что с ним делать для доступа к файловой системе ума не приложу.
Как исправить ошибку: DATA INCONSISTENCY, Table NETNODE, Bad local Node in TunParams=0?
 
Доброго всем времени суток.
checkdb нашел следующую ошибку:
Data base checking in progress ...
X ERROR 4351 : DATA INCONSISTENCY, Table NETNODE, Bad local Node in TunParams=0

Читая форумы понял только то, что она очень не хорошая. Но как исправить никто не пишет.
Откатится возможности нет, никто уже не скажет когда она появилась. Придется перезаливать базу через импорт-экспорт в 4760?
CS-2 не грузится и уходит в ребут
 
Здравствуйте.

На станции стоит релиз 9.1. Решил обновить софт, т.к. PCS постоянно не синхронизировался и писал Bad PCS soft.
Перезагрузил процессор, зашел в новый BIOS от AMI, выставил загрузку с сетевой карты, сохранил настройки. Проц зацепился по DHCP один раз и замолчал. Подождал минут 10 - выключил. После включения CS-2 пишет:

Initializing Intel® Boot Agent GE v1.2.16P7
PXE 2.0 Build 083 (WfM 2.0)
Press Ctrl+S to enter the Setup Menu.

Version 1.23.1109. Copyright © 2007 American Megatrends, Inc.                
ALCATEL CS-2 BIOS VERSION 0ABPT090 X
Press ^B to enter setup X
Press ^I to boot EFI SHELL X

И перезагружается. Ни по сети, ни с винта грузиться не хочет.
Подскажите, что можно предпринять?
Перестала работать фильтрация (Called Filtered Number)
 
Здравствуйте.
Сегодня нужно было добавить нового абонента, имеющего право звонить шефу напрямую. Однако фильтрация не заработала - звонок попадает к секретарю. Создал еще одну тестовую связку фильтрации, она тоже не работает. При этом с ранее созданными связками фильтрации проблем нет.
На всякий случай по очереди перезагрузил оба проца, не помогает.
Софт на станции R10.0 57.b, никто не сталкивался с подобной проблемой?
High-layer Compatibility
 
Здравствуйте.
Не подскажете как можно отключить посылку в сетапе параметра High-layer Compatibility?
Дело в том, что у нас стали возникать проблемы с дозвоном на сотовые. Трассировку не удачных звонков со своей стороны пока снять никак не получается. Оператор связи проанализировал свои логи и сказал следующее:
"В настоящий момент при установлении соединения с вашей стороны на мобильного абонента  вы запрашиваете High layer compatibility, на что нам встречный оператор присылает Call Proceeding=> Alerting  с  параметром High layer compatibility.
На данный запрос Alerting  ваша сторона выставляет Status ( с указанием причины non-existent / not emplemented)
От сети приходит сигнал CONNECT, а ваша сторона не проключает голосовой канал."

Вот пример посылаемого нами сетапа:
____________________________________________________________­__________________
| (726467:000036) 1085: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 60  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 54 3d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : xxxxxxxxxx
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : xxxxxxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________


Соответственно надо отключать HLC, только я не понимаю как это сделать.
MLA и external forward
 
Здравствуйте. Столкнулся вот с какой проблемой:
Есть два секретаря, у первой на аппарате кнопка Primary MLA order 1, на которую заведены звонки из города. У второй соответственно Secondary MLA order 1. Работают они посменно, но каждая на своем рабочем месте, и когда надолго отлучаются от аппарата ставят переадресацию себе на мобильный.
Проблема в том, что вызовы из города переадресовываются, только на аппарате с Primary MLA.
Подскажите это баг или особенность такая?
И что можно сделать, что бы все таки иметь похожую на существующую схему работы секретарей и иметь возможность форвардов на мобильный.
Страницы: 1 2 След.