Прошу помощи, может кто уже сталкивался с настройкой.

Исходные данные: есть М1 61С и 2N Stargate
Требуется поднять между ними Е1

Физика подключена, dch, rout, trunk созданы, но не поднимается.

На Staragate настроено:
Port type: NT
Sync: Master
Cтатус: Layer1 - Deact, L2- Ok, L3 - Null (все каналы)

На М1 на Dual PRI горит только NEA, настройки:

ADAN DCH 12
CTYP MSDL
DNUM 12
PORT 0
DES STARGATE
USR PRI
DCHL 8
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7

.stat 8


PRI2 LOOP 8 - ENBL
REF CLK: DSBL
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE REMOTE ALARM: AIS
CH 01 - DSBL TIE VOD * CH 02 - DSBL TIE VOD *
CH 03 - DSBL TIE VOD * CH 04 - DSBL TIE VOD *
CH 05 - DSBL TIE VOD * CH 06 - DSBL TIE VOD *
CH 07 - DSBL TIE VOD * CH 08 - DSBL TIE VOD *
CH 09 - DSBL TIE VOD * CH 10 - DSBL TIE VOD *
CH 11 - DSBL TIE VOD * CH 12 - DSBL TIE VOD *
CH 13 - DSBL TIE VOD * CH 14 - DSBL TIE VOD *
CH 15 - DSBL TIE VOD * CH 16 - DSBL TIE VOD *
CH 17 - DSBL TIE VOD * CH 18 - DSBL TIE VOD *
CH 19 - DSBL TIE VOD * CH 20 - DSBL TIE VOD *
CH 21 - DSBL TIE VOD * CH 22 - DSBL TIE VOD *
CH 23 - DSBL TIE VOD * CH 24 - DSBL TIE VOD *
CH 25 - DSBL TIE VOD * CH 26 - DSBL TIE VOD *
CH 27 - DSBL TIE VOD * CH 28 - DSBL TIE VOD *
CH 29 - DSBL TIE VOD * CH 30 - DSBL TIE VOD *
CH 31 - DCH 12

DCH 012 : OPER AEST AUTO
DES : STARGATE

Через какое время после серии DTA300 (slip occured), вываливается сообщение DTA109 (Loop in OOS), и все в OOS.

Непонятно. :(

У вас AIS проверяйте физику от 2N до Меридиана.
Юзайте светодиодик он рулеззз...

Зачем вы шлюз Master'ом по синхронизации прописали? Меридиану больше неоткуда клок брать? Тогда распечатайте что у вас на эту тему в LD73 SYTI.

"Петлёй" (сам на себя) поднимается?

Форумчане, респект за поддержку! :)

DCH: 12 EST CONFIRM TIME: 17:55:47 17/04/2008

Все дело в физике и приципе "Доверяй, но проверяй". Спасибо! :)

Продолжение истории.

Канал поднялся, работает (IFC EURO, TKTP TIE). Пробую позвонить через ACOD, результат:

DCH 12 UIPE_OMSG CC_SETUP_REQ REF 0000000A CH 8 29 TOD 14:22:54 CK 13FA286E
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:812325хххх NUM PLAN: E164 TON: NATL
CALLED #:961ххххххх NUM PLAN: E164 TON: UNKNOWN
DCH 12 UIPE_OMSG CC_RESTART_REQ REF 00000000 CH 0 TOD 14:23:08 CK 13FA916C
TYPE: INDICATED CHANNEL

после этого один из канало становится Locked:
CH 29 - LCKO TIE VOD *

Поиск по форуму и документации на предмет "Indicated channel" ничего не дал. До описание протокола не дошел. :)

Вы привели только ваше исходящее сообщение.
Включите по D-CH прием входящих сообщений и посмотрите что придет к вам.
Наверняка придет Release с каким-нибудь Cause, вот его и в студию.
Смею предположить, что Indicated channel это то, что вы выбираете эксклюзивное занятие B-Ch несмотря на то что вы всего лишь USER. (CNEG=1) :D
Шлюзу может также не нравиться тип набора он у вас пакет
(OVLR NO; OVLS NO), т.е. пытаясь звонить через ACOD попробуйте в конце набора набрать #.

В том-то и дело, что это все, что отображается.
DCH 012 : MSGI - ENBL MSGO - ENBL (UIPE)

Не пойму..

Состояние Stargate каково?
Есть впечателение что шлюз не отвечает на Setup и Меридиан шлет сообщение Restart и после этого ничего не получая "загоняет" канал в Lockout.

Меридиан рестартует Д-канал, когда ему не отвечают на сетап. Есть возможность сделать Меридиан мастером?

Нет, мастером он быть не может, т.к. лицензия не Network.

