Есть 2 АТС: LDK-300 OFFICE GS30P-3.6Df JUL/06 и UCx by Tadiran Telecom (типа астериска, но с web-интерфейсом) соединенные по потоку (в pgm322 первая группа). Изначально все внешние линии были подключены только к LDK: CO с 1 по 16. На сегодня 4 медные пары переключены непосредственно в UCx: CO 3, 4, 6, 12, используются для входящих. Кроме того UCx подключен через интернет к оператору ip-телефонии для исходящих на 8: сотовые, МГ и МН, но пока только абонентов самого UCx. Чтобы предоставить такую возможность абонентам LDK: в пгм324 прописал PSTN 1 NET группу СО и Digit Repeat, в LCR тоже все 8 на 1 группу (здесь она тоже 1).
Доступ к 1 группе предоставил только себе любимому (системник 456)
В результате когда набираю что-нибудь на 8, получаю ISDN LINE RELEASED LINE 026 (номер для примера, он может быть любой из группы 1)
Извиняюсь за возможно дилетантскую терминологию - специалист в этой сфере я не глубокий. Соединение АТСок настраивали поставщики UCx.
Посоветуйте в каком направлении копать.
Трассировку как делать уже подзабыл, да и не нашли в ней ничего интересного при последней попытке обращения к знакомым специалистам. Но если поможет делу конечно напрягусь и вспомню.

работайте не с LCR-ами с 324 программой

с нее я и начал, только с чем там работать?
Причем, если в lcr есть строка для 8, по ней звонок и пойдет, если строку удалить никуда не идет, хотя в 324 все прописано

в 220-й отключить LCR. в 324-й 8-ку прописать как код PSTN

изменил в 220-й М02 на М00 - выяснилось что все маршруты PSTN не рабочие и на 2 и 3 и 8 одно слово INVALID, поэтому даже не на что равняться
Пробовал упражняться с NUM Plan Code, * подставлять - ничего не меняет. Digit Repeat выключил опять ISDN LINE RELEASED.
Прошу прощения за такую тупость - ну что в пгм324 еще можно сделать с этой 8-ой?

в LDK второй план нумерации(чтобы в плане нумерации не было 8-ки). в 322-й линии первой группы тип PSTN.
в 140-й линии 1-й группы=ISDN. в 324 - 8-ка=код PSTN, на первую группу и повторить

какой платой соеденяете LDK c UCS?

плата prib
в 8-ом плане нумерации, который включен сейчас 8-ок как раз нет, разве что с # или * впереди, в то время как во 2-ом плане есть 8# и 8*. Возможно я что-то здесь недопонимаю, но момент драматичный - как минимум нужно будет перебивать все номера внутренних телефонов, поэтому хотелось бы убедиться что оно того стоит.
Все остальные настройки и так уже находились в указанном состоянии.

Мдя... Это не план нумерации, а какая-то мозаика, все номера перемешаны.

Если вы используете линии типа NET (ПГМ322), то коды PSTN (с последующими цифрами набранного номера) уходят в поток способом Overlap!! А сетевая нумерация (коды типа NET по ПГМ324) уходят Enblock'ом.
Так вот, возможно, что UCX не настроен на прием номеров по Overlap, поэтому UCX и отбивает ваши попытки набрать номера на 8-ку.
К тому же, у вас стоит древняя версия софта, при которой еще были проблемы с LCR на потоке (не помню, на какой именно версии, нужно смотреть трассировку для точности).
1) Проверьте, может ли UCX принимать вход. вызовы способом Overlap
2) Снимите трассировку потока
3) Или проблему можно решить след. способом:
- специально для 8-ки отрезать часть каналов от потока (например, 10 каналов - СО41-50)
- создать для СО41-50 отдельную группу линий (например, NET CO 20)
- тип этой группы линий указать как PSTN в ПГМ322
- в ПГМ143 для СО41-50 включить Enblock
- если требуется, то прописать АОНы для СО41-50
- все вызовы на 8-ку отправлять в сетевую группу Net CO 20 (пойдет Enblock'ом).

линии pri c 21-й по 50-ю. в 322-й эти линии в 1-й группе, а в 141-й линии с 21-й по 35-ю в первой, а линии с 36-й по 50-ю в 7-й. сколько линий поднято у вас между станциями??
и ещё...
в 108-й GW не забит

Начал я как водится с конца, т.е. с пункта 3). СО41 почему-то оказывается хронически занята, почему не взять другую линию из группы тоже не понятно. Включил в 20 группу СО21-30. Набор сотового проходит нормально - первый гудок и пиликанье. Межгород не идет: ISDN LINE RELEASED. И самое главное с отключением LCR звонки на 2 и 3 (это у нас городские которые должны идти через обычные СО LDK) не идут - INVALID. Так что без трассировки видать не обойтись .
И Overlap UCx поддерживает.

это последствия экспериментов во имя все той же 8-ки - уже и не помню для чего именно выделял 7-ю группу
разве в моем случае в 108 нужен GW?

