Есть 2 станции, стоят в разных офисах у каждой есть прямой (публичный) ip адрес.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок.
Во втором просто несколько дектовских трубок.
Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... .
Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам.
Как правильно это сделать?
Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет.
Полная версия этой страницы: Объединение 2 IPECS в одну тел. сеть
Цитата(Merlin22 @ 12.1.2010, 10:37) 
Есть 2 станции, стоят в разных офисах у каждой есть прямой (публичный) ip адрес.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок.
Во втором просто несколько дектовских трубок.
Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... .
Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам.
Как правильно это сделать?
Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок.
Во втором просто несколько дектовских трубок.
Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... .
Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам.
Как правильно это сделать?
Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет.
Как сделать??? - Точно так же, как это делается на станциях серии ipLDK, используя сервис Networking (ПГМ320-324).
В доке на станции ipLDK это все достаточно подробно, с картинками, расписано.
На iPECS все это программируется аналогично.
в ПГМ 320 параметр Net Enable не выставляется в положение On. Точнее сбрасывается в OFF при нажатии Save.
В чём может быть дело?
В чём может быть дело?
Цитата(Merlin22 @ 12.1.2010, 12:11)
в ПГМ 320 параметр Net Enable не выставляется в положение On. Точнее сбрасывается в OFF при нажатии Save.
В чём может быть дело?
В чём может быть дело?
Чтобы не сбрасывалось, нужно приобрести и ввести ключик лицензии QSIG Networking
А главное, нужно понимание, что и как вы хотите сделать 
Цитата(Merlin22 @ 12.1.2010, 12:11)
в ПГМ 320 параметр Net Enable не выставляется в положение On. Точнее сбрасывается в OFF при нажатии Save.
В чём может быть дело?
В чём может быть дело?
Поскольку у Вас нет лицензии, то Вам нужно:
- ПГМ320/1 - Net Enable = OFF
- ПГМ321/1 - Net Transfer Mode = JOIN
Остальное программируется так же, как в примерах в доке.
Спасибо всё получилось.
Только вот теперь хотел уточнить.
у нас 2 MFIM100. У неё 6 внешних линий Voip.
вопросы:
1. Можем ли мы сделать более 6 NET-линий для связи между станциями. Для того чтобы более 6 звонков по внутренней связи между ними прошло одновременно?
2. Допустим запускаем 3 разговора между станциями. Теперь у нас остаётся только 3 Voip линии для связи с внешним миром? Одним словом линии для связи между станциями "откусываются " от 6 Voip линий?
Только вот теперь хотел уточнить.
у нас 2 MFIM100. У неё 6 внешних линий Voip.
вопросы:
1. Можем ли мы сделать более 6 NET-линий для связи между станциями. Для того чтобы более 6 звонков по внутренней связи между ними прошло одновременно?
2. Допустим запускаем 3 разговора между станциями. Теперь у нас остаётся только 3 Voip линии для связи с внешним миром? Одним словом линии для связи между станциями "откусываются " от 6 Voip линий?
Цитата(Merlin22 @ 12.1.2010, 16:42)
Спасибо всё получилось.
Только вот теперь хотел уточнить.
у нас 2 MFIM100. У неё 6 внешних линий Voip.
вопросы:
1. Можем ли мы сделать более 6 NET-линий для связи между станциями. Для того чтобы более 6 звонков по внутренней связи между ними прошло одновременно?
2. Допустим запускаем 3 разговора между станциями. Теперь у нас остаётся только 3 Voip линии для связи с внешним миром? Одним словом линии для связи между станциями "откусываются " от 6 Voip линий?
Только вот теперь хотел уточнить.
у нас 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 все оставить без изменений.
Цитата(harris @ 12.1.2010, 17:08)
2. В общем случае - Да.
Но можно попробовать использовать те же 6 каналов, как для "выхода в город", так и для Networking.
В этом случае:
- в ПГМ322 указать все эти каналы как тип = PSTN (все равно для NET у Вас нет лицензии)
- в ПГМ140-142 указать параметр "CO VoIP Mode" = COMMON.
- в ПГМ324 все оставить без изменений.
Но можно попробовать использовать те же 6 каналов, как для "выхода в город", так и для Networking.
В этом случае:
- в ПГМ322 указать все эти каналы как тип = PSTN (все равно для NET у Вас нет лицензии)
- в ПГМ140-142 указать параметр "CO VoIP Mode" = COMMON.
- в ПГМ324 все оставить без изменений.
Извините, а можете пояснить что при этом должно получиться, я не совсем понял.
Цитата(Merlin22 @ 13.1.2010, 15:13)
Извините, а можете пояснить что при этом должно получиться, я не совсем понял.
Каждая из шести линий становится линией двойного назначения, т.е. используется в зависимости от того, что в данный момент времени набрал пользователь, либо для связи с внешним миром, либо для связи с другой станцией.
Цитата(harris @ 12.1.2010, 11:41)
Как сделать??? - Точно так же, как это делается на станциях серии ipLDK, используя сервис Networking (ПГМ320-324).
В доке на станции ipLDK это все достаточно подробно, с картинками, расписано.
На iPECS все это программируется аналогично.
У нас станция LIK-1200В доке на станции ipLDK это все достаточно подробно, с картинками, расписано.
На iPECS все это программируется аналогично.
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 проходит без проблем.
Принципиально можно настроить такую схему без лицензии (уж больно долго корейцы лицензию выписывают)?
Цитата(ADv @ 16.5.2012, 8:51)
У нас станция 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 проходит без проблем.
Принципиально можно настроить такую схему без лицензии (уж больно долго корейцы лицензию выписывают)?
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.
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. Как заставить станцию подставлять номер вызывающего абонента?
Это Prefix Dialing Table(206)?
Сделал 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. Как заставить станцию подставлять номер вызывающего абонента?
Цитата(harris @ 16.5.2012, 10:35)
можно использовать Enblock Prefix Table для того, чтобы при наборе 2-ки длина номера не превышала 4 цифр (2ХХХ).
Это Prefix Dialing Table(206)?
Цитата(ADv @ 16.5.2012, 10:22)
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. Как заставить станцию подставлять номер вызывающего абонента?
Сделал 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
Цитата(harris @ 16.5.2012, 11:42)
Уваж. ADv!!
Я же написал Вам, что требуется запрограммировать SIP-транк по полной программе, в том числе и касательно полей [FROM_ID], [CONTACT_ID].
Если в качестве аккаунта нужно отправлять CLI, то тогда в этих полях указывается = Extension_Outgoing_CLI
Я же написал Вам, что требуется запрограммировать SIP-транк по полной программе, в том числе и касательно полей [FROM_ID], [CONTACT_ID].
Если в качестве аккаунта нужно отправлять CLI, то тогда в этих полях указывается = Extension_Outgoing_CLI
Сделал. Все то же самое.
На всякий случай выкладываю все настройки SIP CO Attributes(133)
Авторизации у нас не требуется. SIP-транк для входящих вызовов работает.
P.S. Прошу прощения, что скрины в разных вариантах: форум не дал сделать третье прикрепление.
Так и не удалось победить станцию. Максимум чего добились - заставили ее передавать номер в Remote-Party-ID и уже на шлюзе подставлять его в поле From.
В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?
В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?
Цитата(ADv @ 18.5.2012, 12:38)
Так и не удалось победить станцию. Максимум чего добились - заставили ее передавать номер в Remote-Party-ID и уже на шлюзе подставлять его в поле From.
В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?
В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?
Попробуйте не Extension Outgoing-CLI, а Extension SIP-User-ID-Table. Заполните в 126 программе SIP User ID и пропишите для абонентов SIP USER TABLE INDEX в атрибутах абонентов (111-113).
Цитата(ADv @ 18.5.2012, 11:38)
Так и не удалось победить станцию. Максимум чего добились - заставили ее передавать номер в Remote-Party-ID и уже на шлюзе подставлять его в поле From.
В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?
В какой документации можно прочитать описание полей SIP CO Attributes(133) для версии 5.5?
Покажите сниф (снимите трассировку пакетов).
Цитата(Dron @ 18.5.2012, 12:55)
Попробуйте не Extension Outgoing-CLI, а Extension SIP-User-ID-Table. Заполните в 126 программе SIP User ID и пропишите для абонентов SIP USER TABLE INDEX в атрибутах абонентов (111-113).
У нас не требуется авторизации на SIP-шлюзе, то есть таблица 126 - пустая. Тем не менее я ее заполнил - результат тот же.
Цитата(harris @ 18.5.2012, 16:03)
Покажите сниф (снимите трассировку пакетов).
Вот дебаг 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
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
Далее идет "разговор" с внешним оператором, где уже подставляется пилотный номер.
Пришлите файл вашего конфига.
Цитата(ADv @ 23.5.2012, 12:52)
У нас не требуется авторизации на SIP-шлюзе, то есть таблица 126 - пустая. Тем не менее я ее заполнил - результат тот же.
Вот дебаг SIP-обмена со шлюза:
Далее идет "разговор" с внешним оператором, где уже подставляется пилотный номер.
Вот дебаг 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
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?
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.
Т.е. пропишите в ПГМ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.
Да, все сработало. Спасибо, harris, за очередную помощь. А этого нет в документации или я просто не смог найти?
Цитата(ADv @ 23.5.2012, 13:27)
Да, все сработало. Спасибо, harris, за очередную помощь. А этого нет в документации или я просто не смог найти?
Да, есть. Видимо, не там искали.
При переводе доки "Описание и руководство по использованию функций iPECS LIK" я специально отредактировал п.4.15.2, добавил туда соответствующее пояснение и таблицу.
См. прикрепленный файл с выдержкой из доки.
Возможно, что это получилось не слишком четко.. Ну, что ж, прошу пардону.
В оригинальной доке (на английском) и этого не было.Все идентификаторы типа номера, кроме Unknown (т.е International/National/Sudscriber) требуют ссылки на Таблицу префиксов (CLIP Table). Если же ссылка на индекс (CLIP/COLP Table Index) не указана, а прописано = 50 (Station CLI), то тип номера может быть только Uknown.
В-общем, у меня есть алиби...
Помнится в документации на 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 звук вызовов нормальный.
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 звук вызовов нормальный.
Цитата(ADv @ 24.5.2012, 15:41)
И совсем маленький вопрос. Что-то я "накрутил" и при вызове на номер 3ххх (через поток) в трубке зуммер гудит непрерывно, как будто бы ждет донабора, но вызов проходит нормально и трубку снимают. Через SIP звук вызовов нормальный.
Через SIP на станцию поступает 180 Ringing, и LIK сам генерирует КПВ, а с потоком я дела не имел..
Цитата(stasmar @ 25.5.2012, 8:24)
Через SIP на станцию поступает 180 Ringing, и LIK сам генерирует КПВ, а с потоком я дела не имел..
С гудком, кажется, разобрались: провайдер, похоже, каким-то хитрым отправляет звонок на свою DISA - то есть если начать набирать цифры, то гудок пропадает.
А транзит звонков через станцию можно настроить без лицензии NET?
Цитата(ADv @ 25.5.2012, 8:27)
С гудком, кажется, разобрались: провайдер, похоже, каким-то хитрым отправляет звонок на свою DISA - то есть если начать набирать цифры, то гудок пропадает.
А транзит звонков через станцию можно настроить без лицензии NET?
А транзит звонков через станцию можно настроить без лицензии NET?
Можно.
Цитата(harris @ 25.5.2012, 10:11)
Можно.
Посмотрел красивую блок-схему на странице 15 Руководства по программированию iPLDK. Если обработать транзитный звонок в MSN (PGM202), указав Flexible DID (PGM231), то на внутренний номер его отправить можно. Но в PGM231 указать номер не принадлежащий АТС не получается. Указание NET-номера не срабатывает (отбой по тайауту и настройка PGM322 и PGM324 не помогает). Если не обрабатывать звонок в MSN, то звучит сообщение: "Неправильно набран номер".harris, можно попросить описать как надо обрабатывать этот вызов?
Цитата(ADv @ 25.5.2012, 12:14)
Посмотрел красивую блок-схему на странице 15 Руководства по программированию iPLDK. Если обработать транзитный звонок в MSN (PGM202), указав Flexible DID (PGM231), то на внутренний номер его отправить можно. Но в PGM231 указать номер не принадлежащий АТС не получается. Указание NET-номера не срабатывает (отбой по тайауту и настройка PGM322 и PGM324 не помогает). Если не обрабатывать звонок в MSN, то звучит сообщение: "Неправильно набран номер".
harris, можно попросить описать как надо обрабатывать этот вызов?
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 означает обрабатывать коды, следующие после набора кода доступа к исходящей линии. С внешней линии тоже прийти код доступа к исходящей линии (транзитный код, например).
Мдя.... Я пока не нахожу приемлемого решения конкретно для вашей ситуации.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы.
Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы.
Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.
А если c помощью MSN отлавливать номер и направлять на SPEED ячейку, в которую прописан тот же самый номер и указана нужная CO Group для набора номера?...
Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять.
Очень похожие варианты получаются.
Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять.
Очень похожие варианты получаются.
Цитата(harris @ 25.5.2012, 21:02)
Мдя.... Я пока не нахожу приемлемого решения конкретно для вашей ситуации.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы.
Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы.
Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.
Самое обидное, что решение это временное, до момента пока все удаленные офисы не будут переключены напрямую на LIK. Но когда это произойдет - неизвестно.
Цитата(Dron @ 25.5.2012, 22:59)
А если c помощью MSN отлавливать номер и направлять на SPEED ячейку, в которую прописан тот же самый номер и указана нужная CO Group для набора номера?...
Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять.
Очень похожие варианты получаются.
Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять.
Очень похожие варианты получаются.
Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200).
Цитата(ADv @ 28.5.2012, 10:47)
Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200).
Использовали бы Н.323, не было бы таких проблем!
Цитата(ADv @ 28.5.2012, 9:47)
Самое обидное, что решение это временное, до момента пока все удаленные офисы не будут переключены напрямую на LIK. Но когда это произойдет - неизвестно.
Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200).
Отлично! Через 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ХХХ).
Подождите пару дней, может быть корейцы быстро исправят баг, тогда не придется присылать лишние префиксы.
Цитата(harris @ 25.5.2012, 21:02)
Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами.
Продолжим уже на след. неделе.
Продолжим уже на след. неделе.
Через PGM252 тоже заработало (указываю группу линий, вызываемый номер, и 89+группа линий+вызываемый номер, тип NET). Но для каждого внутреннего номера требуется своя запись. В Compare Digits можно прописать групповую маску, например, 3*** или 2***, но CO + Rerouting Number можно указать только конкретный номер.
Цитата(harris @ 28.5.2012, 11:00)
Я проверял ваш вариант с использованием ПГМ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ХХХ).
Подождите пару дней, может быть корейцы быстро исправят баг, тогда не придется присылать лишние префиксы.
там есть (как мне кажется) один баг.
Для транзита первая цифра полученная и отправленная должны отличаться.
Т.е. принято с одного транка 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 этого бага нет!
Еще раз ОГРОМНОЕ СПАСИБО!
Цитата(ADv @ 28.5.2012, 11:15)
Через PGM252 тоже заработало (указываю группу линий, вызываемый номер, и 89+группа линий+вызываемый номер, тип NET). Но для каждого внутреннего номера требуется своя запись. В Compare Digits можно прописать групповую маску, например, 3*** или 2***, но CO + Rerouting Number можно указать только конкретный номер.
Т.е., все равно все номера прописывать?
Как и писал выше, очень схожие варианты получились.
Цитата(Dron @ 28.5.2012, 10:24)
Т.е., все равно все номера прописывать?
Как и писал выше, очень схожие варианты получились.
Как и писал выше, очень схожие варианты получились.
Я не проверял на 5.5Gt (у меня на тестовой станции еще осталась предыдущая - E.5Go).
Я не понял, зачем Вы прописываете каждый номер в отдельности??
У Вас должно быть так (только номера транков подправить):
Compare CO Group: 1 (откуда поступает вызов)
Compare Digits : 2 (префикс (первая цифра номера))
CO + Rerouting Number: 8032 (на какой транк отправить+ тот же самый префикс)
Цитата(Dron @ 28.5.2012, 11:24)
Т.е., все равно все номера прописывать?
Как и писал выше, очень схожие варианты получились.
Как и писал выше, очень схожие варианты получились.
В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.
Цитата(harris @ 28.5.2012, 11:35)
Compare CO Group: 1 (откуда поступает вызов)
Compare Digits : 2 (префикс (первая цифра номера))
CO + Rerouting Number: 8032 (на какой транк отправить+ тот же самый префикс)
Compare Digits : 2 (префикс (первая цифра номера))
CO + Rerouting Number: 8032 (на какой транк отправить+ тот же самый префикс)
Да-да. Именно так и заработало.
Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .
Цитата(ADv @ 28.5.2012, 10:39)
В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.
Да-да. Именно так и заработало. Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .
Да-да. Именно так и заработало.
Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .Ну и славно... И мне легче - не придется писать "телегу" корейцам...
Цитата(ADv @ 28.5.2012, 11:39)
В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.
Да-да. Именно так и заработало. Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .
Да-да. Именно так и заработало.
Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .Ок. Значит, так проще.
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 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
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 @ 2.9.2013, 13:50)
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 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
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 @ 2.9.2013, 16:18)
Ну вы же понимаете, что ваш вопрос риторический... Можно только гадать. Ключевых изменений не было, так может повлияло то, что вы не относите к ключевым ???
Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?
Цитата(ADv @ 2.9.2013, 15:25)
Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?
Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).
Цитата(harris @ 2.9.2013, 16:28)
Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).
Только трассировка, из которой далеко не все ясно (только для разработчиков).
Трассировка VOIM-овской платы может дать какую-нибудь информацию? Если да, то как ее запустить (почему-то не нашел способа это сделать)?
Цитата(ADv @ 2.9.2013, 15:32)
Трассировка VOIM-овской платы может дать какую-нибудь информацию?
У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??
Цитата(ADv @ 2.9.2013, 14:50)
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации
Не, так не бывает! Что то изменилось!
Цитата(harris @ 2.9.2013, 16:34)
У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??
Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.
Цитата(ADv @ 2.9.2013, 16:38)
Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.
Боюсь, не сказать однозначно, как оно и на что влияет! На прохождение звонков вряд ли влияет, а вот на прохождение голоса...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.