Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Решетка в префиксе, SIP-аппараты не звонят в город
 
Интересную багу (фичу?) обнаружил.

Имеем ОХЕ 12.1, связанную по Е1 с другой станцией. Префикс #9 - сначала просто занятие транк-группы с оверлапом, а потом ARS. NOE аппараты при наборе префикс + номер другой станции дозваниваются нормально. SIP аппараты уходят в тишину с отбоем и сообщением Bad event в sip-трассе.

Если сделать звонок через тот же префикс #9, но сокращенным набором, то сипы нормально звонят.
Переделал на префикс без решетки (9, 59, и даже *9) - все звонят нормально (и через сокращенный набор, и просто набором).
Что не так с префиксом, содержащим #?
 
если в трассировке звонка sip есть набор значит alcatel не воспринимает
если в трассировке звонка sip нет набора значит аппарат "чудить"
Пути IP-пакета неисповедимы
 
Цитата
error написал:
если в трассировке звонка sip есть набор значит alcatel не воспринимает
Я так понял:
- звонок через префикс занятия #9 не идет
- звонок на сокращенный набор #9 (где лежит префикс занятия) не идет

Или неправильно понял? Под сокращенным набором имелось в виду SD 9, где ВНУТРИ лежит префикс #9?  
 
Путано объяснил, да?

