Суть проблемы такая.

Состыковали 61C-E1-Polycom (видеосервер). К станции подключены по Е1 2 провайдера, один EURO ISDN, второй SL1.

Хотим сделать видеозвонок Polycom -> АТС -> ТФоП -> Камера.

Оба провайдера говорят, что data call открыт, пробуйте. Пробуем, и получаем (звонок с видеосервера на АТС, д.б. пройти транзитом):

------------------------
DCH 5 UIPE_IMSG CC_SETUP_IND REF 00000003 CH 19 3 TOD 16:48:21 CK 01C0A044
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:85011234567 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_REJECT_REQ REF 00008003 CH 19 3 TOD 16:48:21 CK 01C0A045
CAUSE: #88 - INCOMPATIBLE DEST
------------------------

Т.е. полагаю что АТС даже не выпускает наружу, как вариант хотел прописать DSC, но DSC только до 7 цифр.

Что-то с утра не сообразить. Подскажите plz.

p.s. Через idc? Как, если 8 - AC1, и опять же, 7 цифр и ошибка - dn out-of-range.

Покажите как прописан рут.

Распечатка:

ROUT 7

TYPE RDB
CUST 00
ROUT 7
DES POLYCOM
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 77007
TCPP NO
TARG 01
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 2
NDNO 2 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR YES
INC YES
LAST NO
QREC YES
OAL YES
AIA YES
OAN YES
OPA YES
OPD YES
NDP EXC 0
CDRX NO
CCO NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 77007 7
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

Ну в руте вроде все правильно.
Смотрите как у вас организован транзит через 61 машину.
Я правильно понял что у вас идет через NARS (доступ по набору 8). Посмотрите прописан ли у вас в NARS код 501 и уходят ли звонки через нужный вам исходящий рут.
Сделайте распечатку 0 претрансляции и таблицу IDC=2.
Распечатайте также транки вашего рута от Поликома.

Может я и неправ, но возможно дело в DSEL, у Вас установлен VOD - Голосовой или маршрут передачи данных , а для видео телефонии нужны 7VOD - Маршрут поддерживающий голосовую связь или передачу данных и телефонию 7 кГц / услуги видео телефонии.

Да, верно.

DN 8
TYPE NARS
NTBL AC2

SPN 5
FLEN 0
RLI 8
SDRR NONE
ITEI NONE

RLI 8 выпускает на оператора, без удаления цифр, с подставлением 8-ки, которая ушла как АС при анализе (если ничего не путаю).

XLAT 0
PRE 0
PST
SDA

SCNO 0000
SCL

DNSZ 16
STOR 0
STOR 1
STOR 2
STOR 3
STOR 4
STOR 5
STOR 6
STOR 7
STOR 8
STOR 9

DCNO 2
SDID NO
IDGT CDGT
0 7992
1 1
2 2
3 3
4 4
5 5
6 6
7 7
8 8
9 9

Транк
DES POLYCOM
TN 019 01
TYPE DID
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 7 1
B-CHANNEL SIGNALING
NITE
AST NO
IAPG 0
CLS UNR DIP WTA LPR APN THFD
P10 VNL
TKID
DTCR NO
AACR NO
DATE 11 JUL 2006

А если поставить такой эксперимент:
- включить трассировку Д-канала на Поликом и Д-канала на оператора которым вы уходите и сделать тестовый "звонок" если так можно назвать.
Увидите ли вы сообщение SETUP на Д-канале идущем на оператора? Т.е. определить источник Reject'а. Если сообщение SETUP не появляется на операторском потоке, значит что-то не нравится Меридиану.

И еще такой вопрос по Поликому, какую полосу он использует для связи? И если 384 кбит/сек., как он инициирует вызов (одним SETUP сообщением в котором он указывает, что требуется 6 B-каналов или посылает 6 SETUP сообщений в каждом из которых требование на каналы по 64 кбит/сек.)
Второй вопрос удаленная камера поддерживает такой режим?

2 Tulan:
Пишу 7VOD, в ответ SCH0806
CLI in CLS requires Analog CLI package to be equipped. Equap the Analog CLI packge #349. Severity: Major.
Увы.

