Объединение 2 IPECS в одну тел. сеть Опции

[Dron]

есть
index 0
CO Group 3
Compare Digits 3
CO + Rerouting Number 890013
Rerouting Type Net

index 0
CO Group 1
Compare Digits 2
CO + Rerouting Number 890032
Rerouting Type Net

всего два правила, и второе из них работать и перестало.

А не появилась ли 2 в LCR с направлением куда-нибудь в ....? Конфиг просто не могу сейчас глянуть...

[Kr@nk]

А не появилась ли 2 в LCR с направлением куда-нибудь в ....? Конфиг просто не могу сейчас глянуть...

в PGM 221 с цифры "2" и "3" есть по одному правилу
2DDD и 3DDD соответственно

в PGM 222 соответственно
Removal Position 1
Number of digits to be removed 0
Add Position 1
CO/IP Group для "2" 3я группа линий, для "3" - 2я группа.

[harris]

А не появилась ли 2 в LCR с направлением куда-нибудь в ....? Конфиг просто не могу сейчас глянуть...

Да, там и 2 и 3 в INT LCR.
Но на роут "3" все работает, если я правильно понял.

[Dron]

Да, там и 2 и 3 в INT LCR.
Но на роут "3" все работает, если я правильно понял.

Но для 3 в 252 программе используете группа 1, а в LCR - 2.

[Kr@nk]

Но для 3 в 252 программе используете группа 1, а в LCR - 2.

в LCR для 3, тоже используется 1я группа.

[Dron]

в LCR для 3, тоже используется 1я группа.

в PGM 222 соответственно
Removal Position 1
Number of digits to be removed 0
Add Position 1
CO/IP Group для "2" 3я группа линий, для "3" - 2я группа.

Конфиг то я не вижу, с ваших слов

[harris]

в LCR для 3, тоже используется 1я группа.

1) Еще раз задам вопрос:
на стороне нумерации 3XXX (не знаю, какая там станция стоит) - там ничего не меняли??? Почему оттуда набор приходит псевдо-Enblock'ом (Setup оттуда приходит без Sending_Complete) ?? Это вынуждает LIK послать Setup_Ack !!

2) Не пробовали просто "убить" ПГМ252 (проинициализировать) и заново запрограммировать эти две строчки ??

[ADv]

1) Еще раз задам вопрос:
на стороне нумерации 3XXX (не знаю, какая там станция стоит) - там ничего не меняли??? Почему оттуда набор приходит псевдо-Enblock'ом (Setup оттуда приходит без Sending_Complete) ?? Это вынуждает LIK послать Setup_Ack !!

Сразу уточню Kr@nk мой коллега и мы с ним ведем речь об одной и той же станции.

Вариант с тем, что что-то поменялось в настройках потока Билайном мне кажется самой правдоподобной, поскольку перестало работать без каких-либо действий с нашей стороны. Как было изначально я, к сожалению, не знаю - не было необходимости снимать и сохранять трассировку пока все работало. Однако обращение в Билайн ситуацию не исправило. Непонятно только почему на 1ххх (внутренние номера iPECS) звонки с этого потока проходят.

Может быть вот это причиной того, что iPECS дает отбой: Numbering plan identification = ISDN/Telephony numbering plan (CCITT Rec. E.164/E.163)? Кстати, в сторону потока ПГМ143,151 у нас стоит Type of Number for Calling Party Info: National. А в сторону SIP-провайдера - unknown

Обнуление ПГМ252 с последующим воссозданием настроек не помогло.

[harris]

Сразу уточню Kr@nk мой коллега и мы с ним ведем речь об одной и той же станции.

Вариант с тем, что что-то поменялось в настройках потока Билайном мне кажется самой правдоподобной, поскольку перестало работать без каких-либо действий с нашей стороны. Как было изначально я, к сожалению, не знаю - не было необходимости снимать и сохранять трассировку пока все работало. Однако обращение в Билайн ситуацию не исправило. Непонятно только почему на 1ххх (внутренние номера iPECS) звонки с этого потока проходят.

Может быть вот это причиной того, что iPECS дает отбой: Numbering plan identification = ISDN/Telephony numbering plan (CCITT Rec. E.164/E.163)? Кстати, в сторону потока ПГМ143,151 у нас стоит Type of Number for Calling Party Info: National. А в сторону SIP-провайдера - unknown

Обнуление ПГМ252 с последующим воссозданием настроек не помогло.

На 1ХХХ вызовы потому и проходят, что они направлены непосредственно на абонентов LIK.
А при вызовах на номера 2ХХХ требуются транзит. Вот транзит с PRI на SIP и не работает. (но работает в обратную сторону - с SIP на PRI).
Тип плана нумерации и тип номера не имеют значения в данном случае. ИМХО.

[ADv]

На 1ХХХ вызовы потому и проходят, что они направлены непосредственно на абонентов LIK.
А при вызовах на номера 2ХХХ требуются транзит. Вот транзит с PRI на SIP и не работает. (но работает в обратную сторону - с SIP на PRI).
Тип плана нумерации и тип номера не имеют значения в данном случае. ИМХО.

Сравнили трассировки звонков на 2xxx и на 1xxx с номеров 3xxx. Разница только в ответе iPECS.

[harris]

