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

[Merlin22]

Есть 2 станции, стоят в разных офисах у каждой есть прямой (публичный) ip адрес.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок.
Во втором просто несколько дектовских трубок.
Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... .

Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам.

Как правильно это сделать?
Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет.

[harris]

Есть 2 станции, стоят в разных офисах у каждой есть прямой (публичный) ip адрес.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок.
Во втором просто несколько дектовских трубок.
Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... .

Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам.

Как правильно это сделать?
Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет.

Как сделать??? - Точно так же, как это делается на станциях серии ipLDK, используя сервис Networking (ПГМ320-324).
В доке на станции ipLDK это все достаточно подробно, с картинками, расписано.
На iPECS все это программируется аналогично.

[Merlin22]

в ПГМ 320 параметр Net Enable не выставляется в положение On. Точнее сбрасывается в OFF при нажатии Save.
В чём может быть дело?

[Dron]

в ПГМ 320 параметр Net Enable не выставляется в положение On. Точнее сбрасывается в OFF при нажатии Save.
В чём может быть дело?

Чтобы не сбрасывалось, нужно приобрести и ввести ключик лицензии QSIG Networking А главное, нужно понимание, что и как вы хотите сделать

[harris]

в ПГМ 320 параметр Net Enable не выставляется в положение On. Точнее сбрасывается в OFF при нажатии Save.
В чём может быть дело?

Поскольку у Вас нет лицензии, то Вам нужно:
- ПГМ320/1 - Net Enable = OFF
- ПГМ321/1 - Net Transfer Mode = JOIN

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

[Merlin22]

Спасибо всё получилось.

Только вот теперь хотел уточнить.
у нас 2 MFIM100. У неё 6 внешних линий Voip.
вопросы:
1. Можем ли мы сделать более 6 NET-линий для связи между станциями. Для того чтобы более 6 звонков по внутренней связи между ними прошло одновременно?
2. Допустим запускаем 3 разговора между станциями. Теперь у нас остаётся только 3 Voip линии для связи с внешним миром? Одним словом линии для связи между станциями "откусываются " от 6 Voip линий?

[harris]

Спасибо всё получилось.

Только вот теперь хотел уточнить.
у нас 2 MFIM100. У неё 6 внешних линий Voip.
вопросы:
1. Можем ли мы сделать более 6 NET-линий для связи между станциями. Для того чтобы более 6 звонков по внутренней связи между ними прошло одновременно?
2. Допустим запускаем 3 разговора между станциями. Теперь у нас остаётся только 3 Voip линии для связи с внешним миром? Одним словом линии для связи между станциями "откусываются " от 6 Voip линий?

1. Нет. Иначе нужно ставить еще модуль VOIM
2. В общем случае - Да.
Но можно попробовать использовать те же 6 каналов, как для "выхода в город", так и для Networking.
В этом случае:
- в ПГМ322 указать все эти каналы как тип = PSTN (все равно для NET у Вас нет лицензии)
- в ПГМ140-142 указать параметр "CO VoIP Mode" = COMMON.
- в ПГМ324 все оставить без изменений.

[Merlin22]

2. В общем случае - Да.
Но можно попробовать использовать те же 6 каналов, как для "выхода в город", так и для Networking.
В этом случае:
- в ПГМ322 указать все эти каналы как тип = PSTN (все равно для NET у Вас нет лицензии)
- в ПГМ140-142 указать параметр "CO VoIP Mode" = COMMON.
- в ПГМ324 все оставить без изменений.

Извините, а можете пояснить что при этом должно получиться, я не совсем понял.

[noox]

Извините, а можете пояснить что при этом должно получиться, я не совсем понял.

Каждая из шести линий становится линией двойного назначения, т.е. используется в зависимости от того, что в данный момент времени набрал пользователь, либо для связи с внешним миром, либо для связи с другой станцией.

[ADv]

Как сделать??? - Точно так же, как это делается на станциях серии ipLDK, используя сервис Networking (ПГМ320-324).
В доке на станции ipLDK это все достаточно подробно, с картинками, расписано.
На iPECS все это программируется аналогично.

У нас станция LIK-1200
MFIM/GS98M-5.5Ed AUG/11
Boot Version-1.0Ab JAN/10
Kernel Version-5.5Dd
H/W issue-1

Пытаемся настроить вызов на внешние SIP-абоненты (подключенные к неизвестной станции). Networkig-лицензии нет.

Внутренние абоненты 1xxx
Внешние абоненты 2ххх
SIP-Шлюз 10.10.10.3

Net Basic Attributes(320) - OFF (не дает поставить ON из-за отсутствия лицензии)
Net CO Line Attributes(322) на всех линиях: VOIM24 GW 31 DID 1 NET
Net Numbering Plan(324) две записи:
0 PSTN 1#*** 0 5588 No No PSTN Off On No No
1 NET 2*** 1 10.10.10.3 5588 No Yes NET Off On No No

При наборе номера 2ххх получаем сообщение "Отбой" и вызов на шлюз не происходит (линия 31 занимается). Вызов со внешних абонентов на внутренние номера 1xxx проходит без проблем.

Принципиально можно настроить такую схему без лицензии (уж больно долго корейцы лицензию выписывают)?

[harris]

