Трансфер делается "слепой" поднял трубку, набрал внутренний номер, положил трубку.
27.02.2012 17:41:09, Greg.]]>
Посмотрел сейчас 4 ситуации: входящий звонок аналог/цифровой CLIP есть;
X аналог/аналог нет;
X цифровой/аналог нет;
X цифровой/цифровой есть.
27.02.2012 17:38:50, Greg.]]>
Метки нас не интересуют (поскольку вы утверждаете что где-то это работает).
Или это ВРОДЕ БЫ когда-то РАБОТАЛО, скорее всего?
А если это где-то работает, но не всегда - это странно. Может вопрос простой - например вы набираете номер и СРАЗУ кладете трубку (делая трансфер), или не сразу - тогда не определится.
27.02.2012 17:37:20, vad.]]>
В том то и дело что нет...... Есть галки еще в feature Design/ part 2, и метки memory r/w debug labels : CLID_TLID, CLIFormat - только рписания к ним нет.... (((
27.02.2012 17:28:30, Greg.]]>
Не должно по идее такого быть (вы не перепутали цифровой/аналоговый, или например трансфер с форвардом?).
По тому что с этим делом в ОХО крайне мало галок (тип аппарата Z class/Z set и в фичах две галки Name display и CLI is diverted party).
27.02.2012 17:11:07, vad.]]>
Городской номер хотелось бы получить на втором аналоговом аппарате, просто это работает (сам видел: определился сотовый номер), только не пойму почему работает на некоторых аппаратах да и то не всегда (функции аппарата копировал - не помогло)......
27.02.2012 17:04:10, Greg.]]>
А какой CLIP вы бы хотели там отобразить? Когда вы набрали номер аппарат и он там звонит - CLIP по идее может сработать и отобразить ваш внутренний номер.
А далее вы соединяете абонента - мне всегда казалось что протоколом CLIP не предусмотрено чего-то еще ему передать после этого.
Вроде как по протоколу - информация передается после короткого вызывного сигнала/ или между 1-м и 2-м сигналом звонка/ или перед звонком, но с уведомляющим тоном/ или после переполюсовки+тон. Никаких слов про передачу номеров ВО ВРЕМЯ разговора на глаза не попадалось.
Ну а со своими цифровыми аппаратами проще - свой протокол, чего хотят, то и показывают. КТо звонит, если вы звоните - состояние абонента/переадресации и пр.
27.02.2012 16:49:40, vad.]]>
Возможно я неправильно написал, входящий звонок приходит на аналоговый аппарат, там входящий номер определяется, но как только делаю трансфер с этого аппарата на другой аналоговый - там номер не определяется (в отличие от цифровых портов.....).
27.02.2012 16:39:32, Greg.]]>
====quote====
Greg пишет:
попадает на внешний автоответчик (Здравствуйте, вы позвонили.....)
=============
Что значит внешний? Если это внешнеей устройство, то вполне возможно что у него просто нехватает ресурсов чтоб формировать CLIP. Так как телефон отображает номер порта, то с CLIP на станции все в порядке.
24.02.2012 20:26:58, TMC.]]>
День добрый, возникла проблема с определением внешних номеров на аналоговых аппаратах. Входящий звонок (подключены Е1 2 штуки) попадает на внешний автоответчик (Здравствуйте, вы позвонили.....) и дальше можно до набрать внутренний номер. На каких то аналоговых телефонных номерах определяется номер входящего звонка, на каких то нет (пишет номер порта, к которому подключен автоответчик).... Просто копирование с работающего телефона на неработающие не помогло, может что подкрутить надо?
Спасибо заранее.....
24.02.2012 16:42:39, Greg.]]>
Не стал открывать новую тему так как проблема общая для Office и Enterprise.
Если для ОХО я нашел, что изменение метки IsdnTransp позволяет решить проблему с "+" перед CLIP, то в ОХЕ ничего похожего не нашел.
В трассировке станция ругается на неправильный фрмат, то есть на наличие "+" в CLIP.
Traces Analyser activated
mtracer started ...
(988014:000001) MTRACER host (192.168.1.51, alcatel), version: R7.1-f5.401-36-b-ru-c80s1
(988014:000001) MTRACER num: 011, time: 2011/07/21 22:28:13, loss: 0%
____________________________________________________________
| (988292:000002) Physical-Event :
| long: 48 desti: 0 source: 0 cryst: 1 cpl: 10 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 40
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=1) 89 -> T0/S0 : B1 channel exclusive
| IE:[6c] CALLING_NUMBER (l=13) -> 80 Num : +79262125000
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 1006
| [a1] Sending complete
|____________________________________________________________
____________________________________________________________
| (988292:000003) 1204: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 25 desti: 0 source: 15 cryst: 1 cpl: 10 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : STATUS [7d] Call ref : c0
|____________________________________________________________
|
| IE:[08] CAUSE (l=3) 81 e4 6c -> [e4] INVALID INFORMATION ELEMENT CONTENTS
| IE:[14] CALL_STATE (l=1) 06
|____________________________________________________________
____________________________________________________________
| (988292:000004) 1204: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 20 desti: 0 source: 15 cryst: 1 cpl: 10 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : c0
|____________________________________________________________
|
| IE:[18] CHANNEL (l=1) 89 -> T0/S0 : B1 channel exclusive
|____________________________________________________________
____________________________________________________________
| (988292:000005) 1204: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 21 desti: 0 source: 15 cryst: 1 cpl: 10 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : c0
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 9c -> [9c] INVALID NUMBER FORMAT
|____________________________________________________________
____________________________________________________________
| (988294:000006) Physical-Event :
| long: 21 desti: 0 source: 0 cryst: 1 cpl: 10 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 40
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
22.08.2011 01:11:11, TMC.]]>
Нашел решение, правда случайно.
На трансляцию CLIP в моем случае повлияла метка IsdnTransp. Для активации требуется перезагрузка станции.
19.06.2011 03:01:42, TMC.]]>
Это входящий вызов для шлюза и пока не нашел механизм вообще какой-то обработки вызовов.
Нужно будет искать "Собратьев" по шлюзу и обмениваться файлами конфигурации. Но предвижу проблемы - вроде-бы многие им торгуют, но вот кто покупает?!
03.06.2011 12:24:52, TMC.]]>
====quote====
TMC пишет:
Что за шлюз? Модель?
=============
topex и qutex. софт для шлюзов один и тот же только шасси разные
есть подозрение что ваш шлюз шлет номер в формате Internatinal, должна быть опция модификации формата, переведите в формат national на bri
03.06.2011 11:18:10, error.]]>
====quote====
TMC пишет:
прога слепая, не показывает текущих настроек шлюза.
=============
Например номер MSN (118 в трассировке он есть) я запрограммировал через станцию (есть команда для его назначения с телефонного аппарата), но софтина шлюза его не показывает в текущей конфигурации. А команды назначения CLI "+" или "0" нигде не встречал.
02.06.2011 17:32:31, TMC.]]>
Это все я нашел, подключился по СОМ-порту, но повторюсь - прога слепая, не показывает текущих настроек шлюза. Может дело в релизе - у меня шлюз 6-го релиза, а в описании на софт фигурирует 7-й. Буду эксперементировать.
02.06.2011 17:23:03, TMC.]]>
погуглил и нашел описание на Unmanaged Programmer - UMP для подобной железки. этот софт скачивает-загружает в шлюз конфигурацию-темплейт. поищите, истина где-то рядом.
02.06.2011 16:05:54, Dmitry Ryzhakov.]]>
Юмор заключается в том что в программе их негде вводить, а с телефона их не наберешь темболее. Буду разбираться.
02.06.2011 15:13:39, TMC.]]>
А командочки то эти пробовали?
CLI find +
CLI replace 0
Помогает или нет?
02.06.2011 11:28:08, etc.]]>
====quote====
error пишет:
на румынском шлюзе вместо + идет 00 , на входящем звонке обрезали 007 и подставляли 8
=============
Что за шлюз? Модель?
В техподдержке (компания TelecomFM)предложили именно поменять на шлюзе "+" на "0", правда не очень понятно как...
Within the config of the UMP programming tool there is a CLI find and CLI replace that you can substitute the + for a 0
The CLI find you would put d (d = +)
The CLI Replace you would put 0
Документация на шлюз (GSM-BRI-Route) очень куцая, список команд не приведен (в описании всего 4-5 команд). Везде заявлено, что шлюз сам все настроит и к станции даже подходить не надо.
02.06.2011 11:11:46, TMC.]]>
на румынском шлюзе вместо + идет 00 , на входящем звонке обрезали 007 и подставляли 8
01.06.2011 21:35:45, error.]]>
была такая проблема. меняли прошивку шлюза. или ставили карточку оператора который по старинке 8 отдает в качестве АОН
30.05.2011 21:31:49, Dmitry Ryzhakov.]]>
Так источник GSM BRI шлюз, а все мобильники отображают CLIP с "+".
Буду думать как избавиться от "плюса".
30.05.2011 19:04:56, TMC.]]>
А чего это номер звонящего с плюсиком? ISDN плюсик не понимает.
30.05.2011 19:01:00, etc.]]>
Чего-то у вас "Calling party number: 80 2B" странный.
30.05.2011 16:41:40, vad.]]>
Подключил к станции ОХО 8-го релиза GSM шлюз на BRI trunk.
Вызов проходит, соединение устанавливается, разговор и т.п. без нареканий.
Единственно, что напрягает это отсутствие CLIP на цифровом телефоне. В трассировке CLIP присутствует, но до телефона не доходит - пишет просто "Линия 1".
Трассировка вызова:
ISDN3_00003 30/05 12:56:23 RX d_channel: 41 (S:00 T:000) payload: (34) 08 01 40 05 04 03 80 90 A3 18 01 89 6C 0D 80 2B 37 34 39 39 31 33 32 33 32 38 31 70 04 80 31 31 38 A1
0x05 SETUP Ref: O,64
ie 0x04 Bearer capability: 80 90 A3
Coding: CCITT standardized
Information transfer capability: Speech
Transfer mode: Circuit mode
Transfer rate: 64 Kbit/s
User info layer 1: G.711 A-law
ie 0x18 Channel identification: 89
Interface identifier: Implicit
Interface type: Basic
Indicated channel: Exclusive
D-channel identified: Yes
Information channel selection: B1 channel
ie 0x6C Calling party number: 80 2B 37 34 39 39 31 33 32 33 32 38 31
Number type: Unknown
Numbering plan: Unknown
Number: +7499xxxxxxx
ie 0x70 Called party number: 80 31 31 38
Number type: Unknown
Numbering plan: Unknown
Number: 118
ie 0xA1 Sending complete
ISDN3_00004 30/05 12:56:23 TX d_channel: 41 (S:00 T:000) payload: (7) 08 01 C0 02 18 01 89
0x02 CALL_PROCEEDING Ref: D,64
ie 0x18 Channel identification: 89
Interface identifier: Implicit
Interface type: Basic
Indicated channel: Exclusive
D-channel identified: Yes
Information channel selection: B1 channel
ISDN3_00005 30/05 12:56:23 TX d_channel: 41 (S:00 T:000) payload: (11) 08 01 C0 7D 08 02 81 E4 14 01 09
0x7D STATUS Ref: D,64
ie 0x08 Cause: 81 E4
Coding: CCITT standardized
Location: Private network serving the local user
Class: 3
Value: Unknown information element cont.
ie 0x14 Call state: 09
ISDN3_00006 30/05 12:56:23 TX d_channel: 41 (S:00 T:000) payload: (8) 08 01 C0 01 1E 02 85 82
0x01 ALERTING Ref: D,64
ie 0x1E Progress indicator: 85 82
Coding: CCITT standardized
Location: Private network serving the remote user
Progress: Destination address is non-ISDN
ISDN3_00008 30/05 12:56:32 TX d_channel: 41 (S:00 T:000) payload: (21) 08 01 C0 07 4C 0F 21 80 39 30 33 39 30 33 37 34 33 33 34 35 34
0x07 CONNECT Ref: D,64
ie 0x4C: 21 80 39 30 33 39 30 33 37 34 33 33 34 35 34
ISDN3_00009 30/05 12:56:32 RX d_channel: 41 (S:00 T:000) payload: (4) 08 01 40 0F
0x0F CONNECT_ACK Ref: O,64
ISDN3_00010 30/05 12:56:34 TX d_channel: 41 (S:00 T:000) payload: (8) 08 01 C0 45 08 02 85 90
0x45 DISCONNECT Ref: D,64
ie 0x08 Cause: 85 90
Coding: CCITT standardized
Location: Private network serving the remote user
Class: Normal event
Value: Normal release
ISDN3_00011 30/05 12:56:34 RX d_channel: 41 (S:00 T:000) payload: (8) 08 01 40 4D 08 02 80 90
0x4D RELEASE Ref: O,64
ie 0x08 Cause: 80 90
Coding: CCITT standardized
Location: User
Class: Normal event
Value: Normal release
ISDN3_00012 30/05 12:56:34 TX d_channel: 41 (S:00 T:000) payload: (4) 08 01 C0 5A
0x5A RELEASE_COMP Ref: D,64
Смущает в трассировкеслова Private, в то время как транк включен как Public.
30.05.2011 15:08:44, TMC.]]>