Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: IPECS UCP multi language file и переадресация
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
DaGash
Коллеги, добрый день.
Кто-нибудь может сталкивался. Перепрошил UCP600 на выложенную на сайте прошивку (App(R2.1.23), Kernel(R1.1.14)). Теперь имею кучу ошибок в интерфейсе вида: Error : Can't find this string. Please check your multi language file
Я так понимаю, нужен как раз упомянуты файл с локализацией. Если у кого-нибудь есть такой для английского, буду рад.

И да, какая-то беда с трансфером вызова снаружи наружу. "Net--->абонент UCP-->net" например или "Net--->абонент UCP-->ТфОП по sip". В то же время переадресация между абонентами АТС и между абонентами АТС с выходом наружу (абонент UCP--->абонент UCP-->ТфОП/Net) вполне работает. Вроде и CID в порядке и SIP UID нужный выкидывает. Может есть какие-нибудь особенности у UCP в отличии от LIK и MG в части Offnet переадресации?
vldmr
Войти в Maintenance Multi Language File Download и удалить файл upload_common.lang.csv
DaGash
Цитата(vldmr @ 7.12.2016, 10:50) *
Войти в Maintenance Multi Language File Download и удалить файл upload_common.lang.csv

Это помогло, спасибо!
DaGash
По поводу второй проблемы.
Уже голову сломал. Возможно не правильная логика, но судя по тому, что при вызове с абонента АТС, а не внешнего абонента, переадресация проходит успешно, копать стоит в сторону того, что номер набирается вызывающим абонентом, т.е. CLI, SIP UID итд.
А как можно трассировать с АТС h323 вызовы? В справке такой маски нет.
Код
t s|r call|voip|sip|http|poll|smdi|callid|rawdata|mpmp|cpure|mscvsf|
        msip|fsipm|sipext|httpxml|pgrppair|dsp|udt|all