У нас станция LIK-1200
MFIM/GS98M-5.5Ed AUG/11
Boot Version-1.0Ab JAN/10
Kernel Version-5.5Dd
H/W issue-1

Пытаемся настроить вызов на внешние SIP-абоненты (подключенные к неизвестной станции). Networkig-лицензии нет.

Внутренние абоненты 1xxx
Внешние абоненты 2ххх
SIP-Шлюз 10.10.10.3

Net Basic Attributes(320) - OFF (не дает поставить ON из-за отсутствия лицензии)
Net CO Line Attributes(322) на всех линиях: VOIM24 GW 31 DID 1 NET
Net Numbering Plan(324) две записи:
0 PSTN 1#*** 0 5588 No No PSTN Off On No No
1 NET 2*** 1 10.10.10.3 5588 No Yes NET Off On No No

При наборе номера 2ххх получаем сообщение "Неверный набор" и вызов на шлюз не происходит (линия 31 занимается). Вызов со внешних абонентов на внутренние номера 1xxx проходит без проблем.

Принципиально можно настроить такую схему без лицензии (уж больно долго корейцы лицензию выписывают)?

Причем тут, в вашем случае лицензия??? Вы все путаете!!
Лицензия относится только к функциям Networking, которые сделаны на основе H.323!!!
Cетевые таблицы (ПГМ322, 324) НЕ РАБОТАЮТ по SIP !!! Т.е. нельзя задать нумерацию и IP-адрес SIP-шлюза в ПГМ324.
Нужно отдельно программировать SIP-транк (ПГМ133б 126): с регистрацией или без (Provision Mode). А далее можно исаользовать LCR (прописать там INT код =2) и можно использовать Enblock Prefix Table для того, чтобы при наборе 2-ки длина номера не превышала 4 цифр (2ХХХ).
См. в доке раздел программирования линий SIP.

[ADv]

harris, спасибо за оперативный ответ!

Сделал LCR Control Attribute(220): Internal and Loop
LCR LDT(221): INT 2 000000
LCR DMT(222) ничего не менял потому что номер надо передавать в том виде как он набирался.

Линия занимается, но звонок не проходит, потому что станция передает на шлюз
Calling Number : anonymous

В функции ISDN CO Line Attr(143,151) COLP Table Index и CLIP Table Index стоит Station CLI. Как заставить станцию подставлять номер вызывающего абонента?

можно использовать Enblock Prefix Table для того, чтобы при наборе 2-ки длина номера не превышала 4 цифр (2ХХХ).

Это Prefix Dialing Table(206)?

[harris]

harris, спасибо за оперативный ответ!

Сделал LCR Control Attribute(220): Internal and Loop
LCR LDT(221): INT 2 000000
LCR DMT(222) ничего не меняли потому что номер надо передавать в том виде как он набирался.

Линия занимается, но звонок не проходит, потому что станция передает
Calling Number : anonymous

В функции ISDN CO Line Attr(143,151) COLP Table Index и CLIP Table Index стоит Station CLI. Как заставить станцию подставлять номер вызывающего абонента?

Уваж. ADv!!
Я же написал Вам, что требуется запрограммировать SIP-транк по полной программе, в том числе и касательно полей [FROM_ID], [CONTACT_ID].
Если в качестве аккаунта нужно отправлять CLI, то тогда в этих полях указывается = Extension_Outgoing_CLI

[ADv]

Уваж. ADv!!
Я же написал Вам, что требуется запрограммировать SIP-транк по полной программе, в том числе и касательно полей [FROM_ID], [CONTACT_ID].
Если в качестве аккаунта нужно отправлять CLI, то тогда в этих полях указывается = Extension_Outgoing_CLI

Сделал. Все то же самое.

На всякий случай выкладываю все настройки SIP CO Attributes(133)
Авторизации у нас не требуется. SIP-транк для входящих вызовов работает.



P.S. Прошу прощения, что скрины в разных вариантах: форум не дал сделать третье прикрепление.

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

 ______1.JPG ( 127,08 килобайт ) Кол-во скачиваний: 58
 ______2.JPG ( 118,04 килобайт ) Кол-во скачиваний: 47

 

[ADv]

Так и не удалось победить станцию. Максимум чего добились - заставили ее передавать номер в Remote-Party-ID и уже на шлюзе подставлять его в поле From.

В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?

[Dron]

Так и не удалось победить станцию. Максимум чего добились - заставили ее передавать номер в Remote-Party-ID и уже на шлюзе подставлять его в поле From.

В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?

Попробуйте не Extension Outgoing-CLI, а Extension SIP-User-ID-Table. Заполните в 126 программе SIP User ID и пропишите для абонентов SIP USER TABLE INDEX в атрибутах абонентов (111-113).

[harris]

Так и не удалось победить станцию. Максимум чего добились - заставили ее передавать номер в Remote-Party-ID и уже на шлюзе подставлять его в поле From.

В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?

Покажите сниф (снимите трассировку пакетов).

[ADv]

Попробуйте не Extension Outgoing-CLI, а Extension SIP-User-ID-Table. Заполните в 126 программе SIP User ID и пропишите для абонентов SIP USER TABLE INDEX в атрибутах абонентов (111-113).

У нас не требуется авторизации на SIP-шлюзе, то есть таблица 126 - пустая. Тем не менее я ее заполнил - результат тот же.