2 vv11
На оператора ничего не идет, в том и дело, что Меридиану что-то не нравится, и непонятно что. :( Т.е., если бы вышел на оператора, думали бы дальше, а так даже наружу не попасть.

На поликоме можно менять полосу (количество каналов), минимум 128. Насколько я понял при общении с администратором, сообщение на установление соединения идет в одном канале, а полоса увеличивается динамически уже после установления соединения (мде.. как-то сложно представить каким образом). Т.е. вызов инициируется в одном SETUP'e.

Динамически изменить можно только посылкой следующего СЕТАПа при котором займется еще один Б-канал итд.
Чтобы не заниматься гаданием хорошо бы включить анализатор протокола в канал между Поликомом и станцией Меридиан и посмотреть что посылается.

Т.е. ? Имеется в виду внешняя дополнительная железяка?

была та же фигня на днях:)
на поликомовской железке какая сигнализация стоит?
Надо ставить global ITSI

Попробуй выделить 6 тайм-слотов в отдельный маршрут,
прописать в маршруте DSEL TDN.
У меня так работает
в сторону поликома тоже DSEL TDN

1. Проверте LD 15 DITI YES?
2. Попробуйте включить Overlap - LD 17 adan dch OVLR/OVLS
3. У обоих транков CLS UNR DTN.

neoplan пишет
Т.е. ? Имеется в виду внешняя дополнительная железяка?

Да имеется в виду внешняя железяка. Или как вариант включить расширенный трейс и попросить его прокоментировать знающих людей, интересует сообщение SETUP в части кол-ва запрашиваемых таймслотов.

С железкой сложно, впрочем надеюсь и не понадобится, данный этап пройден.

Ситуация на "сейчас".

1. На этом polycom'e (MCG-100) 2 сигнализации (Switch type), Euro ISDN и MD-110 Int. Global ITSI нет.
2. DITI YES стояло.
3. Включил Overlap.
4. Переделал транки (UNR DTN)
5. На маршруте поставил DSEL TDN.

Заработало. Пример трассировки звонка ниже (сразу по 6-ти каналам, отдельный Rout, кстати, не создавал), т.е. вроде сервер и удаленная камера зацепились. Завтра продолжим. Да, вызов кстати шел по 3-м номерам, хотя и одна сессия.

Благодарю за помощь!!

connect:

DCH 5 UIPE_IMSG CC_SETUP_IND REF 00000006 CH 19 29 TOD 17:14:12 CK 1682A540
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:88121111111 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 00008006 CH 19 29 TOD 17:14:12 CK 1682A546

DCH 5 UIPE_OMSG CC_ALERT_REQ REF 00008006 CH 19 29 TOD 17:14:14 CK 1682ADFD
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_OMSG CC_SETUP_RESP REF 00008006 CH 19 29 TOD 17:14:14 CK 1682B358
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 00000006 CH 19 29 TOD 17:14:14 CK 1682B38E

DCH 5 UIPE_IMSG CC_SETUP_IND REF 00000007 CH 19 30 TOD 17:14:16 CK 1682BC30
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:88121111111 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 00008007 CH 19 30 TOD 17:14:16 CK 1682BC37

DCH 5 UIPE_IMSG CC_SETUP_IND REF 00000008 CH 19 1 TOD 17:14:16 CK 1682BC9E
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:88122222222 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 00008008 CH 19 1 TOD 17:14:16 CK 1682BCA6

DCH 5 UIPE_IMSG CC_SETUP_IND REF 00000009 CH 19 2 TOD 17:14:16 CK 1682BCFC
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:88122222222 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 00008009 CH 19 2 TOD 17:14:16 CK 1682BD04

DCH 5 UIPE_IMSG CC_SETUP_IND REF 0000000A CH 19 3 TOD 17:14:16 CK 1682BD82
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:88123333333 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 0000800A CH 19 3 TOD 17:14:16 CK 1682BD89

DCH 5 UIPE_IMSG CC_SETUP_IND REF 0000000B CH 19 4 TOD 17:14:16 CK 1682BDE1
CALLING #:1234567 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:88123333333 NUM PLAN: E164 TON: UNKNOWN

DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 0000800B CH 19 4 TOD 17:14:16 CK 1682BDE9

DCH 5 UIPE_OMSG CC_ALERT_REQ REF 00008007 CH 19 30 TOD 17:14:16 CK 1682C147
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_OMSG CC_SETUP_RESP REF 00008007 CH 19 30 TOD 17:14:16 CK 1682C629
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_OMSG CC_ALERT_REQ REF 00008009 CH 19 2 TOD 17:14:16 CK 1682C659
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 00000007 CH 19 30 TOD 17:14:16 CK 1682C666