Сравнили трассировки звонков на 2xxx и на 1xxx с номеров 3xxx. Разница только в ответе станции.

Разница в том, что требуется транзит. И транзит не работает, а почему - ХЗ.

[ADv]

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

[harris]

Разница в том, что требуется транзит. И транзит не работает, а почему - ХЗ.

Попробуйте выключить опцию {Reject Anonymous Incoming Call} для линий PRI (CO 1-30) в ПГМ140-142.

[ADv]

Приношу извинения, что неверно описал ситуацию. После тщательной перепроверки оказалось, что станция ПРОПУСКАЕТ через себя транзит, а вот вызовы на SIP-оператора различаются в поле from:

Вызов со внутреннего номера:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: "1200"<sip:1200@10.10.10.1>;tag=42bd1bc0-20a0a0a-13c4-55013-114c4-6e5c2933-114c4
To: <sip:2081@10.10.10.1>

Вызов транзита:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: "????"<sip:????@10.10.10.1>;tag=42bd37e8-20a0a0a-13c4-55013-11591-8f468bc-11591
To: <sip:2081@10.10.10.1>

По-моему, это уже где-то обсуждалось, но я не нашел. Уф, прямо гора с плеч свалилась. Теперь хоть понятно что править: каким-то образом передавать на станции транзитный номер, корректно настроив ISDN CO Line Attr(143,151).

[Dron]

Приношу извинения, что неверно описал ситуацию. После тщательной перепроверки оказалось, что станция ПРОПУСКАЕТ через себя транзит, а вот вызовы на SIP-оператора различаются в поле from:

Вызов со внутреннего номера:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: "1200"<sip:1200@10.10.10.1>;tag=42bd1bc0-20a0a0a-13c4-55013-114c4-6e5c2933-114c4
To: <sip:2081@10.10.10.1>

Вызов транзита:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: "????"<sip:????@10.10.10.1>;tag=42bd37e8-20a0a0a-13c4-55013-11591-8f468bc-11591
To: <sip:2081@10.10.10.1>

По-моему, это уже где-то обсуждалось, но я не нашел. Уф, прямо гора с плеч свалилась. Теперь хоть понятно что править: каким-то образом передавать на станции транзитный номер.

А что в 324 программе?

[ADv]

А что в 324 программе?

Там почти все пусто
0 PSTN 5588 Yes Yes PSTN Off On No No 0
Остальные все:
1 NET 5588 No Yes NET Off On No No 0

[harris]

Приношу извинения, что неверно описал ситуацию. После тщательной перепроверки оказалось, что станция ПРОПУСКАЕТ через себя транзит, а вот вызовы на SIP-оператора различаются в поле from:

Вызов со внутреннего номера:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: "1200"<sip:1200@10.10.10.1>;tag=42bd1bc0-20a0a0a-13c4-55013-114c4-6e5c2933-114c4
To: <sip:2081@10.10.10.1>

Вызов транзита:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: "????"<sip:????@10.10.10.1>;tag=42bd37e8-20a0a0a-13c4-55013-11591-8f468bc-11591
To: <sip:2081@10.10.10.1>

По-моему, это уже где-то обсуждалось, но я не нашел. Уф, прямо гора с плеч свалилась. Теперь хоть понятно что править: каким-то образом передавать на станции транзитный номер, корректно настроив ISDN CO Line Attr(143,151).

Мдя... Нет слов. Столько времени убито зазря...
Прав мой шеф... - не хрена по форумам ползать...

См. ПГМ133 для SIP линий (CО 31-78), в разделе {CO to Offnet Direct Call Route} нужно:
прописать опцию [From/Contact ID] = ORI
Тогда пойдет в Invit'е вызов от 3ХХХ...
А у вас сейчас = SYS ATD, а аттендантом никто из абонентов не назначен, поэтому и пусто Invit'е.
Если пропишите аттенданта и оставите SYS_ATD, то для всех транзитных вызовов будет указан этот номер атеенданта.

[ADv]

Мдя... Нет слов. Столько времени убито зазря...
Прав мой шеф... - не хрена по форумам ползать...

harris, еще раз приношу свои извинения. И время убито вовсе не зря. Без этой информации мы бы еще неделю ковырялись. А аттенданта я самолично "прибивал" полгода назад по просьбе того самого аттенданта, которому надоело слушать "отзвоны" об ошибках. Спасибо!

Звонок прошел. Номер на экранчике показал 003204 (на sip-прокси я добавляю два нуля впереди по просьбе SIP-провайдера).

INVITE sip:2081@10.10.10.1 SIP/2.0
From: <sip:3204@10.10.10.1>;tag=42beb188-20a0a0a-13c4-55013-12082-1dd71501-12082
To: <sip:2081@10.10.10.1>

[Dron]

А у вас сейчас = SYS ATD, а аттендантом никто из абонентов не назначен, поэтому и пусто Invit'е.

Нет аттенданта? А как так может быть, чтобы его вообще не было?

[Dron]

harris, еще раз приношу свои извинения. И время убито вовсе не зря. Без этой информации мы бы еще неделю ковырялись. А аттенданта я самолично "прибивал" полгода назад по просьбе того самого аттенданта, которому надоело слушать "отзвоны" об ошибках. Спасибо!

"Прибивали" полгода назад, а проблему заметили только сейчас??