Покажите сниф (снимите трассировку пакетов).

Вот дебаг SIP-обмена со шлюза:

Код

Received:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: <sip:anonymous@10.10.10.1>;tag=42bebb78-20a0a0a-13c4-55013-3564-c810e58-3564
To: <sip:2081@10.10.10.1>
Call-ID: 42c06a00-20a0a0a-13c4-55013-3564-41fec91a-3564
CSeq: 1 INVITE
Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK-3564-d09158-36452aca
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBER,NOTIFY,MESSAGE,INFO,PRAC
K,UPDATE
Supported: replaces,UPDATE,INFO
P-Asserted-Identity: <sip:@10.10.10.1>
Remote-Party-ID: <sip:1200@10.10.10.2>; party=calling; privacy=off; screen=yes
Privacy: none
User-Agent: LG-Ericsson iPECS-LIK 1200 5.5Gt
Contact: <sip:anonymous@10.10.10.2>
Min-SE: 0
Content-Type: application/sdp
Content-Length: 147

v=0
o=iPECS-LIK 78 78 IN IP4 10.10.10.12
s=iPECS-LIK SIP
c=IN IP4 10.10.10.12
t=0 0
m=audio 9046 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv

*Mar  6 01:42:54.762: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK-3564-d09158-36452aca
From: <sip:anonymous@10.10.10.1>;tag=42bebb78-20a0a0a-13c4-55013-3564-c810e58-3564
To: <sip:2081@10.10.10.1>
Date: Wed, 06 Mar 2002 01:42:54 GMT
Call-ID: 42c06a00-20a0a0a-13c4-55013-3564-41fec91a-3564
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Далее идет "разговор" с внешним оператором, где уже подставляется пилотный номер.

[harris]

Пришлите файл вашего конфига.

[Dron]

У нас не требуется авторизации на SIP-шлюзе, то есть таблица 126 - пустая. Тем не менее я ее заполнил - результат тот же.

Вот дебаг SIP-обмена со шлюза:

Код

Received:
INVITE sip:2081@10.10.10.1 SIP/2.0
From: <sip:anonymous@10.10.10.1>;tag=42bebb78-20a0a0a-13c4-55013-3564-c810e58-3564
To: <sip:2081@10.10.10.1>
Call-ID: 42c06a00-20a0a0a-13c4-55013-3564-41fec91a-3564
CSeq: 1 INVITE
Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK-3564-d09158-36452aca
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBER,NOTIFY,MESSAGE,INFO,PRAC
K,UPDATE
Supported: replaces,UPDATE,INFO
P-Asserted-Identity: <sip:@10.10.10.1>
Remote-Party-ID: <sip:1200@10.10.10.2>; party=calling; privacy=off; screen=yes
Privacy: none
User-Agent: LG-Ericsson iPECS-LIK 1200 5.5Gt
Contact: <sip:anonymous@10.10.10.2>
Min-SE: 0
Content-Type: application/sdp
Content-Length: 147

v=0
o=iPECS-LIK 78 78 IN IP4 10.10.10.12
s=iPECS-LIK SIP
c=IN IP4 10.10.10.12
t=0 0
m=audio 9046 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv

*Mar  6 01:42:54.762: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK-3564-d09158-36452aca
From: <sip:anonymous@10.10.10.1>;tag=42bebb78-20a0a0a-13c4-55013-3564-c810e58-3564
To: <sip:2081@10.10.10.1>
Date: Wed, 06 Mar 2002 01:42:54 GMT
Call-ID: 42c06a00-20a0a0a-13c4-55013-3564-41fec91a-3564
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Далее идет "разговор" с внешним оператором, где уже подставляется пилотный номер.

А у вас в 114 проге, случайно, не включен у абонентов CLIR Service?

[harris]

1) Чтобы в качестве CLI станция посылала внутр. номер абонента нужно в ПГМ143/151 (ISDN CO Attr) указать тип номера = Unknown. А у Вас сейчас стоит = National. Поэтому CLI уходит пустым (подменяется на sip:anonimus).
Т.е. пропишите в ПГМ143/151 для линий СО 31-78 [Type of Number for Calling Party Info] = Unknown и все должно заработать.

2) На версиях 5.5 все-таки желательно не использовать тип линий COMMON, а указывать в ПГМ140-142более конкретно: SIP/H323/RTP Relay или их комбинация.
В вашем случае тип линий СО 31-78: SIP&RTP Relay.
3) ИМХО. Если уж Вы хотите также использовать поля P-Asserted-Id и Remote-Party-Id, то для них тоже, пожалуй, нужно указать в ПГМ133 = Extension-Outgoing-CLI.

[ADv]

Да, все сработало. Спасибо, harris, за очередную помощь. А этого нет в документации или я просто не смог найти?

[harris]

Да, все сработало. Спасибо, harris, за очередную помощь. А этого нет в документации или я просто не смог найти?

Да, есть. Видимо, не там искали.
При переводе доки "Описание и руководство по использованию функций iPECS LIK" я специально отредактировал п.4.15.2, добавил туда соответствующее пояснение и таблицу.
См. прикрепленный файл с выдержкой из доки.
Возможно, что это получилось не слишком четко.. Ну, что ж, прошу пардону. В оригинальной доке (на английском) и этого не было.
Все идентификаторы типа номера, кроме Unknown (т.е International/National/Sudscriber) требуют ссылки на Таблицу префиксов (CLIP Table). Если же ссылка на индекс (CLIP/COLP Table Index) не указана, а прописано = 50 (Station CLI), то тип номера может быть только Uknown.