DCH 5 UIPE_OMSG CC_ALERT_REQ REF 0000800B CH 19 4 TOD 17:14:18 CK 1682C8B1
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_OMSG CC_ALERT_REQ REF 0000800A CH 19 3 TOD 17:14:18 CK 1682C932
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_OMSG CC_SETUP_RESP REF 00008009 CH 19 2 TOD 17:14:18 CK 1682CC1B
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 00000009 CH 19 2 TOD 17:14:18 CK 1682CC52

DCH 5 UIPE_OMSG CC_SETUP_RESP REF 0000800B CH 19 4 TOD 17:14:18 CK 1682CF9F
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 0000000B CH 19 4 TOD 17:14:18 CK 1682CFDA

DCH 5 UIPE_OMSG CC_SETUP_RESP REF 0000800A CH 19 3 TOD 17:14:18 CK 1682D353
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 0000000A CH 19 3 TOD 17:14:18 CK 1682D38B

DCH 5 UIPE_OMSG CC_ALERT_REQ REF 00008008 CH 19 1 TOD 17:14:20 CK 1682E12D
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_OMSG CC_SETUP_RESP REF 00008008 CH 19 1 TOD 17:14:22 CK 1682E6DE
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 00000008 CH 19 1 TOD 17:14:22 CK 1682E715


disconnect:

DCH 5 UIPE_IMSG CC_DISC_IND REF 00000006 CH 19 29 TOD 17:17:58 CK 168983C4
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_OMSG CC_RELEASE_REQ REF 00008006 CH 19 29 TOD 17:17:58 CK 168983C5

DCH 5 UIPE_IMSG CC_DISC_IND REF 00000007 CH 19 30 TOD 17:17:58 CK 1689840A
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_OMSG CC_RELEASE_REQ REF 00008007 CH 19 30 TOD 17:17:58 CK 1689840C

DCH 5 UIPE_IMSG CC_DISC_IND REF 00000008 CH 19 1 TOD 17:17:58 CK 16898424
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_OMSG CC_RELEASE_REQ REF 00008008 CH 19 1 TOD 17:17:58 CK 16898425

DCH 5 UIPE_IMSG CC_DISC_IND REF 00000009 CH 19 2 TOD 17:17:58 CK 16898438
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_OMSG CC_RELEASE_REQ REF 00008009 CH 19 2 TOD 17:17:58 CK 1689843A

DCH 5 UIPE_IMSG CC_DISC_IND REF 0000000A CH 19 3 TOD 17:17:58 CK 1689844D
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_OMSG CC_RELEASE_REQ REF 0000800A CH 19 3 TOD 17:17:58 CK 1689844E

DCH 5 UIPE_IMSG CC_DISC_IND REF 0000000B CH 19 4 TOD 17:17:58 CK 16898468
CAUSE: #16 - NORMAL CALL CLEARING

DCH 5 UIPE_OMSG CC_RELEASE_REQ REF 0000800B CH 19 4 TOD 17:17:58 CK 16898469

DCH 5 UIPE_IMSG CC_RELEASE_CONF REF 00000006 CH 19 29 TOD 17:17:58 CK 16898500

DCH 5 UIPE_IMSG CC_RELEASE_CONF REF 00000007 CH 19 30 TOD 17:17:58 CK 16898506

DCH 5 UIPE_IMSG CC_RELEASE_CONF REF 00000008 CH 19 1 TOD 17:17:58 CK 16898514

DCH 5 UIPE_IMSG CC_RELEASE_CONF REF 00000009 CH 19 2 TOD 17:17:58 CK 16898522

DCH 5 UIPE_IMSG CC_RELEASE_CONF REF 0000000A CH 19 3 TOD 17:17:58 CK 1689852D

DCH 5 UIPE_IMSG CC_RELEASE_CONF REF 0000000B CH 19 4 TOD 17:17:58 CK 1689853B

Подниму свою же тему.

Возник обратный вопрос. Необходимо, чтобы теперь из ТфОП звонили НА видеосервер транзитом через Meridian.

На сервере прописали номер, и планировалось на Meridian'е создать phantom dn с безусловной переадресацией на ACOD+DN (Acod маршрута до видеосервера, dn на видеосервере).