Если как-то поможет, ниже трассировка неудачного SIP вызова.
Цитата
[ 07/12/16 14:07:55 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 1091 Bytes to 140.110.30.50:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
INVITE sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 1 INVITE
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-11481-4381840-3543c26b-4ba37d78
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK
,UPDATE
Supported: replaces,UPDATE,INFO
P-Asserted-Identity: <sip:104891@sipdomain.ru>
Remote-Party-ID: <sip:104891@sipdomain.ru>; party=redirect; privacy=off; screen=yes
Privacy: none
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Content-Type: application/sdp
Content-Length: 271

v=0
o=iPECS-UCP 29 29 IN IP4 192.168.1.500
s=iPECS-UCP SIP
c=IN IP4 192.168.1.500
t=0 0
m=audio 9044 RTP/AVP 0 8 4 18 100
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 729/8000
a=fmtp:18 annexb=no
a=rtpmap:100 G729A/8000
a=sendrecv

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


[ 07/12/16 14:07:55 ]===========================================================
Received 340 Bytes from 140.110.30.50:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 100 Trying
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-11481-4381840-3543c26b-4ba37d78
Content-Length: 0


================================================================================


[ 07/12/16 14:07:55 ]===========================================================
Received 676 Bytes from 140.110.30.50:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 407 Proxy Authentication Required
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>;tag=2032188864
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-11481-4381840-3543c26b-4ba37d78
contact: <sip:89033332333@sipdomain.ru:5060;maddr=140.110.30.50>
supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join
proxy-authenticate: Digest realm="Realm",nonce="MTQ4MTEwMTYyMzA2MzhmMTUwNjM4NzE1YjZiZjkzZGFlNzYwODM5Mjc2ZjQ4",stale=false,algorithm=MD5,qop="auth,auth-int"
Content-Length: 0


================================================================================


[ 07/12/16 14:07:55 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 509 Bytes to 140.110.30.50:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
ACK sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>;tag=2032188864
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 1 ACK
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-11481-4381840-3543c26b-4ba37d78
Max-Forwards: 70
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Content-Length: 0


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


[ 07/12/16 14:07:55 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 1356 Bytes to 140.110.30.50:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
INVITE sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 2 INVITE
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-11481-438188b-8ae0b41-4ba37f38
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK
,UPDATE
Supported: replaces,UPDATE,INFO
P-Asserted-Identity: <sip:104891@sipdomain.ru>
Remote-Party-ID: <sip:104891@sipdomain.ru>; party=redirect; privacy=off; screen=yes
Privacy: none
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Proxy-Authorization: Digest username="104891",realm="Realm",nonce="MTQ4MTEwMTYyMzA2MzhmMTUwNjM4NzE1YjZiZjkzZGFlNzYwODM5Mjc2ZjQ4", uri="sip:89033332333@sipdomain.ru",response="aa0e53f85331a1bb8ec00ad743f23a22",algorithm=MD5,cnonce="438188b",qop=auth,nc=0000001
Content-Type: application/sdp
Content-Length: 271

v=0
o=iPECS-UCP 29 29 IN IP4 192.168.1.500
s=iPECS-UCP SIP
c=IN IP4 192.168.1.500
t=0 0
m=audio 9044 RTP/AVP 0 8 4 18 100
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:100 G729A/8000
a=sendrecv

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


[ 07/12/16 14:07:55 ]===========================================================
Received 339 Bytes from 140.110.30.50:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 100 Trying
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 2 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-11481-438188b-8ae0b41-4ba37f38
Content-Length: 0


================================================================================

2702 029 00:00:00 07/12/16 14:07 O89033332333 0

[ 07/12/16 14:07:55 ]===========================================================
Received 652 Bytes from 140.110.30.50:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 487 Request Terminated
From: "104891 104891"<sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>;tag=dfc321073581201612715753
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 2 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-11481-438188b-8ae0b41-4ba37f38
contact: <sip:89033332333@sipdomain.ru:5060;maddr=140.110.30.50>
allow: ACK
allow: BYE
allow: CANCEL
allow: INVITE
allow: OPTIONS
allow: INFO
allow: SUBSCRIBE
allow: REFER
allow: NOTIFY
allow: PRACK
allow: UPDATE
server: CS2000_NGSS/9.0
Content-Length: 0


================================================================================


[ 07/12/16 14:07:55 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 522 Bytes to 140.110.30.50:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
ACK sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4bd34028-a031f0a-13c4-65014-11481-1d7cabdd-11481
To: <sip:89033332333@sipdomain.ru>;tag=dfc321073581201612715753
Call-ID: 4bebc798-a031f0a-13c4-65014-11481-52bb284f-11481
CSeq: 2 ACK
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-11481-438188b-8ae0b41-4ba37f38
Max-Forwards: 70
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Content-Length: 0


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Dron
Цитата(DaGash @ 7.12.2016, 13:00) *
По поводу второй проблемы.
Уже голову сломал. Возможно не правильная логика, но судя по тому, что при вызове с абонента АТС, а не внешнего абонента, переадресация проходит успешно, копать стоит в сторону того, что номер набирается вызывающим абонентом, т.е. CLI, SIP UID итд.
А как можно трассировать с АТС h323 вызовы? В справке такой маски нет.
Код
t s|r call|voip|sip|http|poll|smdi|callid|rawdata|mpmp|cpure|mscvsf|
        msip|fsipm|sipext|httpxml|pgrppair|dsp|udt|all

Если как-то поможет, ниже трассировка неудачного SIP вызова.

104891 - это что?
Dron
Цитата(Dron @ 7.12.2016, 13:07) *
104891 - это что?

И, на всякий случай, лицензия Network на UCP имеется? Net Transfer Mode в 321 программе?
Это все, правда, обсуждалось столько раз...
DaGash
Цитата(Dron @ 7.12.2016, 14:10) *
И, на всякий случай, лицензия Network на UCP имеется? Net Transfer Mode в 321 программе?
Это все, правда, обсуждалось столько раз...

Да, я тоже первым делом смотрел это. Нет, лицензии нет, стоит режим Join.
104891 это внешний номер телефона, а по совместительству SIP UID
DaGash
Цитата(DaGash @ 7.12.2016, 14:55) *
Да, я тоже первым делом смотрел это. Нет, лицензии нет, стоит режим Join.
104891 это внешний номер телефона, а по совместительству SIP UID

Может есть какие-нибудь идеи, в какую сторону можно покопать/поэксперементировать? Впереди выходные и возможность ковыряния станции.
harris
Цитата(DaGash @ 9.12.2016, 9:33) *
Может есть какие-нибудь идеи, в какую сторону можно покопать/поэксперементировать? Впереди выходные и возможность ковыряния станции.

Абонент UCP - ТФОП SIP работает
Сетевой абонент - UCP - ТФОП SIP не работает. Так??
Причем отбивается со стороны SIP оператора.

Так снимите аналогичную трассировку при вызове от абонента UCP на ТФОП SIP и сравните, чтобы понять, в чем разница.

Кстати, а почему ваша станция в SDP Invite указывает ваш локал. IP адрес, а не Public??
DaGash
Цитата(harris @ 9.12.2016, 12:58) *
Абонент UCP - ТФОП SIP работает
Сетевой абонент - UCP - ТФОП SIP не работает. Так??
Причем отбивается со стороны SIP оператора.

Так снимите аналогичную трассировку при вызове от абонента UCP на ТФОП SIP и сравните, чтобы понять, в чем разница.

Кстати, а почему ваша станция в SDP Invite указывает ваш локал. IP адрес, а не Public??

Абонент UCP ---> переадресация на абоненте UCP ---> ТФОП SIP: работает
Абонент сети АТС ---> переадресация на абоненте UCP ---> ТФОП SIP: не работает
Абонент UCP ---> переадресация на абоненте UCP ---> Абонент сети АТС: работает
Абонент сети АТС ---> переадресация на абоненте UCP ---> Абонент сети АТС: не работает
Прямые вызовы с абонентов UCP на ТфОП и сетевых абонентов работают

Включена SIP инспекция, она на стороне NAT подменяет адрес.
Отличий в трассировке не нашел. Инвайты одинаковые, смотрел со всей тщательностью, но мог уже "замылиться" глаз.
Удачный вызов. Вызов с абонента UCP на абонента UCP с переадресацией на ТфОП

Цитата
[ 09/12/16 15:00:25 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Sent 1087 Bytes to 62.148.237.159:5060 by UDP (SendEv)

--------------------------------------------------------------------------------

INVITE sip:89033332333@sipdomain.ru SIP/2.0

From: <sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 1 INVITE

Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-26b23-97280e6-4c8e1d08-4bf989f8

Max-Forwards: 70

Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK
,UPDATE

Supported: replaces,UPDATE,INFO

P-Asserted-Identity: <sip:104891@sipdomain.ru>

Remote-Party-ID: <sip:104891@sipdomain.ru>; party=calling; privacy=off; screen=yes

Privacy: none

User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23

Contact: <sip:104891@78.27.150.81:5060;transport=UDP>

Content-Type: application/sdp

Content-Length: 271



v=0

o=iPECS-UCP 29 29 IN IP4 192.168.1.100

s=iPECS-UCP SIP

c=IN IP4 192.168.1.100

t=0 0

m=audio 9044 RTP/AVP 0 8 4 18 100

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:4 G723/8000

a=rtpmap:18 G729 8000

a=fmtp:18 annexb=no

a=rtpmap:100 G729A/8000

a=sendrecv



+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++





[ 09/12/16 15:00:25 ]===========================================================

Received 337 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)

--------------------------------------------------------------------------------

SIP/2.0 100 Trying

From: <sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 1 INVITE

Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-26b23-97280e6-4c8e1d08-4bf989f8

Content-Length: 0





========================================================================== ======





[ 09/12/16 15:00:25 ]===========================================================

Received 673 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)

--------------------------------------------------------------------------------

SIP/2.0 407 Proxy Authentication Required

From: <sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>;tag=1075537125

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 1 INVITE

Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-26b23-97280e6-4c8e1d08-4bf989f8

contact: <sip:89033332333@sipdomain.ru:5060;maddr=62.148.237.159>

supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join

proxy-authenticate: Digest realm="Realm",nonce="MTQ4MTI3NzYxODA3NGI3ZTRhYmUyNDg5ZWJiOTJmZjc4OTg4NjFjZWU5MjFm",stale=false, algorithm=MD5,qop="auth,auth-int"

Content-Length: 0





=========================================================================== =====





[ 09/12/16 15:00:25 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Sent 506 Bytes to 62.148.237.159:5060 by UDP (SendEv)

--------------------------------------------------------------------------------

ACK sip:89033332333@sipdomain.ru SIP/2.0

From: <sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>;tag=1075537125

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 1 ACK

Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-26b23-97280e6-4c8e1d08-4bf989f8

Max-Forwards: 70

User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23

Contact: <sip:104891@78.27.150.81:5060;transport=UDP>

Content-Length: 0





++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++





[ 09/12/16 15:00:25 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Sent 1352 Bytes to 62.148.237.159:5060 by UDP (SendEv)

--------------------------------------------------------------------------------

INVITE sip:89033332333@sipdomain.ru SIP/2.0

From: <sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 2 INVITE

Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-26b23-9728121-d3ff2ae-4bf98bb8

Max-Forwards: 70

Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK
,UPDATE

Supported: replaces,UPDATE,INFO

P-Asserted-Identity: <sip:104891@sipdomain.ru>

Remote-Party-ID: <sip:104891@sipdomain.ru>; party=calling; privacy=off; screen=yes

Privacy: none

User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23

Contact: <sip:104891@78.27.150.81:5060;transport=UDP>

Proxy-Authorization: Digest username="104891",realm="Realm",nonce="MTQ4MTI3NzYxODA3NGI3ZTRhYmUyNDg5ZWJiOTJmZjc4OTg4NjFjZWU5MjFm", uri="sip:89033332333@sipdomain.ru",response="d0e5823c8022f44d70331e3ae3fc09fd",algorithm=MD5,cnonce="9728121", qop=auth,nc=00000 01

Content-Type: application/sdp

Content-Length: 271



v=0

o=iPECS-UCP 29 29 IN IP4 192.168.1.100

s=iPECS-UCP SIP

c=IN IP4 192.168.1.100

t=0 0

m=audio 9044 RTP/AVP 0 8 4 18 100

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:4 G723/8000

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=no

a=rtpmap:100 G729A/8000

a=sendrecv



++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++





[ 09/12/16 15:00:25 ]===========================================================

Received 336 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)

--------------------------------------------------------------------------------

SIP/2.0 100 Trying

From: <sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 2 INVITE

Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-26b23-9728121-d3ff2ae-4bf98bb8

Content-Length: 0





======================================================================== ========





[ 09/12/16 15:00:26 ]===========================================================

Received 1041 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)

--------------------------------------------------------------------------------

SIP/2.0 183 Session Progress

From: "104891 104891"<sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>;tag=c32f21444650201612916023

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 2 INVITE

Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-26b23-9728121-d3ff2ae-4bf98bb8

content-type: application/sdp

contact: <sip:62.148.237.159:5060;nt_end_pt=YM0+~KC0.1zQao37COn~AAf_cod~P94RQQA3cOb15az
f613fVQ3E-tN57.yS.420lkcWH~B4062a1eZCQ34_15b;nt_server_host=62.148.237.159>

x-nt-party-id: -/

allow: ACK

allow: BYE

allow: CANCEL

allow: INVITE

allow: OPTIONS

allow: INFO

allow: SUBSCRIBE

allow: REFER

allow: NOTIFY

allow: PRACK

server: CS2000_NGSS/9.0

Content-Length: 265



v=0

o=PVG 1481277493670 1481277493670 IN IP4 62.148.237.194

s=-

t=0 0

a=sqn:0

a=cdsc: 1 image udptl t38

a=cpar: a=T38FaxVersion:0

a=cpar: a=T38FaxUdpEC:t38UDPRedundancy

m=audio 51930 RTP/AVP 0 8 18

c=IN IP4 62.148.237.194

a=ptime:20

a= mtp:18 annexb=no



========================================================================= =======





[ 09/12/16 15:00:26 ]===========================================================

Received 734 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)

--------------------------------------------------------------------------------

SIP/2.0 180 Ringing

From: "104891 104891"<sip:104891@sipdomain.ru>;tag=4c335648-a031f0a-13c4-65014-26b23-758ace-26b23

To: <sip:89033332333@sipdomain.ru>;tag=c32f21444650201612916023

Call-ID: 4c381258-a031f0a-13c4-65014-26b23-17d4a30-26b23

CSeq: 2 INVITE

Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-26b23-9728121-d3ff2ae-4bf98bb8

contact: <sip:62.148.237.159:5060;nt_end_pt=YM0+~KC0.1zQao37COn~AAf_cod~P94RQQA3cOb15az
f613fVQ3E-tN57.yS.420lkcWH~B4062a1eZCQ34_15b;nt_server_host=62.148.237.159>

x-nt-party-id: -/

allow: ACK

allow: BYE

allow: CANCEL

allow: INVITE

allow: OPTIONS

allow: INFO

allow: SUBSCRIBE

allow: REFER

allow: NOTIFY

allow: PRACK

server: CS2000_NGSS/9.0

Content-Length: 0


Неудачный вызов. Вызов с сетевого абонента на абонента UCP с переадресацией на ТфОП.
Цитата
[ 09/12/16 14:45:53 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++
Sent 1090 Bytes to 62.148.237.159:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
INVITE sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 1 INVITE
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-267bb-9653334-3e52459-4bf912f8
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK
,UPDATE
Supported: replaces,UPDATE,INFO
P-Asserted-Identity: <sip:104891@sipdomain.ru>
Remote-Party-ID: <sip:104891@sipdomain.ru>; party=redirect; privacy=off; screen=yes
Privacy: none
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Content-Type: application/sdp
Content-Length: 271

v=0
o=iPECS-UCP 30 30 IN IP4 192.168.1.100
s=iPECS-UCP SIP
c=IN IP4 192.168.1.100
t=0 0
m=audio 9046 RTP/AVP 0 8 4 18 100
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G29/8000
a=fmtp:18 annexb=no
a=rtpmap:100 G729A/8000
a=sendrecv

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++


[ 09/12/16 14:45:53 ]===========================================================
Received 339 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 100 Trying
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-267bb-9653334-3e52459-4bf912f8
Content-Length: 0


========================================================================= =======


[ 09/12/16 14:45:53 ]===========================================================
Received 675 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 407 Proxy Authentication Required
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>;tag=1264644495
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-267bb-9653334-3e52459-4bf912f8
contact: <sip:89033332333@sipdomain.ru:5060;maddr=62.148.237.159>
supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join
proxy-authenticate: Digest realm="Realm",nonce="MTQ4MTI3Njc0NjM3NTA3MzIxMjk4OGIxZDNlYjcwODIxYjgxOGY2ODIxYzE4", stale=false,algorithm=MD5,qop="auth,auth-int"
Content-Length: 0


========================================================================= =======


[ 09/12/16 14:45:53 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 508 Bytes to 62.148.237.159:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
ACK sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>;tag=1264644495
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 1 ACK
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-267bb-9653334-3e52459-4bf912f8
Max-Forwards: 70
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Content-Length: 0


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++


[ 09/12/16 14:45:53 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 1357 Bytes to 62.148.237.159:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
INVITE sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 2 INVITE
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-267bb-965336c-608e9e0f-4bf914b8
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK
,UPDATE
Supported: replaces,UPDATE,INFO
P-Asserted-Identity: <sip:104891@sipdomain.ru>
Remote-Party-ID: <sip:104891@sipdomain.ru>; party=redirect; privacy=off; screen=yes
Privacy: none
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Proxy-Authorization: Digest username="104891",realm="Realm",nonce="MTQ4MTI3Njc0NjM3NTA3MzIxMjk4OGIxZDNlYjcwODIxYjgxOGY2ODIxYzE4", uri="sip:89033332333@sipdomain.ru",response="c59fc8fe4c04e41a6adfb68577570eaf",algorithm=MD5,cnonce="965336c", qop=auth,nc=0000001
Content-Type: application/sdp
Content-Length: 271

v=0
o=iPECS-UCP 30 30 IN IP4 192.168.1.100
s=iPECS-UCP SIP
c=IN IP4 192.168.1.100
t=0 0
m=audio 9046 RTP/AVP 0 8 4 18 100
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:100 G729A/8000
a=sendrecv

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++


[ 09/12/16 14:45:53 ]===========================================================
Received 340 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 100 Trying
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 2 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-267bb-965336c-608e9e0f-4bf914b8
Content-Length: 0


======================================================================== ========

2702 030 00:00:00 09/12/16 14:45 O89033332333 0

[ 09/12/16 14:45:54 ]===========================================================
Received 654 Bytes from 62.148.237.159:5060 by UDP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 487 Request Terminated
From: "104891 104891"<sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>;tag=13f4214409422016129154551
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 2 INVITE
Via: SIP/2.0/UDP 192.168.1.50:5060;rport=5060;branch=z9hG4bK-267bb-965336c-608e9e0f-4bf914b8
contact: <sip:89033332333@sipdomain.ru:5060;maddr=62.148.237.159>
allow: ACK
allow: BYE
allow: CANCEL
allow: INVITE
allow: OPTIONS
allow: INFO
allow: SUBSCRIBE
allow: REFER
allow: NOTIFY
allow: PRACK
allow: UPDATE
server: CS2000_NGSS/9.0
Content-Length: 0


======================================================================== ========


[ 09/12/16 14:45:54 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 524 Bytes to 62.148.237.159:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
ACK sip:89033332333@sipdomain.ru SIP/2.0
From: <sip:104891@sipdomain.ru>;tag=4c32e220-a031f0a-13c4-65014-267bb-510bc8c3-267bb
To: <sip:89033332333@sipdomain.ru>;tag=13f4214409422016129154551
Call-ID: 4c37e5d0-a031f0a-13c4-65014-267bb-19ae22d5-267bb
CSeq: 2 ACK
Via: SIP/2.0/UDP 78.27.150.81:5060;rport;branch=z9hG4bK-267bb-965336c-608e9e0f-4bf914b8
Max-Forwards: 70
User-Agent: Ericsson-LG Enterprise iPECS-UCP UCP600 2.1.23
Contact: <sip:104891@78.27.150.81:5060;transport=UDP>
Content-Length: 0


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++


Мне еще бы понять как трассировать сетевые вызовы (Net вызовы, pgm 324, не уверен в правильности терминологии) Может там станет понятно в чем дело.
AXEL
Wiresharkом. В станции iPECS-UCP есть встроенный анализатор пакетов.
DaGash
А с маской msip отличия есть.
Неудачный:
Цитата
[VOIME:29(29)][SIP-CMD] INVITE
[ FROM ] : <sip:104891@sipdomain.ru>
[ TO ] : <sip:89033332333@sipdomain.ru;user=phone>
[ URI ] : sip:89033332333@sipdomain.ru;user=phone
[ STATIC ROUTE ] : 00
[ CONTACT ] : sip:@78.27.150.81:5060
[ ALLOW_EVENT ] : 01
[ UID_IDX ] : 01
[ REMOTE_PARTY_ID ] :
[IE_SIP_REMOTE_PARTY_ID_SUB_URI] : 104891@sipdomain.ru
[IE_SIP_REMOTE_PARTY_ID_SUB_PARTY] : 03 Redirect
[IE_SIP_REMOTE_PARTY_ID_SUB_PRIVACY] : 00 Off
[IE_SIP_REMOTE_PARTY_ID_SUB_SCREEN] : 01 Yes
[ REMOTE_PARTY_ID ] :
[IE_SIP_REMOTE_PARTY_ID_SUB_URI] : sip:89033332333@sipdomain.ru;user=phone
[IE_SIP_REMOTE_PARTY_ID_SUB_PARTY] : 02 Called
[IE_SIP_REMOTE_PARTY_ID_SUB_PRIVACY] : 01 Full
[IE_SIP_REMOTE_PARTY_ID_SUB_SCREEN] : 01 Yes
[ P_ASSERTED_IDENTITY ] :
[IE_SIP_P_ASSERTED_IDENTITY_SUB_ID] : <sip:104891@sipdomain.ru>
[VOIME:29(29)][SIP-EVT] 100_TRYING
[VOIME:29(29)][SIP-EVT] 100_TRYING
2702 029 00:00:00 09/12/16 15:40 O89033332333 0
[VOIME:29(29)][SIP-EVT] SIP_CALLFAIL_RESP_MSG
[ RESPONSE_CODE ] : 487
[VOIME:29(29)][SIP-EVT] BYE
[ REASON ] : 80 90
[VOIME:29(29)][SIP-CMD] BYE
[VOIME:29(29)][SIP-CMD] BYE
[VOIME:29(29)][SIP-EVT] 200_OK_BYE
[ REASON ] : 80 90


Удачный:
Цитата
[VOIME:30(30)][SIP-CMD] INVITE
[ FROM ] : <sip:104891@sipdomain.ru>
[ TO ] : <sip:89033332333@sipdomain.ru;user=phone>
[ URI ] : sip:89033332333@sipdomain.ru;user=phone
[ STATIC ROUTE ] : 00
[ CONTACT ] : sip:@78.27.150.81:5060
[ ALLOW_EVENT ] : 01
[ UID_IDX ] : 01
[ REMOTE_PARTY_ID ] :
[IE_SIP_REMOTE_PARTY_ID_SUB_URI] : 104891@sipdomain.ru
[IE_SIP_REMOTE_PARTY_ID_SUB_PARTY] : 01 Calling
[IE_SIP_REMOTE_PARTY_ID_SUB_PRIVACY] : 00 Off
[IE_SIP_REMOTE_PARTY_ID_SUB_SCREEN] : 01 Yes
[ P_ASSERTED_IDENTITY ] :
[IE_SIP_P_ASSERTED_IDENTITY_SUB_ID] : <sip:104891@sipdomain.ru>
[VOIME:30(30)][SIP-EVT] 100_TRYING
[VOIME:30(30)][SIP-EVT] 100_TRYING
[VOIME:30(30)][SIP-EVT] 180_RINGING
2702 030 00:00:00 09/12/16 15:42 O89033332333 0
[VOIME:30(30)][SIP-CMD] BYE
[VOIME:30(30)][SIP-EVT] BYE
[ REASON ] : 80 90
[VOIME:30(30)][SIP-EVT] 200_OK_BYE
[ REASON ] : 80 90
DaGash
Цитата(AXEL @ 9.12.2016, 14:41) *
Wiresharkом. В станции iPECS-UCP есть встроенный анализатор пакетов.

Извиняюсь за паранойу. Я отправил вам в ЛС.
Harris и Dron, готов также выслать если потребуется.
PS. Кстати, транзит тоже не хочет работать.
DaGash
Заметил плохую вещь. В случае ошибочного введения четырхзначного числа в поле Index Range в программе 324 Net Numbering Plan АТС окукливается минут на 5-10 с потерей соединений. Так что аккуратнее.
harris
Цитата(DaGash @ 9.12.2016, 14:05) *
Извиняюсь за паранойу. Я отправил вам в ЛС.
Harris и Dron, готов также выслать если потребуется.
PS. Кстати, транзит тоже не хочет работать.

ИМХО, возможно проблема в значении поля Remote-Party-Id или P-Asserted ??

А SIP провайдер требует от вас наличие полей [ REMOTE_PARTY_ID ] и [ P_ASSERTED_IDENTITY ] ??

Если нет, то попробуйте выключить эти поля в ПГМ133:
в подразделе ID Presentation Option
P-Asserted-Identity = NOT USE
Remote-Party-ID = NOT USE

Если эти поля все же требуются, то попробуйте добиться, чтобы их значения при транзите были аналогичны случаю прямого вызова от абонента UCP.
Какие значения прописаны для поле P-Asserted и Remote-Party-Id в подразделах
CO to Offnet Direct Call Route и
Offnet Call Forward by Station ??

ИМХО, может просто обратится к провайдеру за разъяснениями, в чем причина того, что он прерывает обработку вашего транзитного вызова??
DaGash
Цитата(harris @ 9.12.2016, 20:27) *
ИМХО, возможно проблема в значении поля Remote-Party-Id или P-Asserted ??

А SIP провайдер требует от вас наличие полей [ REMOTE_PARTY_ID ] и [ P_ASSERTED_IDENTITY ] ??

Если нет, то попробуйте выключить эти поля в ПГМ133:
в подразделе ID Presentation Option
P-Asserted-Identity = NOT USE
Remote-Party-ID = NOT USE

Если эти поля все же требуются, то попробуйте добиться, чтобы их значения при транзите были аналогичны случаю прямого вызова от абонента UCP.
Какие значения прописаны для поле P-Asserted и Remote-Party-Id в подразделах
CO to Offnet Direct Call Route и
Offnet Call Forward by Station ??

ИМХО, может просто обратится к провайдеру за разъяснениями, в чем причина того, что он прерывает обработку вашего транзитного вызова??

Провайдеру заявку отправил, ждал ответа.
Вы мне наполовину катастрофу уменьшили, спасибо! Это помогло:
P-Asserted-Identity = NOT USE
Remote-Party-ID = NOT USE
Вызовы на ТфОП заработали. Я так понимаю надо найти аналог для NET линий. MG тоже отбивает переадресованные вызовы.
PS: И транзит MS Skype for business тоже. А как вы поняли? В трассировке был ответ или по опыту?
harris
Цитата(DaGash @ 9.12.2016, 19:45) *
Провайдеру заявку отправил, ждал ответа.
Вы мне наполовину катастрофу уменьшили, спасибо! Это помогло:
P-Asserted-Identity = NOT USE
Remote-Party-ID = NOT USE
Вызовы на ТфОП заработали. Я так понимаю надо найти аналог для NET линий. MG тоже отбивает переадресованные вызовы.
PS: И транзит MS Skype for business тоже. А как вы поняли? В трассировке был ответ или по опыту?

По интуиции... wink.gif В трассировке успешного вызова опция Remote-Party-Id party=calling ( номер вызывающего),
а при неудачном, транзитном вызове опция party = redirect (переадресованный номер)...
Далее можно предположить, что ваш провайдер анализирует эту опцию, если она используется.
Но ведь можно ее и не использовать. Поэтому я и спросил, требовал ли проаайдер наличие этих полей.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.