Форумы  ·  Войти  · 

Тема: RPID на IPECS_MG

15.01.14 3:57   def_1  (23/08.07.11)  

Добрый день!

Помогите советом вот в каком вопросе, как договориться с IPECS-MG в принимаемом INVITE(SIP) взять номер звонящего из
поля Remote-party-ID или из поля P-Asserted-ID.
Задача такова - не брать номер звонящего из FROM.
Есть ли такая заточка на станции.
Станция включена по SIP с Медиант-2000.

Часть трассировки входящего INVITE на станции IPECS:
NFO   - TRANSPORT   - <—INVITE sip:1717@192.168.241.212 SIP/2.0

INFO   - TRANSPORT   -    Via: SIP/2.0/UDP 192.168.241.211;branch=z9hG4bKac1011263147

INFO   - TRANSPORT   -    Max-Forwards: 70

INFO   - TRANSPORT   -    From: <sip:34хххххххх;phone-context=national@audiocodes.com>;tag=1c1011252288

INFO   - TRANSPORT   -    To: <sip:1717@192.168.241.212>

INFO   - TRANSPORT   -    Call-ID: 1011251042212010175912@192.168.241.211

INFO   - TRANSPORT   -    CSeq: 1 INVITE

INFO   - TRANSPORT   -    Contact: <sip:34хххххххх@192.168.241.211:5060>

INFO   - TRANSPORT   -    Supported: em,100rel,timer,replaces,path,resource-priority,sdp-anat

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

INFO   - TRANSPORT   -    Remote-Party-ID: <sip:34хххххххх@192.168.241.212>;party=calling;privacy=off;screen=yes;screen-ind=1;npi=1;ton=2

INFO   - TRANSPORT   -    Remote-Party-ID: <sip:1717@192.168.241.212>;party=called;npi=1;ton=0

INFO   - TRANSPORT   -    User-Agent: Audiocodes-Sip-Gateway-Mediant 2000/v.6.40A.037.009

INFO   - TRANSPORT   -    Privacy: none

INFO   - TRANSPORT   -    P-Asserted-Identity: <sip:34хххххххх@audiocodes.com>

INFO   - TRANSPORT   -    Content-Type: application/sdp

INFO   - TRANSPORT   -    Content-Length: 330

Номер звонящего, во FROM нужен именно в таком виде.
Спасибо.

[ #1 ]  15.01.14 5:24   harris  EXPERT  

ИМХО, никак.
В MG нет опции для выбора поля CallerID.
В другой линейки станций - LIK- такая опция есть (Caller ID Selection: From_ID/P_Aseerted_ID/Remote_Party_ID).

[ #2 ]  15.01.14 8:03   def_1  (23/08.07.11)  

Спасибо Harris, что откликнулись.

Жаль конечно.
А не в курсе стоит ожидать (что появиться) - ?

[ #3 ]  15.01.14 8:55   harris  EXPERT  

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

Правильно ли я понимаю, что вы хотите, чтобы вызываЮЩИЙ абонент (то, что будет отображаться как CallerID) определялся по полю P-Asserted или Remote-Party вместо From-ID ??

[ #4 ]  15.01.14 9:11   Дрон  EXPERT  

А решить этот вопрос на стороне Медиант-2000? Такое поле From выглядит как то неуважительно! Мы, типа, такие вот умные, а вы как хотите...

[ #5 ]  15.01.14 9:46   def_1  (23/08.07.11)  

Да, Harris Вы всё верно поняли.

[ #6 ]  15.01.14 10:22   def_1  (23/08.07.11)  

Правильнее наверное было бы так:

Не вместо FROM-ID, а что бы был выбор номера звонящего(SIP) по
одному из параметров From_ID/P_Aseerted_ID/Remote_Party_ID) на усмотрение.

[ #7 ]  15.01.14 10:26   harris  EXPERT  
def_1 - 15.01.14 10:22

Правильнее наверное было бы так:

Не вместо FROM-ID, а что бы был выбор номера звонящего(SIP) по
одному из параметров From_ID/P_Aseerted_ID/Remote_Party_ID) на усмотрение.

Да, я это и имел в виду - выбор нужного поля для отображения в качестве CallerID.
Так и сделано в iPECS LIK. Эта опция в LIK относится к атрибутам транка (СО), но не к атрибутам абонента. (Настраивается для транка, не по-абонентно).

[ Изменено: 15.01.14 10:41 harris ]
[ #8 ]  15.01.14 10:40   def_1  (23/08.07.11)  

На Медиант завязан по SIP AddPac2640.

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

Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"