Тема: PGM 321 в IPECS MG

Доброго дня.
В наличии :
iPECS-MG/GS56M-1.7Di FEB/12
Boot Version-1.0Al JAN/11
OS Version-1.0Ak JUL/10

Настройки:
PGM 101
Slot No. Logical No. Connection Type
0 CO 9 - 12 ACTIVE VOIU

PGM 160-163
9 VOIP/SIP DID 2 2 1 2 DTMF Report NONE SIP 50 0 1 1 1 Enblock On
10 VOIP/SIP DID 2 2 1 2 DTMF Report NONE SIP 50 0 1 1 1 Enblock On
11 VOIP/SIP DID 2 2 1 2 DTMF Report NONE SIP 50 0 1 1 1 Enblock On
12 VOIP/SIP DID 2 2 1 2 DTMF Report NONE SIP 50 0 1 1 1 Enblock On

PGM 370
CO Group No Main Proxy Addr Main Proxy Port Main Domain Name Proxy Type
2 10.10.10.3 5060 10.10.10.3 Normal

PGM 321
1 NET 1**  Off Overlap 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 9000 Off
2 NET 2XX 2   Off Enblock 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 9000 Off

Однако позвонить на 2ХХ не получается. Снифером видно, что попытки отсутвуют.
Если выйти на CO Group 2 напрямую (через 802), то виден сигнальный трафик до
10.10.10.3.

в PGM 321 можно использовать SIP CO Group?

Нет.
Используйте Digit Conv Table(251~252)[N]

Спасибо. Так и поступил. Однако имеют место быть еще два вопроса.

1. На SIP сервер не поступает CLI, в трейсе увидел что IPECS не передает его:
Dump SipMsg to send—> (290)
msg_no     : SIP_INVITE_MSG (02)
request_uri : <10.10.10.3:5060>
from_addr   : <anonymous@10.10.10.3>
to_addr   : <222@10.10.10.3>
call_leg   : 00000002
contact   : 10.10.10.1:5060
replace_id : 00000000
reason     :
refered_by :

Был в Outgoing CO ATTR(170~171)[N], все, что связано с CLI ставил в ON. Не помогает.

2. Не получается позвонить со стороны абонентов за SIP прокси (10.10.10.3) на городской
через аналоговую CO1. Делал так, как Вы писали тут

А именно, в Digit Conv Table прописал
Dialed - 4XXXXX
Changed - 8034XXXXX (803 - выход на CO1)
Apply Option - CO Line

В CO Line Attribute(160~163)[N]
не забыл сказать, что бы использовалась нужная Digit Conversion Table

В CO COS Assignment(177)[N]
поднял все COS до 1

В CO-to-CO Attribute(179)[N]
Разрешил Outgoing direct

При попытке совершить вызов на 445613 по SIPу прилетает код 480.
Попытался разобраться в трейсе, но он пока что сложен для моего понимания.
Прошу помощи.

garmastar - 16.07.12 2:05

Спасибо. Так и поступил. Однако имеют место быть еще два вопроса.

1. На SIP сервер не поступает CLI, в трейсе увидел что IPECS не передает его:
Dump SipMsg to send—> (290)
msg_no     : SIP_INVITE_MSG (02)
request_uri : <10.10.10.3:5060>
from_addr   : <anonymous@10.10.10.3>
to_addr   : <222@10.10.10.3>
call_leg   : 00000002
contact   : 10.10.10.1:5060
replace_id : 00000000
reason     :
refered_by :

Был в Outgoing CO ATTR(170~171)[N], все, что связано с CLI ставил в ON. Не помогает.

Абонентам SIP User ID Table в Station DN Attribute(131~135)[N] указали?

garmastar - 16.07.12 2:05

Спасибо. Так и поступил. Однако имеют место быть еще два вопроса.

2. Не получается позвонить со стороны абонентов за SIP прокси (10.10.10.3) на городской
через аналоговую CO1. Делал так, как Вы писали тут

А именно, в Digit Conv Table прописал
Dialed - 4XXXXX
Changed - 8034XXXXX (803 - выход на CO1)
Apply Option - CO Line

В CO Line Attribute(160~163)[N]
не забыл сказать, что бы использовалась нужная Digit Conversion Table

В CO COS Assignment(177)[N]
поднял все COS до 1

В CO-to-CO Attribute(179)[N]
Разрешил Outgoing direct

При попытке совершить вызов на 445613 по SIPу прилетает код 480.
Попытался разобраться в трейсе, но он пока что сложен для моего понимания.
Прошу помощи.

Э... Не проснулся еще... Что за абоненты за SIP прокси (10.10.10.3)?

