Исходящие с LDK300 через UCx Опции

[xorton]

Есть 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.
Посоветуйте в каком направлении копать.
Трассировку как делать уже подзабыл, да и не нашли в ней ничего интересного при последней попытке обращения к знакомым специалистам. Но если поможет делу конечно напрягусь и вспомню.

Прикрепленные файлы

 20140416.zip ( 216,29 килобайт ) Кол-во скачиваний: 6

 

[vitalii]

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

[xorton]

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

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

[harris]

плата 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'ом).

[xorton]

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

Если вы используете линии типа 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'ом).

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

[harris]

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

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

[xorton]

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

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

[harris]

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

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

[xorton]

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

[harris]

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 коды.

[xorton]

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. Остальное действительно новые. С трубками ходят ключевые деятели и чтобы им всем (и не только им) поменять номера причина должна быть очень веская

[harris]

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

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