- у нас не работает переадресация на автостоянку
- Всмысле не работает?
- Ну когда мы ставим переадресацию на наш третий номер, а звонок приходит на офис менеджера в головном офисе.
- Говорю что будем смотреть разбиратся
- Клиент отвечает что давайте побыстрее нам запускаться надо.
И тут у меня закрадывается мысль, что с маршрутизацией проблемы и когда на самунг летит не то что нужно звенит первый цифровой порт, тоже проходили уже на этом форуме )) . Звоню напарнику, говорю поставь трейс на сип транк посмотри что летит на самсунг, говорит что да есть проблемы типа в сообщение INVITE в поле TO стоит номер мобильника на котором включена переадресация на их 3 номер. Вобщем схема на нашей сети была такая:
ТФОП -ISUP- коммутатор ANS Ericsson (565200) - ISUP - софтсвич HUAWEI - SIP Trunk - Samsung OS-500 (577979)
Ну думаю чудес на свете не бывает, прописал на ANS аналоговый сабскрайбер 565200 включил CFU на 577979, и звоню на него с офисной Definity с номера 567177. На самсунге включил SMDR на telnet, сделал прозвонку и правда летит в него 565200 а не 577979. Начал настроики HUAWEI смотреть на транк группе SIPTG, че тока не пробовал и софт параметры и маски на ISUP. А прошло уже пару дней паралельно делаю запрос в хуавейский техсаппорт:
#515
со всеми трасировками:
ISUP
ans ALT400_26E -> DPC=HUAWEI 00:33:30.953
=== MTP ===
=== ISUP ===
DPC : 0- 26-0 = National point code
OPC : 0- 29-4 = National point code
SLS : 10
CIC : 90 = 2-26
SPARE : 0000....
MESSTYPE : 01h = IAM
--- IAM ---
--- NAT OF CON ---
BA : ......00 = no satellite circuit in the connection
DC : ....00.. = continuity check not required
E : ...0.... = outgoing half echo control device not included
SPARE : 000.....
--- FORW IND ---
A : .......0 = call to be treated as a national call
CB : .....00. = no end-to-end method available
D : ....0... = no interworking encountered
E : ...0.... = no end-to-end information available
F : ..1..... = ISDN User part used all the way
HG : 00...... = ISDN User part preferred all the way
I : .......0 = originating access non-ISDN
KJ : .....00. = no indication
SPARE : ....0...
RESERVED : 0000....
--- CATEGORY ---
CATEGORY : 10 = ordinary calling subscriber
--- TMR ---
TMR : 3 = 3.1 kHz audio
MAND PTR : 2
OPT PTR : 10
LEN : 8
--- CLD P NO ---
OE : 1....... = odd
NOA : 03h = national (significant) number
INN IND : 0....... = routing to internal network number allowed
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
SPARE : ....0000
ADDRESS : 4012577979F
FILLER : 0000....
PARAMETER : 0Ah
LEN : 7
--- CLG P NO ---
OE : 0....... = even
NOA : 03h = national (significant) number
NI : 0....... = complete
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
PRESENT IN : ....00.. = presentation allowed
SCREENING : ......01 = user provided, verified and passed
ADDRESS : 4012567177
PARAMETER : 08h
LEN : 1
--- OPT FORW ---
BA : ......00 = non-CUG call
C : .....0.. = no additional information will be sent
SPARE : .0000...
H : 1....... = requested
PARAMETER : 13h
LEN : 2
--- REDIR INFO ---
C-A : .....100 = call diverted, all redirection information presentation restricted
SPARE : ....0...
H-E : 0000.... = unknown/not available
K-I : .....001
SPARE : ....0...
P-M : 0011.... = unconditional
PARAMETER : 28h
LEN : 7
--- ORIG NO ---
OE : 0....... = even
NOA : 01h = subscriber number
SPARE : 0.......
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
PRESENT IN : ....00.. = presentation allowed
SPARE : ......00
ADDRESS : 4012565200
PARAMETER : 0Bh
LEN : 7
--- REDIRG NO ---
OE : 0....... = even
NOA : 01h = subscriber number
SPARE : 0.......
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
PRESENT IN : ....00.. = presentation allowed
SPARE : ......00
ADDRESS : 4012565200
PARAMETER : 31h
LEN : 2
--- PROP DELAY ---
DELAY : 0
PARAMETER : 1Dh
LEN : 3
--- USR SERV ---
--- USERV INFO ---
EXT : 1.......
CODING STD : .00..... = CCITT standardized coding
INFO TC : ...10000 = 3.1 kHz audio
EXT : 1.......
TRANS MODE : .00..... = Circuit mode
INFO TR : ...10000 = 64 kbit/s
EXT : 1.......
LAYER ID : .01.....
USRINFO L1 : ...00011 = Recommendation G.711 A-law
PARAMETER : 3Dh
LEN : 1
--- HOP COUNT ---
HCOUNT : 1Fh
BITS HGF : 000.....
PARAMETER : 01h
LEN : 5
--- CALL REF ---
CALL ID : EADB58h
PC : 7-254-1 = National point code
SPARE : 00......
PARAMETER : 39h
LEN : 6
--- PARAM COMP ---
PARAMETER : 31h = Propagation delay counter
--- INST INDI ---
A : .......0 = transit interpretation
B : ......0. = do not release call
C : .....0.. = do not send notification
D : ....0... = do not discard message (pass on)
E : ...0.... = do not discard parameter (pass on)
FG : .10..... = discard parameter
EXT INDI : 0....... = information continues through the next octet
IJ : ......00 = pass on
KO : .00000..
EXT INDI : 1....... = last octet
--- PARAM COMP ---
PARAMETER : 3Dh = Hop counter
--- INST INDI ---
A : .......0 = transit interpretation
B : ......0. = do not release call
C : .....0.. = do not send notification
D : ....0... = do not discard message (pass on)
E : ...0.... = do not discard parameter (pass on)
FG : .10..... = discard parameter
EXT INDI : 0....... = information continues through the next octet
IJ : ......00 = pass on
KO : .00000..
EXT INDI : 1....... = last octet
PARAMETER : 03h
LEN : 9
--- ACC TRANS ---
IE ID : 30
LEN : 2
--- PROGR IND ---
EXT : 1.......
CODING STD : .00..... = CCITT standardized coding
SPARE : ...0....
LOCATION : ....0001 = Private network serving the local user
EXT : 1.......
PROGRDESCR : 03h = Origination address is non ISDN
IE ID : 4
LEN : 3
--- BEARER CAP ---
EXT : 1.......
CODING STD : .00..... = CCITT standardized coding
INFO TC : ...10000 = 3.1 kHz audio
EXT : 1.......
TRANS MODE : .00..... = Circuit mode
INFO TR : ...10000 = 64 kbit/s
EXT : 1.......
LAYER ID : .01.....
USRINFO L1 : ...00011 = Recommendation G.711 A-law
PARAMETER : 00h
ans ALT400_24E <- OPC=HUAWEI 00:33:31.355 0- 29-4 0- 26-0 2-26 ACM
ans ALT400_26E -> DPC=HUAWEI 00:33:33.184 0- 26-0 0- 29-4 2-26 REL Normal call clearing
ans ALT400_24E <- OPC=HUAWEI 00:33:33.278 0- 29-4 0- 26-0 2-26 RLC
SIP
INVITE sip:577979@10.28.20.50;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.28.16.2:5061;branch=z9hG4bK02733c28d
Call-ID: 14c63ed8290953eb3099174ed353a3b0@10.28.16.2
From: <sip:4012567177@10.28.16.2;user=phone>;tag=e678cdae
To: <sip:4012565200@10.28.20.50;user=phone>
CSeq: 1 INVITE
Max-Forwards: 67
Contact: <sip:4012567177@10.28.16.2:5061;user=phone>
Supported: 100rel
User-Agent: Huawei SoftX3000 V300R006B06D061
Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,REGISTER,PRACK,INFO,UPDATE,SUBSCRIBE,NOTIFY,MESSAGE,REFER
Diversion: <sip:4012565200@10.28.16.2>;reason=unconditional;counter=1
Content-Length: 194
Content-Type: application/sdp
v=0
o=HuaweiSoftX3000 60623 60623 IN IP4 10.28.16.2
s=Sip Call
c=IN IP4 10.28.17.4
t=0 0
m=audio 51796 RTP/AVP 8 97
a=rtpmap:8 PCMA/8000
a=rtpmap:97 telephone-event/8000
a=fmtp:97 0-15
SIP/2.0 100 Trying
From: <sip:4012567177@10.28.16.2;user=phone>;tag=e678cdae
To: <sip:4012565200@10.28.20.50;user=phone>;tag=a1c1432-13c4-e20e7-373088da-1f41846f
Call-ID: 14c63ed8290953eb3099174ed353a3b0@10.28.16.2
CSeq: 1 INVITE
Via: SIP/2.0/UDP 10.28.16.2:5061;branch=z9hG4bK02733c28d
Supported: 100rel,replaces
Contact: <sip:4012565200@10.28.20.50:5060>
Content-Length: 0
SIP/2.0 180 Ringing
From: <sip:4012567177@10.28.16.2;user=phone>;tag=e678cdae
To: <sip:4012565200@10.28.20.50;user=phone>;tag=a1c1432-13c4-e20e7-373088da-1f41846f
Call-ID: 14c63ed8290953eb3099174ed353a3b0@10.28.16.2
CSeq: 1 INVITE
Via: SIP/2.0/UDP 10.28.16.2:5061;branch=z9hG4bK02733c28d
Supported: 100rel,replaces
Contact: <sip:4012565200@10.28.20.50:5060>
Content-Length: 0
CANCEL sip:577979@10.28.20.50;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.28.16.2:5061;branch=z9hG4bK02733c28d
Call-ID: 14c63ed8290953eb3099174ed353a3b0@10.28.16.2
From: <sip:4012567177@10.28.16.2;user=phone>;tag=e678cdae
To: <sip:4012565200@10.28.20.50;user=phone>
CSeq: 1 CANCEL
Reason: Q.850;cause=16;text="normal call clearing"
Max-Forwards: 70
Content-Length: 0
Прошло еще два дня, а клиент давит. Принимаем решение проключать туда поток E1 с коммутатора ANS через весь город, часть по SDH часть по PDH. Маршрутизируем 577979 в Е1 , слава богу заработало. Прошол еще день. Приходит ответ от техподдержки (ЧИТАТЬ СНИЗУ ВВЕРХ) :
Ок, хорошо
--------------------------------------------------------------------------------
From: Савченков Денис [mailto:savchenkov@office.peterstar.com]
Sent: Thursday, March 18, 2010 5:43 PM
To: Yury Desyatnichenko
Subject: RE: по проблеме 4350603
На той стороне стоит PABX Samsung OS-500 , получается , что он не правильно разбирает сообщение INVITE? Я протестирую другой PABX и напишу вам результат тогда.
--------------------------------------------------------------------------------------------------------
С уважением,
Савченков Денис Сергеевич
--------------------------------------------------------------------------------
From: Yury Desyatnichenko [mailto:yuriyd@huawei.com]
Sent: Thursday, March 18, 2010 1:38 PM
To: Савченков Денис
Subject: RE: по проблеме 4350603
Все согласно RFC. Поле “To” может содержать адрес не конечного получателя запроса. (в предыдущем письме это выделил в выдержке из первоисточника)
Летит номер 577979 в поле Request-URI, по которому SIP устройство и должно проключить вызов абоненту 577979. Это правильно со стороны SoftX3000.
INVITE sip:577979@10.28.20.50;user=phone SIP/2.0
проблема в том, что терминал почему то вызов не принимает, хотя должен.
--------------------------------------------------------------------------------
From: Савченков Денис [mailto:savchenkov@office.peterstar.com]
Sent: Thursday, March 18, 2010 5:27 PM
To: Yury Desyatnichenko
Subject: RE: по проблеме 4350603
Так если все верно, почему в сторону абонента летит номер 4012565200 а не 577979 ??? Где искать решение проблемы?
--------------------------------------------------------------------------------------------------------
С уважением,
--------------------------------------------------------------------------------
From: Yury Desyatnichenko [mailto:yuriyd@huawei.com]
Sent: Thursday, March 18, 2010 12:46 PM
To: Савченков Денис
Subject: RE: по проблеме 4350603
Денис, здравствуйте!
Пришел ответ от разработчиков. В ообщем SoftX3000 отрабатывает правильно)
Номер 577979, на который происходит переадресация и на который, соответственно, поступает вызов, верно указан в заголовке сообщения INVITE. Этого условия достаточно для того, чтобы SIP устройство, полуившее такой запрос, отправило его получателю 577979.
INVITE sip:577979@10.28.20.50;user=phone SIP/2.0
....
From: <sip:4012567177@10.28.16.2;user=phone>;tag=8e74292a
To: <sip:4012565200@10.28.20.50;user=phone>
Ноемр 577979 не обязательно должен быть указан в поле “To”
Это согласно спецификации RFC3261:
8.1.1.1 Request-URI
The initial Request-URI of the message SHOULD be set to the value of
the URI in the To field. One notable exception is the REGISTER
method; behavior for setting the Request-URI of REGISTER is given in
Section 10. It may also be undesirable for privacy reasons or
convenience to set these fields to the same value (especially if the
originating UA expects that the Request-URI will be changed during
transit).
8.1.1.2 To
The To header field first and foremost specifies the desired
"logical" recipient of the request, or the address-of-record of the
user or resource that is the target of this request. This may or may
not be the ultimate recipient of the request.
То есть в поле “To” не обязательно указан конечный получатель вызова. Как в Вашем случае в этом поле указан переадресующий номер. Все верно.
--------------------------------------------------------------------------------
From: Савченков Денис [mailto:savchenkov@office.peterstar.com]
Sent: Monday, March 15, 2010 1:27 PM
To: Yury Desyatnichenko
Subject: RE: по проблеме 4350603
Добрый день!
Пробовал я этот параметр раньше , не помогло
--------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------
From: Yury Desyatnichenko [mailto:yuriyd@huawei.com]
Sent: Monday, March 15, 2010 5:14 AM
To: Савченков Денис
Subject: RE: по проблеме 4350603
Здравствуйте!
Денис, поменяйте параметр, попробуйте:
MOD SIPTG: EA=YES, SFPARA=SVR0-1;
--------------------------------------------------------------------------------
From: Савченков Денис [mailto:savchenkov@office.peterstar.com]
Sent: Friday, March 12, 2010 8:55 PM
To: Yury Desyatnichenko
Subject: RE: по проблеме 4350603
Пробовали через другой ISUP от МТС тоже самое =((
--------------------------------------------------------------------------------------------------------
С уважением,
Савченков Денис Сергеевич
Инженер службы капитального строительства и эксплуатации
Калининградский филиал ЗАО "ПетерСтар"
--------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------
From: Yury Desyatnichenko [mailto:yuriyd@huawei.com]
Sent: Friday, March 12, 2010 1:08 PM
To: Савченков Денис
Subject: RE: по проблеме 4350603
Ну ясно....убрать можно но это глобально – на всех входящих вызовах будет отражаться...
Ждем что ответят разработчики
--------------------------------------------------------------------------------
From: Савченков Денис [mailto:savchenkov@office.peterstar.com]
Sent: Friday, March 12, 2010 5:03 PM
To: Yury Desyatnichenko
Subject: RE: по проблеме 4350603
Такой нет возможности, поскольку все остальные операторы имеют зоновое присоединение, городская нумерация ходит
По тому направлению, что мы смотрим… Вопрос а нельзя ли убирать на софтиксе информацию о Redirect\Origin number в приходящем IAMе ? Это бы решило проблему наверное, чтобы в сип уже летело только called и colling ?
--------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------
From: Yury Desyatnichenko [mailto:yuriyd@huawei.com]
Sent: Friday, March 12, 2010 12:37 PM
To: Савченков Денис
Subject: RE: по проблеме 4350603
Здравствуйте!
Денис, вчера все отправил на разработчиков, пока новостей нет...
А кстати есть возможность проверить с другого ISUP направления переадресованный вызов? То есть может здесь специфика в этом IAM?
--------------------------------------------------------------------------------
From: Савченков Денис [mailto:savchenkov@office.peterstar.com]
Sent: Friday, March 12, 2010 4:18 PM
To: Yury Desyatnichenko
Subject: по проблеме 4350603
Юрий, добрый день!
Есть какая-нибудь информация по нашему вопросу?
--------------------------------------------------------------------------------------------------------
С уважением,
Савченков Денис Сергеевич
Инженер службы капитального строительства и эксплуатации
Калининградский филиал ЗАО "ПетерСтар"
Прописал новый Sip trunk на софтиксе, включил станцию Samsung OS-7100 с последней прошивкой на сегодняшний день, и результат тот же самый. Звоню с номера 567177 на номер 565200 на котором стоит переадресация на номер PABX 565333 и вижу , что на него летит 565200, а не 565333. Мне с трудом верится , что это такая глобальная проблема со всеми PABX Samsung на разном железе и разных прошивках. Тут варианта два , криво настроена транк группа софтикса, либо это баг прошивки. Либо криво настроен PABX , но это настолько тупая железка , что криво настроить ее просто не возможно, она либо работает либо нет. Отсюда вопрос - Как можно уточнить совместимость данного оборудования ? Наверняка я не первый кто столкнулся с этой проблемой. =) И тут на глаза в коде 5.2.13 попадается параметр SIP Destination type , это что то из этой оперы не так ли? Стоит по дефолту TO Header , меняю на Request-URL . *нецензурная брань* ЗАРАБОТАЛО *нецензурная брань*
#515
Захожу в OS-500 смотрю этот код MMC , а там нет такого параметра.... Вот такая вот история, даже и не знаю что сказать, но осадочек остался. Извиняюсь если много накидал букав, так позагоняться на досуге... Вобщем давайте учится на чужих ошибках
Всем PEACE!
)