Похоже что-то неправильно выставлено на Stargate. Может у кого есть рабочие настройки? Хотя настроек там раз-два и параметры закончились, тем не менее картина странная. :(

А у вас есть возможность состыковать 2N Stargate с какой-нибудь другой станцией?
Я на прошлой неделе стыковал 2N BlueTower с MD110. По умолчанию в шлюзе стоит сторона Network и он Мастер, так вот при этих настройках шли сплошные слипы. Сделал МД мастером, а шлюз терминалом, и всё стало нормально.
Шлюз используем только для исходящей связи.

а настройки шлюза по умолчанию?

Я же написал :" По умолчанию в шлюзе стоит сторона Network и он Мастер".

Для того, чтобы Меридиан мог быть мастером нужен любой уровень софта, выше General Services

А если точнее нужон тока один пэкадж с номером 309 (MASTER), который и входит в то что выше Женерал...

Неа, не работает. Уже становится интересно, как это настроить.. :)

DCH 012 : MSGI - ENBL MSGO - ENBL (UIPE)

DCH 12 UIPE_OMSG CC_SETUP_REQ REF 0000001D CH 8 29 TOD 9:46:35 CK 020161E8
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:хххх NUM PLAN: PRIVATE TON: UNKNOWN
CALLED #:96хххххххх NUM PLAN: PRIVATE TON: UNKNOWN

DCH 12 UIPE_OMSG CC_RESTART_REQ REF 00000000 CH 0 TOD 9:46:49 CK 0201C787
TYPE: INDICATED CHANNEL

Меридиан прописал как мастер (ESIG):

ADAN DCH 12
CTYP MSDL
DNUM 12
PORT 0
DES STARGATE
USR PRI
DCHL 8
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC ESIG
ISDN_MCNT 300
CLID OPT0
CO_TYPE STD
SIDE NET
CNEG 1
RLS ID **
QCHID YES
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
T200 3
T203 10
N200 3
N201 260
K 7

Так для начала бы закончить с исследованием по DSS1, а потом уже QSIG мучить. ИМХО звездные врата в утиль ибо Меридиан связать можно практически с чем угодно.

С EDSS не закончить, т.к. промпта SIDE при создании Dch нет.

..
USR pri
IFC euro
CNTY etsi
PINX_CUST 0
ISDN_MCNT 300
CLID
PROG
DCHL 9
PRI2
OTBF
CNEG
RLS
RCAP
OVLR
OVLS
MBGA
..

Звездные врата дорого стоят, и sms сервис через них работает. Буду разбираться с поставщиком, похоже. :( :(

IFC euro
CNTY NET

RTFM:D

блин, fff..cк.. :)
почему-то думал, что это только на MCDN возможно. пошел править. :)

Прописал, без изменений. :(

В общем еще поковыряюсь, а пока спасибо за поддержку!

Попробуй IFC ISIG (ISO QSIG), он более универсальный.

ИМХО после изменения настроек М1 на NET, нужно и в шлюзе настройки поменять.

Все в итоге оказалось проще, на шлюзе не был введен ключ, как результат L3 был в статусе Disable. Разобрались.

Теперь другая проблема. :)

С входящими (оператор-шлюз-атс) все хорошо, звонки проходят, а вот по исходящей (атс-шлюз и дальше) не хочет пока. Сильно подозреваю, что дело в шлюзе, но пока ничего конкретного не нашел, может все-таки атс!?.. :)

Звонок через ACOD. Что 961хх.., что 8961.., одинаково.

DCH 12 UIPE_OMSG CC_SETUP_REQ REF 0000000D CH 8 30 TOD 14:09:54 CK 1F41E2FE
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:812ххххххх NUM PLAN: E164 TON: NATL
CALLED #:961ххххххх NUM PLAN: E164 TON: UNKNOWN

DCH 12 UIPE_IMSG CC_PROCEED_IND REF 0000000D CH 8 30 TOD 14:09:56 CK 1F41EC17
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 12 UIPE_IMSG CC_DISC_IND REF 0000000D CH 8 30 TOD 14:10:00 CK 1F420506
CAUSE: #50 - REQ FACILITYNOT SUBSCRIBED
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 12 UIPE_OMSG CC_RELEASE_REQ REF 0000000D CH 8 30 TOD 14:10:02 CK 1F421547
CAUSE: #16 - NORMAL CALL CLEARING

DCH 12 UIPE_IMSG CC_RELEASE_CONF REF 0000000D CH 8 30 TOD 14:10:02 CK 1F421592

Попробуй поиграть с типом вызова, может ему NATL не нравится, бывало...но не со старгейтом

Неа, с типом вызова все нормально, оказалось еще проще:
number of digits dialed from isdn было min 9, max 10
поставил min 10, max 10 звонки сразу начали проходить.

уфф.. меридиан по сравнению с этой чешской железкой (с одним описанием всего на 100 страниц для любого типа шлюза), кажется задокументирован буквально по каждому случаю в жизни. :)