По поводу  SIP User ID Table в Station DN Attribute(131~135)[N] непонятно.
Насколько я понял, надо указать номер таблицы, а в самой таблице
учетные данные для SIP регистрации, я не использую SIP регистрацию вообще.
Взаимодействие только по IP адресу.

По второму:
речь идет о SIP пирах зареганных на 10.10.10.3 (это Asterisk).
Один из них (201), хочет звонить в город через аналоговую городскую линию, подрубленную к IPECS.

По 131-135 допер. Номер, который  прописываем в поле Registration User ID, уходит на Asterisk. Вот только немного неудобно. Для каждого внутреннего абона IPECS придется его прописать. Есть другие пути?

garmastar - 16.07.12 9:06

По поводу  SIP User ID Table в Station DN Attribute(131~135)[N] непонятно.
Насколько я понял, надо указать номер таблицы, а в самой таблице
учетные данные для SIP регистрации, я не использую SIP регистрацию вообще.
Взаимодействие только по IP адресу.

А это не важно. Пропишите User ID с каким-нибудь номером действующим. Короче, User ID Table Index абонентам нужно указать. В настройках можно прописать, чтобы использовался CLI station, но User ID Table Index должен быть указан.

garmastar - 16.07.12 9:06

По второму:
речь идет о SIP пирах зареганных на 10.10.10.3 (это Asterisk).
Один из них (201), хочет звонить в город через аналоговую городскую линию, подрубленную к IPECS.

У линий сиповских Outgoing Group No и Incoming Group No одинаковые?
В CO-to-CO Attribute(179)[N] для  First CO Group указывали  Incoming Group No линий sip, а для Second CO Group - Outgoing Group No аналоговой линии?

garmastar - 16.07.12 9:19

По 131-135 допер. Номер, который  прописываем в поле Registration User ID, уходит на Asterisk. Вот только немного неудобно. Для каждого внутреннего абона IPECS придется его прописать. Есть другие пути?

Вы можете один для всех прописать. И для него в SIP CO User ID Table(373)[N] для From Number указать CLI.

Дрон - 16.07.12 9:27

У линий сиповских Outgoing Group No и Incoming Group No одинаковые?

Да.

Дрон - 16.07.12 9:27

В CO-to-CO Attribute(179)[N] для  First CO Group указывали  Incoming Group No линий sip, а для Second CO Group - Outgoing Group No аналоговой линии?

Да, но на всякий случай наоборот тоже сделал.

Дрон - 16.07.12 9:35

garmastar - 16.07.12 9:19

По 131-135 допер. Номер, который  прописываем в поле Registration User ID, уходит на Asterisk. Вот только немного неудобно. Для каждого внутреннего абона IPECS придется его прописать. Есть другие пути?

Вы можете один для всех прописать. И для него в SIP CO User ID Table(373)[N] для From Number указать CLI.

Не получается. Когда в поле From Number указываю User ID, то номер приходит, если указываю CLI то номер не приходит. Тоже самое и для поля Contact Number

garmastar - 16.07.12 10:04

Дрон - 16.07.12 9:35

garmastar - 16.07.12 9:19

По 131-135 допер. Номер, который  прописываем в поле Registration User ID, уходит на Asterisk. Вот только немного неудобно. Для каждого внутреннего абона IPECS придется его прописать. Есть другие пути?

Вы можете один для всех прописать. И для него в SIP CO User ID Table(373)[N] для From Number указать CLI.

Не получается. Когда в поле From Number указываю User ID, то номер приходит, если указываю CLI то номер не приходит. Тоже самое и для поля Contact Number

А у вас в Station DN Attribute(131~135)[N] CLI Number прописан?

Дрон - 16.07.12 10:27

garmastar - 16.07.12 10:04

Дрон - 16.07.12 9:35

garmastar - 16.07.12 9:19

По 131-135 допер. Номер, который  прописываем в поле Registration User ID, уходит на Asterisk. Вот только немного неудобно. Для каждого внутреннего абона IPECS придется его прописать. Есть другие пути?

Вы можете один для всех прописать. И для него в SIP CO User ID Table(373)[N] для From Number указать CLI.

Не получается. Когда в поле From Number указываю User ID, то номер приходит, если указываю CLI то номер не приходит. Тоже самое и для поля Contact Number

А у вас в Station DN Attribute(131~135)[N] CLI Number прописан?

В CLI Number и в Station Name ничего не было прописано. Прописал в Name test , а в Number 106.
Имя ушло, а номер нет.

Посмотрите, что у вас на линиях sip для CLI Type указано в Outgoing CO ATTR(170~171)[N].

Normal

Representative CLI Usage ?
Representative CLI(or SIP Contact)?

Representative CLI Usage = ON
Representative CLI(or SIP Contact)  пусто