Набираем руками #9 (префикс) + 8495ххххххх. Не работает.
Набираем 78 (сокращенный набор 78-->#98) + 495ххххххх. Работает.

Пробовал на 8001 и на каком-то Yealink. Одинаковое поведение.
Изменено: Seller_V - 12.04.2019 10:27:24
 
Ок, понятно. # - дело тонкое. Тут не подскажу, должно ли работать. Разве что-кто-то живьем попробует на своих станциях.
 
трасировку sip запустите и посмотрите

для sip набор "#" ничем не отличается "1"
Пути IP-пакета неисповедимы
 
Цитата
error написал:
трасировку sip запустите и посмотрите

для sip набор "#" ничем не отличается "1"
У вас есть станция с SIP абонентами? На номера #XXX - позволяет звонить?
 
Alcatel c SIP абонентами нет
но проверил на SIP-телефоне что # набирается
Пути IP-пакета неисповедимы
 
Цитата
Seller_V написал:
SIP аппараты уходят в тишину с отбоем и сообщением Bad event в sip-трассе.
как на счет показать трассировку звонка
Пути IP-пакета неисповедимы
 
Цитата
error написал:
Цитата
Seller_V написал:
SIP аппараты уходят в тишину с отбоем и сообщением Bad event в sip-трассе.
как на счет показать трассиров
Вот трассировка с Yalink, много таких инвайтов и сообщения о сбое парсинга

Fri Apr 12 16:17:55 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
INVITE sip:#984957213505@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2030221392
From: "1006" <sip:1006@10.157.152.123>;tag=814165571
To: <sip:#984957213505@10.157.152.123>
Call-ID: 232145014@10.157.130.204
CSeq: 1 INVITE
Contact: <sip:1006@10.157.130.204:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Supported: replaces,100rel
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 262

v=0
o=- 20038 20038 IN IP4 10.157.130.204
s=SDP data
c=IN IP4 10.157.130.204
t=0 0
m=audio 11790 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
-------------------------------------------------

1555075077 ->  main.trace.timer = 480mn
1555075078 -> Fri Apr 12 16:17:55 2019 [CIOCom::getMalformedMessage]
Fri Apr 12 16:17:55 2019 [SIPAlarm] alarm level : 4
Fri Apr 12 16:17:55 2019 ALARM: [CIOCom::onReceiveMessage] parsing FAILED => HSS ERROR Parser error
Fri Apr 12 16:17:55 2019 ALARM: CPU main

1555075091 -> Fri Apr 12 16:18:11 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
INVITE sip:#984957213505@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2030221392
From: "1006" <sip:1006@10.157.152.123>;tag=814165571
To: <sip:#984957213505@10.157.152.123>
Call-ID: 232145014@10.157.130.204
CSeq: 1 INVITE
Contact: <sip:1006@10.157.130.204:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Supported: replaces,100rel
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 262

v=0
o=- 20038 20038 IN IP4 10.157.130.204
s=SDP data
c=IN IP4 10.157.130.204
t=0 0
m=audio 11790 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
-------------------------------------------------

Fri Apr 12 16:18:11 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
INVITE sip:#984957213505@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2030221392
From: "1006" <sip:1006@10.157.152.123>;tag=814165571
To: <sip:#984957213505@10.157.152.123>
Call-ID: 232145014@10.157.130.204
CSeq: 1 INVITE
Contact: <sip:1006@10.157.130.204:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Supported: replaces,100rel
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 262

v=0
o=- 20038 20038 IN IP4 10.157.130.204
s=SDP data
c=IN IP4 10.157.130.204
t=0 0
m=audio 11790 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
-------------------------------------------------
 
А вот лог с алкателевского 8001. Тут вообще инвайтов нема. Зато есть обращение к какому-то номеру 3003, которого у меня вообще на станции нет.

1555077263 -> Fri Apr 12 16:54:23 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
SUBSCRIBE sip:3003@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2022056923
From: "1006" <sip:1006@10.157.152.123>;tag=3318450659
To: <sip:3003@10.157.152.123>
Call-ID: 3936737782@10.157.130.204
CSeq: 1 SUBSCRIBE
Contact: <sip:1006@10.157.130.204:5062>
Accept: application/dialog-info+xml
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Expires: 1800
Event: dialog
Content-Length: 0

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

Fri Apr 12 16:54:23 2019 [CMotorCallManager::callFactory] For call : 3936737782@10.157.130.204.
Fri Apr 12 16:54:23 2019 [CMotorCall :: CMotorCall()] Oxe_Version_Name = OmniPCX Enterprise R12.0 m1.403.23.b
Fri Apr 12 16:54:23 2019 1195[CMotorCall::controlAuthentication] ---*--- AUTH ---*--- Control authentication
Fri Apr 12 16:54:23 2019 1195[CMotorCall::setFilterUsedMode] To be traced = 0
Fri Apr 12 16:54:23 2019 [getFromHeader] look at the From.
Fri Apr 12 16:54:23 2019 [convertCSipURLIntoSipuri] uri = sip:1006@10.157.152.123.
Fri Apr 12 16:54:23 2019 [getFromHeader] =1006@10.157.152.123.
Fri Apr 12 16:54:23 2019 [getFromHeader] clirPresent=0.
Fri Apr 12 16:54:23 2019 [getReqUriHeader] look at the requri.
Fri Apr 12 16:54:23 2019 [convertCSipURLIntoSipuri] uri = sip:3003@10.157.152.123.
Fri Apr 12 16:54:23 2019 [CMotorCall::analyseRouting] TEL uri=0.
Fri Apr 12 16:54:23 2019 [CMotorCall::analyseRouting] 1006@10.157.152.123 is authenticable.
1555077263 -> Fri Apr 12 16:54:23 2019 [isAddrInDico] seplos station OK
Fri Apr 12 16:54:23 2019 [getNeqtSeplosStation] stat=13 digit=4 app=0 com=0 data=1 term=159.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::getUserType] extGw=-3.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::onReceiveRequest] accepte? m_other_calling=0 gw=-3.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::toGatewayOrProxy] SIP_PRIVATE_TRANSIT_MODE=1.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::toGatewayOrProxy] request for proxydomain=10.157.152.123.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::toGatewayOrProxy] from = seplos station.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::onReceiveRequest] state = INITIAL_STATE.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::methodSubscribeReceived] same dialog => accept.
Fri Apr 12 16:54:23 2019 [CSubscriptionState::receiveSubscribeMessage] Call: 3936737782@10.157.130.204 eqt: -1 SUBSCRIPTION_STATE received a message.
Fri Apr 12 16:54:23 2019 SEND MESSAGE TO NETWORK (10.157.130.204:5062 [UDP]) (BUFF LEN = 449)
----------------------utf8-----------------------
SIP/2.0 489 Bad Event
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE
User-Agent: OmniPCX Enterprise R12.0 m1.403.23.b
Allow-Events: message-summary
To: <sip:3003@10.157.152.123>;tag=02d433577237ee7014a2894e6714d3cb
From: "1006" <sip:1006@10.157.152.123>;tag=3318450659
Call-ID: 3936737782@10.157.130.204
CSeq: 1 SUBSCRIBE
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2022056923
Content-Length: 0
 
есть мнение, что решетка в URI  требует парсинга в %23 или ожидает такого парсинга а наборе... работа #9 в ячейке спид дайлинга означает что с SIP телефона вы набираете что-то другое, конфликта в URI нет, #9 набирает куда-то там в транк. 3003 - это возможно либо кнопка мультилайн на вашем 8001 где-то затесалась, пытается зарегистрироваться на вашем СИП прокси. но в эту замечательную гипотезу не вписывается возможность набрать *9. По идее - не должно, но вы говорите работает, нет основания вам не верить... судя по номеру патча софт стоит ранний, может в более поздних эволюциях кто-то исправил или задал аналогичный wtf?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
Страницы: 1
Читают тему