В-общем, у меня есть алиби...

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

 From__.4.15.2.doc ( 27,5 килобайт ) Кол-во скачиваний: 62

 

[ADv]

Помнится в документации на ipLDK было описание функций (со ссылками на программы) и описание каждой PGM с описанием всех полей (со ссылками на функции). Для iPECS-LIK я второй части (описание полей PGM) не нашел.

harris и все знающие форумчане, есть еще один вопрос о сопряжении станций. Как я уже описывал - у нас есть внутренние номер 1ххх, номера удаленных офисов подключенные через SIP (2ххх) и номера удаленных офисов подключенных через поток (3ххх). Звонки с 2ххх на 1ххх и обратно - проходят, с 3ххх на 1ххх и обратно - проходят. Для адресации, по совету harris-а, используется таблица LCR (221 и 222). Но еще требуется организовать "транзитные" звонки с 2ххх на 3ххх и обратно. Когда я набираю номер типа 3ххх с аппарата 2ххх, то слышу сообщение IPECS: "Неправильно набран номер", хотя в LCR Type (PGM221) стоит BOTH (то есть обрабатывать и внешние вызовы тоже). NET мы не используем. Как сделать возможным такой вызов?

И совсем маленький вопрос. Что-то я "накрутил" и при вызове на номер 3ххх (через поток) в трубке зуммер гудит непрерывно, как будто бы ждет донабора, но вызов проходит нормально и трубку снимают. Через SIP звук вызовов нормальный.

[stasmar]

И совсем маленький вопрос. Что-то я "накрутил" и при вызове на номер 3ххх (через поток) в трубке зуммер гудит непрерывно, как будто бы ждет донабора, но вызов проходит нормально и трубку снимают. Через SIP звук вызовов нормальный.

Через SIP на станцию поступает 180 Ringing, и LIK сам генерирует КПВ, а с потоком я дела не имел..

[ADv]

Через SIP на станцию поступает 180 Ringing, и LIK сам генерирует КПВ, а с потоком я дела не имел..

С гудком, кажется, разобрались: провайдер, похоже, каким-то хитрым отправляет звонок на свою DISA - то есть если начать набирать цифры, то гудок пропадает.

А транзит звонков через станцию можно настроить без лицензии NET?

[harris]

С гудком, кажется, разобрались: провайдер, похоже, каким-то хитрым отправляет звонок на свою DISA - то есть если начать набирать цифры, то гудок пропадает.

А транзит звонков через станцию можно настроить без лицензии NET?

Можно.

[ADv]

Можно.

Посмотрел красивую блок-схему на странице 15 Руководства по программированию iPLDK. Если обработать транзитный звонок в MSN (PGM202), указав Flexible DID (PGM231), то на внутренний номер его отправить можно. Но в PGM231 указать номер не принадлежащий АТС не получается. Указание NET-номера не срабатывает (отбой по тайауту и настройка PGM322 и PGM324 не помогает). Если не обрабатывать звонок в MSN, то звучит сообщение: "Неправильно набран номер".

harris, можно попросить описать как надо обрабатывать этот вызов?

[harris]

Посмотрел красивую блок-схему на странице 15 Руководства по программированию iPLDK. Если обработать транзитный звонок в MSN (PGM202), указав Flexible DID (PGM231), то на внутренний номер его отправить можно. Но в PGM231 указать номер не принадлежащий АТС не получается. Указание NET-номера не срабатывает (отбой по тайауту и настройка PGM322 и PGM324 не помогает). Если не обрабатывать звонок в MSN, то звучит сообщение: "Неправильно набран номер".

harris, можно попросить описать как надо обрабатывать этот вызов?

MSN вообще-то не предназначен для транзита.

Для транзита нужно либо использовать таблицы Networking (назначать сетевые транки в ПГМ322; в ПГМ324 прописывать транзитные коды - PSTN). При этом DID Conv Type должен быть = 1 (no treatment).
Либо использовать таблицу CO Call Reroute (ПГМ252).
И том и в другом случае есть нюансы, тем более, что идет речь о транзите SIP<->PRI.

хотя в LCR Type (PGM221) стоит BOTH (то есть обрабатывать и внешние вызовы тоже)

Вы не совсем правильно понимаете смысл опции BOTH !!! Прочтите описание LCR в доке на станции ipLDK. Там все подробно написано. (А в станциях LIK все аналогично).
BOTH означает обрабатывать коды, следующие после набора кода доступа к исходящей линии. С внешней линии тоже прийти код доступа к исходящей линии (транзитный код, например).

[harris]

Мдя.... Я пока не нахожу приемлемого решения конкретно для вашей ситуации.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы.

Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.

[Dron]

А если c помощью MSN отлавливать номер и направлять на SPEED ячейку, в которую прописан тот же самый номер и указана нужная CO Group для набора номера?...

Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять.

Очень похожие варианты получаются.

[ADv]

Мдя.... Я пока не нахожу приемлемого решения конкретно для вашей ситуации.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы.

Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.

Самое обидное, что решение это временное, до момента пока все удаленные офисы не будут переключены напрямую на LIK. Но когда это произойдет - неизвестно.

