Как задать маршрут для совершения исх. гор. вызова? Имеются 2 многоканальных номера, имеются абоненты, которых при звонке из города находят по одному номеру и по другому. Но когда идет вызов от любого абонента АТС - у принимающей стороны определяется только один номер.

Может по-понятнее изъяснитесь?

Если иначе, есть 2 организации, обслуживаемые миниАТС Меридиан, есть 2 многоканальных городских номера, есть абоненты - работники одной организации, есть абоненты - работники другой организации, для принятия-совершения исходящих вызовов организация 1 использует номер 1, организация 2 использует номер 2 для принятия входящих вызовов, а для совершения исходящих использует сейчас линии номера1, а в идеале должны использоваться линии номера2

Подключены по PRI?
Читай про CLID, разговаривай с оператором.

Kr0w пишет
Если иначе, есть 2 организации, обслуживаемые миниАТС Меридиан, есть 2 многоканальных городских номера, есть абоненты - работники одной организации, есть абоненты - работники другой организации, для принятия-совершения исходящих вызовов организация 1 использует номер 1, организация 2 использует номер 2 для принятия входящих вызовов, а для совершения исходящих использует сейчас линии номера1, а в идеале должны использоваться линии номера2
LD21
REQ LTM

PhoneMan пишет
LD21
REQ LTM
REQ: ltm
CUST 0
ROUT
ACOD

TYPE TLST
TKTP TIE
ROUT 1
DES LANK
TN 001 01 MBER 1
TN 001 02 MBER 2
TN 001 03 MBER 3
TN 001 04 MBER 4
TN 001 05 MBER 5
TN 001 06 MBER 6
TN 001 07 MBER 7
TN 001 08 MBER 8
TN 001 09 MBER 9
TN 001 10 MBER 10
TN 001 11 MBER 11
TN 001 12 MBER 12
TN 001 13 MBER 13
TN 001 14 MBER 14
TN 001 15 MBER 15
TN 001 16 MBER 16
TN 001 17 MBER 17
TN 001 18 MBER 18
TN 001 19 MBER 19
TN 001 20 MBER 20
TN 001 21 MBER 21
TN 001 22 MBER 22
TN 001 23 MBER 23
TN 001 24 MBER 24
TN 001 25 MBER 25
TN 001 26 MBER 26
TN 001 27 MBER 27
TN 001 28 MBER 28
TN 001 29 MBER 29
TN 001 30 MBER 30

TYPE TLST
TKTP MUS
ROUT 40
DES MUS
TN 007 0 00 00 MBER 1 MUSOC

Те TN, что здесь перечислены, не относятся к TN внутренних аппаратов. Я так предполагаю, что в списке TN, относящихся к ROUT1, все каналы многоканальных городских номеров. Я понимаю, что мне надо отделить каналы одного номера от каналов другого номера, создать ROUT2 допустим, куда и включить каналы второго номера, а потом определить, что абоненты второй организации должны использовать ROUT2. Неясно из всего этого 2 вещи: главная - где прописывается номер роута для абонента (потому что из распечатки абонентского TN это не видно) и как определить, к какому номеру относится конкретный TN канала?

Начнем с конца. Номера, на которые приходят вызовы по цифровому потоку, не привязаны к конкретным каналам. Входящий вызов будет приходить по любому свободному из этих 30 транков, если только оператор не поделит их на руты на своей стороне. Ни один здравомыслящий оператор такими извращениями заниматься не будет.
При исходящих тоже нет никакого смысла делить каналы по пользователям. Пусть занимаются динамически - это правильно.
Не трогайте руты.
Ваша задача imho cводиться к тому, чтобы научиться правильно формировать и отдавать наружу CLID (Calling Line ID), чтобы он правильно определялся на вызываемой стороне.
Прямая дорога в LD15 NET CLID.

есть еще вариант, в котором какой бы CLID Вы не отдавали, оператор меняет его на свой номер по которому и производит биллинг. если к Вам приходит всего 2 номера, а не пул номеров плана 1234500-1234599. Выясните у своего оператора...

dens_klin
Судя по всему, так и есть, т.к. clid формируется для обеих номеров:
INTL

ENTRY 0
HNTN
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL ХХХХХХ
DIDN NO
HLOC
LSC
CLASS_FMT DN

ENTRY 1
HNTN
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL ХХYYХХ
DIDN NO
HLOC
LSC
CLASS_FMT DN

К сожалению, сегодня выяснять это у оператора уже поздно. А где задается соответствие DN и ENTRY?

Как вы выражаетесь соответствие DN и Entry задается при програмировании номеров:
- аналогового в LD 20
DN xxxx yy - где xxxx - внутренний номер; yy - CLID entry

- цифрового в LD 20
KEY 0 MCR xxxx yy
KEY 0 SCR xxxx yy
итп.

Разговаривал с тех. специалистами оператора. Выяснилось:
1. никакой подстановкой они специально не занимаются, подстановка производится для всех исходящих вызовов, если АТС отдает неправильный clid. Т.е. отдаем неправильно.
2. Ожидаемая ими длина clid - 4 знака.
Изменил с помощью LD15 hlcl для entry 1 - результата нет. Там же задал class_fmt lcl - то же самое. Может, я пропустил чего? Если реальный номер UVWXYZ, то HLCL нужно указывать WXYZ?

Так а Д-канал помониторить, на предмет, что уходит? Прекрасно наглядно видно, что там к чему.

В ld 96 нужно указывать номер d-канала как я понял, а я пока не в курсе как узнать ноер моего d-канала

Набери в ld 96 stat dch - увидишь номер.

DCH 15 UIPE_OMSG CC_SETUP_REQ REF 00006C6C CH 1 30 TOD 10:28:40 CK FF131B17
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:YYXX NUM PLAN: E164 TON: NATL
CALLED #:89201111111 NUM PLAN: E164 TON: NATL

DCH 15 UIPE_OMSG CC_SETUP_REQ REF 00006C6D CH 1 29 TOD 10:28:48 CK FF13581F
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:XXXXXX NUM PLAN: E164 TON: NATL
CALLED #:84855222222 NUM PLAN: E164 TON: NATL

Первые 5 строчек относятся к ENTRY1, следующие 5 - к ENTRY0. Вроде, отдается то что нужно (в первом случае) - последние 4 цифры

Оператор говорит, что
"надо поставить следующие настройки
Calling party number
Type of number................ Unknown"
в настройках потока