Уважаемые Гуру, нужна помощь

Ставлю IP trunk 3.01, связка двух опций. И шо вы думали, не работает :)

Значит так. Все карты установил, кабеля как надо подцепил, даже настроил. Обе МС и DCH встали, в ОТМ все Active-InService.
Там же прописал их друг другу в дайлинг планах. Айпишки нод пингуются с МС карт.
Тестируем звонок через ACOD. На том конце DCH трейс молчит, на своей стороне имем:
DCH 29 OMSG SETUP REF 00000188 CH 18 0 0 7 TOD 17:48:38
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:8850 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED #:5000 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)

DCH 29 IMSG CALLPROC REF 00000188 CH 18 0 0 7 TOD 17:48:38

BUG5370
BUG5370 + 106D4E04 1061CEDC 1061BBF2 1061B154 10618CB8
BUG5370 + 10E8813C 10849806 10684BE6 107F6ADE 107F39A0
BUG5370 + 107EF0A0 107EDE1C 10A504B0 10A4FFE0 10A4FDDC
BUG5370 + 10A4FD88 10A46600 10A4659C 10A408DC 10A407E8
BUG5370 + 10A3E018 10A3CA56 10A3C482 104EB694 104EB530
BUG5370 + 104EAF3C 104EAB9C 104EA8A0 104EA0AE 10F6000A
BUG5370 + 10F598BE

DCH 29 IMSG DISC REF 00000188 CH 18 0 0 7 TOD 17:48:38
CAUSE :NO CHANNEL/CIRC AVAIL

DCH 29 OMSG RELEASE REF 00000188 CH 18 0 0 7 TOD 17:48:38

DCH 29 IMSG REL COMP REF 00000188 CH 18 0 0 7 TOD 17:48:38

Баг вроде лечится созданием пустого DDR в 73м. Но как их заставить "увидеть" друг друга?
Ситуация симметричная, в обратную сторону тоже трейсы только на стороне инициации, на другой тишина.
Куда копать?

Dial plan на карточках прописан в соответствии с теми информационными элементами, что отдает Меридиан (E164/INTERNATIONAL (UNKNOWN) )?

ChayNick пишет
Тестируем звонок через ACOD. На том конце DCH трейс молчит, на своей стороне имем:
DCH 29 OMSG SETUP REF 00000188 CH 18 0 0 7 TOD 17:48:38
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:8850 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED #:5000 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
...
Куда копать?
Что же это за номера такие, четыре цифры и NUM PLAN: E164/INTERNATIONAL ?
Настройте CDP и PRIVATE numbering plan.

отвечу сразу Old Chap и Urri
дайлинг планы пока не настраивал (на меринах собственно только дканал, транки и руты, в ОТМ оставил пустым), согласно доке до этого неплохо бы протестить по ACOD-ам, что и попытался :(

первый совет это донастроить до конца и забить на доку :) ?

Если диалплан на карточке не настроить-работать не будет.
CAUSE :NO CHANNEL/CIRC AVAIL
как раз говорит о том, что с данной комбинацией номера и информационных элементов карточка не знает куда пихать вызов.
Замечены особенности в обработке различных нумерационных планов, заключающиеся в том, что обрабатываются или не обрабатываются определенные цифры или не обрабатываются вызовы, если в диалплане не прописано определенное количество цифр номера. Рекомендую внять совету Old Chap и настроить Меридиан, чтобы тип номера был private, проще будет диал план настраивать.
З.Ы. На доку забивать не надо.:D

Urri пишет
Если диалплан на карточке не настроить-работать не будет.

хм, таки доке верить нельзя, раз советовали до планов по акоду проверить. Ок.
Urri пишет

Замечены особенности в обработке различных нумерационных планов, заключающиеся в том, что обрабатываются или не обрабатываются определенные цифры или не обрабатываются вызовы, если в диалплане не прописано определенное количество цифр номера.

хм, очень интересно.. оно здесь пролетало?
Urri пишет

Рекомендую внять совету Old Chap и настроить Меридиан, чтобы тип номера был private, проще будет диал план настраивать.

пренепременно, раз выбора нет :), если не изменяет склероз, LOC подойдет.

СПАСИБО за подробные ответы.

ChayNick пишет
хм, таки доке верить нельзя, раз советовали до планов по акоду проверить. Ок.


А где, собственно, в документации написано, что можно делать тестовые звонки через ACOD без настроенного Dial plan?
Процедуры 24 и 25

Urri пишет
А где, собственно, в документации написано, что можно делать тестовые звонки через ACOD без настроенного Dial plan?
Процедуры 24 и 25
да вот, дока "IP Trunk Description, Installation and Operation", раздел "Install and configure IP Trunk 3.0 node", там "Configure dialing plans within the corporate network" апосля ESN5 сигналинг описания есть следующее:

553-3001-202

