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

   RSS
CLIP в BRI Trunk
 
Подключил к станции ОХО 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.
Страницы: Пред. 1 2
Ответы
 
Не стал открывать новую тему так как проблема общая для 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
|____________________________________________________________­__________________
 
День добрый, возникла проблема с определением внешних номеров на аналоговых аппаратах. Входящий звонок (подключены Е1 2 штуки) попадает на внешний автоответчик (Здравствуйте, вы позвонили.....) и дальше можно до набрать внутренний номер. На каких то аналоговых телефонных номерах определяется номер входящего звонка, на каких то нет (пишет номер порта, к которому подключен автоответчик).... Просто копирование с работающего телефона на неработающие не помогло, может что подкрутить надо?

Спасибо заранее.....
Изменено: Greg - 24.02.2012 16:44:14
 
Цитата
Greg пишет:
попадает на внешний автоответчик (Здравствуйте, вы позвонили.....)
Что значит внешний? Если это внешнеей устройство, то вполне возможно что у него просто нехватает ресурсов чтоб формировать CLIP. Так как телефон отображает номер порта, то с CLIP на станции все в порядке.
 
Возможно я неправильно написал, входящий звонок приходит на аналоговый аппарат, там входящий номер определяется, но как только делаю трансфер с этого аппарата на другой аналоговый - там номер не определяется (в отличие от цифровых портов.....).
 
А какой CLIP вы бы хотели там отобразить? Когда вы набрали номер аппарат и он там звонит - CLIP по идее может сработать и отобразить ваш внутренний номер.
А далее вы соединяете абонента - мне всегда казалось что протоколом CLIP не предусмотрено чего-то еще ему передать после этого.
Вроде как по протоколу  - информация передается после короткого вызывного сигнала/ или между 1-м и 2-м сигналом звонка/ или перед звонком, но с уведомляющим тоном/ или после переполюсовки+тон. Никаких слов про передачу номеров ВО ВРЕМЯ разговора на глаза не попадалось.

Ну а со своими цифровыми аппаратами проще - свой протокол, чего хотят, то и показывают. КТо звонит, если вы звоните - состояние абонента/переадресации и пр.
 
Городской номер хотелось бы получить на втором аналоговом аппарате, просто это работает (сам видел: определился сотовый номер), только не пойму почему работает на некоторых аппаратах да и то не всегда (функции аппарата копировал - не помогло)......
 
Не должно по идее такого быть (вы не перепутали цифровой/аналоговый, или например трансфер с форвардом?).
По тому что с этим делом в ОХО крайне мало галок (тип аппарата Z class/Z set и в фичах две галки Name display и  CLI is diverted party).
 
В том то и дело что нет...... Есть галки еще в feature Design/ part 2, и метки memory r/w debug  labels : CLID_TLID, CLIFormat - только рписания к ним нет.... (((
 
Метки нас не интересуют (поскольку вы утверждаете что где-то это работает).
Или это ВРОДЕ БЫ когда-то РАБОТАЛО, скорее всего?

А если это где-то работает, но не всегда - это странно. Может вопрос простой - например вы набираете номер и СРАЗУ кладете трубку (делая трансфер), или не сразу - тогда не определится.
 
Посмотрел сейчас 4 ситуации: входящий звонок аналог/цифровой CLIP есть;
X аналог/аналог        нет;
X цифровой/аналог      нет;
X цифровой/цифровой    есть.
 
Трансфер делается "слепой" поднял трубку, набрал внутренний номер, положил трубку.
Страницы: Пред. 1 2
Читают тему