Здесь разбираться нужно с 2-мя станциями: и c LDK и с UCX.
1) Что требуется отдавать в UCX для транзита??
2) Какой АОН (CLI) нужен для UCX, для городской сети (межгород)?? Может UCX (межгород) отбивают вызов из-за неправильного АОНа.

1. UCx принимает номер точно в том виде, как его и набирает абонент
2. АОН ему безразличен

ISDN LINE RELEASED - означает, что LDK получила отбой от UCX.
Нужно смотреть трассировку, чтобы понять, что пыталась отправить LDK.

прошу прощения за продолжительную неотзывчивость - текучка заела
3607180 COL 028:17 08 St:co idle (00) Ev-I:seize req P1: 0 P2: 0 EVT: 15
<- 4,01
3607180 C>17 08, D5 0F 05 04 03 80 90 A3 18 03 A9 83 88 6C 02 01 80
3607180 D>17 08, C1 00 00
3607184 COL 028:17 08 St:wt sz rsp (00) EVT 6 06 0D 18 03 A9 83 88 (U1)
3607184 COL 028:17 08 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16
<- 28,61
3607184 D>17 08, C0 00 D7
3607184 COL 028:17 08 St:dialing (00) Ev-I:mem dial P1: 0 P2:1015A2C3 EVT:
46 <- 4,01
3607188 COL 028:17 08 St:dialing (00) Ev-I:dial P1: 9 P2: 0 EVT: 50
<- 4,01
3607189 C>17 08, E6 05 7B 70 02 80 38
3607189 CO=28 >8
3607190 COL 028:17 08 St:dialing (00) Ev-I:dial P1: 9 P2: 0 EVT: 50
<- 4,01
3607191 C>17 08, E6 05 7B 70 02 80 39
3607191 CO=28 >9
3607191 COL 028:17 08 St:dialing (00) EVT :E0 05 5A 08 02 82 95 (U2)
3607191 D>17 08, C1 00 00
3607191 D>17 08, C5 00 00
3607194 COL 028:17 08 St:dialing (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9
<- 28,61
3607194 D>17 08, C5 00 00

1) Набраны цифры 8 и 9, после чего UCX жестко (Release_Complete) отбивает вызов с причиной №21 (Call Rejected), т.е. Вызов отклонен.
Подробная причина не указывается.
Т.е. нужно смотреть, почему UCX отбила вызов.

2) В исходящем вызове нет вообще АОНа (CLI), хотя элемент Calling Party включен в состав Setup. Это означает, что не все настройки, связанные с CLI выставлены.
Вы используете линии типа NET. В этом случае для отправки АОН (= номеру абонента), нужно чтобы все собственные номера LDK были описаны в ПГМ324 и указанием NET CO GRP=0.
Вы, видимо, звонили с номера 456, этот номер не прописан в ПГМ324. Поэтому вызов пошел без АОНа.

2) Вам не лениво было прописывать 70 строк в таблице сетевой нумерации ПГМ324??
Такой план нумерации в двух станциях трудно поддерживать.
Что мешало сделать 4-х значную нумерацию для сетевых абонентов??
Например:
нумерация в LDK: 1XXX
нумерация в UCX: 2XXX
Тогда в сетевой таблице можно было прописать всего 2 строки:
NET, 1#***, Net CO Grp 0
NET, 2*** , Net CO GRP 1
Ну и плюс PSTN коды.

1) Пытаюсь напрячь поддержку по UCx (теперь у меня я хоть что-то могу им сказать конкретное)
2) CLI имеет какое-то практическое значение для решения этой проблемы? Я прописал в пгм324 строку про номер 456 - ничего не изменилось
3) Такой план сложился исторически. АТС не разделены территориально как это обычно бывает и в новой АТС не новые номера, а все трубки переехавшие с LDK. Остальное действительно новые. С трубками ходят ключевые деятели и чтобы им всем (и не только им) поменять номера причина должна быть очень веская

2) ВсЁ может иметь значение, тем более когда речь идет о транзите в городскую сеть (в сеть провайдера)!!
Вы звоните транзитом с LDK через UCX на провайдера. При транзите какой идентификатор (AОН или SIP_USER_ID) для такого исходящего вызова подставляет UCX и отсылает к провайдеру??? Что настроено в UCX для транзита??
Если провайдер не получает нужного АОНа (SIP ID), то он может отбить вызов.
Снимайте трассировки транка, которым связаны с провайдером, смотрите, что там происходит.
Кто отбивает: сама UCX или провайдер??
3) Ну тогда будете и дальше мучаться с таким планом нумерации.
Обычно к новым номерам пользователи привыкают в течении нескольких дней (одной недели). И все, и нет проблемы.

всем спасибо, особенно большое harris
проблема тривиальна - COS PRI транков не дозволял 8-ку
остается удивляться почему поддержке ucx сразу не пришло это в голову. Как обычно "у нас в ucx все круто, разбирайтесь со своей лыжей"