А если c помощью MSN отлавливать номер и направлять на SPEED ячейку, в которую прописан тот же самый номер и указана нужная CO Group для набора номера?...

Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять.

Очень похожие варианты получаются.

Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200).

[Dron]

Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200).

Использовали бы Н.323, не было бы таких проблем!

[harris]

Самое обидное, что решение это временное, до момента пока все удаленные офисы не будут переключены напрямую на LIK. Но когда это произойдет - неизвестно.


Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200).

Я проверял ваш вариант с использованием ПГМ252 - CRR (CO Call Rerouting). Это работает, но есть одно НО:
там есть (как мне кажется) один баг.
Для транзита первая цифра полученная и отправленная должны отличаться.
Т.е. принято с одного транка 2, а на другой транк нужно также эту 2-ку переправить (например, на 3-ий транк: 8032).
Вот это не получится - ИМХО, это баг. Я сегодня напишу запрос корейцам.
Т.е. в ПГМ252:
Compare CO Group: 1
Compare Digits : 2
CO + Rerouting Number: 8032 Так не пройдет!!

Compare CO Group: 1
Compare Digits : 42
CO + Rerouting Number: 8032 Так пройдет!!

Т.е. для транзита сейчас нужно присылать лишнюю цифру. В вашем случае, например:
42ХХХ (вместо 2ХХХ) и 43XXX (вместо 3ХХХ).

Подождите пару дней, может быть корейцы быстро исправят баг, тогда не придется присылать лишние префиксы.

[ADv]

Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.

Через PGM252 тоже заработало (указываю группу линий, вызываемый номер, и 89+группа линий+вызываемый номер, тип NET). Но для каждого внутреннего номера требуется своя запись. В Compare Digits можно прописать групповую маску, например, 3*** или 2***, но CO + Rerouting Number можно указать только конкретный номер.

[ADv]

Я проверял ваш вариант с использованием ПГМ252 - CRR (CO Call Rerouting). Это работает, но есть одно НО:
там есть (как мне кажется) один баг.
Для транзита первая цифра полученная и отправленная должны отличаться.
Т.е. принято с одного транка 2, а на другой транк нужно также эту 2-ку переправить (например, на 3-ий транк: 8032).
Вот это не получится - ИМХО, это баг. Я сегодня напишу запрос корейцам.
Т.е. в ПГМ252:
Compare CO Group: 1
Compare Digits : 2
CO + Rerouting Number: 8032 Так не пройдет!!

Compare CO Group: 1
Compare Digits : 42
CO + Rerouting Number: 8032 Так пройдет!!

Т.е. для транзита сейчас нужно присылать лишнюю цифру. В вашем случае, например:
42ХХХ (вместо 2ХХХ) и 43XXX (вместо 3ХХХ).

Подождите пару дней, может быть корейцы быстро исправят баг, тогда не придется присылать лишние префиксы.

harris! Все сработало! В моей прошивке 5.5Gt этого бага нет!
Еще раз ОГРОМНОЕ СПАСИБО!

[Dron]

Через PGM252 тоже заработало (указываю группу линий, вызываемый номер, и 89+группа линий+вызываемый номер, тип NET). Но для каждого внутреннего номера требуется своя запись. В Compare Digits можно прописать групповую маску, например, 3*** или 2***, но CO + Rerouting Number можно указать только конкретный номер.

Т.е., все равно все номера прописывать?
Как и писал выше, очень схожие варианты получились.

[harris]

Т.е., все равно все номера прописывать?
Как и писал выше, очень схожие варианты получились.

Я не проверял на 5.5Gt (у меня на тестовой станции еще осталась предыдущая - E.5Go).
Я не понял, зачем Вы прописываете каждый номер в отдельности??
У Вас должно быть так (только номера транков подправить):

Compare CO Group: 1 (откуда поступает вызов)
Compare Digits : 2 (префикс (первая цифра номера))
CO + Rerouting Number: 8032 (на какой транк отправить+ тот же самый префикс)

[ADv]

Т.е., все равно все номера прописывать?
Как и писал выше, очень схожие варианты получились.

В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.

Compare CO Group: 1 (откуда поступает вызов)
Compare Digits : 2 (префикс (первая цифра номера))
CO + Rerouting Number: 8032 (на какой транк отправить+ тот же самый префикс)

Да-да. Именно так и заработало. Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .

[harris]

В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.


Да-да. Именно так и заработало. Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .

Ну и славно... И мне легче - не придется писать "телегу" корейцам...

[Dron]

В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.


Да-да. Именно так и заработало. Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .

Ок. Значит, так проще.

[ADv]

Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000
2xxx - номера от SIP-провайдера
3ххх - номера по E1.

Ситуация следующая
1. С 1ххх на 2ххх - проходят (используется LCR)
2. С 1ххх на 3ххх - проходят (используется LCR)
3. С 2ххх на 1ххх - проходят
4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252))
5. С 3ххх на 1ххх - проходят
6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252))

Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"?

MFIM/GS98M-5.5Gt MAY/12

[harris]

Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000
2xxx - номера от SIP-провайдера
3ххх - номера по E1.

Ситуация следующая
1. С 1ххх на 2ххх - проходят (используется LCR)
2. С 1ххх на 3ххх - проходят (используется LCR)
3. С 2ххх на 1ххх - проходят
4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252))
5. С 3ххх на 1ххх - проходят
6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252))

Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"?