Вопрос в том, что при наборе ACOD'a сразу идет отбой, т.е. dialton не получаем, следовательно цифры в поток не отправить. Непонятно почему, из-за промта DSEL - если не голос, то и dial-ton'a нет? Подскажите, пожалуйста, как быть.

Маршрут:

TYPE RDB
CUST 00
ROUT 7
DES POLYCOM
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN YES
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
DSEL TDN
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 12345
TCPP NO
TARG 01
CLEN 1
BILN YES
BLEN 10
BNUM 8121234567
BDSP NO
OABS
INST
IDC YES
DCNO 2
NDNO 2 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR YES
INC YES
LAST NO
QREC YES
OAL YES
AIA YES
OAN YES
OPA YES
OPD YES
NDP EXC 0
CDRX NO
CCO NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 12345 7
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

Благодарю.

Попробуй конвертить вх.номер в DSC, в DMI отрезать все цифры и отсылать пустой setup.

либо неправильно прописал, либо еще что..

создал dsc, rli, dmi. при наборе номера dsc получаю REOR (originator is receiving intercept treatment) - до канала не доходит.

посмотрю на ограничения, но подозреваю, что предложение не поможет.

p.s. отсылая пустой SETUP имхо соединение установлено не будет, т.к. необходимо все-же вызывать конкретный номер, прописанный на видеосервере.

Если при наборе АКОДа сразу идёт отбой, я бы начал с проверки TARG/TGAR.

PNI = 0, не есть хорошо imho. Но менять его нужно согласованно, по всей сети.

на абоненте tgar 0
на маршруте targ <пусто> (т.е. 0)

PNI встало само. Сети нет, имхо не влияет никак.

А в руте, который тут выше выложен - 1 ? Это что за рут?

Вы с встречной стороной режим отдачи цифирь enblock/overlap как-то согласовывали?
Попробуйте всё-таки уйти от набора через АКОД, отдавать номер в канал через DSC, и смотреть что в д-канале.

это тот же рут. стояло 1 - убрал.

по поводу DSC - цифры до канала не доходят. разбираюсь.

neoplan пишет
по поводу DSC - цифры до канала не доходят.
Что там может быть?
Претрансляция,
NCOS,
Правильность рута и FRL в RLB,
и, собственно, жив ли сам канал...

сам не могу понять.

претрансляции на "7ххх" нет
ncos не рабочий (в crno ничего не прописано)
рут правильный, frl тоже "в порядке"
канал жив

при наборе ACOD'a сразу идет отбой

А с чего делаем проверочный вызов?

DSEL TDN
вроде

проверочный делается с телефона. с него же на любой другой маршрут - dialton есть.

а что по dsel ? не понял

С обычного телефона наTransparent Data Network?
ИМХО потому и не проходит, нужен data call.

все равно не проходит.. т.е. вызов из города на m1 пришел (звонок с камеры, работающей по q-bri), а дальше транзитом не проходит - т.е. трассировка dch в сторону видеосервера пустая. при этом с видеосервера до камеры соединение проходит без проблем.

- при трансфере на acod+dn получаем только setup из города

- при трансфере на acod получаем setup, alert, connect, disconnect (normal call clearing) и release complete по каналу ИЗ города, при этом канал ДО видеосервера не занимается

- если прописать dsc, с удалением всех отдаваемых цифр, получаем setup, callproc, alert (call is not end to end isdn), connect, disconnect (normal call clearing) и release complete по каналу ИЗ города, при этом канал ДО видеосервера не занимается

- если прописать dsc, без удаления цифр, получаем только setup из города, и все

на видеосервере сейчас уточнил, выставлено
ton: unknown
num plan: isdn

больше всего непонятно почему на маршруте (на канале) до видеосервера тишина - никаких сообщений по d-каналу.

звонок из города.

DCH 4 IMSG SETUP REF 00008016 CH 6 22 TOD 9:37:10
FEAT :NCID
CALLING #:88124444444 NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)
CALLED #:7033333 NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)

DCH 4 OMSG REL COMP REF 00008016 CH 6 22 TOD 9:37:10
CAUSE :NORMAL UNSPECIFIED
DIAG: 183

все идеи закончились? :(

neoplan пишет
ncos не рабочий

А на транках из города NCOS, позволяющий выходить на рут поликома?

на городских транках: ncos 0
на транках до поликома: ncos 0

p.s. тут подсказали, что ни через steering code's, ни через acod работать не будет. задействовал AC, пока в процессе..