Note: When adding IP Trunk 3.0 trunks to an existing Meridian 1
system, changes to ESN translation should be made last, after the IP
Trunk 3.0 dialing plan and the entire IP Trunk 3.0 network is tested with
calls dialed using the Route Access Code. In LD 16, for prompt CTYP,
set to appropriate call type for the IP Trunk 3.0 node numbering plan in
order to make test calls using ACOD. After the correct operation of the
entire IP Trunk 3.0 network has been verified, ESN translations that are
intended to be routed through IP Trunk 3.0 TIE trunks are then changed
so as to use the new RLI.

или я не так перевел?

Продолжение эпопеи :)

Настроил по LOC.
вызывающаая сторона:

DCH 29 OMSG SETUP REF 00000187 CH 18 0 0 6 TOD 16:15:14
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:240 NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)
CALLED #:13500 NUM PLAN: PRIVATE/RESERVED (LOC)

DCH 29 OMSG SETUP REF 00000187 CH 18 0 0 6 TOD 16:15:18
CALLING #:240 NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)
CALLED #:13500 NUM PLAN: PRIVATE/RESERVED (LOC)

PRI241 DCH: 29 DATA: 00000007

DCH 29 OMSG RELEASE REF 00000187 CH 18 0 0 6 TOD 16:15:22
CAUSE :NORMAL UNSPECIFIED

DCH 29 OMSG RELEASE REF 00000187 CH 18 0 0 6 TOD 16:15:26
CAUSE :RECOVERY ON TIMER EXPIRY

DCH 29 OMSG RESTART REF 00000000 CH 18 0 0 6 TOD 16:15:30
TYPE: ONE CHANNEL

принимающая сторона - тишина, о чем собмтвенно PRI241 и сообщает
С кем он сейчас разговаривать пытался, как узнать?

ЗЫЖ про дайлинг план - обе стороны трехзначка, LOC той стороны - 13, 500 - тамошний номер, подключен.

Уважаемый Чайник!
Приведенная цитата гласит о том, чтобы в руте прописать тип номера, который будет использоваться для вызова, когда выход на рут осуществляется через ACOD и не более того.:D
Рекомендую позвонить просто 500. А LOC коды будешь использовать, когда разберешься как они обрабатываются;)

Urri пишет
Уважаемый Чайник!
Приведенная цитата гласит о том, чтобы в руте прописать тип номера, который будет использоваться для вызова, когда выход на рут осуществляется через ACOD и не более того.:D

не будем отвлекаться, с у меня перевод другой
Urri пишет

Рекомендую позвонить просто 500. А LOC коды будешь использовать, когда разберешься как они обрабатываются;)
неужто Вы подумали что я набирал ACOD+LOC?
есть такие же трейсы ACOD+500, а это было AC+LOC+500
результат идентичен
не, ну яб понял, еслиб оно ответ давало с той стороны что нет такого ДН, так они друг друга ваще не видят походу

ухх, блин, увидели таки они друг друга...
подшамалил и унифицировал нах айпишки ноды и карты, ибо все равно по одной...
где то на этом форуме вроде этот совет видел.
получил долгожданное CAUSE :CALL REJECTED с той стороны :)

When adding IP Trunk 3.0 trunks to an existing Meridian 1
system, changes to ESN translation should be made last, after the IP
Trunk 3.0 dialing plan and the entire IP Trunk 3.0 network is tested with
calls dialed using the Route Access Code.
==============================
потому что это означает, что изменения в маршрутизации на М1 должны делаться после того как прописан дайл план на айтиджи и проверен акодами.

Други мои!
ITG настолько загадочный зверек, что в одной ветке не описать.
Мониторинг Д-канала-это только первая часть марлезонского балету, которая показывает процесс обмена между меридианом и ITG карточкой. А дальше что происходит в мозгах этого девайса приходится исследовать по принципу "черного ящика". В отличие от трдиционного MCDN линка через PRI , где с одной стороны что-то выплюнул, а с другой поймал, здесь все более закручено. Соединение строится по принципу точка-многоточка вне зависимости от числа узлов. Диал план как раз разруливает набранный номер с его типом нумерационного плана на определенный айпишник смежного узла.
Симптом CAUSE :CALL REJECTED - говорит о том, что пациент скорее жив, чем мертв:) . С другой стороны тоже должен быть какой-то обмен. Поэтому советую в дил плане прописывать те цифры, которые реально выплевываются на ITG карточку с указанием нужного нумерационного плана ( если не ошибаюсь, то с private нормально работают DSC и TSC)

ChayNick пишет
ухх, блин, увидели таки они друг друга...
получил долгожданное CAUSE :CALL REJECTED с той стороны :)
Судя по последнему логу д-канала, AC ты вызываемой стороне не отдаешь.
Поэтому, чтобы всё это заработало через UDP правильно, на вызываемой стороне AC нужно подставлять в руте через INAC или INST, и дальше обрабатывать 13 как HLOC.

Всем спасибо, оно заработало вчерась, в смысле зазвонило :). Бум тюнить дальше.