MFIM/GS98M-5.5Gt MAY/12

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

[ADv]

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

Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?

[harris]

Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?

Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).

[ADv]

Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).

Трассировка VOIM-овской платы может дать какую-нибудь информацию? Если да, то как ее запустить (почему-то не нашел способа это сделать)?

[harris]

Трассировка VOIM-овской платы может дать какую-нибудь информацию?

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

[Dron]

Проработала эта система год и, без каких-либо известных мне изменений в конфигурации

Не, так не бывает! Что то изменилось!

[ADv]

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.

[Dron]

Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.

Боюсь, не сказать однозначно, как оно и на что влияет! На прохождение звонков вряд ли влияет, а вот на прохождение голоса...

[ADv]

Прописывание Firewall-а не помогло: звонок отбивается станцией сразу (смотрел в трассировке потоковой платы).

[Dron]

Прописывание Firewall-а не помогло: звонок отбивается станцией сразу (смотрел в трассировке потоковой платы).

С причиной?
АОН?

[Kr@nk]

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

как раз и хотелось-бы уточнить как снять трассировку с "слота VOIB".
потому как в трассировке PRI звонок есть, правило перенаправления звонка - тоже есть, а вот в трассировке на шлюзе, звонка уже - нет.

[Kr@nk]

С причиной?
АОН?

Cause Value = 3 No route to destination

[harris]

Cause Value = 3 No route to destination

Т.е. до платы VOIB дело и не доходит... Поэтому трассировку VOIB ничего не даст. Там ничего и нет.
Покажите хоть трассировку потока и текущий конфиг.

[Dron]

Cause Value = 3 No route to destination

Чего меняли в CO Call Rerouting(252)?

[Kr@nk]

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
00000101: 0x05: SETUP
--------------:
00000100: 0x04: BEARER CAPABILITY:
00000011: 0x03: Length = 3
10010000: 0x90:
1******* Extension = 1
*00***** Coding Standard = CCITT standardized coding
***10000 Information transfer capability = 3.1 kHz audio
10010000: 0x90:
1******* Extension = 1
*00***** Transfer mode = Circuit mode
***10000 Information transfer rate = 64 kbit/s
10100011: 0xA3:
1******* Extension = 1
*01***** layer 1 identificator = 01
***00011 User information layer 1 protocol = Recommendation G.711 A-law
--------------:
00011000: 0x18: CHANNEL IDENTIFICATION:
00000011: 0x03: Length = 3
10101001: 0xA9:
1******* Extension = 1
*0****** Interface identifier present = implicitly identified
**1***** Interface type = primary rate interface
***0**** Spare = 0
****1*** Preferred/exclusive = exclusive
*****0** D-channel indicator = not D-channel
******01 Information channel selection = PRI:as indicated in following octets, BRI:B1 channel
10000011: 0x83:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Number/Map = channel is indicated by the number
****0011 Channel type/Map element type = B-channel units
10000010: 0x82:
1******* Extension = 1
*0000010 Channel number/slot map = 2
--------------:
00011110: 0x1E: PROGRESS INDICATOR:
00000010: 0x02: Length = 2
10000001: 0x81:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0001 Location = private network serving the local user
10000011: 0x83:
1******* Extension = 1
*0000011 Progress description = 3. Origination address is non-ISDN
--------------:
01101100: 0x6C: CALLING PARTY NUMBER:
00000101: 0x05: Length = 5
10000000: 0x80:
1******* Extension = 1
*000**** Type of number = unknown
****0000 Numbering plan identification = unknown
IA5 ... Number: 3210
--------------:
01110000: 0x70: CALLED PARTY NUMBER:
00000101: 0x05: Length = 5
10000001: 0x81:
1******* Extension = 1
*000**** Type of number = unknown
****0001 Numbering plan identification = ISDN/Telephony numbering plan (CCITT Rec. E.164/E.163)
IA5 ... Number: 2008
--------------:

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
00001101: 0x0D: SETUP ACKNOWLEDGE
--------------:
00011000: 0x18: CHANNEL IDENTIFICATION:
00000011: 0x03: Length = 3
10101001: 0xA9:
1******* Extension = 1
*0****** Interface identifier present = implicitly identified
**1***** Interface type = primary rate interface
***0**** Spare = 0
****1*** Preferred/exclusive = exclusive
*****0** D-channel indicator = not D-channel
******01 Information channel selection = PRI:as indicated in following octets, BRI:B1 channel
10000011: 0x83:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Number/Map = channel is indicated by the number
****0011 Channel type/Map element type = B-channel units
10000010: 0x82:
1******* Extension = 1
*0000010 Channel number/slot map = 2
--------------:

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
01000101: 0x45: DISCONNECT
--------------:
00001000: 0x08: CAUSE:
00000010: 0x02: Length = 2
10000000: 0x80:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0000 Location = user
10000011: 0x83:
1******* Extension = 1
*0000011 Cause Value = 3 No route to destination
--------------:
00011110: 0x1E: PROGRESS INDICATOR:
00000010: 0x02: Length = 2
10000001: 0x81:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0001 Location = private network serving the local user
10000011: 0x83:
1******* Extension = 1
*0000011 Progress description = 3. Origination address is non-ISDN
--------------:

[Kr@nk]

http://yadi.sk/d/X2LMPWXx8b1U4
ссылка на конфиг, он 2,5Мб весит

[harris]

Вызов идет 2008 (кстати, а почему нет Sending_Complete ????),
а что прописано в ПГМ252 ??? Там есть роут для набора, начинающегося на 2 ??

[Kr@nk]

Вызов идет 2008 (кстати, а почему нет Sending_Complete ????),
а что прописано в ПГМ252 ??? Там есть роут для набора, начинающегося на 2 ??

есть
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

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

[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, еще раз приношу свои извинения. И время убито вовсе не зря. Без этой информации мы бы еще неделю ковырялись. А аттенданта я самолично "прибивал" полгода назад по просьбе того самого аттенданта, которому надоело слушать "отзвоны" об ошибках. Спасибо!

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

[harris]

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

Я не про ваше время, а про своё...
Для вас, видимо, не зря... А для меня - впустую. Свою работу из-за этого притормозил.
(Форум - это ж не работа, а хобби... )
Проблема-то на 5 минут, если правильно исходную информацию собрать.

Ок. Проехали..

[Dron]

Я не про ваше время, а про своё...
Для вас, видимо, не зря... А для меня - впустую. Свою работу из-за этого притормозил.
(Форум - это ж не работа, а хобби... )
Проблема-то на 5 минут, если правильно исходную информацию собрать.

Ок. Проехали..

Нет, Игорь, ты не прав! А поговорить...

[ADv]

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

Сейчас и не помню как я это сделал. Удалить напрямую его нельзя, и, по-моему, у аттендата очень "удачно" сдох аппарат (они на том объекте почему-то пачками дохнут и мы их регулярно возим в гарантийный ремонт) и я не стал его восстанавливать.

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

Ага. Видимо, не так им и нужна эта функция.

Игорь, готов компенсировать потраченное время. И моя вина в том, что изначально сам не проверил логи с прокси, положившись на слова коллеги.

[Dron]

Сейчас и не помню как я это сделал. Удалить напрямую его нельзя, и, по-моему, у аттендата очень "удачно" сдох аппарат (они на том объекте почему-то пачками дохнут и мы их регулярно возим в гарантийный ремонт) и я не стал его восстанавливать.

Удалили абонента вообще??

Ага. Видимо, не так им и нужна эта функция.

Заявления, что, мол, ничего не менялось и вдруг перестало работать всегда уводят в сторону.

[harris]

Игорь, готов компенсировать потраченное время. И моя вина в том, что изначально сам не проверил логи с прокси, положившись на слова коллеги.

Нет, ничего компенсировать не требуется... Просто на будущее проверяйте все тщательнее.

[ADv]

Удалили абонента вообще??

Ага. Я мог бы назначить себя аттендантом, но я подключен удаленно как SIP-абонент, а его нельзя назначить дежурным.

Заявления, что, мол, ничего не менялось и вдруг перестало работать всегда уводят в сторону.

У меня даже мысли не возникло о том, что изменения полугодовой давности заметили только сейчас. Тем более, что клиент говорил о паре недель.

[harris]

Заявления, что, мол, ничего не менялось и вдруг перестало работать всегда уводят в сторону.

А я "повелся" на то, что

...звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции)

Поэтому настройки SIP посмотрел совсем бегло, проверял настройки транзита и PRI...
Ну, ладно, чего это мусолить... Всё бывает, у всех...

2 ADv:
Пожалйста, без обид. Мы просто немного поворчали, выпустили легкий пар досады...
Проехали... До след. "ребуса".
Удачи!

[Dron]

С причиной?
АОН?

Жаль, что я так и не смог заглянуть в конфиг...

[ADv]

Пожалйста, без обид. Мы просто немного поворчали, выпустили легкий пар досады...
Проехали... До след. "ребуса".
Удачи!

Спасибо еще раз. Обещаю в следующий раз все предварительно проверить сам. Да и какие обиды - мне очень приятно, что у тебя и Андрея нашлось время и желание помочь.

Надеюсь, наш разговор поможет кому-то еще найти причину ошибок в подобной ситуации.

[mishalex]

Добрый день.
Подскажите пожалуйста куда "рыть" в данной проблеме:

Две станции: в городе М - MFIM/GS96M-6.0Bo DEC/12 Boot Version-2.1Aa NOV/12 Kernel Version-6.0Ap H/W issue-2
в городе Ч - MFIM/GS96M-5.5Fc OCT/11 Boot Version-1.0Bf MAY/10 Kernel Version-5.5Dd H/W issue-3
Сделано объединение этих станций посредством Networking Data (Программы 320-325).
Связь между станциями обеспечивается через Интернет посредством VPN.
Станция М: MFIM/E IP Address : *.*.3.100
MFIM/E Sub Net Mask : 255.255.255.0
Router IP Address : *.*.3.1
Станция Ч: MFIM/E IP Address : *.*.0.100
MFIM/E Sub Net Mask : 255.255.255.0
Router IP Address : *.*.0.1

Решили переключить связь между станциями в канал точка-точка без выхода станции в Интернет. Соответственно прописали у обеих станций в Router IP Addres новые IP-адреса шлюзов нового канала. Больше НИЧЕГО не трогали. Станции перегрузились и проблема - звонки со станции Ч проходят, слышимость в обе стороны замечательная. Вызовы со станции М на Ч не проходят, после набора номера - тишина в трубке, как с SLT-аппаратов, так и IP-аппаратов. Пинги станциями друг на друга проходят. Может быть ещё где-то что-то нужно донастроить, т.к. создаётся впечатление что частично трафик заворачивается по старому маршруту в VPN-туннель. Это видно по пингам со стороны Ч на М. Пинг уходит через GW нового канала, а ответ со станции М приходит через GW старого канала. Такое ощущение что старый GW где-то остался прописанным.

[harris]

Добрый день.
Подскажите пожалуйста куда "рыть" в данной проблеме:

Две станции: в городе М - MFIM/GS96M-6.0Bo DEC/12 Boot Version-2.1Aa NOV/12 Kernel Version-6.0Ap H/W issue-2
в городе Ч - MFIM/GS96M-5.5Fc OCT/11 Boot Version-1.0Bf MAY/10 Kernel Version-5.5Dd H/W issue-3
Сделано объединение этих станций посредством Networking Data (Программы 320-325).
Связь между станциями обеспечивается через Интернет посредством VPN.
Станция М: MFIM/E IP Address : *.*.3.100
MFIM/E Sub Net Mask : 255.255.255.0
Router IP Address : *.*.3.1
Станция Ч: MFIM/E IP Address : *.*.0.100
MFIM/E Sub Net Mask : 255.255.255.0
Router IP Address : *.*.0.1

Решили переключить связь между станциями в канал точка-точка без выхода станции в Интернет. Соответственно прописали у обеих станций в Router IP Addres новые IP-адреса шлюзов нового канала. Больше НИЧЕГО не трогали. Станции перегрузились и проблема - звонки со станции Ч проходят, слышимость в обе стороны замечательная. Вызовы со станции М на Ч не проходят, после набора номера - тишина в трубке, как с SLT-аппаратов, так и IP-аппаратов. Пинги станциями друг на друга проходят. Может быть ещё где-то что-то нужно донастроить, т.к. создаётся впечатление что частично трафик заворачивается по старому маршруту в VPN-туннель. Это видно по пингам со стороны Ч на М. Пинг уходит через GW нового канала, а ответ со станции М приходит через GW старого канала. Такое ощущение что старый GW где-то остался прописанным.

У Вас в станции M используются только каналы VOIP на MFIM или есть еще модуль VOIM ??
Если VOIM, то см. ПГМ132 (Board Base Attributes) для слота VOIM.

[mishalex]

VOIM модуль проинициализирован, но отключен и не используется. В 132-ой программе что по Sequence VOIM, что по Sequence MFIM значения Router IP Address не заданы.

[harris]

VOIM модуль проинициализирован, но отключен и не используется. В 132-ой программе что по Sequence VOIM, что по Sequence MFIM значения Router IP Address не заданы.

Static Route - ПГМ254 ??

[mishalex]

В ПГМ254 пусто. Эти таблицы мы не трогали.

[harris]

В ПГМ254 пусто. Эти таблицы мы не трогали.

Такое ощущение что старый GW где-то остался прописанным.

Так может дело совсем не в станции??
Снимите снифер, посмотрите куда станция посылает пакеты.

[mishalex]

Так может дело совсем не в станции??
Снимите снифер, посмотрите куда станция посылает пакеты.

Честно - мы не знаем как снять логи со станции. Пробовали на комп проставить Phontage, проинициализировали его как внутренний номер на станции М, запустили на компе WireShark и вызвали с компа абонента станции Ч. Но маршрута станции толком в логе WireShark так и не увидели.

[harris]

Честно - мы не знаем как снять логи со станции. Пробовали на комп проставить Phontage, проинициализировали его как внутренний номер на станции М, запустили на компе WireShark и вызвали с компа абонента станции Ч. Но маршрута станции толком в логе WireShark так и не увидели.

Поставить на свитче зеркальный порт на MFIM, и снимать все пакеты от MFIM.
Phontage тут ни при чем. Networking работает через каналы VOIP на MFIM (Или VOIM).

Ну или хотя бы конфиг станции M покажите.

[mishalex]

Поставить на свитче зеркальный порт на MFIM, и снимать все пакеты от MFIM.
Phontage тут ни при чем. Networking работает через каналы VOIP на MFIM (Или VOIM).

Ну или хотя бы конфиг станции M покажите.

Добрый день. Попробую прикрепить файл конфигурации.

[mishalex]

Добрый день. Попробую прикрепить файл конфигурации.

Ссылка на файл конфигурации: http://yadi.sk/d/qJD05lzcJcnGi

Это конфигурация до изменений (до перехода на новый канал связи).
Завтра утром снимем трафик с MFIM после переключения каналов (сегодня получилось снять WireShark-ом по старой схеме подключения)

[harris]

Ссылка на файл конфигурации: http://yadi.sk/d/qJD05lzcJcnGi

Это конфигурация до изменений (до перехода на новый канал связи).
Завтра утром снимем трафик с MFIM после переключения каналов (сегодня получилось снять WireShark-ом по старой схеме подключения)

В станции "М", в ПГМ342 (Net Numbering Plan) для нумерации абонентов станции "Ч" выключите использование